Hi All,
Please be aware that I can confirm the issue.
Current dom0less domU code needs to be fixed.
The issue has been reproduced with several kernel images 4.14.75.
Linux kernel 4.15 image works well without this fix.
Kernel images 4.14.75 and 4.15 works fine with this fix.
Thanks
On Sun, Jul 7
Hi,
In virtualization environment, PV extensions (drivers, interrupts,
timers, etc) are enabled in the majority of use cases which is the
best option.
However, in some cases (kexec not fully working, benchmarking, etc)
we want to disable PV extensions. We have xen_nopv for that purpose
but only f
PVH guest needs PV extentions to work, so "nopv" parameter should be
ignored for PVH but not for HVM guest.
If PVH guest boots up via the Xen-PVH boot entry, xen_pvh is set early,
we know it's PVH guest and ignore "nopv" parameter directly.
If PVH guest boots up via the normal boot entry same as
.. as they are only called at early bootup stage. In fact, other
functions in x86_hyper_xen_hvm.init.* are all marked as __init.
Unexport xen_hvm_need_lapic as it's never used outside.
Signed-off-by: Zhenzhong Duan
Reviewed-by: Juergen Gross
Cc: Boris Ostrovsky
Cc: Stefano Stabellini
Cc: Thom
Clean up unnecessory code after that operation.
Signed-off-by: Zhenzhong Duan
Reviewed-by: Boris Ostrovsky
Cc: Juergen Gross
Cc: Stefano Stabellini
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
---
Documentation/admin-guide/kernel-parameters.txt | 2 ++
arch/x86/xen/enlighten_hv
In virtualization environment, PV extensions (drivers, interrupts,
timers, etc) are enabled in the majority of use cases which is the
best option.
However, in some cases (kexec not fully working, benchmarking)
we want to disable PV extensions. We have "xen_nopv" for that purpose
but only for XEN.
On 2019/7/5 21:06, Boris Ostrovsky wrote:
On 7/2/19 9:19 PM, Zhenzhong Duan wrote:
PVH guest needs PV extentions to work, so "nopv" parameter should be
ignored for PVH but not for HVM guest.
If PVH guest boots up via the Xen-PVH boot entry, xen_pvh is set early,
we know it's PVH guest and igno
flight 138807 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138807/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemuu-ovmf-amd64 7 xen-boot fail in 138769 pass in 138807
test-amd64-i386-xl-raw 10 d
flight 138821 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138821/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
Hi,
On 6/18/19 12:12 PM, Volodymyr Babchuk wrote:
From: Joe Perches
There are mode change and rename only patches that are unrecognized
by the get_maintainer.pl script.
Recognize them.
[ Linux commit 0455c74788fd5aad4399f00e3fbbb7e87450ca58 ]
Reported-by: Heinrich Schuchardt
CC: Julien Gra
Hi Viktor,
On 6/18/19 9:58 AM, Viktor Mitin wrote:
Some of the function generating nodes (e.g make_timer_node)
take in a dt_device_node parameter, but never used it.
It is actually misused when creating DT for DomU.
So it is the best to remove the parameter.
Suggested-by: Julien Grall
Signed-o
Hi Volodymyr,
On 6/19/19 6:54 PM, Volodymyr Babchuk wrote:
This is workaround for OP-TEE 3.5. This is the first OP-TEE release
which supports virtualization, but there is no way to tell if
OP-TEE was built with that support enabled. We can probe for it
by calling SMC that is available only when
Hi Denis,
On 6/28/19 8:42 PM, Denis Obrezkov wrote:
This function allows xen to bring secondary CPU cores into non-secure
HYP mode. This is done by using a Secure Monitor call.
As I pointed out in the previous version, the current code is likely
working on some omap5 platform. So your commit me
Hi Amit,
On 6/23/19 1:56 PM, Amit Singh Tomar wrote:
Currently, the vGIC is not able to cope with hardware PPIs routed to guests.
One of the solutions to this problem is to skip any device that uses PPI
source completely while building the domain itself.
This patch goes through all the interrup
Hi Andrew,
On 7/4/19 8:14 PM, Andrew Cooper wrote:
To allow for further improvements, it is useful to be able to clear more than
a single flag at once. Rework gnttab_clear_flag() into gnttab_clear_flags()
which takes a bitmask rather than a bit number.
No practical change yet.
Signed-off-by:
Hi Volodymyr,
On 6/19/19 6:54 PM, Volodymyr Babchuk wrote:
It is nicer, when options for particular TEE mediators (currently,
OP-TEE only) are following generic "Enable TEE mediators support"
option in the menuconfig:
[*] Enable TEE mediators support
[ ] Enable OP-TEE mediator
Signed-off
Hi Andrew,
On 6/21/19 10:36 AM, Andrew Cooper wrote:
It is inefficient to call into a different translation unit for a stub
function, when a static inline will work fine. Replace an open-coded
printk_once() while moving it.
No functional change.
Signed-off-by: Andrew Cooper
Acked-by: Julie
Hi Volodymyr,
On 6/19/19 6:54 PM, Volodymyr Babchuk wrote:
Add basic information about the OP-TEE mediator and note about
dependency on virtualization-aware OP-TEE.
Signed-off-by: Volodymyr Babchuk
Acked-by: Julien Grall
Cheers,
--
Julien Grall
___
Updated configuration example according to arm64
and added more cases about known xl limitations.
Signed-off-by: Viktor Mitin
---
docs/features/dom0less.pandoc | 29 +
1 file changed, 21 insertions(+), 8 deletions(-)
diff --git a/docs/features/dom0less.pandoc b/docs/
Sorry for the late reply. I try to pick up where we left the discussion
the last time.
On 5/24/19 13:10, Jan Beulich wrote:
On 24.05.19 at 11:54, wrote:
>> On 5/23/19 16:17, Jan Beulich wrote:
>> On 21.05.19 at 09:45, wrote:
Guests can issue grant table operations and provide guest
On 7/7/19 5:15 AM, Zhenzhong Duan wrote:
>
> +static uint32_t __init xen_platform_hvm(void)
> +{
> + if (xen_pv_domain())
> + return 0;
> +
> + if (xen_pvh_domain() && nopv) {
> + /* Guest booting via the Xen-PVH boot entry goes here */
> + pr_info("\"n
On 5/23/19 17:01, Jan Beulich wrote:
On 21.05.19 at 09:45, wrote:
>> Guests can issue grant table operations and provide guest controlled
>> data to them. This data is used as index for memory loads after bound
>> checks have been done. Depending on the grant table version, the
>> size of ele
On 07/04/19 16:42, Anthony PERARD wrote:
> The purpose of XenPlatformLib is to regroup the few functions that are
> used in several places to detect if Xen is detected, and to get the
> XenInfo HOB.
>
> Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=1689
> Signed-off-by: Anthony PERARD
> ---
On 07/04/19 16:42, Anthony PERARD wrote:
> This patch replace the XenDetected() function by the one in
> XenPlatformLib.
>
> Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=1689
> Signed-off-by: Anthony PERARD
> ---
>
> Notes:
> v3:
> - new patch, splited from the next patch
>
On 07/04/19 16:42, Anthony PERARD wrote:
> If the firmware have been started via the Xen PVH entry point, a RSDP
> pointer would have been provided. Use it.
>
> Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=1689
> Signed-off-by: Anthony PERARD
> ---
>
> Notes:
> v3:
> - patch split
On 07/04/19 16:42, Anthony PERARD wrote:
> Allow to use Xen hypercalls earlier, during the PEIM stage, but
> XenHypercallLibInit() must be called once the XenInfo HOB is created
> with the HyperPage setup.
>
> Change the return value of XenHypercallLibInit so failure can be
> detected when the cal
flight 138809 xen-4.8-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138809/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-thunderx broken in 138747
build-i386-prev
On 07/04/19 16:42, Anthony PERARD wrote:
> The XenPlatformPei needs to make hypercalls, but the XenHypercallLib was
> initialised before the HyperPage was ready. Now that XenPlatformPei has
> initialised the HyperPage, reinitialise the XenHypercallLib.
>
> Ref: https://bugzilla.tianocore.org/show_
Hi Will,
Anything written after -- is usually seen as a signature. This confused
my e-mail client as it will strip the signature on reply.
On 7/6/19 10:10 PM, Will Abele wrote:
I said in my message that Linux was interpreting the device tree as version 16.
Looking through the code again, I re
On 07/04/19 16:42, Anthony PERARD wrote:
> When the device ID of the host bridge is unknown, check if we are
> running as a PVH guest as there is no PCI bus in that case.
>
> Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=1689
> Signed-off-by: Anthony PERARD
> ---
>
> Notes:
> v3:
>
Hello,
On 7/8/19 1:35 PM, Viktor Mitin wrote:
Updated configuration example according to arm64
and added more cases about known xl limitations.
dom0less is not an arm64 specific feature. It also works on arm32, and
therefore the docs should work for both cases. However...
Signed-off-by: V
On Tue, 2019-05-21 at 11:14 -0700, Adam Williamson wrote:
> > > > > "The release must boot successfully as Xen DomU with releases
> > > > > providing
> > > > > a functional, supported Xen Dom0 and widely used cloud providers
> > > > > utilizing Xen."
> > > > >
> > > > > and change the 'milestone'
I am in favor of removing the Xen blocking criteria as it has not received
the testing it needs and has been a source of conflict for several releases
in the past.
Geoff Marr
IRC: coremodule
On Mon, Jul 8, 2019 at 10:12 AM Adam Williamson
wrote:
> On Tue, 2019-05-21 at 11:14 -0700, Adam Willia
flight 138810 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138810/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-prev 6 xen-buildfail REGR. vs. 132889
build-i386-prev
On 07/07/2019 19:42, Julien Grall wrote:
> Hi Andrew,
>
> On 7/4/19 8:14 PM, Andrew Cooper wrote:
>> To allow for further improvements, it is useful to be able to clear
>> more than
>> a single flag at once. Rework gnttab_clear_flag() into
>> gnttab_clear_flags()
>> which takes a bitmask rather th
The 07/08/2019 16:18, Julien Grall wrote:
> Hi Will,
>
> Anything written after -- is usually seen as a signature. This confused my
> e-mail client as it will strip the signature on reply.
>
> On 7/6/19 10:10 PM, Will Abele wrote:
> > I said in my message that Linux was interpreting the device tr
This patch updates the blkdev_nr_zones() with newly introduced helper
function to read the nr_sects from block device's hd_parts with the
help if part_nr_sects_read().
Signed-off-by: Chaitanya Kulkarni
---
block/blk-zoned.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bloc
This patch updates the blkdev_report_zone(s)() with newly introduced
helper function to read the nr_sects from block device's hd_parts with
the help of part_nr_sects_read().
Signed-off-by: Chaitanya Kulkarni
---
block/blk-zoned.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
This patch updates the init_blkz_info() with newly introduced helper
function to read the nr_sects from block device's hd_parts with the
help of part_nr_sects_read().
Signed-off-by: Chaitanya Kulkarni
---
fs/f2fs/super.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/f2fs
Hi,
In the blk-zoned, bcache, f2fs, target-pscsi, xen and blktrace
implementation block device->hd_part->number of sectors field is
accessed directly without any appropriate locking or accessor function.
There is an existing accessor function present in the in
include/linux/genhd.h which should
This patch updates the blk_trace_setup_lba() with newly introduced
helper function to read the nr_sects from block device's hd_parts with
the help of part_nr_sects_read().
Signed-off-by: Chaitanya Kulkarni
---
kernel/trace/blktrace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
This patch introduces helper function to read the number of sectors
from struct block_device->bd_part member. For more details Please refer
to the comment in the include/linux/genhd.h for part_nr_sects_read().
Signed-off-by: Chaitanya Kulkarni
---
include/linux/blkdev.h | 5 +
1 file changed
This patch updates the blkdev_reset_zones() with newly introduced
helper function to read the nr_sects from block device's hd_parts with
the help of part_nr_sects_read().
Signed-off-by: Chaitanya Kulkarni
---
block/blk-zoned.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
In the bcache when initializing the cached device we don't actually
use any sort of locking when reading the number of sectors from the
part. This patch updates the cached_dev_init() with newly introduced
helper function to read the nr_sects from block device's hd_parts with
the help of part_nr_sec
This patch updates the vbd_sz() macro with newly introduced helper
function to read the nr_sects from block device's hd_parts with the
help of part_nr_sects_read().
Signed-off-by: Chaitanya Kulkarni
---
drivers/block/xen-blkback/common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
This patch updates the pscsi_get_blocks() with newly introduced helper
function to read the nr_sects from block device's hd_parts with the
help of part_nr_sects_read().
Signed-off-by: Chaitanya Kulkarni
---
drivers/target/target_core_pscsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 22.06.19 02:56, Stefano Stabellini wrote:
Hi Stefano
As we parse the device tree in Xen, keep track of the reserved-memory
regions as they need special treatment (follow-up patches will make use
of the stored information.)
Reuse process_memory_node to add reserved-memory regions to the
boo
Hi,
On 7/8/19 7:11 PM, Andrew Cooper wrote:
On 07/07/2019 19:42, Julien Grall wrote:
Hi Andrew,
On 7/4/19 8:14 PM, Andrew Cooper wrote:
To allow for further improvements, it is useful to be able to clear
more than
a single flag at once. Rework gnttab_clear_flag() into
gnttab_clear_flags()
wh
On 08/07/2019 20:27, Julien Grall wrote:
> Hi,
>
> On 7/8/19 7:11 PM, Andrew Cooper wrote:
>> On 07/07/2019 19:42, Julien Grall wrote:
>>> Hi Andrew,
>>>
>>> On 7/4/19 8:14 PM, Andrew Cooper wrote:
To allow for further improvements, it is useful to be able to clear
more than
a single
Hi Andrew,
On 7/8/19 9:21 PM, Andrew Cooper wrote:
On 08/07/2019 20:27, Julien Grall wrote:
Hi,
On 7/8/19 7:11 PM, Andrew Cooper wrote:
On 07/07/2019 19:42, Julien Grall wrote:
Hi Andrew,
On 7/4/19 8:14 PM, Andrew Cooper wrote:
To allow for further improvements, it is useful to be able to
On 08/07/2019 21:28, Julien Grall wrote:
https://lore.kernel.org/xen-devel/1561109798-8744-5-git-send-email-andrew.coop...@citrix.com/T/#t
>>>
>>> To be honest, I think it is wrong to try to micro-optimize a common
>>> prototype for the benefit of one architecture and one compil
Hi Andrew,
On 7/8/19 9:38 PM, Andrew Cooper wrote:
On 08/07/2019 21:28, Julien Grall wrote:
https://lore.kernel.org/xen-devel/1561109798-8744-5-git-send-email-andrew.coop...@citrix.com/T/#t
To be honest, I think it is wrong to try to micro-optimize a common
prototype for the benefit of one
The OpenSUSE Leap compilers complain about ambiguity:
In file included from grant_table.c:33:
In file included from ...xen/include/xen/grant_table.h:30:
...xen/include/asm/grant_table.h:67:19: error: ambiguous instructions require
an explicit suffix (could be 'andb', 'andw', 'andl', or 'andq')
On Sat, 6 Jul 2019, Will Abele wrote:
> The 07/06/2019 18:19, Julien Grall wrote:
> >
> >
> > On 06/07/2019 19:17, Julien Grall wrote:
> > >
> > >
> > > On 06/07/2019 19:02, Will Abele wrote:
> > >> From: Will Abele
> > >>
> > >> Hi,
> > >
> > > Hi,
> > >
> > >> I've been using dom0less Xen
On Sat, 6 Jul 2019, Julien Grall wrote:
> On 06/07/2019 18:55, Denis Obrezkov wrote:
> > Hi,
> >
> > On 7/6/19 7:37 PM, Julien Grall wrote:
> >
> >>
> >> Yes it would be sensible to try to implement a crossbar driver in Xen
> >> and test with the UART. Looking at the driver in Linux, this should
flight 138813 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138813/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-examine11 examine-serial/bootloader fail REGR. vs. 133580
build-armhf-pvops
flight 138815 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138815/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 138618
test-armhf-armhf-libvirt-raw 13 saveresto
flight 138817 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138817/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 2d53d54a5bf5f9ba9379e465f49ac9cdc55035de
baseline version:
ovmf d031fc07eb83c9d13bff3
flight 138848 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138848/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
flight 138814 xen-4.10-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138814/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-prev 6 xen-buildfail REGR. vs. 138376
build-i386-pre
On 2019/7/8 21:46, Boris Ostrovsky wrote:
On 7/7/19 5:15 AM, Zhenzhong Duan wrote:
+static uint32_t __init xen_platform_hvm(void)
+{
+ if (xen_pv_domain())
+ return 0;
+
+ if (xen_pvh_domain() && nopv) {
+ /* Guest booting via the Xen-PVH boot entry go
flight 138824 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138824/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-freebsd-again 5 host-install(5) fail REGR. vs. 138540
version targeted
flight 138819 linux-4.19 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138819/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops 6 kernel-build fail REGR. vs. 129313
Tests which are fail
Anthony PERARD writes:
> The xen_[rw]?mb() macros defined in ring.h can't be used and the fact
> that there are gated behind __XEN_INTERFACE_VERSION__ means that it
> needs to be defined somewhere. QEMU doesn't implement interfaces with
> the Xen hypervisor so defining __XEN_INTERFACE_VERSION__ i
64 matches
Mail list logo
