This patch introduces a new data structure, struct rb_rangeset,
to represent a group of continuous ranges, e.g. the start and end
addresses for PIO/MMIO regions. By now, this structure is supposed
to assist ioreq server to forward the I/O request to backend device
models more efficiently.
Behavior
XenGT leverages ioreq server to track and forward the accesses to
GPU I/O resources, e.g. the PPGTT(per-process graphic translation
tables). Currently, ioreq server uses rangeset to track the BDF/
PIO/MMIO ranges to be emulated. To select an ioreq server, the
rangeset is searched to see if the I/O
MAX_NR_IO_RANGES is used by ioreq server as the maximum
number of discrete ranges to be tracked. This patch changes
its value to 8k, so that more ranges can be tracked on next
generation of Intel platforms in XenGT. Future patches can
extend the limit to be toolstack tunable, and MAX_NR_IO_RANGES
c
flight 59087 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59087/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
A new patchset with v2 prefix and change log was just sent out.
So please ignore this thread, and sorry for the inconvenience. :)
Yu
On 7/2/2015 11:07 PM, Yu, Zhang wrote:
Oh, I forgot the version number and change history.
This patchset should be version 2.
The change history should be:
1> Sp
Hi,
For I want to translate the virtual address in HVM DomU to
virtual address in Xen. But when I use the function paging_gva_to_gfn and
get_gfn, I can feel the performance down quickly, the machine become very hot
and then I have to force the machine shutting down.
The codes I used as bel
On 06/07/2015 08:22, xinyue wrote:
> Hi,
>
> For I want to translate the virtual address in HVM DomU to virtual
> address in Xen. But when I use the function paging_gva_to_gfn and
> get_gfn, I can feel the performance down quickly, the machine become
> very hot and then I have to force the mach
Hi,
I tried to run the latest kernel v4.2-rc1, but often got below panic during
system boot.
[ 42.118983] BUG: unable to handle kernel paging request at 003f
[ 42.119008] IP: [] __netdev_pick_tx+0x70/0x120
[ 42.119023] PGD 0
[ 42.119026] Oops: [#1] PREEMPT SMP
[ 42.1
On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
> build-armhf-xsm 4 host-build-prep fail REGR. vs.
> 58581
A strange one I think.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-de
oops, that's not the button I wanted
On Mon, 2015-07-06 at 09:27 +0100, Ian Campbell wrote:
> On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
>
> > build-armhf-xsm 4 host-build-prep fail REGR. vs.
> > 58581
>
> A strange one I think.
As I was going
On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
> flight 59041 linux-3.18 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/59041/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-xl-pv
On Fri, 2015-07-03 at 22:40 +, osstest service owner wrote:
> flight 59044 ovmf real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/59044/
>
> Failures and problems with tests :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-i
On 06/07/2015 08:58, xinyue wrote:
>
>
>
> 在 2015-07-06, Mon, 15:44:53 ,Andrew Cooper 写到：
> On 06/07/2015 08:22, xinyue wrote:
>>
>> Hi,
>>
>> For I want to translate the virtual address in HVM DomU to
>> virtual address in Xen. But when I use the function paging_gva_to_gfn
>> and get_gfn, I ca
On Thu, 2015-07-02 at 08:14 -0400, Bread Cutter wrote:
> Any insight into what I'm doing wrong would be appreciated!
I'm afraid I don't have any, but perhaps you want to be looking into
either share_xen_page_with_guest or
share_xen_page_with_privileged_guests and either using them directly or
comp
On Sun, 2015-07-05 at 11:37 +0530, Manish Jaggi wrote:
> >Ian Campbell Wrote:
> >>On Mon, 2015-06-29 at 00:08 +0530, Manish Jaggi wrote:
> >> PCI Pass-through in Xen ARM
> >> --
> >>
> >> Draft 2
> >>
> >> Index
> >>
> >> 1. Background
> >>
> >> 2. Basic PCI Support in Xen A
On Sun, 2015-07-05 at 11:25 +0530, Manish Jaggi wrote:
>
> On Monday 29 June 2015 04:01 PM, Julien Grall wrote:
> > Hi Manish,
> >
> > On 28/06/15 19:38, Manish Jaggi wrote:
> >> 4.1 Holes in guest memory space
> >>
> >> Holes are added in the guest memory space for ma
>>> On 29.06.15 at 16:01, wrote:
> On 26/06/15 16:51, Jan Beulich wrote:
> On 26.06.15 at 17:41, wrote:
>>> from 3.16 to 3.19 we gained a lot of these, if i remember correctly
>>> related to
>>> perf being enabled in the kernel:
>>>
>>> + traps.c:2655:d0v0 Domain attempted WRMSR c0
>>> On 29.06.15 at 15:13, wrote:
> On 06/29/2015 06:23 AM, Ian Campbell wrote:
>> On Fri, 2015-06-26 at 21:07 +0100, Ian Campbell wrote:
>>> On Fri, 2015-06-26 at 15:36 -0400, Boris Ostrovsky wrote:
Just to make sure, could you use explicit address, i.e.
for i in $(seq 0 31) ;
On 07/03/2015 03:28 PM, Ian Campbell wrote:
> On Thu, 2015-07-02 at 19:55 +0200, Roger Pau Monné wrote:
>> El 02/07/15 a les 19.42, George Dunlap ha escrit:
>>> There are a lot of paths through
>>> libxl__device_disk_local_initiate_attach(), but they all really boil
>>> down to one thing: Can we ju
Hi,
At 08:14 -0400 on 02 Jul (1435824854), Bread Cutter wrote:
> /* Translate the given virtual address to the guest frame number
> */
> gfn = paging_gva_to_gfn(current, domctl->va, &pfec);
This function only works for domains that have paging assistance
enabled (i.e. not
>>> On 01.07.15 at 20:09, wrote:
> Changes since v2:
>
> Addressed all v2 feedback *except*:
>
> In patch 5, the per-domain EPTP list page is still allocated from the
> Xen heap. If allocated from the domain heap Xen panics - IIRC on Haswell
> hardware when walking the EPTP list duri
>>> On 03.07.15 at 18:22, wrote:
> On 01/07/15 19:09, Ed White wrote:
>> Add the basic data structures needed to support alternate p2m's and
>> the functions to initialise them and tear them down.
>>
>> Although Intel hardware can handle 512 EPTP's per hardware thread
>> concurrently, only 10 per
From: Arianna Avanzini
This patch converts xen-blkfront driver to use the block multiqueue APIs.
Only one hardware queue is used now, so there is no performance change.
The legacy non-mq code was deleted completely which is the same as other drivers
like virtio, mtip, and nvme.
Also dropped unn
On 07/04/2015 02:01 AM, Julien Grall wrote:
> The commit efb6de9b4ba0092b2c55f6a52d16294a8a698edd "netfilter: bridge:
> forward IPv6 fragmented packets" introduced a new function
> br_validate_ipv6 which take a reference on the inet6 device. Although,
> the reference is not released at the end.
>
>>> On 29.06.15 at 17:14, wrote:
> On 06/29/15 10:03, Paul Durrant wrote:
>> I think this patch should do it for now:
>>
>> diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c
>> index a4d7225..cc6130c 100644
>> --- a/xen/arch/x86/hvm/emulate.c
>> +++ b/xen/arch/x86/hvm/emulate.c
On Monday 06 July 2015 02:41 PM, Ian Campbell wrote:
On Sun, 2015-07-05 at 11:25 +0530, Manish Jaggi wrote:
On Monday 29 June 2015 04:01 PM, Julien Grall wrote:
Hi Manish,
On 28/06/15 19:38, Manish Jaggi wrote:
4.1 Holes in guest memory space
Holes are added in
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 06 July 2015 11:03
> To: Don Slutz
> Cc: Paul Durrant; xen-devel@lists.xen.org
> Subject: Re: [Xen-devel] Migration bug added by commit
> 2df1aa01bef7366798248ac6d03cfb42048b003d
>
> >>> On 29.06.15 at 17:14, wrot
On 01/07/15 19:09, Ed White wrote:
> Signed-off-by: Ed White
I am still very much unconvinced by the argument against having a single
HVMOP_altp2m and a set of subops. do_domctl() and do_sysctl() are
examples of a subop style hypercall with different XSM settings for
different subops.
Furthermo
>>> On 06.07.15 at 12:08, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 06 July 2015 11:03
>> To: Don Slutz
>> Cc: Paul Durrant; xen-devel@lists.xen.org
>> Subject: Re: [Xen-devel] Migration bug added by commit
>> 2df1aa01bef7366798248ac6d03cfb4204
Ian Campbell writes ("Re: [Xen-devel] [linux-3.18 test] 59041: regressions -
trouble: blocked/broken/fail/pass"):
> On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
>
> > build-armhf-xsm 4 host-build-prep fail REGR. vs.
> > 58581
>
> A strange one I think
On 01/07/15 19:09, Ed White wrote:
> --- a/xen/include/public/hvm/params.h
> +++ b/xen/include/public/hvm/params.h
> @@ -187,6 +187,9 @@
> /* Location of the VM Generation ID in guest physical address space. */
> #define HVM_PARAM_VM_GENERATION_ID_ADDR 34
>
> -#define HVM_NR_PARAMS 35
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 06 July 2015 11:14
> To: Paul Durrant
> Cc: Don Slutz; xen-devel@lists.xen.org
> Subject: RE: [Xen-devel] Migration bug added by commit
> 2df1aa01bef7366798248ac6d03cfb42048b003d
>
> >>> On 06.07.15 at 12:08, wrot
>>> On 29.06.15 at 13:46, wrote:
> On Fri, 26 Jun 2015, Jan Beulich wrote:
>> >>> On 26.06.15 at 17:04, wrote:
>> On 26.06.15 at 15:38, wrote:
>> >> On 2015-06-26 14:41, Jan Beulich wrote:
>> >> On 26.06.15 at 13:02, wrote:
>> Strange, i don't see *any* of your printk's being hit
On Mon, 2015-07-06 at 15:36 +0530, Manish Jaggi wrote:
>
> On Monday 06 July 2015 02:41 PM, Ian Campbell wrote:
> > On Sun, 2015-07-05 at 11:25 +0530, Manish Jaggi wrote:
> >> On Monday 29 June 2015 04:01 PM, Julien Grall wrote:
> >>> Hi Manish,
> >>>
> >>> On 28/06/15 19:38, Manish Jaggi wrote:
>
>>> On 30.06.15 at 16:48, wrote:
>> > --- a/xen/include/asm-x86/domain.h
>
>> >> +++ b/xen/include/asm-x86/domain.h
>> >> @@ -342,13 +342,15 @@ struct arch_domain
>> >>
>> >> /* Monitor options */
>> >> struct {
>> >> -uint16_t write_ctrlreg_enabled : 4;
>> >> -uin
>>> On 30.06.15 at 16:23, wrote:
> On 06/26/2015 10:02 AM, Jan Beulich wrote:
> On 15.06.15 at 11:03, wrote:
>>> Added support for a new class of vm_events: VM_EVENT_REASON_REQUEST,
>>> sent via HVMOP_request_vm_event. The guest can request that a
>>> generic vm_event (containing only the vm_
Ian Campbell writes ("Re: [Xen-devel] [ovmf test] 59044: trouble:
blocked/broken/fail/pass"):
> Seems to be Osstest/JobDB/Executive.pm line 137:
> die Dumper($ho)." ?" if $ho->{SharedOthers} && !
> $ho->{SharedReady};
> So another sharing related glitch, like the linux-3.18 flight
On Mon, 2015-07-06 at 11:16 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [linux-3.18 test] 59041: regressions -
> trouble: blocked/broken/fail/pass"):
> > On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
> >
> > > build-armhf-xsm 4 host-build-pre
>>> On 01.07.15 at 12:47, wrote:
> On 2015/7/1 18:02, George Dunlap wrote:
>> On 07/01/2015 02:11 AM, Chen, Tiejun wrote:
>>> /* XEN_DOMCTL_createdomain */
>>> struct xen_domctl_createdomain {
>>> /* IN parameters */
>>> uint32_t ssidref;
>>> xen_domain_handle_t handle;
>>> /* Is
On Mon, 2015-07-06 at 11:30 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [ovmf test] 59044: trouble:
> blocked/broken/fail/pass"):
> > Seems to be Osstest/JobDB/Executive.pm line 137:
> > die Dumper($ho)." ?" if $ho->{SharedOthers} && !
> > $ho->{SharedReady};
Hi,
On 03/07/15 21:42, Florian Westphal wrote:
> Julien Grall wrote:
>> The commit efb6de9b4ba0092b2c55f6a52d16294a8a698edd "netfilter: bridge:
>> forward IPv6 fragmented packets" introduced a new function
>> br_validate_ipv6 which take a reference on the inet6 device. Although,
>> the reference
On Mon, 2015-07-06 at 16:26 +0800, Bob Liu wrote:
> Hi,
>
> I tried to run the latest kernel v4.2-rc1, but often got below panic during
> system boot.
>
> [ 42.118983] BUG: unable to handle kernel paging request at 003f
> [ 42.119008] IP: [] __netdev_pick_tx+0x70/0x120
> [ 42.1
On 05/07/15 06:55, Manish Jaggi wrote:
>>> 4.3 Hypercall for bdf mapping notification to xen
>>> ---
>>> #define PHYSDEVOP_map_sbdf 43
>>> typedef struct {
>>> u32 s;
>>> u8 b;
>>> u8 df;
>>> u16 res;
>>> } sbdf_t;
>>> str
On 03/07/15 12:34, Roger Pau Monne wrote:
> This is just a preparatory change to clean up the code in setup_guest.
> Should not introduce any functional changes.
>
> Signed-off-by: Roger Pau Monné
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
Reviewed-by: Andrew
>>> On 05.07.15 at 19:39, wrote:
> On 05/07/2015 13:59, Parth Dixit wrote:
>> +shannon
>
> I've just received ~50 mails "+shannon". Couldn't you have forward all
> the email privately rather replying to every single mail and cc shannon?
Seconded. Considering this I simply deleted all the mails
On 03/07/15 12:34, Roger Pau Monne wrote:
> Unify both functions into xc_dom_p2m. Should not introduce any functional
> change.
>
> Signed-off-by: Roger Pau Monné
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
> Cc: Samuel Thibault
Reviewed-by: Andrew Cooper
__
This was useful in tracking down bugs.
Signed-off-by: George Dunlap
---
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
---
tools/libxl/libxl_device.c | 20 +---
tools/libxl/libxl_linux.c | 5 +
2 files changed, 22 insertions(+), 3 deletions(-)
diff --git a/tools/libxl/lib
The block-tap script can now do everything needed for libxl; no need
to link against the blktap library.
To do this:
* Set disk->script to "block-tap" and dev to "format:pdev_path" in
device_disk_add for LIBXL_DISK_BACKEND_TAP
* Remove libxl_blktap2.o and libxl_noblktap2.o and all code dependi
They are no longer needed, having been replaced by a daemon for
driverdomains which will run scripts as necessary.
Worse yet, they seem to be broken for script-based block devices, such
as block-iscsi. This wouldn't matter so much if they were never run
by default; but if you run block-attach wit
The blocktap library isn't really necessary; all the necessary functionality
is available via the tap-ctl binary.
To use:
script=block-tap,vdev=[whatever],target=vhd:/path/to/file.vhd
script=block-tap,vdev=[whatever],target=aio:/path/to/file.raw
Signed-off-by: George Dunlap
---
CC: Ian Campbel
There are a lot of paths through
libxl__device_disk_local_initiate_attach(), but they all really boil
down to one thing: Can we just access the file directly, or do we need
to attach it?
The requirements for direct access are fairly simple:
* Is this local (as opposed to a driver domain)?
* Is thi
Now that libxl has been configured to use a block script for tapdisk,
we can remove the in-tree blktap and let the user build an out-of-tree
blktap.
Signed-off-by: George Dunlap
---
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
CC: Dave Scott
CC: Jonathan Ludlam
CC: Wen Congyang
CC: Yang Ho
Switch to using a blktap provided by the system, rather than building
it in-tree.
Do this by adding a block-tap script which calls the tap-ctl binary,
rather than linking against a library.
This requires the use of an externally-built tap-ctl binary, which an
be built from the master branch of th
On 07/06/2015 11:34 AM, Jan Beulich wrote:
On 01.07.15 at 12:47, wrote:
>> On 2015/7/1 18:02, George Dunlap wrote:
>>> On 07/01/2015 02:11 AM, Chen, Tiejun wrote:
/* XEN_DOMCTL_createdomain */
struct xen_domctl_createdomain {
/* IN parameters */
uint32_t ssidref;
Yes, this demonstrates my point. Each of these is a single-bit boolean
value that takes up a single bit -- either on or off. But here you have
three values -- NO_DRM, RELAXED, and STRICT, that take up two bits. If
Is this fine to you?
#define _XEN_DOMCTL_DEV_NO_RDM 0
#define XEN_DOM
Hi Ian,
Some minor comments:
On 03/07/15 16:56, Ian Campbell wrote:
> +static int map_range_to_domain(const struct dt_device_node *dev,
> + u64 addr, u64 len,
> + void *data)
> +{
> +struct domain *d = data;
> +bool_t need_mappin
Hi Ian,
On 03/07/15 16:56, Ian Campbell wrote:
> This provides specific handlers for the PCI bus relating to matching
> and translating. It's mostly similar to the defaults but includes some
> additional error checks and other PCI specific bits.
>
> There are some subtle differences in how the ge
On 06/07/15 11:51, George Dunlap wrote:
> The block-tap script can now do everything needed for libxl; no need
> to link against the blktap library.
>
> To do this:
>
> * Set disk->script to "block-tap" and dev to "format:pdev_path" in
> device_disk_add for LIBXL_DISK_BACKEND_TAP
>
> * Remove lib
Hi Ian,
On 03/07/15 16:56, Ian Campbell wrote:
> The code in the callbacks for dt_for_each_irq_map and
> dt_for_each_range is very similar to the code in handle_device for
> each non-pci device.
>
> In fact the only major difference is that the irq callback needs to
> call irq_set_spi_type in the
Hi Ian,
On 03/07/15 16:55, Ian Campbell wrote:
> This series adds parsing of the DT ranges and interrupt-map properties
> for PCI devices, these contain the MMIOs and IRQs used by children on
> the bus. This replaces the specific mapping stuff on xgene.
>
> This is a quick respin based on Julien'
On Monday 06 July 2015 04:13 PM, Julien Grall wrote:
On 05/07/15 06:55, Manish Jaggi wrote:
4.3 Hypercall for bdf mapping notification to xen
---
#define PHYSDEVOP_map_sbdf 43
typedef struct {
u32 s;
u8 b;
u8 df;
On 07/06/2015 06:41 PM, Eric Dumazet wrote:
> On Mon, 2015-07-06 at 16:26 +0800, Bob Liu wrote:
>> Hi,
>>
>> I tried to run the latest kernel v4.2-rc1, but often got below panic during
>> system boot.
>>
>> [ 42.118983] BUG: unable to handle kernel paging request at
>> 003f
>> [
On Mon, 2015-07-06 at 11:35 +0100, Julien Grall wrote:
> __in6_dev_get requires to hold rcu_read_lock or RTNL. My knowledge on
> this code is very limited. Are we sure that one this lock is hold? At
> first glance, I wasn't able to find one.
You could play it safe ;)
diff --git a/net/bridge/br_n
Julien Grall wrote:
> On 03/07/15 21:42, Florian Westphal wrote:
> > I think it makes more sense to use __in6_dev_get() instead which doesn't
> > take a reference.
>
> __in6_dev_get requires to hold rcu_read_lock or RTNL. My knowledge on
> this code is very limited. Are we sure that one this lock
At 10:50 +0100 on 06 Jul (1436179849), Jan Beulich wrote:
> >>> On 01.07.15 at 20:09, wrote:
> > Changes since v2:
> >
> > Addressed all v2 feedback *except*:
> >
> > In patch 5, the per-domain EPTP list page is still allocated from the
> > Xen heap. If allocated from the domain heap Xen
On 06/07/15 12:19, Florian Westphal wrote:
> Julien Grall wrote:
>> On 03/07/15 21:42, Florian Westphal wrote:
>>> I think it makes more sense to use __in6_dev_get() instead which doesn't
>>> take a reference.
>>
>> __in6_dev_get requires to hold rcu_read_lock or RTNL. My knowledge on
>> this code
>>> On 06.07.15 at 13:25, wrote:
> At 10:50 +0100 on 06 Jul (1436179849), Jan Beulich wrote:
>> >>> On 01.07.15 at 20:09, wrote:
>> > Changes since v2:
>> >
>> > Addressed all v2 feedback *except*:
>> >
>> > In patch 5, the per-domain EPTP list page is still allocated from the
>> > Xen
>>> On 06.07.15 at 12:56, wrote:
Yes, this demonstrates my point. Each of these is a single-bit boolean
value that takes up a single bit -- either on or off. But here you have
three values -- NO_DRM, RELAXED, and STRICT, that take up two bits. If
>>>
>>> Is this fine to you?
>>>
On 06/07/15 12:09, Manish Jaggi wrote:
>
>
> On Monday 06 July 2015 04:13 PM, Julien Grall wrote:
>> On 05/07/15 06:55, Manish Jaggi wrote:
> 4.3 Hypercall for bdf mapping notification to xen
> ---
> #define PHYSDEVOP_map_sbdf 4
On Thu, 2015-07-02 at 22:12 -0700, Meng Xu wrote:
> Hi Dario,
>
Hi,
> [Since I have commented on this thread in previous email, I just
> top-post it for reminder.]
>
> Just in case, this email is out of your radar... :-)
>
It is on my radar. It's just that I really had to drain my queue of
bugf
(switching to my work address)
On Thu, 2015-07-02 at 13:13 +0200, Maxime Ripard wrote:
> Hi,
>
> I've started using Xen on an Allwinner A33, which works great as an
> headless device using the latest PSCI patches in U-Boot.
>
> However, we would like to do something more with it, and we would n
On 03/07/15 12:34, Roger Pau Monne wrote:
> Introduce the notion of a container type into xc_dom_image. This will be
> needed by later changes that will also use xc_dom_image in order to build
> HVM guests.
>
> Signed-off-by: Roger Pau Monné
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian C
On 03/07/15 12:34, Roger Pau Monne wrote:
> Introduce a very simple (and dummy) domain loader to be used to load the
> firmware (hvmloader) into HVM guests. Since hmvloader is just a 32bit elf
> executable the loader is fairly simple.
>
> Signed-off-by: Roger Pau Monné
> Cc: Ian Jackson
> Cc: Ste
On Fri, Jul 3, 2015 at 3:49 PM, Ian Campbell wrote:
> On Tue, 2015-06-02 at 16:47 +0100, Ian Campbell wrote:
>
> Anyone fancy (n)acking this followup to XSA-131? I think we probably
> want this for 4.6.
As someone who has had dealings with the libxl side of hte
"permissive" flag, I'll certainly A
flight 59058 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59058/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs.
On 03/07/15 12:34, Roger Pau Monne wrote:
> This allows having different arch_setup_meminit implementations based on the
> guest type. It should not introduce any functional changes.
>
> Signed-off-by: Roger Pau Monné
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
On 03/07/15 12:34, Roger Pau Monne wrote:
> diff --git a/tools/libxc/xc_dom_x86.c b/tools/libxc/xc_dom_x86.c
> index 6fb4aee..993954e 100644
> --- a/tools/libxc/xc_dom_x86.c
> +++ b/tools/libxc/xc_dom_x86.c
> @@ -926,41 +926,7 @@ static int meminit_pv(struct xc_dom_image *dom)
>
> /* ---
On Fri, 2015-07-03 at 21:59 +, osstest service owner wrote:
> flight 59040 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/59040/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-
On Mon, Jul 6, 2015 at 7:25 AM, Yu Zhang wrote:
> MAX_NR_IO_RANGES is used by ioreq server as the maximum
> number of discrete ranges to be tracked. This patch changes
> its value to 8k, so that more ranges can be tracked on next
> generation of Intel platforms in XenGT. Future patches can
> exten
> -Original Message-
> From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of
> George Dunlap
> Sent: 06 July 2015 13:36
> To: Yu Zhang
> Cc: xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew Cooper;
> Paul Durrant; Kevin Tian; zhiyuan...@intel.com
> Subject: Re: [Xen-de
On Mon, Jul 6, 2015 at 12:01 PM, Andrew Cooper
wrote:
> On 06/07/15 11:51, George Dunlap wrote:
>> The block-tap script can now do everything needed for libxl; no need
>> to link against the blktap library.
>>
>> To do this:
>>
>> * Set disk->script to "block-tap" and dev to "format:pdev_path" in
On Mon, 2015-07-06 at 14:26 +0200, Maxime Ripard wrote:
> Hi Ian,
>
> On Mon, Jul 06, 2015 at 12:53:49PM +0100, Ian Campbell wrote:
> > (switching to my work address)
> >
> > On Thu, 2015-07-02 at 13:13 +0200, Maxime Ripard wrote:
> > > Hi,
> > >
> > > I've started using Xen on an Allwinner A33
Hi Dario
On Thu, Jul 02, 2015 at 02:18:18PM +0200, Dario Faggioli wrote:
> I don't have much comments on all this, just that, reading, it, it
> sounded somewhat similar to what GL is doing:
>
> http://www.xenproject.org/component/allvideoshare/video/latest/ces15-globalogic.html
> http://www.xenpr
Hi Ian,
On Mon, Jul 06, 2015 at 12:53:49PM +0100, Ian Campbell wrote:
> (switching to my work address)
>
> On Thu, 2015-07-02 at 13:13 +0200, Maxime Ripard wrote:
> > Hi,
> >
> > I've started using Xen on an Allwinner A33, which works great as an
> > headless device using the latest PSCI patche
在 2015-07-06, Mon, 15:44:53 ,Andrew Cooper 写到：
On 06/07/2015 08:22, xinyue wrote:
Hi,
For I want to translate the virtual address
in HVM DomU to virtual address in Xen. But when I use the function
paging_gva_t
Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 59040: regressions -
FAIL"):
> From
> http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-xl-credit2/xen-unstable.html
> it appears this one is sporadically unreliable on cubietruck, but works just
> fine on arnda
On Mon, Jul 6, 2015 at 1:38 PM, Paul Durrant wrote:
>> -Original Message-
>> From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of
>> George Dunlap
>> Sent: 06 July 2015 13:36
>> To: Yu Zhang
>> Cc: xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew Cooper;
>> Paul Durr
On Mon, 2015-07-06 at 13:47 +0100, Ian Jackson wrote:
> > > test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9
> > > debian-hvm-install fail REGR. vs. 58965
> >
> > http://logs.test-lab.xenproject.org/osstest/results/history/test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm/xen-unstable.h
On 03/07/15 12:34, Roger Pau Monne wrote:
> Add checks for ignored vcpu fields in HVM mode. HVM vCPUs (BSP and APs) are
> always started in 32bit protected mode with paging disabled.
>
> Signed-off-by: Roger Pau Monné
> Cc: Jan Beulich
> Cc: Andrew Cooper
> ---
> xen/arch/x86/domain.c | 14
On Fri, Jul 03, 2015 at 03:49:29PM +0100, Ian Campbell wrote:
> On Tue, 2015-06-02 at 16:47 +0100, Ian Campbell wrote:
>
> Anyone fancy (n)acking this followup to XSA-131? I think we probably
> want this for 4.6.
>
> > From c395657b03a1e2b7616d987e7078694874981979 Mon Sep 17 00:00:00 2001
> > Fro
> -Original Message-
> From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of
> George Dunlap
> Sent: 06 July 2015 13:50
> To: Paul Durrant
> Cc: Yu Zhang; xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew
> Cooper; Kevin Tian; zhiyuan...@intel.com
> Subject: Re: [Xen-de
xc_dom_panic prints more information after user supplied strings, so
don't print a newline.
Signed-off-by: Wei Liu
---
tools/libxc/xc_dom_x86.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/libxc/xc_dom_x86.c b/tools/libxc/xc_dom_x86.c
index 920fe42..acd7b3f 100
In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
number of super pages is calculated with the number of total pages. That
is wrong. It breaks PV guest vNUMA. The correct number of super pages
should be derived from the number of pages within that virtual NUMA
node.
Also change
The first one is just cosmetic change. The second patch fixes a bug.
Wei Liu (2):
libxc: remove trailing newline in xc_dom_panic format string
libxc: fix PV vNUMA guest memory allocation
tools/libxc/xc_dom_x86.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
--
1.9.
On 07/06/2015 02:17 PM, Wei Liu wrote:
In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
number of super pages is calculated with the number of total pages. That
is wrong. It breaks PV guest vNUMA. The correct number of super pages
should be derived from the number of pages wi
On Mon, Jul 06, 2015 at 01:57:28PM +0100, Ian Campbell wrote:
> On Mon, 2015-07-06 at 13:47 +0100, Ian Jackson wrote:
> > > > test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9
> > > > debian-hvm-install fail REGR. vs. 58965
> > >
> > > http://logs.test-lab.xenproject.org/osstest/results/his
On 07/06/2015 02:09 PM, Paul Durrant wrote:
>> -Original Message-
>> From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of
>> George Dunlap
>> Sent: 06 July 2015 13:50
>> To: Paul Durrant
>> Cc: Yu Zhang; xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew
>> Cooper; Kevi
On 06/07/15 14:17, Wei Liu wrote:
> In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
> number of super pages is calculated with the number of total pages. That
> is wrong. It breaks PV guest vNUMA. The correct number of super pages
> should be derived from the number of pages w
On 07/06/2015 02:09 PM, Paul Durrant wrote:
>> -Original Message-
>> From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of
>> George Dunlap
>> Sent: 06 July 2015 13:50
>> To: Paul Durrant
>> Cc: Yu Zhang; xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew
>> Cooper; Kevi
On Mon, Jul 06, 2015 at 02:26:37PM +0100, Andrew Cooper wrote:
> On 06/07/15 14:17, Wei Liu wrote:
> > In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
> > number of super pages is calculated with the number of total pages. That
> > is wrong. It breaks PV guest vNUMA. The corre
1 - 100 of 281 matches
Mail list logo
