Displaying 20 results from an estimated 600 matches similar to: "vpmu=1 and running 'perf top' within a PVHVM guest eventually hangs dom0 and hypervisor has stuck vCPUS. Romley-EP (model=45, stepping=2)"
2010 Nov 16
0
Bug#603727: xen-hypervisor-4.0-amd64: i386 Dom0 crashes after doing some I/O on local storage (software Raid1 on SAS-drives with mpt2sas driver)
Package: xen-hypervisor-4.0-amd64
Version: 4.0.1-1
Severity: normal
My 32Bit Dom0-crashes with error "Out of SW-IOMMU space for 65536 bytes"
after doing moderate I/O on the local storage, which is a software-raid1
over 3 harddrives, connected to the builtin Perc H200 controller with ext3-fs.
The error is reproduceable with "dd if=/dev/zero of=bigfile bs=1024 count=1000000"
2011 Feb 18
1
VF passthrough problems
I am having reports of PCI passthrough problems with SR-IOV, in
particular it looks like we are hitting the warning at msi:635 and
msi:648 in xen; see the following log:
(XEN) [VT-D]iommu.c:1785: VT-d page table not sharing with EPT table
xenbus dev backend/vbd/1/5696 error 6 opening device
(XEN) PCI add Virtual Function 04:1a.0
(XEN) HVM1: HVM Loader
(XEN) HVM1: Detected Xen v4.1.0.rc2.pre
(XEN)
2007 Jun 24
4
It seems the "machine check exception handling" breaks HVM guest
Hi Jan Beulich,
> changeset 15414: 3cf5052ba5e5 x86: machine check exception handling
With the c/s, when creating HVM guest, I can only see a white Qemu
window. :(
Can you have a look? Thanks.
PS: the serial log follows:
(XEN) HVM1: pci dev 02:0 bar 14 size 00001000: f2000000
(XEN) HVM1: pci dev 03:0 bar 10 size 00000100: 0000c101
(XEN) HVM1: pci dev 03:0 bar 14 size 01000000:
2007 Dec 27
2
VT-d and the GPU
Like others on this list I am trying to employ the VTD-NEO patches in
Xen 3.2 unstable to assign the internal graphics device to Dom1/Vista.
I have removed the Cirrus Logic emulated device from qemu and replaced
the Cirrus Logic vgabios with the the actual vgabios from my GPU.
However I am hitting an xen assert and was hoping someone might be able
to point me in the right direction. Below
2014 Feb 03
2
4.3.0-3 fresh build - hvmloader Triple fault on VCPU0
When using the 4.3.0-3/4.3.0-3+b1 xen packages from the Debian archive, things work fine.
However, when we compile the xen=4.3.0-3 source package ourselves, we run into an issue launching an HVM. As soon as the HVM bios is loaded, VCPU0 gets a triple fault and the HVM is destroyed (this is with "loglvl=all guest_loglvl=all hvm_debug=3" boot options).
(XEN) HVM1: Multiprocessor
2014 Feb 06
0
4.3.0-3 fresh build - hvmloader Triple fault on VCPU0
I've tracked down the issue to the seabios package being updated to 1.7.4-1 from 1.7.3-3. When Xen is built with the older version, everything works fine.
In fact, I bisected the issue down to the following SeaBIOS commit:
http://review.coreboot.org/gitweb?p=seabios.git;a=commit;h=e144bb7af49ca8756b7222a75811f3b85b0bc1f5
I don't know if this group is interested in tracking down the
2012 Jun 06
0
Intel VGA-passthrough to Ubuntu12.04 64bit Dom-U doesn't work
Hi,
When Ubuntu12.04 64bit domU boot up, Intel VGA-passthrough doesn''t work.
I used the command "xm create" to boot up Dom-U.
Windows7-64bit-SP1 works quite well with same configuration.
Boot log is as follows.
Dom-U dmesg:
[ 1.421858] initcall rfcomm_init+0x0/0xf1 [rfcomm] returned 0 after
2192 usecs
[ 1.423021] calling i915_init+0x0/0x8d [i915] @ 387
[ 1.423023]
2010 May 16
1
[LLVMdev] How to access the return value of a CallInst
Hi all:
I am trying to get the return value of a call instruction that I
inserted during the optimization pass I wrote. I have something like
the following:
CallInst *InitCall = CallInst::Create(InitFn, Args.begin(), Args.end(),
"log_load_addr_ret", LI);
CastInst *InsertedCast =
2010 Nov 22
0
HVM error on booting
Hello everybody,
I am trying to install an Ubuntu inside a lvm partition as a HVM.
Here''s my config:
% cat /etc/xen/hvm1
kernel = "/usr/lib/xen/boot/hvmloader"
builder=''hvm''
memory = 1024
name = "hvm1"
vif = [ ''bridge=xenbr0'' ]
disk =
2011 Jan 19
1
[BUG] Problem Booting Xen 4.0.1 on 2.6.32.26/27
Hello,
I''m attempting to boot Xen 4.0.1 on a SuperMicro H8DGi-F motherboard and
having not much luck. I can boot the
2.6.32.26 (or .27) kernels alone, but when I add Xen into the mix, I get
consistent boot failure.
I''ve tried Xen 4.0.1-release, 4.0.2-rc1-pre and 4.0.2-rc2-pre, all get
the same failure.
xen/next-2.6.37 works and boots great, but since netback isn''t
2013 Feb 22
5
Bug#701213: Hvm domU doesn't boot after dom0 reboot under Debian Wheezy
Package: xen-hypervisor-4.1-amd64
Version: 4.1.4-2
Hi,
Hvm domU does not starts up afer dom0 reboot.
Bridge br0 is set up manually.
Dom0: Debian Wheezy 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux
DomU: Debian Squeeze 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC
2012 x86_64 GNU/Linux
config:
===<========
kernel = '/usr/lib/xen-4.1/boot/hvmloader'
builder = 'hvm'
2013 Nov 27
1
glusterfs poor performance for my local machine (host and client on the same machine)
Hi experts
I have a machine which have 5 hard disk
I want to use glusterfs to fast my disk
my machine's IP is 123.224.178.67
my steps
1)create the volume
gluster volume create vol1 123.224.178.67:/buildarea2
123.224.178.67:/buildarea3
123.224.178.67:/buildarea4 123.224.178.67:/buildarea5 123.224.178.67:
/buildarea6
2)start the volume
gluster volume start vol1
3)mount the volume
2013 Mar 14
1
[PATCH v2 0/2] AMD MCE fixes
Boris,
Here is the updated patch for determining number of regiter banks on
AMD plus a patch removing shared_bank array, as you suggested.
Offline/online testing didn''t show any issues.
Boris Ostrovsky (2):
x86/mce: Replace shared_bank array with is_shared_bank() helper
x86/mce: Use MCG_CAP MSR to find out number of banks on AMD
arch/x86/kernel/cpu/mcheck/mce_amd.c | 38
2007 Aug 16
4
[PATCH] small mca cleanup
Hi!
The MCG_CAP MSR never returns a negative count of available
error-reporting banks. Thus make nr_mce_banks unsigned.
While here, do some other minor cleanups.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
2011 Feb 03
1
pci-passthrough nic but no link
I hope someone can enlighten me.
I have a quad-port Intel 82580 nic (igb driver) on my system and I''d like to
dedicate each nic to a HVM via VT-d PCI passthrough. The IOMMU on my system
seems to work, I can assign the PCI devices to my HVMs. The HVMs see the
pci device and load their respective igb drivers, and ethtool -i eth0 works
on each HVM, shows the drivers are loaded and the
2017 Jan 12
1
[PATCH v2] x86, locking/spinlocks: Remove paravirt_ticketlocks_enabled
This is a follow-up of commit cfd8983f03c7b2 ("x86, locking/spinlocks:
Remove ticket (spin)lock implementation"). The static_key structure
paravirt_ticketlocks_enabled is now removed as it is no longer used.
As a result, the init functions kvm_spinlock_init_jump() and
xen_init_spinlocks_jump() are also removed.
A simple build and boot test was done to verify it.
Signed-off-by: Waiman
2017 Jan 12
1
[PATCH v2] x86, locking/spinlocks: Remove paravirt_ticketlocks_enabled
This is a follow-up of commit cfd8983f03c7b2 ("x86, locking/spinlocks:
Remove ticket (spin)lock implementation"). The static_key structure
paravirt_ticketlocks_enabled is now removed as it is no longer used.
As a result, the init functions kvm_spinlock_init_jump() and
xen_init_spinlocks_jump() are also removed.
A simple build and boot test was done to verify it.
Signed-off-by: Waiman
2013 Jan 08
0
Re: txftrans.c:4498 -- TXF_HARD_ERROR
Apologies for missing Subject.
On Wed, Jan 9, 2013 at 3:21 AM, Rushikesh Jadhav <2rushikeshj@gmail.com>wrote:
> Hello List,
>
> Please help me in diagnosing below error in /var/log/messages
>
> HVM1[16586]: txftrans.c:4498 -- TXF_HARD_ERROR (0xC01A002B) for RM:
> fffff8800d099000
>
> Im unable to find any google reference related to above C file or its
> source
2017 Jan 12
0
[PATCH v2] x86, locking/spinlocks: Remove paravirt_ticketlocks_enabled
> diff --git a/arch/x86/xen/spinlock.c b/arch/x86/xen/spinlock.c
> index e8a9ea7..25a7c43 100644
> --- a/arch/x86/xen/spinlock.c
> +++ b/arch/x86/xen/spinlock.c
> @@ -141,25 +141,6 @@ void __init xen_init_spinlocks(void)
> pv_lock_ops.vcpu_is_preempted = PV_CALLEE_SAVE(xen_vcpu_stolen);
> }
>
> -/*
> - * While the jump_label init code needs to happend _after_ the
2014 May 15
0
Bug#748052: Info received ( Bug#748052: Bug#748052: Bug#7480
Not sure I did the xen log correctly.
I have this in /etc/default/grub now:
GRUB_CMDLINE_XEN_DEFAULT="loglvl=all"
And now here is xen dmesg:
root at xen-3:~# xl dmesg
(XEN) Xen version 4.3.0 (Debian 4.3.0-3+b1) (buildd-binet at buildd.debian.org) (gcc (Debian 4.8.2-8) 4.8.2) debug=n Wed Dec 4 07:43:54 UTC 2013
(XEN) Bootloader: GRUB 2.00-22
(XEN) Command line: placeholder