flight 100538 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100538/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-s
This run is configured for baseline tests only.
flight 67549 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67549/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 14 gu
On Thu, Aug 11, 2016 at 08:17:58AM -0600, Jan Beulich wrote:
> >>> On 11.08.16 at 16:12, wrote:
> On 06.08.16 at 01:04, wrote:
> >> --- a/xen/arch/x86/boot/reloc.c
> >> +++ b/xen/arch/x86/boot/reloc.c
> >> @@ -32,60 +32,69 @@ typedef unsigned int u32;
> >>
> >> static u32 alloc;
> >>
> >> -
flight 100540 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100540/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf a012df5ec643a0c08c2b723a02919a5c9373ca74
baseline version:
ovmf 7503cd70fb864a5663edb
This is a side-effect of commit c36e1c, which currently prevents compiling
xenalyze with libcs that don't have argp built-in.
Signed-off-by: Roger Pau Monné
---
Cc: George Dunlap
Cc: Wei Liu
Cc: Ian Jackson
---
tools/xentrace/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
On Wed, Aug 17, 2016 at 09:39:58AM -0600, Jan Beulich wrote:
> >>> On 06.08.16 at 01:04, wrote:
[...]
> > +case MULTIBOOT2_TAG_TYPE_MMAP:
> > +mbi_out->flags |= MBI_MEMMAP;
> > +mbi_out->mmap_length = get_mb2_data(tag, mmap, size);
> > +mbi_out->mmap_l
On 18/08/16 06:59, Juergen Gross wrote:
> Anthony has sent out a patch to move struct hvm_start_info from
> tools/libxc/include/xc_dom.h to a public header:
>
> [PATCH v7 06/15] xen: Move the hvm_start_info C representation to the
> public headers
>
> Would it be possible to take that patch? I'd ne
On Thu, Aug 18, 2016 at 01:39:08AM +0200, Dario Faggioli wrote:
> On Wed, 2016-08-17 at 15:33 +0100, Wei Liu wrote:
> > Wei Liu (2):
> > libs/gnttab: do not use alloca(3)
> > libs/foreignmemory: do not use alloca(3)
> >
> FWIW, both patches:
>
> Reviewed-by: Dario Faggioli
>
Thanks for rev
On Thu, Aug 18, 2016 at 10:27:56AM +0100, Andrew Cooper wrote:
> On 18/08/16 06:59, Juergen Gross wrote:
> > Anthony has sent out a patch to move struct hvm_start_info from
> > tools/libxc/include/xc_dom.h to a public header:
> >
> > [PATCH v7 06/15] xen: Move the hvm_start_info C representation to
>>> On 18.08.16 at 03:38, wrote:
> On 8/17/16 7:36 AM, Jan Beulich wrote:
> On 17.08.16 at 01:28, wrote:
>>> For the functions that make up the interface to the MTRR code, drop the
>>> static keyword and prefix them all with mtrr for improved clarity when
>>> they're called outside this file.
>>> On 18.08.16 at 03:59, wrote:
> On 8/17/16 7:49 AM, Jan Beulich wrote:
> On 17.08.16 at 01:28, wrote:
>>> There can only ever be one mtrr_if now and that is the generic
>>> implementation
>>
>> This is only true when taking into consideration that cpu_has_mtrr
>> is #define-d to 1 right n
On 18/08/16 02:59, Doug Goldstein wrote:
> On 8/17/16 7:49 AM, Jan Beulich wrote:
> On 17.08.16 at 01:28, wrote:
>>> There can only ever be one mtrr_if now and that is the generic
>>> implementation
>> This is only true when taking into consideration that cpu_has_mtrr
>> is #define-d to 1 righ
>>> On 18.08.16 at 10:53, wrote:
> On Thu, Aug 11, 2016 at 08:17:58AM -0600, Jan Beulich wrote:
>> >>> On 11.08.16 at 16:12, wrote:
>> On 06.08.16 at 01:04, wrote:
>> >> --- a/xen/arch/x86/boot/reloc.c
>> >> +++ b/xen/arch/x86/boot/reloc.c
>> >> @@ -32,60 +32,69 @@ typedef unsigned int u32;
On 18/08/16 10:10, Roger Pau Monne wrote:
> This is a side-effect of commit c36e1c, which currently prevents compiling
> xenalyze with libcs that don't have argp built-in.
>
> Signed-off-by: Roger Pau Monné
I don't have the expertise to know if this is the Right Way to solve
this problem; but re
On Wed, 2016-08-17 at 20:57 -0400, Meng Xu wrote:
> On Wed, Aug 17, 2016 at 1:18 PM, Dario Faggioli
> wrote:
> >
> > diff --git a/xen/common/sched_rt.c b/xen/common/sched_rt.c
> > index 41c61a7..903dbd8 100644
> > --- a/xen/common/sched_rt.c
> > +++ b/xen/common/sched_rt.c
> >
> > @@ -1035,6 +10
>>> On 18.08.16 at 11:23, wrote:
> On Wed, Aug 17, 2016 at 09:39:58AM -0600, Jan Beulich wrote:
>> >>> On 06.08.16 at 01:04, wrote:
>
> [...]
>
>> > +case MULTIBOOT2_TAG_TYPE_MMAP:
>> > +mbi_out->flags |= MBI_MEMMAP;
>> > +mbi_out->mmap_length = get_mb2_data(tag,
On Thu, Aug 18, 2016 at 11:10:44AM +0200, Roger Pau Monne wrote:
> This is a side-effect of commit c36e1c, which currently prevents compiling
> xenalyze with libcs that don't have argp built-in.
>
> Signed-off-by: Roger Pau Monné
Acked-by: Wei Liu
> ---
> Cc: George Dunlap
> Cc: Wei Liu
> Cc
Hey,
This is v2 of this
https://lists.xen.org/archives/html/xen-devel/2016-08/msg01679.html although it
became a small series, as I noticed in the process room for a small improvement
to the code and added a patch for that (that's patch 2).
Also, while adding the ASSERT() George asked for here
ht
In the Credit1 hunk of 9f358ddd69463 ("xen: Have
schedulers revise initial placement") csched_cpu_pick()
is called without taking the runqueue lock of the
(temporary) pCPU that the vCPU has been assigned to
(e.g., in XEN_DOMCTL_max_vcpus).
However, although 'hidden' in the IS_RUNQ_IDLE() macro,
th
In fact, csched_vcpu_acct() is called by csched_tick()
_only_ on non idle vcpus already.
There's even an ASSERT() already in place at the top
of it which, by checking that svc->sdom is not NULL,
guarantees that the function is not being called on
the idle domain.
Signed-off-by: Dario Faggioli
--
Instead of having several representation of hvm_start_info in C, define
it in public/arch-x86/hvm/start_info.h so both libxc and hvmloader can
use it.
Also move the comment describing the binary format to be alongside the
C struct.
Signed-off-by: Anthony PERARD
Reviewed-by: Andrew Cooper
---
Th
>>> On 17.08.16 at 22:32, wrote:
> One of the interesting things about XSA 154 fix ("x86: enforce consistent
> cachability of MMIO mappings") is that when certain applications (mcelog)
> are trying to map /dev/mmap and lurk in ISA regions - we get:
DYM /dev/mem ? Most accesses to which are bogus
On Wed, Aug 17, 2016 at 02:51:21PM +0200, Samuel Thibault wrote:
> Wei Liu, on Wed 17 Aug 2016 13:35:11 +0100, wrote:
> > Signed-off-by: Wei Liu
>
> Reviewed-by: Samuel Thibault
>
Pushed this patch to reduce path queue length.
Wei.
___
Xen-devel ma
Use the newer ELF note interface. The generated ELF notes results in
equivalent configuration.
Also need to modify linker script to provide a note section.
Signed-off-by: Wei Liu
Reviewed-by: Juergen Gross
---
arch/x86/minios-x86_32.lds | 4
arch/x86/minios-x86_64.lds | 4
arch/x86
There are only a few differences between i386 and x86-64 linker scripts.
Unify them into one. Re-indent the file at the same time.
Construct a special rule in top-level directory to cope with the change.
Ideally the build system should also be made more elegant, but
overhauling the build system is
Ported from Xen Test Framework project (BSD license).
Signed-off-by: Wei Liu
---
v2: Provide a stub for ARM
---
include/arm/asm_macros.h | 14 ++
include/asm_macros.h | 40
include/x86/asm_macros.h | 28
3 file
Wei Liu (3):
Introduce asm_macros.h
x86: switch to use elfnote
x86: use unified linker script
.gitignore | 1 +
Makefile | 6 +-
arch/x86/Makefile | 1 +
arch/x86/minios-x86.lds.S | 133 +
arch/x86
On 18/08/16 11:06, Jan Beulich wrote:
On 17.08.16 at 22:32, wrote:
>> One of the interesting things about XSA 154 fix ("x86: enforce consistent
>> cachability of MMIO mappings") is that when certain applications (mcelog)
>> are trying to map /dev/mmap and lurk in ISA regions - we get:
> DYM /
On Wed, Aug 17, 2016 at 09:56:39AM -0600, Jan Beulich wrote:
> >>> On 06.08.16 at 01:04, wrote:
> > A subsequent patch adds efi struct flags member which is used
> > during runtime to differentiate between legacy BIOS and EFI
> > platforms and multiboot2 and EFI native loader. So, efi symbol
> > h
On Thu, Aug 18, 2016 at 12:04:30PM +0200, Juergen Gross wrote:
> Instead of having several representation of hvm_start_info in C, define
> it in public/arch-x86/hvm/start_info.h so both libxc and hvmloader can
> use it.
>
> Also move the comment describing the binary format to be alongside the
> C
On 18/08/16 11:15, Wei Liu wrote:
> Wei Liu (3):
> Introduce asm_macros.h
> x86: switch to use elfnote
> x86: use unified linker script
All three Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/
On Tue, 2016-08-09 at 09:57 -0400, Meng Xu wrote:
> On Mon, Aug 8, 2016 at 5:38 AM, Dario Faggioli
> wrote:
> >
> > I'm just thinking out loud and
> > wondering:
> > - could it be useful to have a scheduling analysis in place for
> > the
> > scheduler in work conserving mode (one, of course,
On Wed, Aug 17, 2016 at 10:12:32AM -0600, Jan Beulich wrote:
> >>> On 06.08.16 at 01:04, wrote:
>
> Apart from the question of this probably better getting merged with
> the previous patch ...
>
> > --- a/xen/common/efi/boot.c
> > +++ b/xen/common/efi/boot.c
> > @@ -936,6 +936,10 @@ efi_start(EFI_
On 15/08/16 11:50, Wei Liu wrote:
> Blktap2 is effectively dead code for a few years.
>
> Notable changes in this patch:
>
> 0. Unhook blktap2 from build system
> 1. Now libxl no longer supports TAP ask backend, appropriate assertions
>are added and some code paths now return ERROR_FAIL
> 2.
On 16/08/16 23:17, Sergej Proskurin wrote:
> This commit adds the function "altp2m_switch_vcpu_altp2m_by_id" that is
> executed after checking whether the vcpu should be switched to a
> different altp2m within the function "altp2m_check".
>
> Please note that in this commit, the function "p2m_altp
On 18/08/16 12:15, Wei Liu wrote:
> Ported from Xen Test Framework project (BSD license).
>
> Signed-off-by: Wei Liu
Reviewed-by: Juergen Gross
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
>>> On 17.08.16 at 22:08, wrote:
> On 17/08/2016 20:57, Julien Grall wrote:
>> Hi Konrad,
>>
>> On 17/08/2016 20:00, Konrad Rzeszutek Wilk wrote:
>>> On Wed, Aug 17, 2016 at 07:29:12PM +0100, Julien Grall wrote:
On 15/08/16 00:07, Konrad Rzeszutek Wilk wrote:
>>
>> [...]
>>
> diff --git a
On 18/08/16 12:15, Wei Liu wrote:
> There are only a few differences between i386 and x86-64 linker scripts.
> Unify them into one. Re-indent the file at the same time.
>
> Construct a special rule in top-level directory to cope with the change.
> Ideally the build system should also be made more
flight 100541 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100541/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 7822a1d91d53e80525f571183a24d54488f5437f
baseline version:
ovmf a012df5ec643a0c08c2b7
>>> On 18.08.16 at 12:16, wrote:
> On 18/08/16 11:06, Jan Beulich wrote:
> On 17.08.16 at 22:32, wrote:
>>>Looking at the kernel it assumes that WB is ok for 640KB->1MB.
>>>The comment says:
>>>" /* Low ISA region is always mapped WB in page table. No need to track
> *"
>> As per
>>> On 18.08.16 at 12:17, wrote:
> On Wed, Aug 17, 2016 at 09:56:39AM -0600, Jan Beulich wrote:
>> >>> On 06.08.16 at 01:04, wrote:
>> > A subsequent patch adds efi struct flags member which is used
>> > during runtime to differentiate between legacy BIOS and EFI
>> > platforms and multiboot2 and
>>> On 18.08.16 at 12:30, wrote:
> On Wed, Aug 17, 2016 at 10:12:32AM -0600, Jan Beulich wrote:
>> >>> On 06.08.16 at 01:04, wrote:
>>
>> Apart from the question of this probably better getting merged with
>> the previous patch ...
>>
>> > --- a/xen/common/efi/boot.c
>> > +++ b/xen/common/efi/boo
This run is configured for baseline tests only.
flight 67551 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67551/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd
On Thu, Aug 18, 2016 at 03:43:54AM -0600, Jan Beulich wrote:
> >>> On 18.08.16 at 11:23, wrote:
> > On Wed, Aug 17, 2016 at 09:39:58AM -0600, Jan Beulich wrote:
> >> >>> On 06.08.16 at 01:04, wrote:
> >
> > [...]
> >
> >> > +case MULTIBOOT2_TAG_TYPE_MMAP:
> >> > +mbi_out->flag
On Wed, 2016-08-17 at 19:17 +0200, Dario Faggioli wrote:
> Hi everyone,
>
> Here's another rather big scheduler-related series. The most of the
> content (as
> usual, lately) is about Credit2, but there are other things, about
> tracing and
> also about Credit1. In fact, this patch series introduc
On Thu, Aug 18, 2016 at 05:18:01AM -0600, Jan Beulich wrote:
> >>> On 18.08.16 at 12:30, wrote:
> > On Wed, Aug 17, 2016 at 10:12:32AM -0600, Jan Beulich wrote:
> >> >>> On 06.08.16 at 01:04, wrote:
> >>
> >> Apart from the question of this probably better getting merged with
> >> the previous pa
And finally, Jan,
On Wed, 2016-08-17 at 19:17 +0200, Dario Faggioli wrote:
>
I think that these three:
> Dario Faggioli (24):
>
> xen: credit1: fix mask to be used for tickling in Credit1
> xen: credit1: return the 'time remaining to the limit' as next
> timeslice.
> xen: cred
On 17/08/16 21:08, Shanker Donthineni wrote:
On 08/17/2016 06:11 AM, Julien Grall wrote:
On 17/08/16 03:19, Shanker Donthineni wrote:
Hi Julien,
Hello Shanker,
On 07/27/2016 12:09 PM, Julien Grall wrote:
Translating a VA to a IPA is expensive. Currently, Xen is assuming that
HPFAR_EL2
On 17/08/16 19:17, Derek Straka wrote:
> Allows for the conditional inclusion of tboot related functionality via
> Kconfig
>
> The default configuration for the new CONFIG_TBOOT option is 'y', so the
> behavior out of the box remains unchanged. The addition of the option allows
> advanced users t
On Thu, Aug 18, 2016 at 03:41:06AM -0600, Jan Beulich wrote:
> >>> On 18.08.16 at 10:53, wrote:
> > On Thu, Aug 11, 2016 at 08:17:58AM -0600, Jan Beulich wrote:
> >> >>> On 11.08.16 at 16:12, wrote:
> >> On 06.08.16 at 01:04, wrote:
> >> >> --- a/xen/arch/x86/boot/reloc.c
> >> >> +++ b/xen/
flight 100543 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100543/
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 1
On Tue, Aug 16, 2016 at 3:07 AM, Juergen Gross wrote:
> On 15/08/16 17:02, Jan Beulich wrote:
>> This should really only be done for XS_TRANSACTION_END messages, or
>> else at least some of the xenstore-* tools don't work anymore.
>>
>> Fixes: 0beef634b8 ("xenbus: don't BUG() on user mode induced
>>> On 18.08.16 at 14:06, wrote:
> On 17/08/16 19:17, Derek Straka wrote:
>> Allows for the conditional inclusion of tboot related functionality via
>> Kconfig
>>
>> The default configuration for the new CONFIG_TBOOT option is 'y', so the
>> behavior out of the box remains unchanged. The additio
>>> On 18.08.16 at 13:41, wrote:
> On Thu, Aug 18, 2016 at 03:43:54AM -0600, Jan Beulich wrote:
>> >>> On 18.08.16 at 11:23, wrote:
>> > On Wed, Aug 17, 2016 at 09:39:58AM -0600, Jan Beulich wrote:
>> >> >>> On 06.08.16 at 01:04, wrote:
>> >> > +for ( i = 0; i < mbi_out->mmap_length
>>> On 18.08.16 at 14:18, wrote:
> On Thu, Aug 18, 2016 at 03:41:06AM -0600, Jan Beulich wrote:
>> >>> On 18.08.16 at 10:53, wrote:
>> > On Thu, Aug 11, 2016 at 08:17:58AM -0600, Jan Beulich wrote:
>> >> >>> On 11.08.16 at 16:12, wrote:
>> >> On 06.08.16 at 01:04, wrote:
>> >> >> --- a/xen
flight 100539 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100539/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-rtds 15 guest-start/debian.repeat fail in 100537 pass in
100539
test-amd64-amd64-xl-rtds
On Wed, 2016-08-17 at 13:04 +, osstest service owner wrote:
> flight 100518 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/100518/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-x
From: Anthony PERARD
Signed-off-by: Anthony PERARD
Reviewed-by: Konrad Rzeszutek Wilk
Acked-by: Jan Beulich
Reviewed-by: Andrew Cooper
---
Changes in V6:
- include xen/arch-x86/hvm/start_info.h
Change in V4:
- remove struct hvm_info_start redefinition, as it's moved to
public/xen.h in a pr
From: Anthony PERARD
... and do not include the SeaBIOS ROM into hvmloader anymore.
This also fix the dependency on roms.inc, hvmloader.o does not include it.
Signed-off-by: Anthony PERARD
Acked-by: Jan Beulich
Reviewed-by: Andrew Cooper
---
Change in V6:
acked
Change in V5:
- update BUG_
From: Anthony PERARD
The path to the BIOS blob can be overriden by the xl's
bios_path_override option, or provided by u.hvm.bios_firmware in the
domain_build_info struct by other libxl user.
Signed-off-by: Anthony PERARD
Acked-by: Wei Liu
---
Changes in V6:
- use goto for error handling of lib
From: Anthony PERARD
This patch use xc_dom_alloc_segment() to allocate the memory space for the
ACPI modules and the SMBIOS modules. This is to replace the arbitrary
placement of 1MB (+ extra for MB alignement) after the hvmloader image.
This patch can help if one add extra ACPI table and hvmloa
From: Anthony PERARD
... into the firmware directory, along with hvmloader.
Signed-off-by: Anthony PERARD
Acked-by: Wei Liu
---
No change in V6.
- acked
Change in V5:
- remove use of "variable" for SEABIOS_ROM and OVMF_ROM location
there are static location
- install seabios as bios.bin in
From: Anthony PERARD
The BIOS blob can be found an entry called "firmware" of the modlist of
the hvm_start_info struct.
The found BIOS blob is not loaded by this patch, but only passed as
argument to bios_load() function.
Signed-off-by: Anthony PERARD
---
Cc: Ian Jackson
Cc: Wei Liu
Cc: And
From: Anthony PERARD
... and load BIOS/UEFI firmware into guest memory.
This adds a new firmware module, system_firmware_module. It is loaded in
the guest memory and final location is provided to hvmloader via the
hvm_start_info struct.
This patch create the hvm_start_info struct for HVM guest
From: Anthony PERARD
Those paths are to be used by libxl, in order to load the firmware in
memory. If a system path is not defined via --with-system-seabios or
--with-system-ovmf, then default to the Xen firmware directory.
Signed-off-by: Anthony PERARD
Reviewed-by: Konrad Rzeszutek Wilk
Acked
This is version 8 of this series, rebased on top of staging.
The only change is "hvmloader: Check modules whereabouts in perform_tests" is
dropped.
The only unacked patch is "hvmloader: Locate the BIOS blob". I figured that
Anthony has answered Andrew's question and there is nothing to change.
I
From: Anthony PERARD
... and do not include the OVMF ROM into hvmloader anymore.
Signed-off-by: Anthony PERARD
Acked-by: Jan Beulich
Reviewed-by: Andrew Cooper
---
Change in V5:
- define OVMF_END macro
- fix some cast coding style
Change in V4:
- check if source and dest of ovmf binary does
From: Anthony PERARD
The C struct in the document is no more in sync with the actual
definition of the PVHv2 boot start info.
Signed-off-by: Anthony PERARD
Acked-by: Jan Beulich
Acked-by: Wei Liu
---
docs/misc/hvmlite.markdown | 20 ++--
1 file changed, 2 insertions(+), 18 de
From: Anthony PERARD
All BIOSes but ROMBIOS needs to be loaded via modules.
ROMBIOS is handled as a special case.
Signed-off-by: Anthony PERARD
Acked-by: Jan Beulich
---
Change in V5:
- rename patch, was:
"hvmloader: Specific bios_load function required"
No change in V4.
Change in V3:
- r
From: Anthony PERARD
... to compile SeaBIOS and OVMF. Only depend on CONFIG_*.
If --with-system-* configure option is used, then set *_CONFIG=n to not
compile SEABIOS and OVMF.
Signed-off-by: Anthony PERARD
Reviewed-by: Konrad Rzeszutek Wilk
Acked-by: Wei Liu
---
Please, run ./autogen.sh on
From: Anthony PERARD
Signed-off-by: Anthony PERARD
Acked-by: Jan Beulich
---
tools/firmware/hvmloader/Makefile| 11 +--
tools/firmware/hvmloader/hvmloader.c | 4
2 files changed, 1 insertion(+), 14 deletions(-)
diff --git a/tools/firmware/hvmloader/Makefile
b/tools/firmware
flight 100542 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100542/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 100528
test-armhf-armhf-
On Thu, Aug 18, 2016 at 6:22 AM, Dario Faggioli
wrote:
> On Tue, 2016-08-09 at 09:57 -0400, Meng Xu wrote:
>> On Mon, Aug 8, 2016 at 5:38 AM, Dario Faggioli
>> wrote:
>> >
>> > I'm just thinking out loud and
>> > wondering:
>> > - could it be useful to have a scheduling analysis in place for
>>
On Thu, 18 Aug 2016 05:12:54 -0600
"Jan Beulich" wrote:
> >>> On 18.08.16 at 12:16, wrote:
> > On 18/08/16 11:06, Jan Beulich wrote:
> > On 17.08.16 at 22:32, wrote:
> >>>Looking at the kernel it assumes that WB is ok for 640KB->1MB.
> >>>The comment says:
> >>>" /* Low IS
>>> On 18.08.16 at 16:13, wrote:
> From: Anthony PERARD
>
> The BIOS blob can be found an entry called "firmware" of the modlist of
> the hvm_start_info struct.
>
> The found BIOS blob is not loaded by this patch, but only passed as
> argument to bios_load() function.
>
> Signed-off-by: Anthon
On Wed, Aug 17, 2016 at 04:13:29PM +0100, Paul Durrant wrote:
> It is useful to be able to see the hash configuration when running tests.
> This patch adds a debugfs node for that purpose.
>
> Signed-off-by: Paul Durrant
Acked-by: Wei Liu
___
Xen-dev
On 18/08/16 16:39, Jan Beulich wrote:
On 18.08.16 at 16:13, wrote:
>> From: Anthony PERARD
>>
>> The BIOS blob can be found an entry called "firmware" of the modlist of
>> the hvm_start_info struct.
>>
>> The found BIOS blob is not loaded by this patch, but only passed as
>> argument to bios
It seems that you are using a dtb file that is not compatible with XEN
hypervisor on hikey. I strongly suggest you compile the kernel from source
in 96boards's repository. When you compile the kernel it will compile the
dtb from dts as well.
On Thu, Aug 18, 2016 at 6:30 AM Kamenee Arumugam
wrote:
On Thu, Aug 18, 2016 at 04:48:20PM +0100, Andrew Cooper wrote:
> On 18/08/16 16:39, Jan Beulich wrote:
> On 18.08.16 at 16:13, wrote:
> >> From: Anthony PERARD
> >>
> >> The BIOS blob can be found an entry called "firmware" of the modlist of
> >> the hvm_start_info struct.
> >>
> >> The foun
Hello Peng,
On 16/08/16 03:58, Peng Fan wrote:
When booting xen from U-Boot, U-Boot will use the image size
info. Because this information is lacked in XEN image,U-Boot
assume the image size is 16MB to memmove, which will cost lots
time on simulation platform.
The patch looks good to me, howev
Hi Shannon,
On 16/08/16 11:24, Shannon Zhao wrote:
From: Shannon Zhao
Since the existing configuration option "u.hvm.acpi" is x86 specific and
we want to reuse it on ARM as well, add a unified option "acpi" for
x86 and ARM, and for ARM it's disabled by default.
Signed-off-by: Shannon Zhao
--
I've made the required adjustment and queued up this series.
Wei.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Queued.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On 16/08/16 11:24, Shannon Zhao wrote:
From: Shannon Zhao
It only constructs the ACPI tables for 64-bit ARM DomU when user enables
acpi because 32-bit DomU doesn't support ACPI.
It would be worth to mention that the code is only built for 64-bit
toolstack.
Signed-off-by: Shannon Zhao
flight 67554 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67554/
Perfect :-)
All tests in this flight passed as required
baseline version:
flight 66969
jobs:
build-amd64 pass
build-armh
This run is configured for baseline tests only.
flight 67553 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67553/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 7503cd70fb864a5663edb121c9b2488b4c69e7f5
baseline v
flight 100548 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100548/
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 1
On Wed, Aug 17, 2016 at 06:30:23PM -0400, Kamenee Arumugam wrote:
> Hi Chen,
>
> My previous issue was resolved when i used hi6220-hikey.dtb from this
> source: https://github.com/kuscsik/device-linaro-hikey-kernel. When I
> download linux kernel, there doesn't seems to contain hi6220-hikey.dtb.
>
Hi Konrad,
I have already specified that in my xen.cfg :
options=console=dtuart dom0_mem=512M dom0_max_vcpus=4 conswitch=x
dtuart=/smb/uart@f7113000
kernel=Image console=hvc0 root=/dev/mmcblk1p4 rootwait rw
dtb=hi6220-hikey.dtb
Chen,
I am using linux kernel from 96 boards repo: https://github.
Sorry this took so long, but I have finally tested this, it seems to
work fine:
Tested-by: Corey Minyard
Reviewed-by: Corey Minyard
On 08/10/2016 03:09 AM, Hidehiro Kawai wrote:
Daniel Walker reported problems which happens when
crash_kexec_post_notifiers kernel option is enabled
(https://lk
On Thu, Aug 18, 2016 at 5:11 PM, Kamenee Arumugam
wrote:
> Hi Konrad,
>
> I have already specified that in my xen.cfg :
>
> options=console=dtuart dom0_mem=512M dom0_max_vcpus=4 conswitch=x
> dtuart=/smb/uart@f7113000
> kernel=Image console=hvc0 root=/dev/mmcblk1p4 rootwait rw
> dtb=hi6220-hikey.d
Yes, I did try "make dtbs" too, but no difference and it doesn't generate
.dtb file. here is the cmd I used:
make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- Image dtbs
Thanks,
Kamenee
On Thu, Aug 18, 2016 at 5:22 PM, Meng Xu wrote:
> On Thu, Aug 18, 2016 at 5:11 PM, Kamenee Arumugam
> wrot
Allows for the conditional inclusion of tboot related functionality
via Kconfig
The default configuration for the new CONFIG_TBOOT option is 'y', so the
behavior out of the box remains unchanged. The addition of the option allows
advanced users to disable system behaviors associated with tboot at
On 8/18/16 6:44 PM, Derek Straka wrote:
> Allows for the conditional inclusion of tboot related functionality
> via Kconfig
>
> The default configuration for the new CONFIG_TBOOT option is 'y', so the
> behavior out of the box remains unchanged. The addition of the option allows
> advanced users
flight 100544 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100544/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 15 guest-start/debian.repeatfail like 100537
test-amd64-amd64-xl-rtds
This run is configured for baseline tests only.
flight 67555 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67555/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-insta
flight 100546 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100546/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail like 100528
test-amd64-i386-xl-qemuu-w
This run is configured for baseline tests only.
flight 67557 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67557/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 7822a1d91d53e80525f571183a24d54488f5437f
baseline v
This run is configured for baseline tests only.
flight 67556 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67556/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-amd 14 leak-chec
flight 100552 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100552/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 00bcb5c27a5bb781099482c5763937334be91e76
baseline version:
ovmf 7822a1d91d53e80525f57
1 - 100 of 103 matches
Mail list logo
