On 07/13/2016 09:14 PM, Konrad Rzeszutek Wilk wrote:
When we build Xen with the Rules.mk modified we end up:
... snip
A bit of grepping showed that the issue is with:
--section-alignment=0x20
which is used on the linker command line and this fix
replaces the --section-alignment to be 4
flight 97279 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97279/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-debianhvm-amd64 9 debian-hvm-install fail REGR. vs.
96211
test-amd64-i386-xl
With Xen commit bacbf0cb7349 ("build: convert debug to Kconfig"),
the debug build is controlled via Kconfig, so drop the separate
--xen-debug option to livepatch-build.
Signed-off-by: Ross Lagerwall
---
livepatch-build | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git
Require the user to pass a .config file matching the original build's
.config to ensure that the build configuration is identical.
Signed-off-by: Ross Lagerwall
---
livepatch-build | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/livepatch-build b/livepatch-bui
Update the example and project status. Add Contributing and Maintainers
sections.
Signed-off-by: Ross Lagerwall
---
README.md | 76 ---
1 file changed, 53 insertions(+), 23 deletions(-)
diff --git a/README.md b/README.md
index 9fb709f.
On 06/15/2016 03:00 PM, Konrad Rzeszutek Wilk wrote:
On Wed, Jun 15, 2016 at 09:08:46AM +0100, Ross Lagerwall wrote:
On 06/14/2016 04:35 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Jun 10, 2016 at 12:02:44PM +0100, Ross Lagerwall wrote:
Remove the old --xen-debug option, and instead, require the
flight 97280 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97280/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail
REGR. vs. 94748
test-amd64-i386-
Add rules to support using "make install".
Use "make install DESTDIR=... PREFIX=..." to customize the installation
path.
Signed-off-by: Ross Lagerwall
---
Makefile| 10 ++
livepatch-build | 20 +---
2 files changed, 27 insertions(+), 3 deletions(-)
diff --git a/
Corneliu ZUZU (8):
1/8: asm-arm/atomic.h: fix arm32|arm64 macros duplication
Reviewed-by: Stefano Stabellini
Changed:
* also moved mistakenly omitted atomic_xchg()
* arm empty line fixes moved here
2/8: asm-x86/atomic.h: minor: proper atomic_inc_and_test() placement
Move duplicate macros between asm-arm/arm32/atomic.h and asm-arm/arm64/atomic.h
to asm-arm/atomic.h.
Also empty line fixes.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Stefano Stabellini
---
Changed since v2:
* also moved mistakenly omitted atomic_xchg()
* arm empty line fixes moved here
---
Place atomic_inc_and_test() implementation after atomic_inc().
Also empty line fix.
Signed-off-by: Corneliu ZUZU
---
Changed since v2: arm empty line fixes moved from here
---
xen/include/asm-x86/atomic.h | 39 +++
1 file changed, 19 insertions(+), 20 deletion
Reorder macro definitions to match x86-side.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Stefano Stabellini
---
Changed since v2:
---
xen/include/asm-arm/atomic.h | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/xen/include/asm-arm/atomic.h b/xen/include/a
Create a common-side to establish, among others, prototypes of
atomic functions called from common-code. Done to avoid introducing
inconsistencies between arch-side headers when we make subtle
changes to one of them.
Some arm-side macros had to be turned into inline functions in the process.
Rem
This wouldn't let me make a param of a function that used atomic_read() const.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Andrew Cooper
---
Changed since v2:
---
xen/include/asm-arm/atomic.h | 2 +-
xen/include/asm-x86/atomic.h | 2 +-
xen/include/xen/atomic.h | 2 +-
3 files changed, 3 in
Turn atomic_inc_return and atomic_dec_return atomic.h macros to inline
functions.
Signed-off-by: Corneliu ZUZU
---
xen/include/asm-arm/atomic.h | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/xen/include/asm-arm/atomic.h b/xen/include/asm-arm/atomic.h
index 78d
The built-in leading underscores ('__') don't serve any purpose, so rename
__atomic_add_unless() -> atomic_add_unless().
Signed-off-by: Corneliu ZUZU
---
xen/include/asm-arm/arm32/atomic.h | 2 +-
xen/include/asm-arm/arm64/atomic.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff -
- implement missing functions atomic_{sub,inc,dec}_return(), atomic_add_unless()
on X86 and also add prototypes for them in common
- add missing macro atomic_xchg for X86
Signed-off-by: Corneliu ZUZU
---
xen/include/asm-x86/atomic.h | 27 +++
xen/include/xen/atomic.h
On 14/07/16 10:13, Corneliu ZUZU wrote:
> This wouldn't let me make a param of a function that used atomic_read() const.
>
> Signed-off-by: Corneliu ZUZU
> Reviewed-by: Andrew Cooper
You have dropped a Reviewed-by: Stefano Stabellini
from v2.
~Andrew
__
On 14/07/16 06:11, Corneliu ZUZU wrote:
On 7/13/2016 10:12 PM, Julien Grall wrote:
Hi Corneliu,
On 13/07/2016 15:18, Corneliu ZUZU wrote:
Move duplicate macros between asm-arm/arm32/atomic.h and
asm-arm/arm64/atomic.h
to asm-arm/atomic.h.
asm-arm/arm*/atomic.h were a copy from Linux. I don
On 14/07/16 10:10, Corneliu ZUZU wrote:
> Place atomic_inc_and_test() implementation after atomic_inc().
> Also empty line fix.
>
> Signed-off-by: Corneliu ZUZU
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists
On 14/07/16 10:14, Corneliu ZUZU wrote:
> - implement missing functions atomic_{sub,inc,dec}_return(),
> atomic_add_unless()
> on X86 and also add prototypes for them in common
>
> - add missing macro atomic_xchg for X86
>
> Signed-off-by: Corneliu ZUZU
Reviewed-by: Andrew Cooper
___
On 7/14/2016 12:26 PM, Andrew Cooper wrote:
On 14/07/16 10:13, Corneliu ZUZU wrote:
This wouldn't let me make a param of a function that used atomic_read() const.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Andrew Cooper
You have dropped a Reviewed-by: Stefano Stabellini
from v2.
~Andrew
On 7/14/2016 12:26 PM, Andrew Cooper wrote:
On 14/07/16 10:13, Corneliu ZUZU wrote:
This wouldn't let me make a param of a function that used atomic_read() const.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Andrew Cooper
You have dropped a Reviewed-by: Stefano Stabellini
from v2.
~Andrew
O
On Mon, Jul 11, 2016 at 12:44:42PM +0200, Marek Marczykowski-Górecki wrote:
> When this daemon is started after creating backend device, that device
> will not be configured.
>
> Racy situation:
> 1. driver domain is started
> 2. frontend domain is started (just after kicking driver domain off)
>
On 14/07/16 07:41, Dario Faggioli wrote:
> So, during domain destruction, we do:
> cpupool_rm_domain()[ in domain_destroy() ]
> sched_destroy_domain() [ in complete_domain_destroy() ]
>
> Therefore, there's a window during which, from the
> scheduler's point of view, a domain is still there,
This run is configured for baseline tests only.
flight 66564 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66564/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop
On 7/14/2016 12:29 PM, Andrew Cooper wrote:
On 14/07/16 10:14, Corneliu ZUZU wrote:
- implement missing functions atomic_{sub,inc,dec}_return(), atomic_add_unless()
on X86 and also add prototypes for them in common
- add missing macro atomic_xchg for X86
Signed-off-by: Corneliu ZUZU
Revi
On 14/07/16 10:39, Corneliu ZUZU wrote:
> On 7/14/2016 12:29 PM, Andrew Cooper wrote:
>> On 14/07/16 10:14, Corneliu ZUZU wrote:
>>> - implement missing functions atomic_{sub,inc,dec}_return(),
>>> atomic_add_unless()
>>> on X86 and also add prototypes for them in common
>>>
>>> - add missing m
On 7/14/2016 12:44 PM, Andrew Cooper wrote:
On 14/07/16 10:39, Corneliu ZUZU wrote:
On 7/14/2016 12:29 PM, Andrew Cooper wrote:
On 14/07/16 10:14, Corneliu ZUZU wrote:
- implement missing functions atomic_{sub,inc,dec}_return(), atomic_add_unless()
on X86 and also add prototypes for them in
Signed-off-by: Mihai Donțu
---
tools/tests/x86_emulator/test_x86_emulator.c | 23 +++
xen/arch/x86/x86_emulate/x86_emulate.c | 7 ---
2 files changed, 27 insertions(+), 3 deletions(-)
diff --git a/tools/tests/x86_emulator/test_x86_emulator.c
b/tools/tests/x86_emul
On 13/07/16 14:31, Juergen Gross wrote:
> Xenstore watches of the /local/domain//backend/ directories
> are never removed. This can lead to a memory leak in xenstored,
> especially when xenstored is running in another domain (this will be
> the case either for a system with xenstore-stubdom, or wit
Hi Corneliu,
On 14/07/16 10:14, Corneliu ZUZU wrote:
The built-in leading underscores ('__') don't serve any purpose, so rename
__atomic_add_unless() -> atomic_add_unless().
The leading underscores are from the Linux code. We decided to keep
those files unmodified to help syncing atomic code.
On 7/14/2016 1:00 PM, Julien Grall wrote:
Hi Corneliu,
On 14/07/16 10:14, Corneliu ZUZU wrote:
The built-in leading underscores ('__') don't serve any purpose, so
rename
__atomic_add_unless() -> atomic_add_unless().
The leading underscores are from the Linux code. We decided to keep
those f
On 7/14/2016 12:26 PM, Julien Grall wrote:
On 14/07/16 06:11, Corneliu ZUZU wrote:
On 7/13/2016 10:12 PM, Julien Grall wrote:
Hi Corneliu,
On 13/07/2016 15:18, Corneliu ZUZU wrote:
Move duplicate macros between asm-arm/arm32/atomic.h and
asm-arm/arm64/atomic.h
to asm-arm/atomic.h.
asm-arm
On 14/07/16 11:11, Corneliu ZUZU wrote:
On 7/14/2016 12:26 PM, Julien Grall wrote:
On 14/07/16 06:11, Corneliu ZUZU wrote:
On 7/13/2016 10:12 PM, Julien Grall wrote:
Hi Corneliu,
On 13/07/2016 15:18, Corneliu ZUZU wrote:
Move duplicate macros between asm-arm/arm32/atomic.h and
asm-arm/ar
Hi Dirk,
On 14/07/16 07:31, Dirk Behme wrote:
On 13.07.2016 23:03, Michael Turquette wrote:
Quoting Dirk Behme (2016-07-13 11:56:30)
On 13.07.2016 20:43, Stefano Stabellini wrote:
On Wed, 13 Jul 2016, Dirk Behme wrote:
On 13.07.2016 00:26, Michael Turquette wrote:
Quoting Dirk Behme (2016-0
On 13/07/16 21:57, Boris Ostrovsky wrote:
> On 07/13/2016 04:34 PM, Andrew Cooper wrote:
>> On 13/07/2016 21:17, Boris Ostrovsky wrote:
>>> On 07/13/2016 04:02 PM, Andrew Cooper wrote:
On 13/07/16 20:44, Boris Ostrovsky wrote:
> I would like to clear a bunch of Xen heap pages at once (i.e.
On Wed, 13 Jul 2016, Michael Turquette wrote:
> Quoting Dirk Behme (2016-07-13 11:56:30)
> > On 13.07.2016 20:43, Stefano Stabellini wrote:
> > > On Wed, 13 Jul 2016, Dirk Behme wrote:
> > >> On 13.07.2016 00:26, Michael Turquette wrote:
> > >>> Quoting Dirk Behme (2016-07-12 00:46:45)
> > Clo
On Thu, 14 Jul 2016, Dirk Behme wrote:
> On 13.07.2016 21:07, Stefano Stabellini wrote:
> > On Wed, 13 Jul 2016, Dirk Behme wrote:
> > > On 13.07.2016 20:35, Stefano Stabellini wrote:
> > > > On Tue, 12 Jul 2016, Dirk Behme wrote:
> > > > > Clocks described by this property are reserved for use by
On 14.07.2016 12:14, Julien Grall wrote:
Hi Dirk,
On 14/07/16 07:31, Dirk Behme wrote:
On 13.07.2016 23:03, Michael Turquette wrote:
Quoting Dirk Behme (2016-07-13 11:56:30)
On 13.07.2016 20:43, Stefano Stabellini wrote:
On Wed, 13 Jul 2016, Dirk Behme wrote:
On 13.07.2016 00:26, Michael Tu
On 14/07/16 11:25, George Dunlap wrote:
> On 13/07/16 21:57, Boris Ostrovsky wrote:
>> On 07/13/2016 04:34 PM, Andrew Cooper wrote:
>>> On 13/07/2016 21:17, Boris Ostrovsky wrote:
On 07/13/2016 04:02 PM, Andrew Cooper wrote:
> On 13/07/16 20:44, Boris Ostrovsky wrote:
>> I would like t
On Thu, 14 Jul 2016, Dirk Behme wrote:
> On 13.07.2016 23:03, Michael Turquette wrote:
> > Quoting Dirk Behme (2016-07-13 11:56:30)
> > > On 13.07.2016 20:43, Stefano Stabellini wrote:
> > > > On Wed, 13 Jul 2016, Dirk Behme wrote:
> > > > > On 13.07.2016 00:26, Michael Turquette wrote:
> > > > > >
On Wed, Jun 22, 2016 at 10:38:53AM +0200, Paulina Szubarczyk wrote:
> Copy data operated on during request from/to local buffers to/from
> the grant references.
>
> Before grant copy operation local buffers must be allocated what is
> done by calling ioreq_init_copy_buffers. For the 'read' operati
On 14.07.2016 12:38, Stefano Stabellini wrote:
On Thu, 14 Jul 2016, Dirk Behme wrote:
On 13.07.2016 23:03, Michael Turquette wrote:
Quoting Dirk Behme (2016-07-13 11:56:30)
On 13.07.2016 20:43, Stefano Stabellini wrote:
On Wed, 13 Jul 2016, Dirk Behme wrote:
On 13.07.2016 00:26, Michael Turq
On Thu, 14 Jul 2016, Corneliu ZUZU wrote:
> On 7/14/2016 1:00 PM, Julien Grall wrote:
> > Hi Corneliu,
> >
> > On 14/07/16 10:14, Corneliu ZUZU wrote:
> > > The built-in leading underscores ('__') don't serve any purpose, so rename
> > > __atomic_add_unless() -> atomic_add_unless().
> >
> > The l
On Thu, 14 Jul 2016, Corneliu ZUZU wrote:
> Turn atomic_inc_return and atomic_dec_return atomic.h macros to inline
> functions.
>
> Signed-off-by: Corneliu ZUZU
Reviewed-by: Stefano Stabellini
> xen/include/asm-arm/atomic.h | 13 ++---
> 1 file changed, 10 insertions(+), 3 deletions(
On Thu, 14 Jul 2016, Corneliu ZUZU wrote:
> Create a common-side to establish, among others, prototypes of
> atomic functions called from common-code. Done to avoid introducing
> inconsistencies between arch-side headers when we make subtle
> changes to one of them.
>
> Some arm-side macros had
On Wed, 22 Jun 2016, Julien Grall wrote:
> The macro _AC is used to define constant for both assembly and C.
>
> Signed-off-by: Julien Grall
Reviewed-by: Stefano Stabellini
> xen/include/asm-arm/config.h | 7 +--
> 1 file changed, 1 insertion(+), 6 deletions(-)
>
> diff --git a/xen/incl
On Wed, 22 Jun 2016, Julien Grall wrote:
> Commit c051618 "xen/arm: traps: Correctly interpret the content of the
> register HPFAR_EL2" attempted to fix the interpretation of HPFAR_EL2.
>
> However, the register contains a 4KB-aligned address. This means that
> the reported address is not directly
On Wed, 22 Jun 2016, Julien Grall wrote:
> The HSR encoding for an exception from a data abort does not contain a
> conditional code (see G6-4264 in ARM DDI 0487A.i) because they are
> always conditional.
>
> So drop the pointless condition check.
>
> Signed-off-by: Julien Grall
Reviewed-by: St
On Wed, 22 Jun 2016, Julien Grall wrote:
> The fault status we care are all the form xx where xx is the lookup
^ in the form of
> level that gave the fault. We can simply the code by masking the 2 least
^ simplify
> sig
On Wed, Jul 13, 2016 at 01:08:57PM -0400, Boris Ostrovsky wrote:
> On 07/13/2016 11:22 AM, Julien Grall wrote:
> > Hello,
> >
> > On 12/07/2016 17:58, Boris Ostrovsky wrote:
> >> On 07/12/2016 12:10 PM, Julien Grall wrote:
> >>> On 12/07/2016 16:08, Boris Ostrovsky wrote:
> On 07/12/2016 10:57
flight 97282 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97282/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 3 host-install(3) broken
REGR. vs. 96791
test-
Hi Stefano,
On 14/07/16 12:12, Stefano Stabellini wrote:
On Wed, 22 Jun 2016, Julien Grall wrote:
The fault status we care are all the form xx where xx is the lookup
^ in the form of
level that gave the fault. We can simply the code by masking the 2 lea
Hello,
On 13/07/16 18:08, Boris Ostrovsky wrote:
On 07/13/2016 11:22 AM, Julien Grall wrote:
On 12/07/2016 17:58, Boris Ostrovsky wrote:
The config file specifies resources provided by the host. How the guest
views those resources is not important, I think.
This would need to be clarified. F
flight 97283 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97283/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 97272
test-amd64-i386-xl-qemuu-win7-amd6
On 11.07.2016 15:04, Bob Liu wrote:
On 07/11/2016 04:50 PM, Evgenii Shatokhin wrote:
On 06.06.2016 11:42, Dario Faggioli wrote:
Just Cc-ing some Linux, block, and Xen on CentOS people...
Ping.
Any suggestions how to debug this or what might cause the problem?
Obviously, we cannot control
On 07/14/2016 07:49 PM, Evgenii Shatokhin wrote:
> On 11.07.2016 15:04, Bob Liu wrote:
>>
>>
>> On 07/11/2016 04:50 PM, Evgenii Shatokhin wrote:
>>> On 06.06.2016 11:42, Dario Faggioli wrote:
Just Cc-ing some Linux, block, and Xen on CentOS people...
>>>
>>> Ping.
>>>
>>> Any suggestions
On Wed, Jun 22, 2016 at 09:51:02AM -0600, Eric Blake wrote:
> Change sector-based blk_discard(), blk_co_discard(), and
> blk_aio_discard() to instead be byte-based *_pdiscard()
> functions. NBD gets a lot simpler now that ignoring the
> unaligned portion of a byte-based discard request is handled
Hi,
On 14/07/16 11:34, Andrew Cooper wrote:
On 14/07/16 11:25, George Dunlap wrote:
On 13/07/16 21:57, Boris Ostrovsky wrote:
On 07/13/2016 04:34 PM, Andrew Cooper wrote:
On 13/07/2016 21:17, Boris Ostrovsky wrote:
On 07/13/2016 04:02 PM, Andrew Cooper wrote:
On 13/07/16 20:44, Boris Ostrov
On 14.07.2016 15:04, Bob Liu wrote:
On 07/14/2016 07:49 PM, Evgenii Shatokhin wrote:
On 11.07.2016 15:04, Bob Liu wrote:
On 07/11/2016 04:50 PM, Evgenii Shatokhin wrote:
On 06.06.2016 11:42, Dario Faggioli wrote:
Just Cc-ing some Linux, block, and Xen on CentOS people...
Ping.
Any sugg
osstest service owner writes ("[linux-3.18 test] 97278: regressions - FAIL"):
> flight 97278 linux-3.18 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/97278/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
...
> test
flight 66566 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66566/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-armhf-pvops 3 host-install(3) broken like 44432
build-armhf
* Paul Gortmaker wrote:
> To that end, I have done allmodconfig, allyesconfig and allnoconfig
> for both 32 bit and 64 bit x86 with these changes on the linux-next
> from today, which presumably has an up to date copy of tip in it.
It does, still I get this on allnoconfig with your patches appl
On 14/07/16 13:42, Julien Grall wrote:
> Hi,
>
> On 14/07/16 11:34, Andrew Cooper wrote:
>> On 14/07/16 11:25, George Dunlap wrote:
>>> On 13/07/16 21:57, Boris Ostrovsky wrote:
On 07/13/2016 04:34 PM, Andrew Cooper wrote:
> On 13/07/2016 21:17, Boris Ostrovsky wrote:
>> On 07/13/2016
On 13/07/16 10:16, Owen Smith wrote:
> Windows 10 supports a specific ACPI device for handling the
> switch between tablet mode and desktop mode. The meer existance
> of this device is the mimimum to allow tablet/desktop mode to
> be switched.
> Tablet mode referes to the "undocked" state where all
On 13/07/16 22:43, Boris Ostrovsky wrote:
> On 07/13/2016 05:06 PM, Andrew Cooper wrote:
>> On 13/07/2016 21:57, Boris Ostrovsky wrote:
>>> On 07/13/2016 04:34 PM, Andrew Cooper wrote:
On 13/07/2016 21:17, Boris Ostrovsky wrote:
> On 07/13/2016 04:02 PM, Andrew Cooper wrote:
>> On 13/0
On Thu, 14 Jul 2016, Julien Grall wrote:
> Hi Stefano,
>
> On 14/07/16 12:12, Stefano Stabellini wrote:
> > On Wed, 22 Jun 2016, Julien Grall wrote:
> > > The fault status we care are all the form xx where xx is the lookup
> >
> > ^ in the form of
> >
> > >
On Wed, 13 Jul 2016, Julien Grall wrote:
> Hello,
>
> On 12/07/2016 17:58, Boris Ostrovsky wrote:
> > On 07/12/2016 12:10 PM, Julien Grall wrote:
> > > On 12/07/2016 16:08, Boris Ostrovsky wrote:
> > > > On 07/12/2016 10:57 AM, Shannon Zhao wrote:
> > > > > On 2016年07月12日 22:50, Wei Liu wrote:
> >
This run is configured for baseline tests only.
flight 66565 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66565/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-i386-rumpuserxen6 xen-build
On Wed, 22 Jun 2016, Julien Grall wrote:
> Workarounds may require to execute a different path when the platform
> is affected by the associated erratum. Furthermore, this may need to
> be called in the common code.
>
> To avoid too much intrusion/overhead, the workaround helpers need to
> be a no
Hi Shanker,
On 27/06/16 21:33, Shanker Donthineni wrote:
The redistributor address can be specified either as part of GICC or
GICR subtable depending on the power domain. The current driver
doesn't support parsing redistributor entry that is defined in GICC
subtable. The GIC CPU subtable entry h
On Mon, 27 Jun 2016, Shanker Donthineni wrote:
> The function acpi_table_parse_madt() does the same functionality as
> function acpi_parse_entries() expect it takes a few arguments.
>
> Signed-off-by: Shanker Donthineni
I committed patches 1 to 7
> xen/arch/arm/gic-v3.c | 27 ++---
flight 97286 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97286/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt5 libvirt-build fail REGR. vs. 97003
build-armhf-libvirt
This makes the buffers function parameters instead of globals, in
preparation for adding alternate locations for the policy.
Signed-off-by: Daniel De Graaf
Reviewed-by: Jan Beulich
---
Changes since v5:
- Adjusted __init annotation placement
- Removed unneeded cast to char*
xen/include/xsm/
This adds a Kconfig option and support for including the XSM policy from
tools/flask/policy in the hypervisor so that the bootloader does not
need to provide a policy to get sane behavior from an XSM-enabled
hypervisor. The policy provided by the bootloader, if present, will
override the built-in
On 14/07/16 15:18, Daniel De Graaf wrote:
> This makes the buffers function parameters instead of globals, in
> preparation for adding alternate locations for the policy.
>
> Signed-off-by: Daniel De Graaf
> Reviewed-by: Jan Beulich
Reviewed-by: Andrew Cooper
__
On 14/07/16 15:18, Daniel De Graaf wrote:
> This adds a Kconfig option and support for including the XSM policy from
> tools/flask/policy in the hypervisor so that the bootloader does not
> need to provide a policy to get sane behavior from an XSM-enabled
> hypervisor. The policy provided by the b
On Wed, 22 Jun 2016, Julien Grall wrote:
> Currently, Xen is reading the MIDR everytime it has to check whether
> the processor is affected by the erratum 766422.
>
> This could take advantage of the new capability bitfields to detect
> whether the processor is affected at boot time.
>
> With thi
Hi Stefano,
On 14/07/16 15:34, Stefano Stabellini wrote:
On Wed, 22 Jun 2016, Julien Grall wrote:
Currently, Xen is reading the MIDR everytime it has to check whether
the processor is affected by the erratum 766422.
This could take advantage of the new capability bitfields to detect
whether th
> -Original Message-
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: 14 July 2016 14:21
> To: Owen Smith; xen-de...@lists.xenproject.org
> Subject: Re: [Xen-devel] [PATCH] Add optional ACPI device for Windows
> Continuum
>
> On 13/07/16 10:16, Owen Smith wrote:
> > Window
flight 97302 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97302/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
Access to setpodtarget and getpodtarget is required by dom0 to set the balloon
targets for domU. The patch gives source domain (dom0) access to set
this target for domU and resolve the following permission denied erro
message during ballooning :
avc: denied { setpodtarget } for domid=0 target=9
s
On Thu, 2016-07-14 at 10:37 +0100, Andrew Cooper wrote:
> On 14/07/16 07:41, Dario Faggioli wrote:
> >
> > So, during domain destruction, we do:
> > cpupool_rm_domain()[ in domain_destroy() ]
> > sched_destroy_domain() [ in complete_domain_destroy() ]
> >
> > Therefore, there's a window dur
On 14/07/16 15:54, Dario Faggioli wrote:
> On Thu, 2016-07-14 at 10:37 +0100, Andrew Cooper wrote:
>> On 14/07/16 07:41, Dario Faggioli wrote:
>>> So, during domain destruction, we do:
>>> cpupool_rm_domain()[ in domain_destroy() ]
>>> sched_destroy_domain() [ in complete_domain_destroy() ]
>
On Wed, 22 Jun 2016, Julien Grall wrote:
> The function do_trap_data_abort_guest assumes that a stage-2 data abort
> can only be taken for a translation fault or permission fault today.
>
> Whilst this is true today, it might not be in the future. Rather than
> emulating the MMIO for any fault oth
On 14/07/16 15:18, Daniel De Graaf wrote:
> This makes the buffers function parameters instead of globals, in
> preparation for adding alternate locations for the policy.
>
> Signed-off-by: Daniel De Graaf
> Reviewed-by: Jan Beulich
> ---
Reviewed and committed both patches.
~Andrew
__
On 14/07/16 15:46, Anshul Makkar wrote:
> Access to setpodtarget and getpodtarget is required by dom0 to set the balloon
> targets for domU. The patch gives source domain (dom0) access to set
> this target for domU and resolve the following permission denied erro
> message during ballooning :
> avc
[Re: [PATCH 0/8] x86: audit and remove needless module.h includes] On
14/07/2016 (Thu 15:04) Ingo Molnar wrote:
>
> * Paul Gortmaker wrote:
>
> > To that end, I have done allmodconfig, allyesconfig and allnoconfig
> > for both 32 bit and 64 bit x86 with these changes on the linux-next
> > from
On Wed, 22 Jun 2016, Julien Grall wrote:
> Translating a VA to a IPA is expensive. Currently, Xen is assuming that
> HPFAR_EL2 is only valid when the stage-2 data/instruction abort happened
> during a translation table walk of a first stage translation (i.e S1PTW
> is set).
>
> However, based on t
On Thu, 14 Jul 2016, Julien Grall wrote:
> Hi Stefano,
>
> On 14/07/16 16:06, Stefano Stabellini wrote:
> > On Wed, 22 Jun 2016, Julien Grall wrote:
> > > -if (handle_mmio(&info))
> > > -{
> > > -advance_pc(regs, hsr);
> > > -return;
> > > +if ( handle_mmio(&info) )
On 14/07/16 16:28, Stefano Stabellini wrote:
On Thu, 14 Jul 2016, Julien Grall wrote:
Hi Stefano,
On 14/07/16 16:06, Stefano Stabellini wrote:
On Wed, 22 Jun 2016, Julien Grall wrote:
-if (handle_mmio(&info))
-{
-advance_pc(regs, hsr);
-return;
+if ( handle_m
Hi Stefano,
On 14/07/16 16:06, Stefano Stabellini wrote:
On Wed, 22 Jun 2016, Julien Grall wrote:
-if (handle_mmio(&info))
-{
-advance_pc(regs, hsr);
-return;
+if ( handle_mmio(&info) )
+{
+advance_pc(regs, hsr);
+return;
+
Hi Stefano/Juilen
On 07/14/2016 09:18 AM, Stefano Stabellini wrote:
On Mon, 27 Jun 2016, Shanker Donthineni wrote:
The function acpi_table_parse_madt() does the same functionality as
function acpi_parse_entries() expect it takes a few arguments.
Signed-off-by: Shanker Donthineni
I committed
On 14/07/16 16:27, Stefano Stabellini wrote:
On Wed, 22 Jun 2016, Julien Grall wrote:
diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c
index 591de3c..0edc2cc 100644
--- a/xen/arch/arm/traps.c
+++ b/xen/arch/arm/traps.c
@@ -2383,13 +2383,28 @@ static inline paddr_t get_faulting_ipa(vadd
Hi Quan,
thanks for CC'ing me. sstabell...@kernel.org is the right address to
reach me now.
I am also CC'ing Anthony Perard who is Xen co-maintainer in QEMU.
Cheers,
Stefano
On Wed, 13 Jul 2016, Xu, Quan wrote:
> Emil, Thanks for your effort ( today I just come back to return my laptop).
>
>
On Thu, 14 Jul 2016, Julien Grall wrote:
> On 14/07/16 16:27, Stefano Stabellini wrote:
> > On Wed, 22 Jun 2016, Julien Grall wrote:
> > > diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c
> > > index 591de3c..0edc2cc 100644
> > > --- a/xen/arch/arm/traps.c
> > > +++ b/xen/arch/arm/traps.c
>
On Wed, 22 Jun 2016, Julien Grall wrote:
> The ARM erratum applies to certain revisions of Cortex-A57. The
> processor may report a Stage 2 translation fault as the result of
> Stage 1 fault for load crossing a page boundary when there is a
> permission fault or device memory fault at stage 1 and a
Hi,
I've been investigating why OVMF is very slow in a Xen guest on an AMD
host. This, I think, is the current failure that osstest is having.
I've only look at a specific part of OVMF where the slowdown is very
obvious on AMD vs Intel, the decompression.
This is what I get on AMD, via the Xen
On Thu, 14 Jul 2016, Dirk Behme wrote:
> On 14.07.2016 12:38, Stefano Stabellini wrote:
> > On Thu, 14 Jul 2016, Dirk Behme wrote:
> > > On 13.07.2016 23:03, Michael Turquette wrote:
> > > > Quoting Dirk Behme (2016-07-13 11:56:30)
> > > > > On 13.07.2016 20:43, Stefano Stabellini wrote:
> > > > >
1 - 100 of 165 matches
Mail list logo
