html/xen-devel/2014-10/msg03705.html
The thread started at
http://lists.xenproject.org/archives/html/xen-devel/2014-09/msg04346.html
During this time was when the name could be easily changed. I know of
no simple way to do so now. Any change like this needs to start in QEMU
and be accepted up-stream and in Xen's version of up-stream QEMU. After
that Xen is changed.
The thread
http://lists.xenproject.org/archives/html/xen-devel/2015-06/msg00476.html
looks at this being more general and just VMware.
> Also throughout the series I didn't find any code addition to
> guarantee (perhaps at build time) that BDOOR_PORT doesn't
> collide with any other use ports (statically assigned ones as well
> as the range used for dynamic assignment to PCI devices).
Since this is optional code, I am having an issue understanding this
statement. Xen will not do anything with BDOOR_PORT when vmware_port=0.
I do not know how at build time to check for run time optional items.
What ports are in use include what QEMU has.
My understanding was that configuration issues like overlapping or
multiple uses of I/O port is the users issue not Xen.
I do not see any code in xen that checks for this for other ports. So
it is not clear what the set of port in xen needs to be checked. The
default range used for dynamic assignment to PCI devices is 0xc000 -
0x, which does not mean that the guest is prevented from adjusting
pci bridges so that BDOOR_PORT is an overlap. But that is true of a lot
of the rest of the ports in Xen.
register_portio_handler() could be changed to check at run time for Xen.
At this time I have no plans to add code related to this.
-Don Slutz
>
> Jan
>
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
ok because the added emulation_flags
was a unit32_t.
I have no reason not to use another XEN_X86_EMU_ flag. It was not clear
when I was re-baseing that it would be ok to do so.
Will drop arch_flags and use XEN_X86_EMU_VMWARE_PORT which will not be
added to "all".
-Don Slutz
> Ja
eeds to be a 64-bit quantity?
Looking at it, it only needs to be a 32-bit quantity. My memory says
that it was 64-bits because that was the size of a HVM_PARAM_... which
was were it was passed before this code existed.
I see no reason not to change to 32-bit, and so will do so.
-Don Slutz
>
yesn/a
>> 2.3.xyesno no
>> 2.4.xyesno no
>> 2.5.xyesno yes
>>
>> Xen vmport is_default atomic
>> QEMU support
>>
>> 4.5.xno yes
On 12/04/15 03:59, Paul Durrant wrote:
>> -Original Message-
>> From: Don Slutz [mailto:don.sl...@gmail.com]
>> Sent: 04 December 2015 00:23
>> To: Paul Durrant; xen-devel@lists.xen.org
>> Cc: Jun Nakajima; Wei Liu; Kevin Tian; Keir (Xen.org); Ian Campbell; G
On 12/01/15 06:28, Paul Durrant wrote:
>> -Original Message-
>> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
>> boun...@lists.xen.org] On Behalf Of Don Slutz
>> Sent: 28 November 2015 21:45
>> To: xen-devel@lists.xen.org
>> Cc: Jun Nakajima
From: Don Slutz
This new libxl_domain_create_info field is used to set
XEN_DOMCTL_CONFIG_VMWARE_PORT_MASK in the xc_domain_configuration_t
for x86.
In xen it is is_vmware_port_enabled.
If is_vmware_port_enabled then
enable a limited support of VMware's hyper-call.
VMware's hyp
From: Don Slutz
Also added missing TRAP_DEBUG & VLAPIC.
Signed-off-by: Don Slutz
Acked-by: Ian Campbell
CC: Don Slutz
---
v13:
Please do this by extending the existing infrastructure rather
than special-casing 7 on the side. (i.e. extend ND to take 7
parameters, and intro
From: Don Slutz
This adds synchronization of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
fetch and put these 6 vcpu registers used by the code in vmport.c
and vmmouse.c
In the tools, enable
From: Don Slutz
This allows use of QEMU's VMware emulated video card
NOTE: vga=vmware is not supported by device_model_version=qemu-xen-traditional
Signed-off-by: Don Slutz
CC: Don Slutz
Acked-by: Ian Campbell
---
v13:
Added Acked-by: Ian Campbell
v12:
Dr
From: Don Slutz
This is done by adding xen_arch_domainconfig vmware_hw. It is set to
the VMware virtual hardware version.
Currently 0, 3-4, 6-11 are good values. However the
code only checks for == 0 or != 0 or >= 7.
If non-zero then
Return VMware's cpuid leaves. If >= 7 return
From: Don Slutz
This is used to set xen_arch_domainconfig vmware_hw. It is set to
the emulated VMware virtual hardware version.
Currently 0, 3-4, 6-11 are good values. However the code only
checks for == 0, != 0, or < 7.
Signed-off-by: Don Slutz
CC: Don Slutz
Acked-by: Ian Campb
From: Don Slutz
This includes adding is_vmware_port_enabled
This is a new xen_arch_domainconfig flag,
XEN_DOMCTL_CONFIG_VMWARE_PORT_MASK.
This enables limited support of VMware's hyper-call.
This is both a more complete support then in currently provided by
QEMU and/or KVM and less.
From: Don Slutz
This file: backdoor_def.h comes from:
http://packages.vmware.com/tools/esx/3.5latest/rhel4/SRPMS/index.html
open-vm-tools-kmod-7.4.8-396269.423167.src.rpm
open-vm-tools-kmod-7.4.8.tar.gz
vmhgfs/backdoor_def.h
and is unchanged.
Added the badly named include file
riginal ones should be added via a patch, and then adjusted in a
2nd patch.
Can you use XenBus?
I would say no. XenBus (and XenStore) is about domain to domain
communication. This is about VMware's hyper-call and providing
access to VMware's guest info very low speed a
; be okay to take at least first 6 patches (which seem reasonably
>> risk free) after the freeze?
>>
>
> Yes. I think it is fine, but please do it as soon as possible,
> preferably within next week.
>
I see that this did not happen. Do y
use here. This PFN is required for
>> QEMU (or any other ioreq server) to handle vmport access. If you have a
>> better name then "extra", please let me know.
>
> How about just 'VMWare Port PFN' ?
Will switch to this.
-Don Slutz
>>
>>-D
On 07/07/15 11:59, Ian Campbell wrote:
> On Wed, 2015-07-01 at 16:14 -0400, Konrad Rzeszutek Wilk wrote:
>> On Sat, Jun 27, 2015 at 07:27:40PM -0400, Don Slutz wrote:
>>> From: Don Slutz
>>> +In a .ovf it is part of the value of vssd:VirtualSystemType.
>>> +
in 2012, 1st posted on xen-devel on Thu, 12
>> Dec 2013 14:15:11 -0500
>> ([Xen-devel] [RFC PATCH 03/10] Add cpuid_vmware_leaves), and this same
>> code has been posted in 2014 and 2015.
>>
>> So either no change or 2012-2015. Which do you want?
>
> It is up to
ttr_ranges;
>>
>> diff --git a/xen/include/asm-x86/hvm/hvm.h b/xen/include/asm-x86/hvm/hvm.h
>> index 57f9605..a074afe 100644
>> --- a/xen/include/asm-x86/hvm/hvm.h
>> +++ b/xen/include/asm-x86/hvm/hvm.h
>> @@ -356,6 +356,12 @@ static inline unsigned long
>&g
On 07/01/15 16:49, Konrad Rzeszutek Wilk wrote:
On Sat, Jun 27, 2015 at 07:27:44PM -0400, Don Slutz wrote:
From: Don Slutz
This adds synchronization of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
...
--- a/xen/arch/x86/hvm/emulate.c
+++ b/xen/arch
n is found to be shutting
down.
Reported-by: Don Slutz
Signed-off-by: Paul Durrant
Keir Fraser
Jan Beulich
Andrew Cooper
Reviewed-by: Andrew Cooper
---
xen/arch/x86/hvm/emulate.c |2 +-
xen/arch/x86/hvm/hvm.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff -
On 06/29/15 10:54, Andrew Cooper wrote:
On 28/06/15 00:27, Don Slutz wrote:
From: Don Slutz
Also added missing TRAP_DEBUG & VLAPIC.
Signed-off-by: Don Slutz
Acked-by: Ian Campbell
CC: Don Slutz
---
v12:
Switch VMPORT_IGNORED to port, regs->_eax.
v11:
No change
v10:
Adde
On 06/29/15 10:03, Paul Durrant wrote:
-Original Message-
From: Paul Durrant
Sent: 29 June 2015 13:54
To: Paul Durrant; Don Slutz; xen-devel@lists.xen.org; Jan Beulich
Subject: RE: [Xen-devel] Migration bug added by commit
2df1aa01bef7366798248ac6d03cfb42048b003d
-Original Message
From: Don Slutz
This file: backdoor_def.h comes from:
http://packages.vmware.com/tools/esx/3.5latest/rhel4/SRPMS/index.html
open-vm-tools-kmod-7.4.8-396269.423167.src.rpm
open-vm-tools-kmod-7.4.8.tar.gz
vmhgfs/backdoor_def.h
and is unchanged.
Added the badly named include file
From: Don Slutz
This is done by adding xen_arch_domainconfig vmware_hw. It is set to
the VMware virtual hardware version.
Currently 0, 3-4, 6-11 are good values. However the
code only checks for == 0 or != 0 or >= 7.
If non-zero then
Return VMware's cpuid leaves. If >= 7 return
ID leaves for VMware (vmware_hwver >= 7).
Note: vmware_port and nestedhvm cannot be specified at the
same time.
Signed-off-by: Don Slutz
---
v12:
s/come/comes/
In v11 this seems to have morphed into only
LIBXL_HAVE_LIBXL_VGA_INTERFACE_TYPE_VMWARE being provided, which
is cle
s about domain to domain
communication. This is about VMware's hyper-call and providing
access to VMware's guest info very low speed access.
Olaf Hering:
Dropped changing of bios-strings. Still needs some documentation
about this may be needed to do in a tool stack
From: Don Slutz
This includes adding is_vmware_port_enabled
This is a new xen_arch_domainconfig flag,
XEN_DOMCTL_CONFIG_VMWARE_PORT_MASK.
This enables limited support of VMware's hyper-call.
This is both a more complete support then in currently provided by
QEMU and/or KVM and less.
From: Don Slutz
This is used to set xen_arch_domainconfig vmware_hw. It is set to
the emulated VMware virtual hardware version.
Currently 0, 3-4, 6-11 are good values. However the code only
checks for == 0, != 0, or < 7.
Signed-off-by: Don Slutz
CC: Don Slutz
---
v12:
I'm not s
From: Don Slutz
This allows use of QEMU's VMware emulated video card
NOTE: vga=vmware is not supported by device_model_version=qemu-xen-traditional
Signed-off-by: Don Slutz
CC: Don Slutz
---
v12:
Dropped LIBXL_HAVE_LIBXL_VGA_INTERFACE_TYPE_VMWARE
This means that the later patch
From: Don Slutz
This adds synchronization of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
fetch and put these 6 vcpu registers used by the code in vmport.c
and vmmouse.c
In the tools, enable
From: Don Slutz
Also added missing TRAP_DEBUG & VLAPIC.
Signed-off-by: Don Slutz
Acked-by: Ian Campbell
CC: Don Slutz
---
v12:
Switch VMPORT_IGNORED to port, regs->_eax.
v11:
No change
v10:
Added Acked-by: Ian Campbell
Added back in the trace point calls.
Why is cmd
ne;
if ( rc == X86EMUL_OKAY )
rc = X86EMUL_RETRY;
}
-Don Slutz
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
es.google.com/site/chitchatvmback/backdoor
Signed-off-by: Don Slutz
As there don't seem to be enough convincing arguments for this to
be worthwhile, I'm going to drop this and subsequent patches from
my list of things to look at. Would you mind following George's (at
least I th
On 06/18/15 13:05, Andrew Cooper wrote:
> On 18/06/15 16:55, Don Slutz wrote:
>> This allows reading and writing of variables in the hypervisor.
>>
>> for example (read case -- default 4 bytes):
>>
>> xen-hyp-rw /boot/System.map-xen* opt_hvm_deb
On 06/18/15 12:59, Andrew Cooper wrote:
> On 18/06/15 16:55, Don Slutz wrote:
>> gdbsx_guest_mem_io() does not get d passed, it expects to handle
>> the domain lookup itself.
>>
>> Signed-off-by: Don Slutz
>> CC: Don Slutz
>
> As for the change itself, Rev
gdbsx_guest_mem_io() does not get d passed, it expects to handle
the domain lookup itself.
Signed-off-by: Don Slutz
CC: Don Slutz
---
xen/common/domctl.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/xen/common/domctl.c b/xen/common/domctl.c
index ce517a7..2a2d203 100644
--- a/xen/common
y the Hymbervisor's
memeory.
Don Slutz (2):
gdbsx_guestmemio: Allow it to check domain.
Add xen-hyp-rw
.gitignore | 1 +
tools/debugger/gdbsx/Makefile | 7 +-
tools/debugger/gdbsx/xen-hyp-rw.c | 209
tools/debugge
opt_hvm_debug_level @ 0x82d080285610 is 0x0(0)
opt_hvm_debug_level @ 0x82d080285610 set to 0x(4294967295)
Signed-off-by: Don Slutz
CC: Don Slutz
---
.gitignore | 1 +
tools/debugger/gdbsx/Makefile | 7 +-
tools/debugger/gdbsx/xen-hyp-rw.c | 209
On 06/16/15 12:14, Wei Liu wrote:
> On Tue, Jun 16, 2015 at 11:23:46AM -0400, Don Slutz wrote:
> [...]
>>>>>> which enables usage of xen-netback.
>>>>>>
>>>>>
>>>>> In any case, exposing HVM-only options to top-level vi
On 06/16/15 06:32, Wei Liu wrote:
> On Mon, Jun 15, 2015 at 01:45:26PM -0400, Don Slutz wrote:
>> On 06/15/15 11:54, Wei Liu wrote:
>>> On Mon, Jun 15, 2015 at 10:15:51AM -0400, Don Slutz wrote:
>>>> This allows more then 32 nics.
>>>>
>>>
&
On 06/15/15 11:54, Wei Liu wrote:
> On Mon, Jun 15, 2015 at 10:15:51AM -0400, Don Slutz wrote:
>> This allows more then 32 nics.
>>
>
> How does this patch help? What prevents you from having more than 32
> nics?
>
Without a way to put the emulated nics onto a PCI to
On 06/15/15 10:58, George Dunlap wrote:
> On Mon, Jun 15, 2015 at 3:26 PM, Andrew Cooper
> wrote:
>> On 15/06/15 15:15, Don Slutz wrote:
>>> Most of this code is ported from SeaBIOS.
>>>
>>>
>>
>> SeaBIOS is LGPLv3, while Hvmloader is GPLv2
&g
On 06/15/15 10:26, Andrew Cooper wrote:
> On 15/06/15 15:15, Don Slutz wrote:
>> Most of this code is ported from SeaBIOS.
>>
>>
>
> SeaBIOS is LGPLv3, while Hvmloader is GPLv2
>
> IANAL, but the FSF indicates that this is not a compatible combination.
>
Si
On 06/15/15 10:19, Andrew Cooper wrote:
> On 15/06/15 15:15, Don Slutz wrote:
>> Signed-off-by: Don Slutz
>> CC: Don Slutz
>
> Fix how? It looks like you are bracketing val.
>
If val is an expression, the macro most likely does the wrong thing.
For example:
pci_w
Most of this code is ported from SeaBIOS.
This allows many more PCI devices to be added.
It can also allow Windows to find it boot disks.
Signed-off-by: Don Slutz
CC: Don Slutz
---
tools/firmware/hvmloader/pci.c | 805 +++-
tools/firmware/hvmloader
ot;
device_model_args_hvm = [
"-device",
"pci-bridge,chassis_nr=2,msi=on,id=pciBridge5.0,multifunction=on,addr=0x15.0",
]
vif = [
"model=vmxnet3,bridge=xenbr0,mac=00:0c:29:86:44:a0,bus=pciBridge5.0,addr=0x4.0x0",
]
which enables usage o
;pvscsi,id=sas1,bus=pciBridge7.0,addr=0x1.0x0",
]
disk = [
"vdev=xvdb,bus=sas1.0,target=/dev/etherd/e500.2",
]
which allows usage of xen-blkback.
Signed-off-by: Don Slutz
CC: Don Slutz
---
docs/misc/xl-disk-configuration.txt | 25 ++
tools/libxl/libxl_dm.c
bridges.
I.E. make imported Windows disk images more usable under Xen.
Don Slutz (4):
hvmloader: Fixup pci_write* macros
hvmloader: Add support for PCI to PCI bridge
Allow vif= to specify PCI address for each nic
Allow disk= to specify their emulated bus address
docs/misc/xl-disk
Signed-off-by: Don Slutz
CC: Don Slutz
---
tools/firmware/hvmloader/util.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/firmware/hvmloader/util.h b/tools/firmware/hvmloader/util.h
index a70e4aa..8431f2d 100644
--- a/tools/firmware/hvmloader/util.h
+++ b/tools
are guest info variables (code to access QEMU's from
Xen to do this is missing). This can be used to customize guest
operating systems immediately after powering on virtual machines. It can
also be used to monitor the health of a guest.
The rea
provided or user configured scripts in guests
during various power operations.
5) Clock synchronization between guests and hosts or client desktops.
6) Access to VMware guest info variables (code to access QEMU's from Xen
to do this is missing). This can be used to customize guest operating
s
On 06/08/15 06:05, George Dunlap wrote:
> On 06/04/2015 12:28 PM, Don Slutz wrote:
>> On 06/03/15 13:09, George Dunlap wrote:
>>> On 05/22/2015 04:50 PM, Don Slutz wrote:
>>>> This adds synchronization of the 6 vcpu registers (only 32bits of
>>>> them
e.dat
2a) cp intel-ucode/06-2a-07 /boot/microcode.bin
or
2b) cat intel-ucode/* >/boot/microcode.bin
3) Make sure "ucode=-1" is in GRUB_CMDLINE_XEN
4) /sbin/grub2-mkconfig -o /boot/grub2/grub.cfg
And you see microcode loaded on the serial console.
-Don Slutz
> Jan
>
>
On 06/09/15 11:11, Paul Durrant wrote:
>> -Original Message-
>> From: Don Slutz [mailto:dsl...@verizon.com]
>> Sent: 09 June 2015 15:28
>> To: Paul Durrant; Slutz, Donald Christopher; qemu-de...@nongnu.org; xen-
>> de...@lists.xen.org
>> Cc: Michael
On 06/09/15 10:27, Michael S. Tsirkin wrote:
> On Tue, Jun 09, 2015 at 02:14:29PM +, Paul Durrant wrote:
>>> -Original Message-
>>> From: Michael S. Tsirkin [mailto:m...@redhat.com]
>>> Sent: 09 June 2015 13:30
>>> To: Paul Durrant
>>>
On 06/09/15 10:03, Paul Durrant wrote:
>> -Original Message-
>> From: Don Slutz [mailto:dsl...@verizon.com]
>> Sent: 09 June 2015 14:51
>> To: Paul Durrant; Slutz, Donald Christopher; qemu-de...@nongnu.org; xen-
>> de...@lists.xen.org
>> Cc: Michael
On 06/09/15 09:55, Paul Durrant wrote:
>> -Original Message-
>> From: Don Slutz [mailto:dsl...@verizon.com]
>> Sent: 09 June 2015 14:53
>> To: Paul Durrant; Slutz, Donald Christopher; qemu-de...@nongnu.org; xen-
>> de...@lists.xen.org
>> Cc: Michael
On 06/09/15 05:08, Paul Durrant wrote:
>> -Original Message-
>> From: Don Slutz [mailto:dsl...@verizon.com]
>> Sent: 08 June 2015 22:19
>> To: qemu-de...@nongnu.org; xen-devel@lists.xen.org
>> Cc: Michael S. Tsirkin; Paul Durrant; Stefano Stabellini; Don S
On 06/09/15 05:05, Paul Durrant wrote:
>> -Original Message-
>> From: Don Slutz [mailto:dsl...@verizon.com]
>> Sent: 08 June 2015 22:19
>> To: qemu-de...@nongnu.org; xen-devel@lists.xen.org
>> Cc: Michael S. Tsirkin; Paul Durrant; Stefano Stabellini; Don S
55,
and 0 is not very special either (except it happens to be the
reset value)."
Dropped all checking of 0 and 255.
Open question by Michael S. Tsirkin:
>>>> On Thu, May 28, 2015 at 07:25:50AM -0400, Don Slutz wrote:
...
>>>> It is not clear to me that the c
2
962 if (mr->subpage) {
(gdb) p mr
$10 = (MemoryRegion *) 0x7fdf32a168b0
(gdb) p *mr
Cannot access memory at address 0x7fdf32a168b0
Signed-off-by: Don Slutz
CC: Don Slutz
---
exec.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/exec.c b/exec.c
inde
idev id: 1 bdf: 00:04.0
xen_map_pcidev id: 1 bdf: 03:04.0
Signed-off-by: Don Slutz
CC: Don Slutz
---
include/hw/xen/xen_common.h | 53 +++--
trace-events| 6 +++--
xen-hvm.c | 15 -
3 files changed, 55 inserti
Signed-off-by: Don Slutz
CC: Don Slutz
---
include/hw/xen/xen_common.h | 10 ++
xen-hvm.c | 13 -
2 files changed, 18 insertions(+), 5 deletions(-)
diff --git a/include/hw/xen/xen_common.h b/include/hw/xen/xen_common.h
index 38f29fb..6579b78 100644
--- a
listener interface to be called when ever the
secondary bus number is set to a new value. This new interface
is called for all PCI devices that are on the secondary bridge.
Signed-off-by: Don Slutz
CC: Don Slutz
---
hw/core/qdev.c | 7 +++
hw/pci/pci_bridge.c| 18
On 06/08/15 11:37, George Dunlap wrote:
> On 06/08/2015 04:01 PM, Don Slutz wrote:
>> On 06/08/15 10:20, George Dunlap wrote:
>>> And at the moment, pages in the p2m are allocated by a number of entities:
>>> * In the libxc domain builder.
>>> * In the guest b
to
> domain. Using it to cover QEMU option roms would be one use case. It's
> not very nice, but it's straight-forward.
>
> Wei.
> I think also that probably libxl, rather than setting a target amount of
> memory the balloon driver is supposed to aim at, should set the target
> size of the balloon. Once qemu tells it how many pages are actually
> being used for virtual devices,
>
> We could, in theory, expose all this information in xenstore such that
> *either* libxl or qemu would be able to calculate max_pages based on the
> numbers that were written there. And that would work if we could
> enforce a lock-step between the toolstack and qemu, as we can between
> Xen and the toolstack. But I think setting anything like this in stone
> is a really bad idea; which unfortulately excludes the idea of putting
> it in qemu.
>
-Don Slutz
> -George
>
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
( d->arch.hvm_domain.is_vmware_port_enabled )
+{
+rc = -EOPNOTSUPP;
+break;
+}
Surrounding code avoiding the use of "break" makes the result look
rather inconsistent. Please move this up immediately after the XSM
check, or drop the "break".
Wil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/04/15 18:10, Eric Blake wrote:
> [adding Markus, as author of the regression]
>
> On 06/04/2015 03:59 PM, Don Slutz wrote:
>> On 06/04/15 11:04, Fabio Fantoni wrote:
>>> Today after trying xen-unstable build (tested many
On 06/04/15 17:59, Don Slutz wrote:
> On 06/04/15 11:04, Fabio Fantoni wrote:
>> Today after trying xen-unstable build (tested many hours) of some days
>> ago I tried update qemu to latest development version (from git master
>> commit 6fa6b312765f698dc81b2c30e7eeb9683804a05b)
not (for example
> save/restore).
>
> Thanks for any reply and sorry for my bad english.
>
The patch:
>From 1b0221078353870fe530e49de158cae205f9bce5 Mon Sep 17 00:00:00 2001
From: Don Slutz
Date: Thu, 4 Jun 2015 17:04:42 -0400
Subject: [PATCH 01/14]
On 06/04/15 10:14, George Dunlap wrote:
> On 06/04/2015 01:37 PM, Don Slutz wrote:
>> On 06/03/15 12:58, George Dunlap wrote:
>>> On 06/03/2015 05:41 PM, Don Slutz wrote:
>>>> On 06/03/15 12:23, George Dunlap wrote:
>>>>> On 06/03/2015 04:58 PM,
On 06/04/15 11:49, Ian Campbell wrote:
> On Wed, 2015-06-03 at 18:06 +0100, George Dunlap wrote:
>> On 05/22/2015 04:50 PM, Don Slutz wrote:
>>> This new libxl_domain_create_info field is used to set
>>> XEN_DOMCTL_CONFIG_VMWARE_PORT_MASK in the xc_domain_configuratio
On 06/04/15 11:17, Ian Campbell wrote:
> On Fri, 2015-05-22 at 11:50 -0400, Don Slutz wrote:
>> [...]
>> +=item B
>> +
>> +Turns on or off the exposure of VMware cpuid. The number is
>> +VMware's hardware version number, where 0 is off. A number >= 7
&
On 06/04/15 11:15, Ian Campbell wrote:
> On Wed, 2015-06-03 at 15:53 +0100, George Dunlap wrote:
>> On 05/22/2015 04:50 PM, Don Slutz wrote:
>>> This is used to set xen_arch_domainconfig vmware_hw. It is set to
>>> the emulated VMware virtual hardware version.
>>
On 06/03/15 12:58, George Dunlap wrote:
> On 06/03/2015 05:41 PM, Don Slutz wrote:
>> On 06/03/15 12:23, George Dunlap wrote:
>>> On 06/03/2015 04:58 PM, Andrew Cooper wrote:
>>>> On 03/06/15 16:26, George Dunlap wrote:
>>>>> On 05/22/2015 04:50 PM, D
On 06/04/15 07:20, George Dunlap wrote:
> On 05/22/2015 04:50 PM, Don Slutz wrote:
>> Also added missing TRAP_DEBUG & VLAPIC.
>>
>> Signed-off-by: Don Slutz
>> Acked-by: Ian Campbell
>> ---
>> v11:
>> No change
>>
>> v10:
>>
On 06/03/15 13:09, George Dunlap wrote:
> On 05/22/2015 04:50 PM, Don Slutz wrote:
>> This adds synchronization of the 6 vcpu registers (only 32bits of
>> them) that vmport.c needs between Xen and QEMU.
>>
>> This is to avoid a 2nd and 3rd exchange between QEMU and Xen
On 06/03/15 12:23, George Dunlap wrote:
> On 06/03/2015 04:58 PM, Andrew Cooper wrote:
>> On 03/06/15 16:26, George Dunlap wrote:
>>> On 05/22/2015 04:50 PM, Don Slutz wrote:
>>>> Summary is that VMware treats "in (%dx),%eax" (or "out %eax,(%dx)"
On 06/03/15 11:58, Andrew Cooper wrote:
> On 03/06/15 16:26, George Dunlap wrote:
>> On 05/22/2015 04:50 PM, Don Slutz wrote:
>>> Summary is that VMware treats "in (%dx),%eax" (or "out %eax,(%dx)")
>>> to port 0x5658 specially. Note: since many op
is controlled by libxl,
> but the *pages* may be manipulated by others (as they are by the balloon
> driver, for instance).
>
> Although actually -- I guess that exposes another issue with this: what
> if someone calls setmaxmem in libxl? libxl do
he action to
do on the power button press.
I just found a web page
http://www.pcworld.com/article/225833/Tweak_Your_Windows_PCs_Sleep_Mode.html
That says there are BIOS settings that Win7 will also look at. Could be
the colo needs some changes
also.
-Don Slutz
>>> Also, when the t
On 05/28/15 17:05, Michael S. Tsirkin wrote:
> On Thu, May 28, 2015 at 11:03:07PM +0200, Michael S. Tsirkin wrote:
>> On Thu, May 28, 2015 at 03:09:48PM -0400, Don Slutz wrote:
>>> On 05/28/15 08:28, Michael S. Tsirkin wrote:
>>>> On Thu, May 28, 2015 at 07:25:50AM -0
osure list as soon as possible, even if patches have not yet
>> been written or tested. An updated draft will be sent to the
>> pre-disclosure list once patches become available.
>
> No objections here. +1
>
>
Also looks good to me. +1
-Don Slutz
> ___
should be added via a patch, and then adjusted in a
2nd patch.
Can you use XenBus?
I would say no. XenBus (and XenStore) is about domain to domain
communication. This is about VMware's hyper-call and providing
access to VMware's guest info very low speed access.
Ol
line at end of file.
Signed-off-by: Don Slutz
Reviewed-by: Andrew Cooper
---
v11:
Adjust /* Disallow if vmware_hwver */
Newline after break;
Added Reviewed-by: Andrew Cooper.
It would be worth to add an explicit vmware_hwver = 0 in the
libxl__arch_domain_prepare_config.
Note: Ad
only has
a comment and is provided so that backdoor_def.h can be used without
change.
Signed-off-by: Don Slutz
Acked-by: Andrew Cooper
---
v11:
No change
v10:
Add Acked-by: Andrew Cooper
v9:
Either the description is wrong, or the patch is stale.
stale commit message -- fixed
This is used to set xen_arch_domainconfig vmware_hw. It is set to
the emulated VMware virtual hardware version.
Currently 0, 3-4, 6-11 are good values. However the code only
checks for == 0, != 0, or < 7.
Signed-off-by: Don Slutz
---
v11:
Dropped "If non-zero then default VGA to VMwa
n
unchanged.
An open source example of using this is:
http://open-vm-tools.sourceforge.net/
Which only uses "inl (%dx)". Also
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1009458
Some of the best info is at:
https://sites.
io in x86_emulate for VMware port
Also adjust the emulation registers after doing a VMware
backdoor operation.
Add new routine hvm_emulate_one_gp() to be used by the #GP fault
handler.
Some of the best info is at:
https://sites.google.com/site/chitchatvmback/backdoor
Signed-off-by: Don Sl
Also added missing TRAP_DEBUG & VLAPIC.
Signed-off-by: Don Slutz
Acked-by: Ian Campbell
---
v11:
No change
v10:
Added Acked-by: Ian Campbell
Added back in the trace point calls.
Why is cmd in this patch?
Because the trace points use it.
v9:
Dropped unneed VMPORT_UNHAN
ID leaves for VMware (vmware_hwver >= 7).
Note: vmware_port and nestedhvm cannot be specified at the
same time.
Signed-off-by: Don Slutz
---
v11:
Dropped "If non-zero then default VGA to VMware's VGA"
v10:
If..." at the start of the sentence ...
Also, why is 7 s
x27;s vmport code.
The currently most useful VMware port support that QEMU has is the
VMware mouse support. Xorg included a VMware mouse support that
uses absolute mode. This make using a mouse in X11 much nicer.
Signed-off-by: Don Slutz
Acked-by: Ian Campbell
---
v11:
No change
v10:
This allows use of QEMU's VMware emulated video card
NOTE: vga=vmware is not supported by device_model_version=qemu-xen-traditional
Signed-off-by: Don Slutz
---
v11:
Dropped support for Qemu-trad.
Also changed later patchs to not need this one.
v10: New at v10.
Was part of "
duce the size of the patches.
> You are relying on the fact that the toolstack
> memset zero xen_arch_domainconfig to zero which is hidden in the maze of
> the code (the memset is done on an upper container).
>
> It would be worth to
On 05/19/15 16:02, Andrew Cooper wrote:
> On 15/05/15 00:34, Don Slutz wrote:
>> This is done by adding xen_arch_domainconfig vmware_hw. It is set to
>> the VMware virtual hardware version.
>>
...
>> Signed-off-by: Don Slutz
>> Reviewed-by: Andrew Cooper
On 05/19/15 16:23, Andrew Cooper wrote:
> On 15/05/15 00:34, Don Slutz wrote:
>> This includes adding is_vmware_port_enabled
>>
>> diff --git a/xen/arch/x86/domain.c b/xen/arch/x86/domain.c
>> index bc3d3a5..153048a 100644
>> --- a/xen/arch/x86/domain
On 05/15/15 04:49, Ian Campbell wrote:
> On Fri, 2015-05-15 at 00:42 +0100, Andrew Cooper wrote:
>> On 15/05/2015 00:34, Don Slutz wrote:
>>> This allows use of QEMU's VMware emulated video card
>>>
>>> Signed-off-by: Don Slutz
>>
>> Nack.
&
p);
> +
> rc = create_perdomain_mapping(d, PERDOMAIN_VIRT_START, 0, NULL,
> NULL);
> +}
> else if ( is_idle_domain(d) )
> rc = 0;
> else
>
Looks good to me.
Reviewed-by: Don Slutz
-Don Slutz
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
1 - 100 of 262 matches
Mail list logo
