From owner-freebsd-current@freebsd.org Tue Sep 17 11:21:32 2019 Return-Path: Delivered-To: freebsd-current@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 534C6FFC4B for ; Tue, 17 Sep 2019 11:21:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 46Xgfg295jz3PCR for ; Tue, 17 Sep 2019 11:21:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72c.google.com with SMTP id q203so3557604qke.1 for ; Tue, 17 Sep 2019 04:21:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kHt7VcD0iW8zyVXvbdohmR2gb1eZyyWqskOOAJkNXTo=; b=NJijQMLaa/HPEZB5TL1X07+AXL5hOvucnaPO46lUDmiKTVIoS7IyqV25UTRCCVavPm TaZwqrxp+EML96zB38sjefnmYMO8Zg4CTrnICFRAT7WvGhnnepZiDWIHWQECaDfuFPEa Ktx6x4k1aZ4JPv8XsMnKopfJ0prr4s+sKCiWVLexoBZ4gDYsZUvkGFMM7ODNnf7JbH+v qhuzFPCWI1LD1vjfwrXk2Mcuvraft93r92NshzoCcdkVwpqCPN/EP0kKpcGbLgY8Vnbs 2CqsdW3g0BweLvsYuDyILhgJxlyljuO/ENotu7ZEXyHT9jf7dhyb7hwNho/S0rmB7zN3 EdVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kHt7VcD0iW8zyVXvbdohmR2gb1eZyyWqskOOAJkNXTo=; b=NjWPt3aZF3WjZokAa8BJit0q9RkuJCmd7dAH2bm2eKQYb9R44rHyVSHaUxpWlMZydM XlAAZ4dMrZHcqJ1rW7ICobm6R+1a4X4OKDAFkp4vA1id4NWJXoQ7pFtkfbqjWRah3rIe 8/z++/fJcMXRnTilvBfLpOFwzFdvvqRFXzd/NEZfoCx3S+SHcXMb5+d+8C32urU4xkLL 4JdiaOTXN+OQJms+0wpbzyXUaL48/Vd+nkheGdSB9Jympgo1PaO5sybR1ItxaGiPFiTo oiUCveoIxBbpulDt99AbuEsK60GaIqRuXMNI9Oi7JMBP6NB/QMQcYCIY1f+x7yLIc+Qw FHQA== X-Gm-Message-State: APjAAAUTUFc6hJFKgHcqFttYE0m4q7Vu9y8lllACmwzT9z67cMwO058M e+izr3421nJOGwfVtH6V9l/13TDUT5+LF7hx4shp2A== X-Google-Smtp-Source: APXvYqyklzxh7VSfFDHRD9PZs5YpRMubEsxQjxbH0IvhF0eqQzkFRnjElwRI78aCYvILM9XR5mXe8pIw+3LVXXbCNMI= X-Received: by 2002:a37:30f:: with SMTP id 15mr2820362qkd.240.1568719289861; Tue, 17 Sep 2019 04:21:29 -0700 (PDT) MIME-Version: 1.0 References: <201909170530.x8H5UGxo012419@kx.truefc.org> <5E929415-319A-490D-AB9A-2F8259391B13@me.com> <8A9627B9-8190-490C-8D76-6F2A9D00E059@me.com> In-Reply-To: <8A9627B9-8190-490C-8D76-6F2A9D00E059@me.com> From: Warner Losh Date: Tue, 17 Sep 2019 12:21:17 +0100 Message-ID: Subject: Re: r352368 can't boot To: Toomas Soome Cc: KIRIYAMA Kazuhiko , FreeBSD Current X-Rspamd-Queue-Id: 46Xgfg295jz3PCR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=NJijQMLa; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::72c) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[c.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[me.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.86)[ip: (-9.32), ipnet: 2607:f8b0::/32(-2.69), asn: 15169(-2.23), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2019 11:21:32 -0000 On Tue, Sep 17, 2019, 11:24 AM Toomas Soome wrote: > > > On 17 Sep 2019, at 13:09, Warner Losh wrote: > > > > On Tue, Sep 17, 2019, 6:47 AM Toomas Soome wrote: > >> >> >> > On 17 Sep 2019, at 08:30, KIRIYAMA Kazuhiko wrote: >> > >> > Hi,all >> > >> > Yesterday I've updated latest head (r352368) and rebuild >> > 13.0-CURRENT. All went fine, but when I boot, it's stopped >> > at boot stage. Then I typed `boot', booted normally and put >> > login prompt and login go ahead. But `shutdown -r now', >> > stopped at loader prompt same as login case. What happened? >> > All I've done is whithin bhyve VM. >> > >> > >> >> >> > Consoles: userboot >> > >> > FreeBSD/amd64 User boot, Revision 1.1 >> > (Mon Jun 18 16:11:55 UTC 2018 root@releng3.nyi.freebsd.org) >> > Loading /boot/defaults/loader.conf >> > xemit not found >> > Error while including /boot/frames.4th, in the line: >> > h_el @ xemit >> > >> > can't load 'kernel' >> > >> > Type '?' for a list of commands, 'help' for more detailed help. >> > OK >> > >> >> This is unfortunate case where the guest image has more recent boot >> scripts than hosts /boot/userboot.so has. I did push the fix for that issue >> to stable/11 and stable/12. The patch does introduce xemit word. >> >> Such situation is unfortunate, but accident waiting to happen with this >> method where we are attempting to use bootloader (userboot.so) from older >> system to load guest vm. >> > > Can we provide a fallback to xemit builtin for old systems without it? I > believe we did this for other things as a transition. Forth has a way to do > this, though we need to make sure we properly constrain what we pass to > emit... > > Warner > > P.s. I'm at legoland this week, so I can't look at it for a bit. > > > Well, the only way to avoid such issue is to make sure the guest > environment is providing all the needed bits, but since we do have > interpreter inside the userboot.so and userboot.so is in host, this does > set rather unfortunate limits what we can do. > Yes. I understand that we are limited in our scripts to somehow testing if xemit is a forth word and if not providing a fallback implementation of it in forth using emit. Warner rgds, > toomas >