search for: intcall

...XX MARK 1 for (i=0; i< 10; i++) { int j; memset(&regs_in, 0, sizeof regs_in); regs_in.eax.l = 0x0019; regs_in.edx.l = i; // sector number regs_in.ecx.l = 1; // sector count regs_in.es = SEG(sectorBuf); regs_in.ebx.w[0] = OFFS(sectorBuf); __intcall(0x22, &regs_in, NULL); printf("%d: ", i); for (j =0; j < 512; j++) { if (sectorBuf[j] != 0) printf("%x", sectorBuf[j]); } printf(" .\n"); } } This should print something if non-null data is encountered, but i see just a "....

diff --git a/core/localboot.c b/core/localboot.c index 0b8769e4..30bfb272 100644 --- a/core/localboot.c +++ b/core/localboot.c @@ -63,7 +63,6 @@ __export void local_boot(int16_t ax) ireg.eax.w[0] = 0; /* Reset drive */ __intcall(0x13, &ireg, NULL); - memset(&ireg, 0, sizeof(ireg)); ireg.eax.w[0] = 0x0201; /* Read one sector */ ireg.ecx.w[0] = 0x0001; /* C/H/S = 0/0/1 (first sector) */ ireg.ebx.w[0] = OFFS(trackbuf); 21.01.2019 11:03, Erwan Velu writes: > Can you share the patch you used ? >

...com32_cfarcall ; Cfarcall entry point push dword com32_farcall ; Farcall entry point push dword (1 << 16) ; 64K bounce buffer push dword (comboot_seg << 4) ; Bounce buffer address push dword com32_intcall ; Intcall entry point push dword command_line ; Command line pointer - push dword 6 ; Argument count + push dword 7 ; Argument count sti ; Interrupts OK now...

...esolution (Gene Cumm). * diag/geodsp improvements (Gene Cumm). * DOS: Fix syslinux.com DOS-based installer. * Improve gcc 4.3.0 compatibility. * syslxint: fix compilation on non-x86 architectures. * localboot: Fix "localboot 0x80" and similar cases. * Add memset() calls prior to any intcall() and other mem fixes; specially relevant for older hardware and/or buggy BIOS. * poweroff.c32: Fixes (Gene Cumm). * HDT: Fix memory leak in CLI (Felipe Pena). * ACPI: Remove memset of buffer; it makes things clearer but also prevents some compilation warnings (Erwan Velu). * Add manpages...

...(uint32_t) (buf->base >> 32), (uint32_t) buf->base, + (uint32_t) (buf->len >> 32), (uint32_t) buf->len, buf->type); insertrange(buf->base, buf->len, buf->type); range_count++; @@ -78,7 +78,8 @@ memset(&regs, 0, sizeof regs); intcall(0x12, &regs, &regs); insertrange(0, (uint64_t) ((uint32_t) regs.eax.w[0] << 10), 1); - printf(" DOS: %d K\n", regs.eax.w[0]); + if (!quiet) + printf(" DOS: %d K\n", regs.eax.w[0]); } static inline int get_e801(void) @@ -101,7 +102,8 @@...

...stem hanging at Probing EDD, but after using 'edd=off' in the APPEND line I was successfully able to boot my kernel/initrd with syslinux-6.03 using a USB. So, lets assume my BIOS does not support EDD, but because it worked with USB (edd=off) so I assume one of the changes like (EDD, the __intcall() 16-bit interrupt mechanism has been replaced with direct function calls(32-bit) using ELF object support, memset() calls are added prior to intcall()) is responsible for not loading the kernel properly into the memory, PLEASE note, if I land into the boot prompt and call initrd first, that gets l...

...or.com> wrote: > > diff --git a/core/localboot.c b/core/localboot.c > index 0b8769e4..30bfb272 100644 > --- a/core/localboot.c > +++ b/core/localboot.c > @@ -63,7 +63,6 @@ __export void local_boot(int16_t ax) > ireg.eax.w[0] = 0; /* Reset drive */ > __intcall(0x13, &ireg, NULL); > > - memset(&ireg, 0, sizeof(ireg)); > ireg.eax.w[0] = 0x0201; /* Read one sector */ > ireg.ecx.w[0] = 0x0001; /* C/H/S = 0/0/1 (first sector) */ > ireg.ebx.w[0] = OFFS(trackbuf); > > 21.01.2019 11:03, Erwan Velu writes...

...sp improvements (Gene Cumm). * DOS: Fix syslinux.com DOS-based installer. * Improve gcc 4.3.0 compatibility. * syslxint: fix compilation on non-x86 architectures. * localboot: Fix "localboot 0x80" and similar cases. * Add memset() calls prior to any intcall() and other mem fixes; specially relevant for older hardware and/or buggy BIOS. * poweroff.c32: Fixes (Gene Cumm). * HDT: Fix memory leak in CLI (Felipe Pena). * ACPI: Remove memset of buffer; it makes things clearer but also prevents some compilation war...

...esolution (Gene Cumm). * diag/geodsp improvements (Gene Cumm). * DOS: Fix syslinux.com DOS-based installer. * Improve gcc 4.3.0 compatibility. * syslxint: fix compilation on non-x86 architectures. * localboot: Fix "localboot 0x80" and similar cases. * Add memset() calls prior to any intcall() and other mem fixes; specially relevant for older hardware and/or buggy BIOS. * poweroff.c32: fixes (Gene Cumm). * HDT: Fix memory leak in CLI (Felipe Pena). * ACPI: Remove memset of buffer; make things clearer but also prevents some compilation warnings (Erwan Velu). * Add manpages for...

...m). > * DOS: Fix syslinux.com DOS-based installer. > * Improve gcc 4.3.0 compatibility. > * syslxint: fix compilation on non-x86 architectures. > * localboot: Fix "localboot 0x80" and similar cases. > * Add memset() calls prior to any intcall() and other mem fixes; > specially relevant for older hardware and/or buggy BIOS. > * poweroff.c32: Fixes (Gene Cumm). > * HDT: Fix memory leak in CLI (Felipe Pena). > * ACPI: Remove memset of buffer; it makes things clearer but > also prev...

...at I'm trying to do is send (possibly receive) UDP packets via the PXE stack using the com32 API (using version 3.11 of syslinux). I have followed both the comboot API doc and the aforementioned thread; however they disagree on which registers are used for which bits of data in the setup for __intcall(). According to the comboot doc, to call the PXE stack's 'get cached info' function: Input: AX 0009h BX PXE function number ES:DI PXE data buffer Output: AX PXE return status code or, in com32 terms (the PXE call argument struct has been copied into the bou...

> > Hi > I have tried to install syslinux 4.06 on the SD card again, it works > like a charm. > > I am being very carefull with c32 files from the same version > bootloader. No success. > > I am also unmounting /dev/sdb1 before installing syslinux, as mentioned > in the given documentations. > In the pasted syslinux.cfg content--- I have also tried using only

Hi I have tried to install syslinux 4.06 on the SD card again, it works like a charm. I am being very carefull with c32 files from the same version bootloader. No success. I am also unmounting /dev/sdb1 before installing syslinux, as mentioned in the given documentations. In the pasted syslinux.cfg content--- I have also tried using only one DEFAULT directive. No success. syslinux boots

...b/libgcc/__lshrdi3.o /tmp/syslinux/efi64/com32/lib/libgcc/__muldi3.o /tmp/syslinux/efi64/com32/lib/libgcc/__udivmoddi4.o /tmp/syslinux/efi64/com32/lib/libgcc/__umoddi3.o /tmp/syslinux/efi64/com32/lib/libgcc/__divdi3.o /tmp/syslinux/efi64/com32/lib/libgcc/__moddi3.o /tmp/syslinux/efi64/com32/lib/sys/intcall.o /tmp/syslinux/efi64/com32/lib/sys/farcall.o /tmp/syslinux/efi64/com32/lib/sys/cfarcall.o /tmp/syslinux/efi64/com32/lib/sys/zeroregs.o /tmp/syslinux/efi64/com32/lib/sys/argv.o /tmp/syslinux/efi64/com32/lib/sys/sleep.o /tmp/syslinux/efi64/com32/lib/sys/fileinfo.o /tmp/syslinux/efi64/com32/lib/sys/o...

On Sat, 29 Jun, at 01:57:58AM, Igor Sverkos wrote: > Hi, > > Matt Fleming wrote: > > On Tue, 25 Jun, at 01:52:00PM, Helmut Hullen wrote: > >> Thanks - now it crashes later ... > > > > What crash are you seeing? > > > >> I don't have the ia64 files which are needed for a complete binary. But > >> maybe that's only my special

From: Matt Fleming <matt.fleming at linux.intel.com> This series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and