Displaying 20 results from an estimated 2000 matches similar to: "[PATCH 1/1] : Adding a com32 module to handle DMI"
2006 Aug 14
0
First attempt to use DMI in a com32 module
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
2006 Aug 30
1
[PATCH 1/1] : Adding long mode support to dmi
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
2012 Sep 19
1
[PATCH 1/1] lua: Cleaned up the dmi table structure in Lua.c32 and added all missing DMI subtables
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
2007 Feb 08
1
[PATCH 1/1]: Ethersel must use the pci com32 module instead of builtin pci detection code
From : Erwan Velu <erwan.velu at free.fr>
This patch
- remove the pci detection code from ethersel
- add a find_pci_device() function in the PCI com32 module
- make ethersel using the pci com32 module instead of builtin pci
detection code
Testing and feedback are welcome.
Signed-off-by:Erwan Velu <erwan.velu at free.fr>
-------------- next part --------------
A non-text attachment
2006 Sep 04
1
[PATCH 1/1] : Adding a new com32 module to handle cpu information
From : Erwan Velu <erwan.velu at free.fr>
This patch a new com32 module to handle cpu information.
A new "cpu" structure can be filled by calling "detect_cpu(&cpu)".
It provides :
- Vendor name as string
- Model as string
- Vendor as integer
- Model as integer
- Family as integer
- Stepping as Integer
- Flags as boolean
- SMP as boolean
Note that SMP is just a
2008 Mar 08
0
[PATCH 1/1] : PCI detection code doesn't corrupt memory anymore (2nd try)
From : Erwan Velu <erwan.velu at free.fr>
This patch fixes the pci detection stuff demo'd in pcitest.c32
- Fix a wrong type in malloc
- Incorrect use of strdup
- Replacing strncpy by strnlcpy (thx hpa)
This two fixes makes pcitest.c32 working far better, no more crash when
running it twice.
I'd like to thank Sebastian Herbszt for its reports and tests.
This patch was made for
2008 Mar 08
1
[PATCH 1/1] : PCI detection code doesn't corrupt memory anymore
From : Erwan Velu <erwan.velu at free.fr>
This patch fixes the pci detection stuff demo'd in pcitest.c32
- Fix a wrong type in malloc
- Incorrect use of strdup
This two fixes makes pcitest.c32 working far better, no more crash when
running it twice.
I'd like to thank Sebastian Herbszt for its reports and tests.
This patch was made for 3.62-pre16 but applies fine on 3.63-pre1.
2015 Sep 02
1
HDT & DMI updates
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
2010 Jul 06
0
patch syslinux DMI 4.01
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
2015 Sep 02
0
HDT & DMI updates
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
2008 Oct 15
1
Syslinux Digest, Vol 67, Issue 10
Hi Peter/Erwan et al,
With my incredibly limited understanding of all things com32, years
ago, I managed to write a com32 module to tell PXE users their MAC
address, machine make, model and whether they were on a 32 or 64 bit
processor. Users found this very useful when trying to re-image the
8,000 odd boxes spread round the globe.
This was hugely based on Erwan Velu's dmitest.c circa 3.20.
2009 May 06
1
[Fwd: Re: Serial]
--
Erwan Velu
Pre-Sales Engineer
Seanodes
http://www.seanodes.com
+33 (0)1 41 22 13 83
-------------- next part --------------
An embedded message was scrubbed...
From: Pierre-Alexandre Meyer <pierre at mouraf.org>
Subject: Re: [hdt] Serial
Date: Wed, 6 May 2009 03:43:25 +0200
Size: 2726
URL: <http://www.zytor.com/pipermail/hdt/attachments/20090506/ffd99419/attachment.eml>
2007 Aug 09
1
[PATCH 1/1]: Improving PCI collected informations
From : Erwan Velu <erwan.velu at free.fr>
As discussed on IRC, I've been reworking my patch, I resend it.
This patch
- add a new pci_dev_info structure :
It contains additional informations about the pci devices like
the product/vendor name and the associated linux kernel module
- add a get_name_from_pci_ids() function in pci/scan.c
This function reads a pci.ids file from the
2009 Dec 04
1
HDT
--
Erwan Velu
Pre-Sales Engineer
Seanodes
http://www.seanodes.com
+33 (0)1 41 22 13 83
2009 Dec 04
1
HDT
--
Erwan Velu
Pre-Sales Engineer
Seanodes
http://www.seanodes.com
+33 (0)1 41 22 13 83
2015 Sep 20
1
[syslinux:master] com32/modules: Split build by architecture. Add dir.c32
On Sun, Sep 20, 2015 at 8:33 AM, syslinux-bot for Gene Cumm
<gene.cumm at gmail.com> wrote:
> Commit-ID: e0ac1d2fdf7d7c58457f3796a12561cce95ca29f
> Gitweb: http://www.syslinux.org/commit/e0ac1d2fdf7d7c58457f3796a12561cce95ca29f
> Author: Gene Cumm <gene.cumm at gmail.com>
> AuthorDate: Sun, 20 Sep 2015 08:30:55 -0400
> Committer: Gene Cumm <gene.cumm at
2015 Sep 05
1
[syslinux:master] tftp: Report server IP address on debug message
It is supposed to match but sometimes it doesn't; I had the case where I
contacted my local server on my public adress and responded from the
loopback. So it was the same server from two different addresses which
confused then the rest of the code.
By adding this print I was able to get the situation immediately and fixed
it.
That's why I added that information on the debug print.
2015 Sep 05
0
[syslinux:master] tftp: Report server IP address on debug message
On Fri, Sep 4, 2015 at 4:28 PM, Geert Stappers via Syslinux
<syslinux at zytor.com> wrote:
> On Fri, Sep 04, 2015 at 09:15:07AM -0700, syslinux-bot for Erwan Velu wrote:
>> Commit-ID: 66105926f3d748de827eb863913171efb9624165
>> Gitweb: http://www.syslinux.org/commit/66105926f3d748de827eb863913171efb9624165
>> Author: Erwan Velu <erwanaliasr1 at gmail.com>
2015 Sep 04
2
[syslinux:master] tftp: Report server IP address on debug message
On Fri, Sep 04, 2015 at 09:15:07AM -0700, syslinux-bot for Erwan Velu wrote:
> Commit-ID: 66105926f3d748de827eb863913171efb9624165
> Gitweb: http://www.syslinux.org/commit/66105926f3d748de827eb863913171efb9624165
> Author: Erwan Velu <erwanaliasr1 at gmail.com>
> AuthorDate: Wed, 2 Sep 2015 18:26:37 +0200
> Committer: Erwan Velu <erwanaliasr1 at gmail.com>
>
2010 Aug 25
0
[patch] ipconfig fixes + run-init nit
hello,
Preparing my first klibc maintainenace release. :)
My plan is to have the patches cook in klibc-queue and once
everythings is fine deploy them in the main klibc repo.
Please test/review belows patches.
I plan to release the current queue really soon for klibc 1.5.20
due to the urgent ipconfig fixes. For now you find my patch queue on: