similar to: [syslinux:syslinux-4.xx] acpi: Removing memset of buffer

Oups ... I forgot I sent that ... /me hides 2015-09-16 22:40 GMT+02:00 Gene Cumm <gene.cumm at gmail.com>: > On Wed, Sep 16, 2015 at 10:55 AM, Erwan Velu via Syslinux > <syslinux at zytor.com> wrote: > > On mageia I'm using the following patch > > >

On Wed, Sep 16, 2015 at 10:55 AM, Erwan Velu via Syslinux <syslinux at zytor.com> wrote: > On mageia I'm using the following patch > https://svnweb.mageia.org/packages/cauldron/syslinux/current/SOURCES/syslinux-nogit.patch?revision=600959&view=markup > > > If it does solve your issue to, I could try pushing it into the repo. Commit ID 0f8cbe04 was 8 months ago. Thank

Verifying a report I just got pinged about, building vanilla openssh 7.7p1 on linux configures ok, but fails build around 'retpoline' I've started looking through recent reports; haven't _yet_ found anything similar. While I continue, is any of the following familiar/expected? Either known bug/issue or env conflict? The current env includes supposedly retpoline-ready GCC 8.1.1,

Hi, I'm currently on elflink branch with commit 52443dc7dc5a203d053b70e870e6b83986ebb530 I did a make spotless before the following problem. If I do a make inside com32/ my hdt.c32 is working properly. If I do a make inside com32/hdt/ my hdt.c32 is not working and fails with Failed to load ldlinux.c32 To to my tests, I use the following command qemu-kvm -net nic -net user -boot n -tftp

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

X-Original-In-Reply-To: <CAD0Rxe=5uLCWQ+jfj1J6zepDzqx0vAiBREiwiKOih59MKgBDHg at mail.gmail.com> X-Previous: http://www.syslinux.org/archives/2015-January/023070.html On Mon, Jan 05, 2015 at 08:59:57PM -0500, Gene Cumm wrote: > On Sat, Jan 3, 2015 at 1:21 PM, Geert Stappers wrote: > > On Thu, Jan 01, 2015 at 09:48:16AM -0500, Gene Cumm wrote: > > >> I'm planning on

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

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

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.

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

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

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

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.

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

Hello, friends! I need help. When I compile openssh-7.2p2 I get the error. ./configure .. OpenSSH has been configured with the following options: User binaries: /usr/local/bin System binaries: /usr/local/sbin Configuration files: /usr/local/etc Askpass program: /usr/local/libexec/ssh-askpass

Hello Erwan, You will find below a pull request for the bug reported by Robert Jordan in the disk library. The first patch is the one he tested (see http://syslinux.zytor.com/archives/2010-September/015341.html) and the second one is a sanity check for the number of sectors written by call ( see http://syslinux.zytor.com/archives/2010-September/015342.html). Thanks, The following changes

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>

Hey Damien, > Would something like this help? > > Match sessiontype shell > User foo > Match remotecommand "none" > User foo2 > Match sessiontype exec remotecommand "/rsync" > User bar > Match sessiontype subsystem remotecommand "sftp" > User baz > > > diff --git a/readconf.c b/readconf.c > <snip> Thanks for looking

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:

Hi Yeah I ended up figuring it out My usage for the tool will be to gather hardware specs of new servers that we receive and servers we have in storage I will then see if I can script something to phrase the dumps to update our inventory tool. Our main issue is that gathering information manually by opening the server and having to locate each parts is time consuming and being humans we are