similar to: Status of syslinux git master

hpa wrote: > On July 7, 2019 8:37:10 AM PDT, Sebastian Herbszt <herbszt at gmx.de> > wrote: > >Gene, > > > >it looks like the syslinux master branch is broken since February > >[1]. Peter created the wip.makefixes branch but I wasn't able to get > >it working (yet) and it lacks activity since March. > > > >I think it might be time to revert

On Tue, Jul 23, 2019 at 1:30 PM Sebastian Herbszt <herbszt at gmx.de> wrote: > > hpa wrote: > > On July 7, 2019 8:37:10 AM PDT, Sebastian Herbszt <herbszt at gmx.de> > > wrote: > > >Gene, > > > > > >it looks like the syslinux master branch is broken since February > > >[1]. Peter created the wip.makefixes branch but I wasn't

On July 7, 2019 8:37:10 AM PDT, Sebastian Herbszt <herbszt at gmx.de> wrote: >Gene, > >it looks like the syslinux master branch is broken since February [1]. >Peter created the wip.makefixes branch but I wasn't able to get it >working (yet) and it lacks activity since March. > >I think it might be time to revert commit 458a54133ecd ("Fix all >warnings, and

On Thu, Mar 21, 2019 at 04:26:19PM +0000, Patrick Welche via Syslinux wrote: > On Thu, Mar 21, 2019 at 04:15:48PM +0000, Patrick Welche via Syslinux wrote: > > I just idly git cloned head and roughly compiled it on a stock ubuntu 18 box. > > Using the generated pxelinux.0 and ldlinux.c32, I see > > > > "Failed to load ldlinux.c32" > > > > If I

> it looks like the syslinux master branch is broken since February [1]. > Peter created the wip.makefixes branch but I wasn't able to get it > working (yet) and it lacks activity since March. Since you are mentioning it in your email, I would like to bring up a complication of merging almost anything from the "wip.makefixes" branch onto the master branch. One of the

Hello Peter, the following changes since commit 08b3602db548775ca819780de77686a186156ec7: H. Peter Anvin (1): isohybrid: use getopt_long_only() are available in the git repository at: git://repo.or.cz/syslinux/sherbszt.git gfxboot32 Sebastian Herbszt (2): gfxboot: use syslinux_derivative_info() gfxboot: set media type com32/gfxboot/gfxboot.c | 22

Hello Peter, the following changes since commit 0620743d1e54cf48aa8e5cf5636739addae49d60: H. Peter Anvin (1): Merge remote-tracking branch 'mcb30/empty-tftp-ip' are available in the git repository at: git://repo.or.cz/syslinux/sherbszt.git gfxboot32 Sebastian Herbszt (4): gfxboot: use skipspace() gfxboot: don't use the bounce buffer gfxboot: remove

Gert Cuykens wrote: > On Fri, Jun 28, 2013 at 2:41 AM, Gert Cuykens <gert.cuykens at gmail.com> wrote: >> On Fri, Jun 28, 2013 at 2:31 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >>> On Thu, Jun 27, 2013 at 6:03 PM, Gert Cuykens <gert.cuykens at gmail.com> wrote: >>>> Using syslinux 6.01-pre4 and ubuntu 13.10 kernel 32bit >>>>

Hello Peter, the following changes since commit 94fbd0b8d206102757cecd3dbd67cd701fb70470: Merge remote branch 'liu/master' (2010-10-15 16:41:02 -0700) are available in the git repository at: git://repo.or.cz/syslinux/sherbszt.git gfxboot32 Colin Watson (1): gfxboot: fix buffer overrun when loading kernel/initramfs com32/gfxboot/gfxboot.c | 3 ++- 1 files changed, 2

Set a pointer to syslinux_version()->version_string in mbinfo. Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> diff --git a/com32/mboot/mboot.c b/com32/mboot/mboot.c index 8425e06..76ef7a0 100644 --- a/com32/mboot/mboot.c +++ b/com32/mboot/mboot.c @@ -222,6 +222,13 @@ int main(int argc, char *argv[]) /* Add auxilliary information */ mboot_make_memmap(); mboot_apm();

