[Xen-devel] [PATCH livepatch-build-tools] create-diff-object: Include string sections later

... when all symbols have their status and include flags processed. Processing special sections may include additional symbols. String sections (.rodata*) are included iff they are referenced by at least one symbol. Thus, in order to decide if string section should be included or not, all symbols

[Xen-devel] [PATCH livepatch-build-tools] create-diff-object: Ignore .init sections

The .init sections must not be considered for patching regardless of whether they are CHANGED or NEW. Explicitely detect and ignore all such sections, before marking ignored sections as SAME. Signed-off-by: Pawel Wieczorkiewicz --- common.c | 7 +++ common.h | 1 +

[Xen-devel] [ovmf test] 144498: all pass - PUSHED

flight 144498 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/144498/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 4d613feee57ebd4680f3c23398a9b33723f29fd6 baseline version: ovmf

[Xen-devel] [PATCH v1] xen-pciback: optionally allow interrupt enable flag writes

QEMU running in a stubdom needs to be able to set INTX_DISABLE, and the MSI(-X) enable flags in the PCI config space. This adds an attribute 'allow_interrupt_control' which when set for a PCI device allows writes to this flag(s). The toolstack will need to set this for stubdoms. When enabled,

[Xen-devel] [qemu-mainline test] 144495: tolerable FAIL - PUSHED

flight 144495 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/144495/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-xl-rtds 16 guest-start/debian.repeat fail blocked in 144414 test-amd64-amd64-xl-rtds 18

[Xen-devel] Community Call: Call for Agenda Items and call details for Dec 4, 16:00 - 17:00 UTC

Dear community members,   please send me agenda items for this Friday’s community call (sorry for the late notice, I was on PTO last week). A draft agenda is at  https://cryptpad.fr/pad/#/2/pad/edit/PCtBphoXkCTiXABJ8cdL0KuZ/ Please add agenda items to the document or reply to this e-mail

[Xen-devel] [xen-4.13-testing test] 144493: regressions - FAIL

flight 144493 xen-4.13-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/144493/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 17 guest-start.2fail REGR. vs. 144402 Tests which

[Xen-devel] [xen-4.8-testing test] 144487: regressions - trouble: fail/pass/starved

flight 144487 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/144487/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 10 debian-hvm-install fail REGR. vs. 138829 Tests which

[Xen-devel] [xen-unstable-smoke test] 144494: tolerable all pass - PUSHED

flight 144494 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/144494/ 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

[Xen-devel] Xen 4.14 and future work

Hello, Now that 4.13 is on its way out of the door, it is time to look to ongoing work. We have a large backlog of speculation-related work.  For one, we still don't virtualise MSR_ARCH_CAPS for guests, or use eIBRS ourselves in Xen.  Therefore, while Xen does function on Cascade Lake, support

[Xen-devel] [xen-unstable test] 144484: tolerable FAIL - PUSHED

flight 144484 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/144484/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds16 guest-start/debian.repeat fail REGR. vs. 144377 Tests which did not

[Xen-devel] [xen-unstable bisection] complete build-i386-xsm

branch xen-unstable xenbranch xen-unstable job build-i386-xsm testid xen-build Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu git://xenbits.xen.org/qemu-xen.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem changeset *** Bug is in tree: xen

Re: [Xen-devel] [PATCH for-4.13] clang: do not enable live-patching support

On Mon, Dec 02, 2019 at 03:55:04PM +, Andrew Cooper wrote: > On 02/12/2019 15:53, Konrad Rzeszutek Wilk wrote: > >>> I plan to release ack the patch in case the missing maintainer's acks > >>> are not coming in too late. > >> I think Andy's objection was that there has been zero testing of >

Re: [Xen-devel] [PATCH] xen/vcpu: Sanitise VCPUOP_initialise call hierachy

Hi, On 02/12/2019 16:17, Andrew Cooper wrote: On 15/11/2019 15:24, Julien Grall wrote: On Fri, 15 Nov 2019, 18:13 Andrew Cooper, > wrote: On 31/10/2019 21:25, Julien Grall wrote: > Hi, > > On 31/10/2019 19:28, Andrew Cooper wrote: >> This

Re: [Xen-devel] [PATCH] xen/vcpu: Sanitise VCPUOP_initialise call hierachy

