search for: load_error_buf

Displaying 11 results from an estimated 11 matches for "load_error_buf".

2018 Dec 18
1
efi config hang
...2chUq3GFGIW4z2ql0ywQ%3D&reserved=0 > > The package automatically builds against the gnu-efi version that's > available in Debian at build time. At the moment that's 3.0.9 and the > version Carl uses is linked against that. I suspect this part is wrong: -static jmp_buf load_error_buf; +static jmp_buf *load_error_buf; That will just define a ptr and using that directly in longjmp/setjmp is odd. Modifying longjmp/setjmp to. -longjmp(load_error_buf,1); +longjmp(&load_error_buf,1); makes much more sense to me. Jocke
2018 Dec 12
2
efi config hang
On Wed, 2018-12-12 at 17:05 -0600, Carl Karsten wrote: > On Wed, Dec 12, 2018 at 4:54 PM Joakim Tjernlund > <Joakim.Tjernlund at infinera.com> wrote: > > On Wed, 2018-12-12 at 16:00 -0600, Carl Karsten via Syslinux wrote: > > > CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know
2020 Mar 24
2
[PATCH] efi/main.c: include <efisetjmp.h>
Building syslinux against gnu-efi 3.0.10 currently fails with: syslinux/efi/main.c:33:8: error: unknown type name ?jmp_buf? 33 | static jmp_buf load_error_buf; | ^~~~~~~ syslinux/efi/main.c: In function ?local_boot?: syslinux/efi/main.c:189:5: warning: implicit declaration of function ?longjmp? [-Wimplicit-function-declaration] 189 | longjmp(&load_error_buf, 1); | ^~~~~~~ syslinux/efi/main.c: In function ?build_gdt?: sysl...
2015 Oct 07
2
Hyper-V Gen 2 waiting for ldlinux.e64
...'t processed by @@ -1383,8 +1385,10 @@ EFI_STATUS efi_main(EFI_HANDLE image, EFI_SYSTEM_TABLE *table) status = uefi_call_wrapper(in->ReadKeyStroke, 2, in, &key); } while (status == EFI_SUCCESS); + Print(L"load_env32 start\n"); if (!setjmp(load_error_buf)) load_env32(NULL); + Print(L"load_env32 done.\n"); /* load_env32() failed.. cancel timer and bailout */ status = cancel_timer(timer_ev); Untested
2017 Jun 09
2
[PATCH 1/3] The VPrint definition is now part of the exports of gnu-efi
Signed-off-by: Beno?t Allard <benoit.allard at greenbone.net> --- efi/fio.h | 9 --------- 1 file changed, 9 deletions(-) diff --git a/efi/fio.h b/efi/fio.h index 65fff8d..a1bfe68 100644 --- a/efi/fio.h +++ b/efi/fio.h @@ -11,15 +11,6 @@ #define MAX_EFI_ARGS 64 #define WS(c16) (c16 == L' ' || c16 == CHAR_TAB) -/* VPrint is not in export declarations in gnu-efi lib yet
2015 Aug 15
3
[PATCH] EFI booting may hang indefinitely when no keyboard is present
...0200 @@ -1324,7 +1324,7 @@ EFI_STATUS efi_main(EFI_HANDLE image, EF in = ST->ConIn; do { status = uefi_call_wrapper(in->ReadKeyStroke, 2, in, &key); - } while (status != EFI_NOT_READY); + } while (status == EFI_SUCCESS); if (!setjmp(load_error_buf)) load_env32(NULL);
2015 Aug 05
0
EFI: HP + syslinux = crash
...lot of code doing this in EFI...mmmhhh > You can try redirecting printf to an empty function and see if it > crashes the same way.. I'm quite sure it isn't the printf that causes the crashing. It just doesn't appear. At one time I had this in efi/main.c: if (!setjmp(load_error_buf)) { printf("Is printf still working?\n"); Print(L"Entering: load_env32\n"); load_env32(NULL); } The output for this is: | Entering: load_env32 The printf's i put in load_env32 itself didn't output anything ei...
2015 Oct 09
0
load_env32 WAS: Hyper-V Gen 2 waiting for ldlinux.e64
...383,8 +1385,10 @@ EFI_STATUS efi_main(EFI_HANDLE image, EFI_SYSTEM_TABLE *table) > status = uefi_call_wrapper(in->ReadKeyStroke, 2, in, &key); > } while (status == EFI_SUCCESS); > > + Print(L"load_env32 start\n"); > if (!setjmp(load_error_buf)) > load_env32(NULL); > + Print(L"load_env32 done.\n"); > > /* load_env32() failed.. cancel timer and bailout */ > status = cancel_timer(timer_ev); > > > Untested (James did) It dies in load_env32. $ git grep load_env co...
2015 Aug 05
2
EFI: HP + syslinux = crash
>>> > On 05-08-15 12:05, Gene Cumm wrote: >> >>? > I recompiled with this in mk/devel.mk <http://devel.mk>: >>? >? GCCWARN += -DDEBUG_PORT=0x2f8 -DCORE_DEBUG=1 >> >> 0x2f8 is a BIOSism. > Is this a problem? The example in the comments said 0x3f8 which is COM1. It means that a BIOS IO port for a UART won't work for EFI.? No
2015 Oct 08
0
{syslinux} Hyper-V Gen 2 waiting for ldlinux.e64
...,8 +1385,10 @@ EFI_STATUS efi_main(EFI_HANDLE image, > EFI_SYSTEM_TABLE *table) > status = uefi_call_wrapper(in->ReadKeyStroke, 2, in, &key); > } while (status == EFI_SUCCESS); > > + Print(L"load_env32 start\n"); > if (!setjmp(load_error_buf)) > load_env32(NULL); > + Print(L"load_env32 done.\n"); > > /* load_env32() failed.. cancel timer and bailout */ > status = cancel_timer(timer_ev); > > > Untested > _______________________________________________ > Syslin...
2015 Oct 07
3
Hyper-V Gen 2 waiting for ldlinux.e64
> On Wed, Oct 07, 2015 at 05:06:41PM -0500, Clements, James via Syslinux > wrote: > > > On Wed, Oct 07, 2015 at 06:01:30PM +0200, Geert Stappers via Syslinux > wrote: > > > is for BIOS, not for EFI. So that suggestion can be scraped. > > > > > > Which makes > > > * text which is on the screen of the netbooting (virtual) machine > > >