From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id E1F5721951C80 for ; Wed, 26 Apr 2017 22:51:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1493272312; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=d26e4goJmXsi5lfvX0Va20jvx0RpggLAXXXVLMKA4pg=; b=TYPC+cTiV7I57CReskD3gnNaLacQ5jebkbZq4slUEBaVATS3nznWxh1c2JWeyYyB 5kAugm155j3Qiy/lA524UEQh/xq5dK8438Pk1EKB4fcg0pefvv6Bbxf3Zi5qauY+ TXs8fIei/ibY26eI71zpCMobp4WpKu42wtDHBFfUvQHA76CDdS1SAhe5MOrvyDKc G/z4L+QME2G0HcIFGXscVcZbgDKkHkAJJaUl2ZqTztmaXokUnGplr6BctPk8AFTZ FWb6qwOrGEdA2CY0lmfPvAQnMPVllzc1dS4f5QH+kDlLMYthzdVqfzyTTFvuDFdN hgA4FZJYJLkzIhY2KeiwvQ==; Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id ED.FF.29279.8F681095; Wed, 26 Apr 2017 22:51:52 -0700 (PDT) X-AuditID: 11973e11-0e8b49a00000725f-9d-590186f8c56e Received: from kencur (kencur.apple.com [17.151.62.38]) by relay5.apple.com (Apple SCV relay) with SMTP id 4F.B9.02326.8F681095; Wed, 26 Apr 2017 22:51:52 -0700 (PDT) MIME-version: 1.0 Received: from [192.168.0.127] (c-67-168-187-39.hsd1.wa.comcast.net [67.168.187.39]) by kencur.apple.com (Oracle Communications Messaging Server 8.0.1.2.20170210 64bit (built Feb 10 2017)) with ESMTPSA id <0OP200KNK0AFGU30@kencur.apple.com>; Wed, 26 Apr 2017 22:51:52 -0700 (PDT) Sender: afish@apple.com From: Andrew Fish X-Mailer: iPad Mail (14E304) In-reply-to: <734D49CCEBEEF84792F5B80ED585239D5B93AF36@SHSMSX104.ccr.corp.intel.com> Date: Wed, 26 Apr 2017 22:50:58 -0700 Cc: Laszlo Ersek , edk2-devel-01 Message-id: References: <43c8bb1a-3f04-e133-211f-0601d6ec9078@redhat.com> <734D49CCEBEEF84792F5B80ED585239D5B93AF36@SHSMSX104.ccr.corp.intel.com> To: "Ni, Ruiyu" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrMLMWRmVeSWpSXmKPExsUi2FAYofujjTHS4OUvRYs9h44yWyw7toPF 4mXPanYHZo/Fe14yeXTP/sfi8X7fVbYA5igum5TUnMyy1CJ9uwSujHn9j9gKLgpWzLyb0cD4 j7eLkZNDQsBEYtvrX6xdjFwcQgKrmST+N01lhUlsWLuOBSKxglFi29HrTCAJXgFBiR+T7wEl ODiYBeQlDp6XBQkzC2hJfH/UygJiCwksZJJof1AGYgsLiEu8O7OJGcLWkliy9iNYDZuAssSK +R/YIXbJSPx/e4sNxOYUCJOY+X8PWJxFQFXiRn8jE8R8X4m5zbegTrCR6P1+hBFiVzujxPpv YSC2iICKxKx1v5hBbpYQ2MIm8ezkSuYJjMKzkJw9C+HsWUjOXsDIvIpRKDcxM0c3M89IL7Gg ICdVLzk/dxMjKNSn2wnuYDy+yuoQowAHoxIPr+NGhkgh1sSy4srcQ4zSHCxK4rzKO/5HCAmk J5akZqemFqQWxReV5qQWH2Jk4uCUamC8YdC2XOdDxM3X18+yfFvofWfXikqWT+v3X1ZfsuDx 6R9xS76uuBM8a+mv41O/FHse4li7MPdoiErC3j2rg+ViJuqElyyK+Lr/+GmZpbfVXjs0nzHg sLI9U1KWqLH4pvpfwfeRbI4SHWzX3h3kWeF2UfrJgy6lNl2nVBeWhl3tlyw3BU4LDHbTVmIp zkg01GIuKk4EAHGRbXRWAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprKIsWRmVeSWpSXmKPExsUiON1OTfdHG2OkwdpdMhZ7Dh1ltlh2bAeL xcue1ewOzB6L97xk8uie/Y/F4/2+q2wBzFFcNimpOZllqUX6dglcGfP6H7EVXBSsmHk3o4Hx H28XIyeHhICJxIa161i6GLk4hARWMEpsO3qdCSTBKyAo8WPyPaAEBwezgLzEwfOyIGFmAS2J 749aWUBsIYGFTBLtD8pAbGEBcYl3ZzYxQ9haEkvWfgSrYRNQllgx/wM7xC4Zif9vb7GB2JwC YRIz/+8Bi7MIqErc6G9kgpjvKzG3+RbUCTYSvd+PMELsameUWP8tDMQWEVCRmLXuF/MERoFZ SC6dhXDpLCSXLmBkXsUoUJSak1hpqpdYUJCTqpecn7uJERSaDYUROxj/L7M6xCjAwajEw/ti HUOkEGtiWXFl7iFGCQ5mJRHe9ELGSCHelMTKqtSi/Pii0pzU4kOMVUA3T2SWEk3OB8ZNXkm8 oYmJgYmxsZmxsbmJOVWElcR5VwKjWUggPbEkNTs1tSC1CGY5EwenVANjOM+RiLd9DK8ZS6R4 HeP8MnsPpF6/WX7wW5TI8duHjGW0PC+Wfg+70npMartValrkdyGVB1tu9WRpSq//KKlqtmnK owDXeGuDTO6rv2r/pLPZKkgtccmp2Nj/zbyq1NHkcPbx3zsETzDrl7Ab7rt3eco8JcMU43NF v/b8N5328+HZ0odl0clKLMUZiYZazEXFiQBFR4XJqAIAAA== Subject: Re: falling back to UiApp? X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2017 05:51:53 -0000 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Laszlo, There is no platform policy in the UEFI spec by design. The spec is policy agnostic, as an ATM policy would be different from a server, etc. It's all implementation choice. > On Apr 26, 2017, at 10:40 PM, Ni, Ruiyu wrote: > > Laszlo, > I believe the "Unable to boot" message was added by intention. > > I just checked the UEFI Spec Boot Manager chapter again, still I didn't > find any wording to say what to do, when boot and recovery failure > happens. > > Putting "Unable to boot" message there is to tell platform developer > that system is not in good state (no bootable option), helpful for debugging. > > But rethinking about that, maybe I could also print a user-visible > string "Unable to boot, press any key to enter Boot Manager Menu." to > STD console and redirect to Boot Manager Menu when any key is received. > > I still don't like to silently show UI when this failure happens. > > What's your opinion? > If you agree, could you please help submit a Bugzilla tracker? > > Thanks/Ray > >> -----Original Message----- >> From: Laszlo Ersek [mailto:lersek@redhat.com] >> Sent: Wednesday, April 26, 2017 10:23 PM >> To: Ni, Ruiyu >> Cc: edk2-devel-01 >> Subject: falling back to UiApp? >> >> Hi Ray, >> >> the UiApp application is added to the UEFI boot order automatically, but it is not >> invoked automatically, even if BDS gives up and hangs with >> >> [Bds] Unable to boot! >> >> For example, consider the following: >> - no UEFI bootable application available anywhere in the system, >> - ... not even for the default platform recovery option, >> - no shell is built into the firmware image, >> - but UiApp is available in the firmware image. >> >> Is it possible to jump to UiApp in this case, rather than hanging with >> >> [Bds] Unable to boot! >> >> ? >> >> Can (or should) platform code do something about this? >> >> Or would this conflict with the UEFI spec either way? >> >> Thank you, >> Laszlo > _______________________________________________ > edk2-devel mailing list > edk2-devel@lists.01.org > https://lists.01.org/mailman/listinfo/edk2-devel