Today, Wednesday, is Xen Project Document Day for February!
The documentation around the recent 4.5 release is improving, but
there is still need for more clean-up. We still have a number of
pages which talk in terms of xend rather than libxenlight. For
example, check the TODO list (see below) f
Hi all,
2015-02-24 11:35 GMT-05:00 Dario Faggioli :
> On Tue, 2015-02-24 at 14:16 +, Ian Campbell wrote:
>> On Tue, 2015-02-24 at 11:30 +, Dario Faggioli wrote:
>
>> > Semantically speaking, they just should be killed. OTOH, what I was
>> > suggesting was this: if one calls libxl_domain_sc
On 24/02/15 7:13 pm, Julien Grall wrote:
On 24/02/15 00:23, Manish Jaggi wrote:
Because you have to parse all the device tree to remove the reference
to the second ITS. It's pointless and can be difficult to do it.
Could you please describe the case where it is difficult
You have to parse ev
From: David Vrabel
Date: Tue, 24 Feb 2015 11:17:59 +
> If the pending indexes are released /after/ pushing the Tx response
> then a stale pending index may be used if a new Tx request is
> immediately pushed by the frontend. The may cause various WARNINGs or
> BUGs if the stale pending index
On 02/24/2015 02:11 PM, Boris Ostrovsky wrote:
__devinit int setup_node(int pxm)
{
...
+
+ finish:
+node = first_unset_node(nodes_found);
+node_set(node, nodes_found);
+p2n[idx].pxm = pxm;
+p2n[pxm].node = node;
This is a typo. Should be
p2n[idx].node = node;
-bor
Ian Campbell, le Tue 24 Feb 2015 16:27:00 +, a écrit :
> On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> > In order to keep the tree bisectable all the changes are done in one
> > single commit.
> >
> > Things done in this commit:
> >
> > 1. Import necessary .mk files from Xen.
> > 2. Mov
On 02/24/15 20:01, Ard Biesheuvel wrote:
> On 24 February 2015 at 18:41, Laszlo Ersek wrote:
>> On 02/24/15 19:37, Ard Biesheuvel wrote:
>>> On 24 February 2015 at 18:34, Laszlo Ersek wrote:
On 02/24/15 19:02, Ard Biesheuvel wrote:
> Changes since v4:
> - rename InterlockedCompa
On 24 February 2015 at 18:53, Anthony PERARD wrote:
> On Tue, Feb 24, 2015 at 06:03:04PM +, Ard Biesheuvel wrote:
>> This patch updates XenBusDxe to use the 16-bit compare and exchange
>> function that was introduced for this purpose to the
>> BaseSynchronizationLib. It also provides a new gen
On 24 February 2015 at 18:41, Laszlo Ersek wrote:
> On 02/24/15 19:37, Ard Biesheuvel wrote:
>> On 24 February 2015 at 18:34, Laszlo Ersek wrote:
>>> On 02/24/15 19:02, Ard Biesheuvel wrote:
>>>
Changes since v4:
- rename InterlockedCompareExchange16 () patch as suggested by Jordan, and
ACPI defines proximity domain identifier as a 32-bit integer. While
in most cases the values will be zero-based this is not guaranteed,
making current pxm2node[256] mapping structure not appropriate.
We will instead use MAX_NUMNODES-sized array of struct pxm2node to
store PXM-to-node mapping. To a
Use u8-sized node IDs and unsigned PXMs consistently throughout
code (and introduce nodeid_t type).
Signed-off-by: Boris Ostrovsky
---
Changes (due to new pxm-to-node mapping from patch #1):
* No MAX_PXM
* No need to BUILD_BUG_ON(MAX_NUMNODES > 254)
xen/arch/x86/irq.c |
Instead of using a hardcoded constant to extract nodeID from
memflags use a macro whose value is based on nodeid_t size.
Also provide a macro for extracting nodeID from memflags so that
users don't need to remember to decrement the value.
Signed-off-by: Boris Ostrovsky
---
xen/common/page_alloc
Changes in v2 (only patch #2 is v2, the others are new)
* Added patch #1 to make pxm-to-node mapping independent of PXM values
* Added in patch #3 a couple of macros to access nodeID in memflags
Boris Ostrovsky (3):
x86/numa: Allow arbitrary value of PXM in PXM<->node mapping
x86/numa: Adjus
On Tue, Feb 24, 2015 at 06:03:04PM +, Ard Biesheuvel wrote:
> This patch updates XenBusDxe to use the 16-bit compare and exchange
> function that was introduced for this purpose to the
> BaseSynchronizationLib. It also provides a new generic implementation
> of TestAndClearBit () using the same
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/24/2015 06:34 AM, Lars Kurth wrote:
> You seem to have a good list together by now. Should be good enough
> for the application.
Thanks, yeah, I really like the ideas, and a nice list of mentors.
We've got some good stuff in there that should he
On 02/24/15 19:37, Ard Biesheuvel wrote:
> On 24 February 2015 at 18:34, Laszlo Ersek wrote:
>> On 02/24/15 19:02, Ard Biesheuvel wrote:
>>
>>> Changes since v4:
>>> - rename InterlockedCompareExchange16 () patch as suggested by Jordan, and
>>> added
>>> his ack
>>> - fix a bug spotted by Antho
On Tue, Feb 24, 2015 at 11:49:13PM +0530, Raghavendra K T wrote:
> On 02/24/2015 08:17 PM, Ingo Molnar wrote:
> >
> >* Greg KH wrote:
> >
> >>On Tue, Feb 24, 2015 at 02:54:59PM +0530, Raghavendra K T wrote:
> >>>Paravirt spinlock clears slowpath flag after doing unlock.
> >>>As explained by Linus
On 24 February 2015 at 18:34, Laszlo Ersek wrote:
> On 02/24/15 19:02, Ard Biesheuvel wrote:
>
>> Changes since v4:
>> - rename InterlockedCompareExchange16 () patch as suggested by Jordan, and
>> added
>> his ack
>> - fix a bug spotted by Anthony in the TestAndClearBit () implementation
>> - a
On 02/24/15 19:02, Ard Biesheuvel wrote:
> Changes since v4:
> - rename InterlockedCompareExchange16 () patch as suggested by Jordan, and
> added
> his ack
> - fix a bug spotted by Anthony in the TestAndClearBit () implementation
> - added more acks and R-b's
- Are there any patches missing re
On 02/24/2015 08:50 PM, Greg KH wrote:
On Tue, Feb 24, 2015 at 03:47:37PM +0100, Ingo Molnar wrote:
* Greg KH wrote:
On Tue, Feb 24, 2015 at 02:54:59PM +0530, Raghavendra K T wrote:
Paravirt spinlock clears slowpath flag after doing unlock.
As explained by Linus currently it does:
On 02/24/15 10:38, Jan Beulich wrote:
On 17.02.15 at 00:05, wrote:
>> Signed-off-by: Don Slutz
>
> There's a whole lot of stuff being added here, and I easily can't see
> where delivery of a #GP would actually be tested.
Clearly I need more comments. Short form is that j=1
is the #GP test
On 02/24/2015 08:17 PM, Ingo Molnar wrote:
* Greg KH wrote:
On Tue, Feb 24, 2015 at 02:54:59PM +0530, Raghavendra K T wrote:
Paravirt spinlock clears slowpath flag after doing unlock.
As explained by Linus currently it does:
prev = *lock;
add_smp(&lock->tick
This introduces the abstract XENIO_PROTOCOL that will be used to
communicate the Xen grant table address to drivers supporting this
protocol. Primary purpose is allowing us to change the XenBusDxe
implementation so that it can support non-PCI Xen implementations
such as Xen on ARM.
Contributed-und
This refactors the Xen hypercall implementation that is part of the
XenBusDxe driver, in preparation of splitting it off entirely into
a XenHypercallLib library. This involves:
- removing the dependency on XENBUS_DEVICE* pointers in the XenHypercall()
prototypes
- moving the discovered hyperpage
This patch updates XenBusDxe to use the 16-bit compare and exchange
function that was introduced for this purpose to the
BaseSynchronizationLib. It also provides a new generic implementation
of TestAndClearBit () using the same 16-bit compare and exchange, making
this module fully architecture agno
Instead of using a dynamic PCD, store the device tree address in a HOB
so that we can also run under a configuration that does not support
dynamic PCDs.
This also adds MemoryAllocationLib to the [LibraryClasses] section of
ArmVirtualizationPlatformLib/ArmVirtualizationPlatformLib.inf, as this
depe
This adds the .dsc and .fdf descriptions to build a UEFI image that
is bootable by a Xen guest on 64-bit ARM (AArch64)
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/ArmVirtua
This implements a MemoryInitPeiLib instance that differs from the
stock ArmPlatformPkg version only in the fact that it does not remove
the memory used by the flash device (FD). The reason is that, when using
PrePi, the DXE core is started immediately and never returns so there is
no reason to pres
This patch adds an implementation of XenHypercallLib for both
AArch64 and AArch32 execution modes on ARM systems.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Stefano Stabellini
Signed-off-by: Ard Biesheuvel
---
.../Include/IndustryStandard/Xen/arch-arm/xen.h| 436 ++
While Xen on Intel uses a virtual PCI device to communicate the
base address of the grant table, the ARM implementation uses a DT
node, which is fundamentally incompatible with the way XenBusDxe is
implemented, i.e., as a UEFI Driver Model implementation for a PCI
device.
Contributed-under: TianoC
This implements a dummy RealTimeClockLib for Xen, as there is no
guest interface to access the time kept by Xen that can be shared
between UEFI and the OS.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-By: Olivier Martin
Signed-off-by: Ard Biesheuvel
--
This adds a XenIoMmioLib declaration and implementation that can
be invoked to install the XENIO_PROTOCOL and a corresponding
grant table address on a EFI handle.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/
This patchs adds support to VirtFdtDxe for the Xen DT node which
contains the base address of the Grant Table. This data is communicated
to XenBusDxe using a XENIO_PROTOCOL instance.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Sig
This is partially motivated by the desire to use PrePi in a virt
environment, and in that configuration, ArmPlatformInitializeSystemMemory()
is never called. But actually, this is a more suitable place anyway.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Revie
To allow a runtime self relocating PrePi instance to discover the base
address of the device tree at runtime, allow the use of a patchable PCD
for gArmVirtualizationTokenSpaceGuid.PcdDeviceTreeInitialBaseAddress.
We will not be using the build time patch tool in this case, but using
a patchable PCD
The DT binding for the ARM generic timer describes the secure,
non-secure, virtual and hypervisor timer interrupts, respectively.
However, under virtualization, only the virtual timer is usable, and
the device tree may omit the hypervisor timer interrupt. (Other timer
interrupts cannot be omitted s
This adds support for detecting the presence of a GICv3 interrupt
controller from the device tree, and recording its distributor and
redistributor base addresses in their respective PCDs.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Olivier Martin
Acked-by: Laszlo Ersek
S
This moves the reference to gArmTokenSpaceGuid.PcdFdBaseAddress
from the [FixedPcd] to the [Pcd] section in the INF file of
PrePiArmPlatformGlobalVariableLib so that its users may choose
to use a patchable PCD instead.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Olivier Ma
Prepare for making XenBusDxe suitable for use with non-PCI devices
(such as the DT node exposed by Xen on ARM) by introducing a separate
DXE driver that binds to the Xen virtual PCI device and exposes the
abstract XENIO_PROTOCOL for XenBusDxe to bind against.
Contributed-under: TianoCore Contribut
This moves all of the Xen hypercall code that was private to XenBusDxe
to a new library class XenHypercallLib. This will allow us to reimplement
it for ARM, and to export the Xen hypercall functionality to other parts
of the code, such as a Xen console SerialPortLib driver.
Contributed-under: Tian
On non-PCI Xen guests (such as ARM), the XenBus root is not a PCI
device but an abstract 'platform' device. Add a dedicated Vendor
Hardware device path GUID to identify this node.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
This implements a SerialPortLib instance that wires up to the
PV console ring used by domU guests. Also imports the required
upstream Xen io/console.h header.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Stefano Stabellini
Acked-by: Laszlo Ersek
Signed-off-by: Ard Biesheu
This implements the following synchronization primitives for AArch64 (GCC)
and ARM (GCC & RVCT):
InternalSyncCompareExchange32
InternalSyncCompareExchange64
InternalSyncIncrement
InternalSyncDecrement
Note: these functions are implemented using the exclusive monitor,
which implies that they can o
This implements the function InterlockedCompareExchange16 () for all
architectures, using architecture and toolchain specific intrinsics
or primitive assembler instructions.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Olivier Martin
Acked-by: Jordan Justen
Signed-off-by:
On ARM, xen_pfn_t is 64 bits but the size of a pointer is only
32 bits, so casting between them needs to go via (UINTN). Also
move the xen_pfn_t cast outside the shift so that we can avoid
shifting 64-bit quantities on 32-bit architectures, which may
require runtime library support.
Contributed-un
Add a ArmPlatformLib instance that can deal with the self relocation
and truly dynamic discovery of system RAM base and size.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../AARCH64/MemnodeParser.S
Tiancore has its private copy of the Xen headers, and all drivers
that depend on it should use the same Xen interface version, so
let's move the #define to xen.h itself.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Stefano Stabellini
Acked-by: Laszlo Ersek
Reviewed-by: An
Our primary user QEMU/mach-virt presents us with a FDT blob padded
to 64 KB with plenty of room to set additional properties. However,
in the general case, we should only add properties after making sure
there is enough room available.
Contributed-under: TianoCore Contribution Agreement 1.0
Review
This patch introduces a relocatable PrePi, which can execute
from arbitrary offsets in RAM. This is intendend to be run
from a boot loader which passes a description of the actual
platform in a device tree, for instance.
This module is based on the PrePi implementations residing under
ArmPlatformP
flight 35260 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35260/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 12 guest-start.2 fail REGR. vs. 34580
Regressions which are reg
Allow the use of patchable PCDs for gArmTokenSpaceGuid.PcdFvBaseAddress
and gArmVirtualizationTokenSpaceGuid.PcdDeviceTreeInitialBaseAddress
by moving them from the [FixedPcd] to the [Pcd] section in the INF file of
PlatformPeiLib.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-b
Paul Durrant writes ("RE: [qemu-upstream-unstable bisection] complete
test-amd64-i386-freebsd10-i386"):
> I thought this was fixed. I posted the fix over a week ago and it's applied:
Looking at the most recent tests it appears that there is a
combination of heisenbugs:
Many recent flights (eg 35
In order to allow a runtime self relocating PrePi instance, change the
allowable PCD types for the following PCDs:
gArmTokenSpaceGuid.PcdSystemMemoryBase
gArmTokenSpaceGuid.PcdSystemMemorySize
gArmTokenSpaceGuid.PcdFdBaseAddress
gArmTokenSpaceGuid.PcdFvBaseAddress
to include PcdsPatchable
This series implements support for executing Tianocore inside a Xen
guest domain on 64-bit ARM systems (AArch64)
The first part addresses ARM platform specifics, primarily to allow a
Tianocore binary image to be runtime relocatable, and execute from DRAM.
The second part refactors the XenBus supp
Andrew Cooper writes ("Re: [PATCH v3] tools/xenconsoled: Increase file
descriptor limit"):
> On 19/02/15 16:30, Ian Jackson wrote:
> > Why is this only a stopgap solution ?
>
> It is yet another place with an arbitrary limit, which is one more
> moving part to go wrong.
OIC. I meant `unlimited'
On Tue, 2015-02-24 at 17:22 +, Wei Liu wrote:
> On Tue, Feb 24, 2015 at 05:12:20PM +, Wei Liu wrote:
> > On Tue, Feb 24, 2015 at 05:01:26PM +, Ian Campbell wrote:
> > > On Tue, 2015-02-24 at 16:52 +, Wei Liu wrote:
> > > > On Tue, Feb 24, 2015 at 04:33:17PM +, Ian Campbell wrote
On Tue, 2015-02-24 at 17:12 +, Wei Liu wrote:
> On Tue, Feb 24, 2015 at 05:01:26PM +, Ian Campbell wrote:
> > On Tue, 2015-02-24 at 16:52 +, Wei Liu wrote:
> > > On Tue, Feb 24, 2015 at 04:33:17PM +, Ian Campbell wrote:
> > > > On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> > >
On Tue, Feb 24, 2015 at 05:12:20PM +, Wei Liu wrote:
> On Tue, Feb 24, 2015 at 05:01:26PM +, Ian Campbell wrote:
> > On Tue, 2015-02-24 at 16:52 +, Wei Liu wrote:
> > > On Tue, Feb 24, 2015 at 04:33:17PM +, Ian Campbell wrote:
> > > > On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote
On Tue, Feb 24, 2015 at 05:01:26PM +, Ian Campbell wrote:
> On Tue, 2015-02-24 at 16:52 +, Wei Liu wrote:
> > On Tue, Feb 24, 2015 at 04:33:17PM +, Ian Campbell wrote:
> > > On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> > > > @@ -161,7 +163,7 @@ clean-tools:
> > > > $(MAKE
> -Original Message-
> From: Paul Durrant
> Sent: 24 February 2015 17:11
> To: 'Stefano Stabellini'
> Cc: Stefano Stabellini; Ian Jackson; xen-de...@lists.xensource.com; Ian
> Campbell
> Subject: RE: [qemu-upstream-unstable bisection] complete test-amd64-i386-
> freebsd10-i386
>
> > -O
On 02/24/15 03:34, Jan Beulich wrote:
On 23.02.15 at 18:11, wrote:
>> On 02/23/15 10:12, Jan Beulich wrote:
>> On 17.02.15 at 00:05, wrote:
@@ -393,6 +393,11 @@ struct x86_emulate_ops
enum x86_segment seg,
unsigned long offset,
struct x86_em
On 02/24/2015 10:27 AM, kevin.ma...@gdata.de wrote:
Hi guys
I`m trying to set up the BTS so that I can log the branches taken in
the guest using Xen 4.4.1 with a WinXP SP3 guest on a Core i7 Sandy
Bridge.
I added the vpmu=bts boot parameter to my grub2 configuration and
extended the libxl,
On Tue, 2015-02-24 at 16:52 +, Wei Liu wrote:
> On Tue, Feb 24, 2015 at 04:33:17PM +, Ian Campbell wrote:
> > On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> > > @@ -161,7 +163,7 @@ clean-tools:
> > > $(MAKE) -C tools clean
> > >
> > > .PHONY: clean-stubdom
> > > -clean-stubdom:
>
> -Original Message-
> From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> Sent: 24 February 2015 16:36
> To: Paul Durrant
> Cc: Stefano Stabellini; Ian Jackson; xen-de...@lists.xensource.com; Ian
> Campbell
> Subject: RE: [qemu-upstream-unstable bisection] complete test-am
On 24/02/15 17:00, Ian Campbell wrote:
>> Furthermore, the current code rely on how the device has been written.
>> For instance the calxeda device tree is using ranges and, therefore, the
>> regs contains offset.
>> Fortunately, the offset and the translated address is the same.
>>
>>> I certainly
Tuesday, February 24, 2015, 5:41:40 PM, you wrote:
> On Tue, 2015-02-03 at 14:01 +, Simon Rowe wrote:
>> The current Python interface to Xenstore is just a thin binding to the
>> C libxenstore library. This means that it is architecture-specific and
>> makes it awkward to use in platform-inde
On Tue, 2015-02-24 at 16:21 +, Julien Grall wrote:
> On 24/02/15 16:01, Ian Campbell wrote:
> > On Mon, 2015-02-23 at 16:30 +, Julien Grall wrote:
> >> I'm wondering if it's worth to backport this patch to Xen 4.5?
> >
> > Maybe, I doubt 4.5 is being used on platforms which suffer from thi
On Tue, 2015-02-24 at 16:06 +, Stefano Stabellini wrote:
> > Now that we autodetect the use of dom0_mem and set autoballooning
> > correctly perhaps we should just revert a39b5bc64?
>
> We could do that and theoretically it makes perfect sense, but it would
> result in an even bigger waste of
On Tue, Feb 24, 2015 at 04:33:17PM +, Ian Campbell wrote:
> On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> > @@ -161,7 +163,7 @@ clean-tools:
> > $(MAKE) -C tools clean
> >
> > .PHONY: clean-stubdom
> > -clean-stubdom:
> > +clean-stubdom: mini-os-dir
> > $(MAKE) -C stubdom cross
On Tue, 2015-02-24 at 11:45 +, Wei Liu wrote:
> On Tue, Feb 24, 2015 at 08:05:50AM +, Ross Lagerwall wrote:
> > Don't kill xenstored as part of the usual service shutdown process to
> > prevent hangs on shutdown where the kernel tries to unplug a VIF
> > after xenstored has exited.
> >
> >
Sorry, I failed to spot the subtle s/Xen/tools/ compared with the other
one. Applied.
On Mon, 2015-02-23 at 10:08 +, Andrew Cooper wrote:
> Ping? Do I need any more acks/reviews for this patch?
>
> ~Andrew
>
> On 12/02/15 20:08, Andrew Cooper wrote:
> > Coverity uses several heuristics to i
On 02/24/15 05:50, Andrew Cooper wrote:
> On 24/02/15 10:31, Jan Beulich wrote:
> On 24.02.15 at 11:24, wrote:
>>> At 15:08 -0500 on 23 Feb (1424700515), Don Slutz wrote:
Currently Jan Beulich is not happy with the addition of a new domain
creation flag. Andrew Cooper is not happy w
On Fri, 2015-02-20 at 18:01 -0500, Daniel De Graaf wrote:
> Acked-by: Daniel De Graaf
Applied, thanks.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, 2015-02-03 at 14:01 +, Simon Rowe wrote:
> The current Python interface to Xenstore is just a thin binding to the
> C libxenstore library. This means that it is architecture-specific and
> makes it awkward to use in platform-independent code like the XenServer
> guest agent.
Are/were y
On Tue, 2015-02-03 at 12:45 +0100, Olaf Hering wrote:
> When building hvmloader for Xen tools the ipxe objects are also linked
> into the binary. Unfortunately the linker will place them in the order
> found in the archive. Since this order is random the resulting hvmloader
> binary differs when it
On Tue, 2015-02-24 at 16:31 +, Wei Liu wrote:
> On Tue, Feb 24, 2015 at 04:19:02PM +, Dario Faggioli wrote:
> > > +} else if (!strcmp("size", option)) {
> > > +val = strtoul(value, &endptr, 10);
> > > +ABORT_IF_FAILED(value);
> > > +
On Tue, 2015-02-24 at 11:45 +, Wei Liu wrote:
> On Tue, Feb 24, 2015 at 08:05:50AM +, Ross Lagerwall wrote:
> > Don't kill xenstored as part of the usual service shutdown process to
> > prevent hangs on shutdown where the kernel tries to unplug a VIF
> > after xenstored has exited.
> >
> >
On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> This is v2 of my mini-os splitting off patch series.
I had a couple of small comments, but it's looking good.
You should have CCd Samuel and Stefano on this stuff. From MAINTAINERS:
MINI-OS
M: Stefano Stabellini
M:
On Tue, Feb 24, 2015 at 04:27:00PM +, Ian Campbell wrote:
> On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> > In order to keep the tree bisectable all the changes are done in one
> > single commit.
> >
> > Things done in this commit:
> >
> > 1. Import necessary .mk files from Xen.
> > 2.
On Wed, 4 Feb 2015, Paul Durrant wrote:
> > -Original Message-
> > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> > Sent: 04 February 2015 15:12
> > To: Ian Jackson
> > Cc: xen-de...@lists.xensource.com; Stefano Stabellini; Paul Durrant; Ian
> > Campbell
> > Subject: R
Il 24/Feb/2015 16:24 "Ian Campbell" ha scritto:
>
> On Tue, 2015-02-24 at 14:19 +, Julien Grall wrote:
> > Hi Frediano,
> >
> > On 20/02/15 09:56, Frediano Ziglio wrote:
> > > This name can appear in some Linux kernel repos. Not very fortunate,
> > > but to avoid others spending an hour to spo
On Tue, 2015-02-24 at 14:16 +, Ian Campbell wrote:
> On Tue, 2015-02-24 at 11:30 +, Dario Faggioli wrote:
> > Semantically speaking, they just should be killed. OTOH, what I was
> > suggesting was this: if one calls libxl_domain_sched_params_set(), which
> > takes a libxl_domain_sched_para
On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> @@ -161,7 +163,7 @@ clean-tools:
> $(MAKE) -C tools clean
>
> .PHONY: clean-stubdom
> -clean-stubdom:
> +clean-stubdom: mini-os-dir
> $(MAKE) -C stubdom crossclean
> ifeq (x86_64,$(XEN_TARGET_ARCH))
> XEN_TARGET_ARCH=x86_32 $
On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> In order to keep the tree bisectable all the changes are done in one
> single commit.
>
> Things done in this commit:
>
> 1. Import necessary .mk files from Xen.
> 2. Move all XEN_ related variables to MINIOS_ namespace.
> 3. Import Xen public h
The fix is now upstream as 88428b7a93347efc51be015cc12cb71fab3976a3, the
next test should pass.
On Tue, 24 Feb 2015, Ian Campbell wrote:
> Is this still the reason for the ongoing failures, e.g.
> http://www.chiark.greenend.org.uk/~xensrcts/logs/34985/ from last night?
>
> On Thu, 2015-02-05 at 1
On Fri, 2015-02-20 at 11:17 +, Wei Liu wrote:
> Don't look for mini-os source file during configure. Mini-os source code
> will be fetched during build.
>
> Instead look for xenstore-minios.cfg.
>
> Please rerun autogen.sh after applying this patch.
>
> Signed-off-by: Wei Liu
Acked-by: Ian
On Tue, Feb 24, 2015 at 04:19:02PM +, Dario Faggioli wrote:
> On Thu, 2015-02-12 at 19:44 +, Wei Liu wrote:
> > This patch includes configuration options parser and documentation.
> >
> > Please find the hunk to xl.cfg.pod.5 for more information.
> >
> > Signed-off-by: Wei Liu
> > Cc: Ia
On Tue, Feb 24, 2015 at 7:21 AM, Stefano Stabellini
wrote:
> On Mon, 23 Feb 2015, Luis R. Rodriguez wrote:
>> On Thu, Feb 19, 2015 at 3:43 PM, Luis R. Rodriguez wrote:
>> > On Fri, Dec 12, 2014 at 9:29 AM, David Vrabel
>> > wrote:
>> >> On 12/12/14 13:17, Juergen Gross wrote:
>> >>> XEN_PVHVM
>
On Tue, 2015-02-24 at 14:19 +, Julien Grall wrote:
> Hi Frediano,
>
> On 20/02/15 09:56, Frediano Ziglio wrote:
> > This name can appear in some Linux kernel repos. Not very fortunate,
> > but to avoid others spending an hour to spot that few characters
> > difference it worth to work around i
On Fri, 2015-02-20 at 09:56 +, Frediano Ziglio wrote:
> The GIC in this platform is mainly compatible with the standard
> GICv2 beside:
> - ITARGET is extended to 16 bit to support 16 CPUs;
> - SGI mask is extended to support 16 CPUs;
> - maximum supported interrupt is 510.
I'm afraid I'm stil
On 24/02/15 16:01, Ian Campbell wrote:
> On Mon, 2015-02-23 at 16:30 +, Julien Grall wrote:
>> I'm wondering if it's worth to backport this patch to Xen 4.5?
>
> Maybe, I doubt 4.5 is being used on platforms which suffer from this
> issue, but it's pretty un-intrusive I suppose.
There is no r
On Thu, 2015-02-12 at 19:44 +, Wei Liu wrote:
> This patch includes configuration options parser and documentation.
>
> Please find the hunk to xl.cfg.pod.5 for more information.
>
> Signed-off-by: Wei Liu
> Cc: Ian Campbell
> Cc: Ian Jackson
>
This all looks pretty good to me. I only have
On Thu, 2015-01-29 at 17:46 +, Wei Liu wrote:
> On Thu, Jan 29, 2015 at 11:10:39AM +, Ian Campbell wrote:
> > On Wed, 2015-01-28 at 22:52 +, Wei Liu wrote:
Hey,
While reviewing v5, I realized I always wanted to, but never replied to
this email! :-(
Very quickly...
> > > > > +For exa
On Wed, 18 Feb 2015, Ian Campbell wrote:
> On Tue, 2015-02-10 at 14:34 -0700, Mike Latimer wrote:
> > On Monday, February 09, 2015 06:27:54 PM Mike Latimer wrote:
> > > While testing commit 2563bca1, I found that libxl_get_free_memory returns > > > 0
> > > until there is more free memory than requi
On Fri, 2015-02-20 at 11:10 -0700, Charles Arnold wrote:
> Now that Xen uses qdisks by default and qemu does not write out
> statistics to sysfs this patch queries the QMP for disk statistics.
I know this patch has been withdrawn but for future reference using
libyajl or some libqmp (if one exists
On Mon, 2015-02-23 at 16:30 +, Julien Grall wrote:
> I'm wondering if it's worth to backport this patch to Xen 4.5?
Maybe, I doubt 4.5 is being used on platforms which suffer from this
issue, but it's pretty un-intrusive I suppose.
> I will wrote a patch to do the same for GICv3.
Thanks.
I
>>> On 24.02.15 at 16:53, wrote:
> On 02/24/2015 05:11 AM, Jan Beulich wrote:
> On 23.02.15 at 20:00, wrote:
>>> @@ -530,6 +531,10 @@ static int flask_security_load(struct xen_flask_load
>>> *load)
>>> if ( ret )
>>> goto out;
>>>
>>> +if ( !is_reload )
>>> +print
On Fri, 2015-02-20 at 09:38 +, Frediano Ziglio wrote:
> Translated address could have an offset applied to them.
> Replicate same value for device node to avoid improper address
> computation in the OS.
I don't think this adequately explains what is going on here.
AIUI the issue is that the v
On 02/24/2015 05:21 AM, Ian Campbell wrote:
On Tue, 2015-02-24 at 09:51 +, Julien Grall wrote:
On 24/02/2015 09:39, Ian Campbell wrote:
On Tue, 2015-02-24 at 09:31 +, Julien Grall wrote:
On 24/02/2015 08:47, Ian Campbell wrote:
On Mon, 2015-02-23 at 12:53 -0500, Daniel De Graaf wrot
On 02/24/2015 05:11 AM, Jan Beulich wrote:
On 23.02.15 at 20:00, wrote:
--- a/xen/xsm/flask/flask_op.c
+++ b/xen/xsm/flask/flask_op.c
@@ -506,6 +506,7 @@ static int flask_security_load(struct xen_flask_load *load)
{
int ret;
void *buf = NULL;
+int is_reload = ss_initialized;
1 - 100 of 141 matches
Mail list logo
