flight 100553 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100553/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 5 xen-install fail REGR. vs. 100538
Tests which did not suc
flight 100554 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100554/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 6d732bbbc2b0463f367ceca381cb1861d52cf735
baseline version:
ovmf 00bcb5c27a5bb78109948
From: Paul Durrant
Date: Wed, 17 Aug 2016 16:13:29 +0100
> 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
Applied.
___
Xen-devel mailing li
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
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
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
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 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 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
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
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
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
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
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
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.
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.
>
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
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 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
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
Queued.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
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
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
--
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
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
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 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
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 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 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 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
>>
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-
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
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
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
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 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
... 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
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
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
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 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
>>> 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: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 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
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 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/
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 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
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 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
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 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
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 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
>>> 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: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
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 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
>>> 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:
> 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 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 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 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 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 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 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 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 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 /
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
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
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
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
>>> 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
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
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
--
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
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
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
>>> 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 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 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 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 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 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 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 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 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 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
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
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
1 - 100 of 103 matches
Mail list logo