flight 60568 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60568/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 6 xen-boot fail REGR. vs. 60183
Tests which did not succe
flight 60565 qemu-upstream-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60565/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-libvirt 11 guest-start fail like 58380
test-amd64-amd64
On 2015/8/5 18:31, Stefano Stabellini wrote:
> On Wed, 5 Aug 2015, Shannon Zhao wrote:
>> On 2015/8/4 22:37, Stefano Stabellini wrote:
>>> On Tue, 4 Aug 2015, Shannon Zhao wrote:
This document is going to explain the design details of Xen booting with
ACPI on ARM. Maybe parts of it may
As 4.6 goes to bug fixing stage, maybe we can pick up this thread? :-)
Beside to call for your precious review comments and suggestions so that we can
make progress, I also want to confirm about the previous discussed two TODO
things:
1) use UDEV name rule to specify usb device uniquely even acros
>>> On 7/13/2015 at 06:08 PM, in message <55a38e2e.60...@suse.com>, Juergen
>>> Gross
wrote:
> On 06/25/2015 12:07 PM, Chunyan Liu wrote:
> > Add code to support pvusb in domain config file. One could specify
> > usbctrl and usb in domain's configuration file and create domain,
> > then usb
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Wednesday, August 5, 2015 8:27 PM
> To: Hu, Robert; ian.jack...@eu.citrix.com; wei.l...@citrix.com
> Cc: xen-devel@lists.xen.org
> Subject: Re: OSSTEST -- nested test case development, RFC: ts-guest-destroy
>
flight 60553 qemu-upstream-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60553/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 6 xen-boot fail REGR. vs. 60207
Regress
> From: Ting-Wei Lan [mailto:lant...@gmail.com]
> Sent: Thursday, August 06, 2015 1:10 AM
>
> When using Linux >= 3.19 (commit 47591df) as dom0 on some Intel Ironlake
> devices, It is possible to encounter graphics issues that make screen
> unreadable or crash the system. It was reported in freede
On 8/5/2015 7:25 PM, Wei Liu wrote:
On Wed, Aug 05, 2015 at 12:06:22PM +0100, Ian Campbell wrote:
On Wed, 2015-08-05 at 11:58 +0100, Wei Liu wrote:
> On Wed, Aug 05, 2015 at 11:48:55AM +0100, Ian Campbell wrote:
> > On Wed, 2015-08-05 at 11:43 +0100, Wei Liu wrote:
> > > On Wed, Aug 05, 2015 at
On 05/08/15 18:11, Roger Pau Monné wrote:
> El 05/08/15 a les 18.46, Andrew Cooper ha escrit:
>> On 05/08/15 17:40, Roger Pau Monné wrote:
>>> El 05/08/15 a les 17.39, Andrew Cooper ha escrit:
On 05/08/15 10:53, Roger Pau Monné wrote:
> El 04/08/15 a les 20.08, Andrew Cooper ha escrit:
>>>
On 05/08/15 02:57, Shuai Ruan wrote:
> xsaves/xrstors only use compact format, so format convertion
> is needed when perform save/restore.
>
> Signed-off-by: Shuai Ruan
> ---
> xen/arch/x86/domain.c| 3 +
> xen/arch/x86/hvm/hvm.c | 16 +++--
> xen/arch/x86/xstate.c| 138
On Wed, Aug 05, 2015 at 06:24:37PM +0100, Wei Liu wrote:
[...]
> >
>
> Right. I misinterpreted sd_boot.
>
> You patch, however, has the undesirable effect that it fails to report
> error if xenstored is started by systemd but couldn't claim the
> socket. I don't think this is the correct behavio
On 05/08/15 02:57, Shuai Ruan wrote:
> This patch enables xsaves for hvm guest, includes:
> 1.handle xsaves vmcs init and vmexit.
> 2.add logic to write/read the XSS msr.
>
> Signed-off-by: Shuai Ruan
> ---
> xen/arch/x86/hvm/hvm.c | 44
> ++
> xen
On 05/08/15 02:57, Shuai Ruan wrote:
> This patch uses xsaves/xrstors instead of xsaveopt/xrstor
> to perform the xsave_area switching so that xen itself
> can benefit from them when available.
>
> Please note that xsaves/xrstors only use compact format.
>
> Signed-off-by: Shuai Ruan
> ---
> xen/
On 05/08/15 02:57, Shuai Ruan wrote:
> This patch emualtes xsaves/xrstors instructions and
> XSS msr access.
>
> As xsaves/xrstors instructions and XSS msr access
> required be executed only in ring0. So emulation are
> needed when pv guest uses these instructions.
>
> Signed-off-by: Shuai Ruan
>
On Wed, Aug 05, 2015 at 05:30:34PM +0100, George Dunlap wrote:
> On Wed, Aug 5, 2015 at 2:17 PM, Wei Liu wrote:
> > On Wed, Aug 05, 2015 at 11:56:44AM +0100, George Dunlap wrote:
> >> On Wed, Aug 5, 2015 at 11:17 AM, Ian Campbell
> >> wrote:
> >> > On Wed, 2015-08-05 at 11:06 +0100, George Dunla
El 05/08/15 a les 18.46, Andrew Cooper ha escrit:
> On 05/08/15 17:40, Roger Pau Monné wrote:
>> El 05/08/15 a les 17.39, Andrew Cooper ha escrit:
>>> On 05/08/15 10:53, Roger Pau Monné wrote:
El 04/08/15 a les 20.08, Andrew Cooper ha escrit:
> On 03/08/15 18:31, Roger Pau Monné wrote:
>>>
When using Linux >= 3.19 (commit 47591df) as dom0 on some Intel Ironlake
devices, It is possible to encounter graphics issues that make screen
unreadable or crash the system. It was reported in freedesktop bugzilla:
https://bugs.freedesktop.org/show_bug.cgi?id=90037
As we still cannot find a prop
On 05/08/15 17:52, Stefano Stabellini wrote:
> On Wed, 5 Aug 2015, Stefano Stabellini wrote:
>> On Wed, 5 Aug 2015, Julien Grall wrote:
>>> On 05/08/15 14:03, Shannon Zhao wrote:
On 2015/8/5 20:48, Julien Grall wrote:
> On 05/08/15 12:49, Shannon Zhao wrote:
> That's grea
On Tue, Aug 04, 2015 at 07:12:48PM +0100, Julien Grall wrote:
[...]
> diff --git a/drivers/net/xen-netback/netback.c
> b/drivers/net/xen-netback/netback.c
> index 7d50711..3b7b7c3 100644
> --- a/drivers/net/xen-netback/netback.c
> +++ b/drivers/net/xen-netback/netback.c
> @@ -314,7 +314,7 @@ stati
On Wed, Aug 5, 2015 at 4:47 PM, Andrew Cooper wrote:
> From: Anshul Makkar
>
> A domain with sufficient shadow allocation can cause a watchdog timeout
> during domain destruction. Expand the existing -ERESTART logic in
> paging_teardown() to allow {hap/sh}_set_allocation() to become
> restartabl
On Wed, 5 Aug 2015, Stefano Stabellini wrote:
> On Wed, 5 Aug 2015, Julien Grall wrote:
> > On 05/08/15 14:03, Shannon Zhao wrote:
> > >
> > >
> > > On 2015/8/5 20:48, Julien Grall wrote:
> > >> On 05/08/15 12:49, Shannon Zhao wrote:
> > >>That's great!
> > >>Keep in mind that many ARM
On Wed, 5 Aug 2015, Julien Grall wrote:
> The grant is always 4KB irrespectively of the page granularity of the
> guest.
>
> Signed-off-by: Julien Grall
> ---
>
> Cc: Ian Campbell
> Cc: Ian Jackson
> Cc: Jan Beulich
> Cc: Keir Fraser
> Cc: Tim Deegan
> ---
> xen/include/public/grant_table.
On Wed, Aug 05, 2015 at 11:08:55AM +0100, Stefano Stabellini wrote:
> On Tue, 4 Aug 2015, Julien Grall wrote:
> > Based on include/xen/mm.h [1], Linux is mistakenly using MFN when GFN
> > is meant, I suspect this is because the first support for Xen was for
> > PV. This resulted in some misimplemen
On Wed, 5 Aug 2015, Julien Grall wrote:
> On 05/08/15 14:03, Shannon Zhao wrote:
> >
> >
> > On 2015/8/5 20:48, Julien Grall wrote:
> >> On 05/08/15 12:49, Shannon Zhao wrote:
> >>That's great!
> >>Keep in mind that many ARM platforms have non-PCI busses, so I think
> >>we'll need
On 05/08/15 17:40, Roger Pau Monné wrote:
> El 05/08/15 a les 17.39, Andrew Cooper ha escrit:
>> On 05/08/15 10:53, Roger Pau Monné wrote:
>>> El 04/08/15 a les 20.08, Andrew Cooper ha escrit:
On 03/08/15 18:31, Roger Pau Monné wrote:
> uint32_t cs_base;
> uint32_t ds_base;
>>>
El 05/08/15 a les 17.39, Andrew Cooper ha escrit:
> On 05/08/15 10:53, Roger Pau Monné wrote:
>> El 04/08/15 a les 20.08, Andrew Cooper ha escrit:
>>> On 03/08/15 18:31, Roger Pau Monné wrote:
uint32_t cs_base;
uint32_t ds_base;
uint32_t ss_base;
uint32_t cs_limi
On 05/08/15 02:57, Shuai Ruan wrote:
> Detail hardware spec can be found in chapter 13 (section 13.11 13.12) of the
> Intel SDM [1].
>
> patch1: add xsaves/xrstors support for pv guest
> patch2: add xsaves/xrstors support for xen
> patch3-5: add xsaves/xrstors support for hvm guest
> patch6: swtic
Hi folks,
I have written an extremely simple reproducer. Xen 4.5.1. Linux 4.1.3.
Config attached. Reproducer attached. Makefile attached.
It results in the COMPLETE lockup of the system when it receives a
network packet over the Xen PV network interface.
The lockup is 100% reliable. As in the me
The next Xen technical call will be at:
Wed 12 Aug 17:00:00 BST 2015
`date -d @1439395200`
See http://lists.xen.org/archives/html/xen-devel/2015-01/msg00414.html
for more information on the call.
Please let me know (CC-ing the list) any topics which you would like to
discuss. It might be
On Wed, Aug 5, 2015 at 2:17 PM, Wei Liu wrote:
> On Wed, Aug 05, 2015 at 11:56:44AM +0100, George Dunlap wrote:
>> On Wed, Aug 5, 2015 at 11:17 AM, Ian Campbell
>> wrote:
>> > On Wed, 2015-08-05 at 11:06 +0100, George Dunlap wrote:
>> >> On Fri, Jul 18, 2014 at 12:28 AM, Luis R. Rodriguez
>> >>
Hi,
On 05/08/15 09:48, Ian Campbell wrote:
> On Tue, 2015-08-04 at 22:24 +0100, Matthew Vernon wrote:
>> On 04/08/15 15:39, Matthew Vernon wrote:
>>> Hi,
>>>
>>> On 04/08/15 15:22, Ian Campbell wrote:
On Tue, 2015-08-04 at 14:52 +0100, Matthew Vernon wrote:
> Hi,
Hello,
>>>
On Wed, Aug 05, 2015 at 04:47:59PM +0100, Andrew Cooper wrote:
> From: Anshul Makkar
>
> A domain with sufficient shadow allocation can cause a watchdog timeout
> during domain destruction. Expand the existing -ERESTART logic in
> paging_teardown() to allow {hap/sh}_set_allocation() to become
>
On Wed, 2015-08-05 at 12:54 +0100, Ian Campbell wrote:
> On Wed, 2015-08-05 at 11:51 +0100, Ian Campbell wrote:
> >
> > There was a conflict with the addition of ebtables, the result is
> > below.
> >
> > commit 2ff90f75e5b40152998b69900adf1985382409bf
> > Author: Roger Pau Monne
> > Date: We
On 05/08/15 16:50, David Vrabel wrote:
> Also perhaps make it
>
> int xen_for_each_gfn(struct page *page,
> xen_gfn_fn_t fn, void *data);
gfn standing for Guest Frame Number right?
>>>
>>> Yes. This suggestion is just changing the name to make it more
On 05/08/15 15:30, Julien Grall wrote:
> Hi David,
>
> On 24/07/15 11:10, David Vrabel wrote:
>> On 24/07/15 10:54, Julien Grall wrote:
>>> On 24/07/15 10:31, David Vrabel wrote:
On 09/07/15 21:42, Julien Grall wrote:
> The Xen interface is always using 4KB page. This means that a Linux p
From: Anshul Makkar
A domain with sufficient shadow allocation can cause a watchdog timeout
during domain destruction. Expand the existing -ERESTART logic in
paging_teardown() to allow {hap/sh}_set_allocation() to become
restartable during the DOMCTL_destroydomain hypercall.
Signed-off-by: Ansh
On 05/08/15 10:53, Roger Pau Monné wrote:
> El 04/08/15 a les 20.08, Andrew Cooper ha escrit:
>> On 03/08/15 18:31, Roger Pau Monné wrote:
Therefore, I am leaning slightly towards the specify the internals side
of things, which removes some complexity from the Xen side of the
hyperc
On Wed, Aug 05, 2015 at 11:09:41PM +0800, Lai Jiangshan wrote:
> Hi, Liu
>
> Does pv or pvh guest support virtio devices?
No.
> If yes, how can I configure the guest?
> If not, how can I make it support?
>
A new transport which makes use of xenbus and grant table needs to be
developed.
There
flight 60547 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60547/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 11 guest-start fail like 59909
test-amd64-i386-xl-qemut-stubdom
Hi David,
On 24/07/15 11:10, David Vrabel wrote:
> On 24/07/15 10:54, Julien Grall wrote:
>> On 24/07/15 10:31, David Vrabel wrote:
>>> On 09/07/15 21:42, Julien Grall wrote:
The Xen interface is always using 4KB page. This means that a Linux page
may be split across multiple Xen page wh
Hi,
At 13:36 +0100 on 05 Aug (1438781760), Andrew Cooper wrote:
> From: Anshul Makkar
>
> A domain with sufficient shadow allocation can cause a watchdog timeout
> during domain destruction. Expand the existing -ERESTART logic in
> paging_teardown() to allow {hap/sh}_set_allocation() to become
Todo:
* Should be moved to sysctl to only allow Dom0 access
* Maybe convert to binary transport to userland instead of printable form
* use ld to actually embed the build ID
* convert to textual representation in hypervisor and report in
printable form
Signed-off-by: Martin Pohlack
---
xe
Sending again without MUA-mangled patch.
Amazon Development Center Germany GmbH
Krausenstr. 38
10117 Berlin
Geschaeftsfuehrer: Dr. Ralf Herbrich, Christian Schlaeger
Ust-ID: DE289237879
Eingetragen am Amtsgericht Charlottenburg HRB 149173 B
___
Xen-dev
On Wed, Aug 05, 2015 at 01:18:05PM +0100, Andrew Cooper wrote:
> On 05/08/15 10:11, Ting-Wei Lan wrote:
> > When using Linux >= 3.19 (commit 47591df) as dom0 on some Intel Ironlake
> > devices, It is possible to encounter graphics issues that make screen
> > unreadable or crash the system. It was r
On 05.08.2015 10:58, Andrew Cooper wrote:
> On 05/08/15 09:50, Martin Pohlack wrote:
>> On 27.07.2015 21:20, Konrad Rzeszutek Wilk wrote:
>>> Signed-off-by: Konrad Rzeszutek Wilk
>>> ---
>>> tools/libxc/xc_private.c | 3 +++
>>> tools/misc/xen-xsplice.c | 25 +
>>>
On 05/08/15 14:03, Shannon Zhao wrote:
>
>
> On 2015/8/5 20:48, Julien Grall wrote:
>> On 05/08/15 12:49, Shannon Zhao wrote:
>>That's great!
>>Keep in mind that many ARM platforms have non-PCI busses, so I think
>>we'll need an amba and a platform bus_notifier too, in addition to
On 05/08/15 09:55, Martin Pohlack wrote:
> Hi,
>
> Another high-level point to think about is how we want to handle inlined
> __LINE__ references. This problem is related to hotpatch construction
> and potentially has influence on the design of the hotpatching
> infrastructure in Xen.
>
> Let me t
Hi,
On 05/08/15 13:46, Andrew Cooper wrote:
> On 05/08/15 13:36, Julien Grall wrote:
>> On 05/08/15 12:40, Andrew Cooper wrote:
>>> I think a section about granularity is worthwhile, but probably a
>>> separate paragraph. I think it is also worth keeping Xen's idea of
>>> memory all at 4K, and in
On Wed, Aug 05, 2015 at 11:56:44AM +0100, George Dunlap wrote:
> On Wed, Aug 5, 2015 at 11:17 AM, Ian Campbell wrote:
> > On Wed, 2015-08-05 at 11:06 +0100, George Dunlap wrote:
> >> On Fri, Jul 18, 2014 at 12:28 AM, Luis R. Rodriguez
> >> wrote:
> >> > From: "Luis R. Rodriguez"
> >> >
> >> > Th
On 2015/8/5 20:48, Julien Grall wrote:
On 05/08/15 12:49, Shannon Zhao wrote:
>>That's great!
>>Keep in mind that many ARM platforms have non-PCI busses, so I think
>>we'll need an amba and a platform bus_notifier too, in addition to the
>>existing pci bus notifier.
>>
>
>Thanks for your remi
On Wed, 2015-08-05 at 13:49 +0100, Wei Liu wrote:
> On Wed, Aug 05, 2015 at 01:48:27PM +0100, Ian Campbell wrote:
> > $dst is a host hash/object, resulting in:
> >
> > 2015-08-04 22:35:25 Z executing ssh ... root@172.16.144.34 virsh
> > migrate debian.guest.osstest HASH(0x28f4310)
> > bash: -c: li
On Wed, Aug 05, 2015 at 01:48:27PM +0100, Ian Campbell wrote:
> $dst is a host hash/object, resulting in:
>
> 2015-08-04 22:35:25 Z executing ssh ... root@172.16.144.34 virsh
> migrate debian.guest.osstest HASH(0x28f4310)
> bash: -c: line 0: syntax error near unexpected token `('
> bash: -c: line
$dst is a host hash/object, resulting in:
2015-08-04 22:35:25 Z executing ssh ... root@172.16.144.34 virsh
migrate debian.guest.osstest HASH(0x28f4310)
bash: -c: line 0: syntax error near unexpected token `('
bash: -c: line 0: `virsh migrate debian.guest.osstest HASH(0x28f4310)'
Switch to using t
On 05/08/15 12:49, Shannon Zhao wrote:
>> That's great!
>> Keep in mind that many ARM platforms have non-PCI busses, so I think
>> we'll need an amba and a platform bus_notifier too, in addition to the
>> existing pci bus notifier.
>>
>
> Thanks for your reminding. I thought about amba. Since ACPI
On Wed, 2015-08-05 at 13:43 +0100, Wei Liu wrote:
> On Wed, Aug 05, 2015 at 01:42:19PM +0100, Ian Campbell wrote:
> > $dst is a host hash/object, resulting in:
> >
> > 2015-08-04 22:35:25 Z executing ssh ... root@172.16.144.34 virsh
> > migrate debian.guest.osstest HASH(0x28f4310)
> > bash: -c: li
On 05/08/15 13:36, Julien Grall wrote:
> On 05/08/15 12:40, Andrew Cooper wrote:
>> I think a section about granularity is worthwhile, but probably a
>> separate paragraph. I think it is also worth keeping Xen's idea of
>> memory all at 4K, and in cases where 64K is in use, require appropriate
>>
On 08/05/2015 08:33 AM, Julien Grall wrote:
On 05/08/15 13:19, Boris Ostrovsky wrote:
On 08/05/2015 06:51 AM, Julien Grall wrote:
diff --git a/drivers/video/fbdev/xen-fbfront.c
b/drivers/video/fbdev/xen-fbfront.c
index 09dc447..25e3cce 100644
--- a/drivers/video/fbdev/xen-fbfront.c
+++ b/driver
On Wed, Aug 05, 2015 at 01:42:19PM +0100, Ian Campbell wrote:
> $dst is a host hash/object, resulting in:
>
> 2015-08-04 22:35:25 Z executing ssh ... root@172.16.144.34 virsh
> migrate debian.guest.osstest HASH(0x28f4310)
> bash: -c: line 0: syntax error near unexpected token `('
> bash: -c: line
$dst is a host hash/object, resulting in:
2015-08-04 22:35:25 Z executing ssh ... root@172.16.144.34 virsh
migrate debian.guest.osstest HASH(0x28f4310)
bash: -c: line 0: syntax error near unexpected token `('
bash: -c: line 0: `virsh migrate debian.guest.osstest HASH(0x28f4310)'
Switch to using t
On 05/08/15 12:40, Andrew Cooper wrote:
> I think a section about granularity is worthwhile, but probably a
> separate paragraph. I think it is also worth keeping Xen's idea of
> memory all at 4K, and in cases where 64K is in use, require appropriate
> alignment in the parameter.
Which would conf
From: Anshul Makkar
A domain with sufficient shadow allocation can cause a watchdog timeout
during domain destruction. Expand the existing -ERESTART logic in
paging_teardown() to allow {hap/sh}_set_allocation() to become
restartable during the DOMCTL_destroydomain hypercall.
Signed-off-by: Ansh
On 05/08/15 13:19, Boris Ostrovsky wrote:
> On 08/05/2015 06:51 AM, Julien Grall wrote:
>>
diff --git a/drivers/video/fbdev/xen-fbfront.c
b/drivers/video/fbdev/xen-fbfront.c
index 09dc447..25e3cce 100644
--- a/drivers/video/fbdev/xen-fbfront.c
+++ b/drivers/video/fbdev/xen-
On Wed, 2015-08-05 at 06:22 +, Hu, Robert wrote:
> Hi Ians,
I don't 100% recall how this is supposed to fit together.
IIRC:
1# L0 is installed as usual
#2 An L1 guest is installed. That L1 guest gets an IP address from DHCP in
the normal way.
3# Then ts-nested setup customises the L1 guest
On 08/05/2015 06:51 AM, Julien Grall wrote:
diff --git a/drivers/video/fbdev/xen-fbfront.c
b/drivers/video/fbdev/xen-fbfront.c
index 09dc447..25e3cce 100644
--- a/drivers/video/fbdev/xen-fbfront.c
+++ b/drivers/video/fbdev/xen-fbfront.c
@@ -539,7 +539,7 @@ static int xenfb_remove(struct xenbus_
On 05/08/15 10:11, Ting-Wei Lan wrote:
> When using Linux >= 3.19 (commit 47591df) as dom0 on some Intel Ironlake
> devices, It is possible to encounter graphics issues that make screen
> unreadable or crash the system. It was reported in freedesktop bugzilla:
>
> https://bugs.freedesktop.org/show_
flight 60546 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60546/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3) broken REGR.
On Wed, 2015-08-05 at 11:51 +0100, Ian Campbell wrote:
>
> There was a conflict with the addition of ebtables, the result is below.
>
> commit 2ff90f75e5b40152998b69900adf1985382409bf
> Author: Roger Pau Monne
> Date: Wed Jul 1 17:12:25 2015 +0200
>
> osstest: install libnl3 packages
>
On Wed, 2015-08-05 at 12:40 +0100, Andrew Cooper wrote:
>
> 64K granularity is also similar to 2M/1G superpages in their handling,
> the difference being that 64K can't be subdivided if necessary?
64K is actually a separate basic "granule" (to use the ARM term), i.e.
alternative to the 4K leaf pa
On 2015/8/5 18:31, Stefano Stabellini wrote:
> On Wed, 5 Aug 2015, Shannon Zhao wrote:
>> On 2015/8/4 22:37, Stefano Stabellini wrote:
>>> On Tue, 4 Aug 2015, Shannon Zhao wrote:
This document is going to explain the design details of Xen booting with
ACPI on ARM. Maybe parts of it may
On 05/08/15 12:28, Julien Grall wrote:
> From: Stefano Stabellini
>
> ARM64 is able to support 64KB and 4KB page granularities. While the guest
> will support both granularities, Xen and hypercall interface will always
> be in 4KB.
>
> Signed-off-by: Stefano Stabellini
> Signed-off-by: Julien Gra
Hi all,
ARM64 is able to support both 64KB and 4KB page granularity. With the upcoming
support of Linux guest with 64KB page granularity, the in-tree documentation
needs to be clarify in order to avoid mixing granularity.
I'm not sure if the wording is clear and correct, hence, the RFC.
Regards,
The grant is always 4KB irrespectively of the page granularity of the
guest.
Signed-off-by: Julien Grall
---
Cc: Ian Campbell
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Keir Fraser
Cc: Tim Deegan
---
xen/include/public/grant_table.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/xen/inc
From: Stefano Stabellini
ARM64 is able to support 64KB and 4KB page granularities. While the guest
will support both granularities, Xen and hypercall interface will always
be in 4KB.
Signed-off-by: Stefano Stabellini
Signed-off-by: Julien Grall
---
Cc: Ian Campbell
Cc: Ian Jackson
Cc: Jan B
On Wed, 2015-08-05 at 12:21 +0100, George Dunlap wrote:
> On Wed, Aug 5, 2015 at 12:11 PM, Ian Campbell
> wrote:
> > On Wed, 2015-08-05 at 11:56 +0100, George Dunlap wrote:
> > > On Wed, Aug 5, 2015 at 11:17 AM, Ian Campbell <
> > > ian.campb...@citrix.com>
> > > wrote:
> > > > On Wed, 2015-08-05
On Wed, Aug 05, 2015 at 12:06:22PM +0100, Ian Campbell wrote:
> On Wed, 2015-08-05 at 11:58 +0100, Wei Liu wrote:
> > On Wed, Aug 05, 2015 at 11:48:55AM +0100, Ian Campbell wrote:
> > > On Wed, 2015-08-05 at 11:43 +0100, Wei Liu wrote:
> > > > On Wed, Aug 05, 2015 at 11:38:54AM +0100, Ian Campbell
On Wed, Aug 5, 2015 at 12:11 PM, Ian Campbell wrote:
> On Wed, 2015-08-05 at 11:56 +0100, George Dunlap wrote:
>> On Wed, Aug 5, 2015 at 11:17 AM, Ian Campbell
>> wrote:
>> > On Wed, 2015-08-05 at 11:06 +0100, George Dunlap wrote:
>> > > On Fri, Jul 18, 2014 at 12:28 AM, Luis R. Rodriguez
>> > >
MM maintainers,
is it really so hard to comment on this patch?
Juergen
On 07/29/2015 11:20 AM, Juergen Gross wrote:
On 07/21/2015 06:49 AM, Juergen Gross wrote:
Hi MM maintainers,
this patch is the last requiring an ack for the series to go in.
Could you please comment?
PING?
Juergen
On Wed, 2015-08-05 at 12:11 +0100, Ian Campbell wrote:
>
> I'm a bit surprised that chkconfig doesn't just to the right thing. It's
> possible that the fact that our initscript and our systemd unitfiles do not
> share the same names has defeated its heuristics.
Perhaps as well as fixing xenstored
On Wed, 2015-08-05 at 11:56 +0100, George Dunlap wrote:
> On Wed, Aug 5, 2015 at 11:17 AM, Ian Campbell
> wrote:
> > On Wed, 2015-08-05 at 11:06 +0100, George Dunlap wrote:
> > > On Fri, Jul 18, 2014 at 12:28 AM, Luis R. Rodriguez
> > > wrote:
> > > > From: "Luis R. Rodriguez"
> > > >
> > > >
On Wed, 2015-08-05 at 11:58 +0100, Wei Liu wrote:
> On Wed, Aug 05, 2015 at 11:48:55AM +0100, Ian Campbell wrote:
> > On Wed, 2015-08-05 at 11:43 +0100, Wei Liu wrote:
> > > On Wed, Aug 05, 2015 at 11:38:54AM +0100, Ian Campbell wrote:
> > > > On Wed, 2015-08-05 at 11:23 +0100, Wei Liu wrote:
> > >
flight 60541 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60541/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-rumpuserxen-i386 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 60199
test
On Wed, Aug 05, 2015 at 11:48:55AM +0100, Ian Campbell wrote:
> On Wed, 2015-08-05 at 11:43 +0100, Wei Liu wrote:
> > On Wed, Aug 05, 2015 at 11:38:54AM +0100, Ian Campbell wrote:
> > > On Wed, 2015-08-05 at 11:23 +0100, Wei Liu wrote:
> > > > This function was called in the wrong place, because bo
On Wed, Aug 5, 2015 at 11:17 AM, Ian Campbell wrote:
> On Wed, 2015-08-05 at 11:06 +0100, George Dunlap wrote:
>> On Fri, Jul 18, 2014 at 12:28 AM, Luis R. Rodriguez
>> wrote:
>> > From: "Luis R. Rodriguez"
>> >
>> > This adds systemd socket activation support for the C xenstored.
>> > Active so
At 14:59 +0100 on 04 Aug (1438700361), Ian Campbell wrote:
> On Tue, 2015-08-04 at 10:34 +0100, Wei Liu wrote:
> > On Mon, Aug 03, 2015 at 06:05:43PM +0100, Andrew Cooper wrote:
> > > It is not used, and can cause a spurious failure of the set_gdt()
> > > hypercall in
> > > low memory situations.
On Thu, 2015-07-02 at 16:26 +0100, Ian Jackson wrote:
> Roger Pau Monne writes ("[PATCH] osstest: install libnl3 packages"):
> > Install the libnl3 packages needed by the remus code. Those are
> > available on
> > both Wheezy and Jessie, although the Wheezy ones are too old.
>
> This patch implic
Hi Boris,
On 05/08/15 00:16, Boris Ostrovsky wrote:
> On 08/04/2015 02:12 PM, Julien Grall wrote:
>> /*
>>* We detect special mappings in one of two ways:
>> @@ -217,9 +232,13 @@ static inline unsigned long
>> bfn_to_local_pfn(unsigned long mfn)
>> /* VIRT <-> MACHINE conversion */
>>
On Fri, 2015-07-31 at 16:20 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH v2 2/3] ts-debian-hvm-install: use
> di_installcmdline_core"):
> > This is primarily to get DEBIAN_FRONTEND=test, for easier to read
> > logging.
> text
>
> Aside f
On Fri, 2015-07-31 at 16:39 +0100, Ian Campbell wrote:
> On Fri, 2015-07-31 at 16:31 +0100, Ian Jackson wrote:
> > Ian Campbell writes ("[PATCH OSSTEST] get_hostflags: return an empty
> > list
> > when there is no flight/job."):
> > > From: Ian Campbell
> > >
> > > Otherwise trying to use mg-ho
On Fri, 2015-07-31 at 16:24 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v2] standalone: Extend -h to support
> ident=host style specifications"):
> > Allowing for multi-host tests.
> >
> > Also make reset-host reset all hosts.
>
> Acked-by: Ian Jackson
Thanks, added to pre
On Wed, 2015-08-05 at 11:43 +0100, Wei Liu wrote:
> On Wed, Aug 05, 2015 at 11:38:54AM +0100, Ian Campbell wrote:
> > On Wed, 2015-08-05 at 11:23 +0100, Wei Liu wrote:
> > > This function was called in the wrong place, because both
> > > libxl__vnuma_build_vmemrange_hvm and xc_hvm_build rely on its
On Wed, Aug 05, 2015 at 11:38:54AM +0100, Ian Campbell wrote:
> On Wed, 2015-08-05 at 11:23 +0100, Wei Liu wrote:
> > This function was called in the wrong place, because both
> > libxl__vnuma_build_vmemrange_hvm and xc_hvm_build rely on its output.
>
> What is the effect of this call being in the
On Wed, 2015-08-05 at 11:23 +0100, Wei Liu wrote:
> This function was called in the wrong place, because both
> libxl__vnuma_build_vmemrange_hvm and xc_hvm_build rely on its output.
What is the effect of this call being in the wrong place? Presumably one or
the other of those functions reaches the
On Wed, 5 Aug 2015, Julien Grall wrote:
> Hi Shannon,
>
> On 05/08/15 10:29, Shannon Zhao wrote:
> >>
> >>> 3)DOM0 how to get grant table and event channel irq informations
> >>> As said above, we assign the hypervisor_id be "XenVMM" to tell DOM0
> >>> that it runs on Xen hypervisor.
> >>> T
On Wed, 5 Aug 2015, Shannon Zhao wrote:
> On 2015/8/4 22:37, Stefano Stabellini wrote:
> > On Tue, 4 Aug 2015, Shannon Zhao wrote:
> >> This document is going to explain the design details of Xen booting with
> >> ACPI on ARM. Maybe parts of it may not be appropriate. Any comments are
> >> welcome.
Hi Stefano,
On 05/08/15 10:49, Stefano Stabellini wrote:
>> /* VIRT <-> MACHINE conversion */
>> #define virt_to_mfn(v) (pfn_to_mfn(virt_to_pfn(v)))
>> @@ -96,7 +115,7 @@ static inline bool set_phys_to_machine(unsigned long pfn,
>> unsigned long mfn)
>>
>> bool xen_arch_need_swi
Hi Shannon,
On 05/08/15 10:29, Shannon Zhao wrote:
>>
>>> 3)DOM0 how to get grant table and event channel irq informations
>>> As said above, we assign the hypervisor_id be "XenVMM" to tell DOM0
>>> that it runs on Xen hypervisor.
>>> Then save the start address and size
>>> of grant table
This function was called in the wrong place, because both
libxl__vnuma_build_vmemrange_hvm and xc_hvm_build rely on its output.
Move the call of said function to the right place -- before the other
two functions which reply on its output.
Signed-off-by: Wei Liu
---
Cc: "Chen, Tiejun"
Cc: Ian Ca
On Wed, 2015-08-05 at 11:06 +0100, George Dunlap wrote:
> On Fri, Jul 18, 2014 at 12:28 AM, Luis R. Rodriguez
> wrote:
> > From: "Luis R. Rodriguez"
> >
> > This adds systemd socket activation support for the C xenstored.
> > Active sockets enable xenstored to be loaded only if required by a
>
On Tue, 4 Aug 2015, Julien Grall wrote:
> Based on include/xen/mm.h [1], Linux is mistakenly using MFN when GFN
> is meant, I suspect this is because the first support for Xen was for
> PV. This resulted in some misimplementation of helpers on ARM and
> confused developers about the expected behavi
1 - 100 of 131 matches
Mail list logo
