From owner-freebsd-hackers@freebsd.org Sun May 17 03:56:00 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3079213C6AA; Sun, 17 May 2020 03:56:00 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49PpGR6KRjz3cgD; Sun, 17 May 2020 03:55:59 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f53.google.com (mail-qv1-f53.google.com [209.85.219.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id CE8E111818; Sun, 17 May 2020 03:55:59 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f53.google.com with SMTP id fb16so3104385qvb.5; Sat, 16 May 2020 20:55:59 -0700 (PDT) X-Gm-Message-State: AOAM532mLZd/ShKpOo0bH6vu4S23NS2wDY5E2atmzbpgljYA2X/2V7hd HcUxS+OSDJ79+axN+6XU0kK34tmW+yv9nnzk4Hk= X-Google-Smtp-Source: ABdhPJzDcMszdkeAtuyd0+q5mKNlfZggj17w7xMIb9PwuBvhth4xRkxWHW4uhNkJ9u+sRbeg/+GOK5Dgly1naUwTuik= X-Received: by 2002:a05:6214:40e:: with SMTP id z14mr9821619qvx.150.1589687759198; Sat, 16 May 2020 20:55:59 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Sat, 16 May 2020 22:55:48 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [HEADSUP] Disallowing read() of a directory fd To: bsd-lists@bsdforge.com Cc: "freebsd-arch@freebsd.org" , "freebsd-hackers@freebsd.org" , "Julian H. Stacey" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 03:56:00 -0000 On Sat, May 16, 2020 at 4:42 PM Chris wrote: > > On Sat, 16 May 2020 13:28:32 -0500 Kyle Evans kevans@freebsd.org said > > > On Sat, May 16, 2020 at 12:59 PM Julian H. Stacey wrote: > > > > > > Kyle Evans wrote: > > > > [... snip ...] > > > > That said, I've written a MAC policy that can live atop the current > > > > patch to lift all of the restrictions except the sysctl needing to be > > > > set: https://people.freebsd.org/~kevans/mac-read_dir.diff -> I could > > > > even be convinced fairly easily to commit it, if you'd find that > > > > acceptable. The policy ends up looking generically useful, as you can > > > > lift just the jail root restriction or you can allow any user to cat a > > > > directory. > > > > > > > > Thanks, > > > > > > > > Kyle Evans > > > > > > Thanks, > > > It's good if its all sysctl without reboot, (taking (phk's I recall) point > > > about an fs not surviving a reboot) > > > > > > > Yup- assuming you're not in the perhaps rare situation where you both > > need this *and* you can't get the kmod loaded, it's all sysctl-based. > > > > > It sounds useful, if it allows 3 or is that more ? way choice between eg > > > {old v. new} x { root v. non root } x { inside a jail v. outside } = 8 ? > > > > > > > It's not quite that flexible because this is harder to capture, it > > allows three different possibilities: > > > > - New behavior > > - Old behavior > > - Middle ground, where unprivileged users can't `cat .` but jail root can > > > > #3 was thrown in because I suspect someone somewhere may not > > necessarily care for preservation of any old users' capability to do > > this, but for those systems where the previously cited 'jail root is > > root' is true (since I think we agree that that can be the case, but > > often isn't). > > > > > If all of that, I guess we'd just be down to a relaxed consideration about > > > what default mode was for now & later. > > > > > > If there was change there, we'd need to check what policy is about giving > > > advance notice of changes in RELNOTES. > > > > > > If RELNOTES required long notice than wanted , that could be worked round > > > easily by implementing code, & merely issuing notice that defaults would > > > change to new policy later at releasese x.y. > > > > > > > Here's how this breaks down; these steps haven't been included in the > > review thus far because I often just assume that it's clear this will > > happen: > > > > - UPDATING: Users of 13.0-CURRENT will receive notice via UPDATING > > that this is changing, along with mention of the MAC policy to return > > to the legacy behavior. Some bumps of this nature are to be expected > > amongst -CURRENT, and this is how we communicate them to those > > following along at home. > > > > - RELNOTES: This will definitely be included in the 13.0 relnotes. I'm > > tentatively planning to MFC some of the functionality > > (security.bsd.allow_read_dir but with a default of 1 to preserve > > branch behavior) to allow users of stable/12 to turn it off and get > > the 13.0 behavior earlier if they want or see if it breaks any of > > their stuff, which I will try and use as a vector to get the future > > default change into the 12.2 release notes as well so that there's > > plenty of advance notice. I suspect re@ will happily include it, given > > the history. > > > > > I took a quick glance at > > > https://people.freebsd.org/~kevans/mac-read_dir.diff but I'm sorry > > > loads of real life distraction h These kinds of bumps are to be expectedere. > > > I'm sure others will want t > > > read it. Thanks for working hard to cater for all cases ! :-) > > > > > > > This is fine. =-) Honestly, I have really been trying my best to > > optimize the outcome for all of our users. I do fully believe at this > > point in the discussion that the majority of our userbase is best > > served by changing the default behavior here, and I want to be able to > > do so without burning community relations. > > > > My suspicion is that those of you that do make use of this, do so > > infrequently and would happily or maybe even usually run a system > > with: > > > > root@viper:~# cat /boot/loader.conf > > # Of course, this could instead be baked into your kernel config > > mac_read_dir_load="YES" > > > > root@viper:~# cat /etc/sysctl.conf > > security.mac.read_dir.jail_root=1 > > # The following perhaps even turned off or commented out to serve just > > as a reminder, until you actually need it > > security.bsd.allow_read_dir=1 > > > > My working assumption being that you don't often do this as any old > > unprivileged user, but might be doing so as jail root. Of course, > > `security.mac.read_dir.jail_root=1` might instead be > > `security.mac.read_dir.all_users=1` to fully follow the existing > > behavior. > > > > Thanks, > No. Thank *you*, Kyle. :-) > I just want to take this opportunity to thank you for all the work you > put into this -- both the semi-anticipated code, and perhaps more > significantly, the _social_ work that went into getting this concept into > a usable/functional state. > > While I have only glossed over your diff, and therefore can't (yet) > reasonably evaluate it. Do you anticipate any impact/changes to overall > performance? > MAC has its own performance issues, but I think mjg's put some work into mitigating that since mac_ntpd became commonplace. I wouldn't otherwise anticipate any real impact for anything but perhaps micro-benchmarks. Most requests coming into mac_read_dir will immediately return because it only handles the new privilege for read(2) of a dirfd. That specific path (read of a dirfd) has become elongated now that we need to check creds out in the MAC module and it bypasses the superuser policy if we're in a jail, so high volumes of directory read(2) might notice some kind of impact, but none of the scenarios that have been presented to me even qualify for medium volume and I would find it fairly unlikely if any high-volume scenario does exist. > In closing; some of here have been hacking on this code since before Net/1, > and are fairly sensitive about some new-comer messing with our UNIX > heritage. I look back fondly remembering waiting for tubes to warm up, and > threading/spooling up tapes. I don't remember being too fond of having to > wait for someone elses job to finish, so I could use the damn thing. ;-) > Sure, and I completely respect that. I would suspect that most of the people that I've been discussing this with have been hacking on systems since before I was even born (Net/1 appears to complete predate me, for example, by a couple of years), which is another reason why I'm willing to go the extra mile to make sure that it's a smooth transition. My goal isn't to sour everyone's cheerios, create heartburn, or obstruct people from just doing what they need to do periodically; my goal is to try and improve the user experience/security for the majority. Does it add a couple more knobs to do what's been easy for 35+ years? Yes, unfortunately, but the real need seems to be either infrequent enough that this isn't a major problem or it will just get thrown in /boot/loader.conf (or even embedded into kernel configs) and /etc/sysctl.conf to be forgotten about. Thanks, Kyle Evans From owner-freebsd-hackers@freebsd.org Sun May 17 08:11:11 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2B8942CA0AD for ; Sun, 17 May 2020 08:11:11 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Pvwt10z8z45Kd for ; Sun, 17 May 2020 08:11:09 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-io1-xd44.google.com with SMTP id t15so415994ios.4 for ; Sun, 17 May 2020 01:11: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; bh=JancfPXZSIQNa9KsICTMOcppuEDddZIJL7ELPmgoPBI=; b=LpLTlg9/utqgUV9m0XpUHn7hXZ15vEk1o7B+mo8m8BJHetas+W7o6jsr3ucGKXwIff AzrXfqJClH7YMg7ILiC++WloYsJ9YYAeO5YHA7enzflMrJY4E9Mh4YbDdF/Cj46zZCSe OL98TMDUy6kknOXfal8zzAB+o27cUzIfRItoAsZYr88DpUnETf3RNX1NOjio+MbpYJ/i L6J7ujetXd8o2ZE05BmiPnZAvMMtldmQpo3/XvUc/kWfMj+uZrm0aGJAMu4XTpLFae4U GkJeNybNnHvNQ13hVQG5AVsphHqL5Yi2M7Sw/d5UQXsEHC3s61PKFv7ZMu4kQ8X74x7C 509A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=JancfPXZSIQNa9KsICTMOcppuEDddZIJL7ELPmgoPBI=; b=uCXnD3tU5NC5qTddCGesOec5gmNSu1QXunZtQ1snN1CRzCvPbK8B/niIysbFgveNoU qpqhVSK7zJcvSbRSbOUieBvnDE6F41mUOUHOWhPwvLkI8zLgmFlWX3n35Rz0xSxBWZJ9 v9ZmXWfp75jb4ZhAifJsNby45uZeA/mohCIQe2SaxR0+CSOYpYx4CoQOAXUQUUk1hN06 nyt4aNhG018KIKux2padb10OAzpkjc3S9GY1gwzVw+O5QSgbt9Bp4RLJJ0R9IBkM4JKy fwZC8xD8BNNJddGLiO/MOJpio96cr3bNt6wBJxePEw6IWL8nFM0CNetluAl7Ur5cPnsi XaCQ== X-Gm-Message-State: AOAM531+5fm8F1E7DVposjGfq/DJY30FwesnOREzSXIvIj1d5l1Ic7hU v2XrrxGQMbg1DO/o4sX+R5QowrQMimT4Brf7HlXJ+JgP X-Google-Smtp-Source: ABdhPJw2aYZz35vl4Ti+TP+6pcVK+XQnj0fY+nsBT1IqOOOnFQJCRj1b83XZYgWR63VpYgU7UwNO/og9YkRO80yjBm4= X-Received: by 2002:a02:b149:: with SMTP id s9mr9064016jah.81.1589703068900; Sun, 17 May 2020 01:11:08 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:c788:0:0:0:0:0 with HTTP; Sun, 17 May 2020 01:11:08 -0700 (PDT) In-Reply-To: <202005161518.04GFIA0a099390@fire.js.berklix.net> References: <2ea8236f935a4c786a0f4f06ca1d3ea3@udns.ultimatedns.net> <202005161518.04GFIA0a099390@fire.js.berklix.net> From: grarpamp Date: Sun, 17 May 2020 04:11:08 -0400 Message-ID: Subject: Re: [HEADSUP] Disallowing read() of a directory fd To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49Pvwt10z8z45Kd X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LpLTlg9/; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2607:f8b0:4864:20::d44 as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-0.70 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d44:from]; NEURAL_SPAM_SHORT(0.30)[0.297]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 08:11:11 -0000 > Another use of "cat ." is to see names of transient files a tool > creates, & normaly deletes People in fora have been seen doing this, often after discovering read works after figuring what command arguments blew up their screen. > so one can find same > name junk elsewhere, & search for tool causing junk, Many might not like managing ktrace -ditnp 1 then again unfortunately there may still not be anyone offering useful kernel module ports that might log all pathname add/use/del, save its contents somewhere, log all keystrokes in shells, etc. > & ensure other data files avoid using names that would be zapped. mkstemp(3) From owner-freebsd-hackers@freebsd.org Mon May 18 11:57:12 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D20D22C8135 for ; Mon, 18 May 2020 11:57:12 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 49QcvC0yD1z4g5d for ; Mon, 18 May 2020 11:57:10 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 04IBv7TQ054373 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 18 May 2020 13:57:08 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1589803028; bh=5ep3RuTDmQ/0G6/AmoDEZq8VWNKd6vfU98DfPaWfLu8=; h=Date:From:To:Subject; b=URqApc6Jz/HqOKocBUEJlPEzRsS4ZTZNuTc8/xYkkHxnBt3OuYksIb8EdpMt+JIn5 2oS34hLf1qLstkPvWidntvZ3+i21VWtJiPdTyS/C7V3RI5pFcM+w5gFIzMT5OyMaPC fqaiY3xPX9M2Yhly2T9QO3YN05rOZkyQnps5V+zs= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 04IBv7vQ054370 for ; Mon, 18 May 2020 13:57:07 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Mon, 18 May 2020 13:57:07 +0200 (CEST) From: Wojciech Puchar To: freebsd-hackers@freebsd.org Subject: cross compiling FreeBSD 12 from sources for raspberry pi 3 B+ Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 49QcvC0yD1z4g5d X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=URqApc6J; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [0.94 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[puchar.net]; R_SPF_ALLOW(-0.20)[+mx]; DKIM_TRACE(0.00)[puchar.net:-]; RCVD_IN_DNSWL_NONE(0.00)[194.1.144.90:from]; NEURAL_SPAM_SHORT(0.24)[0.238]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 11:57:12 -0000 what are proper options for make buildworld? thank you From owner-freebsd-hackers@freebsd.org Wed May 20 16:50:30 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2CF7C2DDD75 for ; Wed, 20 May 2020 16:50:30 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RzJj0c9xz4R85 for ; Wed, 20 May 2020 16:50:28 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id s8so3842469wrt.9 for ; Wed, 20 May 2020 09:50:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :mime-version:content-disposition; bh=WAlgnafDcphxOYZOP5w+TzfFQoMAgC7ShFBL+uA+S0U=; b=GvSYM1vHcgMJVD4xqe2CsjjG2X+VkF1H++epNbYgllarF2HNsQE3NhUiK/baL0N5qy mBDix1X+J/LPw20l2Bmw+lnLnr5yTvVGeW8xgIPsYj7BYdmiXh0745+xXhfBoiXLeRyu JqvjL8rWbg6JKdHlTQQHGC9gAhYBGAo+Ch5J41aD5NJM5WELqqafPtrYGhUB95bxTWe0 /nfZdkA53+KYvdva18vVTThJEUIoj8lMDu0XykxOCMkTveLwf6lYkWqfscS0R/E0iPA2 lobkigWQRAVFvVShuFtV1o/5EYU6bzz+aYBZmE1jy+lFHnvGjGq3jAx32XVeulQWDsfQ B0yA== X-Gm-Message-State: AOAM5317ULSsjVE5kUH2MbCWmLvJHw/N987xO1P1LToDQP2zA02b7j6y QbxH53hCGr2p/p0VeoMU3sjTS7xA X-Google-Smtp-Source: ABdhPJxa4526iRGWaNXsuHMgkutsEPbrtRcj7ZT14jimFgfaXXPCsN5FQecbBwX2jOdrIQa13J+2DQ== X-Received: by 2002:adf:e802:: with SMTP id o2mr4831790wrm.110.1589993426277; Wed, 20 May 2020 09:50:26 -0700 (PDT) Received: from lion.0xfce3.net (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id l12sm3853930wrh.20.2020.05.20.09.50.25 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 May 2020 09:50:25 -0700 (PDT) Sender: Gordon Bergling Date: Wed, 20 May 2020 18:50:24 +0200 From: Gordon Bergling To: freebsd-hackers@freebsd.org Subject: Building arm64 image for booting in qemu Message-ID: <20200520165024.GA2695@lion.0xfce3.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 6:38PM up 7 days, 8:24, 6 users, load averages: 0.57, 0.33, 0.25 X-Rspamd-Queue-Id: 49RzJj0c9xz4R85 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.38 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DMARC_POLICY_QUARANTINE(1.50)[googlemail.com : SPF not aligned (relaxed), DKIM not aligned (relaxed),quarantine]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[googlemail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.18)[0.176]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_SPAM_LONG(0.68)[0.679]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; NEURAL_SPAM_SHORT(0.23)[0.229]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[79.211.175.114:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 16:50:30 -0000 Greetings, I am currently try to setup a crossbuild for arm64 to test some local changes. I use the following steps to create the image after crossbuilding arm64 on amd64. These steps were taken from the arm64_build.sh found at the FreeBSD wiki. ------------------- make TARGET=arm64 -DNOROOT DESTDIR=/boiler/nfs/rootfs-arm64 installworld && make TARGET=arm64 -DNOROOT DESTDIR=/boiler/nfs/rootfs-arm64 distribution && make TARGET=arm64 -DNOROOT DESTDIR=/boiler/nfs/rootfs-arm64 installkernel \ KERNCONF=GENERIC-TCP echo '/dev/vtbd0s2 / ufs rw,noatime 1 1' > /boiler/nfs/rootfs-arm64/etc/fstab echo './etc/fstab type=file uname=root gname=wheel mode=644' \ >> /boiler/nfs/rootfs-arm64/METALOG sed -i '' -E 's/(time=[0-9]*)\.[0-9]*/\1.0/' /boiler/nfs/rootfs-arm64/METALOG cd /boiler/nfs/rootfs-arm64 && /usr/sbin/makefs -f 10000 -s 1073741824 -D rootfs.img METALOG && /usr/bin/mkimg -s gpt -p efi:=/boiler/nfs/rootfs-arm64/boot/boot1.efi -p freebsd:=rootfs.img -o disk.img ------------------- The problem is that if I try to boot the image via qemu I always get the error message that filesystem type is unrecognized. qemu it self is booted via u-boot from /usr/local/share/u-boot/u-boot-qemu-arm64/u-boot.bin. ------------------- Device 0: QEMU VirtIO Block Device Type: Hard Disk Capacity: 1024.1 MB = 1.0 GB (2097369 x 512) ... is now current device ** Unrecognized filesystem type ** ------------------- Has somebody a hint for me on solving this problem. Any help is much appreciated. Best regards, Gordon From owner-freebsd-hackers@freebsd.org Wed May 20 18:09:25 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 285802F0A83 for ; Wed, 20 May 2020 18:09:25 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "slim.berklix.org", Issuer "slim.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49S13l68xnz4XVY for ; Wed, 20 May 2020 18:09:23 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2e52c9e4.dip0.t-ipconnect.de [46.82.201.228]) (authenticated bits=128) by slim.berklix.org (8.15.2/8.15.2) with ESMTPSA id 04KI9HtU041467 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 May 2020 20:09:21 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 04KI9Gqk044205; Wed, 20 May 2020 20:09:16 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 04KI8w0u099147; Wed, 20 May 2020 20:09:10 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202005201809.04KI8w0u099147@fire.js.berklix.net> To: Gordon Bergling cc: freebsd-hackers@freebsd.org Subject: Re: Building arm64 image for booting in qemu From: "Julian H. Stacey" Organization: http://berklix.com/jhs http://stolenvotes.uk User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Wed, 20 May 2020 18:50:24 +0200." <20200520165024.GA2695@lion.0xfce3.net> Date: Wed, 20 May 2020 20:08:58 +0200 X-Rspamd-Queue-Id: 49S13l68xnz4XVY X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 94.185.90.68) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [1.16 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.21)[-0.212]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.70)[0.696]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.22)[-0.224]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[94.185.90.68:from]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:33824, ipnet:94.185.88.0/22, country:DE]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[46.82.201.228:received] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 18:09:25 -0000 > I am currently try to setup a crossbuild for arm64 to test some Hi, In case you get less info than you need here, here's 2 other lists: https://lists.freebsd.org/mailman/listinfo/freebsd-arm https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain Cheers -- Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/ http://www.berklix.org/corona/#masks Tie 2 handkerchiefs or 1 pillow case. Jobs & economy hit by Corona to be hit again by Crash Brexit 31st Dec. 2020 From owner-freebsd-hackers@freebsd.org Wed May 20 19:32:22 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9363E2F3012 for ; Wed, 20 May 2020 19:32:22 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 49S2vT0kVdz4g1v for ; Wed, 20 May 2020 19:32:20 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 04KJWHNJ033938 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 20 May 2020 21:32:17 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1590003137; bh=vIn9jo6Kc7KOGGnljVFmMId7v0LhZK2CagJbEqsJdWo=; h=Date:From:To:Subject; b=Wdc47y245aeMRaGxSzHwUOtxPWzr+bqZxTtIu1UZ7cmXJrc5du5NK7vpr0bQwRK8X DjbASI3K3YOUgzPpyPkCzFf6cuaki3Hqgffs8JWnN52jCdrWcHeIeWBxJ3HiJIZtFY yA3mRqt8yYthkboENWfhZoHOrZ466zYTDnY3EFqc= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 04KJWHP8033935 for ; Wed, 20 May 2020 21:32:17 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Wed, 20 May 2020 21:32:17 +0200 (CEST) From: Wojciech Puchar To: freebsd-hackers@freebsd.org Subject: raspberry pi 3 B+ - working but rc.conf problem Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 49S2vT0kVdz4g1v X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=Wdc47y24; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [0.87 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.17)[-0.168]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[puchar.net]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; DKIM_TRACE(0.00)[puchar.net:-]; NEURAL_SPAM_LONG(0.21)[0.208]; RCVD_IN_DNSWL_NONE(0.00)[194.1.144.90:from]; NEURAL_SPAM_SHORT(0.13)[0.133]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 19:32:22 -0000 i have working raspberry pi 3B+ now but: i've put in rc.conf ifconfig_ue0="inet 10.1.1.7/24 up" and when starting FreeBSD it first displays ue0 detected fine then it says "Starting network interfaces: lo0" no ue0 and ue0 is not configured at all. when i configure it manually everything is OK. what am i doing wrong? From owner-freebsd-hackers@freebsd.org Wed May 20 20:10:30 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4E7C42F3D1A for ; Wed, 20 May 2020 20:10:30 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 49S3lS4scvz3TDv for ; Wed, 20 May 2020 20:10:28 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 04KKALFD013108; Wed, 20 May 2020 13:10:21 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 04KKALku013107; Wed, 20 May 2020 13:10:21 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202005202010.04KKALku013107@gndrsh.dnsmgr.net> Subject: Re: raspberry pi 3 B+ - working but rc.conf problem In-Reply-To: To: Wojciech Puchar Date: Wed, 20 May 2020 13:10:21 -0700 (PDT) CC: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49S3lS4scvz3TDv X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [1.92 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.52)[0.520]; NEURAL_HAM_LONG(-0.05)[-0.046]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.54)[0.543]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 20:10:30 -0000 > i have working raspberry pi 3B+ now but: > > i've put in rc.conf > > ifconfig_ue0="inet 10.1.1.7/24 up" > > and when starting FreeBSD it first displays ue0 detected fine then > it says "Starting network interfaces: lo0" > > no ue0 > > and ue0 is not configured at all. > > when i configure it manually everything is OK. > > what am i doing wrong? This sounds like network_interfaces="auto" # List of network interfaces (or "auto"). is not working from /etc/defaults/rc.defaults try adding a network_interfaces="ue0 lo0" to your /etc/rc.conf file. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-hackers@freebsd.org Wed May 20 20:39:26 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1B0042F48F3 for ; Wed, 20 May 2020 20:39:26 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from 44-233-67-66-mail.ore.mailhop.org (44-233-67-66-mail.ore.mailhop.org [44.233.67.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49S4Ns4PbRz3VVj for ; Wed, 20 May 2020 20:39:25 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1590007164; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=blwFRed0V38vgizCuSn2JP19wKS9ovvANsheMoop+U43rFhBmjrOhEGbkqo2iw+ygjpNAg+RPhby3 3mkQtI/wlz4okyCvD2ThesN2v5WUubkPPV5sy4+v3YELTT7XRqdjlSUixNQ3WCLcNX8ILUPf0wkekX 7fPQ8lNsTW5R0RrDi+dFCgVHV+WoifPGAQY4cQ69vAjmTkVLrd78B7odAsHyEPK5QdUdBvXC4Xooe7 cZ+y6sjqqh+omEHwtim0uiYwiQGjRMsA9N8XhWCcnLeZR1YgIi2pCIUy8hrbGObeHN4K0SL6x3Wo42 10nuOPCNiobsd7dZ1PZMpebrl0Gf3Eg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=oMqBUS+g3FfMzo2YTSUtkBxIDFI0sK4+I+9v5QcWW/s=; b=my5VzBI8b5YdLQCAfsdDsyzhYu+Msa8InAyyx45S3F30WhZBmLeUuHjewwJBHvsJZJwri53E+Of9T M9TN9g2Qq476orWKFpRhWLOkHBn/D0A1S+NkPl5kyJYwli9e7/1hNyfLrablD+gsMtYkSyymCpr+Wr FE6YEOeLeuLUBF2dfFuDJ7WC1ubHLTuJ+MvoF/p6+1xXjIfSIZQZ6WdAjZVmd3sm8ci5KW7jek+iT9 4J8MWbSWYTMvA35Fldii8SAeGsdlExsXpzI+Vob0HfiB+ahG0rH6BUKqU/eiYbw1ytMFq3udrO+tON Y6glotO2nbVWH015s26yd9h6qBTV6aw== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=oMqBUS+g3FfMzo2YTSUtkBxIDFI0sK4+I+9v5QcWW/s=; b=cfmqehkQZqgY1OA3XBvwIkM1c4oeu3YimWtWSwVcUWIqHkrPzEJJF2K1C/C5UJw5R8IR86b0GBXFw 4x5tvmfctVoPFNJVEMaYP8U+Bj2kNFLz6jOYpJuI4a/zBf0gVurADuhCEwtr9kTdMfnLwJpodSsQQ1 +VWmGriIvHYlJ3HbWiZDtmZrLJS70ktVxVuOL6iSEKKkz+CzkHyT2Xlvx3GSr/fx9g94cy+3CbJJE8 i8uHWdXHAmahizKApbkdGAmrYO5c+c0oyBKp23k6Ut35o34r2et+9NEOO47QvfbQjsX/amUSlPtzj/ 9cvxl5Bk7f9CI+jvCFgPd85MyC9gyHw== X-MHO-RoutePath: aGlwcGll X-MHO-User: fc4347b1-9ad9-11ea-b10c-b5956a7dd1a1 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id fc4347b1-9ad9-11ea-b10c-b5956a7dd1a1; Wed, 20 May 2020 20:39:23 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 04KKdLGO011434; Wed, 20 May 2020 14:39:21 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <17fed972681c4fdbf4edd669b4e9446753fa6bd9.camel@freebsd.org> Subject: Re: raspberry pi 3 B+ - working but rc.conf problem From: Ian Lepore To: Wojciech Puchar , freebsd-hackers@freebsd.org Date: Wed, 20 May 2020 14:39:21 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49S4Ns4PbRz3VVj X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:44.224.0.0/11, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 20:39:26 -0000 On Wed, 2020-05-20 at 21:32 +0200, Wojciech Puchar wrote: > i have working raspberry pi 3B+ now but: > > i've put in rc.conf > > ifconfig_ue0="inet 10.1.1.7/24 up" > > and when starting FreeBSD it first displays ue0 detected fine then > it says "Starting network interfaces: lo0" > > no ue0 > > and ue0 is not configured at all. > > when i configure it manually everything is OK. > > what am i doing wrong? > It may be trying to configure the interface before it has registered. Try adding netwait_if="ue0" to rc.conf. -- Ian From owner-freebsd-hackers@freebsd.org Wed May 20 20:52:57 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A784D2F49FE for ; Wed, 20 May 2020 20:52:57 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 49S4hS6gvRz3Wk3 for ; Wed, 20 May 2020 20:52:56 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 04KKqopA054435 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 20 May 2020 22:52:51 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1590007971; bh=PfZE2XM0TjsZVSqExrdcjYvLSDx2o0lKRQlFwtXhVSg=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=LmqonwNZA4fA4T+tdpc/LP0QWGU7CRP4eOjRjOsSdfoJo8Q+IVFZZ83GRHvWJfFK8 /4tOPvfWzpduZ1bIKAHuy2IExAtcpXT0bcjSn118zeYHpW9nUGXJmpocag6Dgbgfki Xc/tT+lMXF8YqSlM5BezaWlGBUpQC88uo8zKbxvg= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 04KKqom1054432; Wed, 20 May 2020 22:52:50 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Wed, 20 May 2020 22:52:50 +0200 (CEST) From: Wojciech Puchar To: "Rodney W. Grimes" cc: Wojciech Puchar , freebsd-hackers@freebsd.org Subject: Re: raspberry pi 3 B+ - working but rc.conf problem In-Reply-To: <202005202010.04KKALku013107@gndrsh.dnsmgr.net> Message-ID: References: <202005202010.04KKALku013107@gndrsh.dnsmgr.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 49S4hS6gvRz3Wk3 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=LmqonwNZ; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-1.84 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.917]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[puchar.net]; NEURAL_HAM_LONG(-0.89)[-0.894]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; NEURAL_HAM_SHORT(-0.73)[-0.732]; RCVD_IN_DNSWL_NONE(0.00)[194.1.144.90:from]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 20:52:57 -0000 didn't work. i fixed it by adding sleep 5 to netif script. seems like netif reads interface list BEFORE ue0 is detected on USB. On Wed, 20 May 2020, Rodney W. Grimes wrote: >> i have working raspberry pi 3B+ now but: >> >> i've put in rc.conf >> >> ifconfig_ue0="inet 10.1.1.7/24 up" >> >> and when starting FreeBSD it first displays ue0 detected fine then >> it says "Starting network interfaces: lo0" >> >> no ue0 >> >> and ue0 is not configured at all. >> >> when i configure it manually everything is OK. >> >> what am i doing wrong? > > This sounds like > network_interfaces="auto" # List of network interfaces (or "auto"). > is not working from /etc/defaults/rc.defaults > try adding a > network_interfaces="ue0 lo0" > to your /etc/rc.conf file. > > > -- > Rod Grimes rgrimes@freebsd.org > > From owner-freebsd-hackers@freebsd.org Wed May 20 21:07:25 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CF36A2F551F for ; Wed, 20 May 2020 21:07:25 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 49S5193j04z3Y8Z; Wed, 20 May 2020 21:07:25 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 04KL7JAU057895 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 20 May 2020 23:07:20 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1590008840; bh=x+kiZJ6T4a7afBG/w8drGNMT7pHl1YYb+9fSNWbDgwU=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=V1PxB0VLkhElDqlpvXJDtqADTHu9RvnFrKKEYzBZAedzr8QD3NdnW0wSxVA6s0fVB X7UVT/Krcwl0xUwZ0hpQVDWYMnxq+fZoJi0P+VoOiauQYBqwhAnMBYUiqw6yn/hAR6 92Ptup/mT93jUfxpqPDDzOTn+b7aLXDxNPxSuOCI= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 04KL7JqJ057892; Wed, 20 May 2020 23:07:19 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Wed, 20 May 2020 23:07:19 +0200 (CEST) From: Wojciech Puchar To: Ian Lepore cc: Wojciech Puchar , freebsd-hackers@freebsd.org Subject: Re: raspberry pi 3 B+ - working but rc.conf problem In-Reply-To: <17fed972681c4fdbf4edd669b4e9446753fa6bd9.camel@freebsd.org> Message-ID: References: <17fed972681c4fdbf4edd669b4e9446753fa6bd9.camel@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 49S5193j04z3Y8Z X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 21:07:25 -0000 > It may be trying to configure the interface before it has registered. > Try adding netwait_if="ue0" to rc.conf. doesn't work. well.. it waits but after netif > > -- Ian > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@freebsd.org Wed May 20 21:16:34 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 610F92F589C for ; Wed, 20 May 2020 21:16:34 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from 44-233-67-66-mail.ore.mailhop.org (44-233-67-66-mail.ore.mailhop.org [44.233.67.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49S5Ck0p4wz3Z1v for ; Wed, 20 May 2020 21:16:33 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1590009392; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=YcsrTRw1FfuDuhAjrkjnHXN3iV6EUENixWh7q5ntFaW5EvrkZXmCJ++m5kLQmtaTCCn5GA9tcZCbk HNN+xhxKX4wOI6egoZjbni4v8DD2Xl3YbSP+ng8dL8ULBUX6Ks4MzX4aOcsqb3iwmHj1Ybs8PlBSSb GuHxZd85ISsVfQdgi0ZDBVSfQmZHZi/KGsJ4zPPzW92zg6JNglIse16bT01cbyF+sg9Pz1A73HegFs HCpjRULkY7VEwRuVgCrWE8f7DrebhoHQykTcxSZrlJWuA2GMPSt2lmfr7YGQgkEK+Hs1+j5tbZ1HMV yql8xmVyqrR8UwiGJBJSXBkkSTimUlw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=dLnqBwclSIJc31bzsFoS+Y9fa0uJVxIpZmCH74DfNxQ=; b=VeDFY4xBBKiAzbKtrRfjmvblj8R7h0qUxN4cSAsh22sAu/GWefYm6DJf2PBt/uTR52n03B1/7T+8A xYmoVqD/ZWpba6QlUutznQ26iWd9PfxZ2bagDAHTsj97O9S3VywE7Klj/G3o2vCO47eNX2qMC8IjuP NNAnYDDawel0FKRlL5TRUrUJ7QNp1Wa99Z26xb9Nq89TMZ57Pit+1XWTQInkCsFn6S3awy1Cd+Uco7 AU6Prpi7Nz7VlV8UDp0CsmBaVsWj5dvsz5TTAme+m00qaYC0hyLA0e14xHynC+5QXJLn59r7TMUf++ WE9jisJbDHCo4Zipm4kxYowPaaF3qdw== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=dLnqBwclSIJc31bzsFoS+Y9fa0uJVxIpZmCH74DfNxQ=; b=Fbs2Ie7HMlT5b5rkAZIhnAyzp6fkeRl+f0roK2qDHn/RKLuAXhKzeWNj/JzcwRfykXS6oBWVqOgv7 GRVpjWjEZSnE/OjuO6vysaJRwi/KTuNWBPH9S6W45ibXUWOLPq2BZqFtv98XGN5jsE5oQnDHW8sAdV PpWYuJARXLmInAf5g0xLMXGHnNQyrKIcK6AioeOWISfq2vZzeAx3Lq+oJmy+XaN/MZq+5kPADqAZK/ A6bmE+QqLvA8MHqm+7Jz+eWeI37tA9rA2vhJBhB4aNRAqkYFeccRe1WKOZmOSw6eWXEYB5GGLgMQJI FJcFmrqVsD2ofayfVq/q/i1YvqS0Pag== X-MHO-RoutePath: aGlwcGll X-MHO-User: 2c4443c7-9adf-11ea-b10c-b5956a7dd1a1 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 2c4443c7-9adf-11ea-b10c-b5956a7dd1a1; Wed, 20 May 2020 21:16:31 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 04KLGTg2011597; Wed, 20 May 2020 15:16:29 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <0a5a043ced7509cee9a2ca85e76a080cadd3bd5d.camel@freebsd.org> Subject: Re: raspberry pi 3 B+ - working but rc.conf problem From: Ian Lepore To: Wojciech Puchar Cc: freebsd-hackers@freebsd.org Date: Wed, 20 May 2020 15:16:29 -0600 In-Reply-To: References: <17fed972681c4fdbf4edd669b4e9446753fa6bd9.camel@freebsd.org> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49S5Ck0p4wz3Z1v X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:44.224.0.0/11, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 21:16:34 -0000 On Wed, 2020-05-20 at 23:07 +0200, Wojciech Puchar wrote: > > It may be trying to configure the interface before it has > > registered. > > Try adding netwait_if="ue0" to rc.conf. > > doesn't work. > well.. it waits but after netif > Doesn't it get configured when devd starts and emits the attach event for it? The idea for the netwait_if list is it waits for the devices which are configured by devd so that later services that require network access wait until all the network hardware is configured. -- Ian From owner-freebsd-hackers@freebsd.org Wed May 20 21:18:11 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9AC992F59C3 for ; Wed, 20 May 2020 21:18:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 49S5FZ3Ygcz3ZB7 for ; Wed, 20 May 2020 21:18:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VuXbhDEVM1mWziBqcUYBfLB37uMANwjVsz0KB6BIRU89XFyMF9bh6nfQ7REQBle 5Hq48N79gVXfIUYoxkr1WvPHD3X29HTc2Op.QWbg0ulzyFqhV.pDngL5mRJPxFG9b5xYc1G4_Ld3 .vNJxn_Ai_b0.xwvNYbzY87RoF55wz8v4Tt2dwAstbk7_wGzLnHouy73jEaYan6vUkLeHDHgUzcN G7hH.isT7TTxkSnPeN3tPhtqWFjEQ.VgjovfnR0KyIX3r.SzfVPe6bYZmaaBV7gxvino5OUP1Iyl bgSx2mmKvzazeG4bhCL8lFd78rBVCmOS_YPbxy.CJpMQ4FZi8R18eqN_xr0jAJAIxr7OsfbYrMXo 7rrbXWdbAOTCbfGJjG_AbRLgGAqgL_xqdKYaFHGQzKDxD256COJPXYsI5gs65.S4PyQoe_nC6U2v DF2wFzAao0sE7bJzYsqwBL6DafLN4Jwd488OiL.eSunOKyuC442Wci7SYPaGdVBKNnt0y6goQzy4 ZFxpUHn4ESacToeInKDMiFbOavg04jvQhoLMzkBUYib_JVX6mS0cu0YEnEqEWEu7I6MFaWpSIoAR y2dTKjha8xlcZQb2ev522H_OJN4RLV4aWzfxa8HKHECJdUG_ffFWCvsCcM04DwLSMsAlzDPqYJVq SzQbIh07kvE6s9Yum7aIowLmZMK7n36K7MH6NGDUw1.obvrdIlhMUd.aFyRsdSEmE3UqUBZVjJwt pImk0DvEnimlFoZkeFzJmZ_guBWMiOGqA9derA1yKAvovpIBCQr7FBF9PeMIqNPAk.qMbSnMKrBB jsgT34..bWwx6Jn6ULEQsSPxs2yMycxEPjuw2zJZIxhpJtUqzn6t8lsk40DFg78clvHawum23J_g _k8p78L4sz7Nl..8RFG3Mq1yiW73dcXRBsWp2Aao5YGOJ6k5pb9Yudx0JCrYSEI25Kx5A_.pQU_G OKwBxVv1aFIcrfDqLT_Xbtk07RYjMd9k1K9ylsoMFowa_3ME3O2tdFR_o2sLlhNTOQOiSOK1Jq5a fSXc11eu_wXbUvP_Bjeep08novasDG1SMyadjtanborLgLPVMNM5DAXTVIqItwMBqVDWJYZNHGQ6 drlDZPwDsc9S0Ztn1Jb8Wx3VzghETqEUal9EWnRjnCCYmYcjlsQkMSontCGacbqxbNDXsyt5i68Z Q8HpEoPwaxy7Yb4NGkr8rpjsbTUKwamlGR2WKpFBSQ9cvvE3yjNt7Pf5O9CqVqC7_aVEMbjMk4tW j04MquqnR4QeN8JoZrpAFaj72Oj7vYt98.OL9k5W4PdJlt7TIfH7i75HVaFfkWdDlg9em0QVLfw7 WY726jiokObRHiK9fETyrGQcUDd6ZkolWveKIRL9NTRO1gnrEI5slyIGElUXQJZoptuz2621HOYR sCslo7osi4VHgE52Op7a4JQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 20 May 2020 21:18:07 +0000 Received: by smtp408.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6adb8593a5c840563d6bdc0748e0750d; Wed, 20 May 2020 21:18:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: raspberry pi 3 B+ - working but rc.conf problem From: Mark Millard In-Reply-To: Date: Wed, 20 May 2020 14:18:03 -0700 Cc: freebsd-hackers@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <3443DEE1-CB3B-4E6A-8C50-5E6834649D71@yahoo.com> References: To: Wojciech Puchar X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49S5FZ3Ygcz3ZB7 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.84 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.03)[-1.028]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; NEURAL_HAM_SHORT(-0.32)[-0.320]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 21:18:11 -0000 On 2020-May-20, at 12:32, Wojciech Puchar wrote: > i have working raspberry pi 3B+ now but: > > i've put in rc.conf > > ifconfig_ue0="inet 10.1.1.7/24 up" > > and when starting FreeBSD it first displays ue0 detected fine then > it says "Starting network interfaces: lo0" > > no ue0 > > and ue0 is not configured at all. > > when i configure it manually everything is OK. > > what am i doing wrong? > It may be that I do not see ue0 problems with my /etc/rc.conf ifconfig use because in /boot/loader.conf I have: kern.cam.boot_delay=10000 vfs.mountroot.timeout=10 vfs.root_mount_always_wait=1 I have / on a USB SSD (that is on a powered hub that is in turn plugged into a RPi3 port). May be some combination of those guarantees to wait long enough early on that the ifconfig_ue0 that I use always sees everything it needs as ready. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-hackers@freebsd.org Thu May 21 02:30:05 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 23CF52FD786 for ; Thu, 21 May 2020 02:30:05 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 49SD9S0yJsz4BtJ for ; Thu, 21 May 2020 02:30:03 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1jbay4-0008kx-Sm; Wed, 20 May 2020 19:29:57 -0700 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id 04L2Tu02033662; Wed, 20 May 2020 19:29:56 -0700 (PDT) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Wed, 20 May 2020 19:29:56 -0700 From: Oleksandr Tymoshenko To: Gordon Bergling Cc: freebsd-hackers@freebsd.org Subject: Re: Building arm64 image for booting in qemu Message-ID: <20200521022956.GA32686@bluezbox.com> References: <20200520165024.GA2695@lion.0xfce3.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200520165024.GA2695@lion.0xfce3.net> X-Operating-System: FreeBSD/11.2-RELEASE-p10 (amd64) User-Agent: Mutt/1.12.1 (2019-06-15) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Gordon Bergling via freebsd-hackers (freebsd-hackers@freebsd.org) wrote: > Greetings, > > I am currently try to setup a crossbuild for arm64 to test some > local changes. I use the following steps to [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Rspamd-Queue-Id: 49SD9S0yJsz4BtJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of gonzo@bluezbox.com designates 45.55.20.155 as permitted sender) smtp.mailfrom=gonzo@bluezbox.com X-Spamd-Result: default: False [-2.03 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.67)[-0.666]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.80)[-0.796]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[bluezbox.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.27)[-0.267]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:45.55.0.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 02:30:05 -0000 Gordon Bergling via freebsd-hackers (freebsd-hackers@freebsd.org) wrote: > Greetings, > > I am currently try to setup a crossbuild for arm64 to test some > local changes. I use the following steps to create the image > after crossbuilding arm64 on amd64. These steps were taken from > the arm64_build.sh found at the FreeBSD wiki. Hi Gordon, I believe that script is very outdated in several areas. It refers to boot1.efifat which is not boot1.efi but a FAT image that contains boot1.efi as EFI\BOOT\bootaa64.efi. Also current version of u-boot-qemu looks for DTB file which is not provided by the script (probably it was built into u-boot before). I think the easiest way to run FreeBSD on quemu/arm64 these days is by using UEFI. I was able to build bootable image by hacking together your script and pieces from release/ directory of the src tree: https://people.freebsd.org/~gonzo/build-qemu-aarch4-img.sh It's not very clean but it should give you an idea of what's required. The start command for qemu I used: BIOS=QEMU_EFI.fd qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios $BIOS \ -serial mon:stdio -nographic \ -drive if=none,file=/src/FreeBSD/tftproot/disk.img,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 QEMU_EFI.fd was downloaded from http://releases.linaro.org/components/kernel/uefi-linaro/16.02/release/qemu64/QEMU_EFI.fd -- gonzo From owner-freebsd-hackers@freebsd.org Thu May 21 09:15:27 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9BF3A32EA15 for ; Thu, 21 May 2020 09:15:27 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 49SP9C11VKz4dM7; Thu, 21 May 2020 09:15:26 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 04L9FK55042287 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 21 May 2020 11:15:20 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1590052521; bh=VSPMTYqTbJPjDAD56hYBsPaPaAMGasSvtsLcaFNtr3c=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=vsEiX2lOd6fPqqWqNDBj283HVQ2GTSmnqwZJ4S2u3zpBUZqOvokQF5TiocFhT9bh0 s+mCGMZaTX2xhvZi0rhmZmBn29bf4ge+inqI/5FHTBsv+YDuJgba4CMP1+lecgmTzt t90rVlmEszNTy0EvTOT16y1J4xN9hKROSU9BeqWU= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 04L9FKul042281; Thu, 21 May 2020 11:15:20 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Thu, 21 May 2020 11:15:20 +0200 (CEST) From: Wojciech Puchar To: Ian Lepore cc: Wojciech Puchar , freebsd-hackers@freebsd.org Subject: Re: raspberry pi 3 B+ - working but rc.conf problem In-Reply-To: <0a5a043ced7509cee9a2ca85e76a080cadd3bd5d.camel@freebsd.org> Message-ID: References: <17fed972681c4fdbf4edd669b4e9446753fa6bd9.camel@freebsd.org> <0a5a043ced7509cee9a2ca85e76a080cadd3bd5d.camel@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed X-Rspamd-Queue-Id: 49SP9C11VKz4dM7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 09:15:27 -0000 >> >> doesn't work. >> well.. it waits but after netif >> > > Doesn't it get configured when devd starts and emits the attach event > for it? The idea for the netwait_if list is it waits for the devices i don't run devd. From owner-freebsd-hackers@freebsd.org Thu May 21 09:16:08 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0FFA332E753 for ; Thu, 21 May 2020 09:16:08 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 49SP9z2CCMz4dNG for ; Thu, 21 May 2020 09:16:07 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 04L9G3tb043109 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 21 May 2020 11:16:03 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1590052563; bh=leQcB3xcFc4fU+Gak6KkhYX2NJH3P/d82A/5vH9BxK4=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=p+PQG2fGVKInLalvl1QocsmUHCiGW+8VgdKPx4jzmgAwgvh5bGRbGhZwDlA9c1u+P sD5vLTBNaTIZzd6Wo2uPxGyj8oe+38H5x9o2omv+L38Vg3OhRJy2tsHOkzB1FXhS7W WcQIlD3KW6RR0sSqu0f2z4j2fkWkiV4kgZXy2eXw= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 04L9G3sY043106; Thu, 21 May 2020 11:16:03 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Thu, 21 May 2020 11:16:02 +0200 (CEST) From: Wojciech Puchar To: Mark Millard cc: Wojciech Puchar , freebsd-hackers@freebsd.org Subject: Re: raspberry pi 3 B+ - working but rc.conf problem In-Reply-To: <3443DEE1-CB3B-4E6A-8C50-5E6834649D71@yahoo.com> Message-ID: References: <3443DEE1-CB3B-4E6A-8C50-5E6834649D71@yahoo.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 49SP9z2CCMz4dNG X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=p+PQG2fG; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-1.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.659]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; DMARC_NA(0.00)[puchar.net]; NEURAL_HAM_LONG(-0.87)[-0.873]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; NEURAL_HAM_SHORT(-0.69)[-0.693]; RCVD_IN_DNSWL_NONE(0.00)[194.1.144.90:from]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 09:16:08 -0000 > my /etc/rc.conf ifconfig use because in > /boot/loader.conf I have: > > kern.cam.boot_delay=10000 > vfs.mountroot.timeout=10 > vfs.root_mount_always_wait=1 > > I have / on a USB SSD (that is on a powered > hub that is in turn plugged into a RPi3 port). > > May be some combination of those guarantees to > wait long enough early on that the ifconfig_ue0 > that I use always sees everything it needs as > ready. > definitely - you mount / from USB so it already scanned USB when starting From owner-freebsd-hackers@freebsd.org Thu May 21 12:44:54 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8BAE02CE836 for ; Thu, 21 May 2020 12:44:54 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49STps0vt6z4vtN for ; Thu, 21 May 2020 12:44:52 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id i15so6492565wrx.10 for ; Thu, 21 May 2020 05:44:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to; bh=B+NojwleJJzqi/29EVZaQ46DXO8cK2W4PjbbW85m0xc=; b=OwW1Ty7DIstiS/EkbhpbknAqy35X0YmYif0TSLh7YfFJ50z1NaYi/1j88Zcedla6s8 Ik/vpdz/PjMcIAvy0u0RzxtP2qDMVHrXFtpYHT/p07LvYHTgPVODfbVDx8V7h10Ls30T 66RbzWMeDdk1HLaZVHxvSVY24ahqOkA/hDbv2AXOMSYphXKEjjs/Kww8OV70k+ACMr9d BwPWsao+4+y9MB7Eps13ZbbJSgEcmBN2Kg9lR9anAyruh8X6ibOgsK8Cr1FKi3sC+I4l qpVSZQ7DAztgcN8NCZYgtlvPZ1owl6gOHZCOg2+hOFAL3MIMbTgqt60kUFdoPwjvlJpY KSxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=B+NojwleJJzqi/29EVZaQ46DXO8cK2W4PjbbW85m0xc=; b=MRtzkN0m2d6lIbgccMAdAaMJfBg9ybhNoGeu6ndW6Sq74h0hBZLSOi4jhis7xTY/vR y3pCx3IhcANCHTMXLW9gYnf+cufhvfycVH+DOfT4mImG0onyMNASBx1J+4kfQcHyIdBj H8yAjqzu5VWxmcm+RwQWIe3vXIC6/jAKQ8jhiRi0dwvXdbkQdJKAYceAlQ7ALZddF/b5 4phqg1+TCZXSkQOwTTrPYDUy/qN0eIzHId8ZP9idxJEy3/6E3FQ5tUgl0Dlfd8dtbe+F eQCi7RTKvrXSRiUXIch+Lhl1KFsAVFG8m8IwCkq1z5Mvw8wHoDtpghIDtekRRfODpz2K NM2Q== X-Gm-Message-State: AOAM530fZM6LUc51dmArrN9UyQ9kmuhgseqriwRHWGrW6Umb3Ws4LmpT OnLsPt/cuIXk2Z3QhCLf6tE= X-Google-Smtp-Source: ABdhPJyeOn80so75rSW2PIRP1TX2+MGT/Bek02SXyy88RCOk3Iga/pthiW+fJSKbnOzIDixWO6Df8g== X-Received: by 2002:a5d:6286:: with SMTP id k6mr8253018wru.123.1590065091477; Thu, 21 May 2020 05:44:51 -0700 (PDT) Received: from brick (cpc92302-cmbg19-2-0-cust461.5-4.cable.virginm.net. [82.1.209.206]) by smtp.gmail.com with ESMTPSA id n6sm6121867wrt.58.2020.05.21.05.44.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 May 2020 05:44:50 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 21 May 2020 13:44:48 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Oleksandr Tymoshenko Cc: Gordon Bergling , freebsd-hackers@freebsd.org Subject: Re: Building arm64 image for booting in qemu Message-ID: <20200521124448.GA1474@brick> Mail-Followup-To: Oleksandr Tymoshenko , Gordon Bergling , freebsd-hackers@freebsd.org References: <20200520165024.GA2695@lion.0xfce3.net> <20200521022956.GA32686@bluezbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200521022956.GA32686@bluezbox.com> X-Rspamd-Queue-Id: 49STps0vt6z4vtN X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=OwW1Ty7D; dmarc=none; spf=pass (mx1.freebsd.org: domain of etnapierala@gmail.com designates 2a00:1450:4864:20::432 as permitted sender) smtp.mailfrom=etnapierala@gmail.com X-Spamd-Result: default: False [-2.22 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.63)[-0.632]; FORGED_SENDER(0.30)[trasz@freebsd.org,etnapierala@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[82.1.209.206:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[trasz@freebsd.org,etnapierala@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.90)[-0.903]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::432:from]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 12:44:54 -0000 On 0520T1929, Oleksandr Tymoshenko wrote: > Gordon Bergling via freebsd-hackers (freebsd-hackers@freebsd.org) wrote: > > Greetings, > > > > I am currently try to setup a crossbuild for arm64 to test some > > local changes. I use the following steps to create the image > > after crossbuilding arm64 on amd64. These steps were taken from > > the arm64_build.sh found at the FreeBSD wiki. > > Hi Gordon, > > I believe that script is very outdated in several areas. It refers > to boot1.efifat which is not boot1.efi but a FAT image that contains > boot1.efi as EFI\BOOT\bootaa64.efi. Also current version of u-boot-qemu > looks for DTB file which is not provided by the script (probably it was > built into u-boot before). We use both u-boot-qemu-arm (for armv7) and u-boot-qemu-arm64 packages on CI; they don't seem to depend on any external DTB. You are right about boot1.efi, though. The arm64 part of the build script used on CI (https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/build-test_image-head.sh) looks like this: mkdir -p efi/EFI/BOOT cp -f ufs/boot/loader_lua.efi efi/EFI/BOOT/bootaa64.efi sudo makefs -d 6144 -t msdos -s 50m -Z efi.img efi mkimg -s gpt -f raw \ -p efi:=efi.img \ -p freebsd-swap/swapfs::1G \ -p freebsd-ufs/rootfs:=ufs.img \ -o ${OUTPUT_IMG_NAME} [..] From owner-freebsd-hackers@freebsd.org Thu May 21 14:12:31 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 64E432D9E0C for ; Thu, 21 May 2020 14:12:31 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49SWly6mySz3YV4 for ; Thu, 21 May 2020 14:12:30 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1590070349; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=owFjfDUJA1GHzkkUP9An3KGnvPckmYBMzgpBJ1eYggVmQadWNCSJ2epiH2KdmYd5TAaei8bcI15Pn s6to3TC6MSzX4umkCOhdzn96tD0nc+HOJYA3oYoXP4omM90HUtaPyD25s3FgMlesOZiJHuMsr/gyB5 0Gj8UM1VQVf7m4O4rQvxk9zy1Qnag8QlQbxALsfzXvKWVbkyY6WUO2WwETfeTXX9cTLwOj0LSngnDM qBovpfpJJ8YfCi/8UR8MVAHSrF+4WMNqxvfkSr+QGZ67lHDYCZ4eLa7DrMtjmW59PcF6vVHc427pld ASFD9W9Pobc+eJjvZoplDxX2Jl5t2rw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=N2eByimNWSrKCR151xfskB3G3Y4NuNSzuCPlVWmT0PQ=; b=f6GEraBIxZb6d2aOEWdnj7e2wiq/LaKJFyg1irkoQEVi+eF6N5Cw6BFnIfVA77T4Iiqvl3DIB0Lms qR3ZouOW0OOH1J5N6EroEJ4940p3GH14pM/ujDqZ9Tv4ogVKycPhptceyyFZPdt4SYlbWKGEvEVX0Z xfLmN7jjq/EVonkBlfmtS7sL2uoC4t5LZNGJGZLLIqYKNaBfOi8+QNph7gb9UbRGooEVpbrxoH3DrV 2e42IET0B64TzZgA4cC5XZflp3NYMyQVKFea1BqFGo+MWc97AFOTmK11R7k4zpj+LaKiFVCNGIHMXN qYHfUeMk9q5PLVxjuAujQOvJXEz2KvQ== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=N2eByimNWSrKCR151xfskB3G3Y4NuNSzuCPlVWmT0PQ=; b=QhvpLxwUpr5VmONKGVdKagTuTcic4VlLBbM8cwI2KVHEMTYsEyIfGxnHkRrokbouMWd24A8+1n+Er hXfcqfM4MjRuGfuiPqcNdaItLP18Y79ai2U4evPUTtcdiOpE5lJnyDqRzCEu9BWmUzaSS37rEtHaEx vkjOf17nJpgnX4/N5EyjWQtAQgICUeBOduJF6iMm0cEp4/jWbgHnmWTS8SWlAA9WScMpToxauQPmCs heOYhZOdUZOZJodscf+AjAxBspivqf2gkuZojUSx6gz2PnB4Sf2YVEh/wdOJbhHcubD9TwaaLSeQPJ 2dEl3+30UqVHsBtDE/RGfpEgDj2gE9A== X-MHO-RoutePath: aGlwcGll X-MHO-User: 18ddb4e5-9b6d-11ea-a066-6d02e42e573a X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 18ddb4e5-9b6d-11ea-a066-6d02e42e573a; Thu, 21 May 2020 14:12:28 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 04LECPdF016627; Thu, 21 May 2020 08:12:25 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: raspberry pi 3 B+ - working but rc.conf problem From: Ian Lepore To: Wojciech Puchar Cc: freebsd-hackers@freebsd.org Date: Thu, 21 May 2020 08:12:25 -0600 In-Reply-To: References: <17fed972681c4fdbf4edd669b4e9446753fa6bd9.camel@freebsd.org> <0a5a043ced7509cee9a2ca85e76a080cadd3bd5d.camel@freebsd.org> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49SWly6mySz3YV4 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 14:12:31 -0000 On Thu, 2020-05-21 at 11:15 +0200, Wojciech Puchar wrote: > > > > > > doesn't work. > > > well.. it waits but after netif > > > > > > > Doesn't it get configured when devd starts and emits the attach > > event > > for it? The idea for the netwait_if list is it waits for the > > devices > > i don't run devd. lol, I was almost certain that would be your response. All I can say to that is if you won't use the system the way it was designed to work, you can expect some troubles. -- Ian From owner-freebsd-hackers@freebsd.org Thu May 21 14:32:11 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F0F02DA939 for ; Thu, 21 May 2020 14:32:11 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49SXBf6lH6z3Zwd for ; Thu, 21 May 2020 14:32:10 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mailman.nyi.freebsd.org (Postfix) id E77C82DA938; Thu, 21 May 2020 14:32:10 +0000 (UTC) Delivered-To: hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E73EC2DA937 for ; Thu, 21 May 2020 14:32:10 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49SXBd5pmpz3ZdV for ; Thu, 21 May 2020 14:32:09 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mail-qt1-x832.google.com with SMTP id n22so5557784qtv.12 for ; Thu, 21 May 2020 07:32:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount-org.20150623.gappssmtp.com; s=20150623; h=content-transfer-encoding:from:mime-version:date:subject:message-id :to; bh=JeMzkecJGQaBNU+p0OV0vvB2GswaV+Ix57qiXHma1cM=; b=l9QqP2W6Kb3XIgH8QIqRJRWgX8oEW515CSnB9tTOaNms0c1CimnbTrhuGWLFYrJWFO zNaTnjKqGM6mrMnD0xoER7quidZz1Z6GStSlZOwnU0IKr7YhBZDeAXeDxWHcipUJgQKB +lRpVb+kNmjaIWYcxPwBWacBd3RdGOHoiWhQnKol/OMZaHTavDWjyjTIRi4sXXdh6lVA C5Ty3ocQgoEwhJ34qS2bcF3weEZs80lcyeC4fUdQFsPsdYe6hY5Qz+D3xytmGD9A1+s7 P3s+WUfPyyAMxVUOs7QbAkZiuMOPj4hCZ7G4C6nZqb7xPs1+adff2p4SvQHKDLsEzme4 ajgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version:date :subject:message-id:to; bh=JeMzkecJGQaBNU+p0OV0vvB2GswaV+Ix57qiXHma1cM=; b=i/mhnrhvKqnC7Fa1/yMPZDwWeq7DoeTbwGaVXEvGZd+oCE2kFO9ATXhi3ONAx7DhwC 5AxyB+sP3ds97NkTwqHmM0mr1rnJ2t5Lb9ysd5T8GYokQ7gapKJaFgMnNhnIzc16TEyN qlbf/hoZp1KdhrkZ169FO5QNSqqc7xa1It7mG3GvXlWKwtdb2GKPJq9WtRMzIlCNoGlf 96e0V+44F63eQW9TCVrqFM430qkwJ2qLKID6rmrfChtw2zX3etNp6yF0MSe/ZGioE+W/ A5xlKCfNGg4a0yH09OS3hll/xPZIPAUjcw80fP9yii4ns9IybFoFrHrfdeV443UFavXR X9Jg== X-Gm-Message-State: AOAM533WIT9mLKFBhIhOab8KS640yrBtBNvJ7Z1F63psy3wTLF1tFl0K J+qtp6xj+n35EPvxxk7x4tZhuzIBIKU= X-Google-Smtp-Source: ABdhPJy9I2qE1H6VpJAUNR8S05aGoUtTiZI7RX/tG6kvk56bpVgYTtJ80TGhyqIxSa3SsL1NsH5iWA== X-Received: by 2002:ac8:4894:: with SMTP id i20mr10326642qtq.85.1590071528207; Thu, 21 May 2020 07:32:08 -0700 (PDT) Received: from [192.168.1.31] (ool-457b63be.dyn.optonline.net. [69.123.99.190]) by smtp.gmail.com with ESMTPSA id n85sm1766344qkn.31.2020.05.21.07.32.07 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 21 May 2020 07:32:07 -0700 (PDT) From: Mark Saad Mime-Version: 1.0 (1.0) Date: Thu, 21 May 2020 10:32:04 -0400 Subject: =?utf-8?Q?Vlans_I=E2=80=99ve_LACP_debug_help?= Message-Id: To: "freebsd-hackers@freebsd.org" X-Mailer: iPhone Mail (17E262) X-Rspamd-Queue-Id: 49SXBd5pmpz3ZdV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=longcount-org.20150623.gappssmtp.com header.s=20150623 header.b=l9QqP2W6; dmarc=none; spf=none (mx1.freebsd.org: domain of nonesuch@longcount.org has no SPF policy when checking 2607:f8b0:4864:20::832) smtp.mailfrom=nonesuch@longcount.org X-Spamd-Result: default: False [-0.25 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[longcount-org.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.47)[-0.467]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[hackers@freebsd.org]; DMARC_NA(0.00)[longcount.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.15)[-0.148]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[longcount-org.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::832:from]; NEURAL_SPAM_SHORT(0.16)[0.162]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[69.123.99.190:received] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 14:32:11 -0000 All (reposted from net mailing list ) I was looking into an issue I am seeing sporadically where I see LCAP link s= tate changes for no obvious reasons. This is on 12.1-STABLE r354698 amd64 using Solarflare nics ( 7K and 8K cards= ). There are two ports in a LACP lagg with a few ( 10 - 30 ) vlans on top of it. As what appear to be random moments the LACP linkstate f= laps between the server and the switch. It will flap for about 20 to 30 seconds and then resolve itself. I read this post from Oliver C about how net.link.ifqmaxlen can effect LACP a= nd LAGG but I dont understand how. https://www.mail-archive.com/freebsd-net@freebsd.org/msg61904.html I feel like I am missing something obvious . --- Mark Saad | nonesuch@longcount.org= From owner-freebsd-hackers@freebsd.org Thu May 21 15:46:27 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2AC742DBEC9 for ; Thu, 21 May 2020 15:46:27 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49SYrL0TL1z3fsT for ; Thu, 21 May 2020 15:46:26 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf2d.google.com with SMTP id z9so3239125qvi.12 for ; Thu, 21 May 2020 08:46:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=Fq8HgWagtU48KhxNW1q44NVi/gl17C8zG9wivYB13fc=; b=ihk2SDOGntWfKmotYAL+CiXhpp6Q2t8IO57qjgWR6mtFmq7iWxu3b6qvqXzLQWX0S0 scLOccXkgcdfhoCGyGVL0lC9hQqyPHImkPTlCbze8I1wsIX52rNuSXUBFGqoUfm6rleG GaqdfQyep7THCERzlujtwiRhHzJbYE6/uMyRrP/I4zFFaY0d53gR2Rtx9KEb6kNFDYYz XhOksYFngOBo5QtvTKeIoYNX3ilvg2qB01SAvtwV4djrq6c2wO8sGvjUA/NamjTedaAQ sJx6U9huxmmn1f+ut/qcPoCl0UNI0kT4Ml1VAc88rrxGlBQk62+omHwtj4uXcJvalPoC WNSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=Fq8HgWagtU48KhxNW1q44NVi/gl17C8zG9wivYB13fc=; b=cvsPd20Xt3jSGn0gVZAf5bwS/AA0jpXZ3YnN40LrAKTU65iPwXitYsdMHZLIT+gD60 tmpe3aL3FK50e1j61Q9PV6/U9xYqIcq76Nt0KO6AnrIC7mthLBAu84bvWTYqtD358KxS VzLmXzNeXU6lZ1gMHbp3/bCWOfqKZg7qXCpNvAks2rXzgmtg8uNmg70Ghx7uie/Jc/bO Gf1erQTq97iLKujTETI6aNVk7+K8889UGj92hN5CBXppqED6rfJmwn9vUDaGVE9D2GJE fSfA1wOzmr3KqljKezJXg6YUSz/weZGHhqBz45FfpKcx1qoamQTqdrR5eNji+MRnPbJw SWDA== X-Gm-Message-State: AOAM5304nkT72v1rMH9e0ESiSkwalmdiZoWkSEoojaimrxfVLmPVxCwh PHg2nY1FXgK3ejHoBuVGfU+R9z6H X-Google-Smtp-Source: ABdhPJzItitq1AX26NspH60vUw8OeLiqraQ98QvV4aO04fc+brS9l37N8oTZ6eBWOVyHXbpfunTmRQ== X-Received: by 2002:a0c:ed21:: with SMTP id u1mr10550514qvq.206.1590075984860; Thu, 21 May 2020 08:46:24 -0700 (PDT) Received: from raichu (toroon0560w-lp130-15-184-144-87-103.dsl.bell.ca. [184.144.87.103]) by smtp.gmail.com with ESMTPSA id v92sm5048694qte.4.2020.05.21.08.46.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 May 2020 08:46:23 -0700 (PDT) Sender: Mark Johnston Date: Thu, 21 May 2020 11:46:21 -0400 From: Mark Johnston To: Paul Floyd Cc: FreeBSD Hackers Subject: Re: SIGBUS si_code 12 Message-ID: <20200521154621.GB85681@raichu> References: <2102917207.11671.1589487524169.JavaMail.www@wwinf1n11> <490544208.11847.1589489181927.JavaMail.www@wwinf1n11> <20200514224347.GB46537@kib.kiev.ua> <9840EA0E-CF11-4332-A5A0-A3CDBA0F0464@wanadoo.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <9840EA0E-CF11-4332-A5A0-A3CDBA0F0464@wanadoo.fr> X-Rspamd-Queue-Id: 49SYrL0TL1z3fsT X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ihk2SDOG; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::f2d as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-1.37 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.08)[-0.078]; FREEMAIL_TO(0.00)[wanadoo.fr]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[184.144.87.103:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.85)[-0.846]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.74)[-0.743]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2d:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 15:46:27 -0000 On Fri, May 15, 2020 at 08:35:53AM +0200, Paul Floyd wrote: > > > > On 15 May 2020, at 00:43, Konstantin Belousov wrote: > > > >> > >> > >> So presumably this will go away in 12.2. > > I do not understand what do you mean. What should go away ? > > > > Also, T_PAGEFLT value for si_code is a compat value that should be > > explicitly enabled by user, for compatibility with some really old > > binaries. > > The undocumented behaviour of having a SIGBUS with an si_code that is normally for SIGSEGV. > > From what I’ve seen BUS_OOMERR will be used instead. Assuming that the context is valgrind, the issue is probably that the client program is being run with without a NT_FREEBSD_ABI_TAG note, so the kernel does not have p_osrel defined for the client process and thus reverts to the legacy behaviour of delivering SIGBUS with UCODE_PAGEFLT. This behaviour is not documented since it is only present for compatibility with old binaries. valgrind should probably embed the NT_FREEBSD_ABI_TAG note from the target executable into the client process somehow. From owner-freebsd-hackers@freebsd.org Thu May 21 16:34:03 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 86A012DD125 for ; Thu, 21 May 2020 16:34:03 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49SZvG2NDHz401b; Thu, 21 May 2020 16:34:01 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 04LGXmiD013429 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 21 May 2020 16:33:53 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wojtek@puchar.net Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 04LGXeZj013040 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 21 May 2020 23:33:40 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: raspberry pi 3 B+ - working but rc.conf problem To: Wojciech Puchar , Ian Lepore References: <17fed972681c4fdbf4edd669b4e9446753fa6bd9.camel@freebsd.org> <0a5a043ced7509cee9a2ca85e76a080cadd3bd5d.camel@freebsd.org> Cc: freebsd-hackers@freebsd.org From: Eugene Grosbein Message-ID: Date: Thu, 21 May 2020 23:33:30 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 49SZvG2NDHz401b X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-1.15 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.837]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.23)[-0.228]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_SHORT(0.02)[0.016]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 16:34:03 -0000 21.05.2020 16:15, Wojciech Puchar wrote: >>> >>> doesn't work. >>> well.. it waits but after netif >>> >> >> Doesn't it get configured when devd starts and emits the attach event >> for it? The idea for the netwait_if list is it waits for the devices > i don't run devd. This is real reason. In modern FreeBSD, USB ethernet is not configured synchronously with other procedures at boot time. Instead, USB ethernet devices are configured asynchronously by devd that starts its configuration in background, in parallel with other booting procedures. You really need to run devd if you want ue0 to be configured as expected by system startup scripts. If you don't run devd, you are asking for troubles you observe. From owner-freebsd-hackers@freebsd.org Thu May 21 19:41:41 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 473D12F296D for ; Thu, 21 May 2020 19:41:41 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Sg3m2Ds6z4CdY; Thu, 21 May 2020 19:41:40 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wm1-x333.google.com with SMTP id h4so6565418wmb.4; Thu, 21 May 2020 12:41:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=E4ah3a1oghcU6oDnRIQx6J0xrpaP/RL5HEA8nUs4PGM=; b=MHmU9wEBZe4UCDSKHRglJU3kzf9F6he9aB7q7rjqY7ZUajxHq+rPYxe2geaPAZwzFD ShbAIgFgpJbGiKsNiOQ2NNL3E+K6dAtNyi/+ujJ6sxwOuSYDRDtXQJSYqh3FG1NnaSmw tZ5MJPt/V52uKc0le18fj9lLMZcfJIBQ1zujtKFcS8voJ/9cIJug8BtM2lzvnrwOz28I 5NTgNl+ybWYXHPUKjRHIdKRxwwSz4hqjrJccl9hkZjBKQ5Bq0XNog23+CFUHyffhyXej rkcTEX9taC2fUipCg2IISmqM2n7O6oPwfcDKdPRsAhNCYeAH5yDt87WbYDFNnxXDaURa uztg== X-Gm-Message-State: AOAM533OarJX2GkALOStOpKwlXR8mpsBbeKRv9whrV0XAZOk2Xk/ipvh jmanPCYu8A1W3x7plF0Xt565BOUx X-Google-Smtp-Source: ABdhPJzwIaHPx6GqE9wdrxosQYrOvP5tnmRxhSZGhCzl/LqHOHaL0n8zDxMLq3WLHV+xp0FEsAWNmw== X-Received: by 2002:a7b:c149:: with SMTP id z9mr9749229wmi.57.1590090097430; Thu, 21 May 2020 12:41:37 -0700 (PDT) Received: from lion.0xfce3.net (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id f8sm7198245wrm.8.2020.05.21.12.41.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 May 2020 12:41:36 -0700 (PDT) Sender: Gordon Bergling Date: Thu, 21 May 2020 21:41:33 +0200 From: Gordon Bergling To: Oleksandr Tymoshenko Cc: trasz@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Building arm64 image for booting in qemu Message-ID: <20200521194133.GA70359@lion.0xfce3.net> References: <20200520165024.GA2695@lion.0xfce3.net> <20200521022956.GA32686@bluezbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200521022956.GA32686@bluezbox.com> X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 9:19PM up 8 days, 11:04, 6 users, load averages: 1.32, 0.93, 0.64 X-Rspamd-Queue-Id: 49Sg3m2Ds6z4CdY X-Spamd-Bar: / X-Spamd-Result: default: False [-0.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.86)[-0.864]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.68)[-0.682]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.19)[-0.194]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::333:from]; DMARC_POLICY_QUARANTINE(1.50)[googlemail.com : SPF not aligned (relaxed), DKIM not aligned (relaxed),quarantine]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[79.211.175.114:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 19:41:41 -0000 Hi Oleksandr, thanks for your reply and the very useful shellscript you have provided. I have used it as base for my scripts and I was finally be able to build a bootable image. @trasz, I took some very valuable ideas from build script that the FreeBSD CI is using, but I wasn't be able to boot my image without an external DTB. I'll have some ideas why, but before the coming weekend I won't be able to try them out. Once I have my build script ready, I'll make a new entry in the FreeBSD wiki and post my build and boot scripts there. So, that the outdated build script may can be replaced. Cheers, Gordon On Wed, May 20, 2020 at 07:29:56PM -0700, Oleksandr Tymoshenko wrote: > Gordon Bergling via freebsd-hackers (freebsd-hackers@freebsd.org) wrote: > > I am currently try to setup a crossbuild for arm64 to test some > > local changes. I use the following steps to create the image > > after crossbuilding arm64 on amd64. These steps were taken from > > the arm64_build.sh found at the FreeBSD wiki. > > I believe that script is very outdated in several areas. It refers > to boot1.efifat which is not boot1.efi but a FAT image that contains > boot1.efi as EFI\BOOT\bootaa64.efi. Also current version of u-boot-qemu > looks for DTB file which is not provided by the script (probably it was > built into u-boot before). > > I think the easiest way to run FreeBSD on quemu/arm64 these days is by using > UEFI. I was able to build bootable image by hacking together your script > and pieces from release/ directory of the src tree: > > https://people.freebsd.org/~gonzo/build-qemu-aarch4-img.sh > > It's not very clean but it should give you an idea of what's required. > The start command for qemu I used: > > BIOS=QEMU_EFI.fd > qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ > -bios $BIOS \ > -serial mon:stdio -nographic \ > -drive if=none,file=/src/FreeBSD/tftproot/disk.img,id=hd0 \ > -device virtio-blk-device,drive=hd0 \ > -device virtio-net-device,netdev=net0 \ > -netdev user,id=net0 > > QEMU_EFI.fd was downloaded from > http://releases.linaro.org/components/kernel/uefi-linaro/16.02/release/qemu64/QEMU_EFI.fd > > -- > gonzo From owner-freebsd-hackers@freebsd.org Fri May 22 07:21:57 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 45EC1328538 for ; Fri, 22 May 2020 07:21:57 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 49Sybl65Tvz3dwQ; Fri, 22 May 2020 07:21:55 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 04M7LmrX033648 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 May 2020 09:21:49 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1590132109; bh=0eLcxrk/9Tbr7/tSVg1nV0yFJL9tRf3Y1Xvet4iR/kE=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=chjLluDRyD8A/FYYcIISYKIWp/h2GiXcnToDsDZUdrxynEtvOLCPHD2aBI5MGuboz +b3JUnRcJUhel58LMahzQMvvA/Q687k2sjbJB+TXaMX53TIEEFtdKnC2lCedpKvfrE FstD66RplcDMLhnbBRGSUMt8PY3KzfBz0u+WJjBs= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 04M7Lmka033645; Fri, 22 May 2020 09:21:48 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Fri, 22 May 2020 09:21:48 +0200 (CEST) From: Wojciech Puchar To: Eugene Grosbein cc: Wojciech Puchar , Ian Lepore , freebsd-hackers@freebsd.org Subject: Re: raspberry pi 3 B+ - working but rc.conf problem In-Reply-To: Message-ID: References: <17fed972681c4fdbf4edd669b4e9446753fa6bd9.camel@freebsd.org> <0a5a043ced7509cee9a2ca85e76a080cadd3bd5d.camel@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 49Sybl65Tvz3dwQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=chjLluDR; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-1.52 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; DMARC_NA(0.00)[puchar.net]; NEURAL_HAM_LONG(-0.93)[-0.933]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; NEURAL_HAM_SHORT(-0.30)[-0.299]; RCVD_IN_DNSWL_NONE(0.00)[194.1.144.90:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 07:21:57 -0000 i simply wrote a script to wait for ue0 (and ue1 - external ethernet port i've added) to appear On Thu, 21 May 2020, Eugene Grosbein wrote: > 21.05.2020 16:15, Wojciech Puchar wrote: >>>> >>>> doesn't work. >>>> well.. it waits but after netif >>>> >>> >>> Doesn't it get configured when devd starts and emits the attach event >>> for it? The idea for the netwait_if list is it waits for the devices >> i don't run devd. > > This is real reason. In modern FreeBSD, USB ethernet is not configured synchronously > with other procedures at boot time. Instead, USB ethernet devices are configured asynchronously > by devd that starts its configuration in background, in parallel with other booting procedures. > > You really need to run devd if you want ue0 to be configured as expected by system startup scripts. > If you don't run devd, you are asking for troubles you observe. > > > > > From owner-freebsd-hackers@freebsd.org Fri May 22 07:27:29 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC040328F9A for ; Fri, 22 May 2020 07:27:29 +0000 (UTC) (envelope-from pjfloyd@wanadoo.fr) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Syk84rjbz3fYB for ; Fri, 22 May 2020 07:27:28 +0000 (UTC) (envelope-from pjfloyd@wanadoo.fr) Received: from garrigue.home ([2.7.113.176]) by mwinf5d41 with ME id hjTS220073oQd2y03jTSR4; Fri, 22 May 2020 09:27:26 +0200 X-ME-Helo: garrigue.home X-ME-Auth: cGpmbG95ZEB3YW5hZG9vLmZy X-ME-Date: Fri, 22 May 2020 09:27:26 +0200 X-ME-IP: 2.7.113.176 From: Paul Floyd Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: SIGBUS si_code 12 Date: Fri, 22 May 2020 09:27:25 +0200 References: <2102917207.11671.1589487524169.JavaMail.www@wwinf1n11> <490544208.11847.1589489181927.JavaMail.www@wwinf1n11> <20200514224347.GB46537@kib.kiev.ua> <9840EA0E-CF11-4332-A5A0-A3CDBA0F0464@wanadoo.fr> <20200521154621.GB85681@raichu> To: FreeBSD Hackers In-Reply-To: <20200521154621.GB85681@raichu> Message-Id: <068F2B99-24C2-4F38-ACC1-02273C198434@wanadoo.fr> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Syk84rjbz3fYB X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pjfloyd@wanadoo.fr has no SPF policy when checking 80.12.242.128) smtp.mailfrom=pjfloyd@wanadoo.fr X-Spamd-Result: default: False [3.92 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[wanadoo.fr]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[wanadoo.fr]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RECEIVED_SPAMHAUS_PBL(0.00)[2.7.113.176:received]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.005]; NEURAL_SPAM_LONG(1.03)[1.026]; RCVD_IN_DNSWL_NONE(0.00)[80.12.242.128:from]; NEURAL_SPAM_SHORT(0.49)[0.491]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[wanadoo.fr]; RWL_MAILSPIKE_POSSIBLE(0.00)[80.12.242.128:from] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 07:27:29 -0000 > On 21 May 2020, at 17:46, Mark Johnston wrote: >>=20 >=20 > Assuming that the context is valgrind, the issue is probably that the > client program is being run with without a NT_FREEBSD_ABI_TAG note, so > the kernel does not have p_osrel defined for the client process and = thus > reverts to the legacy behaviour of delivering SIGBUS with = UCODE_PAGEFLT. > This behaviour is not documented since it is only present for > compatibility with old binaries. >=20 > valgrind should probably embed the NT_FREEBSD_ABI_TAG note from the > target executable into the client process somehow. Hi Mark You assume correctly, this is in the context of running under Valgrind. = It=E2=80=99s one of the regression test suite applications, = memcheck/tests/addressable I hadn=E2=80=99t noticed that the executable was generating SIGSEGV when = running standalone. The test runs a loop 5 fimes, each time round the = loop it forks and the child calls a function that will generate one kind = of SIGBUS or SIGSEGV. The parent just checks that the child died with = one of these signals. I just ran the executable under gdb and I do see = that the error that was posing a problem does generate a SIGSEGV with = si_cde 2. Back in Valgrind, nothing is currently being done with = NT_FREEBSD_ABI_TAG, The only thing that I can see that is of this nature = is the read elf code that is looking for the buildid. I=E2=80=99ll have = a go at seeing if I can read the value of NT_FREEBSD_ABI_TAG, but I=E2=80=99= m not sure what to do with it at the moment. A+ Paul From owner-freebsd-hackers@freebsd.org Fri May 22 15:32:42 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 65DD82CC03D for ; Fri, 22 May 2020 15:32:42 +0000 (UTC) (envelope-from pjfloyd@wanadoo.fr) Received: from smtp.smtpout.orange.fr (smtp13.smtpout.orange.fr [80.12.242.135]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49T9V12Qzlz4SRg for ; Fri, 22 May 2020 15:32:40 +0000 (UTC) (envelope-from pjfloyd@wanadoo.fr) Received: from garrigue.home ([2.7.113.176]) by mwinf5d73 with ME id hrYe2200D3oQd2y03rYe0q; Fri, 22 May 2020 17:32:39 +0200 X-ME-Helo: garrigue.home X-ME-Auth: cGpmbG95ZEB3YW5hZG9vLmZy X-ME-Date: Fri, 22 May 2020 17:32:39 +0200 X-ME-IP: 2.7.113.176 From: Paul Floyd Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: SIGBUS si_code 12 Date: Fri, 22 May 2020 17:32:37 +0200 References: <2102917207.11671.1589487524169.JavaMail.www@wwinf1n11> <490544208.11847.1589489181927.JavaMail.www@wwinf1n11> <20200514224347.GB46537@kib.kiev.ua> <9840EA0E-CF11-4332-A5A0-A3CDBA0F0464@wanadoo.fr> <20200521154621.GB85681@raichu> <068F2B99-24C2-4F38-ACC1-02273C198434@wanadoo.fr> To: FreeBSD Hackers In-Reply-To: <068F2B99-24C2-4F38-ACC1-02273C198434@wanadoo.fr> Message-Id: <679A6BE4-E344-49D0-B76D-DB65A41E26FA@wanadoo.fr> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49T9V12Qzlz4SRg X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pjfloyd@wanadoo.fr has no SPF policy when checking 80.12.242.135) smtp.mailfrom=pjfloyd@wanadoo.fr X-Spamd-Result: default: False [3.92 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[wanadoo.fr]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[wanadoo.fr]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.89)[0.885]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(1.04)[1.038]; RCVD_IN_DNSWL_NONE(0.00)[80.12.242.135:from]; NEURAL_SPAM_SHORT(0.60)[0.597]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[wanadoo.fr]; RECEIVED_SPAMHAUS_PBL(0.00)[2.7.113.176:received] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 15:32:42 -0000 A bit more on this. The code in question is in trap.c: if (signo =3D=3D SIGSEGV) { ucode =3D SEGV_MAPERR; } else if (prot_fault_translation =3D=3D 0) { /* * Autodetect. This check also covers * the images without the ABI-tag ELF * note. */ if (SV_CURPROC_ABI() =3D=3D = SV_ABI_FREEBSD && p->p_osrel >=3D P_OSREL_SIGSEGV) { signo =3D SIGSEGV; ucode =3D SEGV_ACCERR; } else { signo =3D SIGBUS; ucode =3D T_PAGEFLT; } } else if (prot_fault_translation =3D=3D 1) { /* * Always compat mode. */ signo =3D SIGBUS; ucode =3D T_PAGEFLT; } else { /* * Always SIGSEGV mode. */ signo =3D SIGSEGV; ucode =3D SEGV_ACCERR; } I have machte.prot_fault_translation set to 0 (the default I believe) so = this enters the first =E2=80=98else if=E2=80=99 branch. The value of p_osrel looks like it comes from retold.c. I see two = mechanisms - passed via auxv AT_OSRELDATE (with a backup of using a = sysctl) and reading the NT_FREEBSD_ABI_TAG note - I=E2=80=99m not sure = which is used in this case. The auxv value seems to be sent and I can=E2=80=99t see why either = should be failing. A+ Paul From owner-freebsd-hackers@freebsd.org Fri May 22 19:28:13 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC47E2D9FF1 for ; Fri, 22 May 2020 19:28:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49TGjm47X5z3VZn for ; Fri, 22 May 2020 19:28:12 +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 04MJS4C4037282 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 May 2020 22:28:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 04MJS4C4037282 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 04MJS4lY037280; Fri, 22 May 2020 22:28:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 May 2020 22:28:04 +0300 From: Konstantin Belousov To: Paul Floyd Cc: FreeBSD Hackers Subject: Re: SIGBUS si_code 12 Message-ID: <20200522192804.GL64045@kib.kiev.ua> References: <2102917207.11671.1589487524169.JavaMail.www@wwinf1n11> <490544208.11847.1589489181927.JavaMail.www@wwinf1n11> <20200514224347.GB46537@kib.kiev.ua> <9840EA0E-CF11-4332-A5A0-A3CDBA0F0464@wanadoo.fr> <20200521154621.GB85681@raichu> <068F2B99-24C2-4F38-ACC1-02273C198434@wanadoo.fr> <679A6BE4-E344-49D0-B76D-DB65A41E26FA@wanadoo.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <679A6BE4-E344-49D0-B76D-DB65A41E26FA@wanadoo.fr> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49TGjm47X5z3VZn X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [1.35 / 15.00]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.77)[0.768]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.05)[-0.055]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.64)[0.637]; FREEMAIL_TO(0.00)[wanadoo.fr]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 19:28:13 -0000 On Fri, May 22, 2020 at 05:32:37PM +0200, Paul Floyd wrote: > A bit more on this. > > The code in question is in trap.c: > > if (signo == SIGSEGV) { > ucode = SEGV_MAPERR; > } else if (prot_fault_translation == 0) { > /* > * Autodetect. This check also covers > * the images without the ABI-tag ELF > * note. > */ > if (SV_CURPROC_ABI() == SV_ABI_FREEBSD && > p->p_osrel >= P_OSREL_SIGSEGV) { > signo = SIGSEGV; > ucode = SEGV_ACCERR; > } else { > signo = SIGBUS; > ucode = T_PAGEFLT; > } > } else if (prot_fault_translation == 1) { > /* > * Always compat mode. > */ > signo = SIGBUS; > ucode = T_PAGEFLT; > } else { > /* > * Always SIGSEGV mode. > */ > signo = SIGSEGV; > ucode = SEGV_ACCERR; > } > > > I have machte.prot_fault_translation set to 0 (the default I believe) so this enters the first ‘else if’ branch. > > The value of p_osrel looks like it comes from retold.c. I see two mechanisms - passed via auxv AT_OSRELDATE (with a backup of using a sysctl) and reading the NT_FREEBSD_ABI_TAG note - I’m not sure which is used in this case. I do not know what retold.c is. > > The auxv value seems to be sent and I can’t see why either should be failing. auxv has nothing to do with p_osrel as seen by kernel. In-kernel ELF image activator parses notes and reads osrel if available. From owner-freebsd-hackers@freebsd.org Fri May 22 19:54:44 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A3A872DB116 for ; Fri, 22 May 2020 19:54:44 +0000 (UTC) (envelope-from pjfloyd@wanadoo.fr) Received: from smtp.smtpout.orange.fr (smtp11.smtpout.orange.fr [80.12.242.133]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49THJL4FWpz3Yd2 for ; Fri, 22 May 2020 19:54:42 +0000 (UTC) (envelope-from pjfloyd@wanadoo.fr) Received: from garrigue.home ([2.7.113.176]) by mwinf5d90 with ME id hvug2200Q3oQd2y03vugRc; Fri, 22 May 2020 21:54:40 +0200 X-ME-Helo: garrigue.home X-ME-Auth: cGpmbG95ZEB3YW5hZG9vLmZy X-ME-Date: Fri, 22 May 2020 21:54:40 +0200 X-ME-IP: 2.7.113.176 From: Paul Floyd Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: SIGBUS si_code 12 Date: Fri, 22 May 2020 21:54:40 +0200 References: <2102917207.11671.1589487524169.JavaMail.www@wwinf1n11> <490544208.11847.1589489181927.JavaMail.www@wwinf1n11> <20200514224347.GB46537@kib.kiev.ua> <9840EA0E-CF11-4332-A5A0-A3CDBA0F0464@wanadoo.fr> <20200521154621.GB85681@raichu> <068F2B99-24C2-4F38-ACC1-02273C198434@wanadoo.fr> <679A6BE4-E344-49D0-B76D-DB65A41E26FA@wanadoo.fr> <20200522192804.GL64045@kib.kiev.ua> To: FreeBSD Hackers In-Reply-To: <20200522192804.GL64045@kib.kiev.ua> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49THJL4FWpz3Yd2 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pjfloyd@wanadoo.fr has no SPF policy when checking 80.12.242.133) smtp.mailfrom=pjfloyd@wanadoo.fr X-Spamd-Result: default: False [3.78 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[wanadoo.fr]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[wanadoo.fr]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RECEIVED_SPAMHAUS_PBL(0.00)[2.7.113.176:received]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.92)[0.925]; NEURAL_SPAM_LONG(1.03)[1.026]; RCVD_IN_DNSWL_NONE(0.00)[80.12.242.133:from]; NEURAL_SPAM_SHORT(0.43)[0.430]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[wanadoo.fr]; RWL_MAILSPIKE_POSSIBLE(0.00)[80.12.242.133:from] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 19:54:44 -0000 > On 22 May 2020, at 21:28, Konstantin Belousov = wrote: >=20 > On Fri, May 22, 2020 at 05:32:37PM +0200, Paul Floyd wrote: >> A bit more on this. >>=20 >> The code in question is in trap.c: [snip] >>=20 >> I have machte.prot_fault_translation set to 0 (the default I believe) = so this enters the first =E2=80=98else if=E2=80=99 branch. >>=20 >> The value of p_osrel looks like it comes from retold.c. I see two = mechanisms - passed via auxv AT_OSRELDATE (with a backup of using a = sysctl) and reading the NT_FREEBSD_ABI_TAG note - I=E2=80=99m not sure = which is used in this case. > I do not know what retold.c is. That=E2=80=99s how autocorrect thinks that rtld.c should be spelt. >>=20 >> The auxv value seems to be sent and I can=E2=80=99t see why either = should be failing. >=20 > auxv has nothing to do with p_osrel as seen by kernel. In-kernel > ELF image activator parses notes and reads osrel if available. And which files/functions do that? A+ Paul From owner-freebsd-hackers@freebsd.org Fri May 22 20:12:59 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BA5AC2DB3FC for ; Fri, 22 May 2020 20:12:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49THjQ59vPz3Zf4 for ; Fri, 22 May 2020 20:12:58 +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 04MKCp4x047990 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 May 2020 23:12:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 04MKCp4x047990 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 04MKCpQx047989; Fri, 22 May 2020 23:12:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 May 2020 23:12:51 +0300 From: Konstantin Belousov To: Paul Floyd Cc: FreeBSD Hackers Subject: Re: SIGBUS si_code 12 Message-ID: <20200522201251.GM64045@kib.kiev.ua> References: <2102917207.11671.1589487524169.JavaMail.www@wwinf1n11> <490544208.11847.1589489181927.JavaMail.www@wwinf1n11> <20200514224347.GB46537@kib.kiev.ua> <9840EA0E-CF11-4332-A5A0-A3CDBA0F0464@wanadoo.fr> <20200521154621.GB85681@raichu> <068F2B99-24C2-4F38-ACC1-02273C198434@wanadoo.fr> <679A6BE4-E344-49D0-B76D-DB65A41E26FA@wanadoo.fr> <20200522192804.GL64045@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49THjQ59vPz3Zf4 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [1.30 / 15.00]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.77)[0.773]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.01)[-0.013]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.54)[0.540]; FREEMAIL_TO(0.00)[wanadoo.fr]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 20:12:59 -0000 On Fri, May 22, 2020 at 09:54:40PM +0200, Paul Floyd wrote: > > > > On 22 May 2020, at 21:28, Konstantin Belousov wrote: > > > > On Fri, May 22, 2020 at 05:32:37PM +0200, Paul Floyd wrote: > >> A bit more on this. > >> > >> The code in question is in trap.c: > > [snip] > > >> > >> I have machte.prot_fault_translation set to 0 (the default I believe) so this enters the first ‘else if’ branch. > >> > >> The value of p_osrel looks like it comes from retold.c. I see two mechanisms - passed via auxv AT_OSRELDATE (with a backup of using a sysctl) and reading the NT_FREEBSD_ABI_TAG note - I’m not sure which is used in this case. > > I do not know what retold.c is. > > > That’s how autocorrect thinks that rtld.c should be spelt. > > > >> > >> The auxv value seems to be sent and I can’t see why either should be failing. > > > > auxv has nothing to do with p_osrel as seen by kernel. In-kernel > > ELF image activator parses notes and reads osrel if available. > > And which files/functions do that? ELF image activator. Look in kern/imgact_elf.c. It is basically in check_note, used from get_brandinfo. The real function names are mangled for co-existence of 32 and 64 bit elf activators. From owner-freebsd-hackers@freebsd.org Sat May 23 09:12:01 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 42B1A2FC7D8 for ; Sat, 23 May 2020 09:12:01 +0000 (UTC) (envelope-from fnoyanisi@yahoo.com) Received: from sonic303-1.consmr.mail.bf2.yahoo.com (sonic303-1.consmr.mail.bf2.yahoo.com [74.6.131.40]) (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 49Td0J1Mrnz4Zxx for ; Sat, 23 May 2020 09:11:59 +0000 (UTC) (envelope-from fnoyanisi@yahoo.com) X-YMail-OSG: ufynuNoVM1k1A3VjP_WwGyuVyGQUoHsdU41cDFGNhnSPOBoSRMOKCyLiiA1Lu7. _kixeHDRHUVgFjqiQp0cOsLipwE4KV2winzboVQzK1LjG7ILdojumxOZByeOLXo6G7XLjRSNDglB WqaEpNMr8zUFygBdA4_nd5ttDKvSp7LsDiF5H3EBiYAq2wXVdubCUWEdteCNWWW_z4r7PfcDwlcs qgH.oQfmDOoKOGwfDiqyxeKhIFK8OkGN4.1pz2WzC2khzJ7yhLvbwXZzMTlu01nSenbcmhu8OJ8Q FcKCdKEICB0IjxtDnuUPpyiD6kDGMzfmSO.wNlJOprqSqRWSdduI1qEVIT5F0oJozerBhiwebqvm deaD0zXkj9_j01aIT9vbuOrg414_EJ.PHwyY4t7GDYXlCgSfWjnrLttC.UeKS6Yt2BuKKV75jnfq rRtXkx_biT6ybPe_qt_jZHvQF3mJVGaWigRyKJ7YXJBAXeR_QJx0vYK_CXoSKGwDFxwnb67d9COC 1s5ucVGYbbW14qkFbpho5CYgmdfiP2R1t4e8mdVvucJ6mDnsWXV749PLZL17fO6tEBPGxWryCJAU AjGkR_mCsGS2Wo7AM5X5FQ6hB.yMx8JQNuzzP7VMvSEQ8OMsQGkq3KEz6VyIJ.0RGIPv9pzhOaDI dXRbvYwvQK7uOi0jTiWGIr67JgLTIhRrdRpO0NXJS3Kk71hmLFXVRiBXUL8ROPOB78oeiXKh75.c llOuxu3VTHQTxd2Ag50fJw9c_OJncVRwA4am4iALe.9KPGRLROfXwHbIPqkvkMbc0EA6Db8F1R9s gkwFiPY4lgH7D9qeWLQdDB3.qnfm9zqlcdXE8253Xp8obazhidgjsRfmKOo8RAm3ODnafYy41kz4 _flKHiUlyUa8jo.T2d.2vMfrEIGOpAOAhcujZ7Z_RxArkt6yG0Os_J0NDNvknj_9gTCZqN7hwXrP 2u2x5.c4NViApEWPd2rkDemcGB3_Vg2b9wHp6ZfDtwz7xDRyswbYnKR_UXM4ldr.bW.p0xkLbc9O 46SbUEZd7A_6C79eExoMfrtmRkMZLykqpHRC8u0mcUYBMoomVAx5H8UBenynQOwiIPUQtNzXMiSI PXZET_hJolWdC8l.Rbni0Yb3KgIvrMRbKE7IfWTA.9Y5vhqkpZENInzzPrfW65H3rNoUnyYXEDeH E1UXJupQk9hBqEoak.57vpUnHPkT9aXVGiptqQRCDnnvMcDSu5exeGVsEekjFFchE_n_HPxaHA.R UkHmJybdoSc.7vEacXGnU.QsRLEuQBM525Cb7uUUeLDIDFFWekA9rR4RHl7kye9alykWSEDE9Aji JnD2LvMPV0rsdZX_Vhxq7kxcc.2OdoryldWXqkFM6WizmlPXRUQEh3KUVT41cWEYKhkc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Sat, 23 May 2020 09:11:59 +0000 Received: by smtp406.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ee92301fd9ce4f6c01ff65af3766e1c2; Sat, 23 May 2020 09:11:56 +0000 (UTC) From: Fehmi Noyan ISI Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: diff(1) -N behaviour - Bug 233402 Message-Id: Date: Sat, 23 May 2020 21:11:49 +1200 To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 49Td0J1Mrnz4Zxx X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.59 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.131.40:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.84)[-0.840]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.90)[-0.905]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[74.6.131.40:from]; NEURAL_HAM_SHORT(-0.34)[-0.340]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 09:12:01 -0000 Hiya Apparently, after we switched from GNU diff to BSD diff, the -N flag no = longer assumes absent files as empty. There is a bug report about GNU diff compatibility but when I look at = diff(1) man page, I see that not treating absent files as empty is = intentional rather than a missing functionality. If this is not the case, I can work on patch to match to GNU diff = behaviour, otherwise, this bug report can be closed I think. What=E2=80=99s your take on this? -N --new-file If a file is found in only one directory, act as if it was found in the other directory too but was of zero size. man for GNU diff -N, --new-file treat absent files as empty Fehmi= From owner-freebsd-hackers@freebsd.org Sat May 23 11:21:13 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A4B402FFD45 for ; Sat, 23 May 2020 11:21:13 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 49TgsN4xVGz3XWl for ; Sat, 23 May 2020 11:21:12 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 5E30D7F8; Sat, 23 May 2020 07:21:10 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sat, 23 May 2020 07:21:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm3; bh=A rsIrYx4/m6ApAzFHID+0skkEFbIRnYMPTbxH+6aNT4=; b=jxHhPikMF9C4M2dBl /RSPGLPRjdvq95MyG0tSKhkCUSqrnBrlHH9YhZEyooFgNBC/eq+YcuaeTpVrU/Ha GNrvRkrrK78k8BIlc9qZE0CzkdRgipaBwag70T1v+snkPcVKIxknBK2ZZfLJgLVp zQIk/eXxBvY8j6sXLyrj3p9tIBV85+rfsGnK00DlkvFpO+2jLfZ5I96v2Spcqizg h+yJ7RvA2GZD50V076TApH2ORlL3yVj483yDH4kkwAFcJ9sd1jM6qPvBfte4vWY4 V1FakVvpSTyChTn34dtlMqPfVHwfyWN8APwAJCujsHACcuIzbctooDCito6frnhP PIZdA== 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-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=ArsIrYx4/m6ApAzFHID+0skkEFbIRnYMPTbxH+6aN T4=; b=uIOVjWS5xyMwmG3hFaaoPTeFVul8BwbYVVw5eI0yoT9pXMXuZbA53HeQF PN9E2922ymDsmiZ5jEbKtT7NBTSJ+T0KkddVrl5ub0iNC5COtrbPZxjqYxwJeecy 4gFLH1//viCls/WtAjS6lnStQXdC5VFiIKKfVjVVvJS510E6poq5JXXjIw63nzm3 ypqg1LUG1j+qcHjoRTW146qrWWxON+I7ngWq9UN80DazFKryc0vR8fxOUIv2m36I bSaQW48tBz8k32LB7o2C9yYSW7eIXXCf4PVp794eItGul/ywWkEcl++d+ULDM6mh Vj1DLV5PA9z1IZ1I6ZNdvybf4sFxA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudduhedggedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtke ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihprghnkhhovhesfhgr shhtmhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpedvheeihfefhfehleejkeekle ehueehfeekleejgefggffgvdekvdduudefudelveenucfkphepudekkedrudeivddrudei iedruddtjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpeihphgrnhhkohhvsehfrghsthhmrghilhdrtghomh X-ME-Proxy: Received: from [10.0.0.100] (unknown [188.162.166.107]) by mail.messagingengine.com (Postfix) with ESMTPA id 2CC9030664F1; Sat, 23 May 2020 07:21:09 -0400 (EDT) Subject: Re: diff(1) -N behaviour - Bug 233402 To: Fehmi Noyan ISI , freebsd-hackers@freebsd.org References: From: Yuri Pankov Message-ID: <94a82a22-b5c9-b797-30cc-0242f6da1c8a@fastmail.com> Date: Sat, 23 May 2020 14:21:07 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 49TgsN4xVGz3XWl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm3 header.b=jxHhPikM; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=uIOVjWS5; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 64.147.123.24 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [-3.57 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[fastmail.com]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; NEURAL_HAM_SHORT(-0.41)[-0.413]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[188.162.166.107:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24:from]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm3,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.03)[-1.029]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.024]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.24:from] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 11:21:13 -0000 Fehmi Noyan ISI via freebsd-hackers wrote: > Hiya > > Apparently, after we switched from GNU diff to BSD diff, the -N flag no longer assumes absent files as empty. > There is a bug report about GNU diff compatibility but when I look at diff(1) man page, I see that not treating absent files as empty is intentional rather than a missing functionality. > > If this is not the case, I can work on patch to match to GNU diff behaviour, otherwise, this bug report can be closed I think. > > What’s your take on this? > > -N --new-file > If a file is found in only one directory, act as if it was found > in the other directory too but was of zero size. > > man for GNU diff > -N, --new-file > treat absent files as empty I think both descriptions say the same, i.e. "zero size" == "empty"? From owner-freebsd-hackers@freebsd.org Sat May 23 11:38:45 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 25E992C83AE for ; Sat, 23 May 2020 11:38:45 +0000 (UTC) (envelope-from fnoyanisi@yahoo.com) Received: from sonic311-13.consmr.mail.bf2.yahoo.com (sonic311-13.consmr.mail.bf2.yahoo.com [74.6.131.123]) (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 49ThFc1Rrpz3Z61 for ; Sat, 23 May 2020 11:38:43 +0000 (UTC) (envelope-from fnoyanisi@yahoo.com) X-YMail-OSG: v8A6xCsVM1lDO3qOg2I7bPJKbMr67UQHeIRQ.LHTZeSNHKREVJDU0uAX61XLQN. b576hwXacEEo7p7d1TRuAEdT3EdzN7LX1pHhsLk_dRHnZHPYbzQrKEWU3iIwZ.ui35zpcaKlO5Ai IY6xDnjISvZTXII.VdCrFfBqGRiXGKZQ8S_nX8GlbrA6luwyRiWJrP5TVWs_fztrca2JYP5HInva 7HpepnaQOk.qWBCzjnkQ1gc0ZyAnjtxmohS3u4.BMGUM62aacAJ5KYAbm83aRlEhY5HlsKqFugM8 lcoSjPDVhzIaNZubJkYXEywvP2cjyYGetzFV4LIOF_dj_GqXEh2mmBmA6CDYAm4MNgthbVEV362B 9SVgmgVmKwfWbx0_k0GcqRPWlnPXKoZSjciXXq4eFez9vv2OnHtxXop3GVjj.gNLrvRs1Zv84B4v fKTPPSBy2_J53zWWSI0K45CFH78.0Z0ZwJhPHIXtAfj00tHD8CC33arI5OKdiYEjONNdRzpvTfdr BOpYQBJPAPgDoW00UlxOqJli9bE1dGBpGMLo_ixcfcL7bEH8HyOXsvB2gGkZjwt9SosQf0FkVhJj sca.TV7RO22dZ39wzbpisBwrti9ARPuDnzMbMjCEvwKwKitJjCtvFIVWTIXYvgwyZM_9G.zg8sFU rXOD2qjeGnjEb1ogOROJKJTQLCOBiCMx06yqswDxiTRgpQ3pPzCvthrxUIhZQaI1l8kB_DQyPT3o LAN2lcAoj4LteJd3s4wSS2.QLHgQK9wlQ2x439nz9wiTHjnMWWS6gxnkUtjJxqlzdu3JORZ5Nxga dTCFBjye87lNcTTG.RY4WW4YPCwEaIAfDPUU.hOaHDd9zO7d2TnfSh4XW_RJauaPa4w9ZhtbjxSz JBHcnFDdY9V_GtRYRIX.s0h6ptjGAhcNIJ3VlErG50njh5jExqJqcJk9YiygCBgk2JEubP.LD1XT KytOfOHQPTK4Jr23jSP15jU.GKc9T3ZlmJj8KUx5PCkMcShg2bVnG68PFyOiPQjsICGWtDLDh9OW vm0_iaECpAlXLI7l6o8m_Wv8FnaSVHp4vB.Ux_PIX.wnplEPTSGpuJjbFHyaE_PRhAbuw49QFMrk tidjD9nHUNB.0QjS0X1LI_6X2s7OmjJts1Z2gLSJxjYT61ctpaiG.Vg2o7VSxXvcZnIlG73O8Jk0 hxfSMzNO.ignw18qcn40TcxirW9rmBy1931FXMdjuJx5EYo3Is9W0g_FqdYfN8lqRGb7WyGYBTwr NxTU.WyPqfo83mSAqtcGWjMIrc2XE_dRB5Zyl0HrxUyFUFrd74psAix2B8Bcz4FEhv32CK.Uloy_ WvHL182AXSsdLRPFlkhVgc1t0cmBZzxWIXU4ZtMkYNXREL3pd_hvi_sMypdcDNkMnKkiPn.5PfZe NTJcE3y3SZvFJ Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Sat, 23 May 2020 11:38:43 +0000 Received: by smtp423.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5aafe98b74e612760e98e155b3408d1d; Sat, 23 May 2020 11:38:41 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: diff(1) -N behaviour - Bug 233402 From: Fehmi Noyan ISI In-Reply-To: <94a82a22-b5c9-b797-30cc-0242f6da1c8a@fastmail.com> Date: Sat, 23 May 2020 23:38:32 +1200 Cc: freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4ADEBC26-0F93-45C1-B775-E6E33E95FDC1@yahoo.com> References: <94a82a22-b5c9-b797-30cc-0242f6da1c8a@fastmail.com> To: Yuri Pankov X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49ThFc1Rrpz3Z61 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.83 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.32)[-0.323]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.026]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.979]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[74.6.131.123:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.131.123:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 11:38:45 -0000 > On 23/05/2020, at 11:21 PM, Yuri Pankov wrote: >=20 > Fehmi Noyan ISI via freebsd-hackers wrote: >> Hiya >> Apparently, after we switched from GNU diff to BSD diff, the -N flag = no longer assumes absent files as empty. >> There is a bug report about GNU diff compatibility but when I look at = diff(1) man page, I see that not treating absent files as empty is = intentional rather than a missing functionality. >> If this is not the case, I can work on patch to match to GNU diff = behaviour, otherwise, this bug report can be closed I think. >> What=E2=80=99s your take on this? >> -N --new-file >> If a file is found in only one directory, act as if it was found >> in the other directory too but was of zero size. >> man for GNU diff >> -N, --new-file >> treat absent files as empty >=20 > I think both descriptions say the same, i.e. "zero size" =3D=3D = "empty=E2=80=9D? Maybe it=E2=80=99s my interpretation, but if you do not supply the = second argument to diff(1), it complains $ echo =E2=80=9Ctest=E2=80=9D > a.txt $ diff -N a.txt nofile diff: nofile: No such file or directory $ GNU diff assumes an empty file for the missing second file and makes the = comparison $ echo =E2=80=9Ctest=E2=80=9D > a.txt $ diff -N a.txt nofile 1d0 < test $=20 From owner-freebsd-hackers@freebsd.org Sat May 23 11:47:39 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 758C22C88B5 for ; Sat, 23 May 2020 11:47:39 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 49ThRt4jSYz3Zm3 for ; Sat, 23 May 2020 11:47:38 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id E82237CA; Sat, 23 May 2020 07:47:34 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sat, 23 May 2020 07:47:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm3; bh=J 5dQ4LEupAE1ML1uoI29lZMEIqtbsgI8cmZaWjiQ/r8=; b=UXmY1evMVo22KPD/u 9OAE1dVEDyguidINJwYcvws1fHsOkbYq4u1FBMdXVt6VUT1eJiNfExmOrx1RFKSm 583QkDZ3ObuF98IgGk0A8WbTWzYJ/vaX1hKVLNhrt0/7tv/5i/QwvZMwnojz0SEb R4UBfUgvbNx00iBQHIjByyyoYdS1CtpoEUaQu6uVBqep+kR4Iyi41Xr7atKMWXqH hTzeyS2ow3mMLzlkdR7QB028U5J2BMHLx1tU5REVuOV08ZLxnfdcQ2AcTrY8Dvb2 zM/U4nnuvAlxt/HkTiYyArIxuGFc213U6ppgpLiJqP/ZPOgnI/Ac/aWkDFZRWFWI exSSg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=J5dQ4LEupAE1ML1uoI29lZMEIqtbsgI8cmZaWjiQ/ r8=; b=QZ79UinSkRJros5Q1ROjAgMK1P6FQM+sQE5QBcJG2/fl0y8GRUo9CGKAc 8Hgfr6GNG66WkxschCtmMKinx0Ml5/fMueE0JSpHewABjsqE+9Wjrek3Q4V7CCdq LYpf61LqDz7FwgyQF6ScKl1qlcxhUI32orbLoEeVazMjNjTJ6+MrT2NQ2EJE8SEY tJAvlW9hDoPjkVQqvP/RrKleeeCY83RbEeTMRb5VeDf2YBy+Grte/nOLQVtGhoGa zVp3rwhAIBLhmx+yTL9VRrcFIpe/F3I78NtopCZIhXnUOiaexLwCOXxqpxtduYFn STWz4yI25kvAFrvI8rois4d6crwWA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudduhedggeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtke ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihprghnkhhovhesfhgr shhtmhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpedvheeihfefhfehleejkeekle ehueehfeekleejgefggffgvdekvdduudefudelveenucfkphepudekkedrudeivddrudei iedruddtjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpeihphgrnhhkohhvsehfrghsthhmrghilhdrtghomh X-ME-Proxy: Received: from [10.0.0.100] (unknown [188.162.166.107]) by mail.messagingengine.com (Postfix) with ESMTPA id D7A0130664F6; Sat, 23 May 2020 07:47:33 -0400 (EDT) Subject: Re: diff(1) -N behaviour - Bug 233402 To: Fehmi Noyan ISI Cc: freebsd-hackers@freebsd.org References: <94a82a22-b5c9-b797-30cc-0242f6da1c8a@fastmail.com> <4ADEBC26-0F93-45C1-B775-E6E33E95FDC1@yahoo.com> From: Yuri Pankov Message-ID: Date: Sat, 23 May 2020 14:47:32 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <4ADEBC26-0F93-45C1-B775-E6E33E95FDC1@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 49ThRt4jSYz3Zm3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm3 header.b=UXmY1evM; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=QZ79UinS; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 64.147.123.19 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [-3.45 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19:c]; FREEMAIL_FROM(0.00)[fastmail.com]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; NEURAL_HAM_SHORT(-0.32)[-0.318]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[188.162.166.107:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm3,messagingengine.com:s=fm2]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.016]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 11:47:39 -0000 Fehmi Noyan ISI via freebsd-hackers wrote: > > >> On 23/05/2020, at 11:21 PM, Yuri Pankov wrote: >> >> Fehmi Noyan ISI via freebsd-hackers wrote: >>> Hiya >>> Apparently, after we switched from GNU diff to BSD diff, the -N flag no longer assumes absent files as empty. >>> There is a bug report about GNU diff compatibility but when I look at diff(1) man page, I see that not treating absent files as empty is intentional rather than a missing functionality. >>> If this is not the case, I can work on patch to match to GNU diff behaviour, otherwise, this bug report can be closed I think. >>> What’s your take on this? >>> -N --new-file >>> If a file is found in only one directory, act as if it was found >>> in the other directory too but was of zero size. >>> man for GNU diff >>> -N, --new-file >>> treat absent files as empty >> >> I think both descriptions say the same, i.e. "zero size" == "empty”? > > Maybe it’s my interpretation, but if you do not supply the second argument to diff(1), it complains > $ echo “test” > a.txt > $ diff -N a.txt nofile > diff: nofile: No such file or directory > $ > > GNU diff assumes an empty file for the missing second file and makes the comparison > $ echo “test” > a.txt > $ diff -N a.txt nofile > 1d0 > < test > $ I must admit that I never used -N without -r, so it's probably the only case that needs fixing? $ mkdir a b $ echo bar > a/foo $ diff -ruN a b diff -ruN a/foo b/foo --- a/foo 2020-05-23 14:44:34.525932000 +0300 +++ b/foo 1970-01-01 03:00:00.000000000 +0300 @@ -1 +0,0 @@ -bar