similar to: XCP Host CPU masking

Okay, joining hosts to a pool, cant seem to be completed due to different cpu types, research i should be able to mask one can anyone confirm this is doable with these two boxes, and if so which should be masked to which ?? xe host-cpu-info cpu_count : 8 vendor: GenuineIntel speed: 2493.790 modelname: Intel(R) Xeon(R) CPU

Hi, I''ve been trying to use E5520 and X5650 together in an heterogeneous pool without success. I know the combination is not on the official XenServer supported list (http://hcl.xensource.com/CPUPoolsList.aspx), but I thought it would be possible to set the mask anyway and see for myself if the combination works… My problem is that the mask doesn''t "stick" after a

Reverted: https://reviews.llvm.org/rL314922 On Oct 4, 2017, at 1:17 PM, Philip Reames via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: + Rui, the patch author Do we know what the oldest glibc which works with this patch is? For context, the most recent REHL 5 ships with glibc 2.5. REHL 6 ships with 2.12 and REHL ships with 2.17. I have evidence

Hi All, The landed patch https://reviews.llvm.org/D38481 introduced the usage of CPU_COUNT defined in glibc sched.h header. I failed to find this symbol in sched.h of glibc version 2.5-24, so compilation just fails. /home/dolphin/merge-from-upstream-area/ws/pristine/lib/Support/Threading.cpp: In function 'unsigned int llvm::hardware_concurrency()':

Our build system is setup to deliberately use a very old environment.  We've found that's one of the most reliable easy ways to ensure we don't accidentally introduce a dependency on a newer system library than intended.  This lets us ship prebuilt binaries which run on a wide spectrum of systems.  We're going to chat internally and check to see if we can roll this forward a

On Oct 4, 2017 2:31 PM, "Rui Ueyama via llvm-dev" <llvm-dev at lists.llvm.org> wrote: On Wed, Oct 4, 2017 at 2:19 PM, Philip Reames <listmail at philipreames.com> wrote: > Our build system is setup to deliberately use a very old environment. > We've found that's one of the most reliable easy ways to ensure we don't > accidentally introduce a dependency

In the root llvm/CMakeLists.txt we have: if( ${PYTHON_VERSION_STRING} VERSION_LESS 2.7 ) message(FATAL_ERROR "Python 2.7 or newer is required") endif() But lit seems to still be stuck in a Python 2.5 world. For example, detectCPUs is redundant now that we have multiprocessing.cpu_count() (multiprocessing requires >=2.6). And there are a bunch of other Python 2.5 workarounds

I have been building R-devel daily for years. In the last week or so, R-devel has failed make check with the error in tests/Examples/parallel-Ex.R The specific error is > pkgname <- "parallel" > source(file.path(R.home("share"), "R", "examples-header.R")) > options(warn = 1) > library('parallel') Error in dyn.load(file, DLLpath =

This sounds like a good idea to me! I can’t think of any common platform where you can’t get 2.7. Lets get rid of that legacy cruft! > On Feb 23, 2016, at 1:32 PM, Eric Christopher <echristo at gmail.com> wrote: > > Seems reasonable to me. Chris? > > On Mon, Feb 22, 2016, 8:40 PM Sean Silva via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at

Great! I'll circle around to this at some point. Despite the "obvious" nature of it I still am wary of underestimating the cruftiness of the buildbots, so I'll probably do it some time at night when the bots are mostly green so that I can easily see if any bots *are* broken by this. -- Sean Silva On Tue, Feb 23, 2016 at 6:55 PM, Chris Matthews <chris.matthews at

Hi All, I am trying to build the 'lld' linker on Mac OS 10.9, but during the build, I am getting the errors. Following are the steps that I have followed: 1.     I have downloaded the ‘llvm-stable’ source code from the following location:   https://github.com/llvm-mirror/llvm/tree/stable   2.     Machine details(on which llvm source code isbeing built) are as follows: $ sw_vers

System: CPU''s: 2 x XEON X5450 Motherboard: http://www.intel.com/p/en_US/support/highlights/server/s5000psl/ RAM: 16GB DDR2 ECC OS: Debian 7.0 64bit If I attempt to use more than 3GB of RAM to the guest below (Windows 2008 server R2 64bit) it will end up with the following error message: xl create win_2008_server_hvm.cfg Parsing config from win_2008_server_hvm.cfg xc: info: VIRTUAL

I have tried this with a bunch of different versions of Samba, starting somewhere in the 3.0.1 series. I am currently running 3.0.34 on several Gentoo servers, all showing the same problem. I am almost positive it is not a Samba issue, but I was just hoping that someone may have experienced it and knows if there is a solution. When I have the current Novell Netware client installed on XP

KVM version 84 Host OS: Centos version: 2.6.18-92.el5 Guest OS: Windows Server 2008 Web Processor: Intel Xeon L5420 Quad-Core I have installed kvm version 84 from .rpm's on lfarkas.org. Without the --no-acpi option, Windows 2008 boots fine. With the --no-acpi option, the VM displays the following: Windows Boot Manager Windows failed to start... Status 0xc0000225 Info: Windows failed to

Hi all, I'm trying to run Windows Server 2008 x86_64 on XEN, but I have a problem... The instalation works fine, but at the first reboot after instalation I get an "Stop 0x0000007E" error. Please, can you help me with this problem? My *processor*: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz My *xm info*: xm info host : vs01.lan.specto.com.br release :

Hello, I made an interesting observation related to the "Clocksource tsc unstable (delta = -2999660320319 ns)" problem. In the log of ntpd I found: Oct 5 03:46:35 greenville-dom0 ntpd[4020]: kernel time sync status change 6001 Oct 5 04:03:41 greenville-dom0 ntpd[4020]: kernel time sync status change 2001 Oct 5 05:29:03 greenville-dom0 ntpd[4020]: kernel time sync status change

Hyper-V SynIC is a Hyper-V synthetic interrupt controller. The test runs on every vCPU and performs the following steps: * read from all Hyper-V SynIC MSR's * setup Hyper-V SynIC evt/msg pages * setup SINT's routing * inject SINT's into destination vCPU by 'hyperv-synic-test-device' * wait for SINT's isr's completion * clear Hyper-V SynIC evt/msg pages and destroy

Hyper-V SynIC is a Hyper-V synthetic interrupt controller. The test runs on every vCPU and performs the following steps: * read from all Hyper-V SynIC MSR's * setup Hyper-V SynIC evt/msg pages * setup SINT's routing * inject SINT's into destination vCPU by 'hyperv-synic-test-device' * wait for SINT's isr's completion * clear Hyper-V SynIC evt/msg pages and destroy

Hi folks! I'm trying to get rid of any dependency on libgcc*, but without success so far. The following commands were executed on a freshliy installed and updated Ubuntu 16.04 LTS: === snip === sudo apt-get install build-essential libffi-dev cmake # see aptget.txt for packages installed sudo mv /usr/local /usr/local.orig git clone https://github.com/llvm/llvm-project.git cd llvm-project; git

There was no valid reason to keep this set of APIs in their own agent and class, so those have been eliminated. A new HostListener method, HostListener::updated(), was added. It is via this method that the Host will notify all transports that the load average statistic is updated on the host. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- src/Makefile.am | 11