similar to: vesa: flush lfb when releasing VGA to dom0

This caused particularly poor performance when booting a server in uniprocessor mode for debugging reasons, and had 4 dom0 vcpus competing for 1pcpus worth of time. -- Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer T: +44 (0)1223 225 900, http://www.citrix.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Hi all, these are the remaining unapplied patches of the ARM HDLCD patch series. Changes in v7: - rebased on b61ed421d2c85b5b106c63f2c14f8aa162b282f0; - turn more printk and panic into early_printk and early_panic. Changes in v6: - rebased on 77d3a1db3196b1b5864469f8d3f41d496800c795; - remove useless initializations to NULL in lfb_init; - more compact checks in lfb_init. Changes in v5: - move

Hi all, new to this list ;) I have a Lenovo Thinkpad T61. lspci|grep VGA says: 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1) I have Slacware64-13.0 and Slackware64-current installed. Nouveau is modularized in all my kernels for -current. A problem arise even if I don't want to use nouveau under X: unless nouveau be blacklisted in

Subject: Obtain VESA capabilities and attributes of VESA mode Also, move some more common code to dom0_init_screen_info(). This was tested on 2.6.22.1, and only made apply to 2.6.18 without further testing. Signed-off-by: Jan Beulich <jbeulich@novell.com> Index: head-2007-08-07/arch/i386/kernel/setup-xen.c =================================================================== ---

Patch 1 removes CONFIG_SMP Patch 2 removes separate smp_{,r,w}mb()s as a result of patch 1 Patch 4 removes __ia64__ defines from the x86 arch tree Patch 3 is related to patch 4 and changes the VIOAPIC to emulate version 0x20 as a performance gain. It preceeds Patch 4 so as to be more clear about the functional change. Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>

On Mar 17, 6:14pm, Howell Tam wrote: } Subject: Re: [Xen-users] Dom0 freeze on HVM DomU Windows reboot with VGA p > Hi all again, Hi, hope the weekend is going well for everyone. > > > have you found a solution for this behaviour? Cause I''m currently > > > seeing a similar result with my installation. > > I''ve been away for a few weeks and

On Mar 17, 6:14pm, Howell Tam wrote: } Subject: Re: [Xen-users] Dom0 freeze on HVM DomU Windows reboot with VGA p > Hi all again, Hi, hope the weekend is going well for everyone. > > > have you found a solution for this behaviour? Cause I''m currently > > > seeing a similar result with my installation. > > I''ve been away for a few weeks and

VGA passthrough is successful but Windows XP Home Edition HVM domU crashes within 1 minute after booting up. -- Yours sincerely, Mr. Teo En Ming (Zhang Enming) 张恩鸣 Dip(Mechatronics) BEng(Hons)(Mechanical Engineering) Citizenship: Singapore Citizen/Singaporean Alma Maters: [1] Singapore Polytechnic (Graduated 1998) [2] National University of Singapore (Graduated 2006) Facebook account: Teo En

VGA passthrough is successful but Windows XP Home Edition HVM domU crashes within 1 minute after booting up. -- Yours sincerely, Mr. Teo En Ming (Zhang Enming) 张恩鸣 Dip(Mechatronics) BEng(Hons)(Mechanical Engineering) Citizenship: Singapore Citizen/Singaporean Alma Maters: [1] Singapore Polytechnic (Graduated 1998) [2] National University of Singapore (Graduated 2006) Facebook account: Teo En

This will allow userspace to reason with the total number of CPUs, not just the current number of online CPUs. -- Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer T: +44 (0)1223 225 900, http://www.citrix.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com> CC: Ian Campbell <Ian.Campbell@citrix.com> CC: Ian Jackson <Ian.Jackson@eu.citrix.com> --- I was slightly peeved at looking this up and discovering that it was wrong, but the history shows I have only myself to blame. --- docs/misc/xen-command-line.markdown | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

From 159251a04afcdcd8ca08e9f2bdfae279b2aa5471 Mon Sep 17 00:00:00 2001 From: Liu Jinsong <jinsong.liu@intel.com> Date: Thu, 31 Oct 2013 06:38:15 +0800 Subject: [PATCH 4/4] XSA-60 security hole: flush cache when vmentry back to UC guest This patch flush cache when vmentry back to UC guest, to prevent cache polluted by hypervisor access guest memory during UC mode. The elegant way to do this

This issue came up when debugging pcpu linked list corruption (patches for that issue to follow). -- Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer T: +44 (0)1223 225 900, http://www.citrix.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Hi All, I have a windows 7 as my domU and some windows based drivers are not fully functional (like: touchpad-driver etc ) because they are SMBus based. I was looking at a way to passthrough the SMBus at 00:1f.03 on south bridge ( 00:1f.0), I was debugging at pt-graphics.c and understand that it is detecting the south bridge and passing it through but the other functions for the same dev-id are

Hello, I''m unable to boot a dom0 3.4.x kernel on top of xen4.1.x Xen seems to boot fine but the dom0 is crashing without any error: (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) *** Serial input -> DOM0 (type ''CTRL-a'' three times to switch input to Xen) (XEN) Freed 232kB init memory. mapping kernel into physical memory

On Tue, May 20, 2008 at 6:55 AM, Keir Fraser <keir.fraser@eu.citrix.com> wrote: > Hey, I''m not on xen-users. Please post a new thread on xen-devel with a > clear explanation of the problem for those who haven''t seen the xen-users > context. ok. $$$ sez i get barked at for cross-posting ;-) > On 5/17/08, snowcrash+xen@gmail.com

This patch is based on one which has been in XenServer for a very long. To keep the trend of documentation going, it also corrects the new command line document. -- Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer T: +44 (0)1223 225 900, http://www.citrix.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Hello, This series has been split into two patches, one for arm and one for x86. I figured that this was easier than doing it as a single combined patch, especially as the changes are functionally independent. x86 has been boot tested, but arm has not even been compile tested as I lack a suitable cross compiler. However, the changes are just text replacement, so I dont expect any issues. The

Hi, I''m doing VGA passthrough for an ATI (HD 6770) graphics card to a DomU Windows. The passthrough itself is working. However, everytime when I reboot the DomU Windows, the whole machine freezes. I see no error messages from Dom0 kernel or the xen qemu log (or perhaps I haven''t got the most verbose debugging turned on?). Though from what I can tell, the the freeze happens

The self_nmi() code cause''s an NMI to be triggered by sending an APIC message to the local processor. However, NMIs are blocked by the VMEXIT, until the next iret or VMENTER. Volume 3 Chapter 27 Section 1 of the Intel SDM states: An NMI causes subsequent NMIs to be blocked, but only after the VM exit completes. As a result, as soon as the VMENTER happens, an immediate VMEXIT happens