Displaying 8 results from an estimated 8 matches for "efi_invalid_paramet".
Did you mean:
efi_invalid_parameter
2020 Jun 11
2
[PATCH] efi/main: add retry to exit_boot()
...us = uefi_call_wrapper(BS->GetMemoryMap,
+ 5,
+ &map_sz,
+ map,
+ &key,
+ &desc_sz,
+ &desc_ver);
+ if (!map) {
+ FreePool(map);
+ return -1;
+ }
+
+ status = uefi_call_wrapper(BS->ExitBootServices, 2, image_handle, key);
+
+ if (status == EFI_INVALID_PARAMETER) {
+ /*
+ * Retry GetMemoryMap() and ExitBootServices() if the
+ * first try fails per UEFI Spec v2.6, Section 6.4:
+ * EFI_BOOT_SERVICES.ExitBootServices.
+ */
+ map_sz = buf_sz;
+ status = uefi_call_wrapper(BS->GetMemoryMap,
+ 5,
+ &map_sz,
+ map,
+...
2015 Nov 04
1
[PATCH] efi: Call ExitBootServices at least twice
...ill be valid. I don't believe it's forbidden at all since
>> ExitBootServices() was NOT successful.
>
> I disagree with this. The documentation of ExitBootServices(), section
> 6.4, say (typo included):
> "If MapKey value is incorrect, ExitBootServices() returns
> EFI_INVALID_PARAMETER and GetMemoryMap() with ExitBootServices() must
> be called again. Firmware implementation may choose to do a partial
> shutdown of the boot services during the first call to
> ExitBootServices(). EFI OS loader should not make calls to any boot
> service function other then GetMemoryM...
2017 May 31
0
[PATCH 2/4] efi/udp: Add retry disabling UseDefaultAddress in core_udp_connect and core_udp_sendto
...FI_UDP4 *udp, EFI_UDP4_CONFIG_DATA *udata,
}
} else {
if (status != EFI_SUCCESS) {
- Print(L"%s: udp->Configure() unsuccessful (%d)", f, status);
+ Print(L"%s: udp->Configure() unsuccessful (%d)\n", f, status);
if (!efi_net_def_addr && (status == EFI_INVALID_PARAMETER))
efi_net_def_addr = 2;
}
@@ -158,6 +158,7 @@ void core_udp_connect(struct pxe_pvt_inode *socket, uint32_t ip,
/* Re-use the existing local port number */
udata.StationPort = socket->net.efi.localport;
+retry:
if (efi_net_def_addr) {
udata.UseDefaultAddress = TR...
2020 Jun 18
0
[PATCH] efi/main: add retry to exit_boot()
...map_sz = buf_sz;
+ status = uefi_call_wrapper(BS->GetMemoryMap,
+ 5,
+ &map_sz,
+ map,
+ &key,
+ &desc_sz,
+ &desc_ver);
+ if (!map) {
+ FreePool(map);
+ return -1;
+ }
+
+ status = uefi_call_wrapper(BS->ExitBootServices, 2, image_handle, key);
+
+ if (status == EFI_INVALID_PARAMETER) {
+ /*
+ * Retry GetMemoryMap() and ExitBootServices() if the
+ * first try fails per UEFI Spec v2.6, Section 6.4:
+ * EFI_BOOT_SERVICES.ExitBootServices.
+ */
+ map_sz = buf_sz;
+ status = uefi_call_wrapper(BS->GetMemoryMap,
+ 5,
+ &map_sz,
+ map,
+ &key,
+ &desc_sz,...
2015 Sep 16
1
[PATCH] efi: Call ExitBootServices at least twice
On Wed, 26 Aug 2015 05:54:04 +0200
celelibi--- via Syslinux <syslinux at zytor.com> wrote:
> From: Sylvain Gault <sylvain.gault at gmail.com>
>
> Some firmware implementations may need ExitBootServices to be called
> twice. The second time with an updated memory map key.
>
> Signed-off-by: Sylvain Gault <sylvain.gault at gmail.com>
> ---
> efi/main.c |
2015 Nov 03
2
[PATCH] efi: Call ExitBootServices at least twice
On Mon, Nov 2, 2015 at 10:23 PM, Celelibi <celelibi at gmail.com> wrote:
> 2015-11-02 12:34 UTC+01:00, Gene Cumm <gene.cumm at gmail.com>:
>> On Tue, Aug 25, 2015 at 11:54 PM, celelibi--- via Syslinux
>> <syslinux at zytor.com> wrote:
>>> From: Sylvain Gault <sylvain.gault at gmail.com>
>>>
>>> Some firmware implementations may need
2015 Nov 03
0
[PATCH] efi: Call ExitBootServices at least twice
...ry allocation
> should still be valid. I don't believe it's forbidden at all since
> ExitBootServices() was NOT successful.
I disagree with this. The documentation of ExitBootServices(), section
6.4, say (typo included):
"If MapKey value is incorrect, ExitBootServices() returns
EFI_INVALID_PARAMETER and GetMemoryMap() with ExitBootServices() must
be called again. Firmware implementation may choose to do a partial
shutdown of the boot services during the first call to
ExitBootServices(). EFI OS loader should not make calls to any boot
service function other then GetMemoryMap() after the first...
2017 May 31
6
[PATCH 1/4] efi/udp: core_udp_connect should use SubnetMask not StationAddress for netmask
Signed-off-by: Julien Viard de Galbert <jviarddegalbert at online.net>
---
efi/udp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/efi/udp.c b/efi/udp.c
index 1088f47..b0f13ad 100644
--- a/efi/udp.c
+++ b/efi/udp.c
@@ -163,7 +163,7 @@ void core_udp_connect(struct pxe_pvt_inode *socket, uint32_t ip,
} else {
udata.UseDefaultAddress = FALSE;