Hi Vijay,
On 28/03/17 16:53, vijay.kil...@gmail.com wrote:
diff --git a/xen/arch/x86/numa.c b/xen/arch/x86/numa.c
index 3bdab9a..33c6806 100644
--- a/xen/arch/x86/numa.c
+++ b/xen/arch/x86/numa.c
@@ -10,286 +10,13 @@
#include
#include
#include
-#include
#include
#include
#include
#
On 14/04/17 16:37, Boris Ostrovsky wrote:
> . so that it's easy to find pages that need to be scrubbed (those pages are
> now marked with _PGC_need_scrub bit).
>
> Signed-off-by: Boris Ostrovsky
> ---
> Changes in v3:
> * Keep dirty bit per page, add dirty_head to page_info that indicates whether
On 28/03/17 16:53, vijay.kil...@gmail.com wrote:
diff --git a/xen/common/numa.c b/xen/common/numa.c
new file mode 100644
index 000..207ebd8
--- /dev/null
+++ b/xen/common/numa.c
@@ -0,0 +1,488 @@
+/*
+ * Common NUMA handling functions for x86 and arm.
+ * Original code extracted from arch/x86
On Mon, May 08, 2017 at 05:17:18PM +0100, Ross Lagerwall wrote:
> Some EFI firmware implementations may place the EFI properties table in
> RAM marked as BootServicesData, which Xen does not consider as reserved.
> When dom0 tries to access the EFI properties table (which Linux >= 4.4
> does), it c
>> @@ -851,11 +867,14 @@ static int reserve_offlined_page(struct page_info
>> *head)
>> int zone = page_to_zone(head), i, head_order = PFN_ORDER(head), count =
>> 0;
>> struct page_info *cur_head;
>> int cur_order;
>> +bool need_scrub;
>>
>> ASSERT(spin_is_locked(&heap_
Hi Vijay,
On 28/03/17 16:53, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Move code from xen/arch/x86/srat.c to xen/common/numa.c
so that it can be used by other archs.
Few generic static functions in x86/srat.c are made
non-static common/numa.c
Signed-off-by: Vijaya Kumar K
---
xen/a
Hi Vijay,
The title likely needs to have the work device-tree/DT in it.
On 28/03/17 16:53, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Parse CPU node and fetch numa-node-id information.
For each node-id found, update nodemask_t mask.
Refer to /Documentation/devicetree/bindings/numa.txt
Hi Vijay,
On 02/05/17 10:47, Vijay Kilari wrote:
On Tue, Apr 25, 2017 at 9:13 PM, Jan Beulich wrote:
On 25.04.17 at 17:14, wrote:
On 25/04/17 15:54, Vijay Kilari wrote:
On Tue, Apr 25, 2017 at 5:58 PM, Julien Grall wrote:
By setting 1, we are enabling acpi_numa by default. If not enabled
flight 109155 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109155/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-intel 6 xen-boot fail REGR. vs. 59254
test-amd64-amd64-xl
flight 109173 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109173/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-xsm 5 xen-buildfail REGR. vs. 107636
build-arm64
On Mon, 8 May 2017, Ian Jackson wrote:
> Juergen Gross writes ("[PATCH 1/3] docs: specify endianess of xenstore
> protocol header"):
> > The endianess of the xenstore protocol header should be specified.
> ...
> > -followed by xsd_sockmsg.len bytes of payload.
> > +followed by xsd_sockmsg.len byte
Eric Blake writes:
> We want to track why a guest was shutdown; in particular, being able
> to tell the difference between a guest request (such as ACPI request)
> and host request (such as SIGINT) will prove useful to libvirt.
> Since all requests eventually end up changing shutdown_requested in
On Mon, 8 May 2017, George Dunlap wrote:
> On 05/05/17 20:28, Stefano Stabellini wrote:
> > On Fri, 5 May 2017, Andrii Anisov wrote:
> >> Hello Stefano,
> >>
> >> On 24.04.17 21:08, Stefano Stabellini wrote:
> >>> Stubdomains (stubdoms in short) are small domains, each running a single
> >>> applic
On 05/08/2017 01:26 PM, Markus Armbruster wrote:
> Eric Blake writes:
>
>> We want to track why a guest was shutdown; in particular, being able
>> to tell the difference between a guest request (such as ACPI request)
>> and host request (such as SIGINT) will prove useful to libvirt.
>> Since all
flight 109178 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109178/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 12 mig
On 05/08/2017 07:31 PM, Stefano Stabellini wrote:
On Mon, 8 May 2017, George Dunlap wrote:
On 05/05/17 20:28, Stefano Stabellini wrote:
On Fri, 5 May 2017, Andrii Anisov wrote:
Hello Stefano,
On 24.04.17 21:08, Stefano Stabellini wrote:
Stubdomains (stubdoms in short) are small domains, ea
Hi all,
Xen 4.9 rc4 is tagged. You can check that out from xen.git:
git://xenbits.xen.org/xen.git 4.9.0-rc4
For your convenience there is also a tarball at:
https://downloads.xenproject.org/release/xen/4.9.0-rc4/xen-4.9.0-rc4.tar.gz
And the signature is at:
https://downloads.xenproject.org/rel
flight 109165 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109165/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-rtds 5 xen-install fail in 109136 pass in 109165
test-amd64-amd64-xl-qemut-winxps
On Mon, May 8, 2017 at 5:44 AM, Julien Grall wrote:
> Hi,
>
> On 08/05/17 10:22, Sergej Proskurin wrote:
>>
>> On 05/02/2017 05:17 PM, Julien Grall wrote:
>>>
>>> On 30/04/17 20:48, Sergej Proskurin wrote:
>>> Also s/ttbcr/tcr/
>>>
+struct domain *d = p2m->domain;
+
+const u
This run is configured for baseline tests only.
flight 71265 linux-3.18 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71265/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm
flight 109184 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109184/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-xtf-amd64-amd64-4 66 xtf/test-pv32pae-xsa-213 fail never pass
test-xtf-amd64-amd64-4 77 xtf/test-pv64
Fix two resource leaks on error paths, discovered by Coverity.
Check for errors returned by fcntl, also found by Coverity.
CID:1374836
CID:1374831
Signed-off-by: Stefano Stabellini
diff --git a/hw/9pfs/xen-9p-backend.c b/hw/9pfs/xen-9p-backend.c
index 9c7f41a..f75e728 100644
--- a/hw/9pfs/xen-9
On 05/08/2017 08:42 PM, Tamas K Lengyel wrote:
On Mon, May 8, 2017 at 5:44 AM, Julien Grall wrote:
Whether the performance is measurable different is going to be very
usecase specific. If the TLBs are already loaded with the translation
then the hardware lookup will be a lot faster. Setting up
flight 109185 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109185/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 12 mig
On 05/08/2017 03:45 PM, Stefano Stabellini wrote:
> Fix two resource leaks on error paths, discovered by Coverity.
> Check for errors returned by fcntl, also found by Coverity.
>
> CID:1374836
> CID:1374831
>
> @@ -378,7 +380,10 @@ static int xen_9pfs_connect(struct XenDevice *xendev)
>
Time to wire up all the call sites that request a shutdown or
reset to use the enum added in the previous patch.
It would have been less churn to keep the common case with no
arguments as meaning guest-triggered, and only modified the
host-triggered code paths, via a wrapper function, but then we'
We want to track why a guest was shutdown; in particular, being able
to tell the difference between a guest request (such as ACPI request)
and host request (such as SIGINT) will prove useful to libvirt.
Since all requests eventually end up changing shutdown_requested in
vl.c, the logical change is
On Mon, May 8, 2017 at 2:53 PM, Julien Grall wrote:
>
>
> On 05/08/2017 08:42 PM, Tamas K Lengyel wrote:
>>
>> On Mon, May 8, 2017 at 5:44 AM, Julien Grall wrote:
>> Whether the performance is measurable different is going to be very
>> usecase specific. If the TLBs are already loaded with the tr
flight 109170 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109170/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-rumprun-amd64 16 rumprun-demo-xenstorels/xenstorels.repeat
fail blocked in 109155
test-amd64-i386-x
On Mon, 8 May 2017, Julien Grall wrote:
> Hi Andre,
>
> On 08/05/17 10:15, Andre Przywara wrote:
> > On 04/05/17 16:53, Julien Grall wrote:
> > > Hi Andre,
> > >
> > > On 04/05/17 16:31, Andre Przywara wrote:
> > > > gic_route_irq_to_guest() and gic_remove_irq_from_guest() take the rank
> > > > l
On Mon, 8 May 2017, Eric Blake wrote:
> On 05/08/2017 03:45 PM, Stefano Stabellini wrote:
> > Fix two resource leaks on error paths, discovered by Coverity.
> > Check for errors returned by fcntl, also found by Coverity.
> >
> > CID:1374836
> > CID:1374831
> >
>
> > @@ -378,7 +380,10 @@ static i
On Mon, 8 May 2017, Stefano Stabellini wrote:
> On Mon, 8 May 2017, Eric Blake wrote:
> > On 05/08/2017 03:45 PM, Stefano Stabellini wrote:
> > > Fix two resource leaks on error paths, discovered by Coverity.
> > > Check for errors returned by fcntl, also found by Coverity.
> > >
> > > CID:1374836
On 05/08/2017 05:00 PM, Stefano Stabellini wrote:
>>> Directly calling fcntl(F_SETFD) without first reading fcntl(F_GETFD) is
>>> (theoretically) incorrect. Better might be using qemu_set_cloexec()
>>> instead of open-coding something.
>>
>> Makes sense but the unchecked return of fcntl, discover
Hi Stefano,
On 08/05/2017 22:53, Stefano Stabellini wrote:
On Mon, 8 May 2017, Julien Grall wrote:
Hi Andre,
On 08/05/17 10:15, Andre Przywara wrote:
On 04/05/17 16:53, Julien Grall wrote:
Hi Andre,
On 04/05/17 16:31, Andre Przywara wrote:
gic_route_irq_to_guest() and gic_remove_irq_from_g
flight 109189 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109189/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 12 mig
flight 109171 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109171/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358
test-amd64-i386-xl-qe
flight 109183 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109183/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-xsm 5 xen-buildfail REGR. vs. 107636
build-arm64
On Mon, 8 May 2017, Julien Grall wrote:
> Hi Stefano,
>
> On 08/05/2017 22:53, Stefano Stabellini wrote:
> > On Mon, 8 May 2017, Julien Grall wrote:
> > > Hi Andre,
> > >
> > > On 08/05/17 10:15, Andre Przywara wrote:
> > > > On 04/05/17 16:53, Julien Grall wrote:
> > > > > Hi Andre,
> > > > >
>
flight 109196 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109196/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ca12a0c83b7b889fc807cb2dd47356f0fd1253d6
baseline version:
ovmf 3654c4623c9b37ddc6442
'commit 1679e0df3df6 ("x86/ioreq server: asynchronously reset
outstanding p2m_ioreq_server entries")' will call
p2m_change_entry_type_global() which set entry.recalc=1. Then
the following get_entry(p2m_ioreq_server) will return
p2m_ram_rw type.
But 'commit 6d774a951696 ("x86/ioreq server: synchrono
On 5/8/2017 7:12 PM, George Dunlap wrote:
On 08/05/17 11:52, Zhang, Xiong Y wrote:
On 06.05.17 at 03:51, wrote:
On 05.05.17 at 05:52, wrote:
'commit 1679e0df3df6 ("x86/ioreq server: asynchronously reset
outstanding p2m_ioreq_server entries")' will call
p2m_change_entry_type_global() which
This run is configured for baseline tests only.
flight 71266 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71266/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-pair
testid xen-boot/src_host
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-pair
testid xen-boot/dst_host
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.
Le Tue, May 2, 2017 à 9:06 AM, a écrit :
> From: Fu Wei
>
> This patch adds "--nounzip" option support in order to
> be compatible with the module command of multiboot on other architecture,
> by this way we can simplify grub-mkconfig support code.
>
> This patch also allow us to use zip compres
101 - 145 of 145 matches
Mail list logo
