similar to: Failed to get udev device for syspath '/sys/devices/virtual/dmi/id'

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

Hello, Thanks to recent changes in the SVN, I was able to successfully build LLVM under Windows in the following environments: 1. Cygwin; 2. MinGW/MSYS; 3. "gcc -mno-cygwin" (a.k.a MinGW on Cygwin). For 3., I've had to make a few manual changes to the build system. Care is needed because non-Cygwin external commands require Windows paths and Cygwin's make does not like path

We're hitting an assert whenever we try to create an HVM instance under Xen via libvirtd. System is running on Gentoo, package information as follows: app-emulation/xen-4.5.0 USE="api debug flask hvm pam pygrub python qemu screen" app-emulation/xen-tools-4.5.0 USE="api debug flask hvm pam pygrub python qemu screen" app-emulation/libvirt-1.2.11-r2:0/1.2.11 USE="caps

Hi everyone I'm trying to create a virtual machine using OpenNebula [1] on a centos 6.4 server, but i'm facing some erros using kvm / libvirt. This server is running on a virtual machine created on XCP. Then, my infrastructure is: XCP 1.6 (hypervisor - dom0) + CentOS 6.4 (running on a XCP VM) + OpenNebula 4.0.1 (installed on CentOS). In the host machine, I have the same infrastructure.

Ryan, I've always been bothered by this tab character that doesn't come from the target. The line you're looking for I believe is from /utils/TableGen/AsmWriterEmitter.cpp at line 428. In my opinion the target should control whether a prefix is printed before an instruction. Thanks, Javier From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of ryan

I'm trying the following command on the source machine: virsh migrate --live --copy-storage-all --verbose TEST qemu+ssh:// 10.30.76.66/system If I ssh into the destination machine when this command is running, I can see NBD copying data as expected, and if I wait long enough it completes and succeeds. However if I ctrl+c this command above before it completes, it causes virsh commands

Hi ! I'm trying to get a working installation of Xen 4.11 from source, with Libvirt. I managed to compile, install and boot on Xen so far. But when I start the libvirt daemon, it fails with the following error: info : libvirt version: 4.1.0, package: 5.fc28 (Fedora Project, 2018-08-23-19:00:58, buildvm-19 error : libxlDriverConfigNew:1644 : Unable to configure libxl's memory management

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

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

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

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

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