search for: gridcentric

There has been some progress, but still no joy. Definitely not intended for inclusion at this point. Tim, Wei, I added a Xen command line toggle to disable IOMMU and P2M table sharing. Tim, I verified that changes to p2m-pt.c don''t break shadow mode (64bit hypervisor and Win 7 guest). Hongkaixing, I incorporated your suggestion in patch 2, so I should add your Signed-off-by eventually.

In converting some older code: ## builds an OWIN to generate a set of points on a grid within the OWIN object: bdry <- read.shape( "../../data/boundary.shp" ) outline.verts <- bdry$Shapes[[2]]$verts[1:bdry$Shapes[[2]]$Pstart[2],] outline.order <- nrow( outline.verts ) : 2 bdry.poly <- vector( 2, mode="list" ) bdry.poly[[1]] <- list(

...@imgtec.com> Petar Jovanovic <petarj@mips.com> Peter Chubb <peter.chubb@nicta.com.au> Peter Crosthwaite <peter.crosthwaite@petalogix.com> Peter Crosthwaite <peter.crosthwaite@xilinx.com> Peter Crosthwaite peter.crosthwaite@xilinx.com> Peter Feiner <peter@gridcentric.ca> Peter Lieven <pl@kamp.de> Peter Maydell <peter.maydell@linaro.org> Peter Wu <lekensteyn@gmail.com> Petr Matousek <pmatouse@redhat.com> Philipp Hahn <hahn@univention.de> Prerna Saxena <prerna@linux.vnet.ibm.com> Qiao Nuohan <qiaonuohan@cn.f...

Hi, I''ve been touring XCP and making my way around it for the last few days, and am having problems with some reasonably straightforward actions. I''ve poured a several hours into different ways of resolving the issue, but am coming up short. Here''s the main issue. The following command (plugging in a VBD to the dom0 VM), when, run, hangs for several minutes, and then

...@imgtec.com> Petar Jovanovic <petarj@mips.com> Peter Chubb <peter.chubb@nicta.com.au> Peter Crosthwaite <peter.crosthwaite@petalogix.com> Peter Crosthwaite <peter.crosthwaite@xilinx.com> Peter Crosthwaite peter.crosthwaite@xilinx.com> Peter Feiner <peter@gridcentric.ca> Peter Lieven <pl@kamp.de> Peter Maydell <peter.maydell@linaro.org> Peter Wu <lekensteyn@gmail.com> Petr Matousek <pmatouse@redhat.com> Philipp Hahn <hahn@univention.de> Prerna Saxena <prerna@linux.vnet.ibm.com> Qiao Nuohan <qiaonuohan@cn.f...

...@imgtec.com> Petar Jovanovic <petarj@mips.com> Peter Chubb <peter.chubb@nicta.com.au> Peter Crosthwaite <peter.crosthwaite@petalogix.com> Peter Crosthwaite <peter.crosthwaite@xilinx.com> Peter Crosthwaite peter.crosthwaite@xilinx.com> Peter Feiner <peter@gridcentric.ca> Peter Lieven <pl@kamp.de> Peter Maydell <peter.maydell@linaro.org> Peter Wu <lekensteyn@gmail.com> Petr Matousek <pmatouse@redhat.com> Philipp Hahn <hahn@univention.de> Prerna Saxena <prerna@linux.vnet.ibm.com> Qiao Nuohan <qiaonuohan@cn.f...

I ran a bisect to find out when Windows XP 32 bit becomes unusably slow. And I found the changeset that caused it. ========== The problem: ========== Windows 8 64 bit and 32 bit run fast and fine in the newest xen versions. Windows XP 32 bit runs unusably slow in anything new that I built from xen-unstable, but runs fast in 4.1.2 and 4.1.3 stable. While it is running slow, "xm top" or

> I''m not mad keen on propagating these sorts of asm atomic operations throughout > our code base. Other options would be: gcc has atomic builtins to do this kind of work. I don''t know about arm, but they do the job in x86 http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Atomic-Builtins.html so atomic_inc(val) -> __sync_fetch_and_add(val, 1) and likewise for dec/sub Andres