similar to: HDT & DMI

HDT 0.3.4 has just been released. Since April, due to some important changes, HDT was no more in sync with Syslinux. The 0.3.4 release will solve that major issue and will be part of Syslinux-3.83-pre8. Beside this syncing with Syslinux, this release aims at solving disk's detection bugs and improving the DMI reporting. I would like to thank pam for that though work. He did most (who

HDT 0.3.4 has just been released. Since April, due to some important changes, HDT was no more in sync with Syslinux. The 0.3.4 release will solve that major issue and will be part of Syslinux-3.83-pre8. Beside this syncing with Syslinux, this release aims at solving disk's detection bugs and improving the DMI reporting. I would like to thank pam for that though work. He did most (who

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 @@

Hi, Gene Cumm wrote: > > 3) It feels like this is a moving target where gcc keeps changing and > > different results get reported. Do we have indications that different versions of gcc5 cause different behavior on the same build and boot machines ? Ady wrote: > Since the issue is only present on specific > hardware / firmware, whatever might seem to "solve" the

Hi folks, I've been off for a pretty long time and I'm trying to resume a little bit. While testing HDT I found some serious bugs in HDT's CLI mode but also took the time to update the DMI detection tables. Please find my hw_update branch which is in sync with the current git tree. https://github.com/ErwanAliasr1/syslinux/commits/hw_update Erwan,

On Fri, Aug 14, 2015 at 4:41 AM, Erwan Velu via Syslinux <syslinux at zytor.com> wrote: > Hi folks, > > I've been off for a pretty long time and I'm trying to resume a little bit. > > While testing HDT I found some serious bugs in HDT's CLI mode but also took > the time to update the DMI detection tables. > > Please find my hw_update branch which is in

Thanks for pointing this out. Applied in 3b3bc3675519e1530adab27480196eb3f1a458bc Note that I've been adding some code in that branch to support the tftp WRQ from libupload when running with lpxelinux. 2015-09-02 12:18 GMT+02:00 Gene Cumm <gene.cumm at gmail.com>: > On Fri, Aug 14, 2015 at 4:41 AM, Erwan Velu via Syslinux > <syslinux at zytor.com> wrote: > > Hi

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

It has been observed that binaries contents are depending on the order of linked objects. This order is caused by GNU make's wildcard function and the position of sources on filesystem. This change tries to prevent this kind of randomness. Also consider building using -j1 flag to make it even more reproductible. Change-Id: Ie8eee7f336e6f1fa2863c4150d967afd15519f1d Bug:

This series of patches adds support for SMBIOS to HVM domU''s. This is needed by many systems management applications, most often to get a useful UUID inside of an HVM domU. They have been tested on changeset 10486:5610d916ad1be231bd6b6c7ae26665374623a90c of xen-unstable. Any comments or help would be greatly appreciated. Andrew ===== sample output from dmidecode: # dmidecode 2.7

Bonjour Erwan Juste pour me remettre, on a gagn? ensemble la petite finale baby foot ? Grenoble chez HP, fin 2009 ;-) J'ai commenc? ? jouer avec le module LUA de syslinux et suis tomb? sur des plantages sur les fonctions DMI M?me probl?me avec le module dmitest, mais pas avec HDT Probl?me plus ou moins aleatoire selon les hardware (bug plus souvent constat? en VMware, mais pas sur mon

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) /*

The 0.3.6 release will be mostly bug fix oriented. Before releasing, I'd love having more feedback on it. So here come the -pre1 release. I would like to thank the following people for making this new release possible : Pierre for his patches, Gert for his tests, Alexander Andino for his great artwork, Ralf Carl for his very reactive debugging on older hardware, Changelog for -pre1 *

The 0.3.6 release will be mostly bug fix oriented. Before releasing, I'd love having more feedback on it. So here come the -pre1 release. I would like to thank the following people for making this new release possible : Pierre for his patches, Gert for his tests, Alexander Andino for his great artwork, Ralf Carl for his very reactive debugging on older hardware, Changelog for -pre1 *

HDT 0.3.5 is out ! As you noticed, we've been adding codenames ;) You can grab this release on our webiste http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt_0_3_5.c32 http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.img http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.iso http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.img.gz A dedicated page

HDT 0.3.5 is out ! As you noticed, we've been adding codenames ;) You can grab this release on our webiste http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt_0_3_5.c32 http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.img http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.iso http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.img.gz A dedicated page

Folks, I've just pushed out another prerelease for the 5.00 branch. The idea behind this -pre was to merge in the final 4.06 release. I'm aiming for a final 5.00 release next week, but as we saw with the 4.06 branch, anything can happen and these deadlines can get pushed backwards. Please, test if you can. One thing that is going to happen next week is a Syslinux-6.00-pre1, which will

The -pre3 release is out and tends to be the last one before the release. This pre version adds two new features we thought it would be interesting to have in 0.3.5: - Reboot If your system features the reboot.c32 module, the "reboot" command will restart your computer. The floppy/iso images we provides includes this module to enable this feature. - Automatic Commands When starting

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 +++---

Hi every one, I am trying to load a custom kernel with Syslinux on special purpose pc. Surprisingly Syslinux-4.06 boots my kernel, initrd and finally the OS perfectly from an SD-Card. The problem arises when I use the Syslinux-6.03 where the syslinux hangs right at the beginning After I see the message 'Loading vmLinuz0 ...' I read a few posts on your forums and figured out it has to do