supported entry point for EFI
> in Linux. We do not want EFI machines using other entry points. It
> worked out terribly when we used to do this, and we don't want to start
> again. I've Cc'd Matt Fleming, the upstream kernel EFI maintainer,
> because I'm sure he&#
On Tue, 08 Mar, at 07:57:35AM, Andrei Borzenkov wrote:
> >> - 64-bit kernel on 32-bit platform like Baytrail can't work
>
> Do you mean "32 bit EFI"? If yes, why is it a problem?
The biggest issue is that there's no way right now for a boot loader
to tell the kernel that it needs to use a transla
On Wed, 09 Mar, at 11:15:16PM, Andrei Borzenkov wrote:
> 09.03.2016 18:18, Matt Fleming пишет:
> > On Tue, 08 Mar, at 07:57:35AM, Andrei Borzenkov wrote:
> >>>> - 64-bit kernel on 32-bit platform like Baytrail can't work
> >>
> >> Do you mean "32
On Fri, 11 Mar, at 04:51:52PM, Vladimir 'phcoder' Serbinenko wrote:
>
> I'm ok with switching to EFI entry point for EFI platforms if plain 32-bit
> entry point stays available for platforms like coreboot. Can we agree on
> this?
Yes, the legacy 32-bit entry points won't be going anywhere. They w
On Thu, 28 Jul, at 02:25:41AM, Lukas Wunner wrote:
> Apple EFI drivers supply device properties which are needed to support
> Macs optimally.
>
> This series extends the efistub to retrieve the device properties before
> ExitBootServices is called (patch [1/6]). They are assigned to devices
> in a
On Thu, 28 Jul, at 02:25:41AM, Lukas Wunner wrote:
>
> diff --git a/arch/x86/boot/compressed/eboot.c
> b/arch/x86/boot/compressed/eboot.c
> index ff574da..7262ee4 100644
> --- a/arch/x86/boot/compressed/eboot.c
> +++ b/arch/x86/boot/compressed/eboot.c
> @@ -571,6 +571,55 @@ free_handle:
> e
On Fri, 05 Aug, at 01:42:19PM, Lukas Wunner wrote:
>
> So I could cap the number of loop iterations but it would be pointless.
OK, thanks for the explanation.
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-de
On Wed, 07 Sep, at 12:49:18PM, Lukas Wunner wrote:
> Retrieve device properties from EFI on Macs before ExitBootServices is
> called and assign them to devices (patch [3/4]). The devices that
> properties pertain to are encoded as EFI Device Paths, so add a parser
> for these (patch [2/4]). As a fi
Folks, please pull the following v4.10 material. There isn't a huge
amount of stuff here. The biggest change is the EFI dev path parser
code from Lukas to get thunderbolt working on his macbook.
[ The thunderbolt patch has been ACK'd by Andreas and given the OK to
take it through the EFI tree
