similar to: Pulling in broadwell support for cent6u5

Thanks much for the the reply! Some sec updates/bug fixes have been applied thru the run of 6u5 and after, but yes, still firmly in 6u5 land. Guess will have to test. Broadwell cpus do run in the OS, but "6u5" is stated as not supporting 26XXv4 chipsets. regards On Wed, Jun 15, 2016 at 4:56 PM, John R Pierce <pierce at hogranch.com> wrote: > On 6/15/2016 2:48 PM, jsl6uy

On 06/15/2016 05:10 PM, jsl6uy js16uy wrote: > Thanks much for the the reply! > Some sec updates/bug fixes have been applied thru the run of 6u5 and after, > but yes, still firmly in 6u5 land. Guess will have to test. > Broadwell cpus do run in the OS, but "6u5" is stated as not supporting > 26XXv4 chipsets. > Theoretically, it should be possible to run the latest

On 6/15/2016 2:48 PM, jsl6uy js16uy wrote: > Hello, all. Hope all is well > Is it possible to install kernel and support files from 6u7 into a base 6u5 > image to achieve full broadwell support in 6u5? > We are "locked", clearly not fully since willing to up jump kernels, on 6u5. "Locked", meaning you're running a ~3 old OS with no security or bugfix updates?

On 16/06/16 13:18, Johnny Hughes wrote: > > .. the actual definition of a > 'CRITICAL' update from Red Hat's perspective is: > > "This rating is given to flaws that could be easily*exploited by a remote unauthenticated attacker and lead to system > compromise (arbitrary code execution) without requiring user interaction*. These are the types > of

Thanks again very much sir Will definitely try this path and report back On Mon, Jul 11, 2016 at 11:59 AM, Michal Privoznik <mprivozn@redhat.com> wrote: > On 11.07.2016 17:46, jsl6uy js16uy wrote: > > Thanks much sir > > Ease I think mainly > > adding a macvtap is pretty quick, performant and works. And last but > > definitely not least, ignorance of other quick

Hello all, and hope all is well Has anyone installed / on an nvme ssd for Cent 7? Would anyone know if that is supported? I have installed using Arch Linux, but at the time, mid last year, had to patch grub to recognize nvme. Arch is obviously running a much more recent kernel. Not afraid todo some empirical leg work. Just asking if anyone had tried already thanks all for any/all help regards

Thanks much sir Ease I think mainly adding a macvtap is pretty quick, performant and works. And last but definitely not least, ignorance of other quick easy solutions. Well, also macvtap works on older hardware where I don't have physical functions to passthrough via sr-iov, that is what you are pointing to with "macvtaps in the most outer one VM and pass them thru to inner layer

Thanks very much for the quick response/info sir Server is joined to the domain, which, I think, the info I listed demonstrates, apologies if not sssd has nothing to do with Samba. >>I somewhat understand that sir. I listed mainly to provide info on auth methods and services on the host. In case not listing affected diagnosis, and just in case samba did something different interacting on

Hello all, hope all is well this maybe outside of libvirt-users.... Can you nest macvtap devices to ultimately receive a real routable ip on the nested vm? I have a nested vm up and running. Both vm and nested vm are centos 7 on arch linux host. The first vm uses a macvtap in bridge mode receives dhcp from an external dhcp server. I start the second vm and dhclient hangs and never receives an

Hi I wonder, if live migration (back and forth) is possible on mixed Haswell (Xeon V3) and Broadwell (Xeon V4) installations. The only notable difference between the two is apparently a working TSX implementation on V4, which got disabled on V3 due to bugs. The rest (VMCS-shadowing, posted interrupts) should not apply to our environment, as we do not run nested-vmx nor device-passthrough on

Apologies if this has been gone over, but I believe I have checked the intertubes more than a bit..... I am using libvirt and have vms booting under an OVMF.fd to use an efi firmware. I can create vms, linux ubuntu, and they will boot up. However, everytime I reboot am I dropped into the default efi shell provide by the tianocore build. Then I must walk the FS to the booting efi app and run, in

Hello all, hope all is well/happy holidays Issues with an old thread out there, valid users containing an AD group Have tried this on systems running cent7u2 and ubuntu trusty. These systems are running sssd. I can login with AD users and chown/chgrp file with AD groups. However, I can't get AD groups to work with valid users for restricting share access. If I just set individual AD users,

Hello all, hope all is well Was wondering if I'm doing something wrong/missing something. I have pxe+tftp+uefi working between 2 vms. However after the build is done and I reboot, I still come up to pxe b/c tianocore always starts, from what I've seen, with trying PXE first. Great for initial builds :) but I would like to it stop after. In the xml I am pointing to the disk to boot first.

Thanks VERY MUCH for all the info and help! Apologies for the extreme delay. I got distracted by other threads that forced out this work to later date. Also some frustration as well. ;) I completely missed this update. Apologies and thanks Will be diving back into this shortly! On Thu, Mar 24, 2016 at 3:57 PM, Laszlo Ersek <lersek@redhat.com> wrote: > On 03/21/16 19:53, jsl6uy js16uy

Hi All, First time mailing here, I hope someone can help. We?re running a OpenStack Newton environment on top of CentOS-7.3, LibVirt and Qemu-KVM-EV. We are encountered an issue live migrating a VM between 2 hosts with different CPUs and LibVirt throws the following error: libvirtError: unsupported configuration: guest and host CPU are not compatible: Host CPU does not provide required features:

> Am 11.05.2017 um 16:29 schrieb Leon Fauster <leonfauster at googlemail.com>: > >> Am 11.05.2017 um 14:48 schrieb Leon Fauster <leonfauster at googlemail.com>: >> >> https://access.redhat.com/support/policy/intel >> >> shows mainly Xeon CPUs. What about >> >> Intel Core i7-6700 Quad-Core Skylake >> >> has the current EL6

On 2019/1/3 ??4:47, Michael S. Tsirkin wrote: > On Sat, Dec 29, 2018 at 08:46:51PM +0800, Jason Wang wrote: >> This series tries to access virtqueue metadata through kernel virtual >> address instead of copy_user() friends since they had too much >> overheads like checks, spec barriers or even hardware feature >> toggling. > Will review, thanks! > One questions

On 2019/1/3 ??4:47, Michael S. Tsirkin wrote: > On Sat, Dec 29, 2018 at 08:46:51PM +0800, Jason Wang wrote: >> This series tries to access virtqueue metadata through kernel virtual >> address instead of copy_user() friends since they had too much >> overheads like checks, spec barriers or even hardware feature >> toggling. > Will review, thanks! > One questions

Hi, I have a computer with an integrated graphic card and a discrete graphic card, namely: # lspci | grep -E "VGA|3D" 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) 03:00.0 3D controller: NVIDIA Corporation GM108M [GeForce 840M] (rev a2) This is confirmed by vgaswitcheroo: xray:/ # cat /sys/kernel/debug/vgaswitcheroo/switch

Hi, Is it normal/expected for `llc` to support a different set of targets than `lli`? I have a hello.ll on which this works: $ llc -mtriple=armv7a-linux-gnueabihf hello.ll # OK, generates hello.s But this doesn't: $ lli -mtriple=armv7a-linux-gnueabihf hello.ll # lli: error creating EE: No available targets are compatible with this triple, see -version for the available targets. I'm