search for: ioreq_write

Displaying 9 results from an estimated 9 matches for "ioreq_write".

Did you mean: dreq_write
2005 Apr 02
1
[PATCH] VMX support for MMIO/PIO in VM8086 mode
...uot;pio: <READ>addr:%llx, value:%llx, size: %llx, count: %llx\n", req->addr, req->u.data, req->size, req->count)); + if (!req->pdata_valid) req->u.data = BX_INP(req->addr, req->size); else { @@ -107,6 +109,8 @@ } } } else if(req->dir == IOREQ_WRITE) { + //BX_INFO(("pio: <WRITE>addr:%llx, value:%llx, size: %llx, count: %llx\n", req->addr, req->u.data, req->size, req->count)); + if (!req->pdata_valid) { BX_OUTP(req->addr, (dma_addr_t) req->u.data, req->size); } else { @@ -123,20 +127,29 @@...
2007 May 13
2
[PATCH] Fix write parameter masking for 32-bit guests.
Changeset 15046:e527b4ff1948 breaks 32-bit HVM guest: when req->size is 4, "1UL << 32" returns 1 in IA32 system, so the mask becomes 0 wrongly. The attached patch fixes this by using 64-bit left-shift. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com
2012 Oct 20
15
xen-unstable, winxp32 very poor performance on AMD FX-8150, I bisected and changeset is 24770:7f79475d3de7
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
2009 Mar 02
0
ioemu: make various functions in i386-dm/helper2.c static
...]; @@ -433,7 +434,7 @@ void cpu_ioreq_timeoffset(CPUState *env, xenstore_vm_write(domid, "rtc/timeoffset", b); } -void __handle_ioreq(CPUState *env, ioreq_t *req) +static void __handle_ioreq(CPUState *env, ioreq_t *req) { if (!req->data_is_ptr && (req->dir == IOREQ_WRITE) && (req->size < sizeof(target_ulong))) @@ -457,7 +458,7 @@ void __handle_ioreq(CPUState *env, ioreq } } -void __handle_buffered_iopage(CPUState *env) +static void __handle_buffered_iopage(CPUState *env) { buf_ioreq_t *buf_req = NULL; ioreq_t req; @@ -493,7...
2005 Nov 03
0
[PATCH] vmx-platform-vmread.patch
...address */ if (vm86) { - unsigned long seg; - - __vmread(GUEST_ES_SELECTOR, &seg); - if (((seg << 4) + (regs->edi & 0xFFFF)) == va) { + if (((regs->es << 4) + (regs->edi & 0xFFFF)) == va) { dir = IOREQ_WRITE; - __vmread(GUEST_DS_SELECTOR, &seg); - addr = (seg << 4) + (regs->esi & 0xFFFF); + addr = (regs->ds << 4) + (regs->esi & 0xFFFF); } else { dir = IOREQ_READ; - addr = (seg <...
2005 Jun 30
0
[PATCH][2/10] Extend the VMX intercept mechanism to include mmio as well as portio.
...; + return; } else { // Write to MMIO if (mmio_inst.operand[0] & IMMEDIATE) { @@ -728,6 +728,7 @@ if (!strncmp((char *)mmio_inst.i_name, "stos", 4)) { send_mmio_req(gpa, &mmio_inst, inst_decoder_regs->eax, IOREQ_WRITE, 0); + return; } domain_crash_synchronous(); diff -r febfcd0a1a0a -r 9a43d5c12b95 xen/arch/x86/vmx_intercept.c --- a/xen/arch/x86/vmx_intercept.c Thu Jun 30 03:20:48 2005 +++ b/xen/arch/x86/vmx_intercept.c Thu Jun 30 04:08:50 2005 @@ -31,14 +31,17 @@ #ifdef CONFIG_VMX -/* fo...
2005 Mar 22
18
[PATCH] tools top level makefile cleanup
I cleaned up the top level makefile in the tools directory. No major changes. Except I have it so that ioemmu is compiled only with x86_32. Signed-off-by: Jerone Young <jyoung5@us.ibm.com> --- tools/Makefile.orig 2005-03-17 21:03:44.000000000 -0600 +++ tools/Makefile 2005-03-22 15:05:20.000000000 -0600 @@ -1,37 +1,33 @@ +XEN_ROOT = ../ +include $(XEN_ROOT)/tools/Rules.mk -all: -
2010 Aug 12
59
[PATCH 00/15] RFC xen device model support
Hi all, this is the long awaited patch series to add xen device model support in qemu; the main author is Anthony Perard. Developing this series we tried to come up with the cleanest possible solution from the qemu point of view, limiting the amount of changes to common code as much as possible. The end result still requires a couple of hooks in piix_pci but overall the impact should be very
2013 Sep 23
57
[PATCH RFC v13 00/20] Introduce PVH domU support
This patch series is a reworking of a series developed by Mukesh Rathor at Oracle. The entirety of the design and development was done by him; I have only reworked, reorganized, and simplified things in a way that I think makes more sense. The vast majority of the credit for this effort therefore goes to him. This version is labelled v13 because it is based on his most recent series, v11.