similar to: HDT com32 Module

Since a while, I've been contributing some code to syslinux to improve the hardware detection. Most of that code have been revamped from other project like dmidecode or the linux kernel itself. The com32 api is really a nice play for developing new features. All of that work is only available in libraries or sample code. During his fosdem presentation

The dynamically alloc'd string to protect from strtok modification has not been free'd on start_auto_mode() function Signed-off-by: Felipe Pena <felipensp at gmail.com> --- com32/hdt/hdt-cli.c | 1 + 1 file changed, 1 insertion(+) diff --git a/com32/hdt/hdt-cli.c b/com32/hdt/hdt-cli.c index 7542da8..6c5baf1 100644 --- a/com32/hdt/hdt-cli.c +++ b/com32/hdt/hdt-cli.c @@ -779,6

This patch builds a floppy image with contains HDT, so users of GRUB or GRUB4DOS can use HDT too, without installing Syslinux. When you compile Syslinux, this floppy image isn't build automatically. To build it, runthe following from the extracted Syslinux source: $ cd ./com32/hdt $ make hdt.img As suggested by Pierre-Alexandre Meyer, all extra files required for building the floppy

Hello Erwan and others, I am running HDT from grub2 with memdisk. I have informed the success of booting hdt to the grub2 list. Some developers are very much interested to this issue and they are showing their interest to make a glue between com32 and grub2 so that hdt can be loaded without memdisk. It is really very exciting to have hdt as an inbuilt feature of grub2. Could any one kindly

Display MAC address only for network cards not all pci devices. - Sebastian Index: syslinux-3.74-20-g3b80c26/com32/hdt/hdt-cli-pci.c =================================================================== --- syslinux-3.74-20-g3b80c26.orig/com32/hdt/hdt-cli-pci.c +++ syslinux-3.74-20-g3b80c26/com32/hdt/hdt-cli-pci.c @@ -119,11 +119,11 @@ void show_pci_device(struct s_hardware *

From: Gene Cumm <gene.cumm at gmail.com> Fix several calls to more_printf() as eventually printf() is called without a literal string which generate warnings with gcc and lead to errors when -Werror is active. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> The message "format not a string literal and no format arguments" at first seems strange but by doing this change

From: Matt Fleming <matt.fleming at linux.intel.com> Don't link against libmenu.a, it no longer exists as it was removed in commit 74518b8b691c ("elflink: Make ELF the default object format"). This fixes the following build error, make[2]: *** No rule to make target `../cmenu/libmenu/libmenu.a', needed by `hdt.c32'. Stop. Signed-off-by: Matt Fleming

It is now possible to build a bootable floppy image which contains HDT, with my patch applied to Erwans HDT branch: http://git.zytor.com/?p=users/erwan/hdt.git;a=commit;h=16b37fe2266c920087f88cdec94243b71218d871 Unpack the Syslinux archive and build whole Syslinux first, then cd to ./com32/hdt/ and make hdt.img $ make $ cd ./com32/hdt/ $ make hdt.img Now you have a 2.88 MB floppy image which

[resending, cutting out git pull-request output to make message smaller] Hi all, I have written a COM32 module called "acpioff", that, not surprisingly, powers off a machine using ACPI. I have tested it only using pxelinux.0 with a SeaBIOS/Qemu virtual machine. Since the changeset pulls in a "Linux-ized" version of the open source ACPI Component Architecture, it was too big

You mind to elaborate? I'd like to re-use HDT as well, but I was forced to abandon it years ago due to lack of UEFI support and lack of development. Heck even the website hdt-project is now owned by a domain-grabber (The Syslinux wiki is still linking to it when I check 3 weeks ago... might want to remove that link). On Tue, Apr 10, 2018 at 10:10 AM, Gene Cumm <gene.cumm at gmail.com>

Hi all, I have written a COM32 module called "acpioff", that, not surprisingly, powers off a machine using ACPI. I have tested it only using pxelinux.0 with a SeaBIOS/Qemu virtual machine. See the changes since commit c0c25b4826950162517896c5039c6d62d07115be: hdt: Adding postexec= option (2011-12-17 22:27:07 +0100) available in the git repository at:

As result of a long work of Pierre, we are now on the track of releasing HDT-0.3.5. This -pre1 release includes new features that needs to be tested widely to insure that we didn't introduced new bugs. As a menu, we have: - bootloader detection In the disk menu, the "show disks" command reports the detected bootloader. - Cmenu now uses the libansi This improves the rendering and

On 07/05/2010 08:20 AM, Erwan Velu wrote: > I just saw you get into the mailing list ;) heh :) > Does debian on the road to add HDT ? well, since hdt is included in syslinux, debian has hdt already since a log time (within the syslinux-common package that ships the com32 modules). however, more interestingly, hdt needs to be integrated within the syslinux menu on the installer and live

On 04/04/16 07:14, Michael D. Setzer II via Syslinux wrote: > Was seeing it I could get any closer with the efi boot using the 6.0.4, and > didn't have any more luck. Did a test with it in bios mode and it works for the > regular kernels, but when I tried the hdt.c32 I get the following error? > > Undef symbol FAIL: parse_url > Failed to load COM32 file hdt.c32 > >

From: Gene Cumm <gene.cumm at gmail.com> CMenu: Fix cursor on exit from showmenus() Signed-off-by: Gene Cumm <gene.cumm at gmail.com> This fixes the issue in hdt.c32 that Kent Robotti noticed where exiting directly from Menu Mode caused the cursor to not be displayed. This same issue also affects com32/cmenu/simple.c32 and probably others using showmenus(). --- diff --git

On Tue, Apr 10, 2018 at 10:08 AM, R S <rene.shuster at bcsemail.org> wrote: > If I remember correct HDT is a .C32 executable and not .EFI, so no it will > not work. Syslinux on EFI won't load arbitrary .efi files but there are 3 different flavors of COM32 files, one per firmware. > On Tue, Apr 10, 2018 at 10:02 AM, Gene Cumm via Syslinux > <syslinux at zytor.com>

On 4 Apr 2016 at 8:06, H. Peter Anvin wrote: Subject: Re: [syslinux] hdt error on syslinux 6.0.4-pre1? To: "Michael D. Setzer II" <mikes at kuentos.guam.net>, syslinux at zytor.com From: "H. Peter Anvin" <hpa at zytor.com> Date sent: Mon, 4 Apr 2016 08:06:13 -0700 > On 04/04/16 07:14, Michael D. Setzer II via Syslinux

Was seeing it I could get any closer with the efi boot using the 6.0.4, and didn't have any more luck. Did a test with it in bios mode and it works for the regular kernels, but when I tried the hdt.c32 I get the following error? Undef symbol FAIL: parse_url Failed to load COM32 file hdt.c32 Only find urlparce.c in the PXE directory, and no reference to it in any files in the hdt

The code was passing sizeof(char *) - not the length of the buffer - to memset. Change the function to take the length of the buffer as a parameter. Fixes the warning: argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to provide an explicit length? Signed-off-by: Jonathan Boeing <jonathan.n.boeing at gmail.com> ---

Lu Wei, For the DOS portion make sure you have a working FAT-32 DOS Bootable Drive first. Back up it's boot sector into a file. This file will probably be 512 Bytes and if you were to open it with a Hex editor it would start with ".X.MSWIN4.1" and end with "SYS~..WINBOOT SYS..U" This would of course be looking at the ASCII view. Assuming you put the file in the DOS