From owner-freebsd-current@freebsd.org Sun May 7 02:55:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 887C0D60970 for ; Sun, 7 May 2017 02:55:10 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-qt0-x233.google.com (mail-qt0-x233.google.com [IPv6:2607:f8b0:400d:c0d::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEE03989; Sun, 7 May 2017 02:55:09 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-qt0-x233.google.com with SMTP id t26so13910743qtg.0; Sat, 06 May 2017 19:55:09 -0700 (PDT) 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=hIm9zx8slLTyVdqIzA0cynVKHb4w5vcORQ6lq8NC9W4=; b=Sj9x9akDCOvJW5l42L/2LsYfZmD5aNHjA8eZggrZqZePGDai/oYcDC0j/pFf6k+W0l x4cUL7smdtKcXtF+v9MOXmiQDrjfEi3EVlyhMC2RJF7YllSs1qvoToYYcSCC5m+steM0 Gv/p+pFtiNq21XDeJ290LcD+CnjbfnsbpNKxD3TbQpy6f63b5t/U2w6pW4rceytMdkTZ EZBChArVXs+oG+SZQJAoWUj97NBa1uwZH0I/Bpo9W8Mlzz3UnR+zqf4UGIWP/CFWG25Q 1ifaTnTEQalhbYy/aQLWEh3IQeCDTsWbciElZDgJ+iK6fHXbDB3NkIIX06hzcGuEBXKc wDZQ== 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=hIm9zx8slLTyVdqIzA0cynVKHb4w5vcORQ6lq8NC9W4=; b=lpe17PS5G/9q36p+UCvG/NT0Di0RQBrZE9PwC/siO3wneY/Hwtj2RHFIOsxId16Ajt PLT6R4rqyRL19b0mVzE8y8yZ4XnNbyWhfFDkj1FLsFIyHJa27af85ZDbZjEJNIdUbUsP zQ7b+nXiEIoBBzkBLF+pPobGix/kgAmpY2n8M2xi9Qrwbc67A5cp6mnF97N3HGrNyxXt nwwtfIVsLDpNyzwif0ChyrcSOhqx6K19vGmozuyECPPgPi266FNDtQx/K4gcIjbJaDuC DUNoTTReUHt0jandf7BqSQKz5Ws2Qxq2yKiI8LfvcWFwhdNaXa6s3XyKObmLft3Xq5Cb pTRw== X-Gm-Message-State: AN3rC/49QyM/dTaT6mE47R2WQL5ePPbJXjn6/svd3rmi5tJo6gWmrYaK B50lnZzdTgfRxTq3Xl4wyg58hOBQeQ== X-Received: by 10.200.45.204 with SMTP id q12mr51996913qta.235.1494125708730; Sat, 06 May 2017 19:55:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.163.74 with HTTP; Sat, 6 May 2017 19:55:08 -0700 (PDT) In-Reply-To: References: <201705052343.v45Nhsxq082981@slippy.cwsent.com> From: Andrey Fesenko Date: Sun, 7 May 2017 05:55:08 +0300 Message-ID: Subject: Re: make buildworld broken at r317821 (libsysdecode) To: Ngie Cooper Cc: Cy Schubert , Kyle Evans , Alastair Hogge , Vladimir Zakharov , Ed Maste , freebsd-current , Dimitry Andric Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 02:55:10 -0000 On Sat, May 6, 2017 at 2:52 AM, Ngie Cooper wrote: > On Fri, May 5, 2017 at 4:43 PM, Cy Schubert wrote: > > ... > >> You have a bad DIMM. I had this same problem on my laptop but not on my >> servers downstairs. That suggested that since all four machines were >> running the same software the difference between them was hardware. >> Replacing the memory in my laptop made this problem go away. >> >> I have a question for you. Do you use ZFS? ZFS exercises memory quite >> aggressively. I also had this problem when I replaced my UFS filesystems >> with ZFS on my testbed many moons ago. It even suffered random kernel >> panics. Here again, replacing the memory resolved the issue. > > We need more information first before saying "bad hardware" -- in > particular, was the machine overtaxed, were the input files proper, > etc? > > I'm asking because clang has a number of bugs in bugzilla where the > host ran out of memory trying to compile things and clang didn't fail > gracefully when allocating memory, handling inputs, etc. > > Thanks, > -Ngie Sorry, really my root ZFS pool is corrupt :( From owner-freebsd-current@freebsd.org Sun May 7 04:04:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B56BD62926 for ; Sun, 7 May 2017 04:04:17 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B9C5B114A; Sun, 7 May 2017 04:04:16 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-69-241-21.dyn.iinet.net.au [106.69.241.21]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v47442Ec003593 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 6 May 2017 21:04:06 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: bootcode capable of booting both UFS and ZFS? (Amazon/ec2) To: Toomas Soome References: <963c5c97-2f92-9983-cf90-ec9d59d87bba@freebsd.org> <053354DF-651F-423C-8057-494496DA3B91@me.com> Cc: freebsd-current , Toomas Soome , Andriy Gapon , Colin Percival From: Julian Elischer Message-ID: <972d2a0b-862c-2510-090d-7e8f5d1fce4d@freebsd.org> Date: Sun, 7 May 2017 12:03:57 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <053354DF-651F-423C-8057-494496DA3B91@me.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 04:04:17 -0000 On 6/5/17 4:01 am, Toomas Soome wrote: > >> On 5. mai 2017, at 22:07, Julian Elischer > > wrote: >> >> Subject says it all really, is this an option at this time? >> >> we'd like to try boot the main zfs root partition and then fall >> back to a small UFS based recovery partition.. is that possible? >> >> I know we could use grub but I'd prefer keep it in the family. >> >> >> > > > it is, sure. but there is an compromise to be made for it. > > Lets start with what I have done in illumos port, as the idea there > is exactly about having as “universal” binaries as possible (just > the binaries are listed below to get the size): > > -r-xr-xr-x 1 root sys 171008 apr 30 19:55 bootia32.efi > -r-xr-xr-x 1 root sys 148992 apr 30 19:55 bootx64.efi > -r--r--r-- 1 root sys 1255 okt 25 2015 cdboot > -r--r--r-- 1 root sys 154112 apr 30 19:55 gptzfsboot > -r-xr-xr-x 1 root sys 482293 mai 2 21:10 loader32.efi > -r-xr-xr-x 1 root sys 499218 mai 2 21:10 loader64.efi > -r--r--r-- 1 root sys 512 okt 15 2015 pmbr > -r--r--r-- 1 root sys 377344 mai 2 21:10 pxeboot > -r--r--r-- 1 root sys 376832 mai 2 21:10 zfsloader > > the loader (bios/efi) is built with full complement - zfs, ufs, > dosfs, cd9660, nfs, tftp + gzipfs. The cdboot is starting zfsloader > (thats trivial string change). > > The gptzfsboot in illumos case is only built with zfs, dosfs and ufs > - as it has to support only disk based media to read out the loader. > Also I am building gptzfsboot with libstand and libi386 to get as > much shared code as possible - which has both good and bad sides, as > usual;) > > The gptzfsboot size means that with ufs the dedicated boot partition > is needed (freebsd-boot), with zfs the illumos port is always using > the 3.5MB boot area after first 2 labels (as there is no geli, the > illumos does not need dedicated boot partition with zfs). > > As the freebsd-boot is currently created 512k, the size is not an > issue. Also using common code does allow the generic partition code > to be used, so GPT/MBR/BSD (VTOC in illumos case) labels are not > problem. > > > So, even just with cd boot (iso), starting zfsloader (which in fbsd > has built in ufs, zfs etc), you already can get rescue capability. > > Now, even with just adding ufs reader to gptzfsboot, we can use gpt > + freebsd-boot and ufs root but loading zfsloader on usb image, so > it can be used for both live/install and rescue, because zfsloader > itself has support for all file systems + partition types. > > I have kept myself a bit off from freebsd gptzfsboot because of > simple reason - the older setups have smaller size for freebsd boot, > and not everyone is necessarily happy about size changes:D also in > freebsd case there is another factor called geli - it most certainly > does contribute some bits, but also needs to be properly addressed > on IO call stack (as we have seen with zfsbootcfg bits). But then > again, here also the shared code can help to reduce the complexity. > > Yea, the zfsloader/loader*.efi in that listing above is actually > built with framebuffer code and compiled in 8x16 default font (lz4 > compressed ascii+boxdrawing basically - because zfs has lz4, the > decompressor is always there), and ficl 4.1, so thats a bit of > difference from fbsd loader. > > Also note that we can still build the smaller dedicated blocks like > boot2, just that we can not use those blocks for more universal > cases and eventually those special cases will diminish. thanks for that.. so, here's my exact problem I need to solve. FreeBSD 10 (or newer) on Amazon EC2. We need to have a plan for recovering the scenario where somethign goes wrong (e.g. during an upgrade) and we are left with a system where the default zpool rootfs points to a dataset that doesn't boot. It is possible that mabe the entire pool is unbootable into multi-user.. Maybe somehow it filled up? who knows. It's hard to predict future problems. There is no console access at all so there is no possibility of human intervention. So all recovery paths that start "enter single user mode and...." are unusable. The customers who own the amazon account are not crazy about giving us the keys to the kingdom as far as all their EC2 instances, so taking a root drive off a 'sick' VM and grafting it onto a freebsd instance to 'repair' it becomes a task we don't want to really have to ask them to do. They may not have the in-house expertise to do it. confidently. This leaves us with automatic recovery, or at least automatic methods of getting access to that drive from the network. Since the regular root is zfs, my gut feeling is that to deduce the chances of confusion during recovery, I'd like the (recovery) system itself to be running off a UFS partition, and potentially, with a memory root filesystem. As long as it can be reached over the network we can then take over. we'd also like to have the boot environment support in the bootcode. so, what would be the minimum set we'd need? Ufs support, zfs support, BE support, and support for selecting a completely different boot procedure after some number of boot attempts without getting all the way to multi-user. How does that come out size-wise? And what do I need to configure to get that? The current EC2 Instances have a 64kB boot partition , but I have a window to convince management to expand that if I have a good enough argument. (since we a re doing a repartition on the next upgrade, which is "special" (it's out upgrade to 10.3 from 8.0). Being able to self heal or at least 'get at' a sick instance might be a good enough argument and would make the EC2 instances the same as all the other versions of the product.. /me has thought.. I wonder if the ec2 instance bios has enough network support to allow PXE-like behaviour? or at least being able to receive packets..? > > rgds, > toomas > From owner-freebsd-current@freebsd.org Sun May 7 05:45:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4327BD62166 for ; Sun, 7 May 2017 05:45:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE76669E for ; Sun, 7 May 2017 05:45:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x236.google.com with SMTP id k91so34910505ioi.1 for ; Sat, 06 May 2017 22:45:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=AakS+ajkWL9kNu06sdmCKkFCv1z33X1diH9xpX4eE/0=; b=CRxc5l3KbEECmmR5ZBpSR+A/C80pSdol996GGAjVFsaCSW5oAckKNv1NE8tM4GM1wR yfHlHt4Luu0jBcBOXf1gwASRL1ObZYPa0us+tnSPJxzihpIh0onCdqcBWFFnq9FykOb5 a1Hzsy88VgU7H0RBsdIozQEvJoqFbwaNhbdfIMlrk8wQBNCFxjK2iwcikSaZ+/aSfiIo XRZzulJm8ZznZYg8gt7N8ONnQTJzxZGaJKou7VVBjpLWE7TDuYlg/3xmwWWRh2g08jzK MR82ht6nBeFm004ljAtnUPvc5q7ZlmT5BvEPGwCfbrF9ykjYQDs0jtD2uNQXKSIz/YA+ F4zA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=AakS+ajkWL9kNu06sdmCKkFCv1z33X1diH9xpX4eE/0=; b=fSATvvzdSWMDWl6hIiyJdBxkjiXSCMVCKwP2NCFDYHsT+7ESxwRmLzQX6A4Vn5PIqC VWL95eCqP1X8gEhx1ka2EF3At2y9zl0GBNOMPWXz7wlV3yx1Yqcz3tI7P/d/+2J2wwae 3RX2qCJepTv3wfuUP8m1s9FQuz+aG+Ts596pLLiZnHt0b7i1q12lB99FAYVknKppwPCR Sm77jugGAKs6wRq3KKo4P3NpHAjmAFMPOp924vqfVE0p1niePQsTuuLzMPxjIr1CTSrI iVpCVqzXZxTm9cW0uolSd1W1Ow9lS4oQfYTGjrqc7v1eji6KF5O4iuIW6ejBPgI2dtZn IjqQ== X-Gm-Message-State: AN3rC/5nQs3XpY0ZZnHBTGnt+QQ7ij2R8fpAL4C4W2g3whXeErwBzb8U wWxPYshfMgaiN4JHH7KhjbxLEMchzg== X-Received: by 10.107.7.18 with SMTP id 18mr53952969ioh.218.1494135913035; Sat, 06 May 2017 22:45:13 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.126.6 with HTTP; Sat, 6 May 2017 22:45:12 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:b442:a902:202f:8fc6] In-Reply-To: <972d2a0b-862c-2510-090d-7e8f5d1fce4d@freebsd.org> References: <963c5c97-2f92-9983-cf90-ec9d59d87bba@freebsd.org> <053354DF-651F-423C-8057-494496DA3B91@me.com> <972d2a0b-862c-2510-090d-7e8f5d1fce4d@freebsd.org> From: Warner Losh Date: Sat, 6 May 2017 23:45:12 -0600 X-Google-Sender-Auth: 5fpeFUko5iXt6HOpiciS8a0l3oM Message-ID: Subject: Re: bootcode capable of booting both UFS and ZFS? (Amazon/ec2) To: Julian Elischer Cc: Toomas Soome , freebsd-current , Toomas Soome , Andriy Gapon , Colin Percival Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 05:45:14 -0000 On Sat, May 6, 2017 at 10:03 PM, Julian Elischer wrote= : > On 6/5/17 4:01 am, Toomas Soome wrote: >> >> >>> On 5. mai 2017, at 22:07, Julian Elischer >> > wrote: >>> >>> Subject says it all really, is this an option at this time? >>> >>> we'd like to try boot the main zfs root partition and then fall back to= a >>> small UFS based recovery partition.. is that possible? >>> >>> I know we could use grub but I'd prefer keep it in the family. >>> >>> >>> >> >> >> it is, sure. but there is an compromise to be made for it. >> >> Lets start with what I have done in illumos port, as the idea there is >> exactly about having as =E2=80=9Cuniversal=E2=80=9D binaries as possible= (just the binaries >> are listed below to get the size): >> >> -r-xr-xr-x 1 root sys 171008 apr 30 19:55 bootia32.efi >> -r-xr-xr-x 1 root sys 148992 apr 30 19:55 bootx64.efi >> -r--r--r-- 1 root sys 1255 okt 25 2015 cdboot >> -r--r--r-- 1 root sys 154112 apr 30 19:55 gptzfsboot >> -r-xr-xr-x 1 root sys 482293 mai 2 21:10 loader32.efi >> -r-xr-xr-x 1 root sys 499218 mai 2 21:10 loader64.efi >> -r--r--r-- 1 root sys 512 okt 15 2015 pmbr >> -r--r--r-- 1 root sys 377344 mai 2 21:10 pxeboot >> -r--r--r-- 1 root sys 376832 mai 2 21:10 zfsloader >> >> the loader (bios/efi) is built with full complement - zfs, ufs, dosfs, >> cd9660, nfs, tftp + gzipfs. The cdboot is starting zfsloader (thats triv= ial >> string change). >> >> The gptzfsboot in illumos case is only built with zfs, dosfs and ufs - a= s >> it has to support only disk based media to read out the loader. Also I a= m >> building gptzfsboot with libstand and libi386 to get as much shared code= as >> possible - which has both good and bad sides, as usual;) >> >> The gptzfsboot size means that with ufs the dedicated boot partition is >> needed (freebsd-boot), with zfs the illumos port is always using the 3.5= MB >> boot area after first 2 labels (as there is no geli, the illumos does no= t >> need dedicated boot partition with zfs). >> >> As the freebsd-boot is currently created 512k, the size is not an issue. >> Also using common code does allow the generic partition code to be used,= so >> GPT/MBR/BSD (VTOC in illumos case) labels are not problem. >> >> >> So, even just with cd boot (iso), starting zfsloader (which in fbsd has >> built in ufs, zfs etc), you already can get rescue capability. >> >> Now, even with just adding ufs reader to gptzfsboot, we can use gpt + >> freebsd-boot and ufs root but loading zfsloader on usb image, so it can = be >> used for both live/install and rescue, because zfsloader itself has supp= ort >> for all file systems + partition types. >> >> I have kept myself a bit off from freebsd gptzfsboot because of simple >> reason - the older setups have smaller size for freebsd boot, and not >> everyone is necessarily happy about size changes:D also in freebsd case >> there is another factor called geli - it most certainly does contribute = some >> bits, but also needs to be properly addressed on IO call stack (as we ha= ve >> seen with zfsbootcfg bits). But then again, here also the shared code ca= n >> help to reduce the complexity. >> >> Yea, the zfsloader/loader*.efi in that listing above is actually built >> with framebuffer code and compiled in 8x16 default font (lz4 compressed >> ascii+boxdrawing basically - because zfs has lz4, the decompressor is al= ways >> there), and ficl 4.1, so thats a bit of difference from fbsd loader. >> >> Also note that we can still build the smaller dedicated blocks like boot= 2, >> just that we can not use those blocks for more universal cases and >> eventually those special cases will diminish. > > > thanks for that.. > > so, here's my exact problem I need to solve. > FreeBSD 10 (or newer) on Amazon EC2. > We need to have a plan for recovering the scenario where somethign goes > wrong (e.g. during an upgrade) and we are left with a system where the > default zpool rootfs points to a dataset that doesn't boot. It is possibl= e > that mabe the entire pool is unbootable into multi-user.. Maybe somehow = it > filled up? who knows. It's hard to predict future problems. > There is no console access at all so there is no possibility of human > intervention. So all recovery paths that start "enter single user mode > and...." are unusable. > > The customers who own the amazon account are not crazy about giving us th= e > keys to the kingdom as far as all their EC2 instances, so taking a root > drive off a 'sick' VM and grafting it onto a freebsd instance to 'repair'= it > becomes a task we don't want to really have to ask them to do. They may n= ot > have the in-house expertise to do it. confidently. > > This leaves us with automatic recovery, or at least automatic methods of > getting access to that drive from the network. > Since the regular root is zfs, my gut feeling is that to deduce the chanc= es > of confusion during recovery, I'd like the (recovery) system itself to be > running off a UFS partition, and potentially, with a memory root filesyst= em. > As long as it can be reached over the network we can then take over. > > we'd also like to have the boot environment support in the bootcode. > so, what would be the minimum set we'd need? > > Ufs support, zfs support, BE support, and support for selecting a complet= ely > different boot procedure after some number of boot attempts without getti= ng > all the way to multi-user. > > How does that come out size-wise? And what do I need to configure to ge= t > that? > > The current EC2 Instances have a 64kB boot partition , but I have a windo= w > to convince management to expand that if I have a good enough argument. > (since we a re doing a repartition on the next upgrade, which is "special= " > (it's out upgrade to 10.3 from 8.0). > Being able to self heal or at least 'get at' a sick instance might be a g= ood > enough argument and would make the EC2 instances the same as all the othe= r > versions of the product.. You should convince them to move to 512k post-haste. I doubt 64k will suffice, and 512k is enough to get all the features you desire. Warner > /me has thought.. I wonder if the ec2 instance bios has enough network > support to allow PXE-like behaviour? or at least being able to receive > packets..? > >> >> rgds, >> toomas >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@freebsd.org Sun May 7 10:19:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 521CCD626E0 for ; Sun, 7 May 2017 10:19:46 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ED7391288; Sun, 7 May 2017 10:19:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (220-253-136-253.dyn.iinet.net.au [220.253.136.253]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v47AIicS005144 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 7 May 2017 03:19:25 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: bootcode capable of booting both UFS and ZFS? (Amazon/ec2) To: Warner Losh References: <963c5c97-2f92-9983-cf90-ec9d59d87bba@freebsd.org> <053354DF-651F-423C-8057-494496DA3B91@me.com> <972d2a0b-862c-2510-090d-7e8f5d1fce4d@freebsd.org> Cc: Toomas Soome , freebsd-current , Toomas Soome , Andriy Gapon , Colin Percival From: Julian Elischer Message-ID: <55ef7994-eac7-5639-0905-345a2a2d5bea@freebsd.org> Date: Sun, 7 May 2017 18:18:36 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 10:19:46 -0000 On 7/5/17 1:45 pm, Warner Losh wrote: > On Sat, May 6, 2017 at 10:03 PM, Julian Elischer wrote: >> On 6/5/17 4:01 am, Toomas Soome wrote: >>> >>>> On 5. mai 2017, at 22:07, Julian Elischer >>> > wrote: >>>> >>>> Subject says it all really, is this an option at this time? >>>> >>>> we'd like to try boot the main zfs root partition and then fall back to a >>>> small UFS based recovery partition.. is that possible? >>>> >>>> I know we could use grub but I'd prefer keep it in the family. >>>> >>>> >>>> >>> >>> it is, sure. but there is an compromise to be made for it. >>> >>> Lets start with what I have done in illumos port, as the idea there is >>> exactly about having as “universal” binaries as possible (just the binaries >>> are listed below to get the size): >>> >>> -r-xr-xr-x 1 root sys 171008 apr 30 19:55 bootia32.efi >>> -r-xr-xr-x 1 root sys 148992 apr 30 19:55 bootx64.efi >>> -r--r--r-- 1 root sys 1255 okt 25 2015 cdboot >>> -r--r--r-- 1 root sys 154112 apr 30 19:55 gptzfsboot >>> -r-xr-xr-x 1 root sys 482293 mai 2 21:10 loader32.efi >>> -r-xr-xr-x 1 root sys 499218 mai 2 21:10 loader64.efi >>> -r--r--r-- 1 root sys 512 okt 15 2015 pmbr >>> -r--r--r-- 1 root sys 377344 mai 2 21:10 pxeboot >>> -r--r--r-- 1 root sys 376832 mai 2 21:10 zfsloader >>> >>> the loader (bios/efi) is built with full complement - zfs, ufs, dosfs, >>> cd9660, nfs, tftp + gzipfs. The cdboot is starting zfsloader (thats trivial >>> string change). >>> >>> The gptzfsboot in illumos case is only built with zfs, dosfs and ufs - as >>> it has to support only disk based media to read out the loader. Also I am >>> building gptzfsboot with libstand and libi386 to get as much shared code as >>> possible - which has both good and bad sides, as usual;) >>> >>> The gptzfsboot size means that with ufs the dedicated boot partition is >>> needed (freebsd-boot), with zfs the illumos port is always using the 3.5MB >>> boot area after first 2 labels (as there is no geli, the illumos does not >>> need dedicated boot partition with zfs). >>> >>> As the freebsd-boot is currently created 512k, the size is not an issue. >>> Also using common code does allow the generic partition code to be used, so >>> GPT/MBR/BSD (VTOC in illumos case) labels are not problem. >>> >>> >>> So, even just with cd boot (iso), starting zfsloader (which in fbsd has >>> built in ufs, zfs etc), you already can get rescue capability. >>> >>> Now, even with just adding ufs reader to gptzfsboot, we can use gpt + >>> freebsd-boot and ufs root but loading zfsloader on usb image, so it can be >>> used for both live/install and rescue, because zfsloader itself has support >>> for all file systems + partition types. >>> >>> I have kept myself a bit off from freebsd gptzfsboot because of simple >>> reason - the older setups have smaller size for freebsd boot, and not >>> everyone is necessarily happy about size changes:D also in freebsd case >>> there is another factor called geli - it most certainly does contribute some >>> bits, but also needs to be properly addressed on IO call stack (as we have >>> seen with zfsbootcfg bits). But then again, here also the shared code can >>> help to reduce the complexity. >>> >>> Yea, the zfsloader/loader*.efi in that listing above is actually built >>> with framebuffer code and compiled in 8x16 default font (lz4 compressed >>> ascii+boxdrawing basically - because zfs has lz4, the decompressor is always >>> there), and ficl 4.1, so thats a bit of difference from fbsd loader. >>> >>> Also note that we can still build the smaller dedicated blocks like boot2, >>> just that we can not use those blocks for more universal cases and >>> eventually those special cases will diminish. >> >> thanks for that.. >> >> so, here's my exact problem I need to solve. >> FreeBSD 10 (or newer) on Amazon EC2. >> We need to have a plan for recovering the scenario where somethign goes >> wrong (e.g. during an upgrade) and we are left with a system where the >> default zpool rootfs points to a dataset that doesn't boot. It is possible >> that mabe the entire pool is unbootable into multi-user.. Maybe somehow it >> filled up? who knows. It's hard to predict future problems. >> There is no console access at all so there is no possibility of human >> intervention. So all recovery paths that start "enter single user mode >> and...." are unusable. >> >> The customers who own the amazon account are not crazy about giving us the >> keys to the kingdom as far as all their EC2 instances, so taking a root >> drive off a 'sick' VM and grafting it onto a freebsd instance to 'repair' it >> becomes a task we don't want to really have to ask them to do. They may not >> have the in-house expertise to do it. confidently. >> >> This leaves us with automatic recovery, or at least automatic methods of >> getting access to that drive from the network. >> Since the regular root is zfs, my gut feeling is that to deduce the chances >> of confusion during recovery, I'd like the (recovery) system itself to be >> running off a UFS partition, and potentially, with a memory root filesystem. >> As long as it can be reached over the network we can then take over. >> >> we'd also like to have the boot environment support in the bootcode. >> so, what would be the minimum set we'd need? >> >> Ufs support, zfs support, BE support, and support for selecting a completely >> different boot procedure after some number of boot attempts without getting >> all the way to multi-user. >> >> How does that come out size-wise? And what do I need to configure to get >> that? >> >> The current EC2 Instances have a 64kB boot partition , but I have a window >> to convince management to expand that if I have a good enough argument. >> (since we a re doing a repartition on the next upgrade, which is "special" >> (it's out upgrade to 10.3 from 8.0). >> Being able to self heal or at least 'get at' a sick instance might be a good >> enough argument and would make the EC2 instances the same as all the other >> versions of the product.. > You should convince them to move to 512k post-haste. I doubt 64k will > suffice, and 512k is enough to get all the features you desire. yeah I know but sometimes convincing management of things is like banging one's head against a wall. Don't think I haven't tried, and won't keep trying. > > Warner > >> /me has thought.. I wonder if the ec2 instance bios has enough network >> support to allow PXE-like behaviour? or at least being able to receive >> packets..? >> >>> rgds, >>> toomas >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sun May 7 10:57:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33DF9D6209E for ; Sun, 7 May 2017 10:57:04 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (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 010B91758; Sun, 7 May 2017 10:57:04 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OPK00500X0SNR00@st13p35im-asmtp001.me.com>; Sun, 07 May 2017 10:56:57 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1494154617; bh=h3jeyFsxS2AxxQpL7l77yZLAqzdKhKg3FhTJ6RtpIBM=; h=From:Message-id:Content-type:MIME-version:Subject:Date:To; b=KkomI7kbo+tXKYoFqQ6KJi7Y3viCpdaNI42JmiP8Xpo6oww+A59hXYueYUsuwfy9T p8sypZPPyHjU74RXL+2nTQs3kBznVdcfaBk7e6rDDjQyvzZxpStwEN1GSBIOPjgKI1 z/w1i+7UmDHPDaTfS/GlQUm6EvPJTTbiNwndR6MyKFI62PLcEPoZsDeUuAlM0i2Qx5 rHABatHiiHH7zQB0kajkWHwVNCsVif+B3la4tpnDcgKGc5TiNDNxPUFhIIANTAe07q eyCtExOOGLaXiI4X1HjokpiTVUyxPPbHXn1mDOfFtTx/FaG9/MAbnCrpoaqEu4d0rV U9et7LFD4V/nw== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OPK00C43X2NOH50@st13p35im-asmtp001.me.com>; Sun, 07 May 2017 10:56:56 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-05-07_06:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1701120000 definitions=main-1705070088 From: Toomas Soome Message-id: MIME-version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: bootcode capable of booting both UFS and ZFS? (Amazon/ec2) Date: Sun, 07 May 2017 13:56:46 +0300 In-reply-to: <55ef7994-eac7-5639-0905-345a2a2d5bea@freebsd.org> Cc: Warner Losh , freebsd-current , Toomas Soome , Andriy Gapon , Colin Percival To: Julian Elischer References: <963c5c97-2f92-9983-cf90-ec9d59d87bba@freebsd.org> <053354DF-651F-423C-8057-494496DA3B91@me.com> <972d2a0b-862c-2510-090d-7e8f5d1fce4d@freebsd.org> <55ef7994-eac7-5639-0905-345a2a2d5bea@freebsd.org> X-Mailer: Apple Mail (2.3273) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 10:57:04 -0000 > On 7. mai 2017, at 13:18, Julian Elischer wrote: >=20 > On 7/5/17 1:45 pm, Warner Losh wrote: >> On Sat, May 6, 2017 at 10:03 PM, Julian Elischer = wrote: >>> On 6/5/17 4:01 am, Toomas Soome wrote: >>>>=20 >>>>> On 5. mai 2017, at 22:07, Julian Elischer >>>> > wrote: >>>>>=20 >>>>> Subject says it all really, is this an option at this time? >>>>>=20 >>>>> we'd like to try boot the main zfs root partition and then fall = back to a >>>>> small UFS based recovery partition.. is that possible? >>>>>=20 >>>>> I know we could use grub but I'd prefer keep it in the family. >>>>>=20 >>>>>=20 >>>>>=20 >>>>=20 >>>> it is, sure. but there is an compromise to be made for it. >>>>=20 >>>> Lets start with what I have done in illumos port, as the idea there = is >>>> exactly about having as =E2=80=9Cuniversal=E2=80=9D binaries as = possible (just the binaries >>>> are listed below to get the size): >>>>=20 >>>> -r-xr-xr-x 1 root sys 171008 apr 30 19:55 bootia32.efi >>>> -r-xr-xr-x 1 root sys 148992 apr 30 19:55 bootx64.efi >>>> -r--r--r-- 1 root sys 1255 okt 25 2015 cdboot >>>> -r--r--r-- 1 root sys 154112 apr 30 19:55 gptzfsboot >>>> -r-xr-xr-x 1 root sys 482293 mai 2 21:10 loader32.efi >>>> -r-xr-xr-x 1 root sys 499218 mai 2 21:10 loader64.efi >>>> -r--r--r-- 1 root sys 512 okt 15 2015 pmbr >>>> -r--r--r-- 1 root sys 377344 mai 2 21:10 pxeboot >>>> -r--r--r-- 1 root sys 376832 mai 2 21:10 zfsloader >>>>=20 >>>> the loader (bios/efi) is built with full complement - zfs, ufs, = dosfs, >>>> cd9660, nfs, tftp + gzipfs. The cdboot is starting zfsloader (thats = trivial >>>> string change). >>>>=20 >>>> The gptzfsboot in illumos case is only built with zfs, dosfs and = ufs - as >>>> it has to support only disk based media to read out the loader. = Also I am >>>> building gptzfsboot with libstand and libi386 to get as much shared = code as >>>> possible - which has both good and bad sides, as usual;) >>>>=20 >>>> The gptzfsboot size means that with ufs the dedicated boot = partition is >>>> needed (freebsd-boot), with zfs the illumos port is always using = the 3.5MB >>>> boot area after first 2 labels (as there is no geli, the illumos = does not >>>> need dedicated boot partition with zfs). >>>>=20 >>>> As the freebsd-boot is currently created 512k, the size is not an = issue. >>>> Also using common code does allow the generic partition code to be = used, so >>>> GPT/MBR/BSD (VTOC in illumos case) labels are not problem. >>>>=20 >>>>=20 >>>> So, even just with cd boot (iso), starting zfsloader (which in fbsd = has >>>> built in ufs, zfs etc), you already can get rescue capability. >>>>=20 >>>> Now, even with just adding ufs reader to gptzfsboot, we can use gpt = + >>>> freebsd-boot and ufs root but loading zfsloader on usb image, so it = can be >>>> used for both live/install and rescue, because zfsloader itself has = support >>>> for all file systems + partition types. >>>>=20 >>>> I have kept myself a bit off from freebsd gptzfsboot because of = simple >>>> reason - the older setups have smaller size for freebsd boot, and = not >>>> everyone is necessarily happy about size changes:D also in freebsd = case >>>> there is another factor called geli - it most certainly does = contribute some >>>> bits, but also needs to be properly addressed on IO call stack (as = we have >>>> seen with zfsbootcfg bits). But then again, here also the shared = code can >>>> help to reduce the complexity. >>>>=20 >>>> Yea, the zfsloader/loader*.efi in that listing above is actually = built >>>> with framebuffer code and compiled in 8x16 default font (lz4 = compressed >>>> ascii+boxdrawing basically - because zfs has lz4, the decompressor = is always >>>> there), and ficl 4.1, so thats a bit of difference from fbsd = loader. >>>>=20 >>>> Also note that we can still build the smaller dedicated blocks like = boot2, >>>> just that we can not use those blocks for more universal cases and >>>> eventually those special cases will diminish. >>>=20 >>> thanks for that.. >>>=20 >>> so, here's my exact problem I need to solve. >>> FreeBSD 10 (or newer) on Amazon EC2. >>> We need to have a plan for recovering the scenario where somethign = goes >>> wrong (e.g. during an upgrade) and we are left with a system where = the >>> default zpool rootfs points to a dataset that doesn't boot. It is = possible >>> that mabe the entire pool is unbootable into multi-user.. Maybe = somehow it >>> filled up? who knows. It's hard to predict future problems. >>> There is no console access at all so there is no possibility of = human >>> intervention. So all recovery paths that start "enter single user = mode >>> and...." are unusable. >>>=20 >>> The customers who own the amazon account are not crazy about giving = us the >>> keys to the kingdom as far as all their EC2 instances, so taking a = root >>> drive off a 'sick' VM and grafting it onto a freebsd instance to = 'repair' it >>> becomes a task we don't want to really have to ask them to do. They = may not >>> have the in-house expertise to do it. confidently. >>>=20 >>> This leaves us with automatic recovery, or at least automatic = methods of >>> getting access to that drive from the network. >>> Since the regular root is zfs, my gut feeling is that to deduce the = chances >>> of confusion during recovery, I'd like the (recovery) system itself = to be >>> running off a UFS partition, and potentially, with a memory root = filesystem. >>> As long as it can be reached over the network we can then take over. >>>=20 >>> we'd also like to have the boot environment support in the bootcode. >>> so, what would be the minimum set we'd need? >>>=20 >>> Ufs support, zfs support, BE support, and support for selecting a = completely >>> different boot procedure after some number of boot attempts without = getting >>> all the way to multi-user. >>>=20 >>> How does that come out size-wise? And what do I need to configure = to get >>> that? >>>=20 >>> The current EC2 Instances have a 64kB boot partition , but I have a = window >>> to convince management to expand that if I have a good enough = argument. >>> (since we a re doing a repartition on the next upgrade, which is = "special" >>> (it's out upgrade to 10.3 from 8.0). >>> Being able to self heal or at least 'get at' a sick instance might = be a good >>> enough argument and would make the EC2 instances the same as all the = other >>> versions of the product.. >> You should convince them to move to 512k post-haste. I doubt 64k will >> suffice, and 512k is enough to get all the features you desire. >=20 > yeah I know but sometimes convincing management of things is like = banging one's head against a wall. > Don't think I haven't tried, and won't keep trying. >=20 To support recovery there can be 2 scenarios: 1. something has gone bad and you boot from alternate media = (iso/usb/net), log in, and fix the setup. 2. if the alternate media is not available, there has to be recovery = =E2=80=9Cimage=E2=80=9D, preferably isolated from rest of the system, = such as recovery partition. The second option needs an mechanism to get activated; something like = =E2=80=9CX times try normal boot, then use recovery=E2=80=9D. The = zfsbootcfg Andriy did, is currently providing the reverse option - try = this config, if it is failing, fall back to normal. But that work can be = used as base nevertheless - to provide not one time [next] boot config, = but fallback. Of course something like =E2=80=9Crecovery partition=E2=80=9D would need = to be architected to be as foolproof as possible, but it definitely is = possible. BTW: this is a bit specific to illumos and zfs, but some concerns and = ideas from comments are still worth to be noted: = https://www.illumos.org/rb/r/249/ - especially the pad area should = actually have not simple string, but some structure to allow different = semantics (next boot or fall back boot, maybe something other). rgds, toomas From owner-freebsd-current@freebsd.org Sun May 7 13:15:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 525F9D61212 for ; Sun, 7 May 2017 13:15:42 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 332D112C4 for ; Sun, 7 May 2017 13:15:42 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2E9B8D61211; Sun, 7 May 2017 13:15:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E434D61210 for ; Sun, 7 May 2017 13:15:42 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 E897312BA for ; Sun, 7 May 2017 13:15:41 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1d7L1t-0005Mi-Pj for current@freebsd.org; Sun, 07 May 2017 14:11:14 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1d7L1t-0005sG-OR for current@freebsd.org; Sun, 07 May 2017 14:11:13 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Sun, 07 May 2017 12:11:13 GMT From: "Jeffrey Bouquet" Reply-To: To: "current" Subject: Some precise procedure... Date: Sun, 07 May 2017 05:11:13 -0700 (PDT) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 13:15:42 -0000 Given the following procedure: svn up /usr/src make buildworld make buildkernel make installkernel mergmaster reboot single user mergemaster make installworld pkg install compatN-i386 reboot make check-old make delete-old etc [ pardon the missing stuff and out of order, this is from memory] At which precise point either 1... Xorg fails to work 2... nvidia-driver fails to work? Because in my experience unless a minor upgrade, it happens every time, and I am caught unawares.. so am wanting in the summaries in UPDATING 3a... do not proceed beyond this without backups, as your video driver may = not work... and am slightly confused. If I svn, but do not buildworld, is nvidia-driver somehow more unusable? e= tc etc.=20 looking at it from an entirely newbie frame of mind, because a more author= itative source than I may know more about the precise how and why an svn OR a build= world should not be attempted if one is more concerned about the driver not break= ing or being unusable 'version mismatch' upon upgrade, than the upgrade itself. tl;dr anyone have an expert summary? if not, just thanks for reading, or throw a= concept at me.=20 1... Xorg ceases to work and/or=20= From owner-freebsd-current@freebsd.org Sun May 7 13:36:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F567D61925 for ; Sun, 7 May 2017 13:36:52 +0000 (UTC) (envelope-from gpalmer@freebsd.org) 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 DC1D1EC4 for ; Sun, 7 May 2017 13:36:51 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D039DD61924; Sun, 7 May 2017 13:36:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFBCDD61923 for ; Sun, 7 May 2017 13:36:51 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 7827AEBE for ; Sun, 7 May 2017 13:36:51 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1d7MMi-0006cd-Mp; Sun, 07 May 2017 14:36:48 +0100 Date: Sun, 7 May 2017 14:36:48 +0100 From: Gary Palmer To: Jeffrey Bouquet Cc: current Subject: Re: Some precise procedure... Message-ID: <20170507133648.GA89273@in-addr.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 13:36:52 -0000 On Sun, May 07, 2017 at 05:11:13AM -0700, Jeffrey Bouquet wrote: > Given the following procedure: > > svn up /usr/src > make buildworld > make buildkernel > make installkernel > mergmaster > reboot single user > mergemaster > make installworld > pkg install compatN-i386 > reboot > make check-old > make delete-old > > etc [ pardon the missing stuff and out of order, this is from memory] > > At which precise point either > 1... Xorg fails to work > 2... nvidia-driver fails to work? > Because in my experience unless a minor upgrade, it happens every time, and > I am caught unawares.. so am wanting in the summaries in UPDATING > 3a... do not proceed beyond this without backups, as your video driver may not work... > and am slightly confused. > If I svn, but do not buildworld, is nvidia-driver somehow more unusable? etc etc. > looking at it from an entirely newbie frame of mind, because a more authoritative > source than I may know more about the precise how and why an svn OR a buildworld > should not be attempted if one is more concerned about the driver not breaking > or being unusable 'version mismatch' upon upgrade, than the upgrade itself. > > tl;dr > anyone have an expert summary? if not, just thanks for reading, or throw a concept > at me. > 1... Xorg ceases to work and/or You should add PORTS_MODULES+=x11/nvidia-driver to /etc/make.conf so that the nvidia driver is automatically rebuilt every time you build the kernel to prevent such issues. Add in any other ports that depend on the kernel data structures such as emulators/virtualbox-ose-kmod The kernel ABI is not guaranteed to be stable on the -current branch so any modules you load in to the kernel need to be rebuilt for each kernel. Regards, Gary From owner-freebsd-current@freebsd.org Sun May 7 13:42:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 035CDD61CBD for ; Sun, 7 May 2017 13:42:58 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 94E7EBBA for ; Sun, 7 May 2017 13:42:57 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6374DD61CBA; Sun, 7 May 2017 13:42:57 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A6D4D61CB9 for ; Sun, 7 May 2017 13:42:57 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr0-x22f.google.com (mail-wr0-x22f.google.com [IPv6:2a00:1450:400c:c0c::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65AF0B9F for ; Sun, 7 May 2017 13:42:56 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr0-x22f.google.com with SMTP id l50so25549637wrc.3 for ; Sun, 07 May 2017 06:42:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=nd5QoP8fmgfY6MlxuuglsqlYDHNQWbA17dzy5vwNDvs=; b=bLNl4qT4A2yL8b9r3g2OxLaaKGwe1iz1Lika+pTsArOs0fvivBqSdvtFv6TP9K8RoL fR7AiUgi9itpgruzuidSlmESAjFlr/i+W5Ly8OlQ/Lqm2PBWSf5Z1zlpQfkXZWumMSYY zIVU+lQpK0uPml57KxECulrWZJZmz/B8BtmhgtYMq80nS9Xuf4mQd5i0Yr/Q1aTlewfU yDIySbNCCD3HEXckh9z88IF++VQew6hFle1Ga3fr4YxvbiDM2VsH+k/S1ccyrUSR477y OFLqxFHSEDKCPX3w/Pb+dvHD53csResReadhmMJCSMxGUbAuP2lGha/sXpo5XqTNXqrH LvLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=nd5QoP8fmgfY6MlxuuglsqlYDHNQWbA17dzy5vwNDvs=; b=ZDnFmOj00RE68zIzj83cr6Ns4CaOOYQrqBBMRHilkevaPVldx0jcGfetU7ok3nU7TR +l8P6Bai/KHyCvZEKyJOEorfGSuB0m7gJycgFmEuzKUepipFRXpPr17e04GHN2NYlTPo UWAZf1t/EIhlCpQm1PI4xuLA41M3JLu098u5GSp758ejX3BTTm38FGWC/8VnK6u51hhg DkeN7OKfJqGiDfVjB70EzDvgoe8yi0wA1cE23bz0si9VaUDInv1/NJ1L8AKbJwFettLM vFO7JH/BDxCKYgpkRGjZrXUfscDpXryYN6iD6a8kv6Fsxs0o8SBD150gybunCUheiT7j 28/A== X-Gm-Message-State: AN3rC/6Jjsb9g//WF+pDTyEACM8CwFzuTsdS3/MK1ibtcQw96VDWJQwd Y+R037e+XTWD/h/I X-Received: by 10.223.148.132 with SMTP id 4mr43532610wrr.119.1494164574644; Sun, 07 May 2017 06:42:54 -0700 (PDT) Received: from ernst.home (p578E3223.dip0.t-ipconnect.de. [87.142.50.35]) by smtp.gmail.com with ESMTPSA id u4sm6547711wmu.0.2017.05.07.06.42.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 07 May 2017 06:42:54 -0700 (PDT) Date: Sun, 7 May 2017 15:42:54 +0200 From: Gary Jennejohn To: "Jeffrey Bouquet" Cc: "current" Subject: Re: Some precise procedure... Message-ID: <20170507154254.7016461c@ernst.home> In-Reply-To: References: Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 13:42:58 -0000 On Sun, 07 May 2017 05:11:13 -0700 (PDT) "Jeffrey Bouquet" wrote: > Given the following procedure: > > svn up /usr/src > make buildworld > make buildkernel > make installkernel > mergmaster > reboot single user > mergemaster > make installworld > pkg install compatN-i386 > reboot > make check-old > make delete-old > > etc [ pardon the missing stuff and out of order, this is from memory] > > At which precise point either > 1... Xorg fails to work > 2... nvidia-driver fails to work? > Because in my experience unless a minor upgrade, it happens every time, and > I am caught unawares.. so am wanting in the summaries in UPDATING > 3a... do not proceed beyond this without backups, as your video driver may not work... > and am slightly confused. > If I svn, but do not buildworld, is nvidia-driver somehow more unusable? etc etc. > looking at it from an entirely newbie frame of mind, because a more authoritative > source than I may know more about the precise how and why an svn OR a buildworld > should not be attempted if one is more concerned about the driver not breaking > or being unusable 'version mismatch' upon upgrade, than the upgrade itself. > > tl;dr > anyone have an expert summary? if not, just thanks for reading, or throw a concept > at me. > 1... Xorg ceases to work and/or > I also use nvidia-driver. I ALWAYS test a new kernel for compatibility with Xorg/nvidia-driver before I decide to make it the default. I have a bash alias called mitk (make install kernel to /boot/test): mikt is aliased to `pushd /usr/src;make -s installkernel KODIR=/boot/test;nbt;popd' nbt is aliased to `nextboot -k test' At the next boot the new test kernel will be loaded. If nvidia-modeset.ko fails to load (that's what the newer nvidia-driver reuires), then I know the kernel is no longer compatible. If starting Xorg fails then I also knaow that the new kernel is no longer compatible. I just do a reboot to get the old, working kernel again. I then have the option to update nvidia-driver, if I consider it to be important to me. Generally, it's not Xorg itself which is failing, but rather the nvidia-driver. If Xorg starts OK then I have a bash shell function called t2k which copies the test kernel to /boot/kernel. Here it is: t2k is a function t2k () { cd /boot; rm -rf kernel.oldold; mv kernel.old kernel.oldold; mv kernel kernel.old; mkdir kernel; cp test/* kernel; touch kernel/linker.hints; cd } -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sun May 7 19:09:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 548DCD62056; Sun, 7 May 2017 19:09:58 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660073.outbound.protection.outlook.com [40.107.66.73]) (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 3C9F31FA1; Sun, 7 May 2017 19:09:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0191.CANPRD01.PROD.OUTLOOK.COM (10.165.218.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.11; Sun, 7 May 2017 19:09:55 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1075.019; Sun, 7 May 2017 19:09:55 +0000 From: Rick Macklem To: Claude Buisson , FreeBSD Current CC: FreeBSD-STABLE Mailing List Subject: Re: Recent FreeBSD, NFSv4 and /var/db/mounttab Thread-Topic: Recent FreeBSD, NFSv4 and /var/db/mounttab Thread-Index: AQHSfJfpteLPu545NESwV/c/JyXxzaFUr0tBgJUhHQw= Date: Sun, 7 May 2017 19:09:54 +0000 Message-ID: References: <20c2baca-ba91-19b4-db95-5352b56019c1@orange.fr>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0191; 7:QJnaxytj9O7EDznPmXE8HOVep80MZ8Il05EmLbPByAdAgyRXsA0DaUr9HokplMzYrvh+iPJwxKrCJD3X6XMGZPlYFMt0rhe/4z3LY6pxW0gozsKFtsh4Nl9SDsIPPVf7BdyzfqHt8vofeMEUfFLv74xbIKXcC7NKR+1eyDsZHkI+bHrmNCD2F3LSs8MRNPlCZH1jwKradWHtckafERGwFn6zrmPTibV4eem74nlpwDKU4gMl57fRsNnqfuwSmOKGgJg83/Nd/wm165MHmrSMKYZqPUh00or2llyoh/gU8dcemnVocuooj+NFbNj5wGROSxP3sq8PsTal/n4wuh5G6w== x-ms-office365-filtering-correlation-id: 2f4ac81c-e62f-42f9-6a43-08d4957ca574 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:YTXPR01MB0191; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(6041248)(20161123562025)(20161123564025)(20161123558100)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(6072148); SRVR:YTXPR01MB0191; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0191; x-forefront-prvs: 03008837BD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39410400002)(39450400003)(39400400002)(39840400002)(24454002)(8676002)(86362001)(7696004)(81166006)(2900100001)(478600001)(74316002)(33656002)(122556002)(305945005)(8936002)(38730400002)(2906002)(25786009)(4326008)(5660300001)(3660700001)(3280700002)(102836003)(6436002)(189998001)(53936002)(9686003)(55016002)(229853002)(50986999)(54356999)(76176999)(2950100002)(74482002)(6246003)(6506006)(77096006); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0191; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 07 May 2017 19:09:54.8717 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0191 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 19:09:58 -0000 Claude Buisson wrote: >Hi, > >Last month, I started switching all my systems (stable/9, stable/10, >stable/11 and current) to NFSv4, and I found that: > > on current (svn 312652) an entry is added to /var/db/mounttab by >mount_nfs(8), but not suppressed by umount(8). It can be suppressed by >rpc.umntall(8). > >The same anomaly appears on stable/11 after upgrading to svn 312950. > >It is relatively easy to trace this anomaly to r308871 on current and >its MFHs (r309517 for stable/11). > >Patching sbin/umount/umount.c to restore the RPC call for NFSv4 makes >umount(8) suppress the mounttab entry as before. > >I do not know what is the proper solution, as suppressing the >modification of mounttab by mount_nfs(8) for NFSv4 could be an (more >complicated) alternative ! When I do an NFSv4 mount from a recent FreeBSD system, it does not use the Mount protocol. I am not sure why your NFSv4 mounts are putting an entry in mounttab, since that is done by mountd.c on the server and the client isn't= even contacting it? rick= From owner-freebsd-current@freebsd.org Sun May 7 20:35:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA9ECD533CB for ; Sun, 7 May 2017 20:35:53 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4456716D4; Sun, 7 May 2017 20:35:52 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id 7Su8d3m7Vyd2D7Su9drLIA; Sun, 07 May 2017 14:35:45 -0600 X-Authority-Analysis: v=2.2 cv=F5wnTupN c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=tJ8p9aeEuA8A:10 a=pGLkceISAAAA:8 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=LFLN1YyAq9_VXxo-fdAA:9 a=CjuIK1q_8ugA:10 a=1rTF-VXdzdgA:10 a=6kGIvZw6iX1k4Y-7sg4_:22 a=pxhY87DP9d2VeQe4joPk:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 2479D10ED; Sun, 7 May 2017 13:35:44 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v47KZgBY066233; Sun, 7 May 2017 13:35:42 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201705072035.v47KZgBY066233@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Andrey Fesenko cc: Ngie Cooper , Cy Schubert , Kyle Evans , Alastair Hogge , Vladimir Zakharov , Ed Maste , freebsd-current , Dimitry Andric Subject: Re: make buildworld broken at r317821 (libsysdecode) In-Reply-To: Message from Andrey Fesenko of "Sun, 07 May 2017 05:55:08 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 May 2017 13:35:42 -0700 X-CMAE-Envelope: MS4wfMyvHUeAhwo2A73DGh8OL2hLVF3GAJ4F/a7dd3rbRb4TeArmEh+Y/PRj5aU3Sh1LhiEx35fQvTP+YRSqPcIdxQlWGqUsyRJMKBFBoJrtoOiPftB7w1Ox 58TzpAPj7h4stINP5HEs1c5CYHg5/iSyEHGKC7xXLkSoqqQA+JMqIeqFiwTGZNOVbEM4fUEkGcnutJsvEXwwQd3bMkgAsDN8Z4VIqdnuD4tKrdnNSvzqLwJj 65QHNqbzWR2at5KuV7XjaTydACnqhuFb8mPAtVZxlzBDMOCP7K560XZKOEhGs/rjy9oV0WRvszUwBVQk3aW7bLsda/poQTfDgBN+FqCjsBsGAGphd72o09FS l9IKz17YI6CuDv65HUwv5znG4qMuOwWN7Lgj4c/0SJe6dUWxRug= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 20:35:53 -0000 In message , Andrey Fesenko writes: > On Sat, May 6, 2017 at 2:52 AM, Ngie Cooper wrote: > > On Fri, May 5, 2017 at 4:43 PM, Cy Schubert wrot > e: > > > > ... > > > >> You have a bad DIMM. I had this same problem on my laptop but not on my > >> servers downstairs. That suggested that since all four machines were > >> running the same software the difference between them was hardware. > >> Replacing the memory in my laptop made this problem go away. > >> > >> I have a question for you. Do you use ZFS? ZFS exercises memory quite > >> aggressively. I also had this problem when I replaced my UFS filesystems > >> with ZFS on my testbed many moons ago. It even suffered random kernel > >> panics. Here again, replacing the memory resolved the issue. > > > > We need more information first before saying "bad hardware" -- in > > particular, was the machine overtaxed, were the input files proper, > > etc? > > > > I'm asking because clang has a number of bugs in bugzilla where the > > host ran out of memory trying to compile things and clang didn't fail > > gracefully when allocating memory, handling inputs, etc. > > > > Thanks, > > -Ngie > > Sorry, really my root ZFS pool is corrupt :( That was another symptom of the problem I had on my testbed when it suffered random kernel panics due to marginal RAM. It was OK with UFS but inadequate for ZFS. My zpools became so horribly corrupt that nothing could correct them and at one point I couldn't even retrieve anything from one of the zpools. (Good thing it was testbed and that the data was replicated on my prod machine.) It was at that point I ran some RAM tests using memtest86+ from ports. It found no bad RAM. Not trusting it, I replaced all the RAM in that machine anyway. That was a few years ago and I haven't had a problem since. There is a reason it is recommended that one use ECC corrected memory with ZFS. ZFS error correction is only as good as the installed RAM. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sun May 7 21:58:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E08F6D639A5 for ; Sun, 7 May 2017 21:58:06 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp11.smtpout.orange.fr [80.12.242.133]) by mx1.freebsd.org (Postfix) with ESMTP id 716971BA0 for ; Sun, 7 May 2017 21:58:05 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from localhost ([92.146.167.228]) by mwinf5d34 with ME id HZqQ1v00t4w07Zo03ZqRab; Sun, 07 May 2017 23:50:26 +0200 X-ME-Helo: localhost X-ME-Auth: Y2xidWlzc29uQHdhbmFkb28uZnI= X-ME-Date: Sun, 07 May 2017 23:50:26 +0200 X-ME-IP: 92.146.167.228 Subject: Re: Recent FreeBSD, NFSv4 and /var/db/mounttab To: Rick Macklem , FreeBSD Current References: <20c2baca-ba91-19b4-db95-5352b56019c1@orange.fr> Cc: FreeBSD-STABLE Mailing List From: Claude Buisson Message-ID: <17039eeb-fd0d-a0f7-19bf-48c75013f222@orange.fr> Date: Sun, 7 May 2017 23:50:24 +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: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 21:58:07 -0000 On 05/07/2017 21:09, Rick Macklem wrote: > Claude Buisson wrote: >> Hi, >> >> Last month, I started switching all my systems (stable/9, stable/10, >> stable/11 and current) to NFSv4, and I found that: >> >> on current (svn 312652) an entry is added to /var/db/mounttab by >> mount_nfs(8), but not suppressed by umount(8). It can be suppressed by >> rpc.umntall(8). >> >> The same anomaly appears on stable/11 after upgrading to svn 312950. >> >> It is relatively easy to trace this anomaly to r308871 on current and >> its MFHs (r309517 for stable/11). >> >> Patching sbin/umount/umount.c to restore the RPC call for NFSv4 makes >> umount(8) suppress the mounttab entry as before. >> >> I do not know what is the proper solution, as suppressing the >> modification of mounttab by mount_nfs(8) for NFSv4 could be an (more >> complicated) alternative ! > When I do an NFSv4 mount from a recent FreeBSD system, it does not use the > Mount protocol. I am not sure why your NFSv4 mounts are putting an entry in > mounttab, since that is done by mountd.c on the server and the client isn't even > contacting it? > This is really an long delayed answer !! 1) I am afraid of a confusion on your side between mounttab which is managed on the CLIENT, and mountdtab which is managed of the SERVER. 2) Since my first mail, I patched mount_nfs(4) (client side) not to write an entry in mounttab in the NFS4 case. But: 3) I no more use NFS4 and have switched back to NFS3, sa as to have on the servers a trace of the current active clients by virtue of the mount protocol :-) > rick Thanks for your interest Claude Buisson From owner-freebsd-current@freebsd.org Sun May 7 22:52:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7B72D62C92; Sun, 7 May 2017 22:52:35 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670069.outbound.protection.outlook.com [40.107.67.69]) (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 465F3F38; Sun, 7 May 2017 22:52:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0190.CANPRD01.PROD.OUTLOOK.COM (10.165.218.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.11; Sun, 7 May 2017 22:52:32 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1075.019; Sun, 7 May 2017 22:52:32 +0000 From: Rick Macklem To: Claude Buisson , FreeBSD Current CC: FreeBSD-STABLE Mailing List Subject: Re: Recent FreeBSD, NFSv4 and /var/db/mounttab Thread-Topic: Recent FreeBSD, NFSv4 and /var/db/mounttab Thread-Index: AQHSfJfpteLPu545NESwV/c/JyXxzaFUr0tBgJUhHQyAAC5EAIAAD+VG Date: Sun, 7 May 2017 22:52:32 +0000 Message-ID: References: <20c2baca-ba91-19b4-db95-5352b56019c1@orange.fr> , <17039eeb-fd0d-a0f7-19bf-48c75013f222@orange.fr> In-Reply-To: <17039eeb-fd0d-a0f7-19bf-48c75013f222@orange.fr> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0190; 7:+kT+CC1vAuM7atCG8YIYjf7/NDmSLiPSORehs1r/uMowV77XObebAjzgdO9OXXl88W640oRhZDtBA5WSBxu7DgsFERah3JjGbNw9/RKIj2oQdSyLV11W1KIiKOIL9bGA7hSB3kZeqhHFcfOkKRW5uTaOKLnyJ/gxpiOAvbv74GkNePrpa0disjch2Mo6UgmAaauID7xTCMIufut/L0XSoibvxGfi74KfNCp/rL/Eqaoz8waUHFi49JhtqjJtMzyozHyf84d31pqQJADQ8fFJGB1smb/djTJLX1vgRIlq42pLBz3hVGN6cdW/R51i2U3E+WyQ4HusxHyzUaUBNLQ8Ew== x-ms-office365-filtering-correlation-id: 9c2309d4-ab49-4bd4-540e-08d4959bbf53 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:YTXPR01MB0190; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(211171220733660); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(6041248)(20161123558100)(20161123562025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(20161123564025)(6072148); SRVR:YTXPR01MB0190; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0190; x-forefront-prvs: 03008837BD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(39400400002)(39410400002)(24454002)(53936002)(2950100002)(3280700002)(5660300001)(93886004)(305945005)(25786009)(7696004)(2906002)(9686003)(55016002)(122556002)(478600001)(3660700001)(74316002)(38730400002)(33656002)(74482002)(54356999)(6506006)(50986999)(76176999)(4326008)(6436002)(86362001)(229853002)(8936002)(8676002)(2900100001)(77096006)(81166006)(102836003)(189998001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0190; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 07 May 2017 22:52:32.7836 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0190 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 22:52:35 -0000 Claude Buisson wrote: [stuff snipped] > This is really an long delayed answer !! Just made it to the top of my "to do" list... > 1) I am afraid of a confusion on your side between mounttab which is > managed on the CLIENT, and mountdtab which is managed of the SERVER. Ok, now that I've looked, I see what you are talking about. To be honest, I= never knew this file even existed (it doesn't on the systems I run, since it has = never been created on them;-). > 2) Since my first mail, I patched mount_nfs(4) (client side) not to > write an entry in mounttab in the NFS4 case. But: Yes, I would say all that is needed is the call to add_mtab() in mount_nfs.= c be made conditional on a non-NFSv4 mount. Thanks for reporting this, rick From owner-freebsd-current@freebsd.org Mon May 8 00:50:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AFD2D5F6B8; Mon, 8 May 2017 00:50:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670089.outbound.protection.outlook.com [40.107.67.89]) (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 21B201474; Mon, 8 May 2017 00:50:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0190.CANPRD01.PROD.OUTLOOK.COM (10.165.218.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.11; Mon, 8 May 2017 00:50:53 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1075.019; Mon, 8 May 2017 00:50:53 +0000 From: Rick Macklem To: Claude Buisson , FreeBSD Current CC: FreeBSD-STABLE Mailing List Subject: Re: Recent FreeBSD, NFSv4 and /var/db/mounttab Thread-Topic: Recent FreeBSD, NFSv4 and /var/db/mounttab Thread-Index: AQHSfJfpteLPu545NESwV/c/JyXxzaFUr0tBgJUhHQyAAC5EAIAAMT4v Date: Mon, 8 May 2017 00:50:53 +0000 Message-ID: References: <20c2baca-ba91-19b4-db95-5352b56019c1@orange.fr> , <17039eeb-fd0d-a0f7-19bf-48c75013f222@orange.fr> In-Reply-To: <17039eeb-fd0d-a0f7-19bf-48c75013f222@orange.fr> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0190; 7:lETvaxCVnBGsonJ4Ezxefxu2vzydJXXT3Rctiop5FGvLHj1eSBhWAIyvDMUqVKgBGchFekq3P39KiU/JNsowuoR4/P4APgw4lgHtSJuBHygmGpGcFg/5oh37RT330SO2GqJ1dNcRc9Z1/0b2I80LYWo1dOQFUw5iC3MbfyYA9pDN2dWwwrkKNKbnm2GdtoQqh+K4Vp2yK7oguvkhVRlUWrOT92pfLuKIx1dDm6Yx2wb36+jMlviZ9Fzsss4iv0SIbmK+F2o37MzDLYWhN853Ki4u6JHyLrKkJgHEmRUQspTEA9TH7W7nB+Q8D3PkWLz/c7i4mYzcGXN0Y9eci44zrA== x-ms-office365-filtering-correlation-id: ef7e6164-ff7e-44ad-ffab-08d495ac47d3 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:YTXPR01MB0190; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(211171220733660); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(6041248)(20161123558100)(20161123562025)(20161123564025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(6072148); SRVR:YTXPR01MB0190; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0190; x-forefront-prvs: 0301360BF5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(39410400002)(39400400002)(24454002)(53936002)(2950100002)(3280700002)(305945005)(5660300001)(93886004)(25786009)(7696004)(2906002)(9686003)(55016002)(122556002)(478600001)(3660700001)(74316002)(38730400002)(33656002)(74482002)(54356999)(6506006)(50986999)(4326008)(76176999)(6436002)(86362001)(229853002)(8936002)(8676002)(2900100001)(77096006)(81166006)(102836003)(189998001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0190; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2017 00:50:53.7134 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0190 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 00:50:56 -0000 Claude Buisson wrote: >On 05/07/2017 21:09, Rick Macklem wrote: >> Claude Buisson wrote: >>> Hi, >>> >>> Last month, I started switching all my systems (stable/9, stable/10, >>> stable/11 and current) to NFSv4, and I found that: >>> >>> on current (svn 312652) an entry is added to /var/db/mounttab by >>> mount_nfs(8), but not suppressed by umount(8). It can be suppressed by >>> rpc.umntall(8). >>> >>> The same anomaly appears on stable/11 after upgrading to svn 312950. >>> >>> It is relatively easy to trace this anomaly to r308871 on current and >>> its MFHs (r309517 for stable/11). >>> >>> Patching sbin/umount/umount.c to restore the RPC call for NFSv4 makes >>> umount(8) suppress the mounttab entry as before. >>> >>> I do not know what is the proper solution, as suppressing the >>> modification of mounttab by mount_nfs(8) for NFSv4 could be an (more >>> complicated) alternative ! I chose this alternative, since NFSv4 has nothing to do with the Mount prot= ocol. A one line patch to do this is now committed to head as r317931. Thanks for reporting this, rick [stuff snipped]= From owner-freebsd-current@freebsd.org Mon May 8 06:25:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82A27D63F53 for ; Mon, 8 May 2017 06:25:00 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0136.outbound.protection.outlook.com [104.47.33.136]) (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 CB5F0D84 for ; Mon, 8 May 2017 06:24:59 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=nmPN/9DGJXifTdj7vvqBsx+EKqBHNIolTTbmsw+1ZiE=; b=GS0XriXLfvRvmhY2lws1WD0HWhKH5+s+gMuvaOE6zX0kTxuTVHmyDvyLbFN8nLLFRiYHoUotYPyDybIfICh48dyfS26T5K5Cf+TTyYNpVS7JRGnvxPy9KkX8Qrs3HiWiQ8d+V9oT4FumOJfFqiPH6EtLYYe/pv2Q3QvNInA7zMI= Received: from SN1PR05CA0010.namprd05.prod.outlook.com (10.163.68.148) by BLUPR05MB039.namprd05.prod.outlook.com (10.255.210.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.1; Mon, 8 May 2017 06:24:57 +0000 Received: from DM3NAM05FT039.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::205) by SN1PR05CA0010.outlook.office365.com (2a01:111:e400:5197::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7 via Frontend Transport; Mon, 8 May 2017 06:24:57 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT039.mail.protection.outlook.com (10.152.98.153) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Mon, 8 May 2017 06:24:57 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sun, 7 May 2017 23:24:56 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v486Otoe002870; Sun, 7 May 2017 23:24:55 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 73F52385558; Sun, 7 May 2017 23:24:55 -0700 (PDT) To: "O. Hartmann" CC: FreeBSD CURRENT , Subject: Re: filemon: weird full-time build although filemon enabled In-Reply-To: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> Comments: In-reply-to: "O. Hartmann" message dated "Sat, 06 May 2017 09:22:55 +0200." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <16321.1494224695.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Sun, 7 May 2017 23:24:55 -0700 Message-ID: <16322.1494224695@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39410400002)(39400400002)(39860400002)(39850400002)(39840400002)(2980300002)(43544003)(189002)(199003)(9170700003)(77096006)(106466001)(76506005)(53416004)(86362001)(8746002)(97756001)(6916009)(7696004)(229853002)(81166006)(50466002)(76176999)(50986999)(189998001)(356003)(8936002)(8676002)(23726003)(2950100002)(4326008)(47776003)(46406003)(478600001)(305945005)(7126002)(110136004)(6246003)(55016002)(38730400002)(9686003)(6266002)(107886003)(53936002)(2906002)(117636001)(54906002)(5660300001)(105596002)(2810700001)(557034004)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB039; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT039; 1:9dzp/1mPPycTGdUvwPKGlZbU1MN9FEuHJjJFwk7JNiR7dzg0+PrZ7ZI3dEST0li/ktuydy+0GpxmBymvlm0zBYOjwFUImXes8PJPNUE1VnBEev0qNTz8aoutYkMGiKdcuavUpQDoPGHmPhjTFH1BZVR7pzjZSuy/ExjwN2SLQ4x+9H3mnHFEl9iE9S5iqvFKj3jYGvEZeDk7EqNbum9qkioxXIsbEs9vSxOKcq3sbNg2nvaHWMWqFupTBI+X9TAxqBlUY+lBg9Jz6HYbC6o9/S4MMEPiDU5W/a6F8mZ2PfhV+9bNVfB5byTYXUOikBMejcRPQUUiJ4i/KbmettEA+uGtJv6j4VEsqXlyUU56RgPezK8S38uK+yK5LdE/RKbnyBB/GvRh5t2YGLCO8gk/7PNZBlxehLA7Hj92MN2Rz5nTEXseZcxsD00lMD3SuBWPdxCYn3rrMXw8JYIb3VZ7g3wUdzVjXPV8gknK4tTym50hd6dqtK41WhXzmqEQQ1jbhJDf+yPzNFkuOyxFXdfJYSjHF/37MUc7GcCbQ1ELrlOBiTS1Nq7mKKUQDJ/5IkHKVPas4C2Q/Gsn7uEvAEb8p0dacTt3Izv0I86G53wHYuc= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 5b2b080c-a969-4180-2138-08d495daf2c7 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:BLUPR05MB039; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB039; 3:uAV0uSKn5kGFlqeXvVph884FnUWr/a7+W3ocN5WgpvJUnzTMgePTuAl/HkiuhUVmKPgWkGfR0CDcgF0otbahntaPY14xevxm2Qtma1ztnOYBmj8AO92w6vZ0rSDujHzzzx6+5qoFYaPxsNpXalHOZKiv5WX/ekvWkoB7bGHKbVQGOvhUUU+D+Q+21m517cu0vPER1r1t05EaZ4Wsdyi9mc2ntJ2gOQalaCjDkCPK/Ztke73xv4z1MM2mNMnboCObaJq1c/ZnkF8vd4U/CBsNSbfBXjNYKcrpjd8E/yix/TarnzvrWwxETNWChazZxO9Q91lKhijQMcT9pYFZrnM7K/rV2w0pXz2QTRiWDrbmk9bwxeOzXEfkxL0sRIJ6LZ4fLpuRfO/tavz5zuJaaibobmOOnSU/fPYE6n9v5vmoLDQCQEr1nqOCInqf3whcmzb85UZ2Ycz4vuEj1gpDTl6XbWR9ftKcAuhrYiigP/IJdSZQbuAkRH99XtLE0FpH2Hmy X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB039; 25:sr4Fng3s9Ofy53+d6SVFpnxV1exTFttNq/ZyX8BIYGeps2LmR9zCWfJPqfXFOY3IAnvyVSJlU4X7vQCt7g8CNO7q8upsRtJEqDMHKrU1qQd83tGRnaHg/W1UTxa4UkUH2ULwUyGqp+7zP9gIxAMeMvvgJeVc28CVqHa0Ohr/OkKJ+Ulzem1jGzOouiKGfrCB3tMwrKGfEeaZ0zQoDUju9YzJvS50D9jMJZwBUg3FJONzEQ4sjL39BC52BGe24PqreIfSKOj6oO75nugdoscrnM+eEqffNVFklBQRyGNec3oMTNBfWev5WOMbqiOy/2O73zJdg5D+Um49bBR9tnmzOOMY/cnLzSaWwfJut96ErRL+M6T3WRuQgHDR4wYjUrLVxfKrd1mXLCGzdUKxq6aubw58My70ZPxr7eB2d7Ihi0l3Oal+wJeuMEi0ryIrmpNuK+A9xVzBBFkiVvVWl6QO5sKgFOoFIkE/xd23mWSpN4I=; 31:miffRDR59ym64XkogRLNRv8hiTRNaEm+fzeONhmVMH4CaB44DYV8jjNWHLGYTRKyJOw8xdZiVNPfrZERuNd8zM/LJ5ZjCSy18lnv1aCd/PYHI0PTLrGraYeaHOUP8E6lFJhimFk4wWvfDU9BD+DYlacCu1twrj1O4YZHekwQz56xGaat/sjgnyrViVfMNQeJ0+TO1D+shyCQ+DyTXqtVtimTQuDX+dnAclkSF/rjlnQI4hcXde6P8msFxuI6lemcnGwRFd/Wbg0owYqz4aHsaA== X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB039; 20:FJIkpgwtVj09iXH2LWJ9/M0jgGdUiz6m3qz79U3E9qT99VdQcd7SVnnltxs+0r3qqR9vaIoL2XKk64uvfFS17ZdHG25x4YavUUyvYhj1eOQkiHJc0v//3r/OhXvb5lWoTPWlgfY1HDYmPECYUQvsQW7DJNgeXYc7x2d/epMmTPr9t6m8wJltQQUhg8xE0krfuJ2MCsrpG4/JEvzhgHnQgmbNmGS+nyYYtjbhZaqKSlqCWoZjfmGZTISnspTJPHrDsuSV6gYmqG0hUpZlDBYg7S6pv6HE7lmJQuoi2U0Fwko5wci+V4knFUVDMjPAMyBiuD+mIGj1G3JinsoTL+xBeRB8mONfIY9NvyKHx/c+7x6+G4yMHLp9eXCgz1Sf9hHNKu4AkaQozdcRfkPwHoFRzAuRxkId0fOeo/WDQG4hk4r6OrbWk/1aoSLd71JsiUKvLixVK4zzR5NOgGykl3AEciChxKWBnYlf+l8k29wr17AjiBnnig6ve0RPkW9JbS2w X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13017025)(5005006)(13018025)(13023025)(13015025)(8121501046)(13024025)(10201501046)(93006095)(93003095)(3002001)(6055026)(6041248)(20161123562025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123555025)(20161123564025)(6072148); SRVR:BLUPR05MB039; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB039; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB039; 4:vLazwhlOh/jJWXigDuckEcVtDvN9tiB38p3jTcT2OhlGQ9Q0QuK2TnuOmkTzooRUtkryNjWZJLbzssVVMrDIJZ/NkTaENjmvbDkKi8eS497PjFfPOvUP13gTLZeum7CGlcM0vG5qbZ63ElXe/ciNmHXtd0U4j+lre51JjBcrapf5HkaS9MmfSyxtiZ0tyUDu/Jjn/YznBkUTeh0AGol3WpRH0eej6wkz+4VmrzWj5GDJcae4dAtkgrt9wCXTWOO589jWnleb/gxYtqgrromUaXssAfFEpolbWBP057Gp+5JuoSpoDDxkx7E7JbexkZTxQ1Uu+KpHx0az5xehD09xJIPCfClZZLKwGv2ga2rrr8l5DEiG6OkbSLFLelOdsTRz3yY/ihE9V3mf66mkL901TBhn2gxeFh0ic0w9FPyREsfICynDc9z9NgHg2St4x4w70sKreBxgHFmsuK7xgegA76HA1Dx/kE2l+GEDm2k5TJIwzX9C09sOlwoBqJ8TPzePo+d0fRr4Nhevd2o85jFQj4ueWBoVr6OtJ5jXvUIKOo/LHcIGR++bzIS0rXcVhjGM4CGStgSl7x0MFszdwjBM+BJp1MB87NqW3wCkcJ1QD716q6SLWgCEP5jWzQJhJJvIcgOzFS0KG0V1JKtoQz0o73XdzgoF1S5iWhhMPu1/+Qc0FL2EuX5MhNV1PF40SJWf/0A7ZVh8zTVxXZSLDirz1ih37UlTmTUbwcALBZ8JW1oQyoz8aAJqH1NS8kcG2EDqCeJaauuzlGBtBoDiwdDjgiauDxCnFhYLTuBc4Lt0tK+w3gt+rDAZM5m032Ebn0ZWtrWsIhoaaYggYJlvukCXUiohczMIA1Uzhm/wRMh0f6tjpDzwAOpBzUp7euqkcV9Z2lxKfIAHTGAZoCdVOsJzDw== X-Forefront-PRVS: 0301360BF5 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR05MB039; 23:jVy/B7p9OtUqsNh8zxiZ/NdLwZXluhlVOPUv6686r6?= =?us-ascii?Q?lvEcQM05VaLdFFC4a42h6ZQV5VIJUxQWmXqvMKttzb+pOJUGxuDk9SHiDC1z?= =?us-ascii?Q?bKdnVWzORdXPOW67OmlWV70uukpOafgcv3aDo3Bl32F9KFcawGoXLkyO/fZR?= =?us-ascii?Q?FrLJDSuNwEuUuiapadrkKA4U68W/ynrT7Dwfn0eND8SZk1XynreEbgnPFhCx?= =?us-ascii?Q?QkrqSITWMAotANoAhJW0JZhKVz1zvH0Bj2wmZCLwl+PNsLe4b10iZPEm749o?= =?us-ascii?Q?jM0CE3ftw3mXVJm5fikwMj8WqFEh8rVKmiIJ2c1SLpgUgTYi+iMjN+Qs1QfP?= =?us-ascii?Q?G2r3Pe9CLU6586FCU+er6dkJwXH1QEAMsvQpMogFzEa17MfB8t04D65to9Nk?= =?us-ascii?Q?Vt7dr6SFLxB1HIetnjvkPACIZ4zcKMQxpQ9WWfWNSE7OfmmM+Q/VLIuxqOCm?= =?us-ascii?Q?jVw7Zu7r+vvXHVh2To5TJ2vp8lSsf6BXyRm8mxF/d15ZUW7Ki8Gl8m0d3Fcl?= =?us-ascii?Q?b41JNDDLt62u3qcPqLgqWzwfE4oBW5AHj0/r4nOn7Z5j3ja1lY2vWNaDqABA?= =?us-ascii?Q?YC+aGdY+KQ4YKS+1lzA1IhKX4TyQOATlOcPzQlXK6DJY86kme3aUfu+i0nz6?= =?us-ascii?Q?7S5sXfFQLKN9B289Sge2h2q53N5Mc4CHPzxVnf56E57CsaaTI6UJe0zxFVkt?= =?us-ascii?Q?dSXkI4CDydFSx4DYWyMXpr3p7bQcFbXIQQ3hWx18xC3E/HzyMLdyxkIl/Zzc?= =?us-ascii?Q?dud2IGpAhvmcCWBuYnvrhc5dSooXKH6sTD/ahvGg8jFVYSgAtNWKPQbaNc7V?= =?us-ascii?Q?shVoxgVUWhAd7AEyg50huumDxEx3kL6IRvec1QspL3vNZUvfl2cu6LVS/6vM?= =?us-ascii?Q?B99zGLZh88uzKoQARns/p24z/p6FTUnKrAv5fOdkclKov9CnmixnFpt8h20v?= =?us-ascii?Q?OUWqMVku94VVzEmyYztUKxcmTsTPbFPOg/3bOnV94UYBJzZ92OKPb9kxBpn8?= =?us-ascii?Q?NEImzJ5DiomiaUprGXL0nSr+YWa6Xja9e+Wv8o3lTcweWebATp/qc4XcKwoc?= =?us-ascii?Q?k74u9AzBbkkQRpu0uCpt3l2FLPvIZ/hyd2nQsVTR72tpw/mFu6lCDq8w/W2h?= =?us-ascii?Q?x4a2YSeMq1zP42WZ3tLx2o251HvrknYuLl7SMqGFAjyYDWGq85ymwsyEkIta?= =?us-ascii?Q?yULDofoLhgmPKJMHioS3Xmo8aPQSjzzxjOGgAIgANE/yP9tDGI/YAGCWtaoP?= =?us-ascii?Q?jUayClzs4VfuLXOorK4C7d71O2upyGyS1Z8DsmrFjbT88lJ2Zv9ICOuVCkgw?= =?us-ascii?Q?Vq4vwmDDdBi4KL8A0rUrs=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB039; 6:ysS2xmDQN+AztZe8emtgBOfPiuVPGmRahog/Q3ZCgHNGoDvmPr5XXrSHGhZ7i1CnY+c5Ko7rz45P64Pt+wtuJv2sSSP7tu+GWct4/AnFbesea2s9Ac9/19OW8ivDDSnQrnIt9djBd8qYOxEE8rHxPFKH1T+zO6jTBTZvYPkVBWsKMx5wlvi6Iy+GVAMnSsHzBrzadHPEWIahxnlMZxcqH8eu64qUnc8wMubliimBohMT0h3zyrGiI1EIQjGAcoB8WMjJMuXvf3Lv1FwBRC2NNM5r/RCdkNQmd7SDH40YuXAlwDDZysFnZEeOPW4jDQPt0XwfE2buoTWXD6laXCL1XXpi4krhFH1JjU/+Tfglo/D0qmKSh5zysCMsO35dzMW4mBw9s8Qt63hmZPlHxbhqQ/lMCUXEgXudbKOf7weJjQmlRWbH46wdiom1Q4D5hR7OmFfFW3N2jZUwHJmyKY0lHJ/YcaoAjfU5lh3NMwg7SIHrv+ANXfOdfEWV/SVJhc4QjFemThszk3jlQc2muW5lt767GOg+fYNHTkhtMLnB8/E=; 5:EZb90pTljgXZMQcvDM1smTVKp2DWK3koeTcKaSR+sVlhMr6z+LQqj8w07LjsUv2sKuMnMaW86Nx3vkBd6zsumEX0BckmUen5MK+jSJOHNSOAbaJHf2B9fELR3yGS58A/J4HCxWxK8/ZyYh2Kb2HlPQ==; 24:pZhce5Qb1zZLrQEcKY614/hiD0gGtbOW3UZYGCdKGCKNSMcRDa81z7cFVxraUKBaDyYvSiFPkSYNY76WtGNkqw4wnYnFxk1GnTHfU7XCLuY= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB039; 7:8QVM0JrMRFeyGPLrshvMnjd9f8w0277grj2ZwTadIFDVbJEt4KqNCS0G1b328is9AVuyvv2yoSvAxCdAyUAKtsBt1NFV5HN1d3F0UZluuojFng+5mjrRez7CqBqUJXen2JqVVgn/7yuDW7sZ6u6uFPE1iWjXQTCRlOgc6UFx3kEE80YkPFvLHgtv2QEZcgayaCbHRayTqJg0IQjU4WULIuNbv2PVW1Plcnp/UW8JL8GKj/sXtJfBb9ChQ6nWT8zmm0bbRGeBu4c/9qBHAIQPUUQqBXzw/lc6pGGNLzKZWia90qz6xfCjyCUshnM3YAxXQdlWjmFmjuNSU1lzh6XKrw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 May 2017 06:24:57.1298 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB039 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 06:25:00 -0000 Hi, > I build CURRENT on two technically similar systems on a almost daily bas= is. Therefore, it > was a great relief having WITH_META_MODE=3Dyes set in /etc/src-env.conf = for incremental > builds. To make my understanding of this clear (just in case I'm wrong):= setting > WITH_META_MODE builds only portions that does not need to be build in th= e make context. I'm not sure I parsed that correctly, so let me just say; With MK_META_MODE=3Dyes, bmake should be put into meta mode. This simply means that most targets get a .meta file, that records the expanded command line, any command output and a syscall trace. These can be very useful for debugging. More important; on an update build bmake can use them to make targets out-of-date that the normal rules miss. Any change to the expanded command line, makes the target out-of-date. Any change to any file read or executed makes the target out-of-date. = > Well, the reason writing this email is: on one system, I run almost ever= y reboot into a > "full build" and this puzzles me a bit. The long-lasting and time exhaus= ting builds are You can add -dM to your build flags to have meta_oodate() - the function that does the above, explain why it decided the target is out-of-date. The results can be enlightening. Note, if a target rebuilds without -dM saying why - then the normal make rules decided it was out-of-date. > within the LLVM/CLANG tree. They consume a lot of time. The box in > question does have a Yes, building clang takes a while... > Well, having said this, I need to mention that both systems use almost > identical /etc/src.conf setting - except the order of appearance of > the WITH_ tags. That should not matter, bsd.mkopt.mk processes them in a specified order. > The problem: to make my point clear: the "weak" box starts compiling alm= ost everytime now > the LLVM/CLANG tree while the XEON box does not. This is spooky. Add -dM, and see if that tells you why. Also confirm that filemon is getting loaded after each reboot. If that comes and goes, that could cause the behavior you see. > I think there is something missing an I'd like to ask what is the sugges= ted way to > initially restart a full build to ensure that WITH_META_MODE gets initia= lised correctly. I think Bryan has set that up so that it should take care of itself pretty well - even toggling bewteen non-meta and meta builds should DTRT - which is why it matters if filemon was used that it is there for next build. > Well, I'm not a developer, so please be patient with my naive report. No problem. Adding -dM to your build (will add a fair bit of output), will hopefully tell you what's up. =46rom what you describe, I'd not be surprised if you see some "a build command has changed" and it only takes a few to trigger a cascade of targets out-of-date. --sjg From owner-freebsd-current@freebsd.org Mon May 8 11:45:50 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D62CD63092 for ; Mon, 8 May 2017 11:45:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670053.outbound.protection.outlook.com [40.107.67.53]) (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 ED6DC19C6 for ; Mon, 8 May 2017 11:45:49 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0191.CANPRD01.PROD.OUTLOOK.COM (10.165.218.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.11; Mon, 8 May 2017 11:45:46 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1075.019; Mon, 8 May 2017 11:45:46 +0000 From: Rick Macklem To: Slawa Olhovchenkov , "freebsd-current@freebsd.org" Subject: more default uid/gid for NFS in mountd Thread-Topic: more default uid/gid for NFS in mountd Thread-Index: AQHSx++rThRkes9J306I64SeGCJfAA== Date: Mon, 8 May 2017 11:45:46 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: zxy.spb.ru; dkim=none (message not signed) header.d=none;zxy.spb.ru; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0191; 7:pv2q296nMvzSwglphStNaAX4ERHHEDh8oFLT40aISsos767TG9Rpmg5VghRo7Rv8xm4Tmqr+S02ApPZ0rinDHFvJL3vst98AXQKPQ5dqXJ9jdhLraGrtl558QM+gkKzO1A2nP6G89s4Ui7PkWROQ+8+NxB5LCd9K+3O/fKMMljprqijyqDr66fmyLOjE1fQOtvPNxSdc0ZBHwB43BuUbpT13ahRCTYxBSB6O0quudjt/C+Ly22PhEuCfHXsypDkhvIFZesujfyZD//u+7Lt9o/s40+dYkdY9uy8IfUJv0pnwXXdpbgLXt9M0NxLorvxVS8DgM1MiQIKRRYVdhPntmQ== x-ms-office365-filtering-correlation-id: ad3258f8-8997-4bf4-d8af-08d49607c438 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:YTXPR01MB0191; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(6041248)(20161123562025)(20161123558100)(20161123555025)(20161123564025)(20161123560025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(6072148); SRVR:YTXPR01MB0191; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0191; x-forefront-prvs: 0301360BF5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39410400002)(39400400002)(39450400003)(39840400002)(8676002)(7696004)(478600001)(74316002)(2900100001)(86362001)(33656002)(305945005)(81166006)(8936002)(38730400002)(2501003)(2906002)(122556002)(25786009)(5660300001)(3660700001)(3280700002)(9686003)(102836003)(551544002)(55016002)(189998001)(53936002)(6436002)(6306002)(50986999)(54356999)(74482002)(77096006)(6506006); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0191; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2017 11:45:46.5517 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0191 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 11:45:50 -0000 Hi, Five years ago (yea, it slipped through a crack;-), Slawa reported that fil= es created by root would end up owned by uid 2**32-2 (-2 as uint32_t). This happens if there is no "-maproot=3D" in the /etc/exports line. The cause is obvious. The value is set to -2 by default. The question is... Should this be changed to 65534 (ie "nobody")? - It would seem more consistent to make it the uid of nobody, but I can als= o see the argument that since it has been like this *forever*, that changing it= would be a POLA violation. What do others think? It is also the case that mountd.c doesn't look "nobody" up in the password = database to set the default. It would be nice to do this, but it could result in the= mountd daemon getting "stuck" during a boot waiting for an unresponsive LDAP service or s= imilar. Does doing this sound like a good idea? Thanks for any comments, rick ps: Here's the original email thread, in case you are interested: https://lists.freebsd.org/pipermail/freebsd-stable/2012-March/066868.= html From owner-freebsd-current@freebsd.org Mon May 8 13:07:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0AE77D5FFEA for ; Mon, 8 May 2017 13:07:51 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 74E78A7A; Mon, 8 May 2017 13:07:50 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 4D63C20682; Mon, 8 May 2017 09:07:43 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Mon, 08 May 2017 09:07:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; 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:x-sasl-enc; s=fm1; bh=ok9eIct/4TcIS9mcSv JqKNudHbafJVoqeX29yQLCHzU=; b=3OeJdIwbzUQwgpbrlCP1NY5AE7h4zdku8D ZjhnwSU/j3g7Nzt2LXuyXKyE80baaNyITJQestqDhNfTkzm9OawoI3UWb4baxEkd bY9rGefP39kIYtsTAGg0jRYQodTz5cLvBzEucgfdASL+Lr9ZZGAEgWjWXAFIuLvd NuhSVvq6+IE4r3L5DchmcIIDPzFyz86q3MojCKjTE0Mj4nygHJDPR6ieDaPO1t/E r5F9XdXmG9VVQYJjcECYjR18c9jTB9SnM66mdzXnXYjY494yOT/nq1Wfc6yl2J0L gRqOGraIZN6b6ZprNoyHvtCMXme9sYVeiUyjpgh0Ln4DlwFPwaHA== DKIM-Signature: v=1; a=rsa-sha256; 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:x-sasl-enc; s= fm1; bh=ok9eIct/4TcIS9mcSvJqKNudHbafJVoqeX29yQLCHzU=; b=QQdccyCF VL8oB2ffTQATd7tbjW7/fj5JxdniLluQMrLYNW+58vZi+Bf3U+GaKNMBZHkew8jo 9LPKv3V13oF4q6FoU/fHRRKuOI+H0WFGI4fVrd1foHEujghX1KBkJSqOK7EFmljc HNTygSjHIyWsBlQB1KMif/Gd0oHl1faU5k9IC4zai51aG1Ay0ttJcNcf9LKf0BsO ClmI9kBao6g5CnoCD/WGAcKUtf8OPH6cRJUAh9lk/ldmhbkdIjoxR5VqLlIzm/Ze XFuIDkPM7YAynJsVBZLXKICz4PPvGDX8lKFO8TKRN+TbVTCQwEUXpMGyna/d4Xob z+qng/qWIElx4A== X-ME-Sender: X-Sasl-enc: R8c+RK7UWuddiqDqdlDxsWc3vHpRTLBncpd9IKs7370o 1494248862 Received: from madcat.local. (58-7-109-160.dyn.iinet.net.au [58.7.109.160]) by mail.messagingengine.com (Postfix) with ESMTPA id 8A96D7E9E6; Mon, 8 May 2017 09:07:42 -0400 (EDT) From: Alastair Hogge To: freebsd-current@freebsd.org, Ed Maste Subject: Re: ${src}/release/release.sh fails at makefs state Date: Mon, 08 May 2017 21:07:39 +0800 Message-ID: <7022924.PpcfPiQ6Li@madcat.local.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) In-Reply-To: <912E7862-7AFB-4B40-863C-0205FEF2AFB0@gmail.com> References: <590d576d.053aed0a.239ed.3885SMTPIN_ADDED_BROKEN@mx.google.com> <912E7862-7AFB-4B40-863C-0205FEF2AFB0@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 13:07:51 -0000 On Fri, 5 May 2017 11:26:44 PM Ngie Cooper wrote: > (CCing emaste) >=20 > > On May 5, 2017, at 21:55, Alastair Hogge wrote: > =E2=80=A6 >=20 > > Calculated size of `memstick.img.part': 485474304 bytes, 9435 inode= s > > Extent size set to 8192 > > memstick.img.part: 463.0MB (948192 sectors) block size 8192, fragme= nt size > > 1024 > >=20 > > using 9 cylinder groups of 54.38MB, 6960 blks, 1152 inodes. > >=20 > > super-block backups (for fsck -b #) at: > > 32, 111392, 222752, 334112, 445472, 556832, 668192, 779552, 890= 912, > >=20 > > Populating `memstick.img.part' > > makefs: bread: read 8192 (684294144) returned 0: No error: 0 > > makefs failed > > *** Error code 1 >=20 > Cheers, > -Ngie Thanks Ngie. It look like r317744 is causing the problem: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D317744 That is the checkout that breaks release building for me, prior revisio= ns=20 cause no problem. To good health, Alastair From owner-freebsd-current@freebsd.org Mon May 8 13:42:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76506D62A72 for ; Mon, 8 May 2017 13:42:13 +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 F13DE29C for ; Mon, 8 May 2017 13:42:12 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1d7ivL-000A7s-Mg; Mon, 08 May 2017 16:42:03 +0300 Date: Mon, 8 May 2017 16:42:03 +0300 From: Slawa Olhovchenkov To: Rick Macklem Cc: "freebsd-current@freebsd.org" Subject: Re: more default uid/gid for NFS in mountd Message-ID: <20170508134203.GA3165@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-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 13:42:13 -0000 On Mon, May 08, 2017 at 11:45:46AM +0000, Rick Macklem wrote: > Hi, > > Five years ago (yea, it slipped through a crack;-), Slawa reported that files > created by root would end up owned by uid 2**32-2 (-2 as uint32_t). > This happens if there is no "-maproot=" in the /etc/exports line. > > The cause is obvious. The value is set to -2 by default. > > The question is... Should this be changed to 65534 (ie "nobody")? > - It would seem more consistent to make it the uid of nobody, but I can also see > the argument that since it has been like this *forever*, that changing it would be > a POLA violation. > What do others think? IMHO uid 2**32-2 is POLA violation. Nobody expect this uid. Too much number. This is like bug. > It is also the case that mountd.c doesn't look "nobody" up in the password database > to set the default. It would be nice to do this, but it could result in the mountd daemon > getting "stuck" during a boot waiting for an unresponsive LDAP service or similar. > Does doing this sound like a good idea? This is (stuck at boot) already do for case of using NIS and nfsuserd. I am regular see this for case of DNS failed at boot. You offer don't impair current behaviour. Thanks! > Thanks for any comments, rick > ps: Here's the original email thread, in case you are interested: > https://lists.freebsd.org/pipermail/freebsd-stable/2012-March/066868.html > From owner-freebsd-current@freebsd.org Mon May 8 13:43:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4F89D62B27 for ; Mon, 8 May 2017 13:43:06 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id A466F873 for ; Mon, 8 May 2017 13:43:06 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from ford.home.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id D9EE756495; Mon, 8 May 2017 08:43:05 -0500 (CDT) Subject: Re: more default uid/gid for NFS in mountd To: Rick Macklem , Slawa Olhovchenkov , "freebsd-current@freebsd.org" References: From: Eric van Gyzen Message-ID: Date: Mon, 8 May 2017 08:43:02 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 13:43:07 -0000 On 05/08/2017 06:45, Rick Macklem wrote: > Hi, > > Five years ago (yea, it slipped through a crack;-), Slawa reported that files > created by root would end up owned by uid 2**32-2 (-2 as uint32_t). > This happens if there is no "-maproot=" in the /etc/exports line. > > The cause is obvious. The value is set to -2 by default. > > The question is... Should this be changed to 65534 (ie "nobody")? > - It would seem more consistent to make it the uid of nobody, but I can also see > the argument that since it has been like this *forever*, that changing it would be > a POLA violation. > What do others think? Since the change is easily communicated in the release notes, I think it seems quite reasonable, especially if you limit it to 12.0. > It is also the case that mountd.c doesn't look "nobody" up in the password database > to set the default. It would be nice to do this, but it could result in the mountd daemon > getting "stuck" during a boot waiting for an unresponsive LDAP service or similar. > Does doing this sound like a good idea? I imagine the lookup could be useful in heterogeneous networks. You might consider adding a CLI flag to mountd to let the admin choose the user by UID/GID, and possibly by username/groupname. That would be a reasonable workaround for networks that often hit the lookup problem. Eric From owner-freebsd-current@freebsd.org Mon May 8 15:37:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E72CFD62A83 for ; Mon, 8 May 2017 15:37:24 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 547E1989 for ; Mon, 8 May 2017 15:37:23 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.143.39]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M4GRv-1dzJBG0D6R-00rl4H; Mon, 08 May 2017 17:37:17 +0200 Date: Mon, 8 May 2017 17:37:09 +0200 From: "O. Hartmann" To: "Simon J. Gerraty" Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: filemon: weird full-time build although filemon enabled Message-ID: <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> In-Reply-To: <16322.1494224695@kaos.jnpr.net> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/ycOAhHP0bxIzVzy19BTU.Ew"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:XWbhoTViGbW6fxUbxrtN90gTZKVxXWSWXuMI+oQPsdq36vqn3gw vcoufn4Diecd0tH2OFKh6II3PvGygmxF3eqp/oGEYU8MS/qbckXuzuAXTAyRAIhhlNuinzU XD52CndNEaufC8Bi5G0SLs76+xSyfDuGhqY/RTDbKkPgHFi7MWcXSW6uwVgUVuaABDbT6A2 mLroM+dYbuxSt83Rl8scA== X-UI-Out-Filterresults: notjunk:1;V01:K0:Z+PUeBwozMw=:G4int0O5qzsCaTgurqxmIq Txub0aqx/3T/kJ3IcnYoyxfEqX85xcMTAZNy0fXo3rbI1ijWMs0Zmxk5rzZq9PJYRznnMbUzD 5VsoVwX6e5Ue2Vge04l+jHPgfvPBhBF8LrVrfEbf6rEl+VQvIdl9YNB/18mc4CPyPKl60h40W U9aKO1MC3pvX3tBhu2QmyuG//+tFrHrgecJdy3kHZrr7VXHByOd3G4kzz2wbGn9PX8C279u6S sHxriwLbJdu8mpvGbBpm9nHNQC+K23dHu0x9jiq0qQSSJ2IB6gXKv5hAx5nVOnoJcDrhYoBTR GloMysrop7bVBNssOHBI9sGpkX3on+wjPtu6e0K8gS97Xbl+ircB/RGgXM/d/fzjwGPPRoVL8 qHPnZH+LNzG3gYBqT4CpcYluyu/nYBClJKkBNPNgIqv86KKC2GL/VUAc8wJP9hrz80V4VTKMc w65pKNDAHfnqlK3q4Mw0qUEQbrAc9kcQ7KT2JZ+mpcIcpHWf2QVHpVbSto/dJX3mKCrr/EDlj jGYSttYjWgZ8KJhUOYGWnxhubLHTlfCbFcbnNHtZWu30urbnlm5dCO/FFqfXGnFizCvjhztuS rgcSGb05BLR3/aCRn6wM1SZnILO4iE1Ha7lNSaQGKAah+n8VsN6c2hkyGAUVQKc8GskgXT5ya bxvSf/BJBWUTrhEv/01pf/pn0BQuEF8DY2/eAIsrMBsI7xnn3YjOgmNewXsD3MZ8BarlPrOeB 6rDIdqTqChlZh80mNFDRqv3PuHrTl42djqxvJ0t7CXv8c89usinJ9JXhHyY= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 15:37:25 -0000 --Sig_/ycOAhHP0bxIzVzy19BTU.Ew Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sun, 7 May 2017 23:24:55 -0700 "Simon J. Gerraty" schrieb: > Hi, >=20 > > I build CURRENT on two technically similar systems on a almost daily ba= sis. > > Therefore, it was a great relief having WITH_META_MODE=3Dyes set in /et= c/src-env.conf > > for incremental builds. To make my understanding of this clear (just in= case I'm > > wrong): setting WITH_META_MODE builds only portions that does not need = to be build in > > the make context. =20 >=20 > I'm not sure I parsed that correctly, so let me just say; > With MK_META_MODE=3Dyes, bmake should be put into meta mode. >=20 > This simply means that most targets get a .meta file, that records the > expanded command line, any command output and a syscall trace. > These can be very useful for debugging. >=20 > More important; on an update build bmake can use them to make targets > out-of-date that the normal rules miss. > Any change to the expanded command line, makes the target out-of-date. > Any change to any file read or executed makes the target out-of-date. > =20 > > Well, the reason writing this email is: on one system, I run almost eve= ry reboot into > > a "full build" and this puzzles me a bit. The long-lasting and time exh= austing builds > > are =20 >=20 > You can add -dM to your build flags to have meta_oodate() - the function > that does the above, explain why it decided the target is out-of-date. > The results can be enlightening. >=20 > Note, if a target rebuilds without -dM saying why - then the normal make > rules decided it was out-of-date. >=20 > > within the LLVM/CLANG tree. They consume a lot of time. The box in > > question does have a =20 >=20 > Yes, building clang takes a while... >=20 > > Well, having said this, I need to mention that both systems use almost > > identical /etc/src.conf setting - except the order of appearance of > > the WITH_ tags. =20 >=20 > That should not matter, bsd.mkopt.mk processes them in a specified > order. >=20 > > The problem: to make my point clear: the "weak" box starts compiling al= most everytime > > now the LLVM/CLANG tree while the XEON box does not. This is spooky. =20 >=20 > Add -dM, and see if that tells you why. > Also confirm that filemon is getting loaded after each reboot. > If that comes and goes, that could cause the behavior you see. >=20 > > I think there is something missing an I'd like to ask what is the sugge= sted way to > > initially restart a full build to ensure that WITH_META_MODE gets initi= alised > > correctly. =20 >=20 > I think Bryan has set that up so that it should take care of itself > pretty well - even toggling bewteen non-meta and meta builds should > DTRT - which is why it matters if filemon was used that it is there for > next build. >=20 > > Well, I'm not a developer, so please be patient with my naive report. = =20 >=20 > No problem. Adding -dM to your build (will add a fair bit of output), > will hopefully tell you what's up. >=20 > From what you describe, I'd not be surprised if you see some > "a build command has changed" and it only takes a few to trigger a > cascade of targets out-of-date. >=20 > --sjg >=20 It is weird! Today, after yesterday's built, I face the same 90 minutes build horror aga= in, this time I switched on "-dM" with the make command. This happens: [...] /usr/obj/usr/src/lib/clang/libllvm/_usr_obj_usr_src_lib_clang_libllvm_CodeG= en_SelectionDAG_LegalizeDAG.o.meta: 15: file '/usr/local/etc/libmap.d/nvidia.conf' is newer than the target... This box has the following lines in /etc/src.conf to rebuild the nvidia ker= nel module every time: PORTS_MODULES+=3D x11/nvidia-driver I do not know what is going on here ... :-( --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/ycOAhHP0bxIzVzy19BTU.Ew Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWRCQpQAKCRDS528fyFhY lNzxAgCJOvdwMaXet8qCsgeHjq1/yUG4oqJDdbka6r5+RWB4qhkPVjqTP7MS+tTb KDJZJnRXetHKFTLO2J9MBsS1gzOtAgCbR7xC0479TaFwok7l+rijMvNrODDkpJKu zkO8OJPOg/HAo2Q+trR/DsAFYnZ/ttGIV6aSpEsga6RD7LkGbP2z =5yNs -----END PGP SIGNATURE----- --Sig_/ycOAhHP0bxIzVzy19BTU.Ew-- From owner-freebsd-current@freebsd.org Mon May 8 16:04:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 302A6D6361B for ; Mon, 8 May 2017 16:04:17 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0119.outbound.protection.outlook.com [104.47.41.119]) (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 0E57FF3 for ; Mon, 8 May 2017 16:04:15 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=tXexUsvity6QRu9yp93/CdDqSJ/B2doAadRV+FO5Ub0=; b=B/aS4yVCUzt6GFDfgXm+5WTWdiFIeBT/tUORneTUpWTIUMgnDjpNAMLzemTsjov/pOQL19PYd/f3hQXWlUIeSbceBC/dILb6BLEIGidstfC0CxoevuoMzuSMMv1v4wBIYnacyqhDsNMbSzc2SsxOE/dhfeBN/5S0w+9XsNU/OR4= Received: from MWHPR05CA0022.namprd05.prod.outlook.com (2603:10b6:300:59::32) by BL2PR05MB035.namprd05.prod.outlook.com (2a01:111:e400:c09::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7; Mon, 8 May 2017 16:04:13 +0000 Received: from CO1NAM05FT056.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e50::208) by MWHPR05CA0022.outlook.office365.com (2603:10b6:300:59::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7 via Frontend Transport; Mon, 8 May 2017 16:04:13 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by CO1NAM05FT056.mail.protection.outlook.com (10.152.96.172) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Mon, 8 May 2017 16:04:13 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 8 May 2017 09:04:09 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v48G486N028742; Mon, 8 May 2017 09:04:08 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id D81E238551F; Mon, 8 May 2017 09:04:08 -0700 (PDT) To: "O. Hartmann" CC: FreeBSD CURRENT , Subject: Re: filemon: weird full-time build although filemon enabled In-Reply-To: <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> Comments: In-reply-to: "O. Hartmann" message dated "Mon, 08 May 2017 17:37:09 +0200." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <25258.1494259448.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Mon, 8 May 2017 09:04:08 -0700 Message-ID: <25259.1494259448@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39840400002)(39850400002)(39450400003)(39860400002)(2980300002)(24454002)(199003)(189002)(9170700003)(110136004)(107886003)(38730400002)(23726003)(86362001)(2906002)(7126002)(5660300001)(6266002)(50226002)(81166006)(9686003)(8936002)(356003)(305945005)(53416004)(8746002)(54906002)(50466002)(55016002)(8676002)(2810700001)(478600001)(4326008)(97756001)(117636001)(77096006)(47776003)(76506005)(7696004)(106466001)(105596002)(46406003)(50986999)(6916009)(76176999)(2950100002)(53936002)(189998001)(229853002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR05MB035; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CO1NAM05FT056; 1:oOtM65fzXGe9eihSwYGpOyb+tXlI1OfdAa7kQ//oB+6aOIuwNoHie+QuIPIk4yiuL4SXAUCBf/l8+GZtBX3whzQ8LIIS2w6gJuThjJ06GG8hOxb+/82Kq/T3F+8Xh8X2Hkd6TrEqEU+tLwBaR81rTHTPnIITVQ81BLmw0CMwMdndMG6fb5hxqPjhYHR+1vRbk+PcUZgItEYPXBiLizF+OaMYJPsWixI3iJpDLTZsBYnzhN34xrHWhn6DHFtqE1DW+RNPF3iRaoSCndk28/zwfiJHATOFlKGzIZOfUhZ7u303Eq4u1qkT4ooVJehdtKga4mZP158jHiJplFZ2m8k/0pk0nW8OwwM3+ohwxZBvvUUHRJx47zQuD2GXWt9GKt5n21DNl1YG5qzxV1ey2pmtixVtP3fS/0c6wheoDmnLt3x4/LaVkZ6hkpZziCEB7v/XJ2km+H2b/JuOli/M25CwtfnWv91l6i2UWXenSf5/JOU9OAj7RAz50u5SwgO7fFu+LOCLq30T85NGVIcCDoaqvuWdn0U/zmqjrS3IO03zRCtd7uuwnIdMqsjCHfbQ7ZNk/EpCSttn2cYw3wXWlHAwj/nr63i5RdtcSvMabvVzXOA= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: c781405f-0501-49f4-ad1b-08d4962bdef7 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:BL2PR05MB035; X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB035; 3:f/gh2bVKIIPq8/l4ixSxOdUVXKVUSxX7q/pefnJgqzw28KZAPUD4iDqDy+eavDsYhJlktBtY1KhTbguypLgquEiwtsUP6e6BSxhfmlLe75KO4TKmTX/Ik/jCHV9VPqU287s/rrS5EdTHZzWKOhOZAjTSN7sVLLfinJh2Y77K5g3sNBkg7rnsIjVHHzOV3Z8n8swGezR1F5Fhs/1XyNg4Zw0adSK/v0zgEjHADQ2yuejOz8X2brNB3rgxEGhdmLTyLKwth+0KyxaRYy+KTzn59w3Xz7p1AAQUkOyS99Bn+r7zF1GYIWDJ4FH4sc70DpKJ65M6+piKLHC7bVbWwQQE/d+avNsc80CA+VV0jipQ3YGy1ZjqU0uVkzpWqlMY2wxm+IiL8i/I6b8yisxoqyqumok88AP+4rO33NBFSmhoeMrHBHR5LoM+3pSQBE/jDk2xhI4jcJr1EFP6YX9YuwU7S5N/cnzGSQEzxE1CanhoaAOlRWkU+WldoT1EelrM4wmP X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB035; 25:U4EoTtVMDetDUTsy0hpBoo1KpRkf6+NX7JQLMKJfuNsrRsJNgjyAEAaXvZsNkGhSE4u6S/4gR9Yqvpg8IwqVACWL8YEErnUcoQlY0hgG8j6391OUfGorBxTmJbmIzZOLn49gjPsy8OGtMJ/eUIrmOqEg9E4mUYWbmRp5YptL2ElwBhyHz5foFFOtyUSFY0EJvq8l+JEJ5hyHHPq4O5LswR7ID/ILai1KT8ATHjldNYR1bWigNvP7hyKtYej1bosnCYbtFEEIiESPNQmDraur7s2oRNxnZcfkCgpM5Q1uurkioU3n8D38VqOsK45py5OjHPWg1uKs/q2/4mh+tBa3kJIylGok7WWfninBjkWJRt+8kST1BlBg+FNrENFoW+ULEZeKP2bn7QfgAO3+EB3N+u+2Hy8gKRzjeCf08WQDmC7jZvRzntjveEUsnvBbEWIvfKKbXiq+k764YXN3ws9JGv/+tFm102aaOJF37ImQjQs=; 31:yc4RhGX3TI69rAiUkyNhYcveXfQlCAEtmNsb+rR0w483cDlbWalXwBKbxPsyN5mTrnDiPJ8BlcRsa+DP1qnrUAuU5pLDm4/da2NM8A/bUwGVgEYNL+9DYf85JJo/5U5tMvC10hsuqBptWwhiOKvjMmzoTAAT3hzo1SC0jTQmcMCGih/yzlJpegdZ8Dk3dsREO8mKmcOzo4RRHxLZQlgH1n7R/GA2TdkHqHyxmqZA26go/etRihUmjJUnBMpErbjMRZgggT+NiRvU9dkMNKavxypubu1g9VGQEkkQpgxRmAU= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB035; 20:9d4EDDhrmos9pFFv4bazmDvhH+pNE5SD/n+e542k4DY0ZK+Ge6a1h1zkxeGcj1HtZ2BITKOEUekbwZtI9OJpS0VpZHk2RidccZRF4BUAZQe6g2VTi8hqv1ZNwnPGwlYV2HUukagEIzAp0PlbO3uVCEUsPfUeKeQdQXd7W/ri9yHHzdX/e+4VSRi3mc4WyNyTDMzWyeKR/2qDAYLFhMkaVZSG16l1ZwVxHFOae7Z7y2U+O2IQVA0DYE7XGrXtiNfUSA8xJs9R09rw2xYJ5Husbe98Ldr2F2OaCHfFCqq5wnR5N1BNTC+wQIf471mZwaF5z+TSwr11xIpWC0MaEoTbfYZVx349rqgsweGxokyIvQpiHA/2F9S7DmkUtRDC3SsfPGTDoaTKeV/YdStvwPKef6bs8V3tcbG/xucv4/svJwLBmai/0MHBbeziKnR+JyZOIiUHFWmsTw8Rj2BwFDdK3JpXIGgKwoO5zc7FzOlJDFeGyUC6NrSNefHwrrn5k/kC X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(13015025)(13017025)(13024025)(13023025)(13018025)(8121501046)(10201501046)(3002001)(93006095)(93003095)(6055026)(6041248)(20161123555025)(20161123560025)(20161123562025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(6072148); SRVR:BL2PR05MB035; BCL:0; PCL:0; RULEID:; SRVR:BL2PR05MB035; X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB035; 4:MLVT9MjgcMDZxlPV2IztEJfGuWmW1KGIb/Yc1/Vwq9EWgNb2o3AMU5GTotmJqJBeCg8jUD7Rzq7gNKl+VXCwEG7GQG4Y5KqXXcC1hLlYWNyXoUetQDKWMdfPdjLtsLG4zhJP00b0iUpZdF2u6jtpF0Or+rAqKCqUz0cF7af90kde7Rx2d2AjSi3Y9yrM+V8K6R351DDmDQTgcZUbyqZSJoS98e3SuaEz0sK6foTzvSyCk2GouisUaa0RpY0a+KSJClE0Rogr//CjNxxDzObpHcDz3GpIDbzv7KzZt/OCa25y16qxD0IYhO6U9BCna/5KW0HU1wr3hypkDS1WVlTivDart1Sd9hJMbUrL+hBBu+EvxuH3/46QyxrjFOI//+vQ+1uXO9YuYX58k+pk+DrrwhDFmN06wiHz2T/+z5nPCZ4AoKVH0c6/7ig410yHjxnsuFLFQDEkr+QfUFsYcQ0p/i5pckOJCnIl9KHPNH8gvPnMz56UGQYDbNwdGjpjxQLlvnqaPDjerl/gXVSBlNTRyN/zHjkrW7tOVcBME1Qq0PvXhy9snOaAbquMm1bKSQABmFQ2z3wZVXQQOHXzctglOcwzBPggLEjaEpdsFel1TUxMCInq4ER7FiO9SjXUJEqUKQkf3/gJ6hH/KZWuWwScFY4ksG4aczvwFnQwfa+7lUvRgHOJNDN9XlIHZAQQW02+ELqCxCcJZNoDd0uFNIyApufXpbtYcr9DBCtFsrz7ISnJ3LlgCPYNfcxKcaL38mX6t+3FP4IOdWsu1RixyW6YdBV3+RytrWTK6SUIoDr/0nlgJomDS+uS/JOx6L1nvCX3BRpguTJe901hUqj06crI7QUz6hR0DrT/KwEBvJhegI9s4oU/7gb8IIkDnJOZFIMWxtkvLWYkmivRBdGmAa54Rw== X-Forefront-PRVS: 0301360BF5 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BL2PR05MB035; 23:oYdJZrESiQz9LndgOV6AQi9un+GPLW53H/uSJlGM0G?= =?us-ascii?Q?49rJzXH0NJ9Zm55rztLrt7k2BjlU9mQ3pPbm+AUiJiG7xDq5kam95T4brlPP?= =?us-ascii?Q?g8tt+hfuSBVxOtDjgMRKDPbjQyLVVVE7007KnOThvuBDK3UStL/ySiYqduVd?= =?us-ascii?Q?vutUt4//V1z4ixwBXbMZ6jqz0uyP9IkRIcYDXjGMvxjQBYfiMmXvAUYS25gT?= =?us-ascii?Q?vxXPfs1o7Cl/fEHTqOZa2LPH0HL1ET3mZ7LaQB+J9YmQxPW5d8GfV7l9GGqt?= =?us-ascii?Q?vlohGjTeKeVtWflTvocDrfLFqTxN1F6r75t5CqmzSzrQ5hPRutSDud61l1CJ?= =?us-ascii?Q?fi1C77EHuPC7sVd80nkM56iIeK8K8FTzHzFyH/GfbOixj3mx0hqWbYHhWgO/?= =?us-ascii?Q?qGFejUFUI9bSWivMLTHYM3qbT/MpSgcRFEYoJboqAPQFjPZX7O121zIdaUUC?= =?us-ascii?Q?w3SWPTkF78pb4weH1h5ZelK9vh7KEH+8MXFZHfLjrw7b7GdSVF7meepfcE3o?= =?us-ascii?Q?svlFCve9HqHDibTaTrjjjPOBM7OkMGdQC7/B3L5Vm38puzZ/phW1to2wVhWT?= =?us-ascii?Q?T3Ss+vTu5CbLefn15q+rg7bETKL+4mVTwzsHicRwN0Sjih6WFC4uXeektUOy?= =?us-ascii?Q?brpCmDAmPpWnLBHoScsN2ap+mp1DwsF33PCQvLmSfVxBl/HBf1ej1JR/lsBQ?= =?us-ascii?Q?1r06iTDa+ewJFLE44kZmlA7NqQpoq/OL6O0k8stjATds63ZgMDTvRMjeNPzx?= =?us-ascii?Q?jXYD5U5eJz6XFLyt0mWpoFVIyX/OR6Q3To8jWTOu2FLzE2N25u40EC/R+Ibd?= =?us-ascii?Q?wLctO3XpnbKlgj3cZOdTy3Ksqz8swCL0yfJdSCt7NP7S9NDFal8C0p8SDo4n?= =?us-ascii?Q?H6DDFph7J40QhECkfo5a4Qa+thW/69S7q/BPs5jU27Fy6ypRz2qSHI0es+hg?= =?us-ascii?Q?f2HkzSZ1PGKroxVyOkiHWvnJfOoLAXRmOIA3KliqIbYt0SjoOlT6Vj3PbA7E?= =?us-ascii?Q?wEhrk4A+WDBLUdqYHgrSZV/3TarWksy43JNE6ugPjQrDTtEUO34V9xT2wfgL?= =?us-ascii?Q?owv9gApFjT3bO4dp0U98SyLR7kqbRVmrrQHDXOSE1ZdFo9e5PnVCY+GMDJDk?= =?us-ascii?Q?qkFmXBf3+IsqcCDZmQCsABVw0xJqxNjwxKNClSnXRMnPbW+vads4f0LgKhoV?= =?us-ascii?Q?EPFRNIxgoFd2+z788oZGUEFbz3MFpHO2/xWfMuae89FfCVbbpaqvHrNXasJz?= =?us-ascii?Q?Inmz/6prDrevAZF6trpFJaPStNX5kMuDzPQmqe?= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB035; 6:U3KhRcdR/v3lS2o6ncr3YkmKNNFdAQ4FOSxMPz2E7P1Oskaz3HcRI+7j1eVudjyN+rvJqledMWfP/Mgv0+G00F9bE7F9eOvHPjYGNbSRYhsZZkK3pKgwmVEXwwWOTk/o8hNYZVgAsMtUhILbSOlmJ4l8bRAbPwMAJCXjzkUsU2uja5oIJJmmXjK5Vgwaow2F5fJwyPkDqDHT8iGDH6ZMLltcD2S7m8+Ya1U8HZG3FQFW/Q/MXHbnnYxQInxLegbEw0xCQ4ArXFqQgdpHAKfuapC3DPAKwP7tnyvum3kdwtCzMxpd1ziznAsHZjv5HZdwak7p6Irpo8V/sEvvDMgwOLx21fehZ/S3rDxOnzoPDiMB8t94pg2yXAei2YtIFUdXvGlIEdmcgqyPCnHzOeTqICcFI/gk7GLjGWlxQoVbSjnWfRAHZGNvgqJdRRX+2yV6J1jDEGETDRMRNbdS1x3vISTCTDUV4lxSvi86tvf4tXTvI65Ab1x3Uo6t7uwm2Vh9YAxRQ308BuRX1LhYXD0sNhQ7p60AjJ45H3OSU3KbFVA=; 5:nLmpL4UKax6KymyH/J/d3W4QRvV3WppzTl9yUPqmUMGH9oqoDqXSSZDu/DgXP285hH9AveX/ZwIHamPxSlFtcBq1CkIsk3xYtxil8QlkrtFFkAgClRqPxsmNwWZ8KGCNM0pv1rLZgd+dpGI7i5GQWw==; 24:s8jRtussl9G2vuPj/6QIOEghjwQwfO1OSBvSXzDGim/ILMJyKZmUn9xErF92JzdL6eCEQNRZZ9NRg0m+pa8Jm12bgxjpbnx4O1Zn9F9Mhk0= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB035; 7:H4iXInD4R9KzKr/qB0uKnGMhgOfbBY6o1/Foq6qZrPdn2FSVcfjjmlcz5fZrPdOeYE9S25jUM65yNhhoWJx0Zj4EJrh7mAx4sgLTPDS0diA31QZfOQrGCK+2o2nXwLL96prdxdr+dNqDkHUCI/GJWuTgkBBAd7Nhnh+TMt0HDEiasQo/8m89mtiWVN26+9Y5cWg1naJm9EEBkQTUAzCPaQjUF85gTi3x8zrAydXAjZiZ+3fx3P0640+f98ftRjRNnSm8gJI424zmnnNR4vln70T+kC91tnyHxTTzIw6Gkh4bigJZNvyxua8JvAacC+yjGQyuSeiFK7Da61Hx1zN+DQ== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 May 2017 16:04:13.1227 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR05MB035 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 16:04:17 -0000 O. Hartmann wrote: > It is weird! > = > Today, after yesterday's built, I face the same 90 minutes build horror = again, this time > I switched on "-dM" with the make command. > = > This happens: > = > [...] > /usr/obj/usr/src/lib/clang/libllvm/_usr_obj_usr_src_lib_clang_libllvm_Co= deGen_SelectionDAG_LegalizeDAG.o.meta: > 15: file '/usr/local/etc/libmap.d/nvidia.conf' is newer than the target.= .. > = That does seem odd why anything involved in building clang should care about that file... You can use the pid field in the syscall trace to show what process was looking at that file. > This box has the following lines in /etc/src.conf to rebuild the nvidia = kernel module > every time: > = > PORTS_MODULES+=3D x11/nvidia-driver > = > I do not know what is going on here ... :-( well that might explain why nvidia.conf is updated, but not why clang build cares. From owner-freebsd-current@freebsd.org Mon May 8 16:23:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADD89D63269 for ; Mon, 8 May 2017 16:23:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 E9D08AA5 for ; Mon, 8 May 2017 16:23:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v48GNKoh037956 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 8 May 2017 19:23:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v48GNKoh037956 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v48GNKY2037955; Mon, 8 May 2017 19:23:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 8 May 2017 19:23:20 +0300 From: Konstantin Belousov To: "Simon J. Gerraty" Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: filemon: weird full-time build although filemon enabled Message-ID: <20170508162320.GD1622@kib.kiev.ua> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> <25259.1494259448@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <25259.1494259448@kaos.jnpr.net> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 16:23:26 -0000 On Mon, May 08, 2017 at 09:04:08AM -0700, Simon J. Gerraty wrote: > O. Hartmann wrote: > > It is weird! > > > > Today, after yesterday's built, I face the same 90 minutes build horror again, this time > > I switched on "-dM" with the make command. > > > > This happens: > > > > [...] > > /usr/obj/usr/src/lib/clang/libllvm/_usr_obj_usr_src_lib_clang_libllvm_CodeGen_SelectionDAG_LegalizeDAG.o.meta: > > 15: file '/usr/local/etc/libmap.d/nvidia.conf' is newer than the target... > > > > That does seem odd why anything involved in building clang should care > about that file... > > You can use the pid field in the syscall trace to show what process was > looking at that file. > > > This box has the following lines in /etc/src.conf to rebuild the nvidia kernel module > > every time: > > > > PORTS_MODULES+= x11/nvidia-driver > > > > I do not know what is going on here ... :-( > > well that might explain why nvidia.conf is updated, but not why clang > build cares. If I understand the motto of meta-mode, any file change is detected for any file accessed during the build. All dynamically-linked binary includes the rtld into the process image, and rtld reads all config files in the libmap.d subdirectories. The end result is that everything must be rebuild if any config file changed. Then, after the world build, according to OP, the nvidia driver port is reinstalled, which installs the nvidia.conf anew, which triggers the behaviour on the next build. From owner-freebsd-current@freebsd.org Mon May 8 17:17:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DEBAD63BC0 for ; Mon, 8 May 2017 17:17:16 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0112.outbound.protection.outlook.com [104.47.37.112]) (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 CF3DF1EBD for ; Mon, 8 May 2017 17:17:15 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=WShVk8b+EHu/Y+44stfv7D6j3u0WRh1tiPnXbU9QKp0=; b=Gdywi5hiToFC6ZDBxDS3AQV1ifQfOpmqnISpI7BIZyXAMdIf/EOgdj7Y4HRzf6BseM4HKE0iJbwGQvhVcqml0SuLEv/JjHLhp57tKt/RZDF7Oqq4WZT7KWv2QyM6NR00Vc63U+svztdTePtlQqNsa7biRBxmEEnVUemSc07TXfU= Received: from MWHPR05CA0010.namprd05.prod.outlook.com (10.168.242.148) by BN1PR05MB042.namprd05.prod.outlook.com (10.255.202.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.1; Mon, 8 May 2017 17:17:15 +0000 Received: from BY2NAM05FT030.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e52::201) by MWHPR05CA0010.outlook.office365.com (2603:10b6:300:59::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7 via Frontend Transport; Mon, 8 May 2017 17:17:13 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by BY2NAM05FT030.mail.protection.outlook.com (10.152.100.167) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Mon, 8 May 2017 17:17:13 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 8 May 2017 10:17:05 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v48HH5Eu013700; Mon, 8 May 2017 10:17:05 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 33529385558; Mon, 8 May 2017 10:17:05 -0700 (PDT) To: Konstantin Belousov CC: "O. Hartmann" , FreeBSD CURRENT , Subject: Re: filemon: weird full-time build although filemon enabled In-Reply-To: <20170508162320.GD1622@kib.kiev.ua> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> <25259.1494259448@kaos.jnpr.net> <20170508162320.GD1622@kib.kiev.ua> Comments: In-reply-to: Konstantin Belousov message dated "Mon, 08 May 2017 19:23:20 +0300." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26641.1494263825.1@kaos.jnpr.net> Date: Mon, 8 May 2017 10:17:05 -0700 Message-ID: <26642.1494263825@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39860400002)(39400400002)(39840400002)(39850400002)(39410400002)(2980300002)(199003)(189002)(24454002)(9170700003)(50466002)(117636001)(54906002)(39060400002)(55016002)(47776003)(93886004)(7696004)(106466001)(1411001)(305945005)(76506005)(53416004)(105596002)(2950100002)(6916009)(229853002)(53936002)(4326008)(46406003)(6246003)(6266002)(77096006)(23726003)(9686003)(50986999)(7126002)(76176999)(5660300001)(86362001)(38730400002)(478600001)(110136004)(107886003)(8936002)(8676002)(81166006)(50226002)(189998001)(356003)(97756001)(2810700001)(2906002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB042; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM05FT030; 1:+GRRfUYWDsJzDjPPA635l3ur5V4Zao1uPjoq9isHRIA5i+aavL9XJt7twNNgQqYJB2nuDP+AFJ4V2jv96fA5Qim3xAO7XWl419ki+isC8pnmHTbafCWIXf284zETnmH1YLinU1/39uYrJPq4/pmYqvb7IlszfbUhubKLE5ZllLVSgFLfPkwVwDUX2jTxOCCSvUbppiDDeHxExGFEVfnsTof499lQ859ddKVSrSjqVRx5ph0xhIyjZk+mNCf19AaAOdmhuPp0NIDxMeMY4Nbi43R5PKDmUa75C/N22Y3DFhRyKkOHdsyczIIsKYgN99Aj0ivFOx5JikOB8UcHwct/2ok9XwhDfuOKhnSs0ZElZV06OB/CYoXtkAYhm+bBPYiYb236017UcWlsDjO/RvnR/J6NZphRu58hHkICz5BMrTCTS1WhhQ3sWj0XOXaRpWz6w0V1RffS3rcTFopUa08h/RKj4C1sOajlG4Bh62cX7t4shKEVGAzqB/MTaM0XtI/iE57W122dkpX9t+Y35kxqeuoBqAzUZW/ZdFYzkephky+sFI7eL+hwQgF3ogiwWIK2C5DPvtgxa0dMuSXBhN1uC38288yDjNd/CkvSgtIXpyU= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 20e72457-3671-4e0e-cd93-08d496361193 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:BN1PR05MB042; X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB042; 3:lUTpLoJn7Yb8c8/XeWgqzf/rmLMyBEdlYm/Kq3K069BpwnmKXdnGRUExUhVtIOzLku5/0/pfNrh/sAV8VXBZbZQrUUzOHKFEjoJGjNlfJKxkepMuWdgWme+MeLEosNCk0ImaE1OdrDygRpR0sFD5UWBtumaBg1PT87FKTWTdHmfpwU0btKjYfwM4zP3xejsWMplSSYDMvrDgeJGqHaqUXnaQTP3gPRnDPg4nPEb8bKMpX6db0WK3gJyx+uUcoy0eO5Bz8IpMO2SAY0a4Uo0aC0WEB1NldJwTR6b8L+Yy5dCkRke1kDp7V/KVMDglYGi0FaJsKAfd4HGdunJSGaZ7CtIEhJaQMyNEIPzqnfrxpeUI44XbXv232MlYmcGr94ZtY2nupKqVSi2+QR7hAEx15T1Q6ei+sjqxw75UnRZk8qDVQaV6gHXtAzujNIeIaWFT0o0g630Gwnkm5m9dBWgRqgzCO33UPWFy3j3BW32iAVU9pujjfCf19tHuYWeH5/7j X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB042; 25:+PVIheZTTWxRKnM2VV45ul+OI6SYUnT6YHfAPHU9yuIYdoicl1tA2GWSxrNsTImH7ES+FDBzZ75VFADKDAnWfy4g2Ws2uNX6xLPWQn0imWnKPXOwAVVPNzabAF1Euy5tfyxSzTKQvHqAvU4UThNrzBg5ADC1mHRbNcpN8X2d+X2j4VT23hAdDG3OAo0hw/Ud2ohALU9lPP0QsItU7tX7sf+6/6b8JkAB7oQbuffYhjlDjTHGF61kCPRaG+4I0B+07u8kykUxP0g0ih/VuIvYMA/5WAe5TayyPx35T6SDl2s8gDJ+EnlgbA2Kh0uhtyrb0cAz9+HG9Oq24rRG/Yk0bozC2/hyhGxtSdjTbye7JUwTYDQx8Bc6gUcZj9CnK5CTT9ZB51p6j8uUj0BiaicKt/Aw4fnu6yD95RKKljMhRbm03o9ipWM3xqXpz1OGF2tu7nM/ZBs3SeWJhuNLE+8lzA3UGV+SKeiZ8hepD5xmmXk=; 31:qgvCA1SYLERzyWWzKDV8VcSXbRcxnLUAVHv8GDTeXWL/mqVYLw0+FFmcgHGAtomle79VPIwZAFk4E4uyeNCJ47jFwisUeVCRlZVfDgVnV5zvCE7WHje4lplyyFwXmpyVi9/QTj20bFD9bvxCA+M8qdlD5TM1xMAkISssZniLQcsJE6H+FOQcpdBFG34/7nN9lCqBRem+e0qD1ERtkXXQkQTBJD3GAwcT/zXAcHbYkX8B91biIgxnvRScaez5QsVO0tw+cGqSjRiMuP6oooZ4Fw== X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB042; 20:XEwZU087sQOLdL2pZ1GokAUT5URJtt8C16twGUoH+a7cNO+BwD6sUOqiaYfDbr+Tf8NL9fT/thVSs52ns5ng7OrSNZ6K8tUR8t3l/MoEq2ZxUMS+lDxu/rlr3KatTzYWuDIWknGFNlowhg74gLI91MTbNSzJ/oRDjIS9r7XwRK7foqKEZwZR7JkurRu0Sd+aJehrAOz1TXrcBYBmtMZIdq3B8KBPvI1I9nSLbdrixkN2a1utro6aUKbxrD25Cn6pO4Bj5yoYqLVBK26PEqCjg7Y96uS9l0AGBaoRPX3yWfOgjJD/vDgPYlmo98gTxYOgrmgfdu8v647usMmntR1dbriAQHwti53pG/BgLsEj41VPkIUngPTFe84ko/V7E59H2RIiQ273MJDdJNWfIzARSnYPdfjNZD5BMxCR7IpxTn1Si9YVDfR8azvI+8IDPLgql0KlG7obwNylBR3xWG/N/jJwNCpkwKkIs5kG7WOvIUTbJMklt3tVdypeYddWdA7i X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700033)(100105000095)(100000701033)(100105300095)(100000702033)(100105100095)(6040450)(601004)(2401047)(13017025)(13018025)(13015025)(5005006)(8121501046)(13023025)(13024025)(100000703033)(100105400095)(10201501046)(93006095)(93003095)(3002001)(6055026)(6041248)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123558100)(20161123562025)(20161123555025)(6072148)(100000704033)(100105200095)(100000705033)(100105500095); SRVR:BN1PR05MB042; BCL:0; PCL:0; RULEID:(100000800033)(100110000095)(100000801033)(100110300095)(100000802033)(100110100095)(100000803033)(100110400095)(100000804033)(100110200095)(100000805033)(100110500095); SRVR:BN1PR05MB042; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN1PR05MB042; 4:Xw/x3qtyTWpmRbqKOY0rNJz1TTyQjIclQoEkj2vc++h?= =?us-ascii?Q?Sl5ItPR7Qd7We7P1Tc7CRxlGCfrNHqv2U5r486/MKsNcywxeDjnL3ZUR60y+?= =?us-ascii?Q?5iQIXj6WO7UI5EuZb+rUunJ74cfCbLfxglUDyFBVGeAniz3dPCuytb6nkoKR?= =?us-ascii?Q?EDpsJOqGeiutPYCM0hac4IqnhoO2FQFobO3O12qLzz83XHik5Uiw+niV1eVO?= =?us-ascii?Q?IA3n0IeX0wxPjWVE3ecsTZBiDlKJMI8Q6iZLTcyiTwLny0YeIGqHcK6oF42+?= =?us-ascii?Q?tCm9cLNVNmTxqCS1/E7NJ9CMtlKNwMkUiJcwKkXntQ/VahpLvLZIJlSt/9D8?= =?us-ascii?Q?RqQ2yQA/VkMEcqrBoeIupD2RCnJbbR0iMZVwTtXb/Vve6nIvZH0NNnE+CJFc?= =?us-ascii?Q?pGnJG5Lzj565WQ+Dmlp2I5aRdvStPPw35uGx1XqrH3Drm6ImAHZkGdwfLJ+W?= =?us-ascii?Q?plVVfCYYaPYKQ/u3CX+N8t3lbdRSn91CcRpZovYzmM4eaS2/3Kl2Fo7Z2NJb?= =?us-ascii?Q?Bq7g6UKVb3O4imkYi9rmrBYZH+Z6Cjsh87JQI+b4zUS3OLuHP3jHPJVJwF5z?= =?us-ascii?Q?+M3cKGJ16Nh132H6FYwtcySVS8HWQWXHN5wp6HplUQMpTPXsjTJ0GFmppUrs?= =?us-ascii?Q?ItNbv1jQ1CbTDcX0YLmfuTGCoWNoBu8UxrMttoPTMWp17AL/dgABGcb3rFyj?= =?us-ascii?Q?RfQhKxwqR4Zko4rjBdqeOpG43mxlgvx63WCFwGhBZPqPRNWKzNA8COmMdrPx?= =?us-ascii?Q?D1YkhD4rSuMZ73rp8LVBOFao233Yenon9kQnnuBa2DQ7mX9A9j+ml01gZYMo?= =?us-ascii?Q?2g8TmNKJ/LAeEZt8K81i1JDjN/tipK3uviY26fqvRL413n3HCYaGXpuYteQU?= =?us-ascii?Q?nltw2ZYKbeggORidoA5f4kZjHKpGJL28NscV27lWYO65QIldBUrOGXK+VGCA?= =?us-ascii?Q?lb2GJT/Alu3iddxIYwwf6qiWEuh6pHRKTWtZrZtgIwfKuNzviF/2Dn56D1aH?= =?us-ascii?Q?LCAHN0Ty1Cx0zM0sNMBm9nuA9PoxIX32wIYukrK3Zsq0k7UcU2IJ7izOhxx2?= =?us-ascii?Q?yI6BZoJRdIqKXz3n17Y+M8fgFhHzAfHnKEJhaBNhIYXRc8+5sobAMPGVAAdZ?= =?us-ascii?Q?h+xxrie0OTEsGL37MmHqd+xnR2G5vnc9Sjh8OuinHNZWFw9KYTjjNN2AutXI?= =?us-ascii?Q?nWPNN2GRUntkYdXQWtpiNlnhOIaL63XfTMWixDeVveYaKzJPjCI/4oDNb8GM?= =?us-ascii?Q?LHcvlWCagE07mtEDHQht0AlvECn1r7QSWFmpu?= X-Forefront-PRVS: 0301360BF5 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN1PR05MB042; 23:IaxG14W8VFXhffNon9xVZIJxdqQMaOdsF+BzdP5KJW?= =?us-ascii?Q?zoKfWt4DJxwPbbWUwKRNAzgmuPFtto3I0mEt+HCvIZmdFlt0aXDYqXTptFX1?= =?us-ascii?Q?4aQM9qNx+Rois4QDQ5lkpiTH/iekqN1B9ZgdykgNKT+m2+3aSSKfhafcLdHM?= =?us-ascii?Q?0R6PoBiyE90ri0hhqL58ZduHPlXTgbbwbdNvJ0sK2e58Mht2rj90jGRfSjN2?= =?us-ascii?Q?T1cORidQlC9WnZzCFzKgfI9SSIhvhBWLB/aAbilYrgseMF+4voYQVoE+wWkt?= =?us-ascii?Q?0TXmrFAFRfZSHG1HOe2KxBJcxfr363T5/oMMy/vOF5aOKccP7bE5R1+IcxdV?= =?us-ascii?Q?Hw/mjg3yuoXo7BzphjrbBr9P7fP7e1z13LUpxql22H2SNElj3+w8bP0ewpnf?= =?us-ascii?Q?pbTVa349dvwYCaWj6ohixxhrFzRSRR5gaTojLp3m83MdwggN9ONSjnHKVOmV?= =?us-ascii?Q?grpKxhkIw5H4VYm57NI54Co0XV6UZIhyNCAF45YysYjaDlgIISxhVzZWlo3T?= =?us-ascii?Q?GvZ4paMaeJyhNmNyCJ47VMKPPanfsyjiWAlCOL9OKnVnME16xj8yr7RIgapt?= =?us-ascii?Q?psT+X9MiCdaSmiWiJnm59+uyquTbJkKVMyL8bFvt6bsjSzNqiYm6FZ4xP+Jj?= =?us-ascii?Q?NhHwwnDkwIADfJGUiuUhaJVmiH5OInn75sd3InozTfsl2Ytx3Zo+DePRFoOU?= =?us-ascii?Q?aGSXhKNKsUPZHiQg9gxiFVZXUHp+oCa8oxZb3d1+J/nVo7BnaCdJ7cipfMiL?= =?us-ascii?Q?BABD1gJ4tj68ZR6EktZKjIeIk8UF2Bqw7dklMc2KIXxCzBfeCVbDd6lCF6Bp?= =?us-ascii?Q?EDhES6NtexFPlbC11k9Pec4NGN9XOe2CwFm78GzNVO2jYX4PpOSPZB9GMH/D?= =?us-ascii?Q?JNMaYMIqk4hfHyc3OEeK3GWAUxUl7kEM1DFPCI9X+svR1VJ1YFo9vlPFQqLX?= =?us-ascii?Q?HFE9/kCxThwAOKlBbJCph1w91MSPFgYT5V0lcHpSLcvLAw4b0eobu+f5nlFA?= =?us-ascii?Q?5IdeLCgwGNHqWVuWc6KpC/KqQsdY2GLw4DHD+4+DsIKDBPCrBD5imkqjMa6n?= =?us-ascii?Q?ydR81oG6eWSZNMexWcfyosvah3luvz9+G+fW603/kqcKS6ia0gcId1u959uT?= =?us-ascii?Q?PqyCW0VplPpCDSIWWhrIEhiwFDHaP6X9s4yN1jITtjSacmS8gjoTuKbl0vy2?= =?us-ascii?Q?A8F6V6PpPZi66fitkZyv8piRfOqHHbNwl0y1cxd+vTOv55dNecmEzfLvleWu?= =?us-ascii?Q?3/3GPmSXZ53WgyagsxcDduu84chO2g0dthCXUllu9zgVnDkqUk4rVN4lNZ48?= =?us-ascii?Q?R9LMN5+RwYOVtsybkmz/7pWtxu+KLIk9Y9LLjzcB5VlQwWGfY7AV8w+MFJU7?= =?us-ascii?Q?GRtQ=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB042; 6:7rGUqiULDcbWn9VTy8tnzPwhcshxjZH0iEco0FrtfiOk1jAQ2G9TxjMKmP1S+AtfN9tAUHPX/cYRJ/NW7blZH0g8lD+J1yaYROuSg5DGAk7jiUnVIp6Xd4QGQGVlm7ysq22RrK78ikIQxictlpRs3lkwByn/i4S4szDjtzv5CMv2Py+/HTa7AnxMcSf0/9N+K9omRY3J5E1Sou+QQy2kBET9p8mGPmVyEdfUh2y6v5e7K5K6UHLPBi+W3cBlVd7gwJyQz7Ae+eek6HqBnIo4ipvAwkHK/7kfyIrUr8+cIlZomeGeGH4uL9XpvaNqB4UtuIzP06SyZN4wjgXwqWslL6rtWnFBpE5aJkT2Fug78GIcU99ELWODWnRIlFfWeP8YPI+bBfReaD9WtCRQE6aV7npO1WsEk5woXgAd0VTfjMIXAL3x1dzQbb+/pL3Emhy3VpOylZIkW1SGXUA8Ia5+SKZQeJuLx23izkm5HquvGZnEqkUW9qHqp+LqJBWGmCNW1XwNqrokXq9QStg170MXAJuB6mQjiCYyfKF9wdOH3+c= X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB042; 5:ZWpl3WiBi8E8nAYzuE7tP1BFZdCqnHEefPfCW6SHIzPEgX7HdBUAzopG+2+ifq4hKhcbj5Z7u9bL53ryjh6Z8Q7VXfCnNkgQQxJpy8GgKoXwX14I4HZiRYy6GRc0IAGk7hiP3S7hDNosQuEHkoEsuEJvep7zfA9uFFg2POA4hRIOfOHR+0nACqGq9hSUCd0WkZRAJgkkZ40K0PFuNoJ8UpE25Sb4Ayh+Rtx8MQVjq7OvRZk/DviSLwcnYb/lTOyt5EN1wUZ2oFQH78IuujEcr37CsoU0K5R/re/SlQLbaPWU8lw8dbuh1hj2V81ZRnc6/bMKwXGcyzkZvWEDrSdbRrajytpVR2d8rSZwrrh1I/P+8mqf1eflmHB1QNWFFsbJK/eg8KKu8nQeBQ1l1GyjW3gI5NPvCPtqKL1K6gRLBmia1WQW0rPNeicXyT+pUdXD8rXV+6iPvqVZ4CTIc6n0Jo8ABMxR1HwXEzCpF8mLVSm53bDrX3vRfvytoVrZOGbV; 24:tohlAcR8/CuZ9tV5hVVGQTX7iLuQ8YlLIq7k12Bp1rkeNEafGiEkhKO1c2C3hQms1let1xDzLwdx3gSQ13Iygy9c6r5Bj/3kJq72bER9cvc= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB042; 7:jx4LNDQvi4qCH1Ffh5MyR2/bAXZtfKZccf+L/6b0Y89ZlkMSapY4RyphMNOfmxzWqnOKcvyNAqKQIQd/d/ySu2rzXp7JcNIfSCAolzl9HKH66EtFNMpHRmd/fovKT1qYimYJkvANT+jYVv7qJEaz2jwq8RTQn4KVF5s5HlBjxt4yVriXXZeparWFu2DRaPzEl+9x6GRwuJ28KZJKYgdRvg9WpTHJa5OY1H0D/nQ6AFbB8TpQl32K4t98IZOHJW/sKPEGjPQcIb4hK8j8rjX9pRRKOKSQ5u+pUVsfRBoTc/zPTkkNe9SdVoqUZUlLY2NKl6SJ7ItGq85v3U5RwTg4tw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 May 2017 17:17:13.0853 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR05MB042 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 17:17:16 -0000 Konstantin Belousov wrote: > If I understand the motto of meta-mode, any file change is detected for any > file accessed during the build. All dynamically-linked binary includes > the rtld into the process image, and rtld reads all config files in the > libmap.d subdirectories. The end result is that everything must be rebuild > if any config file changed. Ah. > Then, after the world build, according to OP, the nvidia driver port is > reinstalled, which installs the nvidia.conf anew, which triggers the > behaviour on the next build. Yes, that would account for it. There are always exceptions - things we expect to be volatile and don't care - or for any other reason just want to ignore. bmake has a set of knobs for telling it to ignore things. OP try .MAKE.META.IGNORE_PATHS += /usr/local/etc/libmap.d --sjg From owner-freebsd-current@freebsd.org Mon May 8 17:33:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6757ED63225 for ; Mon, 8 May 2017 17:33:14 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D26BC68 for ; Mon, 8 May 2017 17:33:12 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.143.39]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MUZKF-1dZ2IL0hVr-00RK2y; Mon, 08 May 2017 19:33:06 +0200 Date: Mon, 8 May 2017 19:32:58 +0200 From: "O. Hartmann" To: "Simon J. Gerraty" Cc: Konstantin Belousov , "O. Hartmann" , FreeBSD CURRENT Subject: Re: filemon: weird full-time build although filemon enabled Message-ID: <20170508193258.4b0ddec2@thor.intern.walstatt.dynvpn.de> In-Reply-To: <26642.1494263825@kaos.jnpr.net> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> <25259.1494259448@kaos.jnpr.net> <20170508162320.GD1622@kib.kiev.ua> <26642.1494263825@kaos.jnpr.net> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/jXm3eVxs.Q3PmRjLvMEJBJi"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:M6VCZEU+uGdKPFgmVoUY97+7wlQDfQLEwUfdydEqj7G+x+lB93j m4jSbtBmYQUWvfW+UJrM33zyfGwjAJuBf0WD0p9dle5J8AVMRd8q9Bfmg2/hUKWDt9Avxkd jcRtIfl1hoY8J7LMY2S+Q31UOGMWYSUjS9WdeKODwHjEHY8zCgeGt+o8oJtKkZDVOQLVPJa EAfyV6PXYGpxRSXU0jJtA== X-UI-Out-Filterresults: notjunk:1;V01:K0:eXfTvG9pvDQ=:yF/gJ9xhQHikjDUUOlcedJ JwXoquUcEmIoGzHGLX+vNiUuDGXsbYszdU9YhmdP9gaRY5eBRpWU88SuCTyDNJtwwFx9zkCUT vCKJAJZEJ6LbVUc3DYBk76XNAVTT4J0DPTh4pAON73uyf285/KWrUmcVp65dlC4EJ/EM8R+C8 s1wr+IsdKo0cjM103f0BcG3MM4Wkwzro6XbVgd1tEbGVProtdZ2lhxtkufj4ByKjR8YlHKU6a akDBq0w2hSpW9D2NtiK7KmPz7WR+gPrqg1qDeNQEmiV1EDwJeGZuTiOj3qi5XZuiWB+3lTrFP djWPzvfHomeChhzrhPEDGOD6pIlDRM/0NtNfzjONqsb9i4a8nSoS7wMtClTs7fp0m7qO9Vu8q AKLZCvSCJ1bFaAXJO/4RVu4LiAIKWjxa67n0pGzINVxg6E3STtpd1boS+ryvwlIsIXMY2Dicr hV6FWcJG5PmFjhBYg/uIEewQTzg329LyqkSmLDRk20EgLGNvKGVu3GvsebhMnzNJLk8kDaECr YtG1+KBcxZTKsyvTOwCmjhwNfsJ0ZALW8U3hTY6F/2eWwjeqnPJEMzh3zlqZ88xf2nnxrDICl vKkWSHpnKFU6LOKo3bpiSxBOlaxotrToRkWNmbRi9Fmfj9kFqpyo+spQrkgo9C93F0k+4BJgr gsXI6A1Yo52StZHPocdj6BPWkFT9Gz0DdZaTiQy3DiAVVH7UVpeEq8CGU/kqH5Vw3pElDVOpW Z7bkm3Ym0ji4yb+O2lbNN1LcXFCKG24M+CKFGHDoRAELQKY20vTjzWTWO4o= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 17:33:14 -0000 --Sig_/jXm3eVxs.Q3PmRjLvMEJBJi Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Mon, 8 May 2017 10:17:05 -0700 "Simon J. Gerraty" schrieb: > Konstantin Belousov wrote: > > If I understand the motto of meta-mode, any file change is detected for= any > > file accessed during the build. All dynamically-linked binary includes > > the rtld into the process image, and rtld reads all config files in the > > libmap.d subdirectories. The end result is that everything must be reb= uild > > if any config file changed. =20 >=20 > Ah. >=20 > > Then, after the world build, according to OP, the nvidia driver port is > > reinstalled, which installs the nvidia.conf anew, which triggers the > > behaviour on the next build. =20 >=20 > Yes, that would account for it. >=20 > There are always exceptions - things we expect to be volatile and don't > care - or for any other reason just want to ignore. >=20 > bmake has a set of knobs for telling it to ignore things. > OP try >=20 > .MAKE.META.IGNORE_PATHS +=3D /usr/local/etc/libmap.d >=20 > --sjg I suppose I have to set this flag in=20 /etc/src-env.conf ? --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/jXm3eVxs.Q3PmRjLvMEJBJi Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWRCrygAKCRDS528fyFhY lEN2Af0aB9/s98lAIWtZGjhcDQnLGlYGsduBc9/QuyQky+ItfNeJfghGiTDmXSLz xx5rMjKeD7NyRsJ11Bbc/14yrCQlAf9zDS+EmYWA6VlwD0aoQB0TnasuJnuUKlMG PlCte0sI5bEXI6lAtsxCMpqQd55MbN8R56CDINcHXnfr3F+BagLy =4FYp -----END PGP SIGNATURE----- --Sig_/jXm3eVxs.Q3PmRjLvMEJBJi-- From owner-freebsd-current@freebsd.org Mon May 8 17:38:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 052D0D63356 for ; Mon, 8 May 2017 17:38:25 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EB7A1CE for ; Mon, 8 May 2017 17:38:23 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.143.39]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LjLwB-1dkxNk2Yjn-00dU6D; Mon, 08 May 2017 19:38:11 +0200 Date: Mon, 8 May 2017 19:38:10 +0200 From: "O. Hartmann" To: "O. Hartmann" Cc: "Simon J. Gerraty" , Konstantin Belousov , FreeBSD CURRENT Subject: Re: filemon: weird full-time build although filemon enabled Message-ID: <20170508193810.3d683d2a@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170508193258.4b0ddec2@thor.intern.walstatt.dynvpn.de> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> <25259.1494259448@kaos.jnpr.net> <20170508162320.GD1622@kib.kiev.ua> <26642.1494263825@kaos.jnpr.net> <20170508193258.4b0ddec2@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/WTvXVZJQr54ZOX5.NiDOSq7"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:3C+x56xj5GEu2YQy6m+gq9kFVgxuQ4kRG5FVMNR8xVkudY+dEAA 3Xqxu86fS7aE0b0CW6jJDC3azzkh408SPzHFdkSqxKVUlO4osSP/80y+QyBjW60HzjXLPEp GaE+/RCItnhNQHen6LeVVHqILYLQOYvHHh4Kc+r8hq9FUlctinXUah9/xwEpzJZlmaY5kls 7Jzfs81XEWBKRWw20MeEQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:1Cf/NgOs9L0=:gP1H0ievlBEIXL7vlVlNPe PaRLkAL8aPkCbHF9Q3siI1/uvOkic605XFYP91n/uaU5VAs66mwj12ASd36mz/o1/MXX5iMu0 z3rDS3CPT/pgmIxOnW68Xsq/szgKP2XhBKxPwjnodWq9cP7Z4zDwTsI8GoF6vI0wUmnJCnRy0 +RogEQlc7tWgaqyB9jnHTvgRoDDNNii4GwMoNF4N8ICkPjPAms9abCVH1tpfQZdIYBNc32JBX IrhcpMq4sW9DyyHcmibm0UYH6roFUUeOiUAgKQMet1CcqWZPydyGUSzHizZUNbvJ+IHrNnbCV o3ZkMW7uVv+QKnin+7WbiCZPj3tkyiaTMgV6wX8QyCZQ79SGlzQwTXF3OVJk2YSgZdTeMfERx x3O9oDpsnWj8rGZg7d//4qWj+Ak9qWyEP5FXBUYAKQZhhXmYbF+nkd+0FQQqw3CAP2EJWsX1u oucNYKNdw+NS6vpY25QQi89rE19DMZaUFDdaiDq1YLJYdlzSr3hJV59d3N73mlOyDX8Nx3PcN B1bhySqTVQIdw9H3Hp0uPzb//tgbtcYdUsO1IKzC5HOEcwZm2pcBoMMCnDAKbM+tnekQ7L2bI rqyQiB40fmrJia+dlsqRioXdPNktTI3kru+r4Akj5xJK77yS8so7BD1mIMq1QEG4qfMIrO5j7 VlXxViGyfXVwSdrzzFvV7IRcA7Dh63CirxyHUOlhWGI9UjlgVpnaEWg3Tkjqjqms37AgTMq6B EENZh7ujtaD/wU+Afzr8iInKmY7oQmdshbiXUSnunsA071dUrqkdW/BaGcU= X-Mailman-Approved-At: Mon, 08 May 2017 18:04:55 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 17:38:25 -0000 --Sig_/WTvXVZJQr54ZOX5.NiDOSq7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Mon, 8 May 2017 19:32:58 +0200 "O. Hartmann" schrieb: > Am Mon, 8 May 2017 10:17:05 -0700 > "Simon J. Gerraty" schrieb: >=20 > > Konstantin Belousov wrote: =20 > > > If I understand the motto of meta-mode, any file change is detected f= or any > > > file accessed during the build. All dynamically-linked binary includ= es > > > the rtld into the process image, and rtld reads all config files in t= he > > > libmap.d subdirectories. The end result is that everything must be r= ebuild > > > if any config file changed. =20 > >=20 > > Ah. > > =20 > > > Then, after the world build, according to OP, the nvidia driver port = is > > > reinstalled, which installs the nvidia.conf anew, which triggers the > > > behaviour on the next build. =20 > >=20 > > Yes, that would account for it. > >=20 > > There are always exceptions - things we expect to be volatile and don't > > care - or for any other reason just want to ignore. > >=20 > > bmake has a set of knobs for telling it to ignore things. > > OP try > >=20 > > .MAKE.META.IGNORE_PATHS +=3D /usr/local/etc/libmap.d > >=20 > > --sjg =20 >=20 > I suppose I have to set this flag in=20 >=20 > /etc/src-env.conf >=20 > ? >=20 from empirical experience, it is neither of /etc/src.conf or /etc/src-env.c= onf nor does setting via "env" do something ... :-( --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/WTvXVZJQr54ZOX5.NiDOSq7 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWRCtAgAKCRDS528fyFhY lKP+Af9Ja0ZU9XPvdBd3Kw7sUDi6pj2vMJRic5RKkaf+JioZyDSPlGuvDmdzH/MB Fy4SJWFHjwt6MQqxvg9/BcuIGpKeAf94j6avFv4ja4HtJzvmhPVXy6KziRTAUAkF I61eIaUaSx3miF0uJ9MrT+n9Pb3zuCc8h6wfRjeKNDZSk2c6fH+I =hA0t -----END PGP SIGNATURE----- --Sig_/WTvXVZJQr54ZOX5.NiDOSq7-- From owner-freebsd-current@freebsd.org Mon May 8 18:23:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6739DD63394 for ; Mon, 8 May 2017 18:23:04 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DE8BC75 for ; Mon, 8 May 2017 18:23:04 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22a.google.com with SMTP id v14so36963941pfd.2 for ; Mon, 08 May 2017 11:23:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=PGwXCKTW97h+LGTOBNHnjeTdAjdk7alFyO0uFoWMfV8=; b=d55yc2IPNypfE1gzE1bcXuLYqLBZ2ga/6R6pBRiSajjRXr0/kGGOJOSqyenou85LfD uk+ATdYqzwMF+qgrJM9v4EdNOxDNEAL1d+IFX3+iEYP+BxTKHKy2Ar2UxwGcgoaKInLo wz33OB3JBJ4JJTq41B11nAfvzrU6mbWCxFFA9PvmmcXxDS3XZQP7iiGjmRjsE5NGAAE8 HXxD5kjXmFII9vWQU9exj7WHM67aVfk20EZlrc3iqOUrUmy1bYgYZSZdqMVMl1ikwfij ATizGgI2g722jMyDxYOwG4f4apfpaqeyGYcKU+a98t4kgY/5qwCw42f7VNxqw7uZefNc rc2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=PGwXCKTW97h+LGTOBNHnjeTdAjdk7alFyO0uFoWMfV8=; b=XnP4/hxIUdMActGGoliAVvveJICCp/dWe+gPy7ioS/qJ3YWPOTsR0Z4ukcf1ZSZ5lM VytHcMSNbONyWPrfUXGNhj5DydmGXFH/+/lNOuCue2JcQvmc+VAkDd/bVGmZF7erhDnP YB17EwT5SCphgNVjojHb6QevSyWHxCcXNlCx2plDc4sHi1BqmKDS01Xh79J10R6G6P+/ OIQIr1NdT35Pf6Tw5gKK0tquRzwk1bFy053MKqwCwWiJofwQ0UVyBNznZjHx/nEQjJpc lvbhUqy002eK9Bier9Ms7XP7rvy8o2IeCn79fP23mY+yqGt9CPtQ2BVk+P04c9nCwdzr 1vvw== X-Gm-Message-State: AODbwcDdpsOzxKcFKizREdp3XuDlmS2s7OI1jPXIPkKUhwMxTL/wKDkM MwnD0pGD065Jkg== X-Received: by 10.84.195.129 with SMTP id j1mr21926600pld.122.1494267783542; Mon, 08 May 2017 11:23:03 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id c23sm14033367pfh.38.2017.05.08.11.23.02 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 08 May 2017 11:23:02 -0700 (PDT) Subject: Re: filemon: weird full-time build although filemon enabled Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_4B5EBB05-BD8C-4B27-BCD0-C9BD76C87A43"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> Date: Mon, 8 May 2017 11:23:01 -0700 Cc: FreeBSD CURRENT Message-Id: <557CD2F0-4E32-41EE-A0A9-DF5D8C189E83@gmail.com> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 18:23:04 -0000 --Apple-Mail=_4B5EBB05-BD8C-4B27-BCD0-C9BD76C87A43 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On May 6, 2017, at 00:22, O. Hartmann wrote: >=20 > I build CURRENT on two technically similar systems on a almost daily = basis. Therefore, it > was a great relief having WITH_META_MODE=3Dyes set in = /etc/src-env.conf for incremental > builds. To make my understanding of this clear (just in case I'm = wrong): setting > WITH_META_MODE builds only portions that does not need to be build in = the make context. >=20 > Well, the reason writing this email is: on one system, I run almost = every reboot into a > "full build" and this puzzles me a bit. The long-lasting and time = exhausting builds are > within the LLVM/CLANG tree. They consume a lot of time. The box in = question does have a > weak CPU, only two physical cores, four threads, 8GB of RAM and builds = the /usr/obj > residing on a SSD. The reference machine does have the same = motherboard, also a SSD, but > has 16 GB RAM and a 4-core/8 threads XEON CPU - but both are = "IvyBridge". The XEON > usually needs 30 - 40 minutes to compile a full world/kernel from a = clean /usr/obj, the > "weak" box takes approximately 120 minutes - it is understandable that = a shortage of the > build time is appreciated. >=20 > Well, having said this, I need to mention that both systems use almost > identical /etc/src.conf setting - except the order of appearance of = the WITH_ tags. In > fact, they are identical except the KERNCONF (naming of the kernel) = and PORTS_MODULES=3D, > the "weak" box incorporates x11/nvidia-driver and = emulators/virtualbox-ose-kmod, so these > modules are build every time the system gets rebuild, but the time = taken by those is > negligible. >=20 > The problem: to make my point clear: the "weak" box starts compiling = almost everytime now > the LLVM/CLANG tree while the XEON box does not. This is spooky. >=20 > I deleted on both systems recently /usr/obj completely from its = content and restarted a > buildworld again to hope, that the problem was introduced due to some = files > necessary for the BSD make environment to indicate the incremental = build. But no success. > Even more spooky is the fact, that after a build on the "weak" box and = a build again, the > box bevaves as expected not rebuilding everything again, but in some = cases after a > reboot, a rebuild the hits again the build of LLVM/CLANG tree, while = the XEON box does > not. >=20 > I think there is something missing an I'd like to ask what is the = suggested way to > initially restart a full build to ensure that WITH_META_MODE gets = initialised correctly. >=20 > Well, I'm not a developer, so please be patient with my naive report. >=20 > Thanks in advance, Dumb question: which kernel are you using on which machine = (GENERIC, GENERIC-NODEBUG, a custom kernel with or without debug hooks, = e.g., INVARIANTS, enabled)? Also, how are you building the system = (locally using UFS or ZFS, remotely, e.g., over NFS, etc)? Thanks, -Ngie --Apple-Mail=_4B5EBB05-BD8C-4B27-BCD0-C9BD76C87A43 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZELeGAAoJEPWDqSZpMIYV4wIP/3NKiAjoYSlzyNrPYn5z19oD ATmBevYVq7hzzKUhWEes3ei+2/Umz7cAB+DhNy6PL4ynT2PhVVFCArNjXVWFU+ZB zeoBVO35oeL4C7BHta2gAw6abOCWQHz8YcpOHExM6m2XRJiiABs5TSF57fd53n6d efdXxbe6GYiVwpvVtTX5iCXm3JNJ0EJ2usK3MCud/kR1eVJIjwlW5JhXEkxkVkna 95AFW51q6nvhAx5HKEKlm6L+Lp68YvmN/IJZcT6ZnCo8SkYqHUJOglue0/mwhMt+ cbKjAVCQTHo612yL8btE7uBVGGzYOhEdkslJECbPT0T5yQZO461VvAtduuIZ9ZPJ CZlmToH7kzI5C0ffRreDKmWKPRuZQTENWjYZvYyvbRyc5AF71e8bLSBx7k9ZOgl2 9NU1k8C6dyX+DV26hzsAGW04pQyoXS2fbnBs+GhW9wlnTpEuJjfAk0aym7BWKx1L gkt34hL9jZwucDBgTTcgp9qg+tP6zT23Mc48ZXDU1/Wuhdtl/sXQotvw1bmEUPZE C05GnFcA8LRCFnZt6sxmFO7S+GkubuwhKokt8icNBtcUomYh8COmX2tNiI3R6sY8 oEco9PyFCLDzojoWIhKVzPESW6BtQA18+/cRD8uKH5cOxqTMvL7YkkfrguHDa/nK NJX0htZtMJ6Ev5817Eat =JTxe -----END PGP SIGNATURE----- --Apple-Mail=_4B5EBB05-BD8C-4B27-BCD0-C9BD76C87A43-- From owner-freebsd-current@freebsd.org Mon May 8 18:25:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C32FD636A0 for ; Mon, 8 May 2017 18:25:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CBD61B2B for ; Mon, 8 May 2017 18:25:56 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.143.39]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MXIov-1dVBvC2syb-00WGv0; Mon, 08 May 2017 20:25:47 +0200 Date: Mon, 8 May 2017 20:25:40 +0200 From: "O. Hartmann" To: "Ngie Cooper (yaneurabeya)" Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: filemon: weird full-time build although filemon enabled Message-ID: <20170508202540.470321ac@thor.intern.walstatt.dynvpn.de> In-Reply-To: <557CD2F0-4E32-41EE-A0A9-DF5D8C189E83@gmail.com> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <557CD2F0-4E32-41EE-A0A9-DF5D8C189E83@gmail.com> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/1LSrqTgbT5Mm=BYg/+COrSu"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:5MGxLkLBXbv902wAUMx7geVoCLfAeFot6IGkBzbUMRy2xDNS4PA kpJfIZwsPH4t74zUfd7bijDxHOifd7ZxGKiHn38X+kul4Rg/FTvN5L2UhIM9yeMi1Rhk4UL ZG5XtPQEFdNxh2Kwcos7PtrRNi0t+Gtq91qkNsL6m6rX3rIxgQRPWfMXbwf1nYxNPVdt2Y5 yWSvyTzvrxlW9wT1vBcSw== X-UI-Out-Filterresults: notjunk:1;V01:K0:26TU0hFV29s=:EjKQBd2qYQBmU+3seM2EB2 pOa5lAjPDEd71KgZeSM03v3Z6d+XPP/AZLpg+XRH0KX8l3j82LbljNbHBFZXdMNHXoZd7u63M C16tyEWKARExTjAwyyYLi8+n/77iVd2sfCXFdLAy2GiOoZS9dxIaECBUngzf+EbVkirc49rdU VwqllJM5xEEZ0ta1MFFc8oNbdtAJcyUwXuIIdTZAtQq55WsoyJ99SrdklMfeljtjXrSGHiMqa MEk23EPfDsvqEXNP/iZar8pVSEP+2WBnIgmP1l3yXkfdVaNVlqA3I7CsKTGSH3kFW63+ZIwoJ t6Q0jv0kPIXu4oJq9KJg5+k/HS9TF9VrokL5EH8IVenRua7f8kl8QC2r/MWsXjMpCLrO6k2I4 0DKBdq1357pm3hgHFvrze2A6CNVrsO/hTrDR4rIr0VZE8iTG9nDTwrosDtsnNX22UPW/x5JK+ pcEwkKNQ4RcKZJ+xeAdfo9tXs7hCDQYo0s5fCB2xseXtqONt+IgolDSE/EY1PF9JrMJuvZxd/ T9wbzqch4aI279KdHtZXdfoJCxb7x4NRWUJSZiaNsyNi6kRI3GwdZZI2iLCAeEOG3NjeK7SSw k3SpsPklQzYCWdQVlOONu9pUhLDpn/jytFYTFfrCHX+OboAyx/dYpVbWZTSxfOBFxpqW5isrH vdb9T9aQarREYGKBDQMZNcOC2WHSWo+FzaZUgemmfMNkPPok+J7psRuhEphdIUoHrzFVMc+w1 iXE7i7UUO4pILZYV5ggp2B8vty6nekf08iGg2Lo34WLP+XJlhJO/n0W7W/s= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 18:25:57 -0000 --Sig_/1LSrqTgbT5Mm=BYg/+COrSu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Mon, 8 May 2017 11:23:01 -0700 "Ngie Cooper (yaneurabeya)" schrieb: > > On May 6, 2017, at 00:22, O. Hartmann wrote: > >=20 > > I build CURRENT on two technically similar systems on a almost daily ba= sis. > > Therefore, it was a great relief having WITH_META_MODE=3Dyes set in /et= c/src-env.conf > > for incremental builds. To make my understanding of this clear (just in= case I'm > > wrong): setting WITH_META_MODE builds only portions that does not need = to be build in > > the make context. > >=20 > > Well, the reason writing this email is: on one system, I run almost eve= ry reboot into > > a "full build" and this puzzles me a bit. The long-lasting and time exh= austing builds > > are within the LLVM/CLANG tree. They consume a lot of time. The box in = question does > > have a weak CPU, only two physical cores, four threads, 8GB of RAM and = builds > > the /usr/obj residing on a SSD. The reference machine does have the sam= e motherboard, > > also a SSD, but has 16 GB RAM and a 4-core/8 threads XEON CPU - but bot= h are > > "IvyBridge". The XEON usually needs 30 - 40 minutes to compile a full w= orld/kernel > > from a clean /usr/obj, the "weak" box takes approximately 120 minutes -= it is > > understandable that a shortage of the build time is appreciated. > >=20 > > Well, having said this, I need to mention that both systems use almost > > identical /etc/src.conf setting - except the order of appearance of the= WITH_ tags. In > > fact, they are identical except the KERNCONF (naming of the kernel) and > > PORTS_MODULES=3D, the "weak" box incorporates x11/nvidia-driver and > > emulators/virtualbox-ose-kmod, so these modules are build every time th= e system gets > > rebuild, but the time taken by those is negligible. > >=20 > > The problem: to make my point clear: the "weak" box starts compiling al= most everytime > > now the LLVM/CLANG tree while the XEON box does not. This is spooky. > >=20 > > I deleted on both systems recently /usr/obj completely from its conten= t and > > restarted a buildworld again to hope, that the problem was introduced d= ue to some > > files necessary for the BSD make environment to indicate the incrementa= l build. But > > no success. Even more spooky is the fact, that after a build on the "we= ak" box and a > > build again, the box bevaves as expected not rebuilding everything agai= n, but in some > > cases after a reboot, a rebuild the hits again the build of LLVM/CLANG = tree, while > > the XEON box does not. > >=20 > > I think there is something missing an I'd like to ask what is the sugge= sted way to > > initially restart a full build to ensure that WITH_META_MODE gets initi= alised > > correctly. > >=20 > > Well, I'm not a developer, so please be patient with my naive report. > >=20 > > Thanks in advance, =20 >=20 > Dumb question: which kernel are you using on which machine (GENERIC, > GENERIC-NODEBUG, a custom kernel with or without debug hooks, e.g., INVAR= IANTS, > enabled)? Also, how are you building the system (locally using UFS or ZFS= , remotely, > e.g., over NFS, etc)? Thanks, -Ngie - Custom kernel - as far as I know, no debug hooks, no INVARIANTS (i tried to eliminate all= of them) - Build is performed on a Samsung SSD 850 PRO with UFS2, locally --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/1LSrqTgbT5Mm=BYg/+COrSu Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWRC4JAAKCRDS528fyFhY lOoOAf0fDa2HjHvxsiQGPI/qf/pIqqM6yUC9oTOQuuJxd69NuZ4sc49qSa5n+lKI r1+HXi59UM3KxwQHneCpSHEtLcePAf9Jx9Z+1kkHSIWPHQcEzFtczdTqQ9MXOiqH 2WZMrcskK5TbGGNiX0OlRQn4AX3Dfx3wMHZtfVVitVRngIEzA8yi =ktkP -----END PGP SIGNATURE----- --Sig_/1LSrqTgbT5Mm=BYg/+COrSu-- From owner-freebsd-current@freebsd.org Mon May 8 18:50:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 044D4D632FC for ; Mon, 8 May 2017 18:50:38 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x242.google.com (mail-pg0-x242.google.com [IPv6:2607:f8b0:400e:c05::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B998B7D; Mon, 8 May 2017 18:50:37 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x242.google.com with SMTP id u187so11808265pgb.1; Mon, 08 May 2017 11:50:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=pv2OLUj2g8vkNJ3S3hYodicdlTm1iZy/fRUIPCkbfko=; b=XQN0IbcOt1ZGYVlOvN0QUadSVHDMd9MWW5dj2Vk5L0tr0k9/yRrH3VR/26DiyefL1y vztJj9tWEr1+7zIEHf+ygvQ62xlMwrkWgwRIGVdB6AvqhCxSjqzV9YIAa7sLmBn6RgLP ecrX46NKBcbVYm6EIWpV1t9x8XmDcApdesbkmXGgn5cKfr47Lb9M6YNFt4ys4dWtBFv8 m7v5N6R+u/9FQOXYKWFOXtpo83fU1EkHyRZHCy7gvOJNiYPz7NQPu16IJKnIxdHmvebl adiw2XCyUhT9lQ7oL7dr3d3ztmjFVryXQ55MVKMnBMbjvTwqIlA1Cemui3YIvL+tc1FI dltw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=pv2OLUj2g8vkNJ3S3hYodicdlTm1iZy/fRUIPCkbfko=; b=ojNfkwLmWq0vWUnp7ANVr7krf728Qy0otdQE3NdO2p4W5RYKGbzwo9R38BG2Wewl4s KO7WkuQz4rqKcuNKxnDpiBOXrJdHA4oZ+orgcEb1oVp9twc6PBoXdDqP9FqHCQxq9PVC JqstnoYndQHB+SI5MgY8NQaIP96fb7WsJ7FNlwpBP4xY1co0ZRMkBmi+TIrSgddMQQiQ /EfN8kwRUKA+FTWNvh/IhwnCnVk6u+dbuIZtW5gOH7APnO/h+WNFdL6Lly0srxdCVp/y CE9I3AiJv47c8mxwEVwZDOzihJUQZaF7Vs8mbqW4bTnurIwf7i1EFzJ2T+jfWEgARiko yOtQ== X-Gm-Message-State: AODbwcAe/r0PE77saO8mrNW6kIaWo7OLfRbHdeiZtWDyWEy97l7DpPFK CcHCHN3mufKAtg== X-Received: by 10.98.16.215 with SMTP id 84mr7914656pfq.210.1494269436853; Mon, 08 May 2017 11:50:36 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id c83sm27969144pfd.113.2017.05.08.11.50.35 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 08 May 2017 11:50:36 -0700 (PDT) Subject: Re: ${src}/release/release.sh fails at makefs state Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_51F9C320-A603-4DBB-91C5-345153FBD8C4"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <59106dc5.0e34c80a.1f4dc.19c0SMTPIN_ADDED_BROKEN@mx.google.com> Date: Mon, 8 May 2017 11:47:23 -0700 Cc: freebsd-current@freebsd.org, Ed Maste Message-Id: References: <590d576d.053aed0a.239ed.3885SMTPIN_ADDED_BROKEN@mx.google.com> <912E7862-7AFB-4B40-863C-0205FEF2AFB0@gmail.com> <59106dc5.0e34c80a.1f4dc.19c0SMTPIN_ADDED_BROKEN@mx.google.com> To: Alastair Hogge X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 18:50:38 -0000 --Apple-Mail=_51F9C320-A603-4DBB-91C5-345153FBD8C4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 8, 2017, at 06:07, Alastair Hogge wrote: >=20 > On Fri, 5 May 2017 11:26:44 PM Ngie Cooper wrote: >> (CCing emaste) >>=20 >>> On May 5, 2017, at 21:55, Alastair Hogge wrote: >> =E2=80=A6 >>=20 >>> Calculated size of `memstick.img.part': 485474304 bytes, 9435 inodes >>> Extent size set to 8192 >>> memstick.img.part: 463.0MB (948192 sectors) block size 8192, = fragment size >>> 1024 >>>=20 >>> using 9 cylinder groups of 54.38MB, 6960 blks, 1152 inodes. >>>=20 >>> super-block backups (for fsck -b #) at: >>> 32, 111392, 222752, 334112, 445472, 556832, 668192, 779552, = 890912, >>>=20 >>> Populating `memstick.img.part' >>> makefs: bread: read 8192 (684294144) returned 0: No error: 0 >>> makefs failed >>> *** Error code 1 >=20 > Thanks Ngie. >=20 > It look like r317744 is causing the problem: > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D317744 >=20 > That is the checkout that breaks release building for me, prior = revisions > cause no problem. Hi Alastair, r317967 should allow you to build release images again. Cheers! -Ngie --Apple-Mail=_51F9C320-A603-4DBB-91C5-345153FBD8C4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZEL07AAoJEPWDqSZpMIYVoOsP/0U3jJcF42HdAbXcydTZBa7s ibQbKpKoKKe0WKWZPLNQ6pJAvKHaVEHEUqg+zT205iWjtsjWMQQb0jSrlUXmkU7/ 9UEEwhjVJoKhKDITerYyJsXSxUiMztpMRrgmeSun9s1XPOV1eukFqoeNaJX5wXQh w+AaadBTmJdq7pZcAeNO8Qw3So7Ym3twXb7cwvFWGQqa0jegRMwMSUIwKKCYKOYW 38TlGoF8LTujEkDanvRR1YyKwqvNwDqv5P3w8csIg/NSR6/dtr48Oh2CwVO7dPCh B/CPCdKJddYDidMSc4izLuUf9Cx2bQYMKaqLzuOGMWvI8o7ClqeZxlL5jcTtGe7s nTR2cVhWk/tg7XrJl8VGGpXWNejFiIMbxGoPI12g1+9RWWUct/plJKHExXhakwCs hcaTBKGf+/SHjTDTOyZPyWubqsOiMGO6Hd9emkC7vE/syIWjMBFb3+WeClPZqBhx aXxB5H1Sf55RuI+lHy4Chtf76t5AQrtTR4wRTy+R7UkvwxZ0hPcW1CwQyzEgKESM wVIfRleoxRlayFBNz6XV6yCynxP0ohnwatHoj/wu5tI0B+mqnfU6Dm+5fKQTKR0C S9JVJTcWVA1INzguCH3lhOZhmijRizEiiaMmLz8OKiBN5BRWM3ZRnUC+ZRjxDZ+R A6ITv5L9D7rw75OV+HPC =C1sB -----END PGP SIGNATURE----- --Apple-Mail=_51F9C320-A603-4DBB-91C5-345153FBD8C4-- From owner-freebsd-current@freebsd.org Mon May 8 19:06:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63392D63A01 for ; Mon, 8 May 2017 19:06:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F3FB9174E; Mon, 8 May 2017 19:06:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id B0E2410A82D; Mon, 8 May 2017 15:06:19 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Toomas Soome , Julian Elischer , Toomas Soome Subject: Re: bootcode capable of booting both UFS and ZFS? Date: Mon, 08 May 2017 11:10:50 -0700 Message-ID: <2078108.OFyxUdmrtS@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <053354DF-651F-423C-8057-494496DA3B91@me.com> References: <963c5c97-2f92-9983-cf90-ec9d59d87bba@freebsd.org> <053354DF-651F-423C-8057-494496DA3B91@me.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 08 May 2017 15:06:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 19:06:21 -0000 On Friday, May 05, 2017 11:01:03 PM Toomas Soome wrote: >=20 > > On 5. mai 2017, at 22:07, Julian Elischer wrot= e: > >=20 > > Subject says it all really, is this an option at this time? > >=20 > > we'd like to try boot the main zfs root partition and then fall bac= k to a small UFS based recovery partition.. is that possible? > >=20 > > I know we could use grub but I'd prefer keep it in the family. > >=20 > >=20 > >=20 >=20 >=20 > it is, sure. but there is an compromise to be made for it. >=20 > Lets start with what I have done in illumos port, as the idea there i= s exactly about having as =E2=80=9Cuniversal=E2=80=9D binaries as possi= ble (just the binaries are listed below to get the size): >=20 > -r-xr-xr-x 1 root sys 171008 apr 30 19:55 bootia32.efi > -r-xr-xr-x 1 root sys 148992 apr 30 19:55 bootx64.efi > -r--r--r-- 1 root sys 1255 okt 25 2015 cdboot > -r--r--r-- 1 root sys 154112 apr 30 19:55 gptzfsboot > -r-xr-xr-x 1 root sys 482293 mai 2 21:10 loader32.efi > -r-xr-xr-x 1 root sys 499218 mai 2 21:10 loader64.efi > -r--r--r-- 1 root sys 512 okt 15 2015 pmbr > -r--r--r-- 1 root sys 377344 mai 2 21:10 pxeboot > -r--r--r-- 1 root sys 376832 mai 2 21:10 zfsloader >=20 > the loader (bios/efi) is built with full complement - zfs, ufs, dosfs= , cd9660, nfs, tftp + gzipfs. The cdboot is starting zfsloader (thats t= rivial string change). >=20 > The gptzfsboot in illumos case is only built with zfs, dosfs and ufs = - as it has to support only disk based media to read out the loader. Al= so I am building gptzfsboot with libstand and libi386 to get as much sh= ared code as possible - which has both good and bad sides, as usual;) >=20 > The gptzfsboot size means that with ufs the dedicated boot partition = is needed (freebsd-boot), with zfs the illumos port is always using the= 3.5MB boot area after first 2 labels (as there is no geli, the illumos= does not need dedicated boot partition with zfs). >=20 > As the freebsd-boot is currently created 512k, the size is not an iss= ue. Also using common code does allow the generic partition code to be = used, so GPT/MBR/BSD (VTOC in illumos case) labels are not problem. The intention btw of the larger size for gptboot is so we could have a = merged gptboot / gptzfsboot. I don't think ZFS was in FreeBSD when gptboot wa= s first written, but I would much rather have a merged gptboot binary that supp= orts both. It just needs some logic for what to pick if it sees both. (It = would also be nice to axe zfsloader and just pass a different KARGS_FLAG_FOO = in to select ZFS as the default boot device to /boot/loader, but zfsloader is= probably too baked into the system at this point.) > Also note that we can still build the smaller dedicated blocks like b= oot2, just that we can not use those blocks for more universal cases an= d eventually those special cases will diminish. Yes, the BSD label stuff is stuck with a smaller size, but GPT should s= upport unified bootstraps. --=20 John Baldwin From owner-freebsd-current@freebsd.org Mon May 8 19:39:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF8DDD6385A for ; Mon, 8 May 2017 19:39:17 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0119.outbound.protection.outlook.com [104.47.41.119]) (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 E0A66A97 for ; Mon, 8 May 2017 19:39:16 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=flEMoSoP8oCbQE519xA8D69/VoAEpELGrWyKKA6/lHQ=; b=QjLEEdvVOTRr9a2piOL7hrvkXwC7APJNkwPRDyqFCrPj6gS6eqZ2QaQCph0e4XWLjtEVJjmhKSHjBOriq5G3IJU5fVwVHYDhEQ2iC3WQG1EkUAYoRW3Iui7/iwfvYZ6DxXflucPhtQeq5VhabbL2gBw6+X7ueCL0hTcAunS7UjQ= Received: from SN1PR0501CA0029.namprd05.prod.outlook.com (10.163.126.167) by CO2PR05MB731.namprd05.prod.outlook.com (10.141.228.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7; Mon, 8 May 2017 19:39:14 +0000 Received: from BY2NAM05FT003.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e52::209) by SN1PR0501CA0029.outlook.office365.com (2a01:111:e400:52fe::39) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7 via Frontend Transport; Mon, 8 May 2017 19:39:14 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by BY2NAM05FT003.mail.protection.outlook.com (10.152.100.140) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Mon, 8 May 2017 19:39:13 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 8 May 2017 12:39:13 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v48JdCnY009847; Mon, 8 May 2017 12:39:12 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id B6BC738551F; Mon, 8 May 2017 12:39:12 -0700 (PDT) To: "O. Hartmann" CC: Konstantin Belousov , FreeBSD CURRENT , Subject: Re: filemon: weird full-time build although filemon enabled In-Reply-To: <20170508193258.4b0ddec2@thor.intern.walstatt.dynvpn.de> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> <25259.1494259448@kaos.jnpr.net> <20170508162320.GD1622@kib.kiev.ua> <26642.1494263825@kaos.jnpr.net> <20170508193258.4b0ddec2@thor.intern.walstatt.dynvpn.de> Comments: In-reply-to: "O. Hartmann" message dated "Mon, 08 May 2017 19:32:58 +0200." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <28998.1494272352.1@kaos.jnpr.net> Date: Mon, 8 May 2017 12:39:12 -0700 Message-ID: <28999.1494272352@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(39840400002)(39450400003)(39850400002)(39400400002)(39410400002)(2980300002)(189002)(24454002)(199003)(9170700003)(6266002)(50226002)(305945005)(6246003)(8936002)(478600001)(53936002)(356003)(47776003)(55016002)(38730400002)(2950100002)(76506005)(4326008)(77096006)(39060400002)(7696004)(81166006)(117636001)(107886003)(8676002)(110136004)(50466002)(6916009)(53416004)(93886004)(558084003)(86362001)(2906002)(54906002)(97756001)(46406003)(5660300001)(2810700001)(106466001)(76176999)(50986999)(9686003)(23726003)(7126002)(189998001)(229853002)(105596002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB731; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM05FT003; 1:RyTpRIB+mKYk2AjJyfAgCfMyJplY1QKjW/9zp8oqADWrX67MjZIblNZpIizLibY0q4cp4rP/jRn8hvOzk+HRnGrxHGfWQ5nlLspZgAB7SmngB8oD7sb+46RHtMGYN+imASlysmUIAmZ4aHpY56P5Yu4soH6QFzwK10+BApKDm+Oom8fDtbaZm7BgsgZA4w2MSKKuMr9E3FKb3xThbu4bLCpU1jYUzfcz7umYqR5fKNYJEQYvV8rkGPn6qZ+j7lRmeboHiV6ytEy2MyqQ3nKabD18QIRwE0rLzjBNRlILE6p8+fUB5OTOind0VS1OoaPQkWxRIggDGGCTGSDIWnn/9Qu4rHbwImPXakckfOU6RxgyTi5Nkg13gP2lVRcoxc737pXNzaGmdgPXPosPT5AVx++pUpd29lJn8JFBaiuFGrf23RwAxUbthOcIXqHnsC0o3ROXsKc8NEnrNqd+tOuMx452cQtgYY/1tY6Y84T0ToF0nd1BVU2fwXAnt2K7qZ6sRbU0DG/6W5c64bdPC73QGsnpbqq2dd/SuiQThjs+1l/YHfS0CBycjELdIF5kbLkElIyAb8cZRLh8vpGvigoaZdHfkLdi3HIs4U5t56AVUlo= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 13a14a8e-e674-419b-353d-08d49649e83e X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:CO2PR05MB731; X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB731; 3:aRNw4tI+pj5SMQ7wC9rO80AknKIUpQ+be5QhHzzbKq1nkJsrB2WnnTTF6yx5D3lg2edD0DEtXGml/ho9m0n90yU2tjKGElvd2rJWzBRDau7LSXLCOo2zU6LOPwOUGjahlOkP73bP62Wd9Ap44Nm7ApH/5NKsF/Yyq57U8PfrGu1RZ9yGYCcN32KLBrPAjYY/bNQaqNOXcJgi0LdS/4nswI6niwhBn/pCLX6dBxSxaPAZaZmqamTZjC87r+SNZOtxwDBnbTSdFJLSa5F93o2Azd2R97jJhy/p/P5lppTxtmnnZ5nZkDH1ZHD/ZLaAo+8RxB2Ph1gM+LUKu8kEbFj2XrNEwXxcgAEDE6ZrxG00+AJOvTmy/jPyi6FEYN7RpNKGEVyMMN1l4uPKJme9ae8ivIhHbbZVlKtstZ0W2MPVgE/MlUSUMv6lIAvP12V9tRGRLlvTqZ+tyU8eebLlJ6uqu8gY5eQG9wYaUyDxo0rt5WDqAPqJx5bZb5DDCKlTDnDu X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB731; 25:BckS30J6jNa39/y3qnGCuDougDTw0z3tATMdpeCqx5mBBcBbW8wTpdASLLljhUWD3AVwb5YF620jo3zuIxXCpiqR5cAEna1mEIPeLYSYGZWUmIJjMBLd8p6QWVz63Q3VIK56la49nH32/LGBxmO5jq2IUSxRfzuRYi9NLRjScecYJCT4by3pGgIa33t+wIGQKMkTPcr4apBTUDHhIsU40TfqFD8IXYQiibDgfqUUZC5Xm7JCrkG2vULor+8SygTxttou88exRY2l1Vivjc31DnMsnLuGsdG0QfUFezB2vYP+ixiDorOdR96/YsISwlzq64jANn09ueCnqEfTW/TV9za6e3QnK3aCEMZo96SjdWzJMvemm/ZpDUzemRVwLfbT8CQgTBivn+c6wpLCYvslIehMevZP3qljr/GLVjhHDYGxCkV76TSevjYhO4kVp1nOHQ/ktt0kIiVQkLOMWDyMttAC/LrZ1vYjOnqAlQql50M=; 31:baLL9DrqSzhQv6Vc7ODyAqWCTwDGNLpOerqN/uEv5aN4fWp8Kl7xBd5/+j0h1aZ8cqBi5CxmuqEhocdelW4c1OrfD0JY5tty2CIEq0qK/FTsnTqrOt8nO2AN5LOnuogRBzi+pOuTkBebvXmDvWs7vMh99QCObEerYjYD83SFXxU/uvvszJY6vJDcROLvWfYXor1t7l3FoTxgIcvG0KcTk+s8BtXTySpeWy7XpiipvjogQA3/6eUiGulozslt0ZjWbypYGmxb97BE8Z593ueO+Q== X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB731; 20:nc0ywno+NX8igZN84PMfrnj35x8esBk7C1UfvHyoVLlkbayE+l+GEh1kgQVITiNnNoZeh1LpuBy5FdiCdnAYvN3+d/odbz6Zw/2XifgDFkKqm1qpcPf8EOMAH2nOYTOrkZSLha4JZq0QNuKja5/vX9mAV8MKLPfEsa+OadgVl34tNfAlCOuWS4XP17WUeYYfGbZttN7FVZDoDOyH6k81h77xZEpqHWezoYGtWKOAOOdk7qE1VQGwptBEtdttl9C6r/c0uflb9ZovrYRs21tnhRrTxVvfgbBkUzUaNnq8eG3STHrL5UWdpx2IwRp1ycy9ssk9bl991mQEA5pOvBcBsKYoq20YIuD4Ytx2rGaxWtWrfn8ZPfYpZNPGbnTeTaLPYvmhUpICRtclIQ46T6rjHSZcuRacnafBWJKvTO32RwZj7YMhugt0wku5i+UdlUrt+FV86aPJ7yGbMFohp1uUXjBQG6bfpO9C6y1WoAps2fajE9UHJDrJlfbDivzyMYgH X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13024025)(13018025)(5005006)(8121501046)(13017025)(13015025)(13023025)(93006095)(93003095)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(20161123555025)(20161123560025)(20161123558100)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148); SRVR:CO2PR05MB731; BCL:0; PCL:0; RULEID:; SRVR:CO2PR05MB731; X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB731; 4:y/FAFf684vdj02r5AR41BmhB/ppiSTbbhOBSxdnDvwXh43EEPDBi9RGClZiTVIhI2SFukQlv11/HB3DBEfEApUD6mp4a+MrjRU0wEDkXMqQjO9vfNw7bCMHwwfClZuVOEKrvwopUnR7eqFsLuUJA5hvI274sDoxOxHwfBP9vTqEydLLoGHYH/D7tyokd428/Tm+qjUzpldfYA+IzR2Oy3WoPgi3ND7IzLbrOkiEd3rkSHgEHfoC3T6l8BPqedi3FUevdLuMr/4Y1UeKLdXoyEXSIwrfgG1HSiCoLlvWpR++4x2iTlM2hL8Irj6hHXE/320YghgZBERkYQOb/JWEymvpCaaR7mgZ03rv7A06lS8rygTPDQEj5VlVGVGxyJL+YtwSteIiC4S3GQNqf64sPut0tcd4ogac0ZEt+8ID5ziHX5VGpW35m+73mEESBJyro5EZwe+02aEphcFSEjBwU5PxM2GIVOzDkAZAKXlG4icnyL1MGeDfnEXtCxZHoENatYreUFbGWQsJ3rHyoBAoYQZqSECbCk/aUcQK5GI+FHqZtKFVb4nn+f5RAOjJGul9c3ujUoBa2h3NzT4JMXOKOqvl1NxiWzdX7cHSAg3l3Gn/WkOKcuyYmW2/YC5gWcCNm5vbntQD4Ehdjb7hjNX/DCV/CsCW/ozHxMkAtbzyLQvvdBiGL0RUN+ahYm3c58ow8IIp765iOEq/8vs9bJOOW6PlRYVVDeJmNE/vuFOkvXzCtuO/OmTrI+fsn/hQhFya6747FOmFat61OpvXteSWYlCx5BiqXZHTnnU5m+QnsglPV1EHaZHMcbxFQSFABR1fZf3rkbBPq20eDlUyPKkGsRGIkCXJ3tk5lz3k9MSBj4DIbnEKXCBqPAaKMyJd+LatCT5QxNUF7GQ/J2lrzYhKflg== X-Forefront-PRVS: 0301360BF5 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CO2PR05MB731; 23:t814FqcJ7HrJ9H5RX2ifn+/4/ApDDQ1n08QqOuDZM3?= =?us-ascii?Q?7oOm2IzD+v+EHx2xdtL3UX3TtpV02RoL3JSf9qnSCTAdpQ/cmKVPFqlEfQVJ?= =?us-ascii?Q?xOJgrEG3/O3HzmdQbmRQ3QheXXx92ip20P9flXvBAjANBYfKOYB6uMRHWW17?= =?us-ascii?Q?x36ofaHk/dki5cQgptakWDyyAFsK/MHHiEA9F0AzpqmIN5Hux9NrwQ+d39Jc?= =?us-ascii?Q?vnVejleahogxDCpvWaackZoE3Vo+snkjLKhLM55/xeO45S3MaL6+Ue3Tp6Vk?= =?us-ascii?Q?Zj4bByAwBZuiFkFnKFcbJWdHwXU+uThienllewRdP5i/ERbL5jJoA4OfER68?= =?us-ascii?Q?pURVsFeJkDqL2MYVAxZg8kXhJZ39gSNtzhu1FAZvztU71Aa6eK/1aFUfu6bJ?= =?us-ascii?Q?RCyqQGg1kREaw6fFY6ikcaQ9Jqe908zvvudLJMVZtJX6gCfbjHkSZ5zftkLb?= =?us-ascii?Q?n9zP0jEJsP9UOFR2yqDqAwhYcc22UOBTND0iLKspMLJa/Ux9laieboGogTzb?= =?us-ascii?Q?Ehz4NtI+9H8pGJwJDTuppAhTdn90KwLTO547aGuyCPEN3OIyYxeXDlnTz0vS?= =?us-ascii?Q?xjk1AzYhyu1Wq9BLmaL5v50XEAK0O7oidaWT6ZlylyNFuMt4tTsu+9VoEP14?= =?us-ascii?Q?oLni3RjXl0VzbWtF25mE5MpoKZSay9it74OPBy3QGQvdJJwfQjfY5NC/AYTv?= =?us-ascii?Q?LoF5MCmikP9gc/OpnOkDyyu+mX59NzvCCWUFuyCJWMsWNrTkTxTMc3rC1I6z?= =?us-ascii?Q?C7QtjbiLedNXQs3wrOS3kWyOEJgqPtjzMpdQo4hR/5/n7dtZHJiNAKM1K5vc?= =?us-ascii?Q?35JATKIix+AJJjO+GZS6h1mw6moZk+lZXZDuNIypQj8Gn/A4brEaRR+Aq9jN?= =?us-ascii?Q?JfFRGbED9B9uUlCw/zGFDUkLSGeFIZ4avrdD0/6kBO8WG7RvAj9nI0FeK2SY?= =?us-ascii?Q?nriolPFWhr+v9wYbHgCTbL+9kh/uqLE/Q0CR7N4g2p6tDkJIIQ5zbCjbYvvu?= =?us-ascii?Q?LN54hoFah+CLlN2ppAX058oQkz320Gru9WDs+9Nwlo5+mLjaDK+ovJCDp9Ey?= =?us-ascii?Q?1GBt3SsxEgQAzi8Y9Pt98Gz5Wsnp7pAIEyWG3Q0z/XBmjZAytJLjnCyx+ojk?= =?us-ascii?Q?KAWO7dWDxcli3/9ge4bEsS64i5Y/65t9dK/Khuc+uVi0SoG9nZoSs4k5nw9j?= =?us-ascii?Q?j49KnNHv8PSNosx5M3zOn6SrRyNj0EYtYNf8ogQQCC1Heb2akv9lg4cl2DyS?= =?us-ascii?Q?6v7CQY8ovd15Y0PJI4X8Bo7zes97v7ixwI1RfqoabpcqT+Txo/8Py6ds0tj2?= =?us-ascii?Q?C1GoloEld4GubXVPTTF0ZeSg6VxtZR9nU6zhZlpVeJpBxF6LddR/1KfEQRC8?= =?us-ascii?Q?km1A=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB731; 6:bkA3oKbfcvUrOCFiIw/wIAMqmGwODkVkQi/Ry6KzYV2fFV8gWU2XZvWIfg4Qm9qSPVVhIoBtFrzxGbTrvHCnZAdeG6RYctePnpF4SGACy2SB5x+ovIz4pKOwqdKDXGdgJXOskP41d8DQWl1ePJgD6IIKoSGVtA+j560BlNrNQVaxLet2gxvZoXr0iU+/nmErYXCaQL7OKwVXtEjgOD9uQG7swSeYD9OuL3xMtk7aKRl5dWjyeyXakimEPWY6De8sMgKq6wNbW49oQBRYyD6j4aBn7gCaQAUjAQMa1Nin2q/jR/odttq4zkUrqGDqzZ+zUuu4PPMOWF8yelrhbJCA9KUDFtN2uN9wpjG/ZEBIOfvmLti8ZZM82lzg0nX+6gHz2VRjMBjqf/kcO8uLDpauAvvWfPVoH7M3MX4LrLNurGeGnP4BnaPUDllX9MJjMY5vc25N3T3SIih8A2csZ3Bwoqn0qA0/fKFV0tWRfqBqr5lPgQ0gShizgbICs7Qclao7PJlQHUQrkPnwRny/o6249TnCgxjBj6Kz6wWrUxW0pwU=; 5:Ja74y5E0+VyLSrYBwS0D+AtlA9jST1TNCc0uJus8sp5FPXs/q5Zpk8cU3SuSZnlmoSodWI+IqFiBCJgCVwiVgiat7JWbReUsZbPSqdQX0vZatpY7KwwMvkcBayHYM7EUzq6NGTJk+4iu1hxpDVVXRQ==; 24:sd7tV3Yj4oqVBD50kgo7b7W0HDC8VAR54t+AlOPSK73swoFncVFVzsChgjHk0ZmoAY+tQKg7mMiF5tXGWMxF8IbcM4pCGgrYl5FViDJR38M= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB731; 7:D2doQpXfBkdrGtgUsFsHX6tJrnWwINm7gCTnjhA0rK5UG9+eI5OTDMQTHBpeCXzem0N7rpEemx15ObFPP99Uk5UJbDGyaAxZHH1qGbKiXNZ1vvWHHu9ZHiO9ywjOB9SUkHWREQDvn/EyoktZgY5+7TLkLTP3YrYjNGfHA2cm3ftNNfi/9+T7e+bxRy/xh6qYoe67WSguXIlerWhWThlg58tre7T9Sqw7yuyRwI2BRhu/Bna/TUjRt1Q4NfobfPLCIpPGM4hFWsWgzGqc6BCLu/mkXYe19HAzWhOkRVbCgEo0RuZ1J/FASfZIsu9PYqL3b2UBK34DWfrhh3K+HIEBGw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 May 2017 19:39:13.7065 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR05MB731 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 19:39:17 -0000 O. Hartmann wrote: > > .MAKE.META.IGNORE_PATHS += /usr/local/etc/libmap.d > > > > --sjg > > I suppose I have to set this flag in > > /etc/src-env.conf That should work. Let us know how it goes From owner-freebsd-current@freebsd.org Mon May 8 19:43:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 463C1D63C66 for ; Mon, 8 May 2017 19:43:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (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 E58441CA for ; Mon, 8 May 2017 19:43:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x234.google.com with SMTP id f102so56619277ioi.2 for ; Mon, 08 May 2017 12:43:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=PBqllfob6F9zcWkoQiLiTWANXI0AwBwEfgmhEB8p9dI=; b=DZKj9T6tAg7rEGN+swZYhA59noFT+V6jtOTZFw3j4bwNXAF6olwOqbgnBzpdmTrkBX gMp4ajGFowCuo02oHmG3fs+QFWDV74WXiIdZKbILk73kTN/W8lQ7bTDzz0CCcxLxYfuc 1c23ZMcyQjWgZ4kGJJrFBsBeXp/hfG1vwv5PCSy4e4YHfNz0NF51MBQe8wiaackhwYr/ mU8CdzRxzwJLCBMvTK8P6s7YzletP6ULncqwdh6ibKmkNbXrDBkc2KXaG8zNDfXHrRJR Zpp3ig1NW3LZkvakcm5wNsT/i5JhYrLJRYHf6cY/M4FvUGP4+7khERW8NhQvXn0K/54R H4iA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=PBqllfob6F9zcWkoQiLiTWANXI0AwBwEfgmhEB8p9dI=; b=Cw+rMkR6oyQ8wacuF8g7FTY3y1cCglmW6B221vaoBIAB+XwUTio8e7e6MJjOs8PkTe Wbyk6+mNot+3lAvvxdD3wQmIHOfa5btfwsXz08Ln0oYpeXWMEY2csP/Q1v9XH8Pyd2/Q zbOUD07zkr1GRl+AJGkMzve5zBbH646GDyPAGLP9a+UnwWw06ecuxWNP1Xyr8XXp28OP LO0BzMfqLDYzbOhGpmSq13ikBc2V1Z8im/7HnrhOt8UindBeOzmWfzcNwWPD9bOfpzII kQ3jmruOboDhEZazOPNHggjdBT3R4/F2+aqkEs8/RRvfzjEx281d/7h48An1aJyVULQJ JswA== X-Gm-Message-State: AODbwcC1PujANuIrGKdeZe5SkeAtI8kL8GraGtM5u9lNzY95g2Mg55E4 096vbv1dZ+qbaqWvONtr+was61Y+mA== X-Received: by 10.107.85.4 with SMTP id j4mr5881127iob.218.1494272611977; Mon, 08 May 2017 12:43:31 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.126.6 with HTTP; Mon, 8 May 2017 12:43:31 -0700 (PDT) X-Originating-IP: [2607:fb10:7021:1::333f] In-Reply-To: <2078108.OFyxUdmrtS@ralph.baldwin.cx> References: <963c5c97-2f92-9983-cf90-ec9d59d87bba@freebsd.org> <053354DF-651F-423C-8057-494496DA3B91@me.com> <2078108.OFyxUdmrtS@ralph.baldwin.cx> From: Warner Losh Date: Mon, 8 May 2017 13:43:31 -0600 X-Google-Sender-Auth: pdiWhcBLWQB83VBDHYOAAb4CnFo Message-ID: Subject: Re: bootcode capable of booting both UFS and ZFS? To: John Baldwin Cc: FreeBSD Current , Toomas Soome , Julian Elischer , Toomas Soome Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 19:43:33 -0000 On Mon, May 8, 2017 at 12:10 PM, John Baldwin wrote: > On Friday, May 05, 2017 11:01:03 PM Toomas Soome wrote: >> >> > On 5. mai 2017, at 22:07, Julian Elischer wrote: >> > >> > Subject says it all really, is this an option at this time? >> > >> > we'd like to try boot the main zfs root partition and then fall back t= o a small UFS based recovery partition.. is that possible? >> > >> > I know we could use grub but I'd prefer keep it in the family. >> > >> > >> > >> >> >> it is, sure. but there is an compromise to be made for it. >> >> Lets start with what I have done in illumos port, as the idea there is e= xactly about having as =E2=80=9Cuniversal=E2=80=9D binaries as possible (ju= st the binaries are listed below to get the size): >> >> -r-xr-xr-x 1 root sys 171008 apr 30 19:55 bootia32.efi >> -r-xr-xr-x 1 root sys 148992 apr 30 19:55 bootx64.efi >> -r--r--r-- 1 root sys 1255 okt 25 2015 cdboot >> -r--r--r-- 1 root sys 154112 apr 30 19:55 gptzfsboot >> -r-xr-xr-x 1 root sys 482293 mai 2 21:10 loader32.efi >> -r-xr-xr-x 1 root sys 499218 mai 2 21:10 loader64.efi >> -r--r--r-- 1 root sys 512 okt 15 2015 pmbr >> -r--r--r-- 1 root sys 377344 mai 2 21:10 pxeboot >> -r--r--r-- 1 root sys 376832 mai 2 21:10 zfsloader >> >> the loader (bios/efi) is built with full complement - zfs, ufs, dosfs, c= d9660, nfs, tftp + gzipfs. The cdboot is starting zfsloader (thats trivial = string change). >> >> The gptzfsboot in illumos case is only built with zfs, dosfs and ufs - a= s it has to support only disk based media to read out the loader. Also I am= building gptzfsboot with libstand and libi386 to get as much shared code a= s possible - which has both good and bad sides, as usual;) >> >> The gptzfsboot size means that with ufs the dedicated boot partition is = needed (freebsd-boot), with zfs the illumos port is always using the 3.5MB = boot area after first 2 labels (as there is no geli, the illumos does not n= eed dedicated boot partition with zfs). >> >> As the freebsd-boot is currently created 512k, the size is not an issue.= Also using common code does allow the generic partition code to be used, s= o GPT/MBR/BSD (VTOC in illumos case) labels are not problem. > > The intention btw of the larger size for gptboot is so we could have a me= rged > gptboot / gptzfsboot. I don't think ZFS was in FreeBSD when gptboot was = first > written, but I would much rather have a merged gptboot binary that suppor= ts > both. It just needs some logic for what to pick if it sees both. (It wo= uld > also be nice to axe zfsloader and just pass a different KARGS_FLAG_FOO in= to > select ZFS as the default boot device to /boot/loader, but zfsloader is p= robably > too baked into the system at this point.) I think this is a good idea, but we need to make sure that we can build a smaller bootblocks that support only UFS so we can re-install on older installations where we have a super-small boot partition. Having said that, I'd love for there to be just one set of boot blocks, assuming they fit into our ~540k boot block limit. Sadly, we can't just create a 1MB or 10MB partition due to limitations in our current MBR boot code, though I suppose we could fix that by just loading the first part and make that cope with the rest. Not trivial, but not impossible.... Likely something we won't need to do for some time though. >> Also note that we can still build the smaller dedicated blocks like boot= 2, just that we can not use those blocks for more universal cases and event= ually those special cases will diminish. > > Yes, the BSD label stuff is stuck with a smaller size, but GPT should sup= port > unified bootstraps. Agreed. We should also consider tossing a script into tools somewhere to create a new slice that's bigger from the end of swap to allow easier migrations... Warner From owner-freebsd-current@freebsd.org Tue May 9 01:55:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1DC0D64886 for ; Tue, 9 May 2017 01:55:38 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 6EC8DD1D for ; Tue, 9 May 2017 01:55:38 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id F150420B33; Mon, 8 May 2017 21:55:36 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Mon, 08 May 2017 21:55:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; 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:x-sasl-enc; s=fm1; bh=xXDmIcNmlbIGTkBdlv HPAW4525sjeGrONKP6Djv0UWU=; b=H0tQFO6zr5nkWf4rMt84O/R0XzeAKnbvl7 DdA8BLIA8VWtf2zoKJQHaaRzZsOjibPw68+8w5A2UUBWvOqyc3qqqY4bgZ0ljUWp xr3ONuMPxdtnKTcMmtUlbPbcrJ0AMoIrZfwS8a4+q3egCC9EUIdYKqUaZyJwOteV tChWcsUq6NNQf4KvBrOvgdXgvUaOXV6dQj9s/w2wc8YneN3vXeat/OTXMGyC0tsv 4149Mq2r06/ExSstt/mqGbNLjD26TfFKGuqE2LG+WUq2Bw+nsbFQSi2GO7l3URQS LYwBruuJrVqBYgfamOfeXUak5ohvhJ4gCo+W38LtetuqF7bf9piQ== DKIM-Signature: v=1; a=rsa-sha256; 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:x-sasl-enc; s= fm1; bh=xXDmIcNmlbIGTkBdlvHPAW4525sjeGrONKP6Djv0UWU=; b=JQ/iNDJY Qiyli8EIPVRtBtsSJKoBO+0ukWBXXmWG4BgDHZCs7BePMd1LWLBWe7PR1hBVQF9C Ym/2p+Ru5H+8n4/WSKIJuGTLYgbNlvUKBX68v3AgwEHbfIfGZxcUfh0zYqVUnM0u +U0gUIH1Nu5Z7Re98jCQ+Wm6UYx0YCKLWEiAOcrSV/nJy6lqSdI4+6Zr3SXSZKMM Q8Nwq7FP3tZVlygfygmVQISvQczFrywaoeL2XguUpMIjxq+C2BiyDFMtcrApTQfg 6lMuY6z5t/2dNWB9T3Ev3j/BeY309BYpgAV6KN+Fur20gnV0JNTUllL7bhAjmkxm /f+sAn8PsS4T0g== X-ME-Sender: X-Sasl-enc: xi4MRghl948FiMtKq4vG/IcV4M8Wpid+DEiZPoqq708K 1494294936 Received: from madcat.local. (58-7-109-160.dyn.iinet.net.au [58.7.109.160]) by mail.messagingengine.com (Postfix) with ESMTPA id 8112B24A1F for ; Mon, 8 May 2017 21:55:36 -0400 (EDT) From: Alastair Hogge To: freebsd-current@freebsd.org Subject: Re: ${src}/release/release.sh fails at makefs state Date: Tue, 09 May 2017 09:55:34 +0800 Message-ID: <3631031.1iT2X38Tuv@madcat.local.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <590d576d.053aed0a.239ed.3885SMTPIN_ADDED_BROKEN@mx.google.com> <59106dc5.0e34c80a.1f4dc.19c0SMTPIN_ADDED_BROKEN@mx.google.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2017 01:55:39 -0000 On Mon, 8 May 2017 11:47:23 AM Ngie Cooper wrote: [...] > Hi Alastair, > r317967 should allow you to build release images again. Thank you very muchly, Alastair From owner-freebsd-current@freebsd.org Tue May 9 03:22:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDED5D64206 for ; Tue, 9 May 2017 03:22:15 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x244.google.com (mail-pg0-x244.google.com [IPv6:2607:f8b0:400e:c05::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 895AB7B; Tue, 9 May 2017 03:22:15 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x244.google.com with SMTP id u187so13190204pgb.1; Mon, 08 May 2017 20:22:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=pv2OLUj2g8vkNJ3S3hYodicdlTm1iZy/fRUIPCkbfko=; b=XQN0IbcOt1ZGYVlOvN0QUadSVHDMd9MWW5dj2Vk5L0tr0k9/yRrH3VR/26DiyefL1y vztJj9tWEr1+7zIEHf+ygvQ62xlMwrkWgwRIGVdB6AvqhCxSjqzV9YIAa7sLmBn6RgLP ecrX46NKBcbVYm6EIWpV1t9x8XmDcApdesbkmXGgn5cKfr47Lb9M6YNFt4ys4dWtBFv8 m7v5N6R+u/9FQOXYKWFOXtpo83fU1EkHyRZHCy7gvOJNiYPz7NQPu16IJKnIxdHmvebl adiw2XCyUhT9lQ7oL7dr3d3ztmjFVryXQ55MVKMnBMbjvTwqIlA1Cemui3YIvL+tc1FI dltw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=pv2OLUj2g8vkNJ3S3hYodicdlTm1iZy/fRUIPCkbfko=; b=WeemGDIi9hisS9M2QNmU4Qda7n3amTGdNT0qd+/EzedTo/egS3iygvtgOaJ3JvJj1M iH0JGuCS49wJrO6LgswlrXUexFUMLiddNLfqm8awURjobMER7Ndv21bo3ntTulKzfrWK 7xCQ2Yoz3CRWxEbzkBenojhrXC6P8FMSU5INq5/VhipRbs+jWQm2IBrXLxErh+YJZChV aBrkAnCL99Qbp/QVlTnZFsa5okqXYSQrGlmM/xoatPFQ6Vw8mav/X2wCAKq535petpAb ahinW+L4BOh1wTpRmuoCUG32B+tsggSmbGSqSsSYD6uXdwZGaIEJtdGUXWufFjqh6sA4 V5Uw== X-Gm-Message-State: AODbwcDHjXMMK6fB6gHMAwM488JPMDlO22ZlCTXMOvV6R733UCrXg1k1 fkfb/pvivi8RR22ZOA0= X-Received: by 10.84.212.16 with SMTP id d16mr19059756pli.109.1494300135182; Mon, 08 May 2017 20:22:15 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id 63sm9244772pfa.122.2017.05.08.20.22.14 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 08 May 2017 20:22:14 -0700 (PDT) Subject: Re: ${src}/release/release.sh fails at makefs state Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_51F9C320-A603-4DBB-91C5-345153FBD8C4"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <59106dc5.0e34c80a.1f4dc.19c0SMTPIN_ADDED_BROKEN@mx.google.com> Date: Mon, 8 May 2017 11:47:23 -0700 Cc: freebsd-current@freebsd.org, Ed Maste Message-Id: References: <590d576d.053aed0a.239ed.3885SMTPIN_ADDED_BROKEN@mx.google.com> <912E7862-7AFB-4B40-863C-0205FEF2AFB0@gmail.com> <59106dc5.0e34c80a.1f4dc.19c0SMTPIN_ADDED_BROKEN@mx.google.com> To: Alastair Hogge X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2017 03:22:16 -0000 --Apple-Mail=_51F9C320-A603-4DBB-91C5-345153FBD8C4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 8, 2017, at 06:07, Alastair Hogge wrote: >=20 > On Fri, 5 May 2017 11:26:44 PM Ngie Cooper wrote: >> (CCing emaste) >>=20 >>> On May 5, 2017, at 21:55, Alastair Hogge wrote: >> =E2=80=A6 >>=20 >>> Calculated size of `memstick.img.part': 485474304 bytes, 9435 inodes >>> Extent size set to 8192 >>> memstick.img.part: 463.0MB (948192 sectors) block size 8192, = fragment size >>> 1024 >>>=20 >>> using 9 cylinder groups of 54.38MB, 6960 blks, 1152 inodes. >>>=20 >>> super-block backups (for fsck -b #) at: >>> 32, 111392, 222752, 334112, 445472, 556832, 668192, 779552, = 890912, >>>=20 >>> Populating `memstick.img.part' >>> makefs: bread: read 8192 (684294144) returned 0: No error: 0 >>> makefs failed >>> *** Error code 1 >=20 > Thanks Ngie. >=20 > It look like r317744 is causing the problem: > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D317744 >=20 > That is the checkout that breaks release building for me, prior = revisions > cause no problem. Hi Alastair, r317967 should allow you to build release images again. Cheers! -Ngie --Apple-Mail=_51F9C320-A603-4DBB-91C5-345153FBD8C4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZEL07AAoJEPWDqSZpMIYVoOsP/0U3jJcF42HdAbXcydTZBa7s ibQbKpKoKKe0WKWZPLNQ6pJAvKHaVEHEUqg+zT205iWjtsjWMQQb0jSrlUXmkU7/ 9UEEwhjVJoKhKDITerYyJsXSxUiMztpMRrgmeSun9s1XPOV1eukFqoeNaJX5wXQh w+AaadBTmJdq7pZcAeNO8Qw3So7Ym3twXb7cwvFWGQqa0jegRMwMSUIwKKCYKOYW 38TlGoF8LTujEkDanvRR1YyKwqvNwDqv5P3w8csIg/NSR6/dtr48Oh2CwVO7dPCh B/CPCdKJddYDidMSc4izLuUf9Cx2bQYMKaqLzuOGMWvI8o7ClqeZxlL5jcTtGe7s nTR2cVhWk/tg7XrJl8VGGpXWNejFiIMbxGoPI12g1+9RWWUct/plJKHExXhakwCs hcaTBKGf+/SHjTDTOyZPyWubqsOiMGO6Hd9emkC7vE/syIWjMBFb3+WeClPZqBhx aXxB5H1Sf55RuI+lHy4Chtf76t5AQrtTR4wRTy+R7UkvwxZ0hPcW1CwQyzEgKESM wVIfRleoxRlayFBNz6XV6yCynxP0ohnwatHoj/wu5tI0B+mqnfU6Dm+5fKQTKR0C S9JVJTcWVA1INzguCH3lhOZhmijRizEiiaMmLz8OKiBN5BRWM3ZRnUC+ZRjxDZ+R A6ITv5L9D7rw75OV+HPC =C1sB -----END PGP SIGNATURE----- --Apple-Mail=_51F9C320-A603-4DBB-91C5-345153FBD8C4-- From owner-freebsd-current@freebsd.org Tue May 9 10:08:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FE2DD630F2; Tue, 9 May 2017 10:08:00 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 112C51A35; Tue, 9 May 2017 10:08:00 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=freebsd-arm@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3wMZn13ybkzrRP DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1494324469; bh=7iHqLB7Ld1TW1e7MdhBNoVLL/ehau2c/JdY2wfvXif0=; h=To:Cc:From:Subject:Date; z=To:=20freebsd-arm=20|Cc:=20freebsd-curre nt=20|From:=20Henri=20Hennebert=20|Subject:=20DTB=20provided=20by=20loader.efi=20from=2 0head=20-r317181=20on=20pine64=20smashed=20by=0D=0A=20zfs.ko=20?|D ate:=20Tue,=209=20May=202017=2012:07:47=20+0200; b=crdHhuTOWMROkwMB6BNKJQexzjoYmbgMkQc4Jd/9j2nNYdIS6BJaYAYUsa+fdI8q0 ETf6ZWehFxQvnKye1bZB0QOsADl/qEuxJicSQkB2XS1tN4lHErTI0JUGMTkDnrcf3u gUr1vh+P12jIuSb8KtbT4jfApclKnu4l68qGZZcOIPHpw7pUuzH66/eAhoukwStNto HErTx8bu7PWDJFO2PLV0D6vmiAbByiR1x/T4azv0mGpt8XaG1HEEXy1mZAcb75ratw F2Ij42NzKVH5ZKgsF1dABURZxZaEhbuu+LCnUAnVZiPd9dPcyeWUl1Wuq5Kcqv+yxO PCY2xb4p2NQBA== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3wMZn13ybkzrRP; Tue, 9 May 2017 12:07:49 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v49A7lsV081594 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 9 May 2017 12:07:48 +0200 (CEST) (envelope-from hlh@restart.be) To: freebsd-arm Cc: freebsd-current From: Henri Hennebert Subject: DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ? Message-ID: <818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.be> Date: Tue, 9 May 2017 12:07:47 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2017 10:08:00 -0000 Hello, I build current -r317181 with crochet for my PINE64. the kernel can boot with loader.conf.local: geom_mirror_load="YES" If I add to loader.conf.local: zfs_load="YES" or if I strike the space bar during loader.efi and I load zfs manually: OK load zfs ... OK boot the kernel don't boot and the console stay with the last line: Using DTB provided by EFI at 0x49000000. Moreover the opensolaris.ko is not loader. Maybe DTB is smashed by zfs.ko Any idea ? Henri PS with r312006M from RaspBSD all is OK and I can user zfs as root filesystem. From owner-freebsd-current@freebsd.org Tue May 9 13:47:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CF45D65E63 for ; Tue, 9 May 2017 13:47:00 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt0-x230.google.com (mail-qt0-x230.google.com [IPv6:2607:f8b0:400d:c0d::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 352ECD3E for ; Tue, 9 May 2017 13:47:00 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt0-x230.google.com with SMTP id m91so867475qte.3 for ; Tue, 09 May 2017 06:47:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=PYXk7WEOCTRqOEDqbEVRLNKGIhLyO2ciVWlp4OTEDyo=; b=WQxis5mvhd7MCP+zS/WFgDclQ03WCJLJc0lmsLZFWYjm1L+fva8R5hPrGn1BBU24Bq tnf6+NWy3qggsaSAwUlPCtYkB6Vg9IhJit83XlQPyOek9qGKEFs7bvDv/nw+vQ86Cks1 hnbCrsNMbFbRFId4Fg4MKa0IPkl3XTtwcScmou4kNoMH/U4NPjZ6URjgkhi1WWKf9517 oR+ezU6zTovmyVIyBHnFLf1Hgz/vdrFqLJeI9AJUyu6PB0uRFKqYxnMZuDhXihF2LgPb y2G1hx6Fuwb2sFN6d/jqZjGBX/Y0Acvx0nF3kRiWaZ9jVpgCTTvwXWuwDgIKX4ez+NnF vy+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=PYXk7WEOCTRqOEDqbEVRLNKGIhLyO2ciVWlp4OTEDyo=; b=W857dH6vMCeBqoqtS1EI3wsDQ7uBiEOi3LVQpLLiHLs5VrCOQnevBO5Ca9qoh1q0+b RYKfkh7zWQH6uFHm11JmqrB2XzqYJqjrCgrJAGiwZU43+vYUAmVQH5KmeEivoINQWMVg JMj/RYIo4b3stpow1srqECYgg13YovH1/G6jJ9gR+thilxOPMJWkYkMZfOmDaf8p/CLh AVsQ7HJCsFsd5DjmRscr0/6P9h9dSX2TawaGYLJuYQrHX6VzQ/A9kOfFOLoIJmVSxv4T peMCK1HHRVT0OY+4O+pdmwbkyNzjxkPaz7yRqGOwjddFgKzhuiQFcCrCbXoZETcZMMJ/ ttdQ== X-Gm-Message-State: AODbwcDVufDcBZByhZN9WKXJED9nw3LKVtOROp+Wk6R1DNEHhbMM2+2i DSeH8+96r9zc/2WJoPKTqA== X-Received: by 10.237.53.149 with SMTP id c21mr121465qte.191.1494337619315; Tue, 09 May 2017 06:46:59 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-230-154.bltmmd.fios.verizon.net. [100.16.230.154]) by smtp.gmail.com with ESMTPSA id x27sm9212956qtb.54.2017.05.09.06.46.58 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 09 May 2017 06:46:58 -0700 (PDT) Date: Tue, 9 May 2017 09:46:57 -0400 From: Shawn Webb To: Henri Hennebert Cc: freebsd-arm , freebsd-current Subject: Re: DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ? Message-ID: <20170509134657.t3t7dynx3tksfiyg@mutt-hbsd> References: <818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.be> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qomsnlnsclutcbcm" Content-Disposition: inline In-Reply-To: <818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.be> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170306 (1.8.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2017 13:47:00 -0000 --qomsnlnsclutcbcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 09, 2017 at 12:07:47PM +0200, Henri Hennebert wrote: > Hello, >=20 > I build current -r317181 with crochet for my PINE64. >=20 > the kernel can boot with loader.conf.local: >=20 > geom_mirror_load=3D"YES" >=20 > If I add to loader.conf.local: >=20 > zfs_load=3D"YES" >=20 > or if I strike the space bar during loader.efi and I load zfs manually: >=20 > OK load zfs > ... > OK boot >=20 > the kernel don't boot and the console stay with the last line: >=20 > Using DTB provided by EFI at 0x49000000. >=20 > Moreover the opensolaris.ko is not loader. >=20 > Maybe DTB is smashed by zfs.ko >=20 > Any idea ? I see the same symptom with root-on-ZFS with my SoftIron OverDrive 1000. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --qomsnlnsclutcbcm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlkRyE8ACgkQaoRlj1JF bu6xZRAAyTmnEVPiL7mmjbRmRPRaDXqLHj9yh8xEys9VQELqbBDuGhxwpBSQyJMN 7b4iiF9iDXn5wR6yMfgdD8SKpLUYyJL/I0OYdVoNWKce+npMZHDfi31asrUfz/ay IUAE7mKjpe6S1iFPFhEFLdRixLxT1kbDrIis2qDEz07gbdW/PK37cHYyf2PLkybN IaS6HwmsLDoqnqvS3q53lpKB8226gViFy07JfuxHpmU38qfsw+qtC50xYHiCR0Yg 8/fnPyEvRFm9UDEYIaLzAhr+x+g86heVDMaE4FAA7KFLGGq023cBi6+dQ2URv89H pCemPaVjYkXFug1dwtbb1ZDn5cFNzSyHX/n6w1Roqh941ExSqNEgjDoU03fRoP5C 2JKnuDVnpBGKaVnAcy3n0EOnzBRZcFmHRaEvBFuadtfbu7CUxHT7NYoDSaQ5z1Bl 2Rhr13ebImPX8y6e6yJV/axAWwxnJl8auCgMpGoCCxHvq29KAqhf7sbsxNZQ763b RPpGf1+LJ1DPh6VqEHaGlMOmEbzBqBGwX4rQYxaf01XbEZHBWp4Hmwb/zUQo7E86 +piq/P203B4O20wVJqGa/IGqoeBFdeVdtUMYUZcvC5s+VW0FTyvxe01afOCqG+go auLQKKpndOcNcWrGaPvk+e7CAeuFA3CU41/WLuq7VxZMIzbKfuM= =FuDO -----END PGP SIGNATURE----- --qomsnlnsclutcbcm-- From owner-freebsd-current@freebsd.org Tue May 9 18:46:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEC20D65E34; Tue, 9 May 2017 18:46:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FD93A88; Tue, 9 May 2017 18:46:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 8DF894918; Tue, 9 May 2017 18:46:28 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 7498371D8; Tue, 9 May 2017 18:46:27 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id Rqwu15DQxtIi; Tue, 9 May 2017 18:46:22 +0000 (UTC) Subject: Re: A head -r317820 incremental buildworld race: kvm_geterr_test failures for -j16 but works without -j DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 25C7171D2 To: Mark Millard , FreeBSD Toolchain , FreeBSD Current References: From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <86edb67b-fc3b-9cce-1140-100e42f91055@FreeBSD.org> Date: Tue, 9 May 2017 11:46:06 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GNblHRPl3Pnb4tw3FeIm7GFicmH7EESWc" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2017 18:46:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GNblHRPl3Pnb4tw3FeIm7GFicmH7EESWc Content-Type: multipart/mixed; boundary="3RpEIpwxUskcbN3gkc1oAD2pk7C4rLVlN"; protected-headers="v1" From: Bryan Drewery To: Mark Millard , FreeBSD Toolchain , FreeBSD Current Message-ID: <86edb67b-fc3b-9cce-1140-100e42f91055@FreeBSD.org> Subject: Re: A head -r317820 incremental buildworld race: kvm_geterr_test failures for -j16 but works without -j References: In-Reply-To: --3RpEIpwxUskcbN3gkc1oAD2pk7C4rLVlN Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5/9/2017 11:10 AM, Mark Millard wrote: > I've had reason to be experimenting with libkvm recently > and have repeatedly run into the following when doing > buildworld with -j16. (I tend to run full buildworlds even > for well-localized changes.) The context is having run > buildworld to completion before so the update is > incremental. >=20 > --- kvm_geterr_test --- > kvm_geterr_test.o: In function `atfu_kvm_geterr_negative_test_NULL_body= ': > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:56: undefined reference to = `errbuf_has_error' > kvm_geterr_test.o: In function `atfu_kvm_geterr_positive_test_no_error_= body': > . . . > --- kvm_geterr_test --- > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:108: undefined reference to= `errbuf_clear' > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:109: undefined reference to= `errbuf' > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:109: undefined reference to= `errbuf' > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:110: undefined reference to= `errbuf_has_error' > kvm_geterr_test.o: In function `atfu_kvm_geterr_positive_test_error_bod= y': > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:73: undefined reference to = `errbuf_clear' > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:74: undefined reference to = `errbuf' > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:74: undefined reference to = `errbuf' > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:75: undefined reference to = `errbuf_has_error' > /usr/src/lib/libkvm/tests/kvm_geterr_test.c:80: undefined reference to = `errbuf_has_error' >=20 > By contrast if I omit -j completely the incremental > buildworld runs to completion just fine. (rm -rf of the > past buildworld and so building from scratch also works.) >=20 > The context for my activity happens to use: >=20 > # more ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_gcc421_b= ootstrap_clang-amd64-host.sh=20 > kldload -n filemon && \ > script ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_gcc421_boo= tstrap_clang-amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" S= RC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.= amd64-host" \ > WITH_META_MODE=3Dyes \ Thanks for the report. Fixed in r318092. --=20 Regards, Bryan Drewery --3RpEIpwxUskcbN3gkc1oAD2pk7C4rLVlN-- --GNblHRPl3Pnb4tw3FeIm7GFicmH7EESWc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZEg5vAAoJEDXXcbtuRpfP+ogIALe5uUlQZlX0o2n+2J4g73CO lxz2QzHMgPOj15S3CKgeOToX6j2/metwRZgODe66vmADwJ0f/xVgVwA/LOVzhJuy fbyV1mwwSRBiL3y3gEOKY6qqhNvA+cSVkIh1P7EIavdd5MWUE25ImXAiab/wQ1ge f8PEr4v9/JQKOdsGO6+qbyqNUrhyv/x9a9i8lc6xVfOhurNrDmgJJ9GbIBicosB/ 5NSh0sxeySqWA70APS/JoylT1GMBahYVo5ygnlo5Yr/fAmUKmB0gRlQmg5A1euBQ QgblUFO4FmseqZaiYive/YGASNh007zhMX05oZvOGX/7DO4Oec+DblgMlNnr1aU= =jAd2 -----END PGP SIGNATURE----- --GNblHRPl3Pnb4tw3FeIm7GFicmH7EESWc-- From owner-freebsd-current@freebsd.org Tue May 9 19:10:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7E76D664DB for ; Tue, 9 May 2017 19:10:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-196.reflexion.net [208.70.211.196]) (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 5D7D4D1A for ; Tue, 9 May 2017 19:10:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1858 invoked from network); 9 May 2017 18:13:38 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 9 May 2017 18:13:38 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Tue, 09 May 2017 14:10:14 -0400 (EDT) Received: (qmail 22038 invoked from network); 9 May 2017 18:10:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 9 May 2017 18:10:14 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id A5E57EC8B8D; Tue, 9 May 2017 11:10:13 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: A head -r317820 incremental buildworld race: kvm_geterr_test failures for -j16 but works without -j Message-Id: Date: Tue, 9 May 2017 11:10:12 -0700 Cc: Bryan Drewery To: FreeBSD Toolchain , FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2017 19:10:15 -0000 I've had reason to be experimenting with libkvm recently and have repeatedly run into the following when doing buildworld with -j16. (I tend to run full buildworlds even for well-localized changes.) The context is having run buildworld to completion before so the update is incremental. --- kvm_geterr_test --- kvm_geterr_test.o: In function = `atfu_kvm_geterr_negative_test_NULL_body': /usr/src/lib/libkvm/tests/kvm_geterr_test.c:56: undefined reference to = `errbuf_has_error' kvm_geterr_test.o: In function = `atfu_kvm_geterr_positive_test_no_error_body': . . . --- kvm_geterr_test --- /usr/src/lib/libkvm/tests/kvm_geterr_test.c:108: undefined reference to = `errbuf_clear' /usr/src/lib/libkvm/tests/kvm_geterr_test.c:109: undefined reference to = `errbuf' /usr/src/lib/libkvm/tests/kvm_geterr_test.c:109: undefined reference to = `errbuf' /usr/src/lib/libkvm/tests/kvm_geterr_test.c:110: undefined reference to = `errbuf_has_error' kvm_geterr_test.o: In function = `atfu_kvm_geterr_positive_test_error_body': /usr/src/lib/libkvm/tests/kvm_geterr_test.c:73: undefined reference to = `errbuf_clear' /usr/src/lib/libkvm/tests/kvm_geterr_test.c:74: undefined reference to = `errbuf' /usr/src/lib/libkvm/tests/kvm_geterr_test.c:74: undefined reference to = `errbuf' /usr/src/lib/libkvm/tests/kvm_geterr_test.c:75: undefined reference to = `errbuf_has_error' /usr/src/lib/libkvm/tests/kvm_geterr_test.c:80: undefined reference to = `errbuf_has_error' By contrast if I omit -j completely the incremental buildworld runs to completion just fine. (rm -rf of the past buildworld and so building from scratch also works.) The context for my activity happens to use: # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_gcc421_bootstrap_c= lang-amd64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_gcc421_bootstrap_cla= ng-amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.= amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang_gcc421" \ make $* # more = /root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.amd64-host TO_TYPE=3Dpowerpc # KERNCONF=3DGENERICvtsc-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITHOUT_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D WITHOUT_CLANG_FULL=3D WITHOUT_CLANG_EXTRAS=3D WITHOUT_LLD=3D WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITH_GCC_IS_CC=3D WITH_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue May 9 21:07:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0AD98D662BC for ; Tue, 9 May 2017 21:07:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-196.reflexion.net [208.70.211.196]) (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 C47411F1B for ; Tue, 9 May 2017 21:07:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 13755 invoked from network); 9 May 2017 21:00:55 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 9 May 2017 21:00:55 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Tue, 09 May 2017 17:00:55 -0400 (EDT) Received: (qmail 30197 invoked from network); 9 May 2017 21:00:54 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 9 May 2017 21:00:54 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1BE2DEC7B1F; Tue, 9 May 2017 14:00:54 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: TARGET_ARCH=powerpc head -r317820 production-style kernel: periodic panics always in pid=11 (the Idle threads) Message-Id: <831804AB-1BEB-40C7-BA8B-94DF07E314E5@dsl-only.net> Date: Tue, 9 May 2017 14:00:53 -0700 To: FreeBSD PowerPC ML , FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2017 21:07:37 -0000 kgdb is not working for powerpc, neither system nor ports. I've used "strings" to extract the=20 later information below about the failures. The time frames to failure are widely variable, minutes to hours. I've never seen the below with a debug kernel, only with production-style. I have not seen any such problems for powerpc64, aarch64 (with -mcpu=3Dcortex-a53 ), armv6 (with -mcpu=3Dcortex-a7 ), or amd64. Just powerpc. The powerpc and powerpc64 hardware is (e.g.) the same old PowerMac G5 so-called "Quad Core" used with two different boot SSDs. Note: This reproduces for me for pure gcc 4.2.1 based builds. My usual clang-targetting- powerpc experiments are not involved here. I'd not updated for a long time before this due to the status of the clang compiler not changing and its powerpc stack code-generation problems being difficult to work around. My kernels are unusual by having both sc and vt in the build and ps3 disabled. I happen to be using sc because it works with the 2560x1440 display that is currently connected but with vt it fails to boot for such a size. Of 7 example vmcore.* files. . . (Note that all are pid 11 Idle-process thread failures) 3 contain: fatal kernel trap: exception =3D 0x903a64e (unknown) srr0 =3D 0x7ff760 srr1 =3D 0xc1007c lr =3D 0x907f curthread =3D 0x147d6c0 pid =3D 11, comm =3D idle: cpu0 [ thread pid 11 tid 100003 ] Stopped at ffs_truncate+0x1080: stw r11, 0xf8(r31) 1 contains (cpu1 instead of cpu0, so different tid): fatal kernel trap: exception =3D 0x903a64e (unknown) srr0 =3D 0x7ff760 srr1 =3D 0xc1007c lr =3D 0x907f curthread =3D 0x147d360 pid =3D 11, comm =3D idle: cpu1 [ thread pid 11 tid 100004 ] Stopped at ffs_truncate+0x1080: stw r11, 0xf8(r31) 1 contains: fatal kernel trap: exception =3D 0x21000000 (unknown) srr0 =3D 0x7c0903 srr1 =3D 0xa64e8004 lr =3D 0x807fc9e7 curthread =3D 0x147d000 pid =3D 11, comm =3D idle: cpu2 [ thread pid 11 tid 100005 ] Stopped at audit_commit+0x24f: illegal instruction 4915f00 1 contains: fatal kernel trap: exception =3D 0x300 (data storage interrupt) virtual address =3D 0x7ff76000 dsisr =3D 0x40000000 srr0 =3D 0x8e3cf8 srr1 =3D 0x1032 lr =3D 0x8e3ce8 curthread =3D 0x147d6c0 pid =3D 11, comm =3D idle: cpu0 panic: data storage interrupt trap cpuid =3D 0 time =3D 1494057319 KDB: stack backtrace: 0xdf5e52c0: at kdb_backtrace+0x5c 0xdf5e5330: at vpanic+0x1ec 0xdf5e53a0: at panic+0x54 0xdf5e53f0: at trap_fatal+0x1cc 0xdf5e5420: at trap+0x122c 0xdf5e55c0: at powerpc_interrupt+0x180 0xdf5e55f0: kernel DSI read trap @ 0x7ff76000 by db_disasm+0x30: = srr1=3D0x1032 r1=3D0xdf5e56b0 cr=3D0x24009022 xer=3D0 ctr=3D0x1852cc = sr=3D0x40000000 0xdf5e56b0: at 0x1007460 0xdf5e56d0: at db_print_loc_and_inst+0x60 0xdf5e5700: at db_trap+0x104 0xdf5e5790: at kdb_trap+0x1bc 0xdf5e5810: at trap_fatal+0x1b0 0xdf5e5840: at trap+0x1184 0xdf5e5870: kernel DECR trap by cpu_idle_60x+0x88: srr1=3D0x9032 r1=3D0xdf5e5930 cr=3D0x40000042 xer=3D0x20000000 = ctr=3D0x8e3bd8 saved LR(0xfffffffe) is invalid And 1 contains: fatal kernel trap: exception =3D 0x0 (unknown) srr0 =3D 0x903a64e srr1 =3D 0x80042100 lr =3D 0xc9e7c800 curthread =3D 0x147d360 pid =3D 11, comm =3D idle: cpu1 [ thread pid 11 tid 100004 ] Stopped at 0x903a64e: fatal kernel trap: exception =3D 0x300 (data storage interrupt) virtual address =3D 0x903a64e dsisr =3D 0x40000000 srr0 =3D 0x8e3cf8 srr1 =3D 0x1032 lr =3D 0x8e3ce8 curthread =3D 0x147d360 pid =3D 11, comm =3D idle: cpu1 panic: data storage interrupt trap cpuid =3D 1 time =3D 1494132014 KDB: stack backtrace: 0xdf5ea2c0: at kdb_backtrace+0x5c 0xdf5ea330: at vpanic+0x1ec 0xdf5ea3a0: at panic+0x54 0xdf5ea3f0: at trap_fatal+0x1cc 0xdf5ea420: at trap+0x122c 0xdf5ea5c0: at powerpc_interrupt+0x180 0xdf5ea5f0: kernel DSI read trap @ 0x903a64e by db_disasm+0x30: = srr1=3D0x1032 r1=3D0xdf5ea6b0 cr=3D0x24009022 xer=3D0 ctr=3D0x1852cc = sr=3D0x40000000 0xdf5ea6b0: at 0x1007460 0xdf5ea6d0: at db_print_loc_and_inst+0x60 0xdf5ea700: at db_trap+0x104 0xdf5ea790: at kdb_trap+0x1bc 0xdf5ea810: at trap_fatal+0x1b0 0xdf5ea840: at trap+0x122c 0xdf5ea870: kernel EXI trap by cpu_idle_60x+0x88: srr1=3D0x9032 r1=3D0xdf5ea930 cr=3D0x40000042 xer=3D0x20000000 = ctr=3D0x8e3bd8 saved LR(0x5) is invalid Most (but not all) of the above were while the old PowerMac was sitting unused. The pid 11 Idle thread commonality suggests to me some sort of interrupt oddity messing up when the idle threads were put to use for the interrupt. The /usr/src/sys/powerpc/conf/* files in use are (-NODBG for production style and -DBG for debug style): # more /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG # # GENERIC -- Custom configuration for the powerpc/powerpc64 # include "GENERIC64" ident GENERIC64vtsc-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols nooptions PS3 # Sony Playstation 3 = HACK!!! to allow sc options KDB # Enable kernel debugger support options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER # For minimum debugger support (stable branch) use: options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger options GDB # HACK!!! ... # Extra stuff: #options VERBOSE_SYSINIT # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt = historically mishandled during booting device sc #device kbdmux # HACK: already listed by vt options SC_OFWFB # OFW frame buffer options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT=3Dcp437 # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones I show my production (NODBG) and debug (DBG) # more /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG # # GENERIC -- Custom configuration for the powerpc/powerpc # include "GENERIC" ident GENERICvtsc-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols nooptions PS3 # Sony Playstation 3 = HACK!!! to allow sc options KDB # Enable kernel debugger support options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER # For minimum debugger support (stable branch) use: options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger options GDB # HACK!!! ... # Extra stuff: #options VERBOSE_SYSINIT # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt = historically mishandled during booting device sc #device kbdmux # HACK: already listed by vt options SC_OFWFB # OFW frame buffer options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT=3Dcp437 # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones # more /usr/src/sys/powerpc/conf/GENERICvtsc-DBG # # GENERIC -- Custom configuration for the powerpc/powerpc # include "GENERIC" ident GENERICvtsc-DBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols nooptions PS3 # Sony Playstation 3 = HACK!!! to allow sc options KDB # Enable kernel debugger support options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER # For minimum debugger support (stable branch) use: options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger options GDB # HACK!!! ... # Extra stuff: options VERBOSE_SYSINIT # Enable verbose sysinit = messages options BOOTVERBOSE=3D1 options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP|KTR_PROC ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt = historically mishandled during booting device sc #device kbdmux # HACK: already listed by vt options SC_OFWFB # OFW frame buffer options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT=3Dcp437 # Enable any extra checking for. . . options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity = checking options INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS options WITNESS # Enable checks to detect = deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed options DIAGNOSTIC options MALLOC_DEBUG_MAXZONES=3D8 # Separate malloc(9) zones For both -NODBG and -DBG the: options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER are recent additions because of the problem. I explicitly gave myself the option to break to the debugger if I decide to. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed May 10 04:42:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88D1CD649DB for ; Wed, 10 May 2017 04:42:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAA4C96B for ; Wed, 10 May 2017 04:42:56 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LlV4F-1diCd02B1j-00bOLh for ; Wed, 10 May 2017 06:37:42 +0200 Date: Wed, 10 May 2017 06:37:32 +0200 From: "O. Hartmann" To: freebsd-current Subject: make warning: =?ISO-8859-1?Q?=3F:?= No such file or directory. Message-ID: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:wyf3NlaEduZ05UaAfMkUV8p4wAox/5sFxqyTgAWtRZd/jMTlJFI 4+oso/29VbvNeM+ELBWOiL+rRYhqlOeqCd8ve2O4VB47oN07yCXaCv0KXtfeOEF+PfzWCD+ sLS+8sevoDi6+V6Vvq/mEHg+9BkFsz0O4/xfea2YgyTdmUuUlgxwQamj7qsqRZ5hQzIFZ5d 2gh1fjIEVa2V/4sOIay4g== X-UI-Out-Filterresults: notjunk:1;V01:K0:64GgnsbT/Zg=:Qwv4yT3z6T+7folADn7wjH AhKKduLTIO74Uwgpzhf+XNFA5laNnuVF4EMSImN7P0fB6sukilT9fzQfQlTB6Du0Js/b738g2 Stb3udAhIp3+39yBea+AGG4ah6bnLCHdjJgREgx6Qi779JKZXgG5PercwUWJ3WEoBtyXZfiWh MWu3ADNUwSv9U7KSaPkG6srqd861E5WtnOU/kZ+7dUimEAc6Nfs228gHymarEnXUt+Q8Msy7O 1J0g3LqCyEu9r1ap2J0NKj0+E9RU4gFTjhQuEBClLZzgtAws16ofexXDDFKA6guuRIcixXNuI 5xdHdThQq9aHZGUkS+FgzZtgYi3MC0YfGpm6pPLuyL8ee2D33I1+8UGoG/nT2GmCTpN/TEvAK vctWkUEeyHuuH6GIBEggtHO/qVdUnfSPM+vZXQPmlfB6eU3G6p9mpVOwsiMDQH8JyktcLAB1U cfaAhTdo44tsni7d//lH+1WE7hO/jmvxlg9V5pCTkiH+tDJeUPK9HKsiULdA+iB8EraXaQqHc 6obYeAARiJUXsUpjaEZpJbuclVKdq+XQjjWFx371BOjmIftEneOgeTa/kc5Z3lrmeGPuppRN4 FNLhNSotYc3BLwH75Zh+I5Dsc0BNYTm4CyWkmu36UfvA0IyZ5/qYgu1Gb5t5n0LwgnABsoPKn 90OXtpjP9zfEfx18+ob3mgrdEB7WPIxQFscHpPTFsQjXAJFQ77Zd8hnSDglmdonvu+ezs+WCi 2cWzF7H6ARxcDIXnKTk4dRI++JM4bKeAIzxJKLCEYKXHwuYEYBWlEkl4wreQ/PeLinGJYME7a 5OGg4TB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 04:42:57 -0000 On recent CURRENT, the source tree /usr/src seems to have issues on some of= my boxes and whenever I issue "make buildXXXX", the message: make warning: =EF=BF=BD: No such file or directory. pops up. "svn st" doesn't reveal anything wrong. My locale settings are: LANG=3D LC_CTYPE=3D"C" LC_COLLATE=3D"C" LC_TIME=3D"C" LC_NUMERIC=3D"C" LC_MONETARY=3D"C" LC_MESSAGES=3D"C" LC_ALL=3D (just for the record). Those spooky non-printables are seen on xterm(s) of various other systems (11.0, 11-STABLE, 12-CURRENT) when connecting to the systems in question. What is this? Kind regards and thanks in advance, oh From owner-freebsd-current@freebsd.org Wed May 10 04:50:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1F6CD64DC7 for ; Wed, 10 May 2017 04:50:58 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x234.google.com (mail-pf0-x234.google.com [IPv6:2607:f8b0:400e:c00::234]) (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 AEFF3E81; Wed, 10 May 2017 04:50:58 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x234.google.com with SMTP id e193so10108484pfh.0; Tue, 09 May 2017 21:50:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=BZ2LVXqnaoPuFRPQ7A7BtxJeRzo94XjsIIl9Tj6Vlrc=; b=Gvog9E/HlrnMJBX2qaYKjRXtHDUIvTiGAbbomWeaua6KHp8bHvC60cywwgNoNyww0i i+UeiuelY4X3m1dVUkwNssOIaElJyC0G5LEPXD5OOm2nZEn3CwlU/zmfi68UYsAfDwFA yWS12u7vX7ULBWrkTTUhJtrC4OppIJ9Co/BVb51q5zza/G+SgIKG3XO5we4c/gtOc8Og iXsobnEf98vKShRkXsfYz9anjgbHjwDA/UJ4QlU8E0FGKdf/nxKNh8IHJa1lyBeSMNjl wI9247Q3Viwjswp7RZBTYISavhw6QWjfo76zQ1PPriP/JIKCtT8qfp8tEwNEpeygj+P1 vwNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=BZ2LVXqnaoPuFRPQ7A7BtxJeRzo94XjsIIl9Tj6Vlrc=; b=L4PKn19MNoJXOUzRYx/YSOj9IL8ny8PUwr54eqZFmWn/LzyXk41sVQZnzs5wWdPu2l Tj7ULPv6HD6Q5JC4gIQJ8VZBM5NrVIi+5L5uCNp6p6RvAfi9RtT2BY0UiPR/6M3WrTvO 8xm14HuSgBBZ1tGw7Y8DDWcamGr546k6E5vamrikBcemoPUF1Zk0m8hzYRnUAUuAAeXM wK/+rZfP8OfUix/cMynppogbYrJtOObfHiZgcQnfxexseInu+jPu1KHrPAsCIRNc5myi aqAHM9FQqFJ0+4mxLZXgNcbKB66Jt1Bw3MkEBHuNcRAh9jzzJ9NPhlp2HDRnwljar5QW ZUIQ== X-Gm-Message-State: AODbwcAGSuPQvM0eh1QU4+JpPDZxyRN7OmGHPnwpIw0rpkC2NPw9A6SZ qAhlXqRemH0yb9MtFfg= X-Received: by 10.84.179.193 with SMTP id b59mr5424605plc.56.1494391858254; Tue, 09 May 2017 21:50:58 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id o124sm2596403pfb.92.2017.05.09.21.50.57 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 09 May 2017 21:50:57 -0700 (PDT) Subject: Re: make warning: ?: No such file or directory. Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5114C294-F615-4194-A758-022C698A4711"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> Date: Tue, 9 May 2017 21:50:56 -0700 Cc: freebsd-current , Bryan Drewery , "Simon J. Gerraty" Message-Id: <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 04:50:59 -0000 --Apple-Mail=_5114C294-F615-4194-A758-022C698A4711 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 9, 2017, at 21:37, O. Hartmann wrote: >=20 > On recent CURRENT, the source tree /usr/src seems to have issues on = some of my > boxes and whenever I issue "make buildXXXX", the message: >=20 > make warning: =EF=BF=BD: No such file or directory. >=20 > pops up. "svn st" doesn't reveal anything wrong. >=20 > My locale settings are: >=20 > LANG=3D > LC_CTYPE=3D"C" > LC_COLLATE=3D"C" > LC_TIME=3D"C" > LC_NUMERIC=3D"C" > LC_MONETARY=3D"C" > LC_MESSAGES=3D"C" > LC_ALL=3D >=20 > (just for the record). Those spooky non-printables are seen on = xterm(s) of > various other systems (11.0, 11-STABLE, 12-CURRENT) when connecting to = the > systems in question. >=20 > What is this? >=20 > Kind regards and thanks in advance, I see similar oddness when running some commands. It seems to be = happening as of the last month or two. Thanks, -Ngie $ make buildenv TARGET_ARCH=3Darmv6 make warning: I: No such file or directory. make warning: I: No such file or directory. Entering world for armv6:arm $ --Apple-Mail=_5114C294-F615-4194-A758-022C698A4711 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZEpwwAAoJEPWDqSZpMIYV9vQP+QGfgbpwOhtBQu1KOoQdtiwr WxrDgBRyvZwo2hsj1wKrHyzTtBkURtroLjSX3RcVi8SMHBrzWdq9zFNwKK2EMFa+ IlUFcXvb5WGckua8ljbNeIEYhjhMcdJsZKOhdwNcSsbmAzg1/I7+dMDzUBG9M54u l1BJulGc5DaQccIaWPL+Z41dvBV67EhC96GHE9x5Z9LJgPDU1l/X2kdZd38TO2HA jOPqgfMbqMoZCgsinv1jC6MHW2hewwPbSnrg/+N8nf0AQR8OdUpxSNEVjeS3UkXF HPVImAQeFH45Rppa5i4ihVKmuz7gC0/2sOQ2lBMA2+PSpgRcq6uZTdrQTHCbzBgt /L/sp4YkkIGX//ZPUc+eUNvKsLGU/pTZCyQ/iJkoUgZgG86/UanBtGcpmdGzSJW6 pEqBmGH221fn/nH+ZyO1QoSSc/g6XPNTdRGZGobiWVTUzH9hv41tep4sYBgKcqk3 2U9OsJhK1v9ASihyHtaxZq8l+iXSWqKqhFwwtXR+XID3A5dIQu4YJd3vjmjHfXzi Jc91XlKHBIsVHN7o48LIDNwKkD5yalNqTeUBgjg8fYMaGXEE7ZRHLfPPYvMSTLRk 0AsRQXv5z7ZqA8KE67D3bmyGJgkqj1fn5bAS6AzEzg2z3kk51e60UTfI2uL/pHj0 mgAFEDG3lG+CdWJppdYp =cu8P -----END PGP SIGNATURE----- --Apple-Mail=_5114C294-F615-4194-A758-022C698A4711-- From owner-freebsd-current@freebsd.org Wed May 10 08:12:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F9F6D6667A for ; Wed, 10 May 2017 08:12:41 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6ADE316BD for ; Wed, 10 May 2017 08:12:39 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MgbTj-1dML4x031D-00O2G0 for ; Wed, 10 May 2017 10:12:32 +0200 Date: Wed, 10 May 2017 10:12:31 +0200 From: "O. Hartmann" To: freebsd-current Subject: make release: how utilise filemon? Message-ID: <20170510101231.374cc22a@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:fLP5+099x29ajWgjhUXZhiCOBi5spfj61Cjg7Y1GwsGE365fs9P pQjOI4ceXBOiXye/0L2a6+OsBzwXnMCIQpRePk1VobEzvRsKsD+0wyDdkXDWabm3394laOA YIoDuy2q3yWLtNW/WCAzf48pEAeWj0RzW+MFVboYJUKbnfPv4MN98Jum1tdRjiiqp3LfwpC uJ2C8QoSR8glSY8oi4G7g== X-UI-Out-Filterresults: notjunk:1;V01:K0:icJeuY+uRsw=:3X8+N5mqeGh9IcMMZ3Pqhn ZNvnbG6HG/NoHdOn8N2icPOaUpcSEaBSfHXGwcNMjWw/plXQHUTyYobOc8TUUFml3O5c3dYhT YCGpL0BKbhMaT1JFfkbZHVvhJJf078ajChavIaGxXl527P+z4RTKwy5RgizYJ2Na3hlHgP1Vs zv9aVqsScN02Us6DrmExjOUUNdv677iocxe6O6Tvil6e35WJdgAPLdOYTO6CZtvjRaeS8w6RJ EvN3CIvzNm6KEQHU3TfMrNpps+5YxQRBpRZxw3bPj2BbElMwLaw/nWEswMmeyKuz9aR8iOfu7 MGGGo9ONDD2ylakOs/skATIBRRi4jhlBejpEiCvzivwj4RvO+s1ccwBbDmUNWg1PS9qAM8s0i fvg+da86eCG4fKd/rQfEF1RmeTFe5+qkuHHiZksLSTyEdcyGfMHVM565Lr2d/V+9Q1uc2Qu/J vQFTrmUmNZKuPIN7thlf6BRDv7wdNV351uSXFjhkgXzH1tIRrFPCF/KDs4A5odlQ7qVoZBRVK gcxNOxmcSR/X7C/gzbaGZ45TRb3lC1U9deC7mmiWqO1vj0rtAIvPl1bHBrzzfaYVwF/L3cVdn 9YMyiU5gDYuQAEVSEFy0uIOuYcqUpGS79s6+cNQRHmkfU9XnySp7dKRPN+vREf0D1EvA3MOV8 rqZXczTEbyk1rqgxRfn8oAEEpc8JZ17R+mUauD68MPLRSqZ9tP5rHtKMnJICEMhAKdPex09K9 FbP3F28NQcEOGZ88gwN+XJJpLvVX5ZcQbXYtj0qjON/W6+SnCT8sGSuH/M6/IlDr/SOdpn2Z5 j13S5Kt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 08:12:41 -0000 hello, building a release of most recent 12-CURRENT seems to be at some point very annoying. When building the main host's system out of /usr/src using /etc/src-env.conf set with WITH_META_MODE=yes, build time decreases significantly. Now I perform some tasks building release. The source tree is 11-STABLE. In release.conf, I tried setting ## Set to use world- and kernel-specific make(1) flags. WORLD_FLAGS="-DNO_CLEAN -j $(sysctl -n hw.ncpu)" KERNEL_FLAGS="-DNO_CLEAN -j $(( $(( $(sysctl -n hw.ncpu) + 1 )) / 2 ))" without any noticable effect - make release always build release fully, no matter wether there has been new sources checked out or not. It takes a lot of time compiling llvm/clang. Using 11-stable on a NanoBSD installation, -DNO_CLEAN seems to take effect on the very same source revision, while it doesn't on "make release". The target (obj-directory) is always properly set, the same and not deleted by a run of "make release", so I'm quite sure this portion of the setting is correct. release(7) does have some tags setting src.conf, but I miss src-env.conf settings as this can be customised in the "ordinary" /usr/src world. What am I doing or thinking wrong in this matter? Kind regards, Oliver From owner-freebsd-current@freebsd.org Wed May 10 09:38:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDF83D63682; Wed, 10 May 2017 09:38:04 +0000 (UTC) (envelope-from srs0=vtve=4q=sigsegv.be=kristof@codepro.be) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.codepro.be", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A66D1D79; Wed, 10 May 2017 09:38:04 +0000 (UTC) (envelope-from srs0=vtve=4q=sigsegv.be=kristof@codepro.be) Received: from [192.168.42.121] (unknown [123.201.149.9]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id EFE1E9001; Wed, 10 May 2017 11:38:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sigsegv.be; s=mail; t=1494409081; bh=rlEhZaxi14Z7kIXnhIXvU629VLVo2bju4Qi50hpVwBg=; h=From:To:Subject:Date; b=0sWZqdW6Rvcx4ykfyYf/nX0VW7rpKJgroNvODxwXYviGsbR4k3pN9N4VJ3QjZuHzP 4HunCXEl5XkdnU28ccRCAZP2gGMd3imc+Z+kCrKOvrknOWaHqn1Y6M8aPlp70Q7ayQ Ilrq3hc4zUS4PozJgFv7kXJXBBrrJWEGUCu3lz38= From: "Kristof Provost" To: "Freebsd current" , freebsd-fs@freebsd.org Subject: zfs recv panic Date: Wed, 10 May 2017 15:07:57 +0530 Message-ID: <18A74EE1-3358-4276-88EA-C13E28D8563A@sigsegv.be> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (2.0BETAr6082) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 09:38:04 -0000 Hi, I have a reproducible panic on CURRENT (r318136) doing (jupiter) # zfs send -R -v zroot/var@before-kernel-2017-04-26 | nc dual 1234 (dual) # nc -l 1234 | zfs recv -v -F tank/jupiter/var For clarity, the receiving machine is CURRENT r318136, the sending machine is running a somewhat older CURRENT version. The receiving machine panics a few seconds in: receiving full stream of zroot/var@before-kernel-2017-04-03 into tank/jupiter/var@before-kernel-2017-04-03 panic: solaris assert: dbuf_is_metadata(db) == arc_is_metadata(buf) (0x0 == 0x1), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c, line: 2007 cpuid = 0 time = 1494408122 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0120cad930 vpanic() at vpanic+0x19c/frame 0xfffffe0120cad9b0 panic() at panic+0x43/frame 0xfffffe0120cada10 assfail3() at assfail3+0x2c/frame 0xfffffe0120cada30 dbuf_assign_arcbuf() at dbuf_assign_arcbuf+0xf2/frame 0xfffffe0120cada80 dmu_assign_arcbuf() at dmu_assign_arcbuf+0x170/frame 0xfffffe0120cadad0 receive_writer_thread() at receive_writer_thread+0x6ac/frame 0xfffffe0120cadb70 fork_exit() at fork_exit+0x84/frame 0xfffffe0120cadbb0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0120cadbb0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic [ thread pid 7 tid 100672 ] Stopped at kdb_enter+0x3b: movq $0,kdb_why db> kgdb backtrace: #0 doadump (textdump=0) at pcpu.h:232 #1 0xffffffff803a208b in db_dump (dummy=, dummy2=, dummy3=, dummy4=) at /usr/src/sys/ddb/db_command.c:546 #2 0xffffffff803a1e7f in db_command (cmd_table=) at /usr/src/sys/ddb/db_command.c:453 #3 0xffffffff803a1bb4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:506 #4 0xffffffff803a4c7f in db_trap (type=, code=) at /usr/src/sys/ddb/db_main.c:248 #5 0xffffffff80a93cb3 in kdb_trap (type=3, code=-61456, tf=) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80ed3de6 in trap (frame=0xfffffe0120cad860) at /usr/src/sys/amd64/amd64/trap.c:537 #7 0xffffffff80eb62f1 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:236 #8 0xffffffff80a933eb in kdb_enter (why=0xffffffff8143d8f5 "panic", msg=) at cpufunc.h:63 #9 0xffffffff80a51cf9 in vpanic (fmt=, ap=0xfffffe0120cad9f0) at /usr/src/sys/kern/kern_shutdown.c:772 #10 0xffffffff80a51d63 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:710 #11 0xffffffff8262b26c in assfail3 (a=, lv=, op=, rv=, f=, l=) at /usr/src/sys/cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:91 #12 0xffffffff822ad892 in dbuf_assign_arcbuf (db=0xfffff8008f23e560, buf=0xfffff8008f09fcc0, tx=0xfffff8008a8d5200) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:2007 #13 0xffffffff822b87f0 in dmu_assign_arcbuf (handle=, offset=0, buf=0xfffff8008f09fcc0, tx=0xfffff8008a8d5200) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:1542 #14 0xffffffff822bf7fc in receive_writer_thread (arg=0xfffffe0120a1d168) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_send.c:2284 #15 0xffffffff80a13704 in fork_exit (callout=0xffffffff822bf150 , arg=0xfffffe0120a1d168, frame=0xfffffe0120cadbc0) at /usr/src/sys/kern/kern_fork.c:1038 #16 0xffffffff80eb682e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:611 #17 0x0000000000000000 in ?? () Let me know if there’s any other information I can provide, or things I can test. Fortunately the target machine is not a production machine, so I can panic it as often as required. Regards, Kristof From owner-freebsd-current@freebsd.org Wed May 10 11:40:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 295ABD66F58 for ; Wed, 10 May 2017 11:40:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E9743F36 for ; Wed, 10 May 2017 11:40:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4ABe36Y043804; Wed, 10 May 2017 11:40:03 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4ABe27x043803; Wed, 10 May 2017 04:40:02 -0700 (PDT) (envelope-from david) Date: Wed, 10 May 2017 04:40:02 -0700 From: David Wolfskill To: "O. Hartmann" Cc: "Simon J. Gerraty" , Konstantin Belousov , FreeBSD CURRENT Subject: Re: filemon: weird full-time build although filemon enabled Message-ID: <20170510114002.GX1406@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , "O. Hartmann" , "Simon J. Gerraty" , Konstantin Belousov , FreeBSD CURRENT References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> <25259.1494259448@kaos.jnpr.net> <20170508162320.GD1622@kib.kiev.ua> <26642.1494263825@kaos.jnpr.net> <20170508193258.4b0ddec2@thor.intern.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8bbyobZNN6im4lYw" Content-Disposition: inline In-Reply-To: <20170508193258.4b0ddec2@thor.intern.walstatt.dynvpn.de> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 11:40:11 -0000 --8bbyobZNN6im4lYw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 08, 2017 at 07:32:58PM +0200, O. Hartmann wrote: > Am Mon, 8 May 2017 10:17:05 -0700 > "Simon J. Gerraty" schrieb: > ...=20 > > bmake has a set of knobs for telling it to ignore things. > > OP try > >=20 > > .MAKE.META.IGNORE_PATHS +=3D /usr/local/etc/libmap.d > >=20 > > --sjg >=20 > I suppose I have to set this flag in=20 >=20 > /etc/src-env.conf >=20 > ? > .... I placed it in /etc/src.conf; thus: g1-252(11.0-S)[1] cat /etc/src.conf=20 KERNCONF=3DCANARY PORTS_MODULES=3Dx11/nvidia-driver-340 =2EMAKE.META.IGNORE_PATHS +=3D /usr/local/etc/libmap.d WITHOUT_DEBUG_FILES=3D1 IWN_DEBUG=3D1 IEEE80211_DEBUG=3D1 WITH_ELFCOPY_AS_OBJCOPY=3D1 g1-252(11.0-S)[2]=20 My morning updates (stable/11 & head, as well as installed ports (while running stavble/11), which had been getting to around 2 hours, were finished in 30 minutes this morning. Thank you! :-) For reference, this morning's updates were: stable/11: from: FreeBSD g1-252.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #336 r318019= M/318019:1100512: Tue May 9 04:46:49 PDT 2017 root@g1-252.catwhisker.o= rg:/common/S1/obj/usr/src/sys/CANARY amd64 to: FreeBSD g1-252.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #337 r318134= M/318137:1100512: Wed May 10 04:09:32 PDT 2017 root@g1-252.catwhisker.o= rg:/common/S1/obj/usr/src/sys/CANARY amd64 Ports updated: =3D=3D=3D>>> The following actions were performed: Upgrade of librsvg2-2.40.16 to librsvg2-2.40.17 Upgrade of p5-Specio-0.36 to p5-Specio-0.37 Upgrade of spidermonkey170-17.0.0_5 to spidermonkey170-17.0.0_6 Upgrade of R-cran-bit64-0.9.5 to R-cran-bit64-0.9.7 head: from: FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #340 r3180= 17M/318019:1200030: Tue May 9 05:46:27 PDT 2017 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 to: FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #341 r3181= 37M/318137:1200030: Wed May 10 04:23:30 PDT 2017 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 Peace, david --=20 David H. Wolfskill david@catwhisker.org Does "conflict of interest" mean anything in the Trump administration? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --8bbyobZNN6im4lYw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZEvwSXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XW4oH/jilvaNMM7jETQPExAFimgO5 x5gWYJElejnuzl4zKNfHXmE711+jFNawjR+s89p/tCJRmhfl1445srOQ2fpk4VjI pYH5gok0f8NmPBnVfQxSLaduST+TGPQUJPoziswbZsQHO3oVHf0j3VZAI2cvB/Vi Q3/4RO8McyA7LGjQQ39KgzsT4Fo5w3gsz2zrhXsj8PolCxd1sWjgMv8z8xoavqtM QNtUQYCdsJamg/LCKnRJ2NzLwLGs7pFhhsmSGVMnQ4bSNqR1EzJHzcf2QkXLzspB M4/fepfDiGI5XES6FRlH32Gc6XrO4vrATfKnNunV/tFJj3X6RtfYSFBFTGtyrPc= =RPgS -----END PGP SIGNATURE----- --8bbyobZNN6im4lYw-- From owner-freebsd-current@freebsd.org Wed May 10 14:19:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EA1FD5D8EA for ; Wed, 10 May 2017 14:19:36 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0133.outbound.protection.outlook.com [104.47.33.133]) (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 F2BF0F45; Wed, 10 May 2017 14:19:35 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=DALw7+xRV6yyiLGqtNAs0kVn+gj7caFYDSDroSV7+fU=; b=SnVd0Srl1hRaNEsqQsM9fAYHBdadvcnhYf4c75axL3zD+tkIRUIN/OZZ4RiWI+4Wi5GGO0mDynr6EJ/nP1QOt8kHFoMrTCDFWmx1eh4UDGeJMBFlibwAMFqtZgbGOCN/z+e3qdAS8v5h17fgRglRSz0wGd5qKtKdxaRDO2VCm1M= Received: from CO2PR05CA021.namprd05.prod.outlook.com (10.141.241.149) by DM5PR05MB2907.namprd05.prod.outlook.com (10.168.176.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7; Wed, 10 May 2017 14:19:33 +0000 Received: from CO1NAM05FT053.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e50::201) by CO2PR05CA021.outlook.office365.com (2a01:111:e400:1429::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7 via Frontend Transport; Wed, 10 May 2017 14:19:33 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by CO1NAM05FT053.mail.protection.outlook.com (10.152.96.169) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Wed, 10 May 2017 14:19:32 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 10 May 2017 07:19:21 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4AEJKR5030093; Wed, 10 May 2017 07:19:20 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id B6961385558; Wed, 10 May 2017 07:19:20 -0700 (PDT) To: "Ngie Cooper (yaneurabeya)" CC: "O. Hartmann" , freebsd-current , Bryan Drewery , Subject: Re: make warning: ?: No such file or directory. In-Reply-To: <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> Comments: In-reply-to: "Ngie Cooper (yaneurabeya)" message dated "Tue, 09 May 2017 21:50:56 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <71123.1494425960.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Wed, 10 May 2017 07:19:20 -0700 Message-ID: <71124.1494425960@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39400400002)(39850400002)(39840400002)(39410400002)(39450400003)(39860400002)(2980300002)(189002)(24454002)(199003)(9170700003)(53936002)(55016002)(77096006)(478600001)(54906002)(47776003)(1411001)(189998001)(53416004)(86362001)(9686003)(106466001)(105596002)(76506005)(6916009)(2950100002)(7696004)(50986999)(76176999)(229853002)(117636001)(110136004)(2810700001)(97756001)(8746002)(81166006)(50226002)(2906002)(8936002)(23726003)(46406003)(4326008)(50466002)(39060400002)(5660300001)(7126002)(356003)(305945005)(6246003)(6266002)(107886003)(38730400002)(8676002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB2907; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CO1NAM05FT053; 1:rSoKOPkRz/PINJMC/alZfT7o5hHCrop54dTCpUnSCgwhTe20NNFnrqrd9efqHswwCLoBzVuskr3tBqUXAsTlbOOoeMo9vTfP1ZJLItFOeqIhy+y0WqfvGCI7nGHtLPvJlTY5hHZszse38FQbl85Dnq48trkH3L07o8rJ8gj+KQxG3o+JJ8Cir4wGWAtHsVGrfJGFzrw/aYYjzBSmy8aO+hRAwlmkrNxQ92kFHF4VsI+sHdueM79SzTqGKEgbW1dqjAy8MSgN5rIjG6JFQwNmyeWzWXZPlePrVb2IY9lzHbxJpaagZg/bnosJYU5+27aPGjm5UgNLrVJO1wn0+BxmP02GlopuCBfH+Oe/Zkvsnxe7GVcsFL4RoWXpPSCHDKCzkCX7i3Gx2UOCpLHXltg+l5WVPrfB14d3DaoO0PUp40BGOgIEtyOkAxy/4oexe7wigGJJMVRFxg2LALOVOcO/50T2a4Hu3PvsemqyOUwoRSVq8w7FyCkiGT75htS51u4bs2pzAywZ6ZBo5dwbCXNlkqb4vYb8PIOX7cFLHWiz7xD6YdhEOYV0GPucYHVGKd3CWHXzQxP5l756iOMtJjZ4pZLz9zrCa82YuaPQrxhP8KQ= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 2e6881a1-8448-446b-3f18-08d497af945c X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:DM5PR05MB2907; X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 3:/cVL1zxE/EUno+OZwamoIl0EHC6D6y9kC2IX0nJED50U9Ez4eZmEP1iwPLE2jpdNygBRsodY20IUwbDrbMyk5sLrEqd2SvhHMlDR9/XrrhPuxn1Tk8/8wbRFNtI1YYwqx2w1l72wTYEKowol7eJDW1MLEkeBQEGCIdHpEtq+io1lx+VMHZv6GLrBLC/GwXU3Nsgxz7Nkxk4m1TjbpcMiQ6sTC4xTWaWHbHUpiszmN48QrNQ9mD3gcXaFqkzXcKfyf/D50TBuqNY+FpCTyv4I7RjfAGSx74kpolCRWyZ4he+WZbzbRs2f1V3f1JyyxqzJMlMZ9IWDaN5SkbKtOrSVhLSv04I6hL5UZG7y47jTqwrS3FX5CsfnUE+GOyxd4A5nuckAX7QZWuOPT4SfrA4XkB5EFDzWhDiZnwBzeYWs35YcmPXLWmKUONX3m7MohAMYvL171vNTNkCa5Xy3ZxsXE+YAnYYt+3HI/VgIZ6CcN/RJ3767peEIXn+CtUE93ACX X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 25:A7K164s3L53iHXCa/iuk/RptMG1z0nBzDAX4XqpV+mcwsiIQNQv7/sBw37gJsQuIPVxzdxk88mcTyvNuSrIkETvAXJvFYecncSJmdFMZOIePpnSYd66n5L0Atm49peNWkS4crhPEg7jjAC66cYNfKrQ9MQEjr38cLo7weoLcHpJsKnNkOEuguRd5T2OUFyUqfAdc0QT/zTVSCrcqAFajCJx1n+fB3NJHHN/CyRfZZ7LLSKQrdEFXdSbvKlvo8nS6OmXbu7Rr3SRf5OUd5IsuIur4xw5IuLaC1roLzYJdyS52PGXt95Sja27HTvM5nq6Yx6i0fNLkYDRb7dwvjw62nskwIajkzfsz7rc4FRHk44zP9jmhKy33+aE5wFWPnvOhHH+TgWF2ldnTnRlGD/n9Rv87WWUfzE3Vr8ktA+m8JWWB0Wz023HLJckfl6HEG+HnbTxtAYfu13vMvOzzq2K2CVgAUZR8y8nqDZ7yBGZ3B2U=; 31:Ei+Ry+G6uyd1moSjAmt//8Cxn6eH7PNuhDb6Nmn8zzzSl3vkwCQc4pH/hUGm/a8ojtziVrzC6j0YEpYCUgiU//pXYAAjHLdTFC8+ybuk9u1SPxRnfRbxpaUadfcWuYvM8E/ecFVHHU9BTBAweLnG1ixyqvmFTee8utMnbAD+S8QRVZ2iQRCrqpgmYhxJhZNhQ8x2QFpCOCmJKtBUqs5gbVY5AJdjW1KUgb2jCOEvjD0I9uTcvrPR7pGhd5VOwDnQUD1PAHqOjGsmsTWj2LMOTw== X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 20:UoaHDebAltaEX2RPBCL4uuJVwtbs+y3u1THPFL4tltU+vUinQaz41KAQbMjzFEPDLnpQ13O0qQ58Q1Bg6QRmcV8Alie3J9lponk/+xEz6hYeUF2uRydXB4cvfZ1w8m2o3YPVDwI0DNTsKP10LOU7egjmjC0LAk1GkYklk102F5+kvICkr8+swoRmksM2u0dHUym8ku4Rji9CZ986fwSouyVPdvckdm66/sJ6S5ksdFtJZcJKH5GsyspNFD9oxFjMJo8GIwENYMgDE22Y6ufG2KgKbLvlR0JnP6vk/uWNj+uTjExB77mkFZJhrEZkZx4IUbMzr47gZQ6U7g2b++jjRZeJoVQ4QZQtwoNk13OQmAwEOPaG52h6kG8CIhv43iF1bfei0O12A9SpNOkMwS/3+kDIbZu9u04HTX5YSMY0/9k0JELZkaxt933mCdH3i68lxw53Bl7F2VknEiLtVbC/5+XXGdED1ud+rJ2ihh93s2iEmKidA8TrvHqi8lzTlQzW X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13023025)(13018025)(13024025)(8121501046)(5005006)(13017025)(13015025)(10201501046)(93006095)(93003095)(3002001)(6055026)(6041248)(20161123558100)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123555025)(20161123560025)(6072148); SRVR:DM5PR05MB2907; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB2907; X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 4:D+NH7BEB5l5aj/g+Pnijkf5Se+YHzxChQJXXxu03CWGLBYW9naPx+HV8bnyQYoXvwceICFHkBD3MiXiQoItz13Zo8IOp9jCXZ0++TlskNFGhuQ2ZCL/7vLn8LuVIG53PczEHw59HkckTzzsu7N2C7tYMGJ1Uxv4HpwiGTF75GS3uKkS6xRvGVUdxfA5iUcIU0Up4Q03I6dQh/BBiWoGp7oKYdnJCLOZhLzDLRipuBFqFqA4Bes0OE7X0nydpEE34OY2ax+yQDA2qUbnoH/2N6AkMAty1NuPJe4JxtO8M31/odj1zpjV1Ddf7NtFKQVSgwb+4JYyS3S0VyVqPf3mzDTuj5dXIgvORLDyZ0ee7LsdQsatz+1w36CSk43154CVFSCl+5U3lj/pXcdIlSZ0EI8//iZerOztBup0xBmv+0tFd+n76ySm57/yDXm6QqgCRcmtg2HgmVR8BNweuoWU+QBr1PPe/tkbfjgp6FXHAy0wifURzZRWUCNy9kym7xdPAuoaln1F1CtFwJ0QbveZYr6HrTnlQDu3nY6hz76LFtFHfaloC9792WE1iC+ma3kH+44vsa2shMsEMOeqI6XQabMYUY5NasaXawkuW2A3fuohCooEAflxUmJeCmcbXi0+Yp5/ce2Ay4wRDuC0MfodonrcfLjoHfWxJUWBBCSX1So5W/Eg/BPP33sVPmB4cWicJoh/4Kn1cHakXpJer4qFnmYM6CzltZ5C7Nq2lVsTS37dsqb0jB2ewhGGjfSJlqUMRvRnPzxFCfid1Sovbz2mKWRYzkiXjtREKDD3c+iK/EMuPba1FXJWirwORdsfbZLEPTJyBwxhR1ZL1RXZhbiVItCMiqmfRDd6OZ5NZFlyzYKgVBzWmSCNOo4Ww/Dq5OLJyf1z8L3NWMg+V78tBDAC3cw== X-Forefront-PRVS: 03030B9493 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM5PR05MB2907; 23:dUjcSWS+LIu9VrxT1F7p+hlsLUo01IUSjIfxBpKLS?= =?us-ascii?Q?x9gnK2R2v/IH9JBuFKW2c7IRUCq1hWtfWU9Y6SCqvykJS/aE4nfS0WQUYuBc?= =?us-ascii?Q?M4wLIq1WS5DRJ9Ypgijvl+mLcm9F07c0LHInqCN9DwOHTdVELmXu6IMISmhM?= =?us-ascii?Q?44sT/K2i93hesmCxkZNGmNbbQ62/ew9dQDCoOn2fRg7WeTOgr+AG4A/Klj+/?= =?us-ascii?Q?0cQyE//isA22wmm3IvIv1ru7Xjr8JVdsULlqomk2kTReONddqdphqX7sI2B7?= =?us-ascii?Q?oSSByNUqEuIwNui/S6JsQKECL8Xpii2vCCKQ0y6Rs8V2P7zVtu84iKAihVEx?= =?us-ascii?Q?SrG0daguuy2dvw43yMGg4sr+l76unSujo0oaNfTWPacQlplJnJis2dMzNSDi?= =?us-ascii?Q?Wlg5eNtcuQEV/x464Zy8yLnd2KmYnck9X8yQ3dGkOecr+c0TeVIEBsA73paR?= =?us-ascii?Q?B3/N4Hgl4FKF5SPh0kzJ6Ow5JFQpO11gEyxV8HyUT2sBIZ3KOElL/JYXMq7I?= =?us-ascii?Q?CC8qgi9KuoulzXCZ2aSVEj0R1VY5HN7PmvVHHUKGo36IKG79d0x4IyG+qBXw?= =?us-ascii?Q?AKYR6HR9noNtiVUmsi0Nd1BKr9rBzsNQ8emIdm1z0ier79MevDuaNmHLpvQm?= =?us-ascii?Q?YdTPZrxlOGMbWsdOQBfSYAOtb0TxV6ucl2rKoddg/umVg7ofFzmgGCkDWZZs?= =?us-ascii?Q?s9Ax8feN5fMS86TVDZW4rLbbtsWQOcvBLMS1QV0fT8BXquefZpgwJiUl7Kf+?= =?us-ascii?Q?vGxQ4sntgQoWpD/XKBTkwKCb/gqVouczDiyDRzV//WNs8RehBHB2XHEZqjT6?= =?us-ascii?Q?h/DGeieinHkaqkS3RSXWIhDY/3maVX9JXTF+w9v2kRZG4UgUez+qTKJg7JIV?= =?us-ascii?Q?CYkHirs/0snzdENb9Eola7ODmEr11Lz5dn3McH/+qgDbHFvstWeSa//pmnJr?= =?us-ascii?Q?GriTy/RmPhJjv5JEYEqBz+FiFJmqWKPGcLDrjVW5Z+FlNss2l0NT/0ILzmXz?= =?us-ascii?Q?MGVFfo2qkFhPvzfFapOw0Xp1jpcvqYi42YaS6IlD+wUGcVpLvxEgJC0vMjhm?= =?us-ascii?Q?3oa3twKd7H4lnRTPwgHXBJ1bz+SYdr2/Gn6v7Xl9lcQqQDfCDLoW3iJnlo+V?= =?us-ascii?Q?YqRaNSake7B9FIng/YJJaclHUNLcH+3FqZpIVG6Qbl5KJLVLx0qYwnQkb8tY?= =?us-ascii?Q?a6Fav++W98UgV18dYPrWT6lawt0fAfrs+STwcoQNUCxMLwyjXof2seaOJlkY?= =?us-ascii?Q?FzeHJxyi13BKvUIA/KqPxMHj4UoWQYWlbFt3v50YPyYWpvNF57yqo13NGWqT?= =?us-ascii?Q?UxbM2YIH3Gak6rnQDuerIEDdsHxmRoGLKCE4hRaRl0+tsPhG8h+imrZpWMtM?= =?us-ascii?Q?nrSqw=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 6:l4D3eoZNJMlHdgK8buUaTEQrlN4SRUsEhDco9R4NpBr8P7KznCHzAxjPcF7pU9D8cZQp396QVl+SyrAotBmlYwmJ4VrqbVseGO26o1EuHwGwaTXRFhOQ0sAIXIwRr8OHk/MJchNcpsdx++aGF8tKFCelDT3wPqlSofJZexMA7G8gR55cwsRE5OQkg6CskMtx0Tg6XRAhD0mltmZ2qnfcgbx2BTx9/uZkzu2IOktc3emLeJcFzz60/KgX6my0LArrtuM5JVP0tN57Pm+bghhDJPT/OvR6Nvc27XdCv0dz8DAvYs+g7wxaTJfND+2C3X5Kpug2jyqB9bf8KgMh3D8QVel0oFFkyGbVnMvYEy/e8d4NaHWLlzaOo6+l7V3+2+6MbpwBvYrAuINcG+6p18likAbzAnkRqOW3VnjoGKOiUpiM1iBLfgvOlehuNFq/Xx0C3KUrynpP5UiT3HjVAu9jmv4hIYmYLiVFdJlLcD6o924m6Xh/8ySMsAXtfhYOtCdcd6JaVoJRoLgl4/5PjusfJNKX83dh6OqufCKmEKIFBEc=; 5:OTGdatS/234Tq96vmO6/T8aKuFRK1Idq3AFTdOlHHbi6xIeBs06mZSbXGZ0GPvZV5QXaEjgGQKMK59HS6FEcmHrHl+iSWTXMIxIKKZG5Qgmm98pONVxhJITCuBOSFOBE7PP1/zPrypipoieyVYVHFw==; 24:IXBKELCt8lHdOOVHz9XknmyytdLqxd7YeJnaPY7GHgyCUl8IIbPs5jjcLzbqPtauza2Dy8jsmS61c8+6u4l9ham1Ix+1peHV2AQwNuxWEtw= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 7:yduk7fI3tSXsg0YtNXpHpBR620NlElmdAH2iAAa+7VEZ8ADLcG4byHgXhXXUNTI6pvV7dPTD/fC9gsw8/Pu20B4SJFHqTe2U2nL/5vyrK2AaIO0Zyjx9By7vn4t6HFZEWebpXmCT8/zk0etdUD8rE+8+e8qP9HMlPPGK6BX1/xC3Sd2ChRbVv4PokHYneBZOfD93SHGlP3QgAcJrAIo2zU+EGWQ0BgCG17Lib8EC09S8so4HZdMkRyXUE0ATk8fSpeFEI5IZ5OWWBy0pHZOVqTp/WFpVMrQkke0zW/rQFz/b4KrXVxOZXUFw/KjmKZbHQjNt1v4uZLn5lArpu2yBpg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 May 2017 14:19:32.7464 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB2907 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 14:19:36 -0000 Ngie Cooper (yaneurabeya) wrote: > I see similar oddness when running some commands. It seems to be happeni= ng as of the last month or two. > = > $ make buildenv TARGET_ARCH=3Darmv6 > make warning: I: No such file or directory. > make warning: I: No such file or directory. > Entering world for armv6:arm > $ That looks to be from Main_SetObjdir() what is make -V MAKE_VERSION ? From owner-freebsd-current@freebsd.org Wed May 10 15:55:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AEEED67372 for ; Wed, 10 May 2017 15:55:44 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 720ED18B0; Wed, 10 May 2017 15:55:42 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([92.225.11.184]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MQQzk-1dcDcC2T08-00Tn5C; Wed, 10 May 2017 17:55:36 +0200 Date: Wed, 10 May 2017 17:55:35 +0200 From: "O. Hartmann" To: "Simon J. Gerraty" Cc: "Ngie Cooper (yaneurabeya)" , "O. Hartmann" , freebsd-current , Bryan Drewery Subject: Re: make warning: ?: No such file or directory. Message-ID: <20170510175535.7849ab14@thor.intern.walstatt.dynvpn.de> In-Reply-To: <71124.1494425960@kaos.jnpr.net> References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> <71124.1494425960@kaos.jnpr.net> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/LpN252MJ56nUU.jNf++tdN_"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:5+1AX/N5kk2ohI/kkXsKTmRFCfkAWUT+Ximt6JCpip2Bl8gwbxN JGhn98sPEfBDjV41sD/r/k+r1YKtnNg9zPlubfDI/qlCjDbq5LuLcmHeQOysuNwqmdwMQlw FcjW9qs+Ui4BUqVx6U3yb07nW9wMReOKxDxSgaKSKOZjGCjegZXcrCO2geoBM9Hy05xBUa3 xJZH5VCeqarxuy/MHwk/w== X-UI-Out-Filterresults: notjunk:1;V01:K0:tjfmNdgXE78=:gAFiMwbMfh+tpLXseGzj4H 7JynPPUUQvZI8MDKxf/C7RoGzzOwtRXrlYLzYsAFqN3/8VX8mjRPRsVWhP7qShJEcIvA62Qhl Yt3ywjTZw42lAq2ZZ9/5Arg7iNOCdCatWZ51Hg7gvcUJxCKD6vn+BkuhJuzIz5S8dJQJwaN0D 4C6EJ7AV205rfth1MrZbjWqGNSW20VZPCLXoxPYuylljUjn81IYZ425zdq5QSmCiVptdvz03z id1ShhyNuBN+9rEJ+WIuWQpJgb8TPEwwqpfD8uG8+cXkryFQKu3bJrqStLF9YWNOVPtY/ukGF Zskz8Z3rD1UwLhTc4YYy6uQGOrh6yvOrLU6nDol7qklUEaV+5epu0JpmwQUGWRwRTz5V4+2Af to0N7c7P7UNp4SX5KCLOEn61xmOUYz3Xf9GDA38dxG2pnt0MyWa+U8+Mt/buCOeCqWTi1JQoI JI7qRaQqe1/D3D3DN864RwwgyYUJK7OmpxSI2A5IgpNOXJCAuf2++WTZ28MRSOMrmBtxRY/Nt oYP0SwKMOWi7CwG9lmi5nYjavXENQ8mJdWTKkewPhZ+OIUFppCt7mVDK3D+Y/UqCjYAmdwdWH QKj/kY4WHbSiKSf2L3En7P1VfjUF3TbU32/3+bOMTkEkUrCxb9EEFARR5iivL5WT4iyqhKFPS pL43VOhUe5nBktADpKZRaP9RA6mvJY0Yi8BKjyPt/aBXDlJz36B/OBpJPUul6aA0t+fIvidNb y6Jxljn96VRtpX6YaT6axjq44bBiqMF3JMUOM+Yib0XUwfCTbuXr7gh1qyU= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 15:55:44 -0000 --Sig_/LpN252MJ56nUU.jNf++tdN_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Wed, 10 May 2017 07:19:20 -0700 "Simon J. Gerraty" schrieb: > Ngie Cooper (yaneurabeya) wrote: > > I see similar oddness when running some commands. It seems to be happen= ing as of the > > last month or two. > >=20 > > $ make buildenv TARGET_ARCH=3Darmv6 > > make warning: I: No such file or directory. > > make warning: I: No such file or directory. > > Entering world for armv6:arm > > $ =20 >=20 > That looks to be from Main_SetObjdir() > what is make -V MAKE_VERSION ? > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" # make -V MAKE_VERSION make warning: =EF=BF=BD: No such file or directory. 20170420 --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/LpN252MJ56nUU.jNf++tdN_ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWRM39wAKCRDS528fyFhY lCUtAf9t5MZLVRxASv5AdAjtl4PzbaUQ8Hyl0TlEgjJFLHDltRA2DdOxraruHUNa kuoYqFBMkuIwQ1YMhIKYLRquFs64Af9xmOp7SG/X86LIj2vovEiCCNhl8Zx/tzvK 4CLvxFzk8Vn5697orH4tndG9nb3NBgxoP+U8Wqr4i2oTNZ9xRrgi =86FZ -----END PGP SIGNATURE----- --Sig_/LpN252MJ56nUU.jNf++tdN_-- From owner-freebsd-current@freebsd.org Wed May 10 16:02:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F357D6760B for ; Wed, 10 May 2017 16:02:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C3B1F1E94; Wed, 10 May 2017 16:02:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id BC6475397; Wed, 10 May 2017 16:02:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 70FDB7FBC; Wed, 10 May 2017 16:02:44 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 0r9IhbW44J6h; Wed, 10 May 2017 16:02:40 +0000 (UTC) Subject: Re: make warning: ?: No such file or directory. DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 966597FB6 To: "Ngie Cooper (yaneurabeya)" , "O. Hartmann" References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> Cc: freebsd-current , "Simon J. Gerraty" From: Bryan Drewery Organization: FreeBSD Message-ID: Date: Wed, 10 May 2017 09:02:23 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="VpVd5UKQFP7VLOFuctDISjmC9WLf49l4O" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 16:02:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VpVd5UKQFP7VLOFuctDISjmC9WLf49l4O Content-Type: multipart/mixed; boundary="KCIWhISuQdVmAvXhgklaliTtMulagUbfl"; protected-headers="v1" From: Bryan Drewery To: "Ngie Cooper (yaneurabeya)" , "O. Hartmann" Cc: freebsd-current , "Simon J. Gerraty" Message-ID: Subject: Re: make warning: ?: No such file or directory. References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> In-Reply-To: <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> --KCIWhISuQdVmAvXhgklaliTtMulagUbfl Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 5/9/17 9:50 PM, Ngie Cooper (yaneurabeya) wrote: >=20 >> On May 9, 2017, at 21:37, O. Hartmann wrote: >> >> On recent CURRENT, the source tree /usr/src seems to have issues on so= me of my >> boxes and whenever I issue "make buildXXXX", the message: >> >> make warning: =EF=BF=BD: No such file or directory. >> >> pops up. "svn st" doesn't reveal anything wrong. >> >> My locale settings are: >> >> LANG=3D >> LC_CTYPE=3D"C" >> LC_COLLATE=3D"C" >> LC_TIME=3D"C" >> LC_NUMERIC=3D"C" >> LC_MONETARY=3D"C" >> LC_MESSAGES=3D"C" >> LC_ALL=3D >> >> (just for the record). Those spooky non-printables are seen on xterm(s= ) of >> various other systems (11.0, 11-STABLE, 12-CURRENT) when connecting to= the >> systems in question. >> >> What is this? >> >> Kind regards and thanks in advance, >=20 > I see similar oddness when running some commands. It seems to be happen= ing as of the last month or two. > Thanks, > -Ngie >=20 > $ make buildenv TARGET_ARCH=3Darmv6 > make warning: I: No such file or directory. > make warning: I: No such file or directory. > Entering world for armv6:arm > $ "I" Do you have an "I" in your env somewhere? Though a later email makes it look like uninitialized memory. >=20 --=20 Regards, Bryan Drewery --KCIWhISuQdVmAvXhgklaliTtMulagUbfl-- --VpVd5UKQFP7VLOFuctDISjmC9WLf49l4O Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZEzmQAAoJEDXXcbtuRpfPhUcH+wcyETcHXodCL/tuN+KdsHnq JRcbja+RF5VFIgyzHSJFALokolGOzBwKsAWzQ0ohxUFmQcyLQk/NMX3RyA2S4g6d B23n0sF35WrQiZNMG9Na2PMxzGYR2K4HMfocSw3Q1j+5f7xi6PMq4saZwPbFjVXQ fRHfKFRjujVzuP7PxUGwnx4dimBc7BFKPbzw7KEWPnPHpr2cH2C9ibyXhE8zAAC4 TnNaYmWIrB4ypiWMtaDhRQsy5lE25MdNkcSmp713Yy58wP9dwKevCR8U5oD4yg7T sG1FWVGiGHMbI0fggRAdzuAsmYd8x9qSxcbBae/bOUHeslZBJyNv0IEmKFBzm+M= =DZsx -----END PGP SIGNATURE----- --VpVd5UKQFP7VLOFuctDISjmC9WLf49l4O-- From owner-freebsd-current@freebsd.org Wed May 10 16:57:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E1E3D66CD6 for ; Wed, 10 May 2017 16:57:02 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04BF8B5B; Wed, 10 May 2017 16:57:02 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x233.google.com with SMTP id y201so1497534qka.0; Wed, 10 May 2017 09:57:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=P9rGv6/1pYolz6kXYD55K7jFXJtzQdYIAmZe/k47b1g=; b=iKvGdAwlKrQt7DMAaYactFFwQv2N+npPfEnkmbo8beDTUHNE7ZsLyjZ3BEGq4/zDK4 6WQQTUom6zIzDCCmuZB7AC5V2NHkHPKE0F7ocyLeSUuo0J/HC4gHhapR7EkmEzz+o6PU sqRJ8BYMP0b1maZbpGtyYoGZJJnRZx/4teoJSw/xB7LWH6b8UfvzocMt4PPqZtIWM4Ta HiXnFXGtN8kvDWuWktwvM5nrrJC7zKxKPZvlwFXxn2G8ru6H3ovlwhgMjvjch9hG+RpZ xsL/FPDGEZSRjDGYR+d7DKyQVFuTbVrhyexpISJnQXPd5GZlsw1ZA7EJTFx/WX3y2f6w fTNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=P9rGv6/1pYolz6kXYD55K7jFXJtzQdYIAmZe/k47b1g=; b=j/eVeqjtm4nahdqtriIt2xth92uWVlxIcff3WwagtH3Gseia+xk/BynBFzOYn7Wiyq UXHWB/IWs06V55Yyum4Fgyfplcgx3BR+aVg08k2pRFS689iYl7Gyf/QPX8D7QeWEvgWt D5iXH23PDGNM8T7q3QMGeDRoFe+Y+5aktiLyedppv1wVo0eYGRdhkHfr+HKy4hpN5U0G x+yKkC1yGOo6VHs0Zvn+iX5z1Jazoymju4c2/UKZhUkZcnvJHwdaQzyMJNZrjB+UEQ0Q 7i5x6/b+rbpA9ObWWmvFMmOmLQuu1prXtg+7aRZLZai+eupwDmHVpxy6SfJmO1sRDWGk VyHw== X-Gm-Message-State: AODbwcDuAPN/3XqtjkLAIUmYxHsq+dUHyRwpO1XftY7iCXjZ8L6KdPOT cSXNU+nZhvaUbR10+7c= X-Received: by 10.55.168.4 with SMTP id r4mr6891843qke.239.1494435420889; Wed, 10 May 2017 09:57:00 -0700 (PDT) Received: from mbp-eth.home ([177.53.86.172]) by smtp.gmail.com with ESMTPSA id h37sm2512547qtc.47.2017.05.10.09.56.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 May 2017 09:57:00 -0700 (PDT) Sender: Renato Botelho Subject: Re: make warning: ?: No such file or directory. To: Bryan Drewery , "Ngie Cooper (yaneurabeya)" , "O. Hartmann" References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> Cc: freebsd-current , "Simon J. Gerraty" From: Renato Botelho Message-ID: <9bd356dd-970e-ae46-333e-1e21b3a408d6@FreeBSD.org> Date: Wed, 10 May 2017 13:56:56 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 16:57:02 -0000 On 10/05/17 13:02, Bryan Drewery wrote: > On 5/9/17 9:50 PM, Ngie Cooper (yaneurabeya) wrote: >> >>> On May 9, 2017, at 21:37, O. Hartmann wrote: >>> >>> On recent CURRENT, the source tree /usr/src seems to have issues on some of my >>> boxes and whenever I issue "make buildXXXX", the message: >>> >>> make warning: �: No such file or directory. >>> >>> pops up. "svn st" doesn't reveal anything wrong. >>> >>> My locale settings are: >>> >>> LANG= >>> LC_CTYPE="C" >>> LC_COLLATE="C" >>> LC_TIME="C" >>> LC_NUMERIC="C" >>> LC_MONETARY="C" >>> LC_MESSAGES="C" >>> LC_ALL= >>> >>> (just for the record). Those spooky non-printables are seen on xterm(s) of >>> various other systems (11.0, 11-STABLE, 12-CURRENT) when connecting to the >>> systems in question. >>> >>> What is this? >>> >>> Kind regards and thanks in advance, >> >> I see similar oddness when running some commands. It seems to be happening as of the last month or two. >> Thanks, >> -Ngie >> >> $ make buildenv TARGET_ARCH=armv6 >> make warning: I: No such file or directory. >> make warning: I: No such file or directory. >> Entering world for armv6:arm >> $ > > "I" > > Do you have an "I" in your env somewhere? Though a later email makes it > look like uninitialized memory. I've reported a similar issue in 04/21 [1] and I keep seeing the problem around: # ❯❯❯ make check-old make warning: $5bZ� : No such file or directory. make warning: $5bZ� : No such file or directory. >>> Checking for old files make warning: $5bZ� : No such file or directory. >>> Checking for old libraries make warning: $5bZ� : No such file or directory. >>> Checking for old directories make warning: $5bZ� : No such file or directory. To remove old files and directories run 'make delete-old'. To remove old libraries run 'make delete-old-libs'. [1] https://lists.freebsd.org/pipermail/freebsd-current/2017-April/065690.html -- Renato Botelho From owner-freebsd-current@freebsd.org Wed May 10 17:20:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B78E8D67503 for ; Wed, 10 May 2017 17:20:13 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0116.outbound.protection.outlook.com [104.47.41.116]) (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 5871D173F for ; Wed, 10 May 2017 17:20:12 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=i/10/YkXocDlM7BKhdMpBUHlz4+lc5rED+xeClPXR90=; b=aDyjjzEJ7kuI63CYnlpgHz8AymuKYLHdnjVIstewsbcTpDe1G+xI/8LyNThOAQQIpPBu6Auhzy6KxAwd8drXt3VxDZonfCNkUyzY7omgj1zAy5mzsnUeHjM7twnD61Ea8qNWGqUD3faH8hr+4/WfRQQDNY/YWuRtWBtsanBe5Mo= Received: from DM5PR05CA0017.namprd05.prod.outlook.com (10.173.226.27) by DM5PR05MB2907.namprd05.prod.outlook.com (10.168.176.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7; Wed, 10 May 2017 17:20:11 +0000 Received: from DM3NAM05FT031.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::209) by DM5PR05CA0017.outlook.office365.com (2603:10b6:3:d4::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7 via Frontend Transport; Wed, 10 May 2017 17:20:11 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT031.mail.protection.outlook.com (10.152.98.143) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Wed, 10 May 2017 17:20:11 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 10 May 2017 10:19:58 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4AHJtfU004268; Wed, 10 May 2017 10:19:57 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id EC9A738551F; Wed, 10 May 2017 10:19:55 -0700 (PDT) To: David Wolfskill , "O. Hartmann" , Konstantin Belousov , "FreeBSD CURRENT" Subject: Re: filemon: weird full-time build although filemon enabled In-Reply-To: <20170510114002.GX1406@albert.catwhisker.org> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> <25259.1494259448@kaos.jnpr.net> <20170508162320.GD1622@kib.kiev.ua> <26642.1494263825@kaos.jnpr.net> <20170508193258.4b0ddec2@thor.intern.walstatt.dynvpn.de> <20170510114002.GX1406@albert.catwhisker.org> Comments: In-reply-to: David Wolfskill message dated "Wed, 10 May 2017 04:40:02 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <74001.1494436795.1@kaos.jnpr.net> Date: Wed, 10 May 2017 10:19:55 -0700 Message-ID: <74002.1494436795@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39400400002)(39850400002)(39410400002)(39840400002)(39450400003)(39860400002)(2980300002)(189002)(24454002)(199003)(9170700003)(55016002)(53936002)(77096006)(478600001)(47776003)(189998001)(86362001)(9686003)(106466001)(53416004)(105596002)(76506005)(2950100002)(7696004)(50986999)(76176999)(69596002)(229853002)(117636001)(2810700001)(97756001)(93886004)(50226002)(2906002)(8936002)(81166006)(23726003)(46406003)(50466002)(39060400002)(7126002)(356003)(5660300001)(305945005)(6266002)(6246003)(38730400002)(8676002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB2907; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT031; 1:oj3Mx4z1V48dmLg8KSYk6BPNjKfjpXDBerzRXW2j1Zu/9JZhqVGSzxytAW++32zJ/WwJhzGD1roUrD5NyzkSFFQP2H+f95UY1aMjN3vn5MN1A9smRstW7X1mkXv8qvkmwtCZEXFsweFYzSik8+Cucm+j1rkzO8npyuRjTd8yYOdDIE+dA3V/kXojpV65Zgai2Qb5+SVaIl+2Li3yP/NYh+AUnl31a1JwdLNTfu5XTGGH+iN4/ewKRMzun7vZDUIwbniusseXWNPX4S1uaFsYa5lk9wck3NB3Hg2hjEiR8tcUHqZfkvrRF0yNR40J3BxL2P80qCJvUKGKJUuuizmn4UxHro31vcIJtwGOe+XdY4ruyOqLriDUnKOoV4+K+MB+DhWr8sozxH+PaFy5rKKFfS1K2gODhkE3XDsAqBxGyYg9MNWg/27poeuc6AP+afl3hkdkULTTH/rZpdUZUHkXOCTaAfm0W+bPyrQeaQtlfB4G/217ESbOv3iY+1w/U8/ZNaLN25ZxnrKZ7tfBKnOW2K/VoUM5LyXOIrD8hGed5+KzP3bIypWsiPbhFmuGS2YKOKIj9BRCknqp/XAbdkiPhAZB8QnrhcVIQtrbRNsXXRs= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 055faa99-5baa-4608-e87c-08d497c8d087 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:DM5PR05MB2907; X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 3:DuzWFczOjrridR0A+AwQ7rKtSCczFsAj3b8xqCRGJ0Sq/JU9yCyoweSVMqmNgWf6pIVA9omPEqa56nkMjmXa9a2vbI9c6LldBV+amna9rKqkH9ap+3LKc7pQ97I9Hc6ZmDX0AW+2Lm5flpAe/Dy/gbmgzeUwXW2FLMJcsJzSJoYW39TYbo7zL/H7/M1ZDjAXIIKc+uvrGuvZbigNVW+y+1H8zS4+ozEEPWnIGpHSUyYPg80vKULIryIJKzaBh1br1rHQkM5fK2AAj1pNVqlV6Pw76tcrwryjDBP/AYwpGSNCuFS0JtlKWNhcpaBN+PMg4NXzWf8h/1EVC4+kPor8R+aBrbKjN9PUfzeRhJ28ZcS+sQjgTTUiZPIG1EE2s7fbloLwEQU5BkWckSVJRlBFtqEYgY0/OxM1BkyoSqPxPXxCjdDPOee2HDcshfmi6jQDW4CwhKI5xH7oX7NzvuUQZ2uJyv3XKDz0Upd1lu2yLSY0Viq/b7RVlF/ctVWi8o64 X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 25:Zr2OfHEPAXG1O8yC1YX8wjHNj9Tu0rh4lH6BPQhbCBnxrhucsZY3nLH1HrQetTGWth4zeTEZS/LpQ9XXAZ3O+MLmCAsgwP/Br6lAl2WM1pwWwZk96H9tnfVBzkgnyEAmk9cZliDxaxF7ao2jM4BJynel6XAWknk9amyp0czDlJzYm81GreN8n7hoRs2e22eleAWzY1l8RpQUyCkyMgPlvnUm8al5/R5/qJLV6EoC23wDOXSG+PpGt1nijdyg5ppsM3nixK8RxvMjA9+YbO6pjPs4OedfZON/x41cEp8n6GCRHse7BQCpJuvYOktG2vI2FTrZHuD8SXj3IaFdLdfK02VvntEZNA0m/vtjVMPzNtjV5pWJePVh3pdGNcWTv0PXBjZim67yLspNkXsdOalkfKJiP5wQ3sr5+jtQiknvfm9yNhTOIrWjdHHfbHlkC0jDUh3RWCjQrfL95096cADP2SgT4NW3ZSnf3PcKS14HRQ0=; 31:A/jtGGsZiBYruJrZq40qaIwCE4kG48p244VDaZS9Zoe6QuO00FKnUXb94zbxVGlfMolCNRMhYvOkZ0S5XoSGmCUbnUq6kiT05UwMwg801GiY8LaXkzZNII7cgcDbK6WEkBLIVpHweRJgd/KRl4lYcuSZLW05pTV6XYts0KtARkEi/eTliBquRIuxn2rwYtUypx2CHPZNTnx7W+FkRAfvAkzyOw7C5tQfYIdrAzZ6ovDYepEDpweRwL5CXdxOzUeRzDp0c6VcNpo3MThcHthoNQ== X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 20:0j0DpZ9O13qbEceglIMlmKjExtCOVdvNTg4K7C8rAnPip1QqPZVuUScXpDtUOlYOENy81iZd5NhKqZb+d8K5UoGcFbDAno5kn8GsvSNxYO9pt1XWOYr6AtUCFO2EKKKAf6vLCxR+o5iPAgHT9S+Zg2kdia2Tax/csnMYQ+E1vegBauwxPHYH998x6UKmeLSAkQAZqEHiB8Hd6JlzYl4f+6qaKKiOT+BTdEGZqtduxKmPtppNd6uX5TMiPg+R8IKg5FFmq4B28tai+Ue8ox2t1JjdUu3MK5hop3o4fzoWJBCM9i0+H6IQ/JESJXC9xCcqvqFrlgD6PJvwu2d9rAivAY3J2YX4IKmIltBFF5ns1sQ65vrfENc8owWEE2j8kAm6gnOdzBay4BlSL5dOi5nE0cdiFkFzp8l7+sMEESbUxxgp6HL1tTUGmS+qT2lqSpSh4rOGlzkx39QF+NqJFL9tsSm/mngJKluPHhwe+9Z+hSe2IYcxOe4fXOKHl8wr+yOm X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(13017025)(13015025)(13023025)(13024025)(13018025)(10201501046)(93006095)(93003095)(3002001)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(20161123564025)(20161123562025)(20161123558100)(6072148); SRVR:DM5PR05MB2907; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB2907; X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 4:afjwrae/9mu/hs64BDpR2wVr4u00ND+vyQB648AAsDmgz2i/ULQqGCUBGK7YKw3YNbGRq3HFm4Z+dpyaggF19UHPssfrJSOIP6FapZo6iwTWHcsv3IdM2sVP5XGJ8rG4Pu7LVjUPbLYM6f4+cA8iG0+cze4Ji5n6uqHCzGj6iw91HlqYfpFxIiTqth5bMnLZbBZuHQSj4yswJ0nCAZ2B8pDb8B94zA1rnHl1NzRQUIb+ygzTKQvYbDVR3yk8v9NqPaYWy9ddy2vOPm71S40ATU6pJFGN0LwEz+8APBeoQtOu9MaUVUPijVn4fn4R11IAYBaEjmqZgLO+7a7ssSi7NzDAAl+lMN7ixaNFwxzf3snfuplCTRLpcKbOqBYUS0675ZjmJtCZzMar4wETnzRcACS+R40nY3d/XYgpbI/YERJAIOWeCx6XIAczFVjSwZgwwaqcZ3u8iK8SEdNM6iQzsrvlrFAvissM4NfsH1cTea8xevogCgGY3c4y022c1TTV7b79bzz15OM4BoSt2mUGHxPG1+djK/6I4G+60gbDphJ+8gH1cOLCBhzwODNxJC23dBsSvghWj2HI2Et0+djZypBTsA84zhanCR9qyUiFZVLes2T2gL4LT+onFuD+2QbCjEL13GTUkLYPCplCGI7PRjTALYFWFYfrkCI3xDIgPG4YgfbOXXDxyA2OVehESAHDP0uHm9kIO5DmwTVq+/9kMy/wE6HOQjG2+Hx4LZq0XG83oVxXrjbcvGM665PbxhuRCFt6+MZog7xdwVANJ4LPb7qmQZHvoOIS5PUax9mY95xwpGI+P1X68RhfGIXIkBdz/kFhPbnrW5+chZVPls1MeMm78/Puc/E3MHsyj2sPQYaPJ62R0Q6fBR3ZIh0L4WwZOHYWqCChuMmjU2pDBIyBmQ== X-Forefront-PRVS: 03030B9493 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM5PR05MB2907; 23:RbHpyESLvAi7+tT/3lrRaaQjsU6EDu/5nTWv7Ur+R?= =?us-ascii?Q?BLa/gQy/YUG34H+ph78/ncCDcFC5+L6dE+lwTvI1gBnFKWOlQN5XZ/S4Y9I+?= =?us-ascii?Q?C1tZDiZuavcINZ0d66n0ehiMb85VjI4jNnlFS4eyW+3IYqzl9wqv59phYHrb?= =?us-ascii?Q?53uIF0piUzeU8uFyXb/3mJ835DVyKt7rKfNkr1Sk06P0c6fmABWUfHqPs8Es?= =?us-ascii?Q?xbZle5AZYudJNR0ylrqiAwDvW+fQzPz2j/lS3IqUuZzc2eAfxfdkuiUelwfo?= =?us-ascii?Q?4U5uTL857dCm6uY+gWOW8bWtf0iZk3flzWD9YlVF7MbB+03S5N+LpB8YE2ZF?= =?us-ascii?Q?g56LNV3IXGFhfnhw1atAX33+D1ceXC7zmkwNl46fvr+zPq8BAv/FYCG8Eb+y?= =?us-ascii?Q?DrESFH6OJhK0oZQXgrxqbrs3siQazMBcNYb//mG9d2/w/iUzQQzz9Ci2edw1?= =?us-ascii?Q?AZxtrFVqahTIesOuWEbQLvRyKm4N6l649mjCXcc0qvZmAN9zhv3ZsX7pQL3k?= =?us-ascii?Q?nrzSfJS0c4INy4urESZBM7J1BNTJWGAFBmwCo8iCoLQ3AYexQ6jIDJ5XwL70?= =?us-ascii?Q?TbVkqlQfaU6eVmrnwVuYIREssEe/aTzOV0oBdEkQfIQX6Sshh+rHRycfgOlH?= =?us-ascii?Q?pncKdTcSpa2LMRp66nIE8qRrRY0XWSygn6decOAOdtHVFZK9va1subwdrmt5?= =?us-ascii?Q?8XlEMbqkocEOisJSCvo7dyuXUJBi2nkrH5RcAXhNg83Q7ascSPMVcrm266cp?= =?us-ascii?Q?knIDNh/i2gDUg1pWkvLxUqIeXlBy26pn+ScDJeVzPE6NQMXNReg//s70bkNa?= =?us-ascii?Q?Di3Hl93lV/EkNqagVmWArBQ0A9nldDNfsc1v8zte8vg6aUqLwdgl6pzz1ghN?= =?us-ascii?Q?jCq7DWQFoTLzai1uMt6RD7r07ZRM7GEDHuok1lBWyDrDVY7ztCXqpEEhxFQv?= =?us-ascii?Q?HRBNQ/TQc82HJckEU0Bb4/L+N6f7c3NMRXfxSjqLaOIus7EIRXVklDf/96IO?= =?us-ascii?Q?N0Lt5iOY9bBVU/23Mxq5HwynrbB9oUW2SUW442BVkvVvacn4esdYBVcQW0gw?= =?us-ascii?Q?0SSOL9tAV9qKIzlbCAvn1kRVJrXJTsKADF6D1Pr1yiNhHcHgJk/OLRyIw/8p?= =?us-ascii?Q?Gg0rJeofuQ6TsVEdXyqEM2PsHxZJikWzoIKd5akjc+h8TJdKb64xr2KHo9Co?= =?us-ascii?Q?uxRyPAZCqDVFirGgssa4QyZs8ov+CpU7FmhGGfhPHeB1TbK3fZp8NRuv7lW5?= =?us-ascii?Q?8g09WNpIrXUrGxB+1pU+X7iFLz6bu7puvV1mJf9?= X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 6:Uc02D3d/pwkA8/1XAlqmx+vcHfEWW1RKJ179I53b6LIUCBOWNSt2xhQWRJ9zp142gXQV9bMdDFgggr/b7KX5B1KBE9lixosRq/TzDm/ZILHwP83WXFEd2k5JdV24GqYPzSa8gOpnhqN43CeTDNc9tISChcaXVOoYKg3xC52PIDHnHMUCqO+EnHU4BKEapAFCNC0U293cJgrw7Bjv2RSiQGF8o4ZgrZjHeSFJp2BLJ15c4BRIqjWoKk1pAZztTOE4prPceBxyadSFTJy71ImT1UIa4DA06Pc9j6ExVBsakZ2sW2qaY7rvlNzkplcH+G8ex9l61COKJ1Th6Em1Cc3vl7uPkTnCdB1dGp2lKZaIl2NW80TEnYQ6XI+c8WYLk5wUa9p6ESOMkAC5HrXMydn+Am2vFhztbGUJZ7kaiY/wBV2PhdYrdTnIZQKEOllWNg6aVdwRJTZAGFLsot3W4rEYLnc7uRSmIXrSrAut9uvq+JgutjpM+betB6/47gttZkTDHqTG5WVvm4xMyTLlIr41PnUaHFhy4VHwMcIQlR5HmWY=; 5:DGp1tWFNqZVpCUFQxr6K1k3SRwXQ/yAOjvR6tNmU3fCIQu+RS1uUsm2dlynBCqHKQalJN7FEhypd7YSceNs5ri2inaW3HsSMRIP82Zgr3OzEdaRLc9ve1BBwVbtDkl5lqtxjztH6Eh3ugjkOfNohXw==; 24:IINlZ6A6hBS5r0L76+3k+Py++lJJ7RXDp4Ip9nOhUgK+Q/iu1EiSWEzUil0obSdEEYdw5pUzb4zzA9KKj9YrEkjlr8B3V/SZsDlTPdB/868= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB2907; 7:Tnd42psu54hQruoTwcAn1qmryOH0bqmNXh/Ut4P/TLFGQHnwD502MIqq3BUzMN0O0p/sfHmTXz54kXdCoyT6v5VNynVS7nvUjIwIAB2mqG0RyI+DEGNnMRDXT598rbHMKa5zx6iDTrJVg++wmED6E6F8xYlslsGT6J9+MszydyJ1kR2bc42yL1f1SGO0ojIfKLKC4q2bKXfziySQfQtHiA9D4HCxd6JdD39TrK4o3n9TxajiV/6MC+59cYnsa2S8FO1eAvv+jJsq5DefnpA+pXzURp2vDb+JodQaI+dV0g3T0ZvKQoBiQ812b/RQm8V05Vub5eYgg+s1s+yB165quw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 May 2017 17:20:11.0651 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB2907 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 17:20:13 -0000 David Wolfskill wrote: > I placed it in /etc/src.conf; thus: > > g1-252(11.0-S)[1] cat /etc/src.conf > KERNCONF=CANARY > PORTS_MODULES=x11/nvidia-driver-340 > .MAKE.META.IGNORE_PATHS += /usr/local/etc/libmap.d > WITHOUT_DEBUG_FILES=1 > IWN_DEBUG=1 > IEEE80211_DEBUG=1 > WITH_ELFCOPY_AS_OBJCOPY=1 > g1-252(11.0-S)[2] > > My morning updates (stable/11 & head, as well as installed ports (while > running stavble/11), which had been getting to around 2 hours, were > finished in 30 minutes this morning. Thank you! :-) Good to know, we should probably add this to share/mk/local.meta.sys.mk From owner-freebsd-current@freebsd.org Wed May 10 17:21:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FDE8D675BF for ; Wed, 10 May 2017 17:21:31 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E92001961; Wed, 10 May 2017 17:21:30 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([92.225.11.184]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lg0wl-1dnf120lCN-00pZ8y; Wed, 10 May 2017 19:21:27 +0200 Date: Wed, 10 May 2017 19:21:18 +0200 From: "O. Hartmann" To: Renato Botelho Cc: Bryan Drewery , "Ngie Cooper (yaneurabeya)" , "O. Hartmann" , freebsd-current , "Simon J. Gerraty" Subject: Re: make warning: ?: No such file or directory. Message-ID: <20170510192118.517d58b4@thor.intern.walstatt.dynvpn.de> In-Reply-To: <3629f6ec-44c5-618b-1b6d-57d60d1fca16@gmail.com> References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> <3629f6ec-44c5-618b-1b6d-57d60d1fca16@gmail.com> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/FLop_K/0aLA0eEz782l+1Kv"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:qIs6ZGAQ6LmzzbBd/Kh46ZnWVmI6w3NT1lCTbpQex5JzBOVS927 54SVymzlaQPTZVbqpaenT9pvf3TcNi9IOb93jk2TxTDwv/PG1IxGnv4eojnXgL6KYJS+T2K 3TTdeCJ5aGxKMQW4+KoRJ8vw/zj9j55oU71TZoWvweR7zjXYBH5PJgeIIH8fRInDAN7eKbY AXyNi+IrHjVSvsK1S9j6g== X-UI-Out-Filterresults: notjunk:1;V01:K0:psASPEYthGU=:ti7GMb9scVaKcvdq+yUBXH La8lzUGoKFfs2uadAjvLu9iOt/ylHFbcZzu9GjnNSk5QJnLPPH6McjYQvvHfXHNyVgFx0ndu0 rhoSKdpjQqAwXCVTw/rJKYTlAzeu58KwNMjp/IVCYzPwAUigUJ7xjG1Ufqd+mueUPYvMQbUgf 82WMI3gF6e8CkEk829Vf1fU0z2hjEMYlfoNAdSuIf9QVSwv5fHo62KoMSR9kji/vCEIbOxWvb 1hibLpNXAxHx/sWMLkO4RcbLqFSDr2mAtC/gyCdzghPasg0QeEpeso7N3YxQaSa/4/3jrU8z2 6UeH89sltF2gS7ho9Qu1erHnka0loOGz31DLk0/w2n7LC6YUu+ykhs38prdjZQXCJUXfcq/ZW 4afFdpe4h2BPqQeJyhb1zfe3aKjz6LL6Em0nmkqEqpfhZ+ILnCTKRQyJh3TbfhUM9oXnmsHmM aZ64FqDYjK9i46NOpxyDtzb5UYcLad115d9oNIWTAObkUUKuFJz+Qh7ny0I1dcQ4fMa+DjHLN h98/HGoF1Mss5+nwR/eCrKjpTFxokEfw6OUyijJBtoJqahHu4Ftjx6x0u0MpWtNTrLCpWaAPm ckrgfoGDCitoR+I4k8do9TAjR1pQNh3Sfc0iV2UmDcFL8tDyOMgWhmUh+PTf/eXy5SdmkVN2Y FVZj/L4TuZ/oD+owbc/ZBMI5WMJ05S/A/mHSEl+aEHQtUNudmbzY+wNRf+Az/KsaThKb/TWAv V6rRKs1AD91sf16gFTFLg+o61dbWf4wSTD87uj3rEoNZEO50bfv67AuSnIA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 17:21:31 -0000 --Sig_/FLop_K/0aLA0eEz782l+1Kv Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Wed, 10 May 2017 13:56:47 -0300 Renato Botelho schrieb: > On 10/05/17 13:02, Bryan Drewery wrote: > > On 5/9/17 9:50 PM, Ngie Cooper (yaneurabeya) wrote: =20 > >> =20 > >>> On May 9, 2017, at 21:37, O. Hartmann wrote: > >>> > >>> On recent CURRENT, the source tree /usr/src seems to have issues on s= ome of my > >>> boxes and whenever I issue "make buildXXXX", the message: > >>> > >>> make warning: =EF=BF=BD: No such file or directory. > >>> > >>> pops up. "svn st" doesn't reveal anything wrong. > >>> > >>> My locale settings are: > >>> > >>> LANG=3D > >>> LC_CTYPE=3D"C" > >>> LC_COLLATE=3D"C" > >>> LC_TIME=3D"C" > >>> LC_NUMERIC=3D"C" > >>> LC_MONETARY=3D"C" > >>> LC_MESSAGES=3D"C" > >>> LC_ALL=3D > >>> > >>> (just for the record). Those spooky non-printables are seen on xterm(= s) of > >>> various other systems (11.0, 11-STABLE, 12-CURRENT) when connecting t= o the > >>> systems in question. > >>> > >>> What is this? > >>> > >>> Kind regards and thanks in advance, =20 > >> > >> I see similar oddness when running some commands. It seems to be happe= ning as of the > >> last month or two. Thanks, > >> -Ngie > >> > >> $ make buildenv TARGET_ARCH=3Darmv6 > >> make warning: I: No such file or directory. > >> make warning: I: No such file or directory. > >> Entering world for armv6:arm > >> $ =20 > >=20 > > "I" > >=20 > > Do you have an "I" in your env somewhere? Though a later email makes it > > look like uninitialized memory. =20 >=20 > I've reported a similar issue in 04/21 [1] and I keep seeing the problem > around: >=20 > # =E2=9D=AF=E2=9D=AF=E2=9D=AF make check-old > make warning: $5bZ=EF=BF=BD > : No such file or directory. > make warning: $5bZ=EF=BF=BD > : No such file or directory. > >>> Checking for old files =20 > make warning: $5bZ=EF=BF=BD > : No such file or directory. > >>> Checking for old libraries =20 > make warning: $5bZ=EF=BF=BD > : No such file or directory. > >>> Checking for old directories =20 > make warning: $5bZ=EF=BF=BD > : No such file or directory. > To remove old files and directories run 'make delete-old'. > To remove old libraries run 'make delete-old-libs'. >=20 > [1] > https://lists.freebsd.org/pipermail/freebsd-current/2017-April/065690.html make update (in /usr/src for instance) reveals this weird issue, but "svn update" does not in the same folder! --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/FLop_K/0aLA0eEz782l+1Kv Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWRNMDgAKCRDS528fyFhY lBDPAgCLoYG7whBIE1UmGeqRv5B6Rtu4SXRyPTDD+OH4ZBqWqnzUQfn5aAHLlCn9 LUwz0EomSFKs/lHWJv6XhtcIPBjzAf9JALQs6yKHcnGlM5+ApRI5SjsnYSBPz6Sh Xix2ummtgwnPSOm/lOMZ/JOsXUnjvTM/pJbymG7nH5du/wxBKnvf =BAQn -----END PGP SIGNATURE----- --Sig_/FLop_K/0aLA0eEz782l+1Kv-- From owner-freebsd-current@freebsd.org Wed May 10 17:36:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 718F1D67A53 for ; Wed, 10 May 2017 17:36:58 +0000 (UTC) (envelope-from a.n.us@ieee.org) Received: from mail-ua0-x22c.google.com (mail-ua0-x22c.google.com [IPv6:2607:f8b0:400c:c08::22c]) (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 2CDFC5E0 for ; Wed, 10 May 2017 17:36:58 +0000 (UTC) (envelope-from a.n.us@ieee.org) Received: by mail-ua0-x22c.google.com with SMTP id g49so3325724uaa.1 for ; Wed, 10 May 2017 10:36:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee-org.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=OHN92Guihz8SshUIhPk7NVFwn4zWTxeY5u96S0Hohxg=; b=trkAfx43LIyyrxJuSeB/E/+1KAXcG155CCspNVHtby1PTzTadsQ273MPsknPEnCCe9 jrdttrxi+rbggwBf3UOwun5gxcxjku/UAMLBMO9IPxODBa4wCsGUgDkDoMKgjld788rs lXCXnzxgs5sfUPHmrq9eXWvbwTcxMh30iJ8yPzGCRyY9//4M9HNizsRng/XQeDQPP0/R 1P22NIrdecwOejkXqLRYRnxwY7RzDaoXW31/zjvaA+KUZEzb/fDazoMB9e8nElKLWk8f sW8ROYAKme1Cbn806XIDlw5k4wE3weU1F+yxCdOt3i1+o6cb3aFJRU9rAJ6YaW+H+N7U ToPg== 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=OHN92Guihz8SshUIhPk7NVFwn4zWTxeY5u96S0Hohxg=; b=TYnK2ybYxLyVieKCF0jn0sc+2ylUVqMGtNwnzO7eob0BVk2pGPSv3orfOQpj0+JBVL gGftC7904Q0z+mOJzoZ6ZdhYMK9NzbLgJzulJu3vlQhF6qnOGzAXM2DGpuFzmSR9Ujvb rBCPyoKhmzEBfMkDJVPq5zVDeEh3eqAY7F1dGVe6VYoZVWittg3FauP1ytGjpKXI5OO4 ZDYVNgdXVr/oXK8BQ03y/Qp8GFP6Kkk38Uj5jJI20dP0P4AuYJ02epvRgWqYs8gpEL1h wRBBK8qDT7tfJSBmAVCekcDuAf8sFhvwfjNFn0STBesNlhoyv2LJmkuEbuMONbmW0o1/ /UHA== X-Gm-Message-State: AODbwcB7vFRj+lcC7Pm2pJ3T1HX/000fAnY2oYOwZr/omxYhDjOSUoJ5 L0Q40AvFkDxbKTyiYzUPDQo8bejJYQAv X-Received: by 10.176.2.113 with SMTP id 104mr3447617uas.9.1494437816955; Wed, 10 May 2017 10:36:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.86.83 with HTTP; Wed, 10 May 2017 10:36:16 -0700 (PDT) From: Andy Neustadter Date: Wed, 10 May 2017 13:36:16 -0400 Message-ID: Subject: Bacula install and config help To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 17:36:58 -0000 Hi: I am trying to install and configure Bacula backup server on 12-current, if anyone has any procedures or "how to" documentation you could point me at it would be very much appreciated. Thanks in advance. Regards, Andy From owner-freebsd-current@freebsd.org Wed May 10 16:56:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0FCFD66CB2 for ; Wed, 10 May 2017 16:56:52 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7599B54; Wed, 10 May 2017 16:56:52 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qt0-x22b.google.com with SMTP id m91so1326030qte.3; Wed, 10 May 2017 09:56:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=P9rGv6/1pYolz6kXYD55K7jFXJtzQdYIAmZe/k47b1g=; b=ERwQIAcKM+U1zxzYwvQmYUFe1b7lBYUb7ybBCgzEnAW2CpZGEycOUAlPRRGO8E2+10 wNkgJXZvLnBZ8QSDBBz+J55PM8Rqi07GxObbnIk7Vz1Qz/O7S5BxRRDfnS3yWe9lDxEt 7iNpBvckWMMHfnZGBRAjHRvEXmw6WkgxtUJcHekPmYAtrBU32+UxISUIrLFBSPVId0ac ccZZEa2Gh9x5joPu7yOosW6nvJwX/jzc/Ssfp7PhphFiP7dIlI42h20fqYTMonQ6iIYe sukKDoqthdNSC1vnP/SWzAjsPNHwFXTQaiLxvCDBkK+oHPLsX12cvLG2a7WalBWElGDM wnXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=P9rGv6/1pYolz6kXYD55K7jFXJtzQdYIAmZe/k47b1g=; b=cyjb3wpJq9pzZ3TrS/5uF10XMo/n1LZaeP3CZCtIsOKkAOFGEF/itMVVZVMkINXX2y hkz6xK8y3zIkgktMySP+nstXJWl1fe8Lqn6JXRCTl9IRKALyCVQR6w0KTF2GXqz8bbZ+ IWeAllgUPdR96llcqU13geuU/84upHTfR73jM8MxvgzCXRWEUp7Ek8FGtuxxrLVIShUi HCOT3f2KhMPthNkXKGg2QxQvTSDQqnONan7Z5LdNCP4Gln/24GS4KLr409B79Qrr/aH/ bdgoKFdTQ/XkIeFaiOBi+jQ1ieMaSQiDsuxNx9OdaQb5knkQwT0ZXI+c/GxhpQIllz5P wAvA== X-Gm-Message-State: AODbwcB5U+FmgMOXsWFSzZS1AjI/ehMv8/nELT+qVILHc6KDy0IjNGfz lR8oZ0DFhU0UfA== X-Received: by 10.200.53.77 with SMTP id z13mr6543844qtb.184.1494435411737; Wed, 10 May 2017 09:56:51 -0700 (PDT) Received: from mbp-eth.home ([177.53.86.172]) by smtp.gmail.com with ESMTPSA id t136sm2506835qke.40.2017.05.10.09.56.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 May 2017 09:56:50 -0700 (PDT) Subject: Re: make warning: ?: No such file or directory. To: Bryan Drewery , "Ngie Cooper (yaneurabeya)" , "O. Hartmann" References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> Cc: freebsd-current , "Simon J. Gerraty" From: Renato Botelho Message-ID: <3629f6ec-44c5-618b-1b6d-57d60d1fca16@gmail.com> Date: Wed, 10 May 2017 13:56:47 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 10 May 2017 17:41:07 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 16:56:53 -0000 On 10/05/17 13:02, Bryan Drewery wrote: > On 5/9/17 9:50 PM, Ngie Cooper (yaneurabeya) wrote: >> >>> On May 9, 2017, at 21:37, O. Hartmann wrote: >>> >>> On recent CURRENT, the source tree /usr/src seems to have issues on some of my >>> boxes and whenever I issue "make buildXXXX", the message: >>> >>> make warning: �: No such file or directory. >>> >>> pops up. "svn st" doesn't reveal anything wrong. >>> >>> My locale settings are: >>> >>> LANG= >>> LC_CTYPE="C" >>> LC_COLLATE="C" >>> LC_TIME="C" >>> LC_NUMERIC="C" >>> LC_MONETARY="C" >>> LC_MESSAGES="C" >>> LC_ALL= >>> >>> (just for the record). Those spooky non-printables are seen on xterm(s) of >>> various other systems (11.0, 11-STABLE, 12-CURRENT) when connecting to the >>> systems in question. >>> >>> What is this? >>> >>> Kind regards and thanks in advance, >> >> I see similar oddness when running some commands. It seems to be happening as of the last month or two. >> Thanks, >> -Ngie >> >> $ make buildenv TARGET_ARCH=armv6 >> make warning: I: No such file or directory. >> make warning: I: No such file or directory. >> Entering world for armv6:arm >> $ > > "I" > > Do you have an "I" in your env somewhere? Though a later email makes it > look like uninitialized memory. I've reported a similar issue in 04/21 [1] and I keep seeing the problem around: # ❯❯❯ make check-old make warning: $5bZ� : No such file or directory. make warning: $5bZ� : No such file or directory. >>> Checking for old files make warning: $5bZ� : No such file or directory. >>> Checking for old libraries make warning: $5bZ� : No such file or directory. >>> Checking for old directories make warning: $5bZ� : No such file or directory. To remove old files and directories run 'make delete-old'. To remove old libraries run 'make delete-old-libs'. [1] https://lists.freebsd.org/pipermail/freebsd-current/2017-April/065690.html -- Renato Botelho From owner-freebsd-current@freebsd.org Wed May 10 17:42:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38238D67DB0 for ; Wed, 10 May 2017 17:42:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 06AC4AFD; Wed, 10 May 2017 17:42:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 01BAF6E18; Wed, 10 May 2017 17:42:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 3CE8181DA; Wed, 10 May 2017 17:42:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id oqHH3wiGaVVm; Wed, 10 May 2017 17:42:11 +0000 (UTC) Subject: Re: make warning: ?: No such file or directory. DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 4B26181D5 To: Renato Botelho , "Ngie Cooper (yaneurabeya)" , "O. Hartmann" , "Simon J. Gerraty" References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> <9bd356dd-970e-ae46-333e-1e21b3a408d6@FreeBSD.org> Cc: freebsd-current From: Bryan Drewery Organization: FreeBSD Message-ID: <08b858b2-b472-c097-3aa9-dd64ec7255dd@FreeBSD.org> Date: Wed, 10 May 2017 10:42:11 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <9bd356dd-970e-ae46-333e-1e21b3a408d6@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dRAJxFCDQ4EcHt6TnrNk6gOP9ga4KbbDI" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 17:42:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dRAJxFCDQ4EcHt6TnrNk6gOP9ga4KbbDI Content-Type: multipart/mixed; boundary="H12p42RPKJ0fTT554IqSwgJJOssFGam5m"; protected-headers="v1" From: Bryan Drewery To: Renato Botelho , "Ngie Cooper (yaneurabeya)" , "O. Hartmann" , "Simon J. Gerraty" Cc: freebsd-current Message-ID: <08b858b2-b472-c097-3aa9-dd64ec7255dd@FreeBSD.org> Subject: Re: make warning: ?: No such file or directory. References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> <9bd356dd-970e-ae46-333e-1e21b3a408d6@FreeBSD.org> In-Reply-To: <9bd356dd-970e-ae46-333e-1e21b3a408d6@FreeBSD.org> --H12p42RPKJ0fTT554IqSwgJJOssFGam5m Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 5/10/17 9:56 AM, Renato Botelho wrote: > On 10/05/17 13:02, Bryan Drewery wrote: >> On 5/9/17 9:50 PM, Ngie Cooper (yaneurabeya) wrote: >>> >>>> On May 9, 2017, at 21:37, O. Hartmann wrote= : >>>> >>>> On recent CURRENT, the source tree /usr/src seems to have issues on = some of my >>>> boxes and whenever I issue "make buildXXXX", the message: >>>> >>>> make warning: =EF=BF=BD: No such file or directory. >>>> >>>> pops up. "svn st" doesn't reveal anything wrong. >>>> >>>> My locale settings are: >>>> >>>> LANG=3D >>>> LC_CTYPE=3D"C" >>>> LC_COLLATE=3D"C" >>>> LC_TIME=3D"C" >>>> LC_NUMERIC=3D"C" >>>> LC_MONETARY=3D"C" >>>> LC_MESSAGES=3D"C" >>>> LC_ALL=3D >>>> >>>> (just for the record). Those spooky non-printables are seen on xterm= (s) of >>>> various other systems (11.0, 11-STABLE, 12-CURRENT) when connecting = to the >>>> systems in question. >>>> >>>> What is this? >>>> >>>> Kind regards and thanks in advance, >>> >>> I see similar oddness when running some commands. It seems to be happ= ening as of the last month or two. >>> Thanks, >>> -Ngie >>> >>> $ make buildenv TARGET_ARCH=3Darmv6 >>> make warning: I: No such file or directory. >>> make warning: I: No such file or directory. >>> Entering world for armv6:arm >>> $ >> >> "I" >> >> Do you have an "I" in your env somewhere? Though a later email makes i= t >> look like uninitialized memory. >=20 > I've reported a similar issue in 04/21 [1] and I keep seeing the proble= m > around: >=20 > # =E2=9D=AF=E2=9D=AF=E2=9D=AF make check-old > make warning: $5bZ=EF=BF=BD > : No such file or directory. > make warning: $5bZ=EF=BF=BD > : No such file or directory. >>>> Checking for old files > make warning: $5bZ=EF=BF=BD > : No such file or directory. >>>> Checking for old libraries > make warning: $5bZ=EF=BF=BD > : No such file or directory. >>>> Checking for old directories > make warning: $5bZ=EF=BF=BD > : No such file or directory. > To remove old files and directories run 'make delete-old'. > To remove old libraries run 'make delete-old-libs'. >=20 > [1] > https://lists.freebsd.org/pipermail/freebsd-current/2017-April/065690.h= tml >=20 Oh now I get it too after updating system from head from r317177 to r318116. So it seems to be a bug in bmake-20170420. > ~/git/freebsd # make check-old > make warning: E No such file or directory. > make warning: E No such file or directory. >>>> Checking for old files > make warning: E No such file or directory. --=20 Regards, Bryan Drewery --H12p42RPKJ0fTT554IqSwgJJOssFGam5m-- --dRAJxFCDQ4EcHt6TnrNk6gOP9ga4KbbDI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZE1DzAAoJEDXXcbtuRpfPGxoIAMK6TQsIIHq02bAbNAlgifFJ zbl6MdUYvK87130MvBRxpaAXLIrVBt2NpCTVxkokqucrFP+Z2ux7lLFKS550qSV6 SlSewVOdGHpTXsYTIuZV2M5dwN8UcHraXxOFoBi441cORZy95tebHoVzJSyu08oG 5Z4PaCMdciLn7UZslb9JhIo8xjycIXTyo1m5cgkgxor4m9yNwWX/4OOJaGJY6+c1 4kFLwy7TVimh4sSyVKolUE7khnpv29PotdKxlfdXzW8eMTcyBbefYiR2xlqvIlY3 47E5MH0R8wgYt5/1H6sECAclfdagZJTrFPbBtyJr1k0DUKodu7Yh2eajYKQ4D84= =0RKX -----END PGP SIGNATURE----- --dRAJxFCDQ4EcHt6TnrNk6gOP9ga4KbbDI-- From owner-freebsd-current@freebsd.org Wed May 10 19:00:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E9BAD674D8 for ; Wed, 10 May 2017 19:00:03 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0126.outbound.protection.outlook.com [104.47.42.126]) (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 BE70D1D53; Wed, 10 May 2017 19:00:02 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=RM2YGTELDZqCWmPjIFW5U238yaExi25EoOwU1knaY/g=; b=QInjwoSVN7ttg9OrurTnAUNfrxF6+MNqIpLyq+jgZEvNio5gon5ccA8aexKY7rf1LRw84rsAmBtJKUo44zwT38n7/3gFekCh6RhdEyRE9XGyTeJ+fzubpKJnANQSdgUnBLe8G3CY3NzzUMbr+FGv7Huntwif/lE71GU59ZTvDTU= Received: from BLUPR05CA0069.namprd05.prod.outlook.com (10.141.20.39) by CY4PR05MB2903.namprd05.prod.outlook.com (10.169.183.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7; Wed, 10 May 2017 19:00:01 +0000 Received: from DM3NAM05FT046.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::205) by BLUPR05CA0069.outlook.office365.com (2a01:111:e400:855::39) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7 via Frontend Transport; Wed, 10 May 2017 19:00:01 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT046.mail.protection.outlook.com (10.152.98.160) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Wed, 10 May 2017 19:00:00 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 10 May 2017 11:59:59 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4AIxwCf002283; Wed, 10 May 2017 11:59:58 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id E9CB938555F; Wed, 10 May 2017 11:59:58 -0700 (PDT) To: Bryan Drewery CC: Renato Botelho , "Ngie Cooper (yaneurabeya)" , "O. Hartmann" , freebsd-current , Subject: Re: make warning: ?: No such file or directory. In-Reply-To: <08b858b2-b472-c097-3aa9-dd64ec7255dd@FreeBSD.org> References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> <9bd356dd-970e-ae46-333e-1e21b3a408d6@FreeBSD.org> <08b858b2-b472-c097-3aa9-dd64ec7255dd@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Wed, 10 May 2017 10:42:11 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <92581.1494442798.1@kaos.jnpr.net> Date: Wed, 10 May 2017 11:59:58 -0700 Message-ID: <92582.1494442798@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39850400002)(39400400002)(39410400002)(39450400003)(39860400002)(2980300002)(189002)(24454002)(199003)(9170700003)(55016002)(53416004)(9686003)(54906002)(76506005)(2810700001)(47776003)(23726003)(50986999)(76176999)(77096006)(2906002)(97756001)(86362001)(38730400002)(305945005)(356003)(7126002)(5660300001)(93886004)(46406003)(4326008)(189998001)(6266002)(8936002)(50226002)(81166006)(8676002)(229853002)(107886003)(110136004)(7696004)(105596002)(6246003)(53936002)(106466001)(478600001)(50466002)(2950100002)(6916009)(69596002)(117636001)(39060400002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR05MB2903; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT046; 1:amzrIsaErappYL1gUtL4dh4uNC2CVHqF7FvkB0/Hc0GwZf1ZnZTUfmq62k0K0PlYVWvvzfS6/BI0nDgQMHF1ed+xeT50h+svAWEwpQTYmV9PPAWZnbUedjeEWxJCPH5lo4q8n/bQ+L8rBHHYEO8U2pfh3GN2kzdoz08Pa4Kv9p8/j37p82lYe5pz+Be2ME5nXWbIPb66SI4JxIca1s88wJlIXcrYTxbh9bVhpexasJGdqsgZBIgyQXT/1nz0QsK0DyCSBQYdDGQIfbzAIf15iTgBuJDwuG6TzkQ+f9TS8D2SkxjjNQGOOrWQn0uLvC6/QAghk9an8KSQsmsR0bNzVuwqlbzHfhzun2PnfkjkVBZLIclpq/OZHX5sCcKFaeRYphmdtPqo5N0OnuuYCaJidON9RZWxcEZdw4LPdckeUVg6+tCOWlXCGvOG8pOmMH1niZUlHNaF0lzpJvXsgnHf74HmY/xrxzDN1y3VR8nm2fe/XzsaS54hWMepECT7lDYyZqXagJAfbyrHdgfijYQ9ICdjv5hLjUBBGbBDwObMtQi1FV3wCc0CsGSYx3NHAxgJ X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 8574abcb-9f59-41ef-fd62-08d497d6c25e X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:CY4PR05MB2903; X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB2903; 3:wFbZCinwCzPa89Ozn7PPYMiTl7P8m46Ck7/E799U+g33HdAZ1VlaN5Pk3WVGirSgENpk9X2qps5eSYNIc0L/D8SMymhMydjVn+5S6QVd5hhJEb8K0OhXxc6f6Sg2AzhGAJDUeFLEXNSJlL7atKfKYngT7etAFle/1p4oMzWIrSlMPGyu4Bc+fEK/KQnTxghvK5U+Dhxs4KNn2GhjDN3F0pGSWtP566121eQc824JQBHV8RGgm8jvZpN9mrNY3xHUtTvEh9v3qGJ/07NLDfk0Sth8zASociKUehjSuTlFM+x4VdlfjWiiMXmvxLYsT0j3ur+uzibdEzbDWPvbUt/wBLWtPueoh63yJW48kAuIob/hQ3bSjLYUoRSdeQ0gRUmty0RtOTebiEJbylJ1aTEMrn9Xuj6J+6ygcy6FvmSMXF9xs7pJfojm/2Qj2kD1ZqsAn+EbwuymAbrxNUxG+sDSAADHUQdSbqJRDJGPgklDIEj4wPApfJiN3cXHZU0qgv0H X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB2903; 25:cRu2uH3YwRo3IDPLwFAG8G76pa5vm7rMu3YiP0wvf4O8pgJf2ac1xlxkJ7jtBbvcExh8DPolPMDYDi74NGcUqJ+j9cs8tdDNou5TxamVkD563AmoGzAl+W6zMtCEjPe3bYSNuSfWlSoniroEAdziHaRzvcVAIq2WqLWknoknUZKSgkVstJNvrMakSy8ndu9x8xwvV8LD7+drTt6z8SFecvWIyF80eAbdxBRw49XKnVLdbDd+TdvX/97IhdzkGDJpiMNKqMLX24JmV9RIfCc3V2DQ7L24ywv1wXzT549sCed3qUaXviFxl9DoJTz4JIFYvPbbqqugiwetCjIPabnL3xUNgDlMwVknvysluCtBpsuoWG2BOr8NwnpAcOSXokdX1PbWyb/rgXty6JYB+Xd7NomLdnH3ef8bWHE+xekKaUzmhtQ15pYzneYdIcyH628Y/8w+TfuGgo8eCAJiaPAywdFyxcjitBZp8ihWoT8X7vo=; 31:gwKScDghXrc1n3qAP/bVQYfbPSSnReglWDzOu6uiAFzWDhtP14eTJ2MRO0tO/MQ5zucXA821dp/0kI0p2oMctbODZjuSQyJKjiY/MNMMEDEtYjDJPyHezWBPbV4jZJlB8ZyD9S/lp8GNBvngu0TXJaJ3iu1KfxRqpIIlOQ8cZ/hBq10H9TZcqXvcqFuh6zDXKa6qv3OdM9HLzgAqReJIehuODZ7Nc16VPR4KQGnOBbljPnmAUWQtCebHi2ZdgvHPeqBC63qKc7rPGgtYf9YMbw== X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB2903; 20:SSjWdcv1CYTug4JKsfdIUqcZgyQVT+45aCNmm9p/WqFEZkzHYmm9egD3yobKqQAKlwbVVFJXifabmjhzo9VTWTwxeC5Q6zM0/nA/i3evfn2Hq+Fppefd9eCt+kCB0vZKmDvoeMIOsWjWv2/U3/lJR5bwOGcAnq1gsmM0ua0Iez1e/hW1uvyOkSl5lb7Qhqm+TpXKn6Szcvg2ZMVf1kjZOojrFwq1aSwGuwnf7aRxnz769TFfKXEWWWU5KFlIZvBPz7B6wZFZI1+hbK/lsywvtBx1V6lZxWg6f7RttswpgAeChXcIEtAJSkNeb1soVKElbF+cvO3+1J16mCKzDhjCnJCh4LnKaXjnbLKR8Mr3pg6jXA8mQyR36xJPXZy0GZGkXUeHo9i/bMrudkqUBSKhtWd9wSrsk6wgdnU17lextwpl2x40kudfc11kJVFE+QaGGftBu7Uknkxxnt8IvnBzVYF4k18bV67PASrc9iptpmQrPwmaHWYck8ZFXV+B0v8w X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(13017025)(13018025)(13015025)(13023025)(13024025)(3002001)(93006095)(93003095)(10201501046)(6055026)(6041248)(20161123564025)(20161123560025)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(6072148); SRVR:CY4PR05MB2903; BCL:0; PCL:0; RULEID:; SRVR:CY4PR05MB2903; X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB2903; 4:Df8HUQlBAj7oWUO70bGZ8wmAxj2FZ7ZMi0sKFZHaFRmCGqKKsiRlcoWUcvVjl8cT1K7fSBDg3tzHaDyrqgSqxMUec1KhVJN8d6WV8bAGufSF9G+ts3lz7XFdXENeUOXn4PsDhjcYNA5tP4VzMHoTqvrA+fDGrquHCHCmBKqN1PNU7lcIuxNKyDLkj3lnK+OjAVpjE9+fWjz3BdvDrGb5MExmO6lsfbl9W0PtCR8cX0qro7OjMOXKGQ5xL79pQStKx1UBxzX8ZTm0dENPQxshyrAx6ZSRfkQpgFGVp4pyW+hES8Png4XfxIIJuHFp87EpbFLhuiXq0awcVSk8Vv8V3e2k9BqpBPYDWNR02fKx7zWwWX4OWHhQGSq9oiEBfY071XPsWJHxd6fdIzhdBOS3Cecm67nJXejrJzcAQjhGThWTeDXlczQMstnQFXy0d2IaGU1df+oxerKxetqhdqrSQO0S9byThRgCW9vCP7hE0vYtRDpwwHEZMIVa58E03YFLRxKOZAbaPd/ar0uysbRqSAKveeDQC6r4wlMCXI+eR4A/CYYP8GKKv4kfEbiHAeOS3D8DJcbUk60wWQfVlT3o376IOKRJXinNjFxXmdj92H4rT2TklHW9/jUYHD32R624b/zm+qiaIJbO3N+emRNCM1jo4HlRLLE56c8IYBI9oCUZhC8aARfx/Yb9RPsf/10S7kTBXXl66a0NMPQGj/KKSI1cHlDQZlZtN9c/lUEKEs5P6e2r9+TFXjmiA4jPLoqld1EfTh1dkxNnvAX9UWnpaBDCd4pbAmgRLmvKkSxV1OjJdhx40bvxLnkJAJN4azaloj/ma9WOpTcAQlDFQQSopkhwDIlaWK5iAJS9SyKZGGv4XE4MAmTL/WnA7dI/XIrPClGzXvXVoL8jM/vXmPNMCQ== X-Forefront-PRVS: 03030B9493 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY4PR05MB2903; 23:PcCC0SmnOz5LAzeHLP9HumDiNXZtoKQlZQ5MXKaJh?= =?us-ascii?Q?WJ0Zq/dNdIV44vsuoHsgR8G1xHCCm0n1kuuZurVC7Jf9OHRsrSSWNPcMeWUo?= =?us-ascii?Q?f7kMWplUFgi9RdDGoobSOoHxvCQPkYdSJ6MYrchGUFo6Tu6F53g1RzSVE6kK?= =?us-ascii?Q?q3iBlXkp2tL0b50euo1FDkz5fKtclnYbUhYZN+qy9DzWWQNMLfrvMK8Z6GoV?= =?us-ascii?Q?D79Wb7MshfYPT0QpGAN0X1vqyQK8o+9JlaBXdAmiIX/A+QubCICIrILmJWgP?= =?us-ascii?Q?o2UVP6hmudAzEh4CSHuKbcQjIEHFZWwn0njZO75JFaT+NSeSXNYJuZ5ejX/K?= =?us-ascii?Q?iVKbJkqP22M+XjdlgphtoicqU1lF61aSBg6D8AVuo/wGmGfoeBVq/USCIxWA?= =?us-ascii?Q?/lj14J7TqA7Sl1D/UkCGbBWhTV0hCIJ9N0TWR3VM/SjsLQr1loLLZ6fd/QHz?= =?us-ascii?Q?Kb8zGiBgK0fVQD6N+9NdVMC6aRBo/Pga2JHXnYmvSCBo4cHlxdY9/rMnl/19?= =?us-ascii?Q?LcEH08pXyCYAqBvcaHZoKtz94X4t4Go3n806lWa/8fCq1qpJSAssxcxqlGKi?= =?us-ascii?Q?W80hp+TPtODJPD7qPPdsjHXk3+wWBPnyThKJfN2Ruh548PxNwwYsKliGpSdL?= =?us-ascii?Q?Z3q8hLzJfQgs1ctcUaZWdeDkcAk4OX9LB+ww7wKS/WahEOvddF0m7bOr+q5i?= =?us-ascii?Q?t+CnTIrmHqVyQnwSvdXAYRmBlTff69+8vu7aYjzkZnLgbCmCIXrBkEorK9H7?= =?us-ascii?Q?80ELGcPVoEG3YOPsT+lJTHKNbtvJQWp5LfrL2ad1LTdiAuMAq5m/K+eynzKQ?= =?us-ascii?Q?lv9kyWs9CPNbqbCoWUQjTJkgehRjfONYmgTf0eYWqLs++pvmDd+dXeI5VDSp?= =?us-ascii?Q?9cut0Z1s7Sf0dOUFSr6p19kltyhbDYTvtbpTJcMsGM2LXGbBhGrWG74YuePX?= =?us-ascii?Q?uoBT+yKZTIs3kuop0YUhZNtg2mIYYWTXTh9yXVBuYZIT0ab2Ti7pW4BN80FK?= =?us-ascii?Q?tIgXbFkANxel/urscd7x3NzWJGbRjQCBTXPDo9DeDUDWWk0sinSb+RJQ/LKg?= =?us-ascii?Q?BFY2Bgef2wvxJVfoaXUE0sBmiF/7R/6yYLcDI34lLiZXyEKPw3etIXkwmpkO?= =?us-ascii?Q?x2hxcN8aEa+tHGvdxWsWT+bIBo/Rate0yT92J04zf7slZ3SXTIx1Di1wX2sT?= =?us-ascii?Q?1QbefAaVuabb1SEnO04UKeJyWe5aNA7jQ84NzG35C/f+mV1pI958gZSi1Ypm?= =?us-ascii?Q?dZAtfoBi1hjTrSV3/2o9PKk7F8kr7Gi+M0InDtNqccP7g8pdYhcTg7960O6b?= =?us-ascii?Q?qjTyUTRjLN16hgTvVIJnkLIKTZZB5b/kcan/iYE3u7ATM3zSEvlbo9MfqBRZ?= =?us-ascii?Q?hgTOw=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB2903; 6:MWYH4vY+AjDKBhUJ1yb6ncd0YecNHRFTbT5+4JXSoWRZekRNr4eizLQFai3J+tQuYfe4xhB3aPWYUARW5ezdzzvPGQLhRSsqZpM44bNHqqb7842isnXc7rxOSb63laT7AYfYHhNyTPC4aEs4nxlk/75ttx/gNm5NsFiWfnPzhFrSrHkhAdPHiuzhDXIoSsMClqDM1M8PpCmHZ1AK3eVErWpZ3pCxvLFyavGgKd0HLQPYCuGDjibCvAFqaGRgLBHZQnSxmkpId9xGw/doJgi3PhAnUFf1c6Ut4VLBKJ4++j5z4sBY0hMv2185EO3bEH5cXsI5uXikekznYWmPxkkATp6K8hWegP0BV/2BFc/zCQegOgSarroLuzpGop02jcAFebDG8f3W72rWDH0CAU+QRdzxWQk5XotuiN0Ikxi/oKYWF1GhHNCQ9cpBcUWYi/21y0qvEy76jBdyIXHJxeGa4qbHBCD71VbeP1RsEXVagXMFs23LFw9/AyN9lBX4c2pv/5OJyuzylNmE5Be/sqCZbSTiVBXc2pQ4E+0rNAF930M=; 5:M/ZslR8XiapyAjQi4rp2erCMprIL0IwnrDJO4uOHwuwy9J84cH2f2Oyee2RlWOBWeQgzHs/3wQGJt+eKV3Fzmdj2OZEC6FiXU5qTNo85bINeTwGv+M2cLy8gtI6Ieo1Cm1fWX6Y0Tg7Ld1/8UmZRBA==; 24:t/AH4GligXig1k939V2LZP/4sYSNA38B9qCA9Xm6f7hA1IU8kh6ORRyhXYtXlDmX8v5mUIcLkmpYjlI7lm+nXAhtyxt8GJkwM4R/4vpNC7M= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB2903; 7:4En17iYij6z1DrYgmxNQGcqqElcs1+EDiemZTfdUNMBeN/piN6EDB+toI5f1bjJZo/mb1pUttRbk6sGlyIzemp3kuxloxgDFgpoPmBGS2pybtkX3hmat/zIwnbgDPch2UuMF3Y2VSrjfjNvpaFR1pgBIegZKw9GjsLIXsKX9HoUMZbM2arDVeZWMWYT2o6irhq2+ieQHIjSh5r9z5IQPWS274UvEy6mLn+vgdvq5KbxdgnXJ+EDUf4T7cv+HUEcpsMCGVVI5mU8cEfu/uVGucRo2bo3oo110JXNbAQuDdLSG4kJxjjAxdhlRHDzycJWpvYvDyCFtXSRX7uBMpzpw4A== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 May 2017 19:00:00.2450 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB2903 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 19:00:03 -0000 Bryan Drewery wrote: > Oh now I get it too after updating system from head from r317177 to > r318116. So it seems to be a bug in bmake-20170420. What's in your env? Eg. env | grep MAKE ls > > ~/git/freebsd # make check-old > > make warning: E No such file or directory. > > make warning: E No such file or directory. > >>>> Checking for old files > > make warning: E No such file or directory. From owner-freebsd-current@freebsd.org Wed May 10 22:34:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84E26D66ABD for ; Wed, 10 May 2017 22:34:11 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qt0-x235.google.com (mail-qt0-x235.google.com [IPv6:2607:f8b0:400d:c0d::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 3E8FE1142; Wed, 10 May 2017 22:34:11 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qt0-x235.google.com with SMTP id t26so4412732qtg.0; Wed, 10 May 2017 15:34:11 -0700 (PDT) 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=qx1SAPyYk1KBz228AEt6PlUPkCkzbEcg0/E89GDcH00=; b=ObMU4rEpiYWLN7LQ2nHWYPXkRNrlEPpAVa6GPV5Pvc43zYXrtdgo6M8zWmT5ao5HSU bxH8GFPT/VOjkhKGJF+nUI/8P6UG6ZGPm1MkuU1ux5nhMsCB6gi0F1JxHkYKyxrjl10L kkr2OEXYFBOo3XRGSiGdBP9KTuOLMHU6s9vFGPmaaVcFfwrKSR45W0Db7NZo6/ZPZEnZ 4TGGCD6rOf9b2EavcTmUSqU8PSXBtAyHcHc+/sfNf4SjZmsaoylsQ/58St0S/XJIkV4M 384wbPDD+2nyshiwEVC5oJj0LMhjmAMWm8TUAzlVL+3d9gliSK7nQyu2rVaw7VYFHGz/ /Zmg== 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=qx1SAPyYk1KBz228AEt6PlUPkCkzbEcg0/E89GDcH00=; b=gCDyfiUrFAHNUQ5/4KURYGYsBb8dobs1lRml5IeQcH1q3RaHmx5gGy/W9AoS7M/nNG rur+zrTo4EBGQiJQuZ1jaEQqe+6CTzpfX3O0IHL8XzqxYEc6QRWyAHRv8KzQqFdJyPmN +FSpumoDd7kNKd7tIXkuTtU6SHYtXG3uTmPFtbTJH6gB8RACTqT/aTCCXkcQzcxGjEuz DN+wSbcGQLNhmEfa2n2w6rMttTCiHcaUEkf1rv1KUUQHbPO5Vcp5OMCBzl0HnJ+8W2y8 1boJSH8fYxO8v8k0Feo1/7o4OLhX32LDsYSJ3JHcngEgHPqLj5tA6jk8lVefxioIS1Sg F9AA== X-Gm-Message-State: AODbwcAqTfB/DGCHTLNQ9Rtfio6sfM2VXGXV4vMvZPo9doldRbqXUKwe BVvplF7BpZw82i9tbslCMYadlnQGmvcoAA0= X-Received: by 10.237.59.168 with SMTP id r37mr963489qte.246.1494455650412; Wed, 10 May 2017 15:34:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.93.48 with HTTP; Wed, 10 May 2017 15:34:09 -0700 (PDT) In-Reply-To: <92582.1494442798@kaos.jnpr.net> References: <20170510063719.708fe322@freyja.zeit4.iv.bundesimmobilien.de> <5B5ED606-D287-463E-934D-D0BC52F845BD@gmail.com> <9bd356dd-970e-ae46-333e-1e21b3a408d6@FreeBSD.org> <08b858b2-b472-c097-3aa9-dd64ec7255dd@FreeBSD.org> <92582.1494442798@kaos.jnpr.net> From: Ngie Cooper Date: Wed, 10 May 2017 15:34:09 -0700 Message-ID: Subject: Re: make warning: ?: No such file or directory. To: "Simon J. Gerraty" Cc: Bryan Drewery , Renato Botelho , "O. Hartmann" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 22:34:11 -0000 On Wed, May 10, 2017 at 11:59 AM, Simon J. Gerraty wrote: > Bryan Drewery wrote: >> Oh now I get it too after updating system from head from r317177 to >> r318116. So it seems to be a bug in bmake-20170420. > > What's in your env? > Eg. > > env | grep MAKE > ls As I noted in the src commit, I think r318161 addresses the issue (also identified by Coverity as CID: 1374641). Basically, buf2 was in scope for the conditional as stack memory, `path` took the address buf2 and used it out of scope (which may have triggered the compiler to optimize/evaluate the code incorrectly since the case seemed impossible). Thanks, -Ngie From owner-freebsd-current@freebsd.org Thu May 11 05:37:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E473CD68A83 for ; Thu, 11 May 2017 05:37:28 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A6F8313BA for ; Thu, 11 May 2017 05:37:28 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-oi0-x236.google.com with SMTP id l18so18254185oig.2 for ; Wed, 10 May 2017 22:37:28 -0700 (PDT) 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=vDo3BzwFw7tCiFqF++UntTStOilVpCclAUR63Qs57zE=; b=MQVtIofe4bAgTNCw9Om6CB0QEuLY39r8B+UJ2w4UCtfqkYATQrBJqPWOOwdDKMIe/3 Gl2oUguYyy2wRIrIU2A0PA8cbx9TZQWVVbTHaaBwQvJaLXDeDDNZHEjrOJvSr98f6RSU KhX0L+dRyiesg0w4mhrpmC+BXoundlnSGL/eoA5nQ8CEPB8H0bbY9ouIu1h1Paj7834v NEu44ed64kmjAvhaRIERSS5rPYNno9X4LbuwLhrjn6NbHrokcKvt1zqHhT+ORPTnHIzz SQJfwXG8AB9FR1ilJuzOnY7pZBs9pWBjAeapSpUPyR8dOZ7ywiZnZK+7w70iYFof/aFf 6FWg== 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=vDo3BzwFw7tCiFqF++UntTStOilVpCclAUR63Qs57zE=; b=mEhH2+VPYZGjYu+oqwEe/KglvyRPBXroBMp2rPGOKV9r69RFNdEMSeAYs65f71Hoy1 0wlOljBLxxt4Fu91uL4D09bpAjRUvXxIV204oTapx8LmMJlAMQAo1cw2/zAwcHsLQ/uf eTAFqH7QrEUZLJgacemzjsxefx5XI+nZm56MXi+cLz8IvyEVkUjZytsv0k32WN5hApip BoIwysEfVg3uicEb8Dtd1K0xBeqDR1RmjoheRzGzk9rg70f3Mj8XxnYazt4zVflEs+fG 06clJWAZT1J1l/W+xkSHI5ZtgGH5fKadywthixJFdXleWUXfur7v8BSaUrtEAy4JvD0B 3NcA== X-Gm-Message-State: AODbwcAis6N6Whm8edWxcvUWcVRFbxxAhptKJ3TcKzHn/FZ2+MWwcLlW D5pQ4lwCdbtOxXtRSDPwToUdrhCLFQ== X-Received: by 10.157.50.33 with SMTP id t33mr4784867otc.232.1494481047833; Wed, 10 May 2017 22:37:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.89.9 with HTTP; Wed, 10 May 2017 22:37:27 -0700 (PDT) In-Reply-To: References: From: Ganbold Tsagaankhuu Date: Thu, 11 May 2017 13:37:27 +0800 Message-ID: Subject: Re: Bacula install and config help To: Andy Neustadter Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2017 05:37:29 -0000 On Thu, May 11, 2017 at 1:36 AM, Andy Neustadter wrote: > Hi: > > I am trying to install and configure Bacula backup server on > 12-current, if anyone has any procedures or "how to" documentation you > could point me at it would be very much appreciated. Thanks in > advance. > https://dan.langille.org/2015/01/10/bacula-on-freebsd-with-zfs/ Ganbold > > > Regards, > > Andy > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu May 11 18:48:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 638E5D68F41 for ; Thu, 11 May 2017 18:48:16 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC69EF48 for ; Thu, 11 May 2017 18:48:14 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.167.70]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LjLwB-1djt2G3xVv-00dU9m; Thu, 11 May 2017 20:48:00 +0200 Date: Thu, 11 May 2017 20:47:52 +0200 From: "O. Hartmann" To: "Simon J. Gerraty" Cc: "O. Hartmann" , Konstantin Belousov , FreeBSD CURRENT Subject: Re: filemon: weird full-time build although filemon enabled Message-ID: <20170511204752.06eb1b20@thor.intern.walstatt.dynvpn.de> In-Reply-To: <28999.1494272352@kaos.jnpr.net> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> <16322.1494224695@kaos.jnpr.net> <20170508173709.37e94b17@thor.intern.walstatt.dynvpn.de> <25259.1494259448@kaos.jnpr.net> <20170508162320.GD1622@kib.kiev.ua> <26642.1494263825@kaos.jnpr.net> <20170508193258.4b0ddec2@thor.intern.walstatt.dynvpn.de> <28999.1494272352@kaos.jnpr.net> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/FFE3mnGq6g3Y2=O7=4qvCB2"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:N0+FsSAhFfr+DWFlkhQ7vw/N/Y1/S5dcJezaEem89CFtUM6x+7Z sF1YJYauV7QTunGkZMPpnVeymbQ8fZLI8bGuQf4OURidG2qtqqqgqpigxwGWU6usg1ZadUt TZCUs3LArYJc9J8wOkZxJRvu3tqU0yKLSR/76FD+ZBW2fr9tqVowGbydm/1Yd4PmQBEhSXp SyZh22xziJ7vD8bKcWkNA== X-UI-Out-Filterresults: notjunk:1;V01:K0:i0SUFMwizaQ=:rMZTgJEwx5o387UOS+jK5Y s4o3QZdhqD0Nn3TbiJNGrFte8lc3RHCmA3FxbIVR6wVIprJ81p+lnmoWIGoGzVTR0VDNXOzgR UXLPbP9FmX886OveQuXIpwabFDIoNEyh4aZyWLKTGNbE1e3YQ9J1QlaPOv7BJznc9UdttwKTE GwZBW2wLVD7BDdmibYalYwt2g/VgXz45YXfNvkf+wV0PRTP4j9iHFIWhy8f7Lu6/RJI0Ns+uY qifl28S5y81uudPgw1QaR8sMGccrft3HZdLtpYfWpC7RMun5u1W3F/i9e/6KSPy1JVscCqsY8 9VLCx6DeitA7OEw9cIT+ip9h+Cfmi9ul4NJ/gTFVcBZONNgXIzJ02jtSdVRHjbzM1pQ0iPNGU dsB/i/6OYZ5o6fIreLZr6cAQfHC86WNL6rww2TlAjVon01OpnzK2C9DSz7/LhSyEeyirpGjde Y9lcM2PPZRyKdmy7wdg7Lyd2LCUhFpJtaXVkXZqfR3D+uk+yBySxR1BVmHDdORb1vSay+nRA4 7knNMz4/z8BLQjRPmYTvgL+61kbtie2UNp1EzQZ6Ri5maYaV6pWTR1Fa7S7LxCVVMgd6mValV QGNpGqHQk5Y2s2jIqvl4HZB+GEQKlGvoaAehNCCmBx7sOmyRHuRu/3QPzYgb+9Jka7gN4bv4H 2IZgRBxHjcg4K9vOF58Ago/BWC/5t+10kRW6nXAP9TIacmjxal5inhuWs9co/QTCaTANzMGFE 9NdW9iKF7I50v73cq+s09RKc/JWLNNbakAgKlWeN+Giv48SED63APp0lc/c= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2017 18:48:16 -0000 --Sig_/FFE3mnGq6g3Y2=O7=4qvCB2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Mon, 8 May 2017 12:39:12 -0700 "Simon J. Gerraty" schrieb: > O. Hartmann wrote: > > > .MAKE.META.IGNORE_PATHS +=3D /usr/local/etc/libmap.d > > >=20 > > > --sjg =20 > >=20 > > I suppose I have to set this flag in=20 > >=20 > > /etc/src-env.conf =20 >=20 > That should work. > Let us know how it goes > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I've put this in /etc/src.conf after it didn't work at the first trial with /etc/src-env.conf, but I messed things up in a hurry - it works for me= set in both config files. Thanks! It is a great relief. The build takes now a different course - some minutes= where is has taken 60 - 90 minutes before! Regards, Oliver --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/FFE3mnGq6g3Y2=O7=4qvCB2 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWRSx2AAKCRDS528fyFhY lMQOAf44Qdc01PNcr/3yPlEKFvBfU3E6po1N6v0wzhZ9Z64b7NMlKk6zs0CA+ljj 7PpOo0BDPJaX9yMIctDlcK8+alcOAf48EsJisAucsDKZSYEtH3x2M802TkzRiR0n LG5sUJaQnptep4vA8iD13usu5DHhywS2/EBf/zQQL5xMfzELxPRv =YZK6 -----END PGP SIGNATURE----- --Sig_/FFE3mnGq6g3Y2=O7=4qvCB2-- From owner-freebsd-current@freebsd.org Thu May 11 19:56:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB481D69ED0 for ; Thu, 11 May 2017 19:56:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E61C1676; Thu, 11 May 2017 19:56:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 9AC472B4D; Thu, 11 May 2017 19:56:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id BE6A982EF; Thu, 11 May 2017 19:56:49 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 8wRLNsh7IFst; Thu, 11 May 2017 19:56:46 +0000 (UTC) Subject: Re: make release: how utilise filemon? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 50A9182E9 To: "O. Hartmann" , freebsd-current References: <20170510101231.374cc22a@freyja.zeit4.iv.bundesimmobilien.de> From: Bryan Drewery Organization: FreeBSD Message-ID: <0cf1254d-4c01-333f-6df3-f8755794b339@FreeBSD.org> Date: Thu, 11 May 2017 12:56:28 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170510101231.374cc22a@freyja.zeit4.iv.bundesimmobilien.de> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="w6O4McFGh31stM7ihGBOgjqHKb5heLjej" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2017 19:56:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --w6O4McFGh31stM7ihGBOgjqHKb5heLjej Content-Type: multipart/mixed; boundary="uhVgWAXLMDF91RMgpX5CBm1UMkMdCo4NT"; protected-headers="v1" From: Bryan Drewery To: "O. Hartmann" , freebsd-current Message-ID: <0cf1254d-4c01-333f-6df3-f8755794b339@FreeBSD.org> Subject: Re: make release: how utilise filemon? References: <20170510101231.374cc22a@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170510101231.374cc22a@freyja.zeit4.iv.bundesimmobilien.de> --uhVgWAXLMDF91RMgpX5CBm1UMkMdCo4NT Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5/10/17 1:12 AM, O. Hartmann wrote: > hello, >=20 > building a release of most recent 12-CURRENT seems to be at some point = very > annoying. When building the main host's system out of /usr/src > using /etc/src-env.conf set with WITH_META_MODE=3Dyes, build time decre= ases > significantly. Now I perform some tasks building release. The source tr= ee is > 11-STABLE. >=20 > In release.conf, I tried setting >=20 > ## Set to use world- and kernel-specific make(1) flags. > WORLD_FLAGS=3D"-DNO_CLEAN -j $(sysctl -n hw.ncpu)" > KERNEL_FLAGS=3D"-DNO_CLEAN -j $(( $(( $(sysctl -n hw.ncpu) + 1 )) / 2 )= )" >=20 > without any noticable effect - make release always build release fully,= no > matter wether there has been new sources checked out or not. It takes a= lot of > time compiling llvm/clang. Using 11-stable on a NanoBSD installation, > -DNO_CLEAN seems to take effect on the very same source revision, while= it > doesn't on "make release". The target (obj-directory) is always properl= y set, > the same and not deleted by a run of "make release", so I'm quite sure = this > portion of the setting is correct. >=20 > release(7) does have some tags setting src.conf, but I miss src-env.con= f > settings as this can be customised in the "ordinary" /usr/src world. >=20 > What am I doing or thinking wrong in this matter? >=20 > Kind regards, >=20 > Oliver > _______________________________________________ META_MODE is only allowed in a whitelist of targets (see META_TGT_WHITELIST in Makefile). I wanted to avoid META MODE ever being enabled for an 'install' target or utility target like 'check-old' or 'delete-old', etc. META MODE has the potential to skip doing things that are actually needed, like copying a file to /. So I decided to whitelist to known-safe targets. The 'make release' target, and all of release/, is something I've never ran and am not very familiar with, so I didn't list it. Thus WITH_META_MODE=3Dyes and 'make release' has no effect, it will build without META MODE. In summary, support needs to be added for release/ in safe and useful way= s. --=20 Regards, Bryan Drewery --uhVgWAXLMDF91RMgpX5CBm1UMkMdCo4NT-- --w6O4McFGh31stM7ihGBOgjqHKb5heLjej Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZFMHtAAoJEDXXcbtuRpfPZVUIANNhCYLCmY5/biAGhZzmOAVq f8jtU0Q5am/qfHIUmlaHclyGvGorws/96fBVHl/U5nFZ/siNyhMKAdL9jjRtLOgf /4pO/kI784l/pkgrOhQ+bi9Rr2cph5kSvdUOnvh0Jr0vvXhEax5brs6KbDcT7gMl A5MtTfZN0BuFd/NkscB3wU6eW5ztwAJ+cWYDqo2S6689pv7XUU5qez8asFYr6sU5 8NKgH02gzGFauULy+rCI66/FX80DYxb3bzhfl/YTdAISxq3HSI9KnWwfqKbrMuKL aMXGzgI12cXkGwsqxcgtmQJahyJydvovqGheZo6KkZPcgcWypBKvLZ+XMv7eYlg= =F/va -----END PGP SIGNATURE----- --w6O4McFGh31stM7ihGBOgjqHKb5heLjej-- From owner-freebsd-current@freebsd.org Fri May 12 07:04:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F00EBD69A0B; Fri, 12 May 2017 07:04:55 +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 B11EA160C; Fri, 12 May 2017 07:04:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1d94Wm-000Khk-MN; Fri, 12 May 2017 09:58:16 +0300 From: Daniel Braniss Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: usb dongle Mediatek 7601 wireless driver? Message-Id: <52FA0674-4D17-4FA4-9D0E-82D6EED82B46@cs.huji.ac.il> Date: Fri, 12 May 2017 09:58:16 +0300 To: freebsd-wireless@FreeBSD.org, FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2017 07:04:56 -0000 Hi, I could swear that I had one before working on an Raspberry PI, but this new one nothing: ugen0.2: at usbus0, cfg=3D0 = md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON (160mA) cheers, danny From owner-freebsd-current@freebsd.org Fri May 12 08:45:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59839D673C1; Fri, 12 May 2017 08:45:31 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEAB2633; Fri, 12 May 2017 08:45:30 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id y10so12339035wmh.0; Fri, 12 May 2017 01:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=fKLu/2uzk/ciBfDmF4PrjZFIKW/kex1iozmmZveCuMk=; b=i97JAITuQUkMQW7JfKkGXhjnMdyOebco6sRXqICggLqlTClEwF0oVVrxVnwTIJbTNI GC6nNxnqX3/OTXEPsCKRZ5RPyYo4tnc6hOKzRkH8D1R45zfSCzJcIJdXZwr4YiZbhH3Q Uso9uqSpTEnmJ/Kk7kEvFlzNu8X+0t8NFl6v53NtHoM9s7DZRFzwXAtBI2k16lkysYnb RumH3kFUF48QwjXu3B84Uk/cggyTY2GauVWunxMnjt8oGLjkCVU6kO8hrfesNAie2tlc dMsJbCb8hp6UNMQkVASR4bKsXozFyq434XLycLDsL4iiPNceEn/aCvjU/hanTFhP69he FzbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=fKLu/2uzk/ciBfDmF4PrjZFIKW/kex1iozmmZveCuMk=; b=fZyei1FkDBx2jn8IkHUVsFtpjREPog2OC8CvNvEQnZ4OdnL1Msq8KV4OxYN7R8Omct Vxkte/DpfcsqJQJNeds/yfaLezpaZER08cH1/tVLYisJc6lEhOl5rBnZsZUDrj6qeFwN PBRtyMA2GVxYk8T+9TCsxKkjd3RYMsM6/RSJ7jANw8T8LQCdvJWhWAcnHEIIY9WluBpW +CS5/Uu/tL0H6NNlEzY+3lJnk9Q+/+N4mYLB3IuGzfddbx6okTsfs2HS3WFNGwpkNs9G lXcM2d+H/1QoAhXzZuS93lQbvVc1Pdts+PFOxHpAf0wiF09ill7mkncLREdvdhPQJUNg ZHfw== X-Gm-Message-State: AODbwcAQQMLK73O5/FMMexccfFaxH8AI83OQ+rNTRK5sOB5qpqRzOQlO fx9EpVRxS1pi3w== X-Received: by 10.28.107.77 with SMTP id g74mr1808194wmc.58.1494578729253; Fri, 12 May 2017 01:45:29 -0700 (PDT) Received: from ernst.home (p578E14C2.dip0.t-ipconnect.de. [87.142.20.194]) by smtp.gmail.com with ESMTPSA id q108sm3453723wrb.3.2017.05.12.01.45.27 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 12 May 2017 01:45:28 -0700 (PDT) Date: Fri, 12 May 2017 10:45:21 +0200 From: Gary Jennejohn To: Daniel Braniss Cc: freebsd-wireless@FreeBSD.org, FreeBSD Current Subject: Re: usb dongle Mediatek 7601 wireless driver? Message-ID: <20170512104521.3013e8ec@ernst.home> In-Reply-To: <52FA0674-4D17-4FA4-9D0E-82D6EED82B46@cs.huji.ac.il> References: <52FA0674-4D17-4FA4-9D0E-82D6EED82B46@cs.huji.ac.il> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2017 08:45:31 -0000 On Fri, 12 May 2017 09:58:16 +0300 Daniel Braniss wrote: > Hi, > I could swear that I had one before working on an Raspberry PI, > but this new one nothing: > ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (160mA) > According to this http://freebsd-wireless.freebsd.narkive.com/09J7PGke/support-to-wireless-dongle-vendor-0x148f-product-0x7601 it's not supported. Of course, that may have changed since then. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Fri May 12 14:12:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30A98D69BC5; Fri, 12 May 2017 14:12:45 +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 E375C1BC6; Fri, 12 May 2017 14:12:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bs.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1d9BJ2-00084A-MR; Fri, 12 May 2017 17:12:32 +0300 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: usb dongle Mediatek 7601 wireless driver? From: Daniel Braniss In-Reply-To: <20170512091316.GA79245@tom-desk.erg.abdn.ac.uk> Date: Fri, 12 May 2017 17:12:31 +0300 Cc: Gary Jennejohn , freebsd-wireless@FreeBSD.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <93570570-7C82-4046-BB0B-45BD09405A62@cs.huji.ac.il> References: <52FA0674-4D17-4FA4-9D0E-82D6EED82B46@cs.huji.ac.il> <20170512104521.3013e8ec@ernst.home> <20170512091316.GA79245@tom-desk.erg.abdn.ac.uk> To: tj X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2017 14:12:45 -0000 > On 12 May 2017, at 12:13 PM, tj wrote: >=20 > On Fri, May 12, 2017 at 10:45:21AM +0200, Gary Jennejohn wrote: >> On Fri, 12 May 2017 09:58:16 +0300 >> Daniel Braniss wrote: >>=20 >>> Hi, >>> I could swear that I had one before working on an Raspberry PI, >>> but this new one nothing: >>> ugen0.2: at usbus0, cfg=3D0 = md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON (160mA) >>>=20 >>=20 >> According to this >> = http://freebsd-wireless.freebsd.narkive.com/09J7PGke/support-to-wireless-d= ongle-vendor-0x148f-product-0x7601 >> it's not supported. Of course, that may have changed since then. >=20 > As far as I know this driver is not supported. I have started work on > porting the linux driver, but progress is slow. >=20 > Code is here: >=20 > https://github.com/adventureloop/mt7610u_wifi_sta_v3002_dpo_20130916/ >=20 > I am currently working on getting the firmware running on the device. >=20 > - [tj] let me know if I can help,I also have an edimax ac600 lying around. danny From owner-freebsd-current@freebsd.org Sat May 13 18:01:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55627D6BFF6 for ; Sat, 13 May 2017 18:01:31 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 316CE1CB1 for ; Sat, 13 May 2017 18:01:31 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2DE6ED6BFF5; Sat, 13 May 2017 18:01:31 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D899D6BFF4 for ; Sat, 13 May 2017 18:01:31 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x235.google.com (mail-pg0-x235.google.com [IPv6:2607:f8b0:400e: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 F0D791CAE for ; Sat, 13 May 2017 18:01:30 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x235.google.com with SMTP id u187so43242311pgb.0 for ; Sat, 13 May 2017 11:01:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:date:message-id:to:mime-version; bh=Qge+uKi8M9vIIJO+jMlilq9+NK0/cVNqkhRRysBsF8w=; b=Kdoxh6kG5aOOGkJAxFyKP5zkdkSswlBXEGYMUfiZaW1fVCv+p3pF3D7Wvyn5VSk8VE NtIgV/wEH8I0MWav3+sSQU4ERLwtjK9ORTYQmjlJrVprFVpRlD0D31Ic7FsD/MWdPnLs baPu7/1QT6R1fY0X5coD5br92nxhRNkZpQrXc7wtx8gMF4DD316Z8206FqYwd4cMNRGe WRW9JehlE9fecl3PKfm3om4YKqlTyND1MLgRqvDgSmx/TYu8PfU9jiJQZuykNYw8ZYD+ 5Gcf0DcCMJuw4htcV7Ep006zbz3beIVaTTM0IJ2ShBBJSv/vBYtHqq4AkBI/hb/eoaTg mfQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:date:message-id:to:mime-version; bh=Qge+uKi8M9vIIJO+jMlilq9+NK0/cVNqkhRRysBsF8w=; b=Z5+RAzCM4m26RXDeS/faOw84QGzeXuSUXkpYiGKd+2kBB+sm8NAx8JLmErJn1/H63G 2C5gPlb4rh1XB5BlbgPIbxMSF/IQYcHSrCzMobGjxcb34ipceA9XiZ1Uqq94JrwjKi0E BZ41uoKhn2QSAH/jyeELwGeVkhMRpUOyfuv+DRI/2WBLHj1HTMquK0RnJhJ6VNfj3Xz3 Jq4g3F8kouavWquQ575DS7V8egdSyXqbBhXmYGnDMs0bM/UWEc8yJMofytkQpXpEq0d6 xbo6kXeRNRa9Hzd1vEUv2lp4QfSxBBc+k4IAAMW00brrkYyNupNznr/xgHjVhWOQT0po i8Hg== X-Gm-Message-State: AODbwcD6vmDwP3tVT5ZIaxzz3yjOJoPbhSd49pYPYqMXK9Ly8lmbs/YA gjB70is2CQEtZ9SeI8E= X-Received: by 10.98.202.68 with SMTP id n65mr10729036pfg.158.1494698489380; Sat, 13 May 2017 11:01:29 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id l186sm11590149pgd.42.2017.05.13.11.01.28 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 13 May 2017 11:01:28 -0700 (PDT) From: "Ngie Cooper (yaneurabeya)" X-Pgp-Agent: GPGMail Content-Type: multipart/signed; boundary="Apple-Mail=_728C5DF3-6C50-4A81-AD79-B0B3AE7CBC17"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Really weird behavior with terminals/sessions in past couple weeks Date: Sat, 13 May 2017 11:01:27 -0700 Message-Id: <411E858B-7520-4297-9D23-550B5B8B0C1E@gmail.com> To: FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 May 2017 18:01:31 -0000 --Apple-Mail=_728C5DF3-6C50-4A81-AD79-B0B3AE7CBC17 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I=E2=80=99ve been noticing some really weird behavior with = terminal input after updating my kernel/userland =E2=80=94 in = particular, if I do `arc diff =E2=80=94create` (which opens vi/vim), and = try to do edits/use ^c, it will terminate the running process for `arc = diff =E2=80=94create`. Similarly, I was seeing really weird input via = vim (when doing `svn ci`) where if I had one of the editing modes on, = like insert, it would delete several lines at once; I worked around this = by using ^c to terminate insert mode, but that=E2=80=99s a really bad = hack. It worked ok with r316745, got worse in r317727, and doesn=E2=80=99t= seem to be any better in r318250. Thanks, -Ngie --Apple-Mail=_728C5DF3-6C50-4A81-AD79-B0B3AE7CBC17 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZF0n4AAoJEPWDqSZpMIYV5YQQAKzoPSrtmM2SnPaKOv1uABG6 9L47fQRtUNNrzl6MlI3G3cfpMgyDTD3BS+yIhEnsvzvXK0wrLZPp/4GUVZPLaIuT 7wvX1OBTsHlQ9oloQojpg1z94HKIKzl9ntKCHaqXolBKxcZBUIBjnYq8nw1HYr/q NeGSq+ZCCoO4UoUi4zxLnpsOgwocYbd0+gD3X72ZR++92SkdD1xTmSHvJbWAKAdv jZhOknsVUlHtaxRO9O6WdoYhx2TCmwXYkhAE6fMaShK+RsPlLgovvhqd3eEtqYuR 6bB1HG+M4RH2JDzpHSbGNg8OhZeSr5xn4EzpWVOzMcnfSqpWZ3W8MmIUuLUQDLGs eGUNHGRZCV6iOdHLRAYhKtsqRuPF9A0kqKUXawZq0Gt+H16KviUyfNi++HSsuopd e4Xa7WhkwVzAZLO6K+bx6aElyynIrGgZ46ZfBcopLKE6+so3lEXunaVNLBS+Y3gS 8MCV1ySgLcvVOickFf1hmUJvbaaDTHy89DDSPsp1IMKT0QjL1hslPvBJ82CVXQMT P/T5vbg5VcjZgoguz2ERcptPLkMNnVILQLkVQ+TR3ElxzpOPc8ei16comZq6Ae3j 9mxIZC3BZQOZgtzxJx7qAJqdEMVLsvz5kHs8SJfM6LF78PpJYUKRwXkcKszZwfBo U0W8UuGQZ1t0UgNA/EPu =egcS -----END PGP SIGNATURE----- --Apple-Mail=_728C5DF3-6C50-4A81-AD79-B0B3AE7CBC17-- From owner-freebsd-current@freebsd.org Sat May 13 18:05:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23B86D6A4BC for ; Sat, 13 May 2017 18:05:29 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F1FB2115 for ; Sat, 13 May 2017 18:05:28 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id F1492D6A4B4; Sat, 13 May 2017 18:05:28 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0E9AD6A4B2 for ; Sat, 13 May 2017 18:05:28 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x232.google.com (mail-pg0-x232.google.com [IPv6:2607:f8b0:400e:c05::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 BD462113 for ; Sat, 13 May 2017 18:05:28 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x232.google.com with SMTP id q125so23896624pgq.2 for ; Sat, 13 May 2017 11:05:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:message-id:references:to; bh=Y6dajsu6mUmDUyp1VdYdonPiXC7n/0dMEa8Yg4leylA=; b=iJ7q7xWEpPcnFp9lmpWseteCGyHqB7/MNmrKMvxTxbN2gL63h3yKwUrUx9P4vT37IN bkev85vs3dGzA0iS8nxnwFOW/c5Zn7dDt2ZAZe47evKx++TbA6upEi0eQMN8BIGy10k8 crD4lJe5A0Oge+3rDT9nbu0By/ZEAiZk1ECntpJAUrrU7JFFH54aMhptuAU5H9wmsh65 Lwz8HK5j/kdB4NqUqlyP73mxE8Eg9wIHcKV3mKB6NF0i1tusnzJ9GdlfZrLUqsgMPihz 2VPu3t0MRXahkiEetkaV/ky3b48XZK/PQ0TMc3XbNqIPpdG6+WUzZTyqwsQ/jjIu0uCD 0eeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date :message-id:references:to; bh=Y6dajsu6mUmDUyp1VdYdonPiXC7n/0dMEa8Yg4leylA=; b=ZVqpXFTyCT8Rf27GWbfLogisBB5hNTO3Oh5kTOb2dHNwfq01kNPz8EdBShW5ERrC+d G1Kqh8l/KS/cth/X4oa//n225GE/Lbs+ijECT4ErhlKt5Cr+Lc7u3zPZQ/UbIqqphQI5 hjn9Zlg1hAamqcqHNSh048+xaeAbLlK8iSC2STwdtSQpyH3lBEBjvfdSWdSG8MYbSysC i/D5O2YoY3+Ohun12XXe1a5kf4nQ+4rG15oxIKtCo7rU26ceyzUV8uem2ncblXxgNTvV bg9/xNs6cV1YUVRe/dAJALYkaMTEtFSF6o5vP7zFLuKAAKqZsR0ICA4iQ4o53N9qyhJv +6sg== X-Gm-Message-State: AODbwcAoe2cVaJgampWIFSJZDMDyTG/eQ0bV7Tagw1qAiM6paJMysZUK 0eavTIZfSFHOVLfuDuQ= X-Received: by 10.99.55.65 with SMTP id g1mr10506600pgn.208.1494698728082; Sat, 13 May 2017 11:05:28 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id d83sm12224662pfe.40.2017.05.13.11.05.27 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 13 May 2017 11:05:27 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_74262747-37A1-4E01-978B-31562A9D4C7B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Really weird behavior with terminals/sessions in past couple weeks X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <411E858B-7520-4297-9D23-550B5B8B0C1E@gmail.com> Date: Sat, 13 May 2017 11:05:26 -0700 Message-Id: <555ABF17-C3A1-4A34-A6F8-937C12303A45@gmail.com> References: <411E858B-7520-4297-9D23-550B5B8B0C1E@gmail.com> To: FreeBSD Current X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 May 2017 18:05:29 -0000 --Apple-Mail=_74262747-37A1-4E01-978B-31562A9D4C7B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 13, 2017, at 11:01, Ngie Cooper (yaneurabeya) = wrote: >=20 > Hi, > I=E2=80=99ve been noticing some really weird behavior with = terminal input after updating my kernel/userland =E2=80=94 in = particular, if I do `arc diff =E2=80=94create` (which opens vi/vim), and = try to do edits/use ^c, it will terminate the running process for `arc = diff =E2=80=94create`. Similarly, I was seeing really weird input via = vim (when doing `svn ci`) where if I had one of the editing modes on, = like insert, it would delete several lines at once; I worked around this = by using ^c to terminate insert mode, but that=E2=80=99s a really bad = hack. It worked ok with r316745, got worse in r317727, and doesn=E2=80=99t= seem to be any better in r318250. I forgot to mention: I=E2=80=99m using SSH to access my machine. -Ngie --Apple-Mail=_74262747-37A1-4E01-978B-31562A9D4C7B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZF0rnAAoJEPWDqSZpMIYVcvIQAIIx0blbi0qzrVj3pD4fLUcf e1w9DABbX/rSrm5E0LaYymvte1gBjPLYwEqUElvSFrArUez+2aL7JMtPmjdiwZVa dp5XboRMdfBbRe1HERk0N/Cp7ukzM7P10nHM/eE5Fw+UBXW47Col1yTg2r8ASuRL /Azmee1ot1ZSeYCoBsZRtbXjy273o9vF3o+sLL0Vm8pMSshZc8LpsrNxvwiaAPJ1 Mms0SJMO361biQYihFrzybfZla5F3Mckmo74OHqRq8LIcOckaFByePSZghWsOKDB dNu+M3JGysoNvDvG1JnOWnmvh6eemWW/njXvmj0bFqkl7C6T/ROQCRlq009PbDBX xgO1EKRqTNC0Iv5Zl4IyBCbHmDLXf0S6zAbSZJZq3tmnnMuY0vr8GOi9nuG2OqUZ n3+GXAT+2Tuecst6eRR+QSxyd8QJskN0i8J21lWMX6UeVD98E4Q1AJHg9IB4qWJB J6ls+JiOWufaAqefP0mUDzR0XejemY2i3LidPLEsnTBsICSFazt89WW7K7Mmev+p /Q55iaeZuEwfBiTXTLS1HK+F25PEYL910h4rpKKXzKAdQFXfrMDxIpA5Nc8P5YoK aE3c2WMuvARvOhcDmDenU0EnyCjjsv+jydfwV+hXlU9QKxQzcGOjdjXG+IO3f19g NNl5NlcfxKeqL3dSSacx =kPgr -----END PGP SIGNATURE----- --Apple-Mail=_74262747-37A1-4E01-978B-31562A9D4C7B-- From owner-freebsd-current@freebsd.org Sat May 13 18:29:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EEC8D6B1CF for ; Sat, 13 May 2017 18:29:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5988210FB for ; Sat, 13 May 2017 18:29:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 55FAED6B1CE; Sat, 13 May 2017 18:29:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54086D6B1CD for ; Sat, 13 May 2017 18:29:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 173A610FA; Sat, 13 May 2017 18:29:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22b.google.com with SMTP id n23so39250628pfb.2; Sat, 13 May 2017 11:29:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=b4FCqCg3r1Ad0I4nQarc6e77wl/Op1mceGbS5Vc/F1A=; b=Un2Kg1DRgeM4UY88JgXVyU6ZrbSqh737XxP0lo6PMqAmfWC01TeU3oKOcyLhv4pcub jmD6pqz7B34P7KhDsJ3PZ4x5Gds8Ky/l96FH9wI5DDlZO6Cu7MyyIoIRfHaHeAIp0Sjk wgPaCWJjtw0QZASD/PB6U6Albi4o9rR1PLDd9G5yGJNmgCZv18w7HSgWbUTowF+OrIcy YL6Xuyd914bxg33547bG8xTehZ3xugxLnnA4HyEem3Eek8tpKG9zPk4odOKmH80vrpP7 0JJjFzFi7xcx1d5IQJ78hUPUUnxJE5Z9ITBIVwiypSqnNQtbZ7rovfBX/1N+6s83bw3P qy/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=b4FCqCg3r1Ad0I4nQarc6e77wl/Op1mceGbS5Vc/F1A=; b=htT1nn5s/tpm4WLWWP3mHJMMgczPMypfgriOrpt8oMC/93oyyg2chbUj6guAdDKi2C u8toChK5PPKHyRPO0U8RScfXVCwjIAhITmQvowfDLktJPezqido6FkehS9/vWW2thR8f E6HsxuBZL8sEKBX720knIwGNjzaq5dDfFME/7m2GOn2UpUnlHrlXaOEXHct/A49JzKgx nf9qREIJC6PLfGONqTaFj5lnn9ehBynbmSD81clvZaP3IqSThCGY6gdpLV5cHBJ/F0aS hkhzE6gF7xrWzb9+5L8FZMFjRRndCUWnCaYXrUFYmJ/G4lHwZfb+gFFw5ZZr2hUrg5HE KkXw== X-Gm-Message-State: AODbwcBYt57D6Ba3YPUhfG37wfuESChpC5AtGx9117ig4uCIbCCChdxu r0v8HADqiK+1WF8aB6Q= X-Received: by 10.84.179.65 with SMTP id a59mr14021656plc.171.1494700185497; Sat, 13 May 2017 11:29:45 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id l79sm12182939pfb.2.2017.05.13.11.29.44 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 13 May 2017 11:29:44 -0700 (PDT) Subject: Re: Really weird behavior with terminals/sessions in past couple weeks Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_89CC8D31-02FE-4D60-8F7B-37B88B660967"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <555ABF17-C3A1-4A34-A6F8-937C12303A45@gmail.com> Date: Sat, 13 May 2017 11:29:43 -0700 Cc: Bruce Evans Message-Id: References: <411E858B-7520-4297-9D23-550B5B8B0C1E@gmail.com> <555ABF17-C3A1-4A34-A6F8-937C12303A45@gmail.com> To: FreeBSD Current X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 May 2017 18:29:46 -0000 --Apple-Mail=_89CC8D31-02FE-4D60-8F7B-37B88B660967 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 13, 2017, at 11:05, Ngie Cooper (yaneurabeya) = wrote: >=20 >=20 >> On May 13, 2017, at 11:01, Ngie Cooper (yaneurabeya) = wrote: >>=20 >> Hi, >> I=E2=80=99ve been noticing some really weird behavior with = terminal input after updating my kernel/userland =E2=80=94 in = particular, if I do `arc diff =E2=80=94create` (which opens vi/vim), and = try to do edits/use ^c, it will terminate the running process for `arc = diff =E2=80=94create`. Similarly, I was seeing really weird input via = vim (when doing `svn ci`) where if I had one of the editing modes on, = like insert, it would delete several lines at once; I worked around this = by using ^c to terminate insert mode, but that=E2=80=99s a really bad = hack. It worked ok with r316745, got worse in r317727, and doesn=E2=80=99t= seem to be any better in r318250. >=20 > I forgot to mention: I=E2=80=99m using SSH to access my machine. My gut feeling is the sc(4) commits might have tickled or introduced = some bugs. I=E2=80=99ll try reverting the following commits over the = next couple days to see whether or not my experience improves: r316827 = r316830 r316865 r316878 r316974 r316977 r317190 r317198 r317199 r317245 = r317256 r317264. Thanks, -Ngie --Apple-Mail=_89CC8D31-02FE-4D60-8F7B-37B88B660967 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZF1CYAAoJEPWDqSZpMIYVETQQANBWUSymeSisdSaW32rp59A7 mS2fbOQqKrRd3ebDilJM+/XQ+nUqTihGp6nHx0wehIN38MkfO6eisrRV/ujmQvSh HAnFvfY5pOkTgdGPrBAZq3q2vNPfP6DCm3h+ePrH4K4WyY4B2+PkEcUcTxUV3uvV pSW4HeSoO8a8xWUjE36vqxrltDHaced9aLPSSfPK5kYyexHMlOIuMCBykx9ccKYI LzRhwv8N5v1rDAAXkepJJcrzwCnjg6AoWXs+3aWxbypqTYbQjKjkOPVqnm0TbOQN fKNrpiWLI42Cae8clrXg20NBcqhS16572w6wPyQw8J9485SulXQcecQJQIAOfkFx VkqAYJ91N2kDqXF9daoqUZ+W+EhnQjH7UWooEgTQ78owDoClTdi9WsdDZEiOAtVx CLSNkFp/UJUa+eLr2plL2627yJ8qmAn/1j+mDnnBVIdMo1hd5Z1rwgHwzUOHuM2i 4pP69P801dJeHenz3ju9jPzhlqiG05Epq5vrhJGFAlhXBF83YAgFRLIXyERpQpJy yfluek6VGxwuswdJ4nHxoZMntJq/okBq19Bz1iQlJ8OtqnS1bgLncOBXQw/g+Mpg tYMQvy9F/qnGAgZeV5cfpyvyPdW+/+RRc01kTXeZGiGDsPzzkR5ji2dg8dRB3iUZ zpiutA7Pn3TbuCzIRtdC =9fWB -----END PGP SIGNATURE----- --Apple-Mail=_89CC8D31-02FE-4D60-8F7B-37B88B660967-- From owner-freebsd-current@freebsd.org Sat May 13 19:34:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E63B4D6B8E7 for ; Sat, 13 May 2017 19:34:33 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D1265139C for ; Sat, 13 May 2017 19:34:33 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: by mailman.ysv.freebsd.org (Postfix) id CD8ACD6B8E6; Sat, 13 May 2017 19:34:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD3A2D6B8E5 for ; Sat, 13 May 2017 19:34:33 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail104.syd.optusnet.com.au (mail104.syd.optusnet.com.au [211.29.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 94E33139A; Sat, 13 May 2017 19:34:32 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from besplex.bde.org (c122-106-153-191.carlnfd1.nsw.optusnet.com.au [122.106.153.191]) by mail104.syd.optusnet.com.au (Postfix) with ESMTPS id 5837042942B; Sun, 14 May 2017 05:34:30 +1000 (AEST) Date: Sun, 14 May 2017 05:34:29 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: "Ngie Cooper (yaneurabeya)" cc: FreeBSD Current , Bruce Evans Subject: Re: Really weird behavior with terminals/sessions in past couple weeks In-Reply-To: Message-ID: <20170514051851.C2180@besplex.bde.org> References: <411E858B-7520-4297-9D23-550B5B8B0C1E@gmail.com> <555ABF17-C3A1-4A34-A6F8-937C12303A45@gmail.com> MIME-Version: 1.0 X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.2 cv=WvBbCZXv c=1 sm=1 tr=0 a=Tj3pCpwHnMupdyZSltBt7Q==:117 a=Tj3pCpwHnMupdyZSltBt7Q==:17 a=nlC_4_pT8q9DhB4Ho9EA:9 a=pGLkceISAAAA:8 a=MxLeCICmVuCjQXjHmJYA:9 a=45ClL6m2LaAA:10 a=6kGIvZw6iX1k4Y-7sg4_:22 X-Mailman-Approved-At: Sat, 13 May 2017 20:15:31 +0000 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 May 2017 19:34:34 -0000 On Sat, 13 May 2017, Ngie Cooper (yaneurabeya) wrote: >> On May 13, 2017, at 11:05, Ngie Cooper (yaneurabeya) wrote: >> >>> On May 13, 2017, at 11:01, Ngie Cooper (yaneurabeya) wrote: >>> >>> Hi, >>> =09I=E2=80=99ve been noticing some really weird behavior with terminal = input after updating my kernel/userland =E2=80=94 in particular, if I do `a= rc diff =E2=80=94create` (which opens vi/vim), and try to do edits/use ^c, = it will terminate the running process for `arc diff =E2=80=94create`. Simil= arly, I was seeing really weird input via vim (when doing `svn ci`) where i= f I had one of the editing modes on, like insert, it would delete several l= ines at once; I worked around this by using ^c to terminate insert mode, bu= t that=E2=80=99s a really bad hack. It worked ok with r316745, got worse in= r317727, and doesn=E2=80=99t seem to be any better in r318250. >> >> I forgot to mention: I=E2=80=99m using SSH to access my machine. > > My gut feeling is the sc(4) commits might have tickled or introduced some= bugs. I=E2=80=99ll try reverting the following commits over the next coupl= e days to see whether or not my experience improves: r316827 r316830 r31686= 5 r316878 r316974 r316977 r317190 r317198 r317199 r317245 r317256 r317264. I don't think I touched anything related to editing. Certainly not for fix= ing the mouse cursor starting some time before r317827. Since then I have spen= t too much time on mouse cursors and not much else. Bruce