On 15/11/2019 15:24, Julien Grall wrote: > On Fri, 15 Nov 2019, 18:13 Andrew Cooper, > wrote: > > On 31/10/2019 21:25, Julien Grall wrote: > > Hi, > > > > On 31/10/2019 19:28, Andrew Cooper wrote: > >> This code is especially tangled. 

[Xen-devel] [xen-unstable-smoke test] 144490: tolerable all pass - PUSHED

flight 144490 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/144490/ 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

Re: [Xen-devel] [PATCH for-4.13] clang: do not enable live-patching support

On 02/12/2019 15:53, Konrad Rzeszutek Wilk wrote: >>> I plan to release ack the patch in case the missing maintainer's acks >>> are not coming in too late. >> I think Andy's objection was that there has been zero testing of >> livepatching on gcc. Maybe we can find someone to do a smoke-test. >

Re: [Xen-devel] [PATCH for-4.13] clang: do not enable live-patching support

> > I plan to release ack the patch in case the missing maintainer's acks > > are not coming in too late. > > I think Andy's objection was that there has been zero testing of > livepatching on gcc. Maybe we can find someone to do a smoke-test. As in integrate livepatch-build tools in osstest

Re: [Xen-devel] [PATCH v4] psr: fix bug which may cause crash

On 02.12.19 08:24, Yi Sun wrote: During test, we found a crash on Xen with below trace. (XEN) Xen call trace: (XEN)[] R psr.c#l3_cdp_write_msr+0x1e/0x22 (XEN)[] F psr.c#do_write_psr_msrs+0x6d/0x109 (XEN)[] F smp_call_function_interrupt+0x5a/0xac (XEN)[] F

Re: [Xen-devel] [PATCH v4] psr: fix bug which may cause crash

On 02/12/2019 07:24, Yi Sun wrote: > During test, we found a crash on Xen with below trace. > (XEN) Xen call trace: > (XEN)[] R psr.c#l3_cdp_write_msr+0x1e/0x22 > (XEN)[] F psr.c#do_write_psr_msrs+0x6d/0x109 > (XEN)[] F smp_call_function_interrupt+0x5a/0xac > (XEN)[] F

[Xen-devel] [xen-4.9-testing test] 144481: regressions - trouble: fail/pass/starved

flight 144481 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/144481/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 10 debian-hvm-install fail REGR. vs. 139047 Tests which

Re: [Xen-devel] [PATCH V3 1/2] x86/altp2m: Add hypercall to set a range of sve bits

On 29.11.2019 13:31, Jan Beulich wrote: > On 21.11.2019 16:02, Alexandru Stefan ISAILA wrote: >> Changes since V2: >> - Add a new structure "xen_hvm_altp2m_suppress_ve_multi" >> - Copy the gfn of the first error to the caller >> - Revert xen_hvm_altp2m_suppress_ve >> - Add a

Re: [Xen-devel] bug: unable to LZ4 decompress ub1910 installer kernel when launching domU

Hello, On Sun, Dec 01, 2019 at 06:47:14PM +0100, Jeremi Piotrowski wrote: > On Thu, Oct 24, 2019 at 10:12:19AM +0200, Jan Beulich wrote: > > Would you please increase verbosity (xl -vvv create ...) such that we > > can see what exactly the decompression code doesn't like about this […] > I

Re: [Xen-devel] bug: unable to LZ4 decompress ub1910 installer kernel when launching domU

On Thu, Oct 24, 2019 at 10:12:19AM +0200, Jan Beulich wrote: > On 23.10.2019 22:33, Pry Mar wrote: > > Hello xen-devel, > > > > https://paste.debian.net/plain/1109374 > > > > shows my traces from a healthy CentOS 8, xen-4.12.1 dom0 when trying > > to launch a pv install of the newly released

Re: [Xen-devel] [PATCH V3 2/2] x86/mm: Make use of the default access param from xc_altp2m_create_view

On 29.11.2019 13:41, Jan Beulich wrote: > On 21.11.2019 16:02, Alexandru Stefan ISAILA wrote: >> Changes since V2: >> - Drop static from xenmem_access_to_p2m_access() and declare it >> in mem_access.h >> - Use xenmem_access_to_p2m_access() in p2m_init_next_altp2m() >> - Pull out

