similar to: kvm: C8 as guest on C6 host / huge delay while booting

On 5/16/20 5:09 PM, Leon Fauster via CentOS wrote: > Am 11.05.20 um 15:59 schrieb Leon Fauster: >> Since C8.1? kvm guests have a huge delay while booting on a kvm host based on C6. This delay was not present with C8.0. The "pause" happend >> direct after the grub step. The VNC session shows only a "_" character. >> > > and this are the corresponding

Am 11.05.20 um 15:59 schrieb Leon Fauster: > Since C8.1? kvm guests have a huge delay while booting on a kvm host > based on C6. This delay was not present with C8.0. The "pause" happend > direct after the grub step. The VNC session shows only a "_" character. > and this are the corresponding logs. The guest system continues to boot after ~5 minutes. At that

I can see from different post that if working with sr-iov, i should work with vlan Is this an obligation to work with vlan if working with sr-iov? If not according to which parameter will the different vf get the traffic. Let's say i declare max_vfs=7, how will the traffic be seperated between the vm? However till i get an answer i tried to work with vlan And i still don't get

Il 24/01/20 15:11, Simon Matter via CentOS ha scritto: >> Hi list, >> >> I installed on my workstation C8.1 (1911) and performed a minimal >> install and then installed XFCE from EPEL. >> >> I noticed a strange behaviour (don't know if this is the wanted >> default). If I try ,from normal user shell, to run command like "reboot" >> or

Hi list, I installed on my workstation C8.1 (1911) and performed a minimal install and then installed XFCE from EPEL. I noticed a strange behaviour (don't know if this is the wanted default). If I try ,from normal user shell, to run command like "reboot" or "shutdown -h now" system will reboot/shutdown. This happens on tty console, on xfce terminal and ssh session.

Hi, while testing some APERF/MPERF semantics I discovered that this feature is enabled in Xen Dom0, but is not reliable. The Linux kernel''s scheduler uses this feature if it sees the CPUID bit, leading to costly RDMSR traps (a few 100,000s during a kernel compile) and bogus values due to VCPU migration during the measurement. The attached patch explicitly disables this CPU capability

Hi list, I'm on C8.1 and I'm trying to install NVIDIA driver from rpmfusion-nonfree repository but it returns: ?package kmod-nvidia-3:440.82-2.el8.x86_64 requires kmod-nvidia-4.18.0-147.el8.x86_64 >= 3:440.82-2.el8, but none of the providers can be installed ? - conflicting requests ? - nothing provides kernel < 4.18.0-148.el8 needed by

Has anyone succesfully compiled a PAPI+perfctr-enabled kernel? I've been mixing and matching instructions from the PAPI distribution and those from CentOS wiki to no avail. TIA -- Eduardo Grosclaude Universidad Nacional del Comahue Neuquen, Argentina

Il 29/06/20 16:02, Phil Perry ha scritto: > On 29/06/2020 07:36, Alessandro Baggi wrote: >> Hi list, >> >> I'm on C8.1 and I'm trying to install NVIDIA driver from >> rpmfusion-nonfree repository but it returns: >> >> ??package kmod-nvidia-3:440.82-2.el8.x86_64 requires >> kmod-nvidia-4.18.0-147.el8.x86_64 >= 3:440.82-2.el8, but none of the

> Am 16.12.2018 um 00:07 schrieb Gordon Messmer <gordon.messmer at gmail.com>: > > On 12/15/18 1:05 PM, Frank Cox wrote: >> Ultimately it would be very useful to have some kind of a tool that would generate a report from the rpms installed on a system and tell you exactly what depends on what else. Among other things you could use that report to remove stuff that's not

On 8 June 2015 at 06:40, Samuel Pitoiset <samuel.pitoiset at gmail.com> wrote: > This commit introduces the NVIF_IOCTL_NEW_V0_PERFMON class which will be > used in order to query domains, signals and sources. This separates the > querying and the counting interface. Hey Samuel, I've merged patches 1-4 already, I've got some comments on this one, but after they're solved

Hello, Do you know what this means : kvm: 2918: cpu0 unhandled rdmsr: 0x345 kvm: 2918: cpu0 unhandled rdmsr: 0x1c9 kvm: 2918: cpu0 unhandled rdmsr: 0x1a6 kvm: 2918: cpu0 unhandled rdmsr: 0x1a7 kvm: 2918: cpu0 unhandled rdmsr: 0x3f6 tap110i0: no IPv6 routers present kvm: 2952: cpu0 unhandled rdmsr: 0x345 kvm: 2952: cpu0 unhandled rdmsr: 0x1c9 kvm: 2952: cpu0 unhandled rdmsr: 0x1a6 kvm: 2952: cpu0

I've a the following happen a couple times now, and my internet searches are failing to locate an answer to the problem. We've got a few servers that primarily house VMs using KVM. They've got E-3 cpus and 32 GB RAM, and they run stock CentOS 6.4, fully patched (not yet migrated to 6.5). The VM disk images are housed on an NFS server. None of the VMs is particularly

-------------- next part -------------- An embedded message was scrubbed... From: John Criswell <criswell at cs.uiuc.edu> Subject: Re: [LLVMdev] A simulation tool Date: Tue, 1 Sep 2009 17:23:34 -0500 Size: 2903 URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090901/c1e167ca/attachment.eml>

Hi all: We have a user who needs to do some work with PAPI, which requires the perfctr patch applied to the kernel proper. Before I do that work here, I wanted to ask the list if anyone knows of a repo where such kernels are available? Also, if anyone has gone down this route and has helpful hints, perspectives, horror stories, etc., I would covet that information also. Cheers and Thanks,

On Fri, Sep 19, 2014 at 09:40:07AM -0700, H. Peter Anvin wrote: > On 09/19/2014 09:37 AM, Gleb Natapov wrote: > > > > Linux detects what hypervior it runs on very early > > Not anywhere close to early enough. We're talking for uses like kASLR. > Still to early to do: h = cpuid(HYPERVIOR_SIGNATURE) if (h == KVMKVMKVM) { if (cpuid(kvm_features) &

On Fri, Sep 19, 2014 at 09:40:07AM -0700, H. Peter Anvin wrote: > On 09/19/2014 09:37 AM, Gleb Natapov wrote: > > > > Linux detects what hypervior it runs on very early > > Not anywhere close to early enough. We're talking for uses like kASLR. > Still to early to do: h = cpuid(HYPERVIOR_SIGNATURE) if (h == KVMKVMKVM) { if (cpuid(kvm_features) &

> -----Original Message----- > From: Chris Murphy > Sent: Tuesday, February 17, 2015 20:48 > > On Tue, Feb 17, 2015 at 7:54 AM, Jason Pyeron wrote: > >> I'd post the entire dmesg somewhere > > > > http://client.pdinc.us/panic-341e97c30b5a4cb774942bae32d3f163.log > > At least part of the problem happens before this log starts. Feb 15 23:41:19

> -----Original Message----- > From: Chris Murphy > Sent: Tuesday, February 17, 2015 3:58 > > I think the panic is the consequence of drive write failure. > So the actual > problem is before the panic call trace. Most of the time it panics without any warning, but once there was: > > -----Original Message----- > > From: Jason Pyeron > > Sent: Sunday,

Hi Tim, Tim Northover-2 wrote > The code used for DIV is around X86ISelDAGToDAG.cpp:2415, but from a > glance the key points seem to be: > 1. use the second result of getCopyToReg (i.e. SDValue(setIdNode, 1)) > in the RDMSR node. > 2. Give your RDMSR node type MVT::Glue instead of MVT::Other I tried doing what you said, and the DAG looks like how I think it supposed to look like