similar to: [PATCH] gfxboot: support MENU LABEL statement

Ubuntu CDs use multiple configuration files and the include directive as well as gfxboot, so it's useful for gfxboot to support these. Signed-off-by: Colin Watson <cjwatson at ubuntu.com> --- com32/gfxboot/gfxboot.c | 65 +++++++++++++++++++++++++++++++---------------- 1 files changed, 43 insertions(+), 22 deletions(-) diff --git a/com32/gfxboot/gfxboot.c b/com32/gfxboot/gfxboot.c

menu_ptr->menu_label is human-readable (perhaps even translatable!) text if the MENU LABEL command is used, which isn't very convenient at the start of a boot entry. Allow the entry to start with menu_ptr->label (an identifier) as an alternative. Signed-off-by: Colin Watson <cjwatson at ubuntu.com> --- com32/gfxboot/gfxboot.c | 16 ++++++++++------ 1 files changed, 10

From: Jorge D Cisneros <jorge.cisneros at hp.com> Problem: The actual code only check for entries with kernel or linux, so this example will not work, this patch is to add support to gfxboot to detect the entry COM32 and use any module, in this case the module is chain.c32 Version: Syslinux 4.04 Example: UI gfxboot.c32 LABEL boot_hd0 MENU LABEL Boot from first hard drive COM32 chain.c32

No, we can use that, because I want to use the com32 module, in this case I want to use the chain.c32 to boot to Winpe. Cisneros, Jorge (George) wrote: > Problem: The actual code only check for entries with kernel or linux, so this example will not work, this patch is to > add support to gfxboot to detect the entry COM32 and use any module, in this case the module is chain.c32 >

The following patch adds ocfs support to blkid. --rusty # This is a BitKeeper generated patch for the following project: # Project Name: Ext2 filesystem utilities # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # ChangeSet 1.1327 -> 1.1328 # lib/blkid/probe.c 1.15 -> 1.16 #

This patch modifies the simple menu com32 program to include integrated load progress. It also adds new options to the simple menu configuration MENU LOADMSG -- allows the user to specify the text to display when loading MENU LOADMSGROW -- controls where the text is written Example configuration: MENU LOADMSG Booting MENU LOADMSGROW 25 It works with my setup, please let me know if you find

Ok, here is the first try to turn the gfxboot wrapper into a com32 module. I had to extend the interface to the gfxboot core a bit to get it working. So it works only with latest gfxboot from git://gitorious.org/gfxboot/gfxboot.git Steffen -------------- next part -------------- A non-text attachment was scrubbed... Name: gfxboot_c32.diff.gz Type: application/x-gzip Size: 7220 bytes Desc: URL:

On Thu, Sep 10, 2020 at 04:26:40PM +0200, Milan Zamazal wrote: > Daniel P. Berrangé <berrange@redhat.com> writes: > > > On Thu, Jul 02, 2020 at 01:21:15PM +0200, Milan Zamazal wrote: > >> Hi, > >> > > > >> I've met two situations with NVDIMM support in libvirt where I'm not > >> sure all the parties (libvirt & I) do the

Daniel P. Berrangé <berrange@redhat.com> writes: > On Thu, Jul 02, 2020 at 01:21:15PM +0200, Milan Zamazal wrote: >> Hi, >> > >> I've met two situations with NVDIMM support in libvirt where I'm not >> sure all the parties (libvirt & I) do the things correctly. >> >> The first problem is with memory alignment and size changes. In

On Thu, 2020-09-10 at 20:53 +0200, Michal Privoznik wrote: > On 9/10/20 4:56 PM, Daniel P. Berrangé wrote: > > On Thu, Sep 10, 2020 at 04:54:08PM +0200, Milan Zamazal wrote: > > > Daniel P. Berrangé <berrange@redhat.com> writes: > > > > > > If we're enforcing this 1 MB rounding though, we really should be > > > > > > documenting it

On Thu, Sep 10, 2020 at 04:54:08PM +0200, Milan Zamazal wrote: > Daniel P. Berrangé <berrange@redhat.com> writes: > > > On Thu, Sep 10, 2020 at 04:26:40PM +0200, Milan Zamazal wrote: > >> Daniel P. Berrangé <berrange@redhat.com> writes: > >> > > > >> > On Thu, Jul 02, 2020 at 01:21:15PM +0200, Milan Zamazal wrote: > >> >>

On 9/10/20 4:56 PM, Daniel P. Berrangé wrote: > On Thu, Sep 10, 2020 at 04:54:08PM +0200, Milan Zamazal wrote: >> Daniel P. Berrangé <berrange@redhat.com> writes: >> >>> On Thu, Sep 10, 2020 at 04:26:40PM +0200, Milan Zamazal wrote: >>>> Daniel P. Berrangé <berrange@redhat.com> writes: >>>> >>> >>>>> On Thu, Jul

Daniel P. Berrangé <berrange@redhat.com> writes: > On Thu, Sep 10, 2020 at 04:26:40PM +0200, Milan Zamazal wrote: >> Daniel P. Berrangé <berrange@redhat.com> writes: >> > >> > On Thu, Jul 02, 2020 at 01:21:15PM +0200, Milan Zamazal wrote: >> >> Hi, >> >> >> > >> >> I've met two situations with NVDIMM support

If the file size wasn't a multiple of 64KB, we could overwrite the next entry in the malloc arena so reading the initramfs would fail. Signed-off-by: Colin Watson <cjwatson at ubuntu.com> --- com32/gfxboot/gfxboot.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/com32/gfxboot/gfxboot.c b/com32/gfxboot/gfxboot.c index dd4d641..0fbfadd 100644 ---

EFI systems typically don't support booting off ISO 9660 filesystems, even if written to USB sticks. This patch adds support for generating a GPT that covers the stick as well, with an additional partition entry pointing purely at the secondary El Torito image. When burned to CD the secondary El Torito will be used as an EFI boot image, and when written to a USB stick the GPT partition

Hi, I've met two situations with NVDIMM support in libvirt where I'm not sure all the parties (libvirt & I) do the things correctly. The first problem is with memory alignment and size changes. In addition to the size changes applied to NVDIMMs by QEMU, libvirt also makes some NVDIMM size changes for better alignments, in qemuDomainMemoryDeviceAlignSize. This can lead to the size

hello a while ago i posted a question about my troubles remastering isolinux bootable cds. after that Steffen Winterfeldt helped me out a lot and now my problems are gone. i wrote a document about my experiences and i thought i'd share it with you: http://littlesvr.ca/isomaster/eltoritosuppl.php and since i'm in pimping mode, my interest in isolinux is purely because of iso master (

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

3.80 is a bug fix and internal restructuring release. In particular, the entire shuffler subsystem has been rewritten largely from scratch, as has the Multiboot module. Changes in 3.80: * New shuffler mechanism and API. * Rewritten mboot.c32 module. * The syslinux_boot_linux() function has been simplified. * Don't hang trying to boot a "menu

The following changes since commit aae5483d9ebd6f091aa740108ad7f2958303931f: Steffen Winterfeldt (1): gfxboot.c32 are available in the git repository at: git://repo.or.cz/syslinux/sherbszt.git gfxboot32 Sebastian Herbszt (4): gfxboot: use $(NASM) and $(OBJCOPY) gfxboot: fix typo in cb_getcwd - wrong function number gfxboot: accept plain boot logo files