similar to: [PATCH] Very minor various typo fixes

We used syslinux package on IPCop with success to install from floppy, from cdrom, from usb key and pxe. I upgrade the distribution nine month ago from 2.11 to more recent versions (3.11, later 3.20). We add one consistent report of a laptop machine that boot with 2.11 but fail with 3.11 and 3.20 Symptom is that the machine don't display anything after loading the kernel and initrd. with

Signed-off-by: Gilles Espinasse <g.esp at free.fr> --- gpxe/src/Makefile.housekeeping | 10 ++++++++++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/gpxe/src/Makefile.housekeeping b/gpxe/src/Makefile.housekeeping index 1f5e115..d49416e 100644 --- a/gpxe/src/Makefile.housekeeping +++ b/gpxe/src/Makefile.housekeeping @@ -134,6 +134,16 @@ SP_FLAGS := $(shell $(SP_TEST)

gcc hardened by default is seen on gentoo, alt-linux, HLFS, etc. Patch fix on syslinux this error during gpxe compilation: [BUILD] bin/cpu.o arch/i386/core/cpu.c: In function 'get_cpuinfo': arch/i386/include/bits/cpu.h:79: error: can't find a register in class 'BREG' while reloading 'asm' arch/i386/include/bits/cpu.h:79: error: can't find a register in class

Tested floppy boot on two machines (one PII 350, one 486DX4) Floppy boot with syslinux is very very slow, more than 18 mn to boot a linux kernel from floppy on the 2 machines. Tested with 3 different disquettes that were know to work, boot is reached after this very long time. Noise from floppy head make think floppy wait approximatly one minute between each read. No problem with pxe boot with

hello everybody, apologies if I'm missing something here Just tried to build 6.04-pre1 test version with: make bios installer and found some problems all (seemingly) related to inaccurate paths in various Makefiles. I enclose a complete patch at the end of this email, which details the problems I found and how they got fixed for me. As an example, this is the first error I got:

I have tested with 3.31 (does not broke /dev/null) and 3.35/3.36 that broke /dev/null I verify that /dev/null exist, then compile one of the target available on top Makefile and /dev/null no more exist. Example root:/usr/src/syslinux-3.36# cat /dev/null root:/usr/src/syslinux-3.36# make .depend Makefile:274: .depend: No such file or directory rm -f .depend for csrc in syslxmod.c gethostip.c ; do

Is it possible to configure syslinux.cfg on a floppy to start Win98 on a secondary hard drive? If so, how is this done? Currently I have Linux and Win98 on the primary hard drive, and when I attempt to use the floppy to start Win98 on the second hard drive, I simply start Win98 on the first drive. I have tried many different approaches, all to no avail, and I would really appreciate some

All, Thanks for all your help. Now, I can compile the latest source code base on RedHat 5.5 after update nasm(to 2.09) and binutil(2.17). And *make spotless* before *make* under core/ directory. But with the new pxelinux.0, the PXEClient can not bootup. The error info, No valid file system found! And stuck in there. I think maybe the gcc cause the problem. My gcc version is 4.1.2. Thanks aaron

diff U3 syslinux-6.04-pre1/com32/modules/Makefile b/com32/modules/Makefile --- syslinux-6.04-pre1/com32/modules/Makefile Fri Mar 04 02:09:01 2016 +++ b/com32/modules/Makefile Fri Jun 30 20:09:01 2017 @@ -25,9 +25,9 @@ # All-architecture modules MOD_ALL = cat.c32 cmd.c32 config.c32 cptime.c32 cpuid.c32 cpuidtest.c32 \ - debug.c32 dir.c32 dmitest.c32 hexdump.c32 host.c32 ifcpu.c32 \ -

I apologize if this has already been covered, I did a half-hearted search of the mail archives but couldn't find anything, although I did find a couple of posts elsewhere of people having similar trouble with ppmtolss16. I'm having a few build problems on redhat 8.0, the first failure in the build is a fatal error from findpatch.pl early in the build. Bumbling through that problem there

2015-11-20 8:15 UTC+01:00, Ady via Syslinux <syslinux at zytor.com>: >> > >> > I don't like the idea of changing "UI" (e.g. command line options that >> > might be used by some users) without very well-thought reasoning. >> >> This is not an UI. AFAIK, this script is not shipped to the user. I >> don't even see what a user could

On localized, non-English versions of windows, it is common to have two active charsets -- for console applications and for GUI applications, together with localized error messages returned by windows. But two charsets are rarely compatible, so sending the same byte sequence to console and to windows event log makes one or another to be unreadable. So at least include the error number, this way

Fix internal ppmtolss comment and man page describing ppmtolss syntax with color index Fix typo s/freqency/frequency/ in comment Not so sure it will not be mangled, so it's also as attachment. Signed-off-by: Gilles Espinasse <g.esp at free.fr> diff --git a/man/ppmtolss16.1 b/man/ppmtolss16.1 index 954e94b..5be3263 100644 --- a/man/ppmtolss16.1 +++ b/man/ppmtolss16.1 @@ -3,7 +3,7 @@

Commit-ID: 4d19974d7020488f63651244e1f9f51727c3f66c Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=4d19974d7020488f63651244e1f9f51727c3f66c Author: H. Peter Anvin <hpa at zytor.com> AuthorDate: Mon, 1 Feb 2016 13:26:01 -0800 Committer: H. Peter Anvin <hpa at zytor.com> CommitDate: Mon, 1 Feb 2016 13:26:01 -0800 [klibc] fwrite: fix typo in comment Fix typo

2015-11-20 12:50 UTC+01:00, Ady via Syslinux <syslinux at zytor.com>: > >> 2015-11-20 8:15 UTC+01:00, Ady via Syslinux <syslinux at zytor.com>: >> >> > >> >> > I don't like the idea of changing "UI" (e.g. command line options >> >> > that >> >> > might be used by some users) without very well-thought

I made a patch that depending of gcc flavor add -no-pie or -nopie on libutil and dos Makefile. This fix fatal error like this sha1hash.c: In function `SHA1Transform': ../include/netinet/in.h:24: error: can't find a register in class `BREG' while reloading `asm' ../include/netinet/in.h:24: error: can't find a register in class `BREG' while reloading `asm'

I have seen it's been planned to change the default file name to be shorted than module.pcimap. One way to solve the longer than 8.3 name issue should be to recommend using mkisofs -J -r But is not module.pcimap going to disappear? Should HDT not parse module.alias instead? An option has been added on module-init-tools to remove generation of all module.*map files. Default behavior is still

Am I wrong saying that actually anyone that use klibc has to use insmod patch or build a monolithic kernel? Could not the insmod patch be include? That will make everyone life easier on klibc upgrade. Gilles

Compilation was ok with klibc-1.5.10 on linux-2.6.25. Distrib does not matter as it is inside a chroot a la LSF With the upgrade to linux-2.6.27 it broke on 1.5.10 (I try too the last 1.5.14) with make[1]: Entering directory `/usr/src/klibc-1.5.14' GEN klcc/klibc.config GEN klcc/klcc HOSTCC scripts/basic/fixdep KLIBCCC usr/klibc/__static_init.o KLIBCCC usr/klibc/vsnprintf.o

Trying to be not long, on x86 I have 3 floppies images boot, root-1, root-2 Booting from boot image with no problem, I try reading root-1 and root-2 image in raw format. Reading root-1 and root-2 is made from boot init script, using klibc-1.5.9 or klibc-1.5.10 with debian insmod patch, and a vanilia linux-2.6.24.7 root-1 and 2 images are smaller than 1440 kB and are made the same way with cd