Re: [Xen-devel] [PATCH for-4.13] x86: re-order clang no integrated assembler tests

On Mon, Dec 02, 2019 at 11:31:55AM +, Andrew Cooper wrote: > On 02/12/2019 11:29, Roger Pau Monne wrote: > > The tests to check whether the integrated assembler is capable of > > building Xen should be performed before testing any assembler > > features, or else the feature specific tests

[Xen-devel] [PATCH v3 2/2] xen-blkback: allow module to be cleanly unloaded

Add a module_exit() to perform the necessary clean-up. Signed-off-by: Paul Durrant Reviewed-by: "Roger Pau Monné" Reviewed-by: Juergen Gross --- Cc: Konrad Rzeszutek Wilk Cc: Jens Axboe Signed-off-by: Paul Durrant --- drivers/block/xen-blkback/blkback.c | 8

[Xen-devel] [PATCH v3 0/2] allow xen-blkback to be cleanly unloaded

Paul Durrant (2): xen/xenbus: reference count registered modules xen-blkback: allow module to be cleanly unloaded drivers/block/xen-blkback/blkback.c | 8 drivers/block/xen-blkback/common.h | 3 +++ drivers/block/xen-blkback/xenbus.c | 11 +++

[Xen-devel] [PATCH v3 1/2] xen/xenbus: reference count registered modules

To prevent a PV driver module being removed whilst attached to its other end, and hence xenbus calling into potentially invalid text, take a reference on the module before calling the probe() method (dropping it if unsuccessful) and drop the reference after returning from the remove() method.

Re: [Xen-devel] [PATCH for-4.13] x86: re-order clang no integrated assembler tests

On 02/12/2019 11:29, Roger Pau Monne wrote: > The tests to check whether the integrated assembler is capable of > building Xen should be performed before testing any assembler > features, or else the feature specific tests would be stale if the > integrated assembler is disabled afterwards. > >

[Xen-devel] [PATCH for-4.13] x86: re-order clang no integrated assembler tests

The tests to check whether the integrated assembler is capable of building Xen should be performed before testing any assembler features, or else the feature specific tests would be stale if the integrated assembler is disabled afterwards. Fixes: ef286f67787a ('x86: move and fix clang .skip

[Xen-devel] [xen-4.8-testing test] 144478: regressions - trouble: fail/pass/starved

flight 144478 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/144478/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 10 debian-hvm-install fail REGR. vs. 138829 Tests which

[Xen-devel] [PATCH] xen/arm: Basic support for sunxi/sun50i h6 platform.

adding compatible strings for h6 SoCs, Specifically orangepi3. Signed-off-by: Yangtao Li --- xen/arch/arm/platforms/sunxi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/xen/arch/arm/platforms/sunxi.c b/xen/arch/arm/platforms/sunxi.c index 55705b15b2..e8e4d88bef 100644 ---

Re: [Xen-devel] livepatch-build-tools regression

> On 27. Nov 2019, at 16:56, Sergey Dyasli wrote: > > On 27/11/2019 15:22, Wieczorkiewicz, Pawel wrote: >> >> >>> On 27. Nov 2019, at 12:16, Sergey Dyasli wrote: >>> >>> On 26/11/2019 18:37, Wieczorkiewicz, Pawel wrote: It looks like gcc plays the usual dirty tricks with local

[Xen-devel] livepatch-build: What does getting no output from "readelf -wi xen-syms" usually mean?

Hi, I've been looking into live patching for the first time. Starting with a 4.12.1 build: $ cd ~/dev $ ls -l total 8 drwxr-xr-x 3 andy andy 4096 Oct 25 16:11 xen drwxr-xr-x 6 andy andy 4096 Dec 2 01:16 livepatch-build-tools (there is already a 4.12.1 hypervisor built in /xen and is what's

Re: [Xen-devel] Xen PV Audio drivers

On 12/2/19 9:54 AM, Rajagopal Aravindan wrote: Hello Oleksandr, Hi, W.r.t the subject, came across this link https://lwn.net/Articles/730075/. Could you please point us to instructions for trying the same on x86 with a Ubuntu/Android guest ? Never tried that on x86, but see nothing which