On 07/09/17 11:25, Felipe Huici wrote:
> Background
> --
> In recent years, several papers and projects dedicated to unikernels have
> shown the immense potential for performance gains that these have. By
> leveraging specialization and the use of minimalistic OSes, unikernels are
> able to
On 28/01/15 08:52, Stephen Turner wrote:
> Tina thought about this problem a lot and compiled a partial (but large) list
> of issues: see section 5 of
> https://info.citrite.net/display/UI/SDK+product+backlog+at+the+end+of+Clearwater.
Any posts to public mailing lists need to refer to the public
On 05/02/14 14:45, Ian Campbell wrote:
> On Wed, 2014-02-05 at 14:40 +0000, Andrew Cooper wrote:
>> On 05/02/14 14:09, Ian Campbell wrote:
>>> Andy:
>>>
>>> * IOMMU control for SWIOTLB, to avoid dom0 copy of all >4K DMA
>>> allocations
On 05/02/14 14:09, Ian Campbell wrote:
>
> Andy:
>
> * IOMMU control for SWIOTLB, to avoid dom0 copy of all >4K DMA
> allocations
>
> Sounds too hard for a GSoC to me. Would need fleshing out in any
> case.
Malcolm made a prototype for this on the first day of the Hac
On 07/01/2014 23:41, Jesse Benedict wrote:
>
> I am setting up my own dev environment, but in the mean-time I would
> like to propose the following:
>
>
>
> *PROPOSAL*
>
> Auto Ejection of All Mounted CDs
>
>
>
> *PURPOSE*
>
> To make application of patches/hotfixes easier in large environments
On 07/01/2014 20:27, Rishi wrote:
> Hello List,
>
> I have few questions about XenTools
>
> Is it compulsory to update tools of Linux/Windows VMs if the XenServer
> is upgraded ?
>
> How does one handles mass tools update after the xen upgrade ?
> e.g XCP1.1 to XCP1.6 or XCP1.6 to XS6.2 ?
>
> Are t
Dropping xen-devel to bcc:
On 24/07/13 03:55, George Shuklin wrote:
> We've missing them too. Specifically shutdown reason, which can be
> 'crashed', and that was very important information (we even have
> script, which show 'crashed' VMs).
>
> But it was 'forgotten' during xenops development. Any
On 22/07/13 13:44, David Scott wrote:
> On 22/07/13 13:24, Andrew Cooper wrote:
>> On 22/07/13 13:23, David Scott wrote:
>>> On 22/07/13 12:56, rdartigues@orange.com wrote:
>>>> Good day all,
>>>>
>>>> I'm using XCP release 1.6.10
On 22/07/13 13:23, David Scott wrote:
> On 22/07/13 12:56, rdartigues@orange.com wrote:
>> Good day all,
>>
>> I'm using XCP release 1.6.10-61809c.
>> Suddenly today I got flooded by xen-ringwatch:
>
> I've cc:d xs-devel, since I'm not sure which repository xen-ringwatch
> comes from. I don't t
renaming, and set eth0/eth1
correctly for your machine. You will need to substitue appropriate mac
addresses and PCI IDs to apply this workaround to different hardware.
~Andrew
On 05/07/13 12:23, Andrew Eross wrote:
> Easily done - all attached.
>
> thanks!
>
> On Fri, Jul 5, 201
be the norm =) but we have this mirrored pair
> of mac minis acting as our local office servers with the built-in
> gigabit used for a dedicated DRBD cross-over, so hence the USB network
> for the management interface - good fun.
>
> Cheers,
> Andrew
>
>
> On Fri
interfaces in mind, because USB
> is not very common on the servers for which XenServer is normally
> used. So it is probably not going to work very well, as you have noticed.
>
> CC'ing Andrew Cooper, who worked on this. Andrew: do you think this is
> easy to address? A quick solu
On 15/04/13 12:04, Ian Campbell wrote:
> On Mon, 2013-04-15 at 11:27 +0100, Andrew Cooper wrote:
>> On 15/04/13 11:21, Ian Campbell wrote:
>>> On Mon, 2013-04-15 at 11:09 +0100, Vincent Bernardoff wrote:
>>>> Fix the commands given to the OCaml compiler to make
On 13/03/13 12:52, Andrew Cooper wrote:
> Signed-off-by: Andrew Cooper
Keir/Jan: Ping? This is a hypervisor change.
>
> ---
> Changes since v2:
> * Tweak style and errno in case of invalid pointer.
>
> diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xc_misc.c
> ---
On 05/04/13 15:47, Andrew Cooper wrote:
> On 13/03/13 12:52, Andrew Cooper wrote:
>> Signed-off-by: Andrew Cooper
> Keir/Jan: Ping? This is a hypervisor change.
Apologies - this is actually a tools change. Ian/Ian?
>
>> ---
>> Changes since v2:
>> * Tweak s
On 13/03/13 12:52, Andrew Cooper wrote:
> Signed-off-by: Andrew Cooper
Keir/Jan: Ping - this is a hypervisor change.
~Andrew
>
> --
> Changes since v2:
> * Rebase on top of coverage patches.
> * Reword hypercall comments.
>
> diff -r a6b81234b189 -r 89f3c6846f6b xen
.
Taken from xen-api-libs.hg/xc and adjusted for upstream libxc+ocaml.
Signed-off-by: Ian Campbell
Rebased on top of xen-unstable.
Signed-off-by: Andrew Cooper
diff -r b279ec057736 -r 03997417771b tools/libxc/xc_domain.c
--- a/tools/libxc/xc_domain.c
+++ b/tools/libxc/xc_domain.c
@@ -1562,6
ACPI
* set/get ACPI S state (allows send s3resume)
Taken from xen-api-libs.hg/xc and adjusted for upstream libxc+ocaml.
Signed-off-by: Ian Campbell
Rebased on top of xen-unstable.
Signed-off-by: Andrew Cooper
diff -r 59aaebc4ef64 -r b279ec057736 tools/libxc/xc_domain.c
--- a/tools/libxc
Hello,
These 4 misc patches have been in the XenServer patch queue for ages and are
used by the Xapi toolstack.
Although functionally unrelated, this series is based on top of my "Console
ring improvements" patch series which also touches the same files.
Signed-off-by: And
upstream libxc+ocaml.
Signed-off-by: Ian Campbell
Rebased on top of xen-unstable.
Signed-off-by: Andrew Cooper
diff -r 03997417771b -r 6c7218be49d8 tools/ocaml/libs/xc/xenctrl.ml
--- a/tools/ocaml/libs/xc/xenctrl.ml
+++ b/tools/ocaml/libs/xc/xenctrl.ml
@@ -237,6 +237,9 @@ external
upstream libxc+ocaml.
Signed-off-by: Ian Campbell
Rebased on top of xen-unstable.
Signed-off-by: Andrew Cooper
diff -r a38d8f70a79b -r 59aaebc4ef64 tools/libxc/xc_misc.c
--- a/tools/libxc/xc_misc.c
+++ b/tools/libxc/xc_misc.c
@@ -684,6 +684,26 @@ int xc_hvm_inject_trap(
return rc
Functions identically to xc_readconsolering(), but uses a user-provided
xc_hypercall_buffer_t to save using a bounce buffer.
Signed-off-by: Andrew Cooper
--
Changes since v2:
* Document xc_readconsolering() and xc_readconsolering_buffer() functions
Changes since v1:
* Reduce
The static error_str[] buffer is not thread-safe, and 1024 bytes is
unreasonably large. Reduce to 256 bytes (which is still much larger than any
current use), and move it to being a stack variable.
Signed-off-by: Andrew Cooper
Acked-by: Dave Scott
--
Changes since v1:
* Mark as Noreturn, due
Signed-off-by: Andrew Cooper
---
Changes since v2:
* Tweak style and errno in case of invalid pointer.
diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xc_misc.c
--- a/tools/libxc/xc_misc.c
+++ b/tools/libxc/xc_misc.c
@@ -100,6 +100,26 @@ int xc_readconsolering(xc_interface *xch
return
Signed-off-by: Andrew Cooper
--
Changes since v2:
* Rebase on top of coverage patches.
* Reword hypercall comments.
diff -r a6b81234b189 -r 89f3c6846f6b xen/common/sysctl.c
--- a/xen/common/sysctl.c
+++ b/xen/common/sysctl.c
@@ -358,6 +358,10 @@ long do_sysctl(XEN_GUEST_HANDLE_PARAM(xe
using the new xc_consoleringsize() and
xc_readconsolering_buffer() functions to efficiently grab the entire console
ring.
Signed-off-by: Andrew Cooper
--
Changes since v3:
* Use caml_alloc_string/memcpy in preference to caml_copy_string to allow
for the possibility of NULL characters in the
rg as well, for comment on the ocaml patches.
This patch set has been compile-tested on unstable, and functionally tested
via backport to 4.2 (which was only one whitespace fuzz issue and no code
change).
Signed-off-by: Andrew Cooper
___
Xen-api mailing
II text. We certainly cant rule out the presence
of NULL characters.
Furthermore, your suggestion of caml_alloc_string() has given me an idea
to remove another copy of the buffer. I will respin the patch.
~Andrew
>
>> -Original Message-
>> From: xen-devel-boun...@lists.xen.org
using the new xc_consoleringsize() and
xc_readconsolering_buffer() functions to efficiently grab the entire console
ring.
Signed-off-by: Andrew Cooper
--
Changes since v2:
* Tweak style and remove redundant variables
Changes since v1:
* Convert conring_size to being static to avoid needless
Signed-off-by: Andrew Cooper
--
Changes since v2:
* Rebase on top of coverage patches.
* Reword hypercall comments.
diff -r a6b81234b189 -r 89f3c6846f6b xen/common/sysctl.c
--- a/xen/common/sysctl.c
+++ b/xen/common/sysctl.c
@@ -358,6 +358,10 @@ long do_sysctl(XEN_GUEST_HANDLE_PARAM(xe
nt on the ocaml patches.
This patch set has been compile-tested on unstable, and functionally tested
via backport to 4.2 (which was only one whitespace fuzz issue and no code
change).
Signed-off-by: Andrew Cooper
___
Xen-api mailing list
Xe
The static error_str[] buffer is not thread-safe, and 1024 bytes is
unreasonably large. Reduce to 256 bytes (which is still much larger than any
current use), and move it to being a stack variable.
Signed-off-by: Andrew Cooper
--
Changes since v1:
* Mark as Noreturn, due to unconditional use
Signed-off-by: Andrew Cooper
---
Changes since v2:
* Tweak style and errno in case of invalid pointer.
diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xc_misc.c
--- a/tools/libxc/xc_misc.c
+++ b/tools/libxc/xc_misc.c
@@ -100,6 +100,26 @@ int xc_readconsolering(xc_interface *xch
return
Functions identically to xc_readconsolering(), but uses a user-provided
xc_hypercall_buffer_t to save using a bounce buffer.
Signed-off-by: Andrew Cooper
--
Changes since v2:
* Document xc_readconsolering() and xc_readconsolering_buffer() functions
Changes since v1:
* Reduce
On 12/03/13 17:05, Ian Campbell wrote:
> On Thu, 2013-02-21 at 15:46 +0000, Andrew Cooper wrote:
>> Signed-off-by: Andrew Cooper
> Seems pretty obvious to me, any (n)ack from a hypervisor hat wearing
> person?
>
>> diff -r 66f563be41d9 -r 1306e69a7018 xen/common/sysc
Ping?
On 21/02/13 15:46, Andrew Cooper wrote:
> Hello,
>
> The following set of patches came about when trying to fix the 32K limitation
> with stub_xc_readconsolering() in the ocaml bindings.
>
> Patch 1 is a hypervisor patch adding a new SYSCTL hypercall to query the size
>
The static error_str[] buffer is not thread-safe, and 1024 bytes is
unreasonably large. Reduce to 256 bytes (which is still much larger than any
current use), and move it to being a stack variable.
Signed-off-by: Andrew Cooper
--
Changes since v1:
* Mark as Noreturn, due to unconditional use
o 4.2 (which was only one whitespace fuzz issue and no code
change).
Signed-off-by: Andrew Cooper
___
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
Signed-off-by: Andrew Cooper
diff -r 1306e69a7018 -r 1ffce9bf90f5 tools/libxc/xc_misc.c
--- a/tools/libxc/xc_misc.c
+++ b/tools/libxc/xc_misc.c
@@ -100,6 +100,26 @@ int xc_readconsolering(xc_interface *xch
return ret;
}
+int xc_consoleringsize(xc_interface *xch, uint64_t * psize
using the new xc_consoleringsize() and
xc_readconsolering_buffer() functions to efficiently grab the entire console
ring.
Signed-off-by: Andrew Cooper
--
Changes since v1:
* Convert conring_size to being static to avoid needless hypercalls
* Fix memory due to ordering of failwith_xc() and
Signed-off-by: Andrew Cooper
diff -r 66f563be41d9 -r 1306e69a7018 xen/common/sysctl.c
--- a/xen/common/sysctl.c
+++ b/xen/common/sysctl.c
@@ -357,6 +357,9 @@ long do_sysctl(XEN_GUEST_HANDLE_PARAM(xe
}
break;
+case XEN_SYSCTL_consoleringsize:
+ret = console_ring_size(&am
Functions identically to xc_readconsolering(), but uses a user-provided
xc_hypercall_buffer_t to save using a bounce buffer.
Signed-off-by: Andrew Cooper
--
Changes since v1:
* Reduce xc_readconsolering() to use xc_readconsolering_buffer()
diff -r 1ffce9bf90f5 -r 1e6c7f7cec6f tools/libxc
On 24/01/13 15:01, Zoltan Kiss wrote:
> On 24/01/13 14:06, George Shuklin wrote:
>> 24.01.2013 17:25, Paul Durrant пишет:
Some notes about guest suspend during IO.
I tested that way for storage reboot (pause all domains, reboot ISCSI
storage
and resume every domain). If pa
43 matches
Mail list logo