I have imported Steffens patch into the gfxboot32 branch [1] in my git repository [2]. [1] http://repo.or.cz/w/syslinux/sherbszt.git/shortlog/refs/heads/gfxboot32 [2] http://repo.or.cz/w/syslinux/sherbszt.git - Sebastian

More recent versions of the GNU linker (>= 2.31) create a separate code "PT_LOAD" segment by default (as of https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=f6aec96dce1ddbd8961a3aa8a2925db2021719bb). Building syslinux EFI images with this -zseparate-code enabled creates broken EFI images, since efi/wrapper.c only copies the first PT_LOAD segment to the EFI. This patch adds

Hello Peter, the following changes since commit 67496f7afab45f17a6a4ce4fc183d9e0c15ead03: Michal Soltys (1): chain.c32 sethidden option fix are available in the git repository at: git://repo.or.cz/syslinux/sherbszt.git gfxboot32 Steffen Winterfeldt (7): gfxboot: support MENU LABEL statement gfxboot: make config statements case-insensitive gfxboot: handle IPAPPEND

On Thu, 10 May 2012 20:33:53 -0700 Andrew Trick <atrick at apple.com> wrote: > On May 9, 2012, at 8:34 AM, dag at cray.com wrote: > > > Andrew Trick <atrick at apple.com> writes: > > > >>> When I asked about enhancing scheduler heuristics a month or so > >>> ago, I got a response about a MachineInstr scheduler and that > >>> that

(There really doesn't seem to be a dedicated e2fsprogs list, so this was the next-best place I could find. I don't place much faith in the sourceforge forums..) The filesystem in question is a 480 gig ext3 partition, on a hardware RAID5 controller. It's approximately 90% full, with something like 115K files. Kernel 2.4.20-pre4, on a Duron 900. As I type this, e2fsck has used up

> On 01/06/2016 00:28, H. Peter Anvin via Syslinux wrote: > > There seem to be a bunch of bug fixes in the 6.04 branch that people > > really need. Do we know of any current regressions? Otherwise we > > really ought to just push the button... > > I am a user of syslinux 4.0.7 to boot installers on BIOS aka Legacy. > > Knowing that 4.0.7 has been released on

On May 10, 2012, at 9:06 PM, Hal Finkel <hfinkel at anl.gov> wrote: >> - Target pass configuration: DONE >> - MachineScheduler pass framework: DONE >> - MI Scheduling DAG: DONE >> - AliasAnalysis aware DAG option: In review (Sergei) >> - Bidirectional list scheduling: DONE >> - LiveInterval Update: WIP (simple instruction reordering is >> supported)

>>> - D28094 (Implemented support for R_386_PC8/R_386_8 relocations) >> Do you remember where it was used ? > >setup.elf: > ld.lld -m elf_i386 -T arch/x86/boot/setup.ld arch/x86/boot/a20.o arch/x86/boot/bioscall.o arch/x86/boot/cmdline.o arch/x86/boot/copy.o arch/x86/boot/cpu.o >arch/x86/boot/cpuflags.o arch/x86/boot/cpucheck.o arch/x86/boot/early_serial_console.o

I am getting cc1: warnings being treated as errors strspn.c: In function 'strxspn': strspn.c:14:20: error: inlining failed in call to 'set_bit': optimizing for size and code size would grow strspn.c:32:9: error: called from here strspn.c:14:20: error: inlining failed in call to 'set_bit': optimizing for size and code size would grow strspn.c:36:9: error: called from here

Hi, Ady wrote: > I very much doubt that there is any ISO image, publicly > available or not, that can boot optical media in UEFI mode by means of > Syslinux for EFI as of today. I hope this status will change at some > point. > [...] > I doubt that syslinux.efi (renamed as "EFI/BOOT/BOOT<arch>.EFI") > is capable of booting optical media in UEFI mode at