On 2015/11/30 23:14, Julien Grall wrote:
> Hi Shannon,
>
> On 17/11/15 09:40, shannon.z...@linaro.org wrote:
>> diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c
>> index 53c7452..78d8ae9 100644
>> --- a/xen/common/efi/boot.c
>> +++ b/xen/common/efi/boot.c
>> @@ -13,6 +13,7 @@
>> #incl
> -Original Message-
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: 23 December 2015 13:28
> To: Paul Durrant; xen-de...@lists.xenproject.org
> Cc: Keir (Xen.org); Ian Campbell; Tim (Xen.org); Ian Jackson; Jan Beulich
> Subject: Re: [Xen-devel] [PATCH 2/3] public/io/netif.h:
The original code is fine.
regards,
dan carpenter
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Wed, 2015-12-23 at 20:54 +, osstest service owner wrote:
> flight 66976 linux-3.16 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/66976/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i386-rumpus
On Thu, 2015-12-24 at 07:47 +, osstest service owner wrote:
> flight 67045 linux-3.18 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/67045/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i386-rumpus
Hi Stefano,
On Thu, 2015-12-24 at 21:26 +, osstest service owner wrote:
> flight 67093 qemu-upstream-4.6-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/67093/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be ru
Most #DB exceptions are traps rather than faults, meaning that the instruction
pointer in the exception frame points after the instruction rather than at it.
However, VMX intercepts all have fault semantics, even when intercepting a
trap. Re-injecting an intercepted trap as a fault causes an infi
On Mon, 2015-12-21 at 10:16 -0700, Jan Beulich wrote:
> > > > On 21.12.15 at 18:01, wrote:
> > flight 66718 xen-4.4-testing real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/66718/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests w
On Tue, 2015-12-22 at 14:40 +, Stefano Stabellini wrote:
> On Tue, 22 Dec 2015, Jan Beulich wrote:
> > > > > On 22.12.15 at 14:55, wrote:
> > > On Mon, 21 Dec 2015, Jan Beulich wrote:
> > > > > > > On 20.12.15 at 13:25, wrote:
> > > > > flight 66583 xen-4.4-testing real [real]
> > > > > http:
This email only tracks big items for xen.git tree. Please reply for items you
woulk like to see in 4.7 so that people have an idea what is going on and
prioritise accordingly.
You're welcome to provide description and use cases of the feature you're
working on.
= Timeline =
We now adopt a fixed
On Mon, 2015-12-21 at 04:54 -0700, Jan Beulich wrote:
> > > > On 21.12.15 at 04:05, wrote:
> > flight 66638 xen-4.3-testing real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/66638/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests w
> -Original Message-
[snip]
> > We send the I/O request to the default I/O request server, but no backing
> > DM hands it. We wil wait the I/O forever..
>
> Hmm yes. This needs fixing.
>
> CC'ing Paul who did the ioreq server work.
>
> This bug is caused by the read side effects of
On 04/01/16 10:28, Paul Durrant wrote:
>> -Original Message-
> [snip]
>>> We send the I/O request to the default I/O request server, but no backing
>>> DM hands it. We wil wait the I/O forever..
>> Hmm yes. This needs fixing.
>>
>> CC'ing Paul who did the ioreq server work.
>>
>> This
Andrew Morton writes:
> On Tue, 22 Dec 2015 17:32:30 +0100 Vitaly Kuznetsov
> wrote:
>
>> Currently, all newly added memory blocks remain in 'offline' state unless
>> someone onlines them, some linux distributions carry special udev rules
>> like:
>>
>> SUBSYSTEM=="memory", ACTION=="add", ATTR
flight 38586 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38586/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-armhf-sid-netboot-pygrub 9 debian-di-install fail like 38567
test-amd64-i386-amd
On Tue, 2015-12-22 at 17:12 +, Chris Law wrote:
> Hey can someone add AMD Radeon R9 390 to the Tested Adapters list here ht
> tp://wiki.xenproject.org/wiki/Xen_VGA_Passthrough_Tested_Adapters
>
> I've requested edit access, but don't yet have it.
Sorry, looks like our coverage was a bit thin
On 04/01/16 09:37, Paul Durrant wrote:
>>> + * The layout of the shared page is as follows:
>>> + *
>>> + *0 1 2 3 4 5 6 7 octet
>>> + * +-+-+-+-+-+-+-+-+
>>> + * |req_cons |req_prod |
>>> + * +-+-+
> -Original Message-
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: 04 January 2016 10:36
> To: Paul Durrant; Wen Congyang
> Cc: xen devel; Ian Campbell; Ian Jackson; Wei Liu
> Subject: Re: [Xen-devel] question about migration
>
> On 04/01/16 10:28, Paul Durrant wrote:
>
I think the original code is fine.
Wei.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Wed, Dec 30, 2015 at 07:48:57PM +0800, Haozhong Zhang wrote:
> I split the previous patch series "[PATCH 0/4] add support for vNVDIMM"
> into two parts. This is the first part that enables clflushopt/clwb/pcommit
> instructions for HVM guests.
>
> [The second part will be sent separately after
> -Original Message-
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: 04 January 2016 10:56
> To: Paul Durrant; David Vrabel; xen-de...@lists.xenproject.org
> Cc: Tim (Xen.org); Keir (Xen.org); Ian Campbell; Jan Beulich; Ian Jackson
> Subject: Re: [Xen-devel] [PATCH 2/3] public
On Tue, Dec 29, 2015 at 07:31:50PM +0800, Haozhong Zhang wrote:
> This configure is used to specify vNVDIMM devices which are provided to
> the guest. xl parses this configuration and passes the result to qemu
> that is responsible to create vNVDIMM devices.
>
> Signed-off-by: Haozhong Zhang
For
On 04/01/16 11:14, Paul Durrant wrote:
You should use the standard ring format and infrastructure.
>>>
>>> Is there one for variable message size rings? I didn't find one. I
>>> don't want to use the fixed size balanced ring macros for control
>>> messages as fixed size messages really aren't
> -Original Message-
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: 04 January 2016 11:18
> To: Paul Durrant; xen-de...@lists.xenproject.org
> Cc: Tim (Xen.org); Keir (Xen.org); Ian Campbell; Jan Beulich; Ian Jackson
> Subject: Re: [Xen-devel] [PATCH 2/3] public/io/netif.h: d
On 22/12/15 16:32, Vitaly Kuznetsov wrote:
> @@ -1292,6 +1304,11 @@ int __ref add_memory_resource(int nid, struct resource
> *res)
> /* create new memmap entry */
> firmware_map_add_hotplug(start, start + size, "System RAM");
>
> + /* online pages if requested */
> + if (onli
On Mon, 2015-12-21 at 04:32 -0700, Jan Beulich wrote:
> > > > On 18.12.15 at 23:09, wrote:
> > On 18/12/2015 21:49, Doug Goldstein wrote:
> > > On 12/18/15 3:35 PM, Andrew Cooper wrote:
> > > > On 18/12/2015 20:06, Doug Goldstein wrote:
> > > > > Use the Kconfig generated CONFIG_COMPAT defines in
On Tue, 2015-12-22 at 09:47 -0600, Doug Goldstein wrote:
> On 12/22/15 9:44 AM, Doug Goldstein wrote:
> > This should retain the .config file from the Kconfig process so that we
> > know how this build of Xen was configured.
> >
> > Signed-off-by: Doug Goldstein
> > ---
> > ts-xen-build | 1 +
>
On Mon, 2015-12-21 at 08:35 -0600, Doug Goldstein wrote:
> On 12/21/15 6:11 AM, Jan Beulich wrote:
> > > > > On 18.12.15 at 22:35, wrote:
> > > Since we now support changing Xen options with Kconfig, we should
> > > save
> > > the configuration that was used to build up Xen. This will save it in
>
On 04/01/16 11:21, Paul Durrant wrote:
>> -Original Message-
>> From: David Vrabel [mailto:david.vra...@citrix.com]
>> Sent: 04 January 2016 11:18
>> To: Paul Durrant; xen-de...@lists.xenproject.org
>> Cc: Tim (Xen.org); Keir (Xen.org); Ian Campbell; Jan Beulich; Ian Jackson
>> Subject: Re:
On 31/12/15 19:10, Michael S. Tsirkin wrote:
> drivers/xen/xenbus/xenbus_comms.c uses
> full memory barriers to communicate with the other side.
>
> For guests compiled with CONFIG_SMP, smp_wmb and smp_mb
> would be sufficient, so mb() and wmb() here are only needed if
> a non-SMP guest runs on an
On 31/12/15 19:10, Michael S. Tsirkin wrote:
> include/xen/interface/io/ring.h uses
> full memory barriers to communicate with the other side.
>
> For guests compiled with CONFIG_SMP, smp_wmb and smp_mb
> would be sufficient, so mb() and wmb() here are only needed if
> a non-SMP guest runs on an S
> -Original Message-
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: 04 January 2016 11:29
> To: Paul Durrant; xen-de...@lists.xenproject.org
> Cc: Tim (Xen.org); Keir (Xen.org); Ian Campbell; Jan Beulich; Ian Jackson
> Subject: Re: [Xen-devel] [PATCH 2/3] public/io/netif.h: d
On Sat, 2015-12-26 at 23:38 +, Andrew Cooper wrote:
> On 26/12/2015 23:27, Carl Patenaude Poulin wrote:
> > Hi all,
> >
> > I'm writing some development tools for my team. Given a domain ID,
> > is there a way to programmatically check whether gdbsx is running on
> > that domain and what port
As part of memory barrier cleanup, this patchset
extends checkpatch to make it easier to stop
incorrect memory barrier usage.
This applies on top of my series
arch: barrier cleanup + barriers for virt
and will be included in the next version of the series.
Michael S. Tsirkin (3):
checkp
Introduction of __smp barriers cleans up a bunch of duplicate code, but
it gives people an additional handle onto a "new" set of barriers - just
because they're prefixed with __* unfortunately doesn't stop anyone from
using it (as happened with other arch stuff before.)
Add a checkpatch test so it
SMP-only barriers were missing in checkpatch.pl
Refactor code slightly to make adding more variants easier.
Signed-off-by: Michael S. Tsirkin
---
scripts/checkpatch.pl | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index
Add virt_ barriers to list of barriers to check for
presence of a comment.
Signed-off-by: Michael S. Tsirkin
---
scripts/checkpatch.pl | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index e3f9ad9..5fb6ef7 100755
--- a/scripts/c
On 25/12/15 22:09, Toshi Kani wrote:
> Set IORESOURCE_SYSTEM_RAM to 'flags' of struct resource entries
> with "System RAM".
[...]
> --- a/drivers/xen/balloon.c
> +++ b/drivers/xen/balloon.c
> @@ -257,7 +257,7 @@ static struct resource
> *additional_memory_resource(phys_addr_t size)
>
On Thu, 2015-12-31 at 04:45 -0500, Tianyang Chen wrote:
> Budget replenishment is now handled by a dedicated timer which is
> triggered at the most imminent release time of all runnable vcpus.
>
> Signed-off-by: Tianyang Chen
> Signed-off-by: Meng Xu
> Signed-off-by: Dagaen Golomb
> ---
>
flight 76943 qemu-upstream-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/76943/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 62044
build-a
drivers/xen/events/events_fifo.c uses rmb() to communicate with the
other side.
For guests compiled with CONFIG_SMP, smp_rmb would be sufficient, so
rmb() here is only needed if a non-SMP guest runs on an SMP host.
Switch to the virt_rmb barrier which serves this exact purpose.
Pull in asm/barri
On Thu, 2015-12-31 at 17:50 +, Jason Long wrote:
> Hello.
> Can anyone tell me about "Ganeti" ? Is it a replacement for Xen?
https://code.google.com/p/ganeti/ answers this quite clearly IMHO. You
should have been able to easily discover this page for yourself before
asking here.
(Completely l
On 04/01/16 11:46, Michael S. Tsirkin wrote:
> drivers/xen/events/events_fifo.c uses rmb() to communicate with the
> other side.
>
> For guests compiled with CONFIG_SMP, smp_rmb would be sufficient, so
> rmb() here is only needed if a non-SMP guest runs on an SMP host.
>
> Switch to the virt_rmb
On Mon, Dec 14, 2015 at 11:46:35AM -0500, Konrad Rzeszutek Wilk wrote:
> Hey,
>
> Way back in the past Jan pointed out this issue
> http://lists.xenproject.org/archives/html/xen-devel/2015-05/msg03505.html
>
> which is that the device name is "blkback.."
>
> for exmaple: blkback.8.xvda, blkback.
On 29/12/15 05:49, Ouyangzhaowei (Charles) wrote:
> Hi David,
>
> This patch has been applied to for-linus-4.1b, and we wonder if this patch
> will be applied to linux kernel, or does
> it still needs more test to apply to linux kernel?
Sorry, it looks like I forgot to send a pull request for th
/20160104-194916
config: x86_64-randconfig-x008-01040711 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
drivers/xen/events/events_fifo.c: In function 'consume_one_event':
>&
On Wed, 30 Dec 2015, Michael S. Tsirkin wrote:
> drivers/xen/xenbus/xenbus_comms.c uses
> full memory barriers to communicate with the other side.
>
> For guests compiled with CONFIG_SMP, smp_wmb and smp_mb
> would be sufficient, so mb() and wmb() here are only needed if
> a non-SMP guest runs on
On Wed, 30 Dec 2015, Michael S. Tsirkin wrote:
> include/xen/interface/io/ring.h uses
> full memory barriers to communicate with the other side.
>
> For guests compiled with CONFIG_SMP, smp_wmb and smp_mb
> would be sufficient, so mb() and wmb() here are only needed if
> a non-SMP guest runs on an
On Thu, 31 Dec 2015, Michael S. Tsirkin wrote:
> drivers/xen/xenbus/xenbus_comms.c uses
> full memory barriers to communicate with the other side.
>
> For guests compiled with CONFIG_SMP, smp_wmb and smp_mb
> would be sufficient, so mb() and wmb() here are only needed if
> a non-SMP guest runs on
On Thu, 31 Dec 2015, Michael S. Tsirkin wrote:
> include/xen/interface/io/ring.h uses
> full memory barriers to communicate with the other side.
>
> For guests compiled with CONFIG_SMP, smp_wmb and smp_mb
> would be sufficient, so mb() and wmb() here are only needed if
> a non-SMP guest runs on an
On Mon, Dec 21, 2015 at 10:46:43PM -0600, Doug Goldstein wrote:
> The flask utilities only have dependencies on libxc so there's no
> downside to always building it. Distros and projects based on Xen can
> put these utilities into a different package and not install them for
> everyone. Prior to th
On Mon, 04 Jan 2016 11:47:12 +0100
Vitaly Kuznetsov wrote:
> Andrew Morton writes:
>
> > On Tue, 22 Dec 2015 17:32:30 +0100 Vitaly Kuznetsov
> > wrote:
> >
> >> Currently, all newly added memory blocks remain in 'offline' state unless
> >> someone onlines them, some linux distributions carr
On Mon, 2016-01-04 at 13:31 +0100, Andreas Pflug wrote:
> Am 04.01.16 um 13:13 schrieb Ian Campbell:
> > On Mon, 2016-01-04 at 12:47 +0100, Andreas Pflug wrote:
> > > Am 04.01.16 um 12:36 schrieb Ian Campbell:
> > > > Sorry to hijack this thread.
> > > >
> > > > On Mon, 2015-12-28 at 12:56 +0100,
On Tue, 2015-12-22 at 13:00 -0600, Doug Goldstein wrote:
> In antcipation of XSM and FLASK migrating to Kconfig add support for
> building them via Kconfig or the existing mechanism.
>
> Signed-off-by: Doug Goldstein
> ---
> I have not tested this because I'm honestly not sure and I'm not sure if
On Thu, 24 Dec 2015, quizyjones wrote:
> Happy Holiday, guys. God tell me that I should work this out before celebrate
> ; )I create a HVM first, then
> compile Xen on it. The dom0 of this Xen is a PV. So is this nested xen a HVM
> or a PV? It's hard to differentiate
> when concerning to enable e
On Tue, Dec 22, 2015 at 10:06:25AM -0500, Eric Shelton wrote:
> The XSA mentions that "PV frontend patches will be developed and
> released (publicly) after the embargo date." Has anything been done
> towards this that should also be incorporated into MiniOS? On a
> system utilizing a "driver dom
On Mon, 2015-12-21 at 09:23 -0700, Jan Beulich wrote:
> > > > On 21.12.15 at 17:06, wrote:
> > flight 6 xen-4.5-testing real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/6/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests w
On Mon, 2016-01-04 at 12:52 +, Stefano Stabellini wrote:
> On Thu, 24 Dec 2015, quizyjones wrote:
> > Happy Holiday, guys. God tell me that I should work this out before
> > celebrate ; )I create a HVM first, then
> > compile Xen on it. The dom0 of this Xen is a PV. So is this nested xen
> > a
On Thu, Dec 31, 2015 at 09:06:30PM +0200, Michael S. Tsirkin wrote:
> On s390 read_barrier_depends, smp_read_barrier_depends
> smp_store_mb(), smp_mb__before_atomic and smp_mb__after_atomic match the
> asm-generic variants exactly. Drop the local definitions and pull in
> asm-generic/barrier.h inst
On Thu, Dec 31, 2015 at 09:07:10PM +0200, Michael S. Tsirkin wrote:
> -#define smp_store_release(p, v)
> \
> -do { \
> - compiletime_assert_atomic_type(*p);
On Sun, Jan 03, 2016 at 11:12:44AM +0200, Michael S. Tsirkin wrote:
> On Sat, Jan 02, 2016 at 11:24:38AM +, Russell King - ARM Linux wrote:
> > My only concern is that it gives people an additional handle onto a
> > "new" set of barriers - just because they're prefixed with __*
> > unfortunate
On Sat, 2015-12-19 at 11:18 +, Andre Fucs wrote:
> Ian,
>
> Thanks for the reply.
>
> coredumpctl gbd PID_OF_PROCESS printed the following:
A SIGBUS in QEMU's blk_handle_requests, how exciting!
Copying xen-devel and some relevant maintainers, start of thread is
http://lists.xen.org/archive
On Thu, Dec 31, 2015 at 09:08:22PM +0200, Michael S. Tsirkin wrote:
> +#ifdef CONFIG_SMP
> +#define fence() metag_fence()
> +#else
> +#define fence() do { } while (0)
> #endif
James, it strikes me as odd that fence() is a no-op instead of a
barrier() for UP, can you verify/explain?
On Thu, Dec 31, 2015 at 09:08:38PM +0200, Michael S. Tsirkin wrote:
> This defines __smp_xxx barriers for s390,
> for use by virtualization.
>
> Some smp_xxx barriers are removed as they are
> defined correctly by asm-generic/barriers.h
>
> Note: smp_mb, smp_rmb and smp_wmb are defined as full ba
On Mon, Jan 4, 2016 at 7:42 PM, Ian Campbell wrote:
> On Thu, 2015-12-31 at 04:45 -0500, Tianyang Chen wrote:
>> Budget replenishment is now handled by a dedicated timer which is
>> triggered at the most imminent release time of all runnable vcpus.
>>
>> Signed-off-by: Tianyang Chen
>> Signed-off
On Mon, Jan 04, 2016 at 02:36:58PM +0100, Peter Zijlstra wrote:
> On Sun, Jan 03, 2016 at 11:12:44AM +0200, Michael S. Tsirkin wrote:
> > On Sat, Jan 02, 2016 at 11:24:38AM +, Russell King - ARM Linux wrote:
>
> > > My only concern is that it gives people an additional handle onto a
> > > "new
On Thu, Dec 31, 2015 at 09:09:47PM +0200, Michael S. Tsirkin wrote:
> At the moment, xchg on sh only supports 4 and 1 byte values, so using it
> from smp_store_mb means attempts to store a 2 byte value using this
> macro fail.
>
> And happens to be exactly what virtio drivers want to do.
>
> Chec
On Mon, 2016-01-04 at 21:48 +0800, Meng Xu wrote:
> > (In general single patches do not require a separate cover letter
> > unless
> > the required context contains a large amount of information which is
> > not
> > appropriate for the commit message of the actual change, I'll leave it
> > to
> > y
On 12/19/2015 09:30 PM, Ben Hutchings wrote:
The various VM_WARN_ON/VM_BUG_ON macros depend on those defined by
. Most users already include those, but not all; for
example:
CC arch/arm64/xen/../../arm/xen/grant-table.o
In file included from arch/arm64/include/../../arm/include/asm/xen/
On Mon, Jan 04, 2016 at 02:54:20PM +0100, Peter Zijlstra wrote:
> On Mon, Jan 04, 2016 at 02:36:58PM +0100, Peter Zijlstra wrote:
> > On Sun, Jan 03, 2016 at 11:12:44AM +0200, Michael S. Tsirkin wrote:
> > > On Sat, Jan 02, 2016 at 11:24:38AM +, Russell King - ARM Linux wrote:
> >
> > > > My o
On Thu, Dec 31, 2015 at 09:10:01PM +0200, Michael S. Tsirkin wrote:
> drivers/xen/xenbus/xenbus_comms.c uses
> full memory barriers to communicate with the other side.
>
> For guests compiled with CONFIG_SMP, smp_wmb and smp_mb
> would be sufficient, so mb() and wmb() here are only needed if
> a n
On 1/4/16 6:28 AM, Wei Liu wrote:
> On Mon, Dec 21, 2015 at 10:46:43PM -0600, Doug Goldstein wrote:
>> The flask utilities only have dependencies on libxc so there's no
>> downside to always building it. Distros and projects based on Xen can
>> put these utilities into a different package and not i
flight 76949 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/76949/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 66433
build-amd64-xsm
On Mon, Jan 04, 2016 at 08:14:23AM -0600, Doug Goldstein wrote:
> On 1/4/16 6:28 AM, Wei Liu wrote:
> > On Mon, Dec 21, 2015 at 10:46:43PM -0600, Doug Goldstein wrote:
> >> The flask utilities only have dependencies on libxc so there's no
> >> downside to always building it. Distros and projects ba
David Vrabel writes:
> On 22/12/15 16:32, Vitaly Kuznetsov wrote:
>> @@ -1292,6 +1304,11 @@ int __ref add_memory_resource(int nid, struct
>> resource *res)
>> /* create new memmap entry */
>> firmware_map_add_hotplug(start, start + size, "System RAM");
>>
>> +/* online pages if r
On Mon, 4 Jan 2016, Shannon Zhao wrote:
> On 2015/11/30 23:14, Julien Grall wrote:
> > Hi Shannon,
> >
> > On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> >> diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c
> >> index 53c7452..78d8ae9 100644
> >> --- a/xen/common/efi/boot.c
> >> +++
On 18/12/15 15:34, Juergen Gross wrote:
> xl list is currently limited to 1024 domains. Remove the limit.
>
> Signed-off-by: Juergen Gross
Found a bug, will send V2 soon (together with two other patches
addressing a similar limitation in xl vm-list and tools/xenstat.
Juergen
> ---
> tools/li
On Thu, 31 Dec 2015, Shannon Zhao wrote:
> On 2015/11/27 0:39, Stefano Stabellini wrote:
> > On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> >> From: Shannon Zhao
> >>
> >> Estimate the memory required for loading acpi/efi tables in Dom0. Alloc
> >> the pages to store the new created EFI and
On Tue, Dec 08, 2015 at 05:15:28PM +, Ian Campbell wrote:
> On Tue, 2015-12-01 at 11:53 +, George Dunlap wrote:
> > Return proper error codes on failure so that scripts can tell whether
> > the command completed properly or not.
> >
> > Also while we're at it, normalize init and dispose of
On Mon, 2016-01-04 at 21:48 +0800, Meng Xu wrote:
> On Mon, Jan 4, 2016 at 7:42 PM, Ian Campbell > wrote:
> > On Thu, 2015-12-31 at 04:45 -0500, Tianyang Chen wrote:
> > > Budget replenishment is now handled by a dedicated timer which is
> > > triggered at the most imminent release time of all run
Unfortunately I don't have a setup to test this either. Maybe Lars can
find out who should be involved on the Intel side on this.
In any case, the patch looks good to me. It would be nice to get
feedback from somebody at Intel before applying it, but if we don't get
any to your next version of the
On Tue, 29 Dec 2015, Stefan Weil wrote:
> Am 29.12.2015 um 13:39 schrieb Cao jin:
> > merge last two lines, keep alphabetic order.
> >
> > Signed-off-by: Cao jin
> > ---
> > hw/xen/Makefile.objs | 3 +--
> > 1 file changed, 1 insertion(+), 2 deletions(-)
> >
> > diff --git a/hw/xen/Makefile.obj
From: Ed Swierk
- Use %lex-param instead of obsolete YYLEX_PARAM to override lex scanner
parameter
- Change deprecated %name-prefix= to %name-prefix
Tested against bison 2.4.1 and 3.0.2.
This is expected to sometimes (depending on timestamps and whether the
bison input files are edited) break
We are going to want to cherry pick a change to the bison input, which
will involve rerunning bison.
So firstly, update the bison and flex output to that from current
Debian wheezy (i386; 1:2.5.dfsg-2.1 and 2.5.35-10.1 respectively).
There should be no functional change since there is no change t
On Wed, 30 Dec 2015, Shannon Zhao wrote:
> On 2015/11/30 22:57, Julien Grall wrote:
> > Hi Shannon,
> >
> > On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> >> > diff --git a/xen/arch/arm/psci.c b/xen/arch/arm/psci.c
> >> > index d800cb6..dede0e1 100644
> >> > --- a/xen/arch/arm/psci.c
> >> > +
On Thu, 31 Dec 2015, Shannon Zhao wrote:
> On 2015/11/27 22:30, Stefano Stabellini wrote:
> > On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> >> > From: Shannon Zhao
> >> >
> >> > Create a few EFI memory descriptors to tell Dom0 the RAM region
> >> > information, ACPI table regions and EFI
Ian Campbell writes ("Re: [Xen-devel] [xen-4.4-testing test] 66583: regressions
- FAIL"):
> I think we want to backport:
>
> commit 345e44a85d71a1a910385f33c7f1ba3683026d18
> Author: Dario Faggioli
> Date: Fri Jun 20 16:09:00 2014 +0200
This is already in stable-4.4, as 5e39eb05, and has been
get_domain_ids() in libxenstat used by read_attributes_qdisk() is
limited to 1024 domains. Remove that limit.
Signed-off-by: Juergen Gross
---
tools/xenstat/libxenstat/src/xenstat_qmp.c | 67 +-
1 file changed, 29 insertions(+), 38 deletions(-)
diff --git a/tools/xen
libxl_list_vm() is calling xc_domain_getinfolist() today with a limit
of 1024 domains. To avoid open coding a loop around
xc_domain_getinfolist() to avoid the 1024 domain limit just use
libxl_list_domain() instead.
Suggested-by: Andrew Cooper
Signed-off-by: Juergen Gross
---
tools/libxl/libxl.c
Ian Campbell writes ("Re: [Xen-devel] [xen-4.3-testing test] 66638: regressions
- FAIL"):
> This is failing to build 4.2 (-prev job in a 4.3 branch), and I think would
> be fixed by a backport to that branch of:
>
> commit 665ddd98c4d418ced6f303b79b7a6322c69b7247
> Author: Olaf Hering
> Date:
flight 76954 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/76954/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 62112
build-a
On Mon, Jan 04, 2016 at 02:06:32PM +0100, Marek Marczykowski-Górecki wrote:
> On Tue, Dec 22, 2015 at 10:06:25AM -0500, Eric Shelton wrote:
> > The XSA mentions that "PV frontend patches will be developed and
> > released (publicly) after the embargo date." Has anything been done
> > towards this
On Mon, Jan 04, 2016 at 02:51:51PM +, Stefano Stabellini wrote:
> On Wed, 30 Dec 2015, Shannon Zhao wrote:
> > On 2015/11/30 22:57, Julien Grall wrote:
> > > Hi Shannon,
> > >
> > > On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> > >> > diff --git a/xen/arch/arm/psci.c b/xen/arch/arm/psci.
On Mon, 2016-01-04 at 14:50 +, Ian Jackson wrote:
> We are going to want to cherry pick a change to the bison input, which
> will involve rerunning bison.
>
> So firstly, update the bison and flex output to that from current
> Debian wheezy (i386; 1:2.5.dfsg-2.1 and 2.5.35-10.1 respectively).
There are some places in Xen tools which will work for only up to
1024 domains. Remove this limit.
Changes in V2:
- corrected a little error in patch 1 at end of loop (index -1 used
in array)
- added patches 2 and 3
Juergen Gross (3):
libxl: remove the xl list limit of 1024 domains
libxl: b
xl list is currently limited to 1024 domains. Remove the limit.
Signed-off-by: Juergen Gross
---
tools/libxl/libxl.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
index 9207621..86b08d9 100644
--- a/tools
On Mon, 2016-01-04 at 14:54 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [xen-4.4-testing test] 66583:
> regressions - FAIL"):
> > I think we want to backport:
> >
> > commit 345e44a85d71a1a910385f33c7f1ba3683026d18
> > Author: Dario Faggioli
> > Date: Fri Jun 20 16:09:00 2
On Mon, 4 Jan 2016 14:20:42 +0100
Peter Zijlstra wrote:
> On Thu, Dec 31, 2015 at 09:06:30PM +0200, Michael S. Tsirkin wrote:
> > On s390 read_barrier_depends, smp_read_barrier_depends
> > smp_store_mb(), smp_mb__before_atomic and smp_mb__after_atomic match the
> > asm-generic variants exactly. D
On Wed, Dec 30, 2015 at 11:11:08AM +0800, Shannon Zhao wrote:
>
>
> On 2015/11/30 22:57, Julien Grall wrote:
> > Hi Shannon,
> >
> > On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> >> > diff --git a/xen/arch/arm/psci.c b/xen/arch/arm/psci.c
> >> > index d800cb6..dede0e1 100644
> >> > --- a/x
On Mon, Jan 04, 2016 at 03:00:45PM +, Mark Rutland wrote:
> On Mon, Jan 04, 2016 at 02:51:51PM +, Stefano Stabellini wrote:
> > On Wed, 30 Dec 2015, Shannon Zhao wrote:
> > > I check this again. There are not limitations of supporting PSCI version
> > > in ACPI SPEC. It should support PSCI
1 - 100 of 229 matches
Mail list logo
