similar to: CPU Model detection with virsh capabilities

I am using a debian 9 guest, hosted on a ESXi platform with nested virtualisation enabled. On this debian 9 guest when I run libguesfs-test-tool, it fails with an error: "qemu-system-x86_64: /build/qemu-DqynNa/qemu-2.8+dfsg/target-i386/kvm.c:1805: kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed." Instead when I use a wrapper script and hook it with the env

On Mon, Sep 14, 2020 at 8:42 AM Yedidyah Bar David <didi@redhat.com> wrote: > > On Mon, Sep 14, 2020 at 12:28 AM wodel youchi <wodel.youchi@gmail.com> wrote: > > > > Hi, > > > > Thanks for the help, I think I found the solution using this link : https://www.berrange.com/posts/2018/06/29/cpu-model-configuration-for-qemu-kvm-on-x86-hosts/ > > > >

pbx18*CLI> module load codec_g729-ast14-gcc4-glibc-pentium3.so Unable to load module codec_g729-ast14-gcc4-glibc-pentium3.so Command 'module load codec_g729-ast14-gcc4-glibc-pentium3.so ' failed. [Dec 22 15:52:45] WARNING[4491]: loader.c:757 inspect_module: Module 'codec_g729-ast14-gcc4-glibc-pentium3.so' does not provide a license key. [Dec 22 15:52:45] WARNING[4491]:

> Is it a problem if all the files are compiled with -march=pentium3 > ? The patch that we sent in already detects in the configure.in script > which system you are on and sets a define correctly, i.e. _USE_SSE. Well, if what you want is auto-detection, turning on -march=pentium3 means that the code will crash on anything lower than a pentium3. Not really useful. Of course,

Hi, ALL: I install IPP(l_ipp_ia32_itanium_p_4_1_2.tar) and download the speech codeing (l_ipp-sample-speech-coding_p_4.1.008.tgz) then patch it (g729-041103.diff). My CPU is Centaur VIA Nehemiah with 998.715 MHz processor not INTEL CPU. I choose PIII as its CPU type when I modify Makefile under "G729-float". # For PIII OPTIMIZE= -O6 -mcpu=pentium3 -march=pentium3 -ffast-math

I use gentoo on xen, in the gentoo docs (gentoo compiles everything almost) they have options like ''-march=pentium3'' should i be using the gcc option for the cpu im using (pentium3), I understand that domU''s and even dom0''s speak the "XEN" arch, so could using cpu specific flags like this cause problems? what are other xen+gentoo users using

> Am I right with the assumption, that currently you have to enable > processor specific optimizations with compile/configure options? > > How difficult would it be to add support for runtime CPU detection? > Is this a feature you might consider adding? Pretty complicated because of some annoying decisions taken by the gcc team. The problem is that gcc won't let you use

>Submitter-Id: current-users >Originator: Dr. Otacon >Organization: Skimask Ninjas >Confidential: no >Synopsis: regchrome causes segfault during Mozilla build >Severity: critical >Priority: high >Category: ports >Class: sw-bug >Release: FreeBSD 4.8-STABLE i386 >Environment: System: FreeBSD octo.sytes.net 4.8-STABLE FreeBSD 4.8-STABLE #4: Wed Apr 9 14:48:08 MDT

Hi Again, the newest theora cvs prevents mplayer from compiling: gcc -c -O4 -march=pentium3 -mcpu=pentium3 -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I../loader -o demux_ogg.o demux_ogg.c demux_ogg.c: In function `demux_ogg_open': demux_ogg.c:626: warning: passing arg 2 of `theora_decode_header' from incompatible pointer type

Hi, referring to thread: http://www.gossamer-threads.com/lists/xen/users/177385#177385. I have the same thing going on: hypervisors with E5620 Xeon CPUs and hypervisors with E5410 CPUs. Live migrations go wrong when domU''s are not created on the latter and move from the E5410 servers to more recent ones. The rationale being that these CPU''s have less or other capabilities

After yum upgrade, the new CentOS5 kernel [ kernel-2.6.18-92.1.1.el5.i686 ] crashes each time early in boot process on Compaq ProLiant 3000 with dual Pentium3 CPU (600 MHz, CPU0: Intel Pentium III (Katmai) stepping 03, CPU1 the same). I get kernel panic at powernowk8_init+0x05e/0x1c3. The previous kernel [ kernel-2.6.18-53.1.21.el5.i686 ] seems to work fine. I am wondering if anyone has met

Hi, I have a large-ish application I'm trying to build with LLVM, so I replaced g++ in the Makefiles with llvm-g++. This appears to work fine when I pass -Wl,-native to generate an ELF executable, but I want to control the inlining threshold it uses, so I am now passing -Wl,-disable-inlining and -Wa,-disable-inlining, and having it generate LLVM bytecode, then running opt -inlining to generate

On Mon, 3 Apr 2006, Michael McCracken wrote: > the bytecode with lli - I get the following error: > > $ lli -load=/home/mmccrack/linux/lib/libTau.sh leo-inline-300-tau.bc > ERROR: Program used external function > '__llvm_cxxeh_allocate_exception' which could not be resolved! This is most likely because you are trying to link with llvmgcc, not with llvm-g++. Make sure that

Jean-Marc, Are you sure that you don't need to add just -msse to enable the intrinsics rather than a full fledged -march=pentium3? I did some playing around and I can get intrinsics code to compile with -march=i686 -msse on linux with that. Check out:

Hi, The attached patch changes the configure.ac logic as follows: It tests if the current compiler/cflags combination supports SSE, and if so enables _USE_SSE. This can be overridden by the '--enable-sse' and '--disable-sse' flags. Using '--enable-sse' will additionally add '-O3 -msse' to CFLAGS, just as it used to. I've tested this using the following

Hello everybody, I am writing on that mailing list because I have an issue using lftp and I would love to have more infos about features available on the LFTP version provided by CentOS 6. I try to connect to a ftp server in secured mode using FTPS explicit and I would love to use TLSv1.2. After several tries, I understood that the TLS negociation was not possible using TLSv1.2 (It works only

I've got several SMP machines, some running CentOS 4.3 and some running Fedora Core 4. All machine are kept fully updated. A few are Pentium3-based and a few are Pentium4-based. They are all running the irqbalance daemon. The distribution of interrupts across CPUs is indeed kept balanced, yet even after months of uptime ps shows no CPU use whatsoever by irqbalance. This from a

On Tue, Aug 02, 2016 at 03:29:07PM +0000, Olivier BONHOMME wrote: > On Tue, Aug 02, 2016 at 02:56:26PM +0000, Olivier BONHOMME wrote: > So the question is: Is that behaviour can be considered as an lftp bug or not ? Hello again, Just answering to myself and the list for a conclusion. lftp in CentOS uses the default priority provided by gnutls and it's not possible to override it in

Hello Everybody, I've just finished to install a SAMBA domain with LDAP authentication. All works fine :). The clients runs Windows 2000 Pro or Windows XP. The problem is that a simple user can't install or modify some system parameters and in my office it's needed by some users. So I would like to know how to give these rights to users logged in the domain on their local system

On Tue, Aug 02, 2016 at 02:13:31PM +0100, Tom Grace wrote: > On 02/08/2016 12:11, Olivier BONHOMME wrote: > > So my question is : Can lftp provided by CentOS (of course last version in the > > 6.x branch), do TLSv1.2 connection ? > It may not be related, but in the past I have needed to rebuild libNSS > and Curl in CentOS 6 due to an upstream patch the explicitly disabled