On Wed, 2015-10-07 at 00:32 -0600, Jan Beulich wrote:
> > > > On 06.10.15 at 18:47, wrote:
> > On 10/6/15 7:45 AM, Jan Beulich wrote:
> > > Also, btw - I don't think we should name the thing Kconfig in Xen;
> > > Xconfig would be odd too (to be confused with X), so maybe
> > > XenConfig?
> >
> >
On 07/10/2015 09:19, Ian Campbell wrote:
> On Wed, 2015-10-07 at 00:32 -0600, Jan Beulich wrote:
> On 06.10.15 at 18:47, wrote:
>>> On 10/6/15 7:45 AM, Jan Beulich wrote:
Also, btw - I don't think we should name the thing Kconfig in Xen;
Xconfig would be odd too (to be confused with
By passing -n to savelog.
In particular this prevents the creation of an empty $log.0 on first
use when $log doesn't exist.
Signed-off-by: Ian Campbell
---
standalone | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/standalone b/standalone
index 27e2e7d..d9c927f 100755
--- a/
On Wed, 2015-10-07 at 00:31 -0600, Jan Beulich wrote:
> > > > On 06.10.15 at 19:25, wrote:
> > On 05/10/15 11:31, Jan Beulich wrote:
> > > > > > On 04.10.15 at 21:24, wrote:
> > > > The keyword typeof is not portable:
> > > >
> > > > /usr/src/freebsd/sys/xen/hypervisor.h:93:2: error: implicit
>
On Tue, 2015-10-06 at 17:55 +0100, George Dunlap wrote:
> On 25/09/15 03:11, Chunyan Liu wrote:
> > Add xl usb-assignable-list command to list assignable USB devices.
> > Assignable USB device means the USB device type is assignable and
> > it's not assigned to any guest yet.
> >
> > Signed-off-by
By pointing the serial port at 'file:/var/log/dm-serial.log' it will
end up on mini-os's console and therefore in
/var/log/xen/qemu-dm-$guest.log.
Signed-off-by: Ian Campbell
---
Osstest/TestSupport.pm | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/Osstest/TestSupport.pm
On 06/10/15 20:10, Wei Liu wrote:
> Signed-off-by: Wei Liu
Reviewed-by: George Dunlap
> ---
> xen/arch/x86/mm/p2m.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/xen/arch/x86/mm/p2m.c b/xen/arch/x86/mm/p2m.c
> index 09144e0..1178832 100644
> --- a/xen/arch/x86/mm/p2
>>> On 07.10.15 at 10:23, wrote:
> On 07/10/2015 09:19, Ian Campbell wrote:
>> On Wed, 2015-10-07 at 00:32 -0600, Jan Beulich wrote:
>> On 06.10.15 at 18:47, wrote:
On 10/6/15 7:45 AM, Jan Beulich wrote:
> Also, btw - I don't think we should name the thing Kconfig in Xen;
> Xconf
On 10/07/2015 10:40 AM, Ian Campbell wrote:
On Tue, 2015-10-06 at 17:55 +0100, George Dunlap wrote:
On 25/09/15 03:11, Chunyan Liu wrote:
Add xl usb-assignable-list command to list assignable USB devices.
Assignable USB device means the USB device type is assignable and
it's not assigned to any
Ian Campbell writes ("[PATCH OSSTEST] standalone: do not rotate empty log
files."):
> By passing -n to savelog.
>
> In particular this prevents the creation of an empty $log.0 on first
> use when $log doesn't exist.
Acked-by: Ian Jackson
___
Xen-deve
Ian Campbell writes ("[PATCH OSSTEST] stubdom: Arrange for guest serial to go
to a host logfile"):
> By pointing the serial port at 'file:/var/log/dm-serial.log' it will
> end up on mini-os's console and therefore in
> /var/log/xen/qemu-dm-$guest.log.
...
> - $cfg .= "serial='pty'\n";
> +
On Wed, 2015-10-07 at 03:54 -0600, Jan Beulich wrote:
> > > > On 07.10.15 at 10:23, wrote:
> > On 07/10/2015 09:19, Ian Campbell wrote:
> > > On Wed, 2015-10-07 at 00:32 -0600, Jan Beulich wrote:
> > > > > > > On 06.10.15 at 18:47, wrote:
> > > > > On 10/6/15 7:45 AM, Jan Beulich wrote:
> > > > >
On Wed, 2015-10-07 at 11:55 +0200, Juergen Gross wrote:
> On 10/07/2015 10:40 AM, Ian Campbell wrote:
> > On Tue, 2015-10-06 at 17:55 +0100, George Dunlap wrote:
> > > On 25/09/15 03:11, Chunyan Liu wrote:
> > > > Add xl usb-assignable-list command to list assignable USB devices.
> > > > Assignable
On Wed, Oct 7, 2015 at 9:40 AM, Ian Campbell wrote:
> On Tue, 2015-10-06 at 17:55 +0100, George Dunlap wrote:
>> On 25/09/15 03:11, Chunyan Liu wrote:
>> > Add xl usb-assignable-list command to list assignable USB devices.
>> > Assignable USB device means the USB device type is assignable and
>> >
On 07/10/15 11:10, George Dunlap wrote:
> The reason I left the two-stage thing for pci devices was that I was
> afraid that setting "seize=1" by default would be too dangerous: it
> would be to easy for a missed keystroke or a typo to bring down the
> system.
And as I've said before, "present me"
CC people from ./get_maintainers.pl
On Tue, Oct 06, 2015 at 06:58:25PM +0200, Sander Eikelenboom wrote:
> When building on 64-bit platforms this prevents build errors for
> 32-bit components which are enabled on a default build.
>
> Signed-off-by: Sander Eikelenboom
> ---
> README | 3 +++
> 1
On 10/05/2015 06:52 PM, Roger Pau Monné wrote:
> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>> Prepare patch for multi hardware queues/rings, the ring number was set to 1
>> by
>> force.
>>
>> * Use 'nr_rings' in per dev_info to identify how many hw queues/rings are
>> supported, and a pointer
flight 62682 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62682/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops 3 host-install(3) broken REGR. vs. 62646
On Tue, 2015-10-06 at 20:46 -0700, Yu-An(Victor) Chen wrote:
> Hi,
>
Hi,
> I am new to xen environment
>
Welcome :-)
> and I am wondering how to trace scheduling overhead of guest vm using
> xentrace/xenalyze ?
>
Have you had a look at this blog entry? It's from some time ago, but
the basic co
On 10/05/2015 10:13 PM, Roger Pau Monné wrote:
> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>> The per device io_lock became a coarser grained lock after multi-queues/rings
>> was introduced, this patch converts it to a fine-grained per ring lock.
>>
>> NOTE: The per dev_info structure was no mor
On 10/05/2015 10:40 PM, Roger Pau Monné wrote:
> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>> The max number of hardware queues for xen/blkfront is set by parameter
>> 'max_queues', while the number xen/blkback supported is notified through
>> xenstore("multi-queue-max-queues").
>>
>> The negoti
On 10/05/2015 10:55 PM, Roger Pau Monné wrote:
> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>> Split per ring information to an new structure:xen_blkif_ring, so that one
>> vbd
>> device can associate with one or more rings/hardware queues.
>>
>> This patch is a preparation for supporting multi
On Tue, Oct 06, 2015 at 10:05:12AM -0600, Tamas K Lengyel wrote:
> On Tue, Oct 6, 2015 at 8:26 AM, Ian Campbell
> wrote:
>
> > On Sun, 2015-10-04 at 14:25 -0600, Tamas K Lengyel wrote:
> > > The following patches add a convenience memop to the mem_sharing system,
> > > allowing for the rapid dedu
On 10/05/2015 11:08 PM, Roger Pau Monné wrote:
> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>> Prepare patch for multi hardware queues/rings, the ring number was set to 1
>> by
>> force.
>
> This should be:
>
> Preparatory patch for multiple hardware queues (rings). The number of
> rings is un
On 10/05/2015 11:15 PM, Roger Pau Monné wrote:
> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>> Backend advertises "multi-queue-max-queues" to front, and then read back the
>> final negotiated queues/rings from "multi-queue-num-queues" which is wrote by
>> blkfront.
>>
>> Signed-off-by: Bob Liu
>
On Tue, 2015-10-06 at 16:31 +0100, Ian Campbell wrote:
> On Mon, 2015-10-05 at 18:21 +, osstest service owner wrote:
> > flight 62646 xen-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/62646/
> >
> > Failures :-/ but no regressions.
> >
> > Regressions which are reg
On 10/07/2015 12:10 PM, George Dunlap wrote:
On Wed, Oct 7, 2015 at 9:40 AM, Ian Campbell wrote:
On Tue, 2015-10-06 at 17:55 +0100, George Dunlap wrote:
On 25/09/15 03:11, Chunyan Liu wrote:
Add xl usb-assignable-list command to list assignable USB devices.
Assignable USB device means the USB
On Wed, 2015-10-07 at 11:10 +0100, George Dunlap wrote:
> > So IMHO xl usb-assignable-list should behave like pci-assignable-list by
> > default.
>
> I don't think that's really suitable.
Then I'm terribly confused because I thought that is what you were
initially advocating.
[...]
> For USB,
On Tue, 2015-10-06 at 09:29 -0600, Jim Fehlig wrote:
> Currently, there is no libivrt code to using this. But surely users would like
> to specify the qemu user in their xl config right?
Surely. Stefano can you take care of this in a followup please.
NB I went to apply this patch for now but the
flight 38133 distros-debian-squeeze real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38133/
Perfect :-)
All tests in this flight passed
baseline version:
flight 38109
jobs:
build-amd64 pass
build-armhf
Hi all
I'm pleased to announce that Xen 4.6 is released. As release manager I
would like to thank everyone who involved in the making of 4.6 release
(either in the form of patch, bug report or packaging effort). This
release wouldn't have happened without all your contributions.
You can check out
On 07/10/15 12:09, Ian Campbell wrote:
> On Wed, 2015-10-07 at 11:10 +0100, George Dunlap wrote:
>
>>> So IMHO xl usb-assignable-list should behave like pci-assignable-list by
>>> default.
>>
>> I don't think that's really suitable.
>
> Then I'm terribly confused because I thought that is what yo
I committed a change to mini-os some time ago and failed to reflect it
in
Xen's Config.mk. I intend to push this along with my next batch of
patches
(in around an hour).
commit 3f9dfe68084a5e15cf8e5ea71e67e73f896e1101
Author: Ian Campbell
Date: Wed Oct 7 12:18:10 2015 +0100
MINIOS_UPSTREAM
On 10/07/2015 01:20 PM, George Dunlap wrote:
On 07/10/15 12:09, Ian Campbell wrote:
On Wed, 2015-10-07 at 11:10 +0100, George Dunlap wrote:
So IMHO xl usb-assignable-list should behave like pci-assignable-list by
default.
I don't think that's really suitable.
Then I'm terribly confused bec
On 07/10/15 12:25, Juergen Gross wrote:
> On 10/07/2015 01:20 PM, George Dunlap wrote:
>> On 07/10/15 12:09, Ian Campbell wrote:
>>> On Wed, 2015-10-07 at 11:10 +0100, George Dunlap wrote:
>>>
> So IMHO xl usb-assignable-list should behave like
> pci-assignable-list by
> default.
>
On Wed, 2015-10-07 at 13:25 +0200, Juergen Gross wrote:
> BTW: I've explained that in another reply, but my mail client has chosen
> to send it via another account - I've no idea how that happened. So now
> my wife has some xen-devel history as well. ;-)
It's stuck in moderation (I suppose) and I
This run is configured for baseline tests only.
flight 38128 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38128/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-multivcpu 21 guest-start/d
On Wed, 2015-10-07 at 13:25 +0200, Juergen Gross wrote:
> > The "usb-assignable-list" that Chunyan has submitted will give you a
> > list of all dom0 USB devices that have not yet been assigned to a guest.
> > It should be basically equivalent to "lsusb", except that it filters
> > out devices wh
On 10/07/2015 01:37 PM, Ian Campbell wrote:
On Wed, 2015-10-07 at 13:25 +0200, Juergen Gross wrote:
BTW: I've explained that in another reply, but my mail client has chosen
to send it via another account - I've no idea how that happened. So now
my wife has some xen-devel history as well. ;-)
On Wed, 2015-10-07 at 12:37 +0100, Ian Campbell wrote:
> On Wed, 2015-10-07 at 13:25 +0200, Juergen Gross wrote:
>
> > BTW: I've explained that in another reply, but my mail client has
> > chosen
> > to send it via another account - I've no idea how that happened. So now
> > my wife has some xen-d
El 07/10/15 a les 12.39, Bob Liu ha escrit:
> On 10/05/2015 10:40 PM, Roger Pau Monné wrote:
>> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>>> @@ -2267,6 +2335,12 @@ static int __init xlblk_init(void)
>>> xen_blkif_max_ring_order = 0;
>>> }
>>>
>>> + if (xen_blkif_max_queues >
On 10/07/2015 01:39 PM, Ian Campbell wrote:
On Wed, 2015-10-07 at 13:25 +0200, Juergen Gross wrote:
The "usb-assignable-list" that Chunyan has submitted will give you a
list of all dom0 USB devices that have not yet been assigned to a guest.
It should be basically equivalent to "lsusb", excep
El 07/10/15 a les 12.50, Bob Liu ha escrit:
>
> On 10/05/2015 11:08 PM, Roger Pau Monné wrote:
>> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>>> Prepare patch for multi hardware queues/rings, the ring number was set to 1
>>> by
>>> force.
>>
>> This should be:
>>
>> Preparatory patch for multipl
On Tue, 2015-10-06 at 14:42 +0100, Ian Campbell wrote:
> On Mon, 2015-10-05 at 18:09 +0100, Julien Grall wrote:
> > Hi,
> >
> > On 05/10/15 17:38, Brijesh Singh wrote:
> > > As per PSCI 0.2 spec, if CPU_ON entry_point_address is 64-bit then
> > > SMC
> > > call function ID parameter should be set
On Tue, 2015-10-06 at 17:44 +0100, Wei Liu wrote:
> The original pattern doesn't handle mini-os-dir-remote.
>
> Signed-off-by: Wei Liu
Acked + applied, fixing your typo in the subject.
> ---
> .gitignore | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/.gitignore b/.
On Tue, 2015-10-06 at 18:58 +0200, Sander Eikelenboom wrote:
> When building on 64-bit platforms this prevents build errors for
> 32-bit components which are enabled on a default build.
>
> Signed-off-by: Sander Eikelenboom
Acked + applied, thanks.
On Tue, 2015-10-06 at 09:52 +0100, Wei Liu wrote:
> On Tue, Oct 06, 2015 at 09:42:35AM +0100, Ian Campbell wrote:
> > Since XSA-131 qemu-xen has defaulted to non-permissive mode and the
> > option was extended to cover that case in 015a373351e5 "tools: libxl:
> > allow permissive qemu-upstream pci
On Fri, 2015-10-02 at 15:56 +0100, Wei Liu wrote:
> There are mixed usage of different logging macros. Ideally we only use
> one
> style to avoid confusion.
>
> Rebased on top of staging.
Applied, thanks.
___
Xen-devel mailing list
Xen-devel@lists.xen
On Mon, 2015-10-05 at 17:41 +0100, Ian Jackson wrote:
> Mike Latimer writes ("[PATCH v3 1/1] tools/hotplug: Scan xenstore once
> when attaching shared images files"):
> > During the attachment of a loopback mounted image file, the mode of all
> > curent instances of this device already attached to
On Tue, 2015-10-06 at 10:14 +0100, Wei Liu wrote:
> On Mon, Oct 05, 2015 at 02:12:17PM +0100, Andrew Cooper wrote:
> > Having the internals of xc_cpuid_policy() make hypercalls to collect
> > domain
> > information causes xc_cpuid_apply_policy() to be very inefficient.
> >
> > Re-order operations
On Wed, 2015-10-07 at 13:49 +0200, Juergen Gross wrote:
> On 10/07/2015 01:39 PM, Ian Campbell wrote:
> > On Wed, 2015-10-07 at 13:25 +0200, Juergen Gross wrote:
> > > > The "usb-assignable-list" that Chunyan has submitted will give you
> > > > a
> > > > list of all dom0 USB devices that have not y
El 06/10/15 a les 13.05, George Dunlap ha escrit:
> On 05/10/15 10:34, Andrew Cooper wrote:
>> On 02/10/15 16:48, Roger Pau Monne wrote:
>>> Introduce a bitmap in x86 xen_arch_domainconfig that allows enabling or
>>> disabling specific devices emulated inside of Xen for HVM guests.
>>>
>>> Signed-o
On 07/10/15 12:52, Ian Campbell wrote:
> On Tue, 2015-10-06 at 10:14 +0100, Wei Liu wrote:
>> On Mon, Oct 05, 2015 at 02:12:17PM +0100, Andrew Cooper wrote:
>>> Having the internals of xc_cpuid_policy() make hypercalls to collect
>>> domain
>>> information causes xc_cpuid_apply_policy() to be very
flight 38129 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38129/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-armhf-daily-netboot-pygrub 9 debian-di-install fail REGR. vs.
38096
On 10/07/2015 01:55 PM, Ian Campbell wrote:
On Wed, 2015-10-07 at 13:49 +0200, Juergen Gross wrote:
On 10/07/2015 01:39 PM, Ian Campbell wrote:
On Wed, 2015-10-07 at 13:25 +0200, Juergen Gross wrote:
The "usb-assignable-list" that Chunyan has submitted will give you
a
list of all dom0 USB devi
>>> On 07.10.15 at 13:55, wrote:
> El 06/10/15 a les 13.05, George Dunlap ha escrit:
>> On 05/10/15 10:34, Andrew Cooper wrote:
>>> On 02/10/15 16:48, Roger Pau Monne wrote:
--- a/xen/common/schedule.c
+++ b/xen/common/schedule.c
@@ -1428,6 +1428,9 @@ static struct notifier_block cp
On 10/07/2015 07:46 PM, Roger Pau Monné wrote:
> El 07/10/15 a les 12.39, Bob Liu ha escrit:
>> On 10/05/2015 10:40 PM, Roger Pau Monné wrote:
>>> El 05/09/15 a les 14.39, Bob Liu ha escrit:
@@ -2267,6 +2335,12 @@ static int __init xlblk_init(void)
xen_blkif_max_ring_order = 0
On Wed, 2015-10-07 at 14:05 +0200, Juergen Gross wrote:
> On 10/07/2015 01:55 PM, Ian Campbell wrote:
> > On Wed, 2015-10-07 at 13:49 +0200, Juergen Gross wrote:
> > > BTW: In case you don't have the --host option it would be nice to
> > > omit
> > > --all as well and just assume --all when no doma
On Wed, Oct 07, 2015 at 12:16:10PM +0100, Wei Liu wrote:
> Hi all
>
> I'm pleased to announce that Xen 4.6 is released. As release manager I
> would like to thank everyone who involved in the making of 4.6 release
> (either in the form of patch, bug report or packaging effort). This
> release woul
The type of the item in frame_list is xen_pfn_t which is not an unsigned
long on ARM but an uint64_t.
With the current computation, the size of frame_list will be 2 *
PAGE_SIZE rather than PAGE_SIZE.
I bet it's just mistake when the type has been switched from "unsigned
long" to "xen_pfn_t" in co
On 2015-10-07 13:52, Ian Campbell wrote:
On Tue, 2015-10-06 at 18:58 +0200, Sander Eikelenboom wrote:
When building on 64-bit platforms this prevents build errors for
32-bit components which are enabled on a default build.
Signed-off-by: Sander Eikelenboom
Acked + applied, thanks.
Thanks.
On Wed, Oct 07, 2015 at 03:06:07PM +0200, Sander Eikelenboom wrote:
> On 2015-10-07 13:52, Ian Campbell wrote:
> >On Tue, 2015-10-06 at 18:58 +0200, Sander Eikelenboom wrote:
> >>When building on 64-bit platforms this prevents build errors for
> >>32-bit components which are enabled on a default b
On 07/10/15 13:05, Juergen Gross wrote:
> On 10/07/2015 01:55 PM, Ian Campbell wrote:
>> On Wed, 2015-10-07 at 13:49 +0200, Juergen Gross wrote:
>>> On 10/07/2015 01:39 PM, Ian Campbell wrote:
On Wed, 2015-10-07 at 13:25 +0200, Juergen Gross wrote:
>> The "usb-assignable-list" that Chunyan
On Tue, 2015-10-06 at 18:58 +0200, Sander Eikelenboom wrote:
> When building on 64-bit platforms this prevents build errors for
> 32-bit components which are enabled on a default build.
>
> Signed-off-by: Sander Eikelenboom
> ---
> README | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --g
On 07/10/15 12:55, Roger Pau Monné wrote:
> El 06/10/15 a les 13.05, George Dunlap ha escrit:
>> On 05/10/15 10:34, Andrew Cooper wrote:
>>> On 02/10/15 16:48, Roger Pau Monne wrote:
Introduce a bitmap in x86 xen_arch_domainconfig that allows enabling or
disabling specific devices emulate
On 10/07/2015 03:21 PM, George Dunlap wrote:
On 07/10/15 13:05, Juergen Gross wrote:
On 10/07/2015 01:55 PM, Ian Campbell wrote:
On Wed, 2015-10-07 at 13:49 +0200, Juergen Gross wrote:
On 10/07/2015 01:39 PM, Ian Campbell wrote:
On Wed, 2015-10-07 at 13:25 +0200, Juergen Gross wrote:
The "us
On Wed, 2015-10-07 at 15:54 +0200, Juergen Gross wrote:
> Hmm, technically all unassigned USB-devices are usable from Dom0. So why
> not list them there.
I think you'd at least want to distinguish USB devices available to dom0 as
via a PCI host controller from those which are available via pvusb.
On 07/10/15 14:32, George Dunlap wrote:
> On 07/10/15 12:55, Roger Pau Monné wrote:
>> El 06/10/15 a les 13.05, George Dunlap ha escrit:
>>> On 05/10/15 10:34, Andrew Cooper wrote:
On 02/10/15 16:48, Roger Pau Monne wrote:
> Introduce a bitmap in x86 xen_arch_domainconfig that allows enabl
In <1431963008.4944.80.ca...@citrix.com> I proposed stabilising some
parts of the libxenctrl API/ABI by disaggregating into separate
libraries.
This is v3 of that set of series against:
xen
qemu-xen (new this time)
qemu-xen-traditional
mini-os
NB: minios-devel will only get the mi
This run is configured for baseline tests only.
flight 38130 xen-4.4-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38130/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-multivcpu 21 guest-start
On 07/10/15 14:54, Juergen Gross wrote:
> On 10/07/2015 03:21 PM, George Dunlap wrote:
>> On 07/10/15 13:05, Juergen Gross wrote:
>>> On 10/07/2015 01:55 PM, Ian Campbell wrote:
On Wed, 2015-10-07 at 13:49 +0200, Juergen Gross wrote:
> On 10/07/2015 01:39 PM, Ian Campbell wrote:
>> On
Ian Campbell writes ("[PATCH v3 0/] Begin to disentangle libxenctrl
and provide some stable libraries"):
> The tip of the xen.git branch contains an extra patch adding a .config
> into the tree which should get the correct things for the HEAD of the
> branch, but not further back.
Wait, what ? .
---
.config | 9 +
1 file changed, 9 insertions(+)
create mode 100644 .config
diff --git a/.config b/.config
new file mode 100644
index 000..d197a0a
--- /dev/null
+++ b/.config
@@ -0,0 +1,9 @@
+MINIOS_UPSTREAM_URL :=
git://xenbits.xen.org/people/ianc/libxenctrl-split/mini-os.git
+MI
libxencall will provide a stable API and ABI for calling hypercalls
(although those hypercalls themselves may not have a stable API). As
well as the hypercall buffer infrastructure needed in order to safely
provide pointer arguments to hypercalls.
libxenctrl encapsulates a instance of this interfa
On Solaris and NetBSD xc_map_foreign_bulk is implemented by calling
xc_map_foreign_bulk_compat and xc_map_foreign_bulk_compat is exposed
as a symbol by libxenctrl.so.
Remove these wrappers and turn the compat function into the real thing
surrounded by the appropriate ifdef.
As this is a compat fu
And require it be used instead of direct munmap.
This will allow e.g. Valgrind hooks to help track incorrect use of
foreign mappings.
Switch all uses of xenforeignmemory_map to use
xenforeignmemory_unmap, not that foreign mappings via the libxc compat
xc_map_foreign_* interface will not take adva
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
Specifically libxenevtchn, libxengnttab and libxenforeignmemory.
Previous patches have already laid the groundwork for using these by
switching the
Using an existing libxenctrl handle after a fork was never
particularly safe (especially if foreign mappings existed at the time
of the fork) and the xc fd has been unavailable for many releases.
Reopen the handle after fork and therefore do away with xc_fd().
Signed-off-by: Ian Campbell
---
The
The alternative backend (a xen-api/xapi shim) is no longer around and
so this stuff is now just baggage which is getting in the way of
refactoring libxenctrl.
Nested virt probably suffices for this use case now.
This was the last component of the osdep infrastructure, so all the
dynamic loading e
The alternative backend (a xen-api/xapi shim) is no longer around and
so this stuff is now just baggage which is getting in the way of
refactoring libxenctrl.
Nested virt probably suffices for this use case now.
It is now necessary to provide explicit versions of things for
platforms which do not
libxenforeignmemory will provide a stable API and ABI for mapping
foreign domain memory (subject to appropriate privileges).
The new library exposes an interface equivalent to
xc_map_foreign_memory_bulk, which all the other
xc_map_foreign_memory_* functions (which remain in libxc) are
implemented
These were wrong in the context of libxc before this code was
extracted, clean them up.
Also add some emacs magic blocks
Signed-off-by: Ian Campbell
---
tools/libs/call/buffer.c | 4 ++--
tools/libs/call/core.c| 2 +-
tools/libs/call/minios.c | 4 ++-
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
One such library will be libxenforeignmemory which provides access to
privileged foreign mappings and which will provide an interface
equivalent to x
In attempting to disaggregate libxenctrl I found that many of the
pieces were going to want access to this library, so split it out (as
it probably should always have been).
Various build adjustments are needed. In particular things which use
xtl_* themselves now need to explicity link against the
Signed-off-by: Ian Campbell
---
tools/libs/call/linux.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/libs/call/linux.c b/tools/libs/call/linux.c
index 906ca7e..80b505c 100644
--- a/tools/libs/call/linux.c
+++ b/tools/libs/call/linux.c
@@ -88,7 +88,7 @@ void *osdep
/dev/xen/gntdev related wrappers have been moved out of libxenctrl
into their own library.
Signed-off-by: Ian Campbell
---
v3: Library moved to tools/libs/
---
hw/xen_backend.c | 4 ++--
hw/xen_backend.h | 2 +-
hw/xen_common.h | 1 +
hw/xen_console.c | 4 ++--
hw/xen_disk.c| 24 +++
libxenevtchn has just been split out from libxc. From mini-os's point
of view we don't care about the distinction, so keep things simple by
just including libxenevtchn if libxc is enabled.
Signed-off-by: Ian Campbell
---
v2: Adjust for libs/$lib layout.
---
Makefile | 1 +
1 file changed, 1 inse
libxenctrl links against this library.
Also, request the compat xc_map_foreign API from libxc.
Signed-off-by: Ian Campbell
---
v3: Library moved to tools/libs/
---
xen-hooks.mak | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xen-hooks.mak b/xen-hooks.mak
index 229d642..c1ea4be 100644
---
/dev/xen/evtchn related wrappers have been moved out of libxenctrl
into their own library.
Note that i386-dm/helper2.c's xc_interface * was always really an
xc_evtchn *, it's just they used to be typedefs to the same thing...
Signed-off-by: Ian Campbell
---
v3: Library moved to tools/libs/
---
Remove the reference to pre-4.1, since this is now a new library.
Fixup references to xc.
Signed-off-by: Ian Campbell
---
tools/libs/evtchn/include/xenevtchn.h | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/tools/libs/evtchn/include/xenevtchn.h
b/tools/libs/evtchn/in
This means adding -L for libxen{evtchn,gnttab,foreignmemory} so that
it can link them directly (rather than using the libxenctrl compat
layer exposed via -rpath-link). Also add -I for libxenforeignmemory.
Signed-off-by: Ian Campbell
---
tools/Makefile | 4
1 file changed, 4 insertions(+)
d
Remove some stray xc references.
While I'm not convinced by javadoc/doxygen cause the existing comments
which appear to use that syntax to have the appropriate /** marker.
Also fix a typo in a code comment.
Signed-off-by: Ian Campbell
---
tools/libs/gnttab/include/xengnttab.h | 21 +++-
Both Linux and FreeBSD already implemented these functions using
identical helpers based on xc_map_foreign_pages. Make one copy of
these common helpers and switch all OSes to use them, even those which
previously had a specific lower level implementation of this
functionality.
This is makes two fe
It can trivially be replaced by xc_map_foreign_bulk which is the
interface I want to move to going forward. All in tree users are
trivially converted by supplying the appropriate error array and
adjusting the what error handling exists (which in many cases is not
much).
This reduces the twist maze
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
One such library will be libxengnttab which provides access to grant
tables.
In preparation for this switch the compatibility layer in xen_common.h
Using the same rune as we use for the Xen public headers, except we do
not need stdint.h here and we use -pedantic too.
Signed-off-by: Ian Campbell
---
.gitignore | 2 ++
tools/Rules.mk | 8
tools/libs/evtchn/Makefile | 4 +++-
tools/libs/toollog/Makefile
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
One such library will be libxenevtchn which provides access to event
channels.
In preparation for this switch the compatibility layer in xen_common.
In tree libraries which link against other in tree libraries in a way
which is opaque to their callers need special handling, specifically
correct use of -Wl,-rpath-link for the recusively used libraries.
Currently this is rather simple, but up coming changes are going to
introduce transitive depe
The alternative backend (a xen-api/xapi shim) is no longer around and
so this stuff is now just baggage which is getting in the way of
refactoring libxenctrl.
Note that the intention is to move this into a separate library
shortly.
Nested virt probably suffices for this use case now.
One incorre
These are already arch specific, so just use the appropriate
interfaces (as determined by looking at the xc_memalign backend).
Signed-off-by: Ian Campbell
---
tools/libs/call/netbsd.c | 4 ++--
tools/libs/call/solaris.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/tool
1 - 100 of 187 matches
Mail list logo
