similar to: (XEN) traps.c:3156: GPF messages in xen dmesg

Hi, I''m trying to get Windows Server 2008 R2 installation booting on Xen 4.0.4. Using the following config: kernel = "/usr/lib/xen/boot/hvmloader" builder = "hvm" shadow_memory = "8" memory = "4096" name = "ts" vcpus = "8" cpus = ["0", "1", "2", "3", "4", "5",

This is a patch to forward-port a Xend behaviour. Xend writes IO ABI used for all frontends. Blkfront before 2.6.26 relies on this behaviour otherwise guest cannot boot when running in 32-on-64 mode. Blkfront after 2.6.26 writes that node itself, in which case it''s just an overwrite to an existing node which should be OK. In fact Xend writes the ABI for all frontends including console

"Jan Beulich" <JBeulich at suse.com> writes: #Okay, this at least clarifies there is a (relatively big) RMRR. There is #a change to the handling of these among the ones that'll become #4.3.3 - mind giving #http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=6c63041428cc348bcb2887afabd606bc4bd5523f #a try on top of your 4.3.2 (or trying the tip of the stable-4.3 branch)? #

Running Borderlands GOTY on Wine 1.3.35 with WINEPREFIX=win32 on amd64 with WINEDEBUG=warn+all produces the following error log: http://paste.ubuntu.com/779465/ (warning: 8 MB) A tl;dr of this is GPF followed by std::terminate->abort() due to pure virtual function call. What am I doing wrong, as a Gold rating on appdb implies that the game should be working? -- 001100 Andrey

>>> On 20.05.14 at 18:25, <mike at estone.ca> wrote: > I've added iommu=debug to the XEN CMD Line under grub. > Attached is the xl dmesg log and system dmesg. Okay, this at least clarifies there is a (relatively big) RMRR. There is a change to the handling of these among the ones that'll become 4.3.3 - mind giving

Dear Group, My question relates to the write.table function. I have created a data.frame containing both "character" and "numeric" columns. When I use the write.table function to write this table into a text file spaces are added into the "numeric" columns so that the number of digits in each column is the same. This extra space is added before the actual number.

The code, below, in rdmsr_hypervisor_regs (in xen/arch/x86/traps.c) looks wrong. (The same code is in wrmsr_hypervisor_regs.) int rdmsr_hypervisor_regs( uint32_t idx, uint32_t *eax, uint32_t *edx) { idx -= 0x40000000; if ( idx > 0 ) return 0; ... The intent, apparently, is that the function should return zero if the original idx exceeds 0x40000000. However because idx is

>>> On 16.05.14 at 10:58, <ijc at hellion.org.uk> wrote: > So it seems like dom0 is unable to (correctly) bind to some hardware > interrupts. I wonder if these messages from Xen's dmesg are relevant. > (XEN) Not enabling x2APIC: depends on iommu_supports_eim. > (XEN) I/O virtualisation disabled > (XEN) Enabled directed EOI with ioapic_ack_old on! The last one

Hello, My system died last night apparently due to OOM conditions. Note that I don't have any swap set up, but my understanding is that this is not required. The full log is at: http://pastebin.com/YCYUXWvV. It was in my messages, so I guess the system took a bit to die completely. nouveau is somewhat implicated, as it is the first thing that hits an allocation failure in nouveau_vm_create,

Hi, current paravirt patchqueue dies with ... Checking if this processor honours the WP bit even in supervisor mode... Ok. general protection fault: 0000 [#1] SMP Modules linked in: CPU: 0 EIP: 0061:[<c01021a8>] Not tainted VLI EFLAGS: 00010013 (2.6.20-git8-default-hg770 #7) EIP is at xen_evtchn_do_upcall+0x56/0x94 eax: ffffffff ebx: 00000000 ecx: fbfb9000 edx: ffff8b04

Hi, current paravirt patchqueue dies with ... Checking if this processor honours the WP bit even in supervisor mode... Ok. general protection fault: 0000 [#1] SMP Modules linked in: CPU: 0 EIP: 0061:[<c01021a8>] Not tainted VLI EFLAGS: 00010013 (2.6.20-git8-default-hg770 #7) EIP is at xen_evtchn_do_upcall+0x56/0x94 eax: ffffffff ebx: 00000000 ecx: fbfb9000 edx: ffff8b04

https://bugzilla.mindrot.org/show_bug.cgi?id=3156 Bug ID: 3156 Summary: Prevent ~/.ssh creation Product: Portable OpenSSH Version: 8.2p1 Hardware: amd64 OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs at mindrot.org

I tried to upgrade one user's system, a Dell Optiplex GX620, and yum got a GPF. After *much* grief, I finally gave up, and rebuilt the system. Or, rather, I'm trying to. First problem: I did a minimal install from the graphical installer - I don't know if that's relevant - but when it boots, it does *not* install the NIC driver, tg3, on boot. I've got eth0 defined in

Unfortunately, I've ran into a second issue where addpd is being performed on memory that isn't 16 byte aligned. Again, this only happens if the createJIT OptLevel is set to Default (vs None). According to

On Wed, Dec 4, 2013 at 6:01 AM, Bruno Pr?mont <bonbons at linux-vserver.org> wrote: > Hi, > > With 3.13-rc1 and 3.13-rc2 kernel crashes/BUGs while loading nouveau: > [ 657.654915] ACPI Warning: \_SB_.PCI0.IXVE.IGPU._DSM: Argument #4 type mismatch - Found [Integer], ACPI requires [Package] (20131115/nsarguments-95) > [ 657.655099] ACPI Warning: \_SB_.PCI0.IXVE.IGPU._DSM:

Hi, We had a potentially network related crash on a dom0 with Linux 4.9.39 / Xen 4.8 and as of today I can't find any fixes in stable/linux-4.9.y, xen/staging-4.8, or CPU microcode updates that look like a smoking gun. I can't rule out that it's Xen related. The backtraces are: ------------[ cut here ]------------ WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:1473

From: Yang Zhang <yang.z.zhang@Intel.com> With virtual unrestricted guest feature, L2 guest is allowed to run with PG cleared. Also, allow PAE not set during virtual vmexit emulation. Signed-off-by: Yang Zhang <yang.z.zhang@Intel.com> --- xen/arch/x86/hvm/hvm.c | 3 ++- xen/arch/x86/hvm/vmx/vvmx.c | 3 +++ 2 files changed, 5 insertions(+), 1 deletions(-) diff --git

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I''ve been working on a project recently which we want to virtualize. It runs on Windows Server 2003, so my first attempt was to put it in a HVM domU. Sadly, this application requires network performance higher than HVM is seemingly capable of. In the absence of PV drivers for Windows, I tried running it on VMWare instead, and I

Ian Campbell <ijc at hellion.org.uk> writes: #What were the previous settings (the ones which worked for grub but not #Xen)? Do these new settings work with native Linux? # #Given the change in behaviour my gut feeling is that either the Legacy #USB Support option or the 60/64 emulation ones are the one which matters #out of that set. The default and previous settings were everything

Hi, Fedora has received multiple reports of crashes when running 4.11 as a guest https://bugzilla.redhat.com/show_bug.cgi?id=1430297 https://bugzilla.redhat.com/show_bug.cgi?id=1434462 https://bugzilla.kernel.org/show_bug.cgi?id=194911 https://bugzilla.redhat.com/show_bug.cgi?id=1433899 The crashes are not always consistent but they are generally some flavor of oops or GPF in virtio related