similar to: [PATCH] fix batch map on x86_64 with more than 2G region size.

Hello sir: I use Rcmd to execute R code,such as : "C:\\Program Files\\R\\R-2.2.1\\bin\\Rcmd.exe" BATCH globalLowessRun.r globalLowessRun.r is a R function written by myself. But I wanna make the "globalLowessRun.r" changeable,such as globalLinearRun.r or gridbasedLowessRun.r,and so on. How can I achieve this goal via Rcmd.exe BATCH ? The only finding is: Rcmd BATCH

Fix PAE shadow on a machine with RAM above 4G on x86_64 xen. Currently, on a machine with RAM above 4G, we can not run 32bit VMX guest on x86_64 xen, the root cause is that the PAE page table PDPT must below 4G, this patch fixes this issue. Also did some cleanup. Signed-off-by: Xin Li <xin.b.li@intel.com> Signed-off-by: Jun Nakajima <jun.nakajima@intel.com>

This patch implements a new mechanism to buffer the MMIO_WRITE and PIO_WRITE packet in a queue, and then submit them to qemu-dm in batch. This could save a lot of domain switch time. We implement this as a generic one to do ioreq in batch. However, we only use it to batch the MMIO_WIRTE request for stdvga(0xA0000-0xC0000) in order to solve the win2k boot issue for hvm domain. Without this patch,

hello everybody!! I am using "Rcmd BATCH" command to run simulation on R in batch mode on win98 machine. Would it be possible to increase the memory size of R; if so how and what is the default memory size used, and what is the limit to which I can increase the memory size. My machine configurations: 512MB Ram with Intel P-III processor working at 1GHz speed. Win98 and R 1.4.1

Dear all I use a 64 bit Windows7 system with 16 GB memory. I have run an R script in batch mode with the following command: R CMD BATCH masterassignment_2012_11_09.r --save The execution was terminated with the following error message: Error in memory.size(size) : don't be silly!: your machine has a 4Gb address limit I never get this error message in an interactive session

on x86_64, when guest has more than 2G memory, "startx" will cause qemu dm die, this patch fixes it. Signed-off-by: Xin Li <xin.b.li@intel.com> diff -r ecb8ff1fcf1f tools/ioemu/hw/vga.c --- a/tools/ioemu/hw/vga.c Fri Jul 14 18:53:27 2006 +0100 +++ b/tools/ioemu/hw/vga.c Mon Jul 17 22:35:54 2006 +0800 @@ -1392,7 +1392,8 @@ static void vga_draw_graphic(VGAState *s static void

Hi, I'm trying to understand the behaviour of rsync when used with the --write-batch or --only-write-batch options. I did some tests where I had two fairly big file trees, think a rootfs, where their only difference was an extra file containing only one character. I noticed the batch file was ~100kB and after inspecting it with hexdump it looks like it contains the whole list of files

So, Keir, can you please check in this patch? Thanks Yunhong Jiang >-----Original Message----- >From: xen-devel-bounces@lists.xensource.com >[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of >John Clemens >Sent: Tuesday, February 28, 2006 1:35 AM >To: Jiang, Yunhong >Cc: Li, Xin B; xen-devel@lists.xensource.com >Subject: [Xen-devel] Re: [PATCH] Fix qemu-dm

Chris, to put things in the right prespective, you should read (if you haven't done so already) the original paper describing the design behind batch mode. The design and implementation of this functionality goes back to a project called the Internet2 Distributed Storage Infrastructure (I2-DSI). As part of that project, the authors created a modified version of rsync (called rsync+)

Hi, After installing Rtools 3.1.0.1939 into c:\rtools31, when I call any (most?) of the commands in c:\rtools31\bin, I see strange messages printed to stderr. Example: C:\Rtools31>bin\tar 0 [main] tar 6084 shared_info::initialize: size of shared memory region changed from 27984 to 21136 bin/tar: You must specify one of the `-Acdtrux' options Try `bin/tar --help' or `bin/tar

I don't think so, but you should check source code. On Tue, Mar 13, 2012 at 9:58 PM, Xin Tong <xerox.time.tech at gmail.com> wrote: > but does it have default values ? > > Thanks > > Xin > > On Tue, Mar 13, 2012 at 5:19 AM, Che-Liang Chiou <clchiou at gmail.com> wrote: >> You specify shader model, bit size and etc. arch-specified parameters >>

Can you please check the vcpu status? I suspect one of the vcpu is blocked by halt instruction. Thanks Yunhong Jiang >-----Original Message----- >From: xen-devel-bounces@lists.xensource.com >[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Tim Deegan >Sent: 2006年10月5日 23:55 >To: Li, Xin B >Cc: xen-devel@lists.xensource.com >Subject: Re: [Xen-devel] [PATCH] add

but does it have default values ? Thanks Xin On Tue, Mar 13, 2012 at 5:19 AM, Che-Liang Chiou <clchiou at gmail.com> wrote: > You specify shader model, bit size and etc. arch-specified parameters > though -march, -mattr and -mcpu, but AFAIK, PTX backend does not use > the GPU thread/block/grid size information in optimization yet. > > On Mon, Mar 12, 2012 at 8:17 PM, Xin

Hi, John Can you try the attached patch ? This issue can be reproduced on SMP platform, while the domain 0 is UP. The reason is, after finishing a dma request, the dma thread will trigger the interrupt and then clear the call back function. When guest get the interrupt , it will try to check the call back function, if it is set, then it will trigger a dma request again. So if the checking for

build p2m mapping according to m2p mapping. Signed-off-by: Xin Li <xin.b.li@intel.com> Signed-off-by: Yunhong Jiang <yunhong.jiang@intel.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

an obvious fix to PIC IO intercept. In PIC IO, address from send_pio_req is physical address already. Signed-off-by: Xiaohui Xin <xiaohui.xin@intel.com> Signed-off-by: Xiaowei Yang <xiaowei.yang@intel.com> Signed-off-by: Xin Li <xin.b.li@intel.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

You specify shader model, bit size and etc. arch-specified parameters though -march, -mattr and -mcpu, but AFAIK, PTX backend does not use the GPU thread/block/grid size information in optimization yet. On Mon, Mar 12, 2012 at 8:17 PM, Xin Tong <xerox.time.tech at gmail.com> wrote: > I am wondering that how does the LLVM PTX backend find out the > constraints on executing GPU

This patch fixes MOVS handling memory spanning multiple pages. Signed-off-by: Eddie Dong <eddie.dong@intel.com> Signed-off-by: Xiaowei Yang <xiaowei.yang@intel.com> Signed-off-by: Xin Li <xin.b.li@intel.com> Thanks, Xiaowei _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hi, Keir: the gdtr information in oldctx is an address for guest, not for vmxassist. When access descriptor on guest gdt, we need to go through guest page table if guest enable paging. This error may happen if guest enable PE/PG in one instruction. This patch fix this issue. Signed-off-by: Yunhong Jiang <yunhong.jiang@intel.com> Signed-off-by: Xin Li <xin.b.li@intel.com> Thanks

Fix regs set/get decoding in VMXAssist. Signed-off-by: Yunhong Jiang <yunhong.jiang@intel.com> Signed-off-by: Xin Li <xin.b.li@intel.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel