Refactor the switch from supervisor to hypervisor to a new function called at
the beginning of do_bootefi().
Signed-off-by: Heinrich Schuchardt
---
With this patch I am just moving around the switch from supervisor to
hypervisor mode within the EFI subsystem. Similar switching also occurs
in all
On Sun, Dec 23, 2018 at 02:46:05AM +0100, Alexander Graf wrote:
>
>
> On 17.12.18 02:16, AKASHI Takahiro wrote:
> > On Sun, Dec 16, 2018 at 09:36:38PM +0100, Heinrich Schuchardt wrote:
> >> On 12/14/18 11:10 AM, AKASHI Takahiro wrote:
> >>> From: Leif Lindholm
> >>>
> >>> This patch provides eno
On Sun, Dec 23, 2018 at 02:56:40AM +0100, Alexander Graf wrote:
>
>
> On 19.12.18 13:23, Heinrich Schuchardt wrote:
> > On 12/19/18 2:49 AM, AKASHI Takahiro wrote:
> >> Heinrich,
> >>
> >> On Tue, Dec 18, 2018 at 07:07:02AM +0100, Heinrich Schuchardt wrote:
> >>> On 12/18/18 6:05 AM, AKASHI Takah
On Sun, Dec 23, 2018 at 03:03:51AM +0100, Alexander Graf wrote:
>
>
> On 18.12.18 06:02, AKASHI Takahiro wrote:
> > See UEFI v2.7, section 3.1.2 for details of the specification.
> >
> > With my efishell command[1], you can try as the following:
> > => efi boot add 1 SHELL ...
> > => efi boo
On Sun, Dec 23, 2018 at 03:05:42AM +0100, Alexander Graf wrote:
>
>
> On 18.12.18 06:02, AKASHI Takahiro wrote:
> > With an extra argument, efi_bootmgr_load() can now load an efi binary
> > based on a "Boot" variable specified.
> >
> > Signed-off-by: AKASHI Takahiro
> > ---
> > cmd/bootefi
On Sun, Dec 23, 2018 at 03:08:52AM +0100, Alexander Graf wrote:
>
>
> On 18.12.18 06:02, AKASHI Takahiro wrote:
> > The current way how command parameters, particularly "fdt addr," are
> > handled makes it a bit complicated to add a subcommand-specific parameter.
> > So just refactor the code and
On Sun, Dec 23, 2018 at 03:15:16AM +0100, Alexander Graf wrote:
>
>
> On 18.12.18 06:02, AKASHI Takahiro wrote:
> > With this patch applied, we will be able to selectively execute
> > an EFI application by specifying a load option, say "1" for Boot0001,
> > "2" for Boot0002 and so on.
> >
> >
On Sun, Dec 23, 2018 at 03:19:17AM +0100, Alexander Graf wrote:
>
>
> On 18.12.18 06:02, AKASHI Takahiro wrote:
> > "run -e" allows for executing EFI application with a specific "Boot"
> > variable. If no "Boot" is specified or "BootOrder" is specified,
> > it tries to run an EFI applicat
On Sun, Dec 23, 2018 at 03:24:16AM +0100, Alexander Graf wrote:
>
>
> On 18.12.18 06:02, AKASHI Takahiro wrote:
> > The function, efi_init_obj_list(), can be shared in different pseudo efi
> > applications, like bootefi/bootmgr as well as my efishell. Moreover, it
> > will be utilized to extend e
On Sun, Dec 23, 2018 at 03:26:17AM +0100, Alexander Graf wrote:
>
>
> On 14.12.18 10:49, AKASHI Takahiro wrote:
> > This is a preparatory patch so that USB boot will be supported
> > in distro boot script by default.
> >
> > Signed-off-by: AKASHI Takahiro
>
> This should already be resolved wi
On Sun, Dec 23, 2018 at 04:11:14AM +0100, Alexander Graf wrote:
>
>
> On 03.12.18 08:02, AKASHI Takahiro wrote:
> > On Mon, Dec 03, 2018 at 12:46:20AM +0100, Alexander Graf wrote:
> >>
> >>
> >> On 05.11.18 10:06, AKASHI Takahiro wrote:
> >>> "devices" command prints all the uefi variables on the
On Sun, Dec 23, 2018 at 04:11:59AM +0100, Alexander Graf wrote:
>
>
> On 03.12.18 08:33, AKASHI Takahiro wrote:
> > On Mon, Dec 03, 2018 at 12:50:04AM +0100, Alexander Graf wrote:
> >>
> >>
> >> On 05.11.18 10:06, AKASHI Takahiro wrote:
> >>> The current way how command parameters, particularly "
On 12/25/18 8:22 AM, AKASHI Takahiro wrote:
> On Thu, Dec 20, 2018 at 08:51:34AM +0100, Heinrich Schuchardt wrote:
>> On 12/18/18 6:05 AM, AKASHI Takahiro wrote:
>>> "drivers" command prints all the uefi drivers on the system.
>>> => efi drivers
>>> Driver Name Image Path
>>> ==
On Sun, Dec 23, 2018 at 04:13:57AM +0100, Alexander Graf wrote:
>
>
> On 03.12.18 09:08, AKASHI Takahiro wrote:
> > On Mon, Dec 03, 2018 at 12:54:44AM +0100, Alexander Graf wrote:
> >>
> >>
> >> On 05.11.18 10:06, AKASHI Takahiro wrote:
> >>> Those function will be used for integration with 'env'
> From: Heinrich Schuchardt
> Date: Tue, 25 Dec 2018 09:26:57 +0100
>
> Refactor the switch from supervisor to hypervisor to a new function called at
> the beginning of do_bootefi().
>
> Signed-off-by: Heinrich Schuchardt
> ---
> With this patch I am just moving around the switch from superviso
On 12/20/18 10:16 PM, Simon Glass wrote:
> Hi Christoph,
>
> On Mon, 17 Dec 2018 at 06:30, Christoph Muellner
> wrote:
>>
>> pinctrl_decode_pin_config_dm() is basically a feature-equivalent
>> implementation of pinctrl_decode_pin_config(), which operates
>> on struct udevice devices and uses the
Hi Simon,
On 12/20/18 10:17 PM, Simon Glass wrote:
> On Mon, 17 Dec 2018 at 06:30, Christoph Muellner
> wrote:
>>
>> The current pinctrl driver for the RK3399 has a range of qulity issues.
>> E.g. it only implements the .set_state_simple() callback, it
>> does not parse the available pinctrl info
On 12/25/18 1:39 PM, Mark Kettenis wrote:
>> From: Heinrich Schuchardt
>> Date: Tue, 25 Dec 2018 09:26:57 +0100
>>
>> Refactor the switch from supervisor to hypervisor to a new function called at
>> the beginning of do_bootefi().
>>
>> Signed-off-by: Heinrich Schuchardt
>> ---
>> With this patch
Hi,
On 20/11/18 14:54, Seung-Woo Kim wrote:
> This reverts commit 232ed3ca534708527a9515c7c41bc3542949525c.
>
> In exynos boards, ${console} is used to set bootargs but it sets
> without "console=", so CONFIG_DEFAULT_CONSOLE for these boards is
> designated with "console=" but it is removed. So r
On 26.12.18 03:02, Heinrich Schuchardt wrote:
> On 12/25/18 1:39 PM, Mark Kettenis wrote:
>>> From: Heinrich Schuchardt
>>> Date: Tue, 25 Dec 2018 09:26:57 +0100
>>>
>>> Refactor the switch from supervisor to hypervisor to a new function called
>>> at
>>> the beginning of do_bootefi().
>>>
>>>
Adding Marek.
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Ooi, Joyce
> Sent: Tuesday, November 27, 2018 5:40 PM
> To: Joe Hershberger
> Cc: Ong, Hean Loong ; Priyanka Jain
> ; See, Chin Liang ; u-
> b...@lists.denx.de
> Subject: Re: [U-Boot] [PAT
21 matches
Mail list logo