similar to: Unable to boot with syslinux-5.1x from git

Hi, Matt Fleming wrote: > ld: libpng/pngrtran.o: warning: relocation against `png_do_read_filler' in readonly section `.text'. > ld: warning: creating a DT_TEXTREL in object. > > Looks like your files aren't position-independent. What does, > > file com32/gpllib/dmi/dmi.o > > say? # file com32/gpllib/dmi/dmi.o com32/gpllib/dmi/dmi.o: ELF 32-bit LSB

On Fri, 12 Jul, at 01:54:21AM, Igor Sverkos wrote: > Hi, > > well, I was finally able to build syslinux-5.11-pre8 from git, but the > system doesn't boot with the self-compiled version. All I see is: > > http://666kb.com/i/cfplluqpcy6owptq3.jpg > > Build log can be found in http://www.syslinux.org/archives/2013-July/020452.html > > After I installed the

The speed value is available since version 2.3 of the SMBIOS specification. Set the default speed string to "Unknown" for older versions. - Sebastian Index: syslinux-3.74-20-g3b80c26/com32/gpllib/dmi/dmi.c =================================================================== --- syslinux-3.74-20-g3b80c26.orig/com32/gpllib/dmi/dmi.c +++ syslinux-3.74-20-g3b80c26/com32/gpllib/dmi/dmi.c @@

> On Jul 10, 2015 5:29 PM, "poma via Syslinux" <syslinux at zytor.com> wrote: > > > The same as with the ISOLINUX, stable and git. > > Only this time has nothing to do with the menu. > > 1) EXTLINUX is no longer a discrete variant. The installer extlinux now > installs SYSLINUX. > 2) William Kensington already saw a similar behavior wherein an

I think the Syslinux 5.00 branch is now at the point where I believe it it is feature complete and should be able to replace the main Syslinux branch. As such, it is important that we get wider testing, and especially that people let us know if and where it breaks. As of right now, there aren't any known bugs...

These patches fix a few compiler warnings. Tested on top of commit aee0dc5565711ef5be7c30fb5fc1c5f3f98db09f Jonathan Boeing (6): Use z width specifier when printing size_t variable pxe: fix truncation warning gpllib: fix sizeof(char *) misuse hdt: fix sizeof(char *) misuse hdt: fix sizeof(char *) misuse hdt: fix sizeof(char *) misuse com32/gpllib/dmi/dmi.c | 24 +++---

Here is a partial patch that I'm using to illustrate a few questions that I have. Looking at the gpllib write_sectors (com32/gpllib/disk/write.c) it looks like the allocated size is wrong; size is in sectors so we should adjust the alloc/memcpy by size*SECTOR. Also, comparing core/diskio.c it looks like the registers aren't even setup right. In the patch below I put an #if 0 around the

From: Matt Fleming <matt.fleming at intel.com> The first two patches in this series are fixes for bugs reported by someone in #syslinux. The third makes dmitest.c32 actually wait for user input. If no one has any objections/concerns, I'll pull this into the official elflink branch. Matt Fleming (3): core: Print error message if we don't load ldlinux.c32 Clean up $(GPLLIB) leak

I'm seeing some sporadic build failures with 'make -j4'. The failures are: make[4]: *** No rule to make target 'hello.c32', needed by 'all'. Stop. I've only seen the failures with com32/samples/hello.c32 and com32/rosh/rosh.c32. I'm not a make expert, but I think it's due to missing dependencies. This patch seems to fix my failures, but I'm

Background: Chengdu Haiguang IC Design Co., Ltd (Hygon) is a Joint Venture between AMD and Haiguang Information Technology Co.,Ltd., aims at providing high performance x86 processor for China server market. Its first generation processor codename is Dhyana, which originates from AMD technology and shares most of the architecture with AMD's family 17h, but with different

Hi, Hopefully you someone can tell me what I'm doing wrong. First, the code. I placed this at the bottom of the main loop in com32/modules/disk.c as a simple test of writing to the disk: printf(" Host bus: %s, Interface type: %s\n\n", d->edd_params.host_bus_type, d->edd_params.interface_type); zero_buf = calloc(1, d->edd_params.bytes_per_sector); for(int

Fixed: cp -r syslinux-6.01/com32/libupload/*.h image/usr/share/syslinux/com32/include/ [snip] rm -rf image/usr/share/syslinux/com32/include [snip] cp: cannot create regular file `image/usr/share/syslinux/com32/include/serial.h': No such file or directory The cp is happened in the "libupload" dir, while "rm -fr" is happend in "lib" dir, let "libupload"

Hello, I am building R r55221 according to http://cran.r-project.org/doc/manuals/R-admin.html#Building-from-source After I have done "make all && make recommended", "make bitmapdll" returns the following: E:\sandbox\R-2.13.r55221\src\gnuwin32>make bitmapdll make[1]: Entering directory `/cygdrive/e/sandbox/R-2.13.r55221/src/gnuwin32/bitmap' make CC='gcc

Hello Erwan, You will find below a pull request for the bug reported by Robert Jordan in the disk library. The first patch is the one he tested (see http://syslinux.zytor.com/archives/2010-September/015341.html) and the second one is a sanity check for the number of sectors written by call ( see http://syslinux.zytor.com/archives/2010-September/015342.html). Thanks, The following changes

Hello. Use <inttypes.h> PRIx64 instead of llx to get rid of gcc warning format ?%llx? expects type ?long long unsigned int?, but argument 2 has type ?uint64_t? -- MartinS diff --git a/com32/gpllib/acpi/xsdt.c b/com32/gpllib/acpi/xsdt.c index 208abc6..228b6c3 100644 --- a/com32/gpllib/acpi/xsdt.c +++ b/com32/gpllib/acpi/xsdt.c @@ -63,7 +63,7 @@ int parse_xsdt(s_acpi * acpi) /*

I am doing a buildworld with clang on amd64 9.1-PRERELEASE #2 r242867. In /etc/src.conf I have "WITHOUT_GCC= yes". Compile progresses up to below then breaks: ===> usr.bin/xlint/xlint (all) ===> usr.bin/xlint/llib (all) lint -cghapbx -Cposix /asp/src/usr.bin/xlint/llib/llib-lposix lint -cghapbx -Cstdc /asp/src/usr.bin/xlint/llib/llib-lstdc ===> lib/clang/libllvmx86codegen (all)

Ralf Carl a ?crit : > Hello Erwan, > > i just want to inform you, that there is still no memory entry in the > main menu (hdt_034 & hdt_035). > Typing in DMI mode "show module 0" etc. the memory modules are listet. You mean the menu mode isn't working whereas the cli mode works ? Do you confirm this , IF yes, It seems the Type 6 (the only one you have as you

Hello, Would com32 modules be considered the same as an ordinary Linux executable with respect to LGPL? That is, as long as you released any changes to syslinux/com32 libs would you also have to release the source to the com32 module? Thanks for your time.

Hello everyone, I have just released Syslinux 4.00-pre59. This is intended as last call for 4.00: from this point on I will only fix showstopper bugs. Anything that didn't make this release will have to wait for 4.01 or 4.10. Please help test it and report bugs, so we can avoid said showstopper bugs in the actual release. Target date for final release is Monday, June 28. -hpa

Sorry for the delay, we were too busy drinking and playing with explosives yesterday. :) Here are some tests. We did one on a similar machine and it worked. We deleted the configuration file, obviously. # Dell OptiPlex GX620 ISOLINUX 5.11 5.11-pre7 isolinux: Starting up, DL = 82 isolinux: Loaded spec packet OK, drive = 82 isolinux: Main image LBA = 00000115 isolinux: Image checksum error,