similar to: [RESEND][PATCH] gpllib: dmi: set default memory speed to "Unknown"

From: Hung-chi Lihn <hlihn at google.com> In the current Lua.c32 DMI implementation, it is a flat table with dotted names in table entries. It also misses a number DMI sub-tables. This patch, cleans up the DMI table structure using Lua's nested table structure and adds all missing DMI sub-tables. If a DMI sub-table is not supported by the hardware (not filled), then the corresponding

The code was passing sizeof(char *) - not the length of the buffer - to strlcpy and snprintf. Change the function to take the length of the buffer as a parameter. Fixes the warning: argument to 'sizeof' in 'snprintf' 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>

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 *

drmmode_set_scanout_pixmap(pix) adds drmmod->fb_id through a call to drmmode_xf86crtc_resize(), but on a subsequent drmmode_set_scanout_pixmap(NULL) it would not remove the fb. This keeps the crtc marked as busy, which causes the dgpu to not being able to runtime suspend, after an output attached to the dgpu has been used once. Which causes burning through an additional 10W of power and the

Apparently it now wants a drawable. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- No idea about whether this is correct. Saw the new warnings though. src/drmmode_display.c | 16 ++++++++++++++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 2480122..f677e24 100644 --- a/src/drmmode_display.c +++

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

Only call CPUID function 4 if cpuid_level indicates its availability. Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> diff --git a/com32/gpllib/cpuid.c b/com32/gpllib/cpuid.c index fa21204..f33e895 100644 --- a/com32/gpllib/cpuid.c +++ b/com32/gpllib/cpuid.c @@ -232,8 +232,10 @@ void generic_identify(struct cpuinfo_x86 *c) } break; case X86_VENDOR_INTEL: - cpuid(0x4,

Here is a partial patch that I'm using to illustrate a few questions that I have. Looking at the gpllib write_sectors (com32/gpllib/disk/write.c) it looks like the allocated size is wrong; size is in sectors so we should adjust the alloc/memcpy by size*SECTOR. Also, comparing core/diskio.c it looks like the registers aren't even setup right. In the patch below I put an #if 0 around the

On sebastian's request, I'm sending this patch. From : Sebastian Herbszt <herbszt at gmx.de> DMI code have some wrong offsets. This patch fixes this offsets and improve the grammar. Signed-off-by:Sebastian Herbszt <herbszt at gmx.de> -------------------------------------------------------------------------------- Les opinions et prises de position emises par le signataire

Hi again, this is the second part of the patch extending lua. This time it adds the dmi functions (com32/modules/dmi*) to lua: dmi.supported(): returns true if DMI is supported dmi.gettable(): returns array of key, value pairs containing system info Sorry, but this patch does not apply cleanly if [PATCH 1/2] was applied before. There's just one line to fix in com32/lua/src/linit.c

From : Erwan Velu <erwan.velu at free.fr> This patch add a new com32 module named dmi. It can parse DMI Hanldes number 0,1,2,3,4. Using a very simple API, you can read the values of the following "Handles" - BIOS - CHASSIS - SYSTEM - BASE_BOARD - PROCESSOR It's possible and easy to extend to many other Handles. A sample code program called dmitest shows how you can use and

From : Erwan Velu <erwan.velu at free.fr> This patch add the ability to read the long-mode flag from the processor. This helps you to know if the processor is x86_64 capable or not. So "dmi->processor.cpu_flags.lm " is a boolean that represent the "Long Mode" cpu flag. It also add two bugfix : - some cpu flags were shifted due to some "null" messages in

While playing with a recent machine I found that HDT was reporting "OUT OF SPEC" on a few items on a very new machine. Fumbling around, I found that it came from com32/gpllib/dmi/. I'm seeing two possible improvements: 1) When HDT sees that it's out of spec, report out of spec and when appropriate, the raw data. For example, for DMI 17 (Memory Module), Type 18h (DDR3), report

While playing with a recent machine I found that HDT was reporting "OUT OF SPEC" on a few items on a very new machine. Fumbling around, I found that it came from com32/gpllib/dmi/. I'm seeing two possible improvements: 1) When HDT sees that it's out of spec, report out of spec and when appropriate, the raw data. For example, for DMI 17 (Memory Module), Type 18h (DDR3), report

Hi, we use PXELINUX in our product to show a boot menu on client computers, with options like "Boot from local hard disk", "Install Windows", etc. Unfortunately, a lot of computers seem to have broken BIOSes and won't boot with the LOCALBOOT command, and need to be booted with chain.c32 instead. We also have encountered some computers where it works only the other way -

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

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

Le lundi 28 septembre 2020 19:04, Jim Fehlig <jfehlig@suse.com> a écrit : > On 9/28/20 5:21 AM, Mathieu Tarral wrote: > > > Hi, > > I'm facing an issue with libvirt and the LIBXL driver, failing when searching for DMI data in /sys. > > info : libvirt version: 5.0.0, package: 4+deb10u1 (Guido Günther agx@sigxcpu.org Thu, 05 Dec 2019 00:22:14 +0100) > > error

I'm running pxelinux configured to use the path /bios on the tftp server for all the comboot files. The problem is dmi,syslinux,vesa etc modules are not being loaded in lua. Syslinux.version() returns not found in global index as does dmi.supported() For k,v in pairs(package.loaded) do print (k,v) end; shows that these modules that are normally loaded by lua are not loading. I got an idea

This is a first attempt to make the DMI table accessible in a com32 module. This patch applies to the latest syslinux (3.20-pre11). It will add some headers in com32/include/dmi and three files in com32/modules/. dmi.c This is the core program that makes the dmi tables accessible. dmi_utils.c Just a small util file to display some more complicated messages dmitest.c The program