similar to: Unbound nodes using numactl

CentOS Errata and Bugfix Advisory 2015:1535 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1535.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 244a9d0b6a14c344d18aaf31e296b1d4b502cdfffe8439b8608138a76b092480 numactl-2.0.9-5.el7_1.x86_64.rpm

CentOS Errata and Bugfix Advisory 2016:0186 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0186.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c930170b1194e984b60207d30b229e21f5468b7c99ad19715744e0d3149e609e numactl-2.0.9-6.el7_2.x86_64.rpm

CentOS Errata and Bugfix Advisory 2019:3977 Upstream details at : https://access.redhat.com/errata/RHBA-2019:3977 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: eaab6b4fef776974a6f30f5655f298bc6128c318ab69cdbfcc5797311fba221d numactl-2.0.12-3.el7_7.1.x86_64.rpm

CentOS Errata and Bugfix Advisory 2011:0825 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0825.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: e639e64f2584c7d9d450a4cc19cb56dd numactl-0.9.8-12.el5_6.i386.rpm 19049844fdffec608ee3a5dc69c3a47f numactl-0.9.8-12.el5_6.x86_64.rpm

CentOS Errata and Bugfix Advisory 2011:0825 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0825.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 6e9805b07c044e8370765a8a8d44055e numactl-0.9.8-12.el5_6.i386.rpm a58f1a250b5fc931077931a7e45b6331 numactl-devel-0.9.8-12.el5_6.i386.rpm Source:

Virtio is using memory barriers to control the ordering of references to the vrings on SMP systems. When the guest is compiled with SMP support, virtio is only using SMP barriers in order to avoid incurring the overhead involved with mandatory barriers. Lately, though, virtio is being increasingly used with inter-processor communication scenarios too, which involve running two (separate)

Virtio is using memory barriers to control the ordering of references to the vrings on SMP systems. When the guest is compiled with SMP support, virtio is only using SMP barriers in order to avoid incurring the overhead involved with mandatory barriers. Lately, though, virtio is being increasingly used with inter-processor communication scenarios too, which involve running two (separate)

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

( Posting again. Correct subject line now! ) Hello, I'm trying to use macvtap on Debian Wheezy. Actually, I've installed a recent version of libvirt and qemu from Jessie, using wheezy-backports. $ virsh version Compiled against library: libvirt 1.2.1 Using library: libvirt 1.2.1 Using API: QEMU 1.2.1 Running hypervisor: QEMU 1.7.0 I'm trying to configure a macvtap interface like

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hello, we're using Samba 3.4.12 on older installation of Gentoo (2.6.34-gentoo-r12) to serve files to AD users and after Samba restart, users can't connect to shared folders - error on client side: session setup failed: NT_STATUS_LOGON_FAILURE; errors on server side - Get_Pwnam_internals didn't find user [user]!,check_ntlm_password: winbind authentication for user [user] FAILED with

Hi, I have RHEL5 libvirt client compiled at ${BSPACE}/usrcisco This client when connecting to a libvirtd/server fails to connect as follows -bash-3.2$ ${BSPACE}/usrcisco/bin/virsh -c qemu+ssh://sarvi at cnh-nehalem-1/system?socket=/var//run/libvirt/libvirt-sock error: failed to connect to the hypervisor error: authentication failed: unsupported authentication type 2 I have the libvirt

Good news, I was able to use up to 37 cores for LLVM build with LLD. The build speed, did not measure precisely though, is comparable to the build with GNU ld case. Thank you all for your help! On Sun, Mar 29, 2020 at 5:04 AM Alex Brachet-Mialot < alexbrachetmialot at gmail.com> wrote: > Yes unfortunately that would limit you to 4 cores. > > There’s no easy way to use lld with

I'd like to expand the following data to perform a daily time series. It should cover from '2012-07-01' to '2012-10-06' with the values I actually have being the mean from one point measurement to another. Does anyone has a clue to perform this task. structure(list(Date.beg = structure(c(15635, 15617, 15615, 15610, 15609, 15605, 15604, 15601, 15593, 15593, 15586, 15581,

This patch fixes an undesirable behavior in the comparison of modifier bits necessary to initiate an action - if the modifier is not configured on the user's X server (thus having CompNoMask in its position in d->modMask), the comparison always behaves as though the modifier were pressed, due to CompNoMask falling outside the REAL_MOD_MASK & ~d->ignoredModMask bitmask. This causes

Samplers are only defined up to num_samplers, so set all samplers above nr to NULL so that we don't try to read them again later. Tested-by: Christian Ruppert <idl0r at qasl.de> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: "10.2 10.3" <mesa-stable at lists.freedesktop.org> --- src/gallium/drivers/nouveau/nv50/nv50_state.c | 7 +++++-- 1 file changed, 5

On Sat, Aug 30, 2014 at 7:30 PM, Emil Velikov <emil.l.velikov at gmail.com> wrote: > On 30/08/14 23:02, Ilia Mirkin wrote: >> Samplers are only defined up to num_samplers, so set all samplers above >> nr to NULL so that we don't try to read them again later. >> > Would it be worth doing a similar thing with the unlocked samplers below the > nr mark ? It seems

On Sat, Aug 30, 2014 at 8:09 PM, Emil Velikov <emil.l.velikov at gmail.com> wrote: > On 31/08/14 00:34, Ilia Mirkin wrote: >> On Sat, Aug 30, 2014 at 7:30 PM, Emil Velikov <emil.l.velikov at gmail.com> wrote: >>> On 30/08/14 23:02, Ilia Mirkin wrote: >>>> Samplers are only defined up to num_samplers, so set all samplers above >>>> nr to NULL so

FYI, while "make" succeeded in this directory on Friday, I ran "make clean" today from the top, then "make" and got this: Making all in examples make[3]: Entering directory `/home/j/w/co/libguestfs/ocaml/examples' ocamlfind ocamlopt \ -warn-error A -I .. mlguestfs.cmxa lvs.ml -o lvs File "lvs.ml", line 11, characters 10-24: Error: