CC'ing Mark Salter, and edk2-devel, also updating the subject slightly
for better context.
On 10/01/15 11:26, HATAYAMA Daisuke wrote:
> Currently, as of the commit f348aee7b33dd85e7da62b497a96a7319a0bf9dd,
> SNP is exclusively reopened to avoid slowdown or complete failure to
> load files due to r
On 10/09/15 12:10, HATAYAMA Daisuke wrote:
> Sorry for delayed response.
>
> From: Laszlo Ersek
> Subject: Re: [grub PATCH] efinet: disable MNP background polling
> Date: Thu, 1 Oct 2015 13:50:31 +0200
>
[snip]
>> Here's an example. Boot OVMF, with a virtio-net-
On 10/13/15 23:49, Daniel Kiper wrote:
> Hi Laszlo,
>
> First of all, thanks a lot for very nice explanation!
>
> On Thu, Oct 01, 2015 at 01:50:31PM +0200, Laszlo Ersek wrote:
>> CC'ing Mark Salter, and edk2-devel, also updating the subject slightly
>> for better
On 10/14/15 00:11, Daniel Kiper wrote:
> On Thu, Oct 01, 2015 at 08:53:44PM +0300, Andrei Borzenkov wrote:
>> 01.10.2015 14:50, Laszlo Ersek ??:
>>> - assuming it is "ethernet packet", look for MNPSB first, and if it's
>>> there, call it to g
use the network interface at the same
> time.
>
>
> Best Regards,
> Ye Ting
>
>
> -Original Message-
> From: Seth Goldberg [mailto:seth.goldb...@oracle.com]
> Sent: Wednesday, October 14, 2015 11:39 PM
> To: The development of GNU GRUB
> Cc: Ye, Ti
On 10/16/15 00:33, Andrew Fish wrote:
>
>> On Oct 15, 2015, at 11:14 AM, Laszlo Ersek wrote:
>>
>> On 10/15/15 04:11, Ye, Ting wrote:
>>> So the current problem is:
>>> GRUB wants to EXCLUSIVE open SNP, though if other application/driver
>>> alre
Hi,
this is a dumb question and it's not appropriate for a development
mailing list, but I couldn't find "grub-user" or "grub-users", so I'll
ask here anyway...
My laptop is connected to my workstation via USB-serial (USB for the
laptop, serial for the workstation). Sometimes, by the time the lap
HyperV Gen2 virtual machines have no PIT; guest code should rely on UEFI
services instead.
RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=1150698
RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=1160128
Signed-off-by: Laszlo Ersek
---
Notes:
Please note that I'm not subscribed t
On 11/26/14 14:42, Andrei Borzenkov wrote:
> On Wed, Nov 26, 2014 at 11:59 AM, Laszlo Ersek wrote:
>> HyperV Gen2 virtual machines have no PIT; guest code should rely on UEFI
>> services instead.
>>
>
> Your patch affects all EFI systems;
Which is intended -- No
On 04/21/15 08:49, Michael Chang wrote:
> On Tue, Apr 21, 2015 at 02:12:54PM +0800, Michael Chang wrote:
>> 3. Even I can add the card open earler before hadling the dhcpv6
>> packets, it will freeze at grub_efi_open_protocol if the option in use
>> is GRUB_EFI_OPEN_PROTOCOL_BY_EXCLUSIVE. I was ac
On 04/22/15 11:57, Michael Chang wrote:
> On Tue, Apr 21, 2015 at 02:30:17PM +0200, Laszlo Ersek wrote:
>> On 04/21/15 08:49, Michael Chang wrote:
>>> On Tue, Apr 21, 2015 at 02:12:54PM +0800, Michael Chang wrote:
>>
>>>> 3. Even I can add the card o
Hi,
sorry for the beginner questions in advance.
How does grub2 locate and read "grub.cfg"?
My (very superficial) understanding is this:
- grub2 relies on its own filesystem drivers; for example, it does not
attempt to consume EFI_SIMPLE_FILE_SYSTEM_PROTOCOL directly on a UEFI
system -- it pres
On 8/15/23 10:17, Ard Biesheuvel wrote:
> On Tue, 15 Aug 2023 at 05:42, Vladimir 'phcoder' Serbinenko
> wrote:
>>>
>>> .
>>>
>>> Ard thinks that a 64 bit alignment for EFI GUIDs is a mistake - see [1]
>>> and [2]. Hence Linux uses `__aligned(__alignof__(u32))` for "efi_guid_t"
>>> since 2019.
>>
>
y.guid.data4[5],
> + entry.guid.data4[6], entry.guid.data4[7]);
>if (*part_uuid == NULL)
> status = grub_errno;
>
Reviewed-by: Laszlo Ersek
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
.c b/grub-core/loader/i386/xnu.c
> index 4e31ce99a..93ba4476d 100644
> --- a/grub-core/loader/i386/xnu.c
> +++ b/grub-core/loader/i386/xnu.c
> @@ -726,8 +726,13 @@ grub_cpu_xnu_fill_devicetree (grub_uint64_t *fsbfreq_out)
> #endif
>
>/* The name of key for new table. */
> - grub_snprintf (guidbuf, sizeof (guidbuf), "%pG", &guid);
> -
> + grub_snprintf (guidbuf, sizeof (guidbuf), "%08x-%04x-%04x-%02x%02x-",
> + guid.data1, guid.data2, guid.data3, guid.data4[0],
> + guid.data4[1]);
> + for (j = 2; j < 8; j++)
> + grub_snprintf (guidbuf + grub_strlen (guidbuf),
> +sizeof (guidbuf) - grub_strlen (guidbuf),
> +"%02x", guid.data4[j]);
>/* For some reason GUID has to be in uppercase. */
>for (j = 0; guidbuf[j] ; j++)
> if (guidbuf[j] >= 'a' && guidbuf[j] <= 'f')
Acked-by: Laszlo Ersek
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
_char (str, &count, max_len, 'x');
> - c = 'x';
> - }
> + write_char (str, &count, max_len, '0');
> + write_char (str, &count, max_len, 'x');
> + c = 'x';
> /* Fall through. */
>
Boot Loader Interface",
2023-06-01).
Acked-by: Laszlo Ersek
I support "revisit[ing] the topic of guid data types and related
functions at a later point". I too happen to have a particular technical
opinion on how that should be done, but first of all, this mess needs to
be disentangled
17 matches
Mail list logo
