flight 137348 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137348/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-migrupgrade 22 guest-migrate/src_host/dst_host fail REGR. vs.
127792
test-am
And use an union with the current seg, bus and devfn fields to make
fields point to the same underlying data.
No functional change.
Suggested-by: Jan Beulich
Signed-off-by: Roger Pau Monné
Reviewed-by: Paul Durrant
Acked-by: Jan Beulich
---
Changes since v2:
- Constify the union instead of e
And fix it's only caller.
Signed-off-by: Roger Pau Monné
---
Cc: Kevin Tian
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Julien Grall
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
Cc: Tim Deegan
Cc: Wei Liu
---
xen/drivers/passthrough/vtd/dmar.c | 2 +-
xe
In preparation for adding a devfn field. This makes the naming more
consistent, as the devfn field encloses both the dev and the fn
fields.
No functional change intended.
Requested-by: Paul Durrant
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian
And fix it's callers.
Signed-off-by: Roger Pau Monné
---
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Julien Grall
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
Cc: Tim Deegan
Cc: Wei Liu
---
xen/common/compat/memory.c| 4 ++--
xen/common/memory.c
This reduces the number of parameters of the function to two, and
simplifies some of the calling sites.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Wei Liu
Cc: "Roger Pau Monné"
Cc: George Dunlap
Cc: Ian Jackson
Cc: Julien Grall
Cc: Konrad Rzeszutek Wilk
Cc: S
This is equivalent to the current extfunc field in term of contents.
Switch the two current users of extfunc to use devfn instead for
correctness.
No functional change.
Requested-by: Jan Beulich
Signed-off-by: Roger Pau Monné
---
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan B
IMO pci_sbdf_t it's nicer to use than passing around a sbdf in multiple
fields. However it's hard to expand the usage of pci_sbdf_t in the code
base without changing some of the core pci functions and the pci_dev
struct fields, hence this patch set.
Note there's still more low hanging fruit that c
And fix it's only caller.
Signed-off-by: Roger Pau Monné
Reviewed-by: Paul Durrant
---
Cc: Kevin Tian
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Julien Grall
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
Cc: Tim Deegan
Cc: Wei Liu
---
Changes since v1:
This reduces the number of parameters of the function to two, and
simplifies some of the calling sites.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Wei Liu
Cc: George Dunlap
Cc: Ian Jackson
Cc: Julien Grall
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
Cc:
This reduces the number of parameters of the function to two, and
simplifies some of the calling sites.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Wei Liu
Cc: George Dunlap
Cc: Ian Jackson
Cc: Julien Grall
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
Cc:
This reduces the number of parameters of the function to two, and
simplifies some of the calling sites.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Wei Liu
Cc: George Dunlap
Cc: Ian Jackson
Cc: Julien Grall
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
Cc:
This reduces the number of parameters of the function to two, and
simplifies some of the calling sites.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Wei Liu
Cc: George Dunlap
Cc: Ian Jackson
Cc: Julien Grall
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
Cc:
This reduces the number of parameters of the function to two, and
simplifies some of the calling sites.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Wei Liu
Cc: George Dunlap
Cc: Ian Jackson
Cc: Julien Grall
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
Cc:
The new format specifier is '%pp', and prints a pci_sbdf_t using the
seg:bus:dev.func format. Replace all SBDFs printed using
'%04x:%02x:%02x.%u' to use the new format specifier.
No functional change intended.
Signed-off-by: Roger Pau Monné
---
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jacks
> -Original Message-
> From: Roger Pau Monne [mailto:roger@citrix.com]
> Sent: 07 June 2019 10:22
> To: xen-devel@lists.xenproject.org
> Cc: Roger Pau Monne ; Paul Durrant
> ; Jan Beulich
> ; Andrew Cooper ; George Dunlap
> ; Ian Jackson ; Julien
> Grall ;
> Konrad Rzeszutek Wilk ; St
This new function returns the active altp2m index form a given vcpu.
Signed-off-by: Alexandru Isaila
---
Changes since V3:
- Use domain_vcpu()
- Drop xen_hvm_altp2m_get_vcpu_p2m_idx_t.
---
tools/libxc/include/xenctrl.h | 2 ++
tools/libxc/xc_altp2m.c | 25
Hi Stefano,
On 06/06/2019 23:21, Stefano Stabellini wrote:
On Thu, 6 Jun 2019, Julien Grall wrote:
On 06/06/2019 09:42, Jan Beulich wrote:
On 05.06.19 at 23:38, wrote:
On 6/5/19 9:29 PM, Stefano Stabellini wrote:
My vote is to backport to both. Jan/others please express your opinion.
To f
On 06/06/2019 17:02, Julien Grall wrote:
Hi Volodymyr,
On 5/21/19 10:25 PM, Volodymyr Babchuk wrote:
+static inline bool tee_handle_call(struct cpu_user_regs *regs)
+{
+ return false;
+}
+
+static inline int tee_domain_init(struct domain *d, uint16_t tee_type)
+{
+ return -ENODEV;
+}
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf Of
> Roger Pau Monne
> Sent: 07 June 2019 10:22
> To: xen-devel@lists.xenproject.org
> Cc: Kevin Tian ; Stefano Stabellini
> ; Wei Liu
> ; Konrad Rzeszutek Wilk ; George Dunlap
> ; Andrew Coop
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf Of
> Roger Pau Monne
> Sent: 07 June 2019 10:22
> To: xen-devel@lists.xenproject.org
> Cc: Stefano Stabellini ; Wei Liu ;
> Konrad Rzeszutek Wilk
> ; George Dunlap ; Andrew
> Cooper
> ; Ian J
>>> On 07.06.19 at 11:22, wrote:
> In preparation for adding a devfn field. This makes the naming more
> consistent, as the devfn field encloses both the dev and the fn
> fields.
>
> No functional change intended.
>
> Requested-by: Paul Durrant
> Signed-off-by: Roger Pau Monné
Acked-by: Jan B
>>> On 07.06.19 at 11:22, wrote:
> This is equivalent to the current extfunc field in term of contents.
>
> Switch the two current users of extfunc to use devfn instead for
> correctness.
>
> No functional change.
>
> Requested-by: Jan Beulich
> Signed-off-by: Roger Pau Monné
Acked-by: Jan B
>>> On 07.06.19 at 11:37, wrote:
> @@ -4735,6 +4736,29 @@ static int do_altp2m_op(
> _gfn(a.u.change_gfn.old_gfn),
> _gfn(a.u.change_gfn.new_gfn));
> break;
> +
> +case HVMOP_altp2m_get_p2m_idx:
> +{
> +struct vcpu *v;
> +
> +
The patch adds a new lib xc function (xc_altp2m_get_vcpu_p2m_idx) that
uses a new hvmop (HVMOP_altp2m_get_p2m_idx) to get the active altp2m
index from a given vcpu.
Signed-off-by: Alexandru Isaila
---
Changes since V2:
- Update comment and title
- Remove redundant max_vcpu check.
Gentle ping.
On Fri, May 31, 2019 at 10:17:13AM +0200, Roger Pau Monne wrote:
> Using clang and lld 8 requires installing the packages from the
> official llvm apt repositories, so modify the Debian Docker files for
> stretch and unstable to add the llvm repo and install clang and lld
> from it.
>
>>> On 07.06.19 at 12:55, wrote:
> @@ -4735,6 +4736,28 @@ static int do_altp2m_op(
> _gfn(a.u.change_gfn.old_gfn),
> _gfn(a.u.change_gfn.new_gfn));
> break;
> +
> +case HVMOP_altp2m_get_p2m_idx:
> +{
> +struct vcpu *v;
> +
> +
Currently, booting staging fails with:
(XEN) Using APIC driver default
(XEN) [ Xen-4.13-unstable x86_64 debug=y Not tainted ]
(XEN) CPU:0
(XEN) RIP:e008:[] __x86_indirect_thunk_rax+0xe/0x10
(XEN) RFLAGS: 00010016 CONTEXT: hypervisor
(XEN) rax: c2c2c2c2c2c2
On 07/06/2019 13:07, Andrew Cooper wrote:
> Currently, booting staging fails with:
>
> (XEN) Using APIC driver default
> (XEN) [ Xen-4.13-unstable x86_64 debug=y Not tainted ]
> (XEN) CPU:0
> (XEN) RIP:e008:[] __x86_indirect_thunk_rax+0xe/0x10
> (XEN) RFLAGS: 0
flight 137374 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137374/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b8993a34ae0069080138536249dc6a72bbd7b696
baseline version:
ovmf 4ff8b6b1d8b74c72fecc7
On 07/06/2019 13:12, Andrew Cooper wrote:
> On 07/06/2019 13:07, Andrew Cooper wrote:
>> Currently, booting staging fails with:
>>
>> (XEN) Using APIC driver default
>> (XEN) [ Xen-4.13-unstable x86_64 debug=y Not tainted ]
>> (XEN) CPU:0
>> (XEN) RIP:e008:[] __x86_indir
Initially I did simply stumble across a backport of Linux commit
e0ceeae708 ("x86/CPU/hygon: Fix phys_proc_id calculation logic for
multi-die processors") to our kernels. There I got puzzled by the claim
that a similar change isn't needed on the AMD side. As per the web page
cited [1], there aren't
flight 137353 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137353/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit1 12 guest-start fail REGR. vs. 137191
test-amd64-amd64-xl-
On 07/06/2019 13:50, Jan Beulich wrote:
> Initially I did simply stumble across a backport of Linux commit
> e0ceeae708 ("x86/CPU/hygon: Fix phys_proc_id calculation logic for
> multi-die processors") to our kernels. There I got puzzled by the claim
> that a similar change isn't needed on the AMD s
>>> On 07.06.19 at 14:53, wrote:
> On 07/06/2019 13:50, Jan Beulich wrote:
>> Initially I did simply stumble across a backport of Linux commit
>> e0ceeae708 ("x86/CPU/hygon: Fix phys_proc_id calculation logic for
>> multi-die processors") to our kernels. There I got puzzled by the claim
>> that a
>>> On 07.06.19 at 14:20, wrote:
> "adjust system domain creation (and call it earlier on x86)" didn't account
> for the fact that domain_create() depends on XSM already being set up.
>
> Therefore, domain_create() follows xsm_ops->alloc_security_domain() which is
> offset 0 from a NULL pointer,
Hello,
when either "xl restore" or "xl create" command is invoked, a global lock is
acquired here:
https://github.com/xen-project/xen/blob/master/tools/xl/xl_vmcontrol.c#L876
I'm trying to figure out what is the exact importance of this lock? Is it
really critical for XL operation? I have a pr
>>> On 07.06.19 at 11:22, wrote:
> And fix it's only caller.
Fix? It wasn't broken, was it? How about "adjust"?
> --- a/xen/include/xen/pci.h
> +++ b/xen/include/xen/pci.h
> @@ -34,7 +34,8 @@
> #define PCI_DEVFN2(bdf) ((bdf) & 0xff)
> #define PCI_BDF(b,d,f) b) & 0xff) << 8) | PCI_DEVFN(d,
>>> On 07.06.19 at 11:22, wrote:
> And fix it's only caller.
>
> Signed-off-by: Roger Pau Monné
Same remarks as for patch 4 and then once again
Acked-by: Jan Beulich
Jan
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenpr
>>> On 07.06.19 at 11:22, wrote:
> And fix it's callers.
>
> Signed-off-by: Roger Pau Monné
Same remarks as for patch 4 and 5 and then yet another time
Acked-by: Jan Beulich
Thinking about it, "caller" isn't exactly the right term here either,
the macro only looks to be function-like, but doe
>>> On 28.05.19 at 16:54, wrote:
> +int runtime_get_params(const char *cmdline, char *values,
> + size_t maxlen)
> +{
> +char opt[128], *optkey, *q, *val = values;
> +const char *p = cmdline;
> +const struct kernel_param *param;
> +int rc = 0, len = 0;
> +s
>>> On 24.05.19 at 20:12, wrote:
> From: Andrii Anisov
>
> Existing interface to register runstate are with its virtual address
> is prone to issues which became more obvious with KPTI enablement in
> guests. The nature of those issues is the fact that the guest could
> be interrupted by the hyp
On 07/06/2019 14:13, Jan Beulich wrote:
On 07.06.19 at 14:20, wrote:
>> "adjust system domain creation (and call it earlier on x86)" didn't account
>> for the fact that domain_create() depends on XSM already being set up.
>>
>> Therefore, domain_create() follows xsm_ops->alloc_security_domain
On 09.05.19 19:25, Ankur Arora wrote:
Hi all,
This is an RFC for xenhost support, outlined here by Juergen here:
https://lkml.org/lkml/2019/4/8/67.
First: thanks for all the effort you've put into this series!
The high level idea is to provide an abstraction of the Xen
communication interfac
On 09.05.19 19:25, Ankur Arora wrote:
Add xenhost_t which will serve as an abstraction over Xen interfaces.
It co-exists with the PV/HVM/PVH abstractions (x86_init, hypervisor_x86,
pv_ops etc) and is meant to capture mechanisms for communication with
Xen so we could have different types of underl
On 09.05.19 19:25, Ankur Arora wrote:
HYPERVISOR_shared_info is used for irq/evtchn communication between the
guest and the host. Abstract out the setup/reset in xenhost_t such that
nested configurations can use both xenhosts simultaneously.
I have mixed feelings about this patch. Most of the s
On 6/7/19 3:51 PM, Juergen Gross wrote:
> On 09.05.19 19:25, Ankur Arora wrote:
>> Hi all,
>>
>> This is an RFC for xenhost support, outlined here by Juergen here:
>> https://lkml.org/lkml/2019/4/8/67.
>
> First: thanks for all the effort you've put into this series!
>
>> The high level idea is t
On 2019/6/7 0:31, Andrew Cooper wrote:
> I've rebased the patches over my CPUID work, and pushed the ones which
> still apply cleanly to staging. However, some don't apply cleanly any
Thanks a lot.
> more, so I left those alone.
>
> Please could you check the current staging build (and in parti
On 07.06.19 17:22, Joao Martins wrote:
On 6/7/19 3:51 PM, Juergen Gross wrote:
On 09.05.19 19:25, Ankur Arora wrote:
Hi all,
This is an RFC for xenhost support, outlined here by Juergen here:
https://lkml.org/lkml/2019/4/8/67.
First: thanks for all the effort you've put into this series!
T
flight 137366 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137366/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-prev 6 xen-buildfail REGR. vs. 133596
build-amd64-pre
flight 137375 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137375/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 137271
test-armhf-armhf-libvirt-raw 13 saveresto
On Tue, Jun 04, 2019 at 06:29:14PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[PATCH 6/9] libxl_disk: Cut libxl_cdrom_insert into
> steps .."):
> > This patch cut libxl_cdrom_insert into different step/function but there
> > are still called synchronously. A later patch will call them
> >
On 31/05/2019 10:17, Jan Beulich wrote:
> Nothing (afaics) guarantees that the original frame's stack pointer
> points at readable memory.
Having hit just the scenario described here, the answer is "nothing".
> Avoid a (likely nested) crash by attaching
> exception recovery to the read (making i
On 31/05/2019 10:22, Jan Beulich wrote:
> Despite -fno-omit-frame-pointer the compiler may omit the frame pointer,
> often for relatively simple leaf functions. (To give a specific example,
> the case I've run into this with is _pci_hide_device() and gcc 8.
> Interestingly the even more simple neig
flight 137452 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137452/
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
On Fri, 7 Jun 2019 at 12:18, Roger Pau Monné wrote:
>
> Gentle ping.
>
> On Fri, May 31, 2019 at 10:17:13AM +0200, Roger Pau Monne wrote:
> > Using clang and lld 8 requires installing the packages from the
> > official llvm apt repositories, so modify the Debian Docker files for
> > stretch and un
flight 137371 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137371/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-prev 6 xen-buildfail REGR. vs. 132889
build-amd64-pre
Mostly due to x86 and acpi conversion, several documentation
links are still pointing to the old file. Fix them.
Signed-off-by: Mauro Carvalho Chehab
Reviewed-by: Wolfram Sang
Reviewed-by: Sven Van Asbroeck
Reviewed-by: Bhupesh Sharma
Acked-by: Mark Brown
---
Documentation/acpi/dsd/leds.txt
This series tries to enable XEN booting on i.MX 8MQuad Applications
Processors[1].
Patch-set includes driver for UART controller found on i.MX8MQ SoC and debug
code
for earlyprintk support.
Mainline dts binding that are used for platform discover has GPC as root
interrupt parent
is not yet su
This patch adds earlyprintk support for i.MX8MQ SoC based
boards.
As with most of other debug code for other platforms, uart is
initialized by bootloaders(for instance u-boot[1]).
[1]:https://github.com/u-boot/u-boot/blob/master/drivers/serial/serial_mxc.c#L141
Signed-off-by: Amit Singh Tomar
-
This patch adds driver for UART controller found on i.MX8MQ SoC
and it has been tested on nitrogen8m board.
Controller register defination and some other references has drawn from Linux
kernel driver[1] v5.2.
[1]:https://github.com/torvalds/linux/blob/master/drivers/tty/serial/imx.c
Signed-off-b
On Tue, 14 May 2019, Julien Grall wrote:
> The parameter cpuid is not used by start_xen. So remove it.
>
> Signed-off-by: Julien Grall
Acked-by: Stefano Stabellini
> ---
> - Re-order the patch with "xen/arm: Rework secondary_start
> prototype"
> ---
> xen/arch/arm/arm32/head.S | 1 -
flight 137377 xen-4.8-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137377/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-prev 6 xen-buildfail REGR. vs. 130965
build-i386-prev
On Wed, 5 Jun 2019, Julien Grall wrote:
> Hi Stefano,
>
> On 05/06/2019 00:11, Stefano Stabellini wrote:
> > On Tue, 14 May 2019, Julien Grall wrote:
> > > The function create_xen_entries() may be called concurrently. For
> > > instance, while the vmap allocation is protected by a spinlock, the
>
flight 137378 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137378/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-pair10 xen-boot/src_hostfail REGR. vs. 137033
test-arm64-arm64-e
On 2019-06-07 8:08 a.m., Juergen Gross wrote:
On 09.05.19 19:25, Ankur Arora wrote:
HYPERVISOR_shared_info is used for irq/evtchn communication between the
guest and the host. Abstract out the setup/reset in xenhost_t such that
nested configurations can use both xenhosts simultaneously.
I have
On 2019-06-07 7:51 a.m., Juergen Gross wrote:
On 09.05.19 19:25, Ankur Arora wrote:
Hi all,
This is an RFC for xenhost support, outlined here by Juergen here:
https://lkml.org/lkml/2019/4/8/67.
First: thanks for all the effort you've put into this series!
The high level idea is to provide a
On 2019-06-07 9:21 a.m., Juergen Gross wrote:
On 07.06.19 17:22, Joao Martins wrote:
On 6/7/19 3:51 PM, Juergen Gross wrote:
On 09.05.19 19:25, Ankur Arora wrote:
Hi all,
This is an RFC for xenhost support, outlined here by Juergen here:
https://lkml.org/lkml/2019/4/8/67.
First: thanks for
flight 137379 linux-4.19 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137379/
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. 129313
build-armhf-pvops
69 matches
Mail list logo
