search for: erwans

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

Deepak, i think you can look to this option too : http://sourceforge.net/projects/rcc/ The project is in developpment....but within 1 or 2 weeks i think it will be a good project....especially who linux network''s owner. rgds, Erwan le Doeuff _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO:

Hi Did someone know how I can use two AVM FritzCards USB V2.1 in an asterisk box? I know how I can use 2 PCI but it's not the same thing for the USB one. Thanks! _____________________________________________ Erwan Desvergnes - ANDIUM - 82/86 rue Ch?teau Gaillard 69100 Villeurbanne Tel. 04 37 43 44 45 / Fax 04 37 43 44 44 E-mail: erwan.desvergnes@andium.fr

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

Ralf Carl a ?crit : > Hello Erwan, > > i just want to inform you, that there is still no memory entry in the > main menu (hdt_034 & hdt_035). > Typing in DMI mode "show module 0" etc. the memory modules are listet. You mean the menu mode isn't working whereas the cli mode works ? Do you confirm this , IF yes, It seems the Type 6 (the only one you have as you

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

HDT 0.3.3 has just been released. This release aims at solving some CLI bugs and adds a some new memory mapping detection. I'd like to thanks Dag Wieers for reporting many CLI bugs & pierre for his work on the memory mapping. Here come the changelog: - A new memory mode Memory items can be reached via the new "memory>" mode. - Memory mapping display Pierre did integrate

HDT 0.3.3 has just been released. This release aims at solving some CLI bugs and adds a some new memory mapping detection. I'd like to thanks Dag Wieers for reporting many CLI bugs & pierre for his work on the memory mapping. Here come the changelog: - A new memory mode Memory items can be reached via the new "memory>" mode. - Memory mapping display Pierre did integrate

The -pre2 version of HDT 0.3.6 is out. Gert was a great source of motivation for making that -pre2. He found many bugs and gave nice ideas. Thanks Gert for your time and your _many_ tests. This release will be more or less what will be included in the incoming syslinux 3.84. Since -pre1, here come the Changelog * Reporting CPU L1 & L2 cache * Report "Hw.Virt" in cpu

The -pre2 version of HDT 0.3.6 is out. Gert was a great source of motivation for making that -pre2. He found many bugs and gave nice ideas. Thanks Gert for your time and your _many_ tests. This release will be more or less what will be included in the incoming syslinux 3.84. Since -pre1, here come the Changelog * Reporting CPU L1 & L2 cache * Report "Hw.Virt" in cpu

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

S pozdravem Stan.M. On 25.5.2010, at 18:00, centos-virt-request at centos.org wrote: > Send CentOS-virt mailing list submissions to > centos-virt at centos.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.centos.org/mailman/listinfo/centos-virt > or, via email, send a message with subject or body 'help' to >

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.

On 06/30/16 14:19, Ady Ady via Syslinux wrote: > > BTW, any suggestions for an alternative name for this option, instead > of "dlabel"? > "disklabel" -hpa

Im getting into tc. How can I control P2P (peer to peer) traffic??? which filters??? any ideas??? Hugonik

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.

From: Erwan Yvin <erwan.yvin at stericsson.com> This driver depends on Rusty's new host virtio ring implementation, so this patch-set is based on the vringh branch in Rusty's git. with the vringh wrapper patch on top. They do not apply cleanly on top of the remoteproc virtio config patches from Sjur, but it merges fine. CAIF will use this new host virtio ring implementation. Ido,

From: Erwan Yvin <erwan.yvin at stericsson.com> This driver depends on Rusty's new host virtio ring implementation, so this patch-set is based on the vringh branch in Rusty's git. with the vringh wrapper patch on top. They do not apply cleanly on top of the remoteproc virtio config patches from Sjur, but it merges fine. CAIF will use this new host virtio ring implementation. Ido,

On 11 May 2017 at 10:17, Erwan Le Pennec wrote: | Dear all, | | I've stumbled a similar issue with the package cluster when | compiling the 3.4.0 version with the settings of Fedora RPM specs. | Compiling R with the default setting of configure yields a version that | works for cluster... and nlme. | | I did not find the exact option that was the cause of this issue | but