- linaro-toolchain - lists.linaro.org

[ACTIVITY] week ending 24 May 2020

by Richard Henderson

[VIRT-339 # ARMv8.5-BTI, Branch Target Identification ] Updated to match the latest kernel for-next/bti-user branch; I hope this is going to be merged for 5.7. Posted v9 for review. [VIRT-349 # QEMU SVE2 Supprt ] More RISU work to improve support for SVE. Stephen Long has posted some sve2 risu patterns that need reviewing, and I plan to test all of that next week vs ArmIE. I had a start on rebasing my current sve2 patch set on master, with lots of prereqs merged. But stopped in the middle because I realized that I wanted to get all of the RISU work done first, so that I can test each patch as it is updated. r~ PS: Out all next week on holiday.

5 years, 1 month

1
0
0 0

[ACTIVITY] week ending May. 24 2020

by Alex Bennée

VirtIO Related Work ([VIRT-366]) ================================ - virtio sync-up call, minutes to follow [VIRT-366] <https://projects.linaro.org/browse/VIRT-366> VirtiIO blogpost ([LBO-2]) - final version now [published] [LBO-2] <https://projects.linaro.org/browse/LBO-2> [published] <https://www.linaro.org/blog/virtio-work/> Upstream Work ([VIRT-109]) ========================== - posted [PATCH v1 00/15] testing and plugin updates Message-Id: <20200520140541.30256-1-alex.bennee(a)linaro.org> - posted [PATCH] linux-user: provide fallback pgd_find_hole for bare chroots Message-Id: <20200522142446.25581-1-alex.bennee(a)linaro.org> Completed Reviews [7/7] ======================= [PATCH] icount: fix shift=auto for record/replay Message-Id: <158875154623.957.4036561733593052357.stgit@pasha-ThinkPad-X280> [PATCH] replay: synchronize on every virtual timer callback Message-Id: <158875304273.3986.105601155554744438.stgit@pasha-ThinkPad-X280> [PATCH] replay: implement fair mutex Message-Id: <158823999490.29783.7079486043043163164.stgit@pasha-ThinkPad-X280> - CLOSING NOTE [2020-05-19 Tue 07:41] Seems a bit hacky to me Added: <2020-04-30 Thu> [PATCH 00/10] softfloat: misc cleanups Message-Id: <20200515190153.6017-1-richard.henderson(a)linaro.org> [RISU v2 00/17] risu cleanups and improvements Message-Id: <20200519025355.4420-1-richard.henderson(a)linaro.org> - CLOSING NOTE [2020-05-20 Wed 22:41] Nice clean-up Added: <2020-05-19 Tue> [PATCH 0/4] linux-user/arm: Fix BKPT, SVC immediate handling Message-Id: <20200420212206.12776-1-peter.maydell(a)linaro.org> - CLOSING NOTE [2020-05-22 Fri 17:38] already merged Added: <2020-04-21 Tue> [PATCH v5 0/9] tests/vm: Add support for aarch64 VMs Message-Id: <20200430155718.212-1-robert.foley(a)linaro.org> - CLOSING NOTE [2020-05-22 Fri 17:39] Looks pretty good now, testing seems ok. A few minor comments. Added: <2020-04-30 Thu> Absences ======== - Home-schooling in mornings - 25th May is a Bank Holiday in the UK Current Review Queue ==================== * [RFC 1/3] cpu-throttle: new module, extracted from cpus.c Message-Id: <20200521185407.25311-1-cfontana(a)suse.de> Added: <2020-05-21 Thu> * [PATCH 0/2] linux-user: mmap/mprotect prot values Message-Id: <20200519185645.3915-1-richard.henderson(a)linaro.org> Added: <2020-05-20 Wed> * [PATCH 0/2] linux-user: Load a vdso for x86_64 Message-Id: <20200519194452.9009-1-richard.henderson(a)linaro.org> Added: <2020-05-20 Wed> * [PATCH v9 0/5] linux-user: User support for AArch64 BTI Message-Id: <20200520172800.8499-1-richard.henderson(a)linaro.org> Added: <2020-05-20 Wed> -- Alex Bennée

5 years, 1 month

1
0
0 0

[ACTIVITY] report week ending 22 May

by Peter Maydell

Progress: * VIRT-65 [QEMU upstream maintainership] - Various bits of code review; put together and sent another arm pullreq. * VIRT-364 [QEMU support for ARMv8.1-M extensions] - Fixed up the 2-reg-shift/1-reg-imm patchset as per code review comments and sent a v2 thanks -- PMM

5 years, 1 month

1
0
0 0

[ACTIVITY] 18-20 May 2020

by Christophe Lyon

Short week (3 days) == Progress == * GCC upstream validation: - updating / cleaning up scripts to switch arm-eabi validation to new scheme * GCC: - PR94743 (IRQ handler and Neon registers): No feedback yet. * misc: - infra fixes / troubleshooting / reviews - looking at cortex-m benchmarking harnesses, issues with openocd - internal meetings / paperwork == Next == * GCC validation matrix updates * PR94743 * GCC/cortex-M testing * cortex-m benchmarking * FDPIC GDB

5 years, 1 month

1
0
0 0

[ACTIVITY] week ending 17 May 2020

by Richard Henderson

[VIRT-344 # ARMv8.5-MemTag, Memory Tagging Extension ] Some prerequisites merged upstream. [VIRT-349 # QEMU SVE2 Support ] Some prerequisites merged upstream. Work on risu to compress sve output files. Split out the crypto conversion to gvec. [VIRT-327 # Richard's upstream QEMU work ] Posted some softfloat cleanups. Some patch review. Support non-overlapping regions for decodetree. r~

5 years, 1 month

1
0
0 0

[ACTIVITY] week ending May 17th

by Alex Bennée

VirtIO Related Work ([VIRT-366]) ================================ VirtiIO blogpost ([LBO-2]) - finished final version of draft with future work and call to action [LBO-2] <https://projects.linaro.org/browse/LBO-2> Upstream Work ([VIRT-109]) ========================== - posted [PATCH v1 0/8] plugins/next (cleanup, cpu_index and lockstep) Message-Id: <20200513173200.11830-1-alex.bennee(a)linaro.org> - posted [PATCH v1 00/10] testing and tcg tweaks Message-Id: <20200513175134.19619-1-alex.bennee(a)linaro.org> - posted [PULL v2 00/13] testing, tcg and plugin updates Message-Id: <20200515144405.20580-1-alex.bennee(a)linaro.org> [VIRT-109] <https://projects.linaro.org/browse/VIRT-109> Completed Reviews [9/9] ======================= [PATCH 0/4] softfloat: fix floatx80 emulation bugs Message-Id: <alpine.DEB.2.21.2005010034560.30535(a)digraph.polyomino.org.uk> [PATCH v2 0/4] softfloat: fix floatx80 emulation bugs Message-Id: <alpine.DEB.2.21.2005042332380.22972(a)digraph.polyomino.org.uk> - CLOSING NOTE [2020-05-11 Mon 08:16] rth already pulled into his tree Added: <2020-05-05 Tue> [PATCH v4 00/10] tests/vm: Add support for aarch64 VMs Message-Id: <20200312142728.12285-1-robert.foley(a)linaro.org> - CLOSING NOTE [2020-05-11 Mon 10:22] Generally looks ok but awaiting v11 to deal with re-base conflicts to fully test. Added: <2020-03-27 Fri> [PATCH v8 00/74] per-CPU locks Message-Id: <20200326193156.4322-1-robert.foley(a)linaro.org> - CLOSING NOTE [2020-05-12 Tue 19:39] A few minor comments but looking good. Ran stress testing. Added: <2020-03-27 Fri> [PATCH 0/3] plugins: Move declarations around and rename 'hwaddr' argument Message-Id: <20200510171119.20827-1-f4bug(a)amsat.org> - CLOSING NOTE [2020-05-12 Tue 19:45] Queued to my tree Added: <2020-05-10 Sun> [PATCH 3/3] plugins: avoid failing plugin when CPU is inited several times Message-Id: <CAEme+7FPF+inSJSXQPmuv8Up3Eam0N7fT03zqM-RvcvKsxjfVQ(a)mail.gmail.com> - didn't apply but found bug in cpu_index code [PATCH 0/5] docs/system: Document some arm board models Message-Id: <20200507151819.28444-1-peter.maydell(a)linaro.org> [PATCH v6 0/9] tests/vm: Add support for aarch64 VMs Message-Id: <20200512193340.265-1-robert.foley(a)linaro.org> - CLOSING NOTE [2020-05-15 Fri 18:31] Ran into problems testing on my Gentoo box, sent some patches to rf-fw Added: <2020-05-12 Tue> [PATCH 0/5] target/i386: fxtract, fscale fixes Message-Id: <alpine.DEB.2.21.2005070038550.18350(a)digraph.polyomino.org.uk> - CLOSING NOTE [2020-05-15 Fri 18:32] Testing bit looks ok, leaving the x86 side to people that understand it. Added: <2020-05-15 Fri> -- Alex Bennée

5 years, 1 month

1
0
0 0

[ACTIVITY] 11-15 May 2020

by Christophe Lyon

== Progress == * GCC upstream validation: - reported a couple of regressions - sent an email to discussed the preferred combinations when running the testsuite * GCC: - PR94743 (IRQ handler and Neon registers): iterating. Sent updated patch to emit a warning. Cleanup patches merged. Sent WIP patch that saves FP regs for discussion. * misc: - infra fixes / troubleshooting / reviews - looking at cortex-m benchmarking harnesses, issues with openocd == Next == * GCC validation matrix updates * PR94743 * GCC/cortex-M testing * cortex-m benchmarking * FDPIC GDB

5 years, 1 month

1
0
0 0

[ACTIVITY] report week ending 15 May

by Peter Maydell

Progress: * VIRT-65 [QEMU upstream maintainership] - Some patch review/pullreq handling. Notably, the patchset to allow AArch64 KVM hosts to report host memory errors to guests is now in master. * VIRT-364 [QEMU support for ARMv8.1-M extensions] - Sent out v2 of the neon-decodetree conversion patches (covering the 3-reg-same grouping); this is based on RTH's vector cleanup patchset. Got this reviewed and into master. - Sent out a conversion patchset for 2-reg-and-shift and 1-reg-and-immediate insn groups. thanks -- PMM

5 years, 1 month

1
0
0 0

[ACTIVITY] 11 - 15 May 2020

by Diana Picus

== Progress == * Out of office tomorrow (Friday) * Morello - looking into some unrelated failures after a merge from upstream * Morello - updating aadwarf spec == Plan == * Out of office next Thursday and Friday

5 years, 1 month

1
0
0 0

[ACTIVITY] week ending 10 May 2020

by Richard Henderson

... and apologies for tomorrow's meeting. [VIRT-344 # ARMv8.5-MemTag, Memory Tagging Extension ] Updated the branch, both system and user. There's a report of an assertion failure in system mode, but no testcase to go with it. I need to ping for a devel branch with which to play. [VIRT-349 # QEMU SVE2 Support ] Some prerequisites merged upstream. [VIRT-327 # Richard's upstream QEMU work ] Review of risc-v risu patches. r~

5 years, 1 month

1
0
0 0

[ACTIVITY] week ending May 10th

by Alex Bennée

VirtIO Related Work ([VIRT-366]) ================================ - virtio sync-up call see minutes Message-Id: <87a72j64gt.fsf(a)linaro.org> [VIRT-366] <https://projects.linaro.org/browse/VIRT-366> VirtIO RPMB ([VIRT-371]) - continued work on my vhost-user-rpmb daemon - vhost-user-rpmb plumbed in with QEMU and virtio-pci transport - detected in lspci and comms established \\o/ - started experimenting with front-ends from ACRN linux port - currently blows up on feature negotiation - asked for clarification of divergence between ACRN and OASIS spec Message-Id: <87sgga4daf.fsf(a)linaro.org> [VIRT-371] <https://projects.linaro.org/browse/VIRT-371> [vhost-user backend for rpmb] <https://github.com/stsquad/qemu/tree/vhost-user-rpmb> [VIRT-402] <https://projects.linaro.org/browse/VIRT-402> VirtiIO blogpost ([LBO-2]) - still TODO new work and architectures - bit of writers block on last couple of paragraphs [LBO-2] <https://projects.linaro.org/browse/LBO-2> Upstream Work ([VIRT-109]) ========================== - posted [PULL 00/14] testing and gdbstub updates Message-Id: <20200506120529.18974-1-alex.bennee(a)linaro.org> [VIRT-109] <https://projects.linaro.org/browse/VIRT-109> Completed Reviews [1/1] ======================= [PATCH 0/4] softfloat: fix floatx80 emulation bugs Message-Id: <alpine.DEB.2.21.2005010034560.30535(a)digraph.polyomino.org.uk> -- Alex Bennée

5 years, 1 month

1
0
0 0

[ACTIVITY] report week ending 7 May

by Peter Maydell

(Short week, 4 days.) Progress: * VIRT-65 [QEMU upstream maintainership] - Added brief documentation of some of the QEMU models of Arm devboards, now we have a better place for this info to live * VIRT-364 [QEMU support for ARMv8.1-M extensions] - Fixed https://bugs.launchpad.net/bugs/1877136 (we were not using the right gdb XML feature for M-profile CPUs, which meant that stack backtraces across an exception stack frame didn't work and we didn't report the XPSR to gdb correctly) - Started working through code review responses from rth to the first lot of neon-decodetree patches thanks -- PMM

5 years, 1 month

1
0
0 0

[ACTIVITY] 4-7 May 2020

by Christophe Lyon

Short week (4 days) == Progress == * GCC upstream validation: - Added gcc-10 branch - maybe we should agree on a common way of running the testsuite * GCC: - PR94743 (IRQ handler and Neon registers): iterating. Refining patch that emits a warning (testsuite refinements...), Need to update additional patch that actually saves the FP regs so that it takes the D16/D32 versions into account. * misc: - infra fixes / troubleshooting / reviews - looking at cortex-m benchmarking harnesses, issues with openocd == Next == * GCC validation matrix updates * PR94743 * GCC/cortex-M testing * cortex-m benchmarking * FDPIC GDB

5 years, 1 month

1
0
0 0

todo luis priorities

by Christophe Lyon

morello memory tagging v8.6 blfoat v8.1-m MVE trustzone would be for next cycle

5 years, 1 month

1
0
0 0

An issue of svld1_f64() and svld1_vnum_f64() in gcc10 with ‘-O0’

by Guodong Xu

Hi, Chris, and Linaro Toolchain team, Recently I found an issue of SVE intrinsics (svld1_f64, svld1_vnum_f64) when using gcc -O0 (gcc 10.0.1 debian nightly build, optimization level 0). Would you please help me to reach out to people who can fix it? svld1_f64() is a function defined in Arm intrinsics for SVE (scalable vector extensions) [2]. Changing -O0 to -O1 makes the issue disappear. svld1_vnum_f64() has the same problem. To show the issue, I wrote this simple test program, see test1.c in [1]. A full issue report and gcc version string can be found in the attached pdf file. [1] My test program: https://github.com/docularxu/sve-code-test/tree/working-svld1_f64 [2] Arm SVE intrinsics: https://developer.arm.com/docs/100987/latest Feel free to contact me if you need more details. Best regards, -Guodong Xu

5 years, 1 month

2
1
0 0

[ACTIVITY] week ending 3 May 2020

by Richard Henderson

[VIRT-349 # QEMU SVE2 Support ] More progress on insn implementation; just about done with all of the indexed multiply. Perhaps 10 insns remaining. Assad mentioned on irc that he has fixed the Armie bug that prevented RISU from running properly, so I hope to start doing some testing soon. [VIRT-327 # Richard's upstream QEMU work ] Reviewed Peter's decodetree conversion. Posted some extracts from my sve2 branch that may be relevant and helpful. r~

5 years, 1 month

1
0
0 0

[ACTIVITY] week ending May. 3 2020

by Alex Bennée

VirtIO Related Work ([VIRT-366]) ================================ - scheduled the next sync-up for next Thursday Upstream Work ([VIRT-109]) ========================== - posted [PATCH for 5.1 v1 00/14] guest_base, gdbstub and Travis Message-Id: <20200423170557.31106-1-alex.bennee(a)linaro.org> - posted [RFC PATCH] plugins: new lockstep plugin for debugging TCG changes Message-Id: <20200428171633.17487-1-alex.bennee(a)linaro.org> - posted [RFC PATCH v2] plugins: new lockstep plugin for debugging TCG changes Message-Id: <20200429200754.18327-1-alex.bennee(a)linaro.org> - posted [PATCH v1 0/9] gdbstub/next Message-Id: <20200430190122.4592-1-alex.bennee(a)linaro.org> - posted [PATCH v1 0/4] testing/next updates Message-Id: <20200501112105.GJ2203114(a)redhat.com> - long thread on hardfloat in ppc Message-Id: <87lfmhl0xa.fsf(a)linaro.org> and various hardfloat optimisation approaches - rth has now given those interested a long list of things to do Message-Id: <d84e50f5-493e-7c8a-bf39-c94c18875171(a)linaro.org> first - posted [PATCH v1 0/7] various tcg and linux-user updates Message-Id: <20200501145713.19822-1-alex.bennee(a)linaro.org> [VIRT-109] <https://projects.linaro.org/browse/VIRT-109> Completed Reviews [1/1] ======================= [PATCH 0/4] softfloat: fix floatx80 emulation bugs Message-Id: <alpine.DEB.2.21.2005010034560.30535(a)digraph.polyomino.org.uk> Absences ======== - Home-schooling in mornings Current Review Queue ==================== * [PATCH v5 0/9] tests/vm: Add support for aarch64 VMs Message-Id: <20200430155718.212-1-robert.foley(a)linaro.org> Added: <2020-04-30 Thu> * [PATCH 00/15] Split off nVHE hyp code Message-Id: <20200430144831.59194-1-dbrazdil(a)google.com> Added: <2020-04-30 Thu> * [PATCH] replay: implement fair mutex Message-Id: <158823999490.29783.7079486043043163164.stgit@pasha-ThinkPad-X280> Added: <2020-04-30 Thu> * [PATCH 0/5] virtio on Type-1 hypervisor Message-Id: <1588073958-1793-1-git-send-email-vatsa(a)codeaurora.org> Added: <2020-04-28 Tue> -- Alex Bennée

5 years, 1 month

1
0
0 0

[ACTIVITY] report week ending 1 May

by Peter Maydell

Progress: * VIRT-65 [QEMU upstream maintainership] - code review: + rth's v3 patchset for 'sve load/store improvements' + Paolo's improvements to my run-coverity-scan script - tagged QEMU 5.0 and pushed it out of the door; put together and sent out the first target-arm pullreq for the 5.1 cycle * VIRT-364 [QEMU support for ARMv8.1-M extensions] - Neon decodetree progressing nicely (though it is a bigger job than I had anticipated when I started it...) Sent out a first part patchset that covers the v8.0-and-later extensions, the loads-and-stores, and the 3-reg-same part of the dp insns. NB: UK bank holiday next Friday... thanks -- PMM

5 years, 1 month

1
0
0 0

[LLVM] Upcoming upgrade of CMake

by Louis Dionne

Hi, You are receiving this email because you are listed as the owner for at least one LLVM build slave on http://lab.llvm.org:8011/buildslaves <http://lab.llvm.org:8011/buildslaves>. This message is a heads up concerning the upcoming upgrade of CMake discussed here: http://lists.llvm.org/pipermail/llvm-dev/2020-March/140349.html <http://lists.llvm.org/pipermail/llvm-dev/2020-March/140349.html>. As discussed on that thread, LLVM will require CMake 3.13.4 in order to build after the release branch for LLVM 11.0.0 is created. Using an older CMake will be an error. In order to keep things running smoothly, we would greatly appreciate if you could upgrade CMake on your builder(s) to at least CMake 3.13.4 before the next release branch is created. Please reply privately to this email when you've done so -- this will allow keeping track of who has and has not upgraded. Thank you and have a wonderful day, Louis

5 years, 1 month

3
7
0 0

[ACTIVITY] 27-30 April 2020

by Christophe Lyon

Short week (4 days) == Progress == * GCC upstream validation: - reported a couple of failures/regressions - still looking at improving MVE tests to avoid failures in several non-supported configurations. No satisfactory solution so far (there are always combinations of GCC configure option and validation-time options that are incompatible and produce failures instead of unsupported) - maybe we should agree on a common way of running the testsuite * GCC: - PR94743 (IRQ handler and Neon registers): sent a patch to emit a warning. More ambitious patches would be too intrusive for stage 4. * FDPIC/GDB: - no progress this week * misc: - infra fixes / troubleshooting / reviews - started looking at cortex-m benchmarking harnesses == Next == * FDPIC GDB * GCC/cortex-M * cortex-m benchmarking

5 years, 1 month

1
0
0 0

[ACTIVITY] 20 - 24 April 2020

by Diana Picus

== Progress == * Morello - Finished capability formatting - Got a couple cosmetic patches in review - Also reviewing needed ptrace support == Plan == * More Morello

5 years, 1 month

1
0
0 0

[ACTIVITY] week ending 26 Apr 2020

by Richard Henderson

[VIRT-349 # QEMU SVE2 Support ] More progress on insn implementation. More patches from Stephen Long merged. More good review from Laurent Desnogues. Down to perhaps 30 insns remaining, and then figuring out some miscomparisons reported by Laurent, but not diagnosed. [VIRT-344 # ARMv8.5-MemTag ] Fixed an exception return bug vs PSTATE.TCO. [VIRT-327 # Richard's upstream QEMU work ] Posted some tcg patch sets for 5.1. Worked on the sparc regression Alex reported vs TEMP_CONST. I've set that aside for now; I need to come up with a new scheme to debug that one. r~

5 years, 1 month

1
0
0 0

[ACTIVITY] week ending Apr. 26 2020

by Alex Bennée

Upstream Work ([VIRT-109]) ========================== - posted [PATCH for 5.1 v1 00/14] guest_base, gdbstub and Travis Message-Id: <20200423170557.31106-1-alex.bennee(a)linaro.org> - spent some time looking at rth's const sparc regression - posted [RFC PATCH] translate-all: include guest address in out_asm output Message-Id: <20200424173914.2957-1-alex.bennee(a)linaro.org> [VIRT-109] <https://projects.linaro.org/browse/VIRT-109> Completed Reviews [5/5] ======================= [PATCH 0/7] tcg: Clean up tcg_gen_gvec_dupi interface Message-Id: <20200418150411.1831-1-richard.henderson(a)linaro.org> - CLOSING NOTE [2020-04-20 Mon 14:33] Nice cleanup Added: <2020-04-19 Sun> [PATCH 0/3] tcg: Improve vector tail clearing Message-Id: <20200418155651.3901-1-richard.henderson(a)linaro.org> - CLOSING NOTE [2020-04-20 Mon 16:33] Nice cleanup Added: <2020-04-19 Sun> [PATCH 0/4] scripts: More Python fixes Message-Id: <20200421094216.24927-1-f4bug(a)amsat.org> [PATCH v2 00/36] tcg 5.1 omnibus patch set Message-Id: <20200422011722.13287-1-richard.henderson(a)linaro.org> [PATCH for-5.0? 0/3] Make docs build work with Sphinx 3 Message-Id: <20200411182934.28678-1-peter.maydell(a)linaro.org> - CLOSING NOTE [2020-04-23 Thu 15:15] Apparently I reviewed it last week. Added: <2020-04-11 Sat> Absences ======== - Home-schooling in mornings Current Review Queue ==================== * [PATCH 0/8] run-coverity-scan: misc improvements, especially for docker mode Message-Id: <20200422172351.26583-1-pbonzini(a)redhat.com> Added: <2020-04-23 Thu> * [PATCH 0/6] target/arm: Restrict TCG cpus to TCG accel Message-Id: <20200421131926.12116-1-philmd(a)redhat.com> Added: <2020-04-21 Tue> * [PATCH 0/4] linux-user/arm: Fix BKPT, SVC immediate handling Message-Id: <20200420212206.12776-1-peter.maydell(a)linaro.org> Added: <2020-04-21 Tue> * [PATCH v8 00/74] per-CPU locks Message-Id: <20200326193156.4322-1-robert.foley(a)linaro.org> Added: <2020-03-27 Fri> -- Alex Bennée

5 years, 2 months

1
0
0 0

[ACTIVITY] report week ending 24 Apr

by Peter Maydell

Progress: * VIRT-65 [QEMU upstream maintainership] - We needed an rc4 (which I wasn't very surprised about), so more release wrangling again. - Noticed some bugs in how we set ID registers for the AArch64 'max' CPU; sent patches (one of which seemed worth getting into rc4) - There's been a long-standing problem where a linux-user QEMU running on a 64-bit host and emulating a 32-bit guest can't deal with the 64-bit hash 'offsets' from ext4 getdents, which causes guests using newer glibc to fail. Linus Walleij wrote a kernel patch which allows QEMU to request that the kernel gives it hash values that will fit into 32 bits. I wrote an RFC QEMU patch that would use this and tested that this does indeed solve the problem. Discussion is continuing on the kernel size about what the correct API for this is, but the principle that the kernel should change seems to be accepted. - A bug was raised that BKPT for arm linux-user wasn't causing SIGTRAP; sent patches fixing that and some other issues I noticed in that bit of the code while I was fixing it. - code review: + a patch adding proper FIFO emulation to the PL011 UART model + rth's patchset improving codegen of neon integer-compare-vs-0 insns + xilinx patchset to disable unsupported FDT firmware nodes + patchset adding kaslr-seed properties to the virt board dtb (mostly useful for OP-TEE) * VIRT-364 [QEMU support for ARMv8.1-M extensions] - Progress with neon decodetree conversion. I've now completed all the 3-reg-same insn grouping, which is a large enough amount that I'm planning to send out a patchset with what I have so far. Need to refactor/tidy up some bits of the code first, now I can see what the completed conversion looks like. thanks -- PMM

5 years, 2 months

1
0
0 0

[ACTIVITY] 20-24 April 2020

by Christophe Lyon

== Progress == * GCC upstream validation: - reported a couple of failures/regressions * GCC: - Committed a few fixes to MVE/CDE tests to avoid failures on arm-linux-gnueabi toolchains - Sent a few more testcases fixes - PR94538 (pure-code/M23): Let Wilco handle it since he has more testcases - Looked at Linaro bug #5614, and forwarded it for upstream discussion as PR94743 (IRQ handler and Neon registers) * FDPIC/GDB: - rebased gdbserver patches, it still crashes at runtime. Code size bigger than my last attempt with gdb-8.x. - tried to link it statically, but that fails because of multiple defs in uclibc. * misc: - infra fixes / troubleshooting / reviews - lots of disruptions == Next == * FDPIC GDB * GCC/cortex-M

5 years, 2 months

1
0
0 0

Re: buildbot failure in LLVM on clang-cmake-armv8-lld

by David Blaikie

Looks like there might be something wrong with this buildbot? (none of the commits seem to have changed lnt - or maybe lnt isn't monitored/blamed in the buildbot config?) On Tue, Apr 21, 2020 at 12:16 AM <llvm.buildmaster(a)lab.llvm.org> wrote: > The Buildbot has detected a new failure on builder clang-cmake-armv8-lld > while building llvm. > Full details are available at: > http://lab.llvm.org:8011/builders/clang-cmake-armv8-lld/builds/3875 > > Buildbot URL: http://lab.llvm.org:8011/ > > Buildslave for this Build: linaro-armv8-01-arm-lld > > Build Reason: scheduler > Build Source Stamp: [branch master] > c2d86e1f3044abb295796c8267c7b9057f54a067 > Blamelist: Alexander Shaposhnikov <alexshap(a)fb.com>,Chris Bieneman < > chris.bieneman(a)me.com>,Dan Liew <dan(a)su-root.co.uk>,David Blaikie < > dblaikie(a)gmail.com>,Johannes Doerfert <johannes(a)jdoerfert.de>,Mircea > Trofin <mtrofin(a)google.com>,Pavel Iliin <Pavel.Iliin(a)arm.com>,Sam Kerner < > skerner(a)chromium.org>,Shengchen Kan <shengchen.kan(a)intel.com>,Sriraman > Tallam <tmsriram(a)google.com> > > BUILD FAILED: failed setup lit > > sincerely, > -The Buildbot > > > >

5 years, 2 months

1
0
0 0

[ACTIVITY] 2 weeks ending 19 Apr 2020

by Richard Henderson

Short weeks around Easter. [VIRT-349 # QEMU SVE2 Support ] Lots of progress on insn implementation. Several patches from Stephen Long merged. He's coming up to speed nicely. Some good review from Laurent Desnogues. Spent some time writing a version of strspn for Arm optimized-routines, as a way of testing the NMATCH instruction. Found bugs in the tcg optimizer instead. Still in the process of rebasing the branch upon those fixes, and upon patch review from Peter. [VIRT-327 # Richard's upstream QEMU work ] Couple of patches for 5.0. [GCC] Posted v4 of aarch64 cmpti patch set. r~

5 years, 2 months

1
0
0 0

[ACTIVITY] week ending Apr. 19 2020

by Alex Bennée

VirtIO Related Work ([VIRT-366]) ================================ [VIRT-366] <https://projects.linaro.org/browse/VIRT-366> VirtIO RPMB ([VIRT-371]) - started work on [vhost-user backend for rpmb] - have the basic vhost-user loop created, still need to plumb into QEMU - will be able to experiment with [VIRT-402] minimal profile once running [VIRT-371] <https://projects.linaro.org/browse/VIRT-371> [vhost-user backend for rpmb] <https://github.com/stsquad/qemu/tree/vhost-user-rpmb> [VIRT-402] <https://projects.linaro.org/browse/VIRT-402> VirtiIO blogpost ([LBO-2]) - wrote up history of VirtIO up to standardisation - still TODO new work and architectures [LBO-2] <https://projects.linaro.org/browse/LBO-2> slides with virtio architectures for Victor Upstream Work ([VIRT-109]) ========================== - posted [PULL for 5.0-rc3 0/8] a few small fixes (docker, user, pie and gdbstub) Message-Id: <20200415104211.9388-1-alex.bennee(a)linaro.org> [VIRT-109] <https://projects.linaro.org/browse/VIRT-109> Other ===== - preparation work and GSoC candidate interviews [my QEMU developer guide] <https://people.linaro.org/~alex.bennee/org/presentations/qemu-developer-gui…> Absences ======== - Home-schooling in mornings Current Review Queue ==================== * [RFC][PATCH v2 0/3] IVSHMEM version 2 device for QEMU Message-Id: <cover.1578407802.git.jan.kiszka(a)siemens.com> Added: <2020-04-09 Thu> * [PATCH v6 00/36] Initial support for multi-process qemu Message-Id: <cover.1586165555.git.elena.ufimtseva(a)oracle.com> Added: <2020-04-06 Mon> * [PATCH v4 00/10] tests/vm: Add support for aarch64 VMs Message-Id: <20200312142728.12285-1-robert.foley(a)linaro.org> Added: <2020-03-27 Fri> -- Alex Bennée

5 years, 2 months

1
0
0 0

[ACTIVITY] report week ending 17 Apr

by Peter Maydell

(short week, 3 days) Progress: * VIRT-65 [QEMU upstream maintainership] - getting rc3 out of the door, including sorting out some last minute bug fixes. As usual, we hope not to need an rc4 but I expect we will. - code review; a two-day blitz has got my to-review queue down to a slightly more manageable size... + rth's series refactoring SVE load/store implementation + Guenter's i.MX watchdog support series + brief pass over raspi USB host controller emulation series + patch adding /secure-chosen/kaslr-seed to the virt dtb + the Greensocs/Xilinx clock framework patchset [including doing an editing pass on the docs] thanks -- PMM

5 years, 2 months

1
0
0 0

How to use 'runtime-linaro-...' and 'sysroot-linaro-...' archives ?

by Константин Аладышев

Hello! I know, this is probably a very stupid question, but I couldn't find an answer for it. On the page https://releases.linaro.org/components/toolchain/binaries/latest-5/arm-linu… there are 3 major download components: gcc/sysroot/runtime. I download 'gcc', add 'gcc-linaro-.../bin' to my PATH and cross compile my apps. On my target system, I need 'libc', and it is present in the 'sysroot-linaro-...'. Do I need to copy all of the contents of 'sysroot-linaro-...' folder to my target? 'linaro-sysroot' folder is kinda big. 'libc.so' library is 13MB. If there is a way to decrease its size, if I want to use Linaro compiled programs on an embedded target? And what is a purpose of 'runtime-linaro-..." component?

5 years, 2 months

2
1
0 0

How to use 'runtime-linaro-...' and 'sysroot-linaro-...' archives ?

by Konstantin Aladyshev

Hello! I know, this is probably a very stupid question, but I couldn't find an answer for it. On the page https://releases.linaro.org/components/toolchain/binaries/latest-5/arm-linu… there are 3 major download components: gcc/sysroot/runtime. I download 'gcc', add 'gcc-linaro-.../bin' to my PATH and cross compile my apps. On my target system, I need 'libc', and it is present in the 'sysroot-linaro-...'. Do I need to copy all of the contents of 'sysroot-linaro-...' folder to my target? 'linaro-sysroot' folder is kinda big. 'libc.so' library is 13MB. If there is a way to decrease its size, if I want to use Linaro compiled programs on an embedded target? And what is a purpose of 'runtime-linaro-..." component?

5 years, 2 months

1
0
0 0

[ACTIVITY] 6 - 10 April 2020

by Prathamesh Kulkarni

== This Week == * LLVM-611 (tune heuristic to lower blx): Working on feedback. * GNU-659: Doing benchmarking experiments * Public holiday - One day off == Next Week == - Continue with LLVM-611 and GNU-659

5 years, 2 months

1
0
0 0

[ACTIVITY] 6-10 April 2020

by Christophe Lyon

== Progress == * GCC upstream validation: - reported a couple of failures/regressions * GCC: - comparing testsuite results for cortex-m3 and cortex-m33 with cortex-a9 to check what cortex-M problem there are. Updated cmse-15.c test. Analyzing / bisecting other failures. - Sent fixes to MVE tests to avoid failures on arm-linux-gnueabi toolchains - Updated a few bugzilla entries about cortex-m issues * misc: - infra fixes / troubleshooting / reviews == Next == * FDPIC GDB * GCC/cortex-M

5 years, 2 months

1
0
0 0

Disk full on linaro-tk1-06 (buildbot failure in LLVM on clang-cmake-armv7-full)

by Ilya Leoshkevich

Hi, clang-cmake-armv7-full fails with "No space left on device", e.g.: http://lab.llvm.org:8011/builders/clang-cmake-armv7-full/builds/9808/steps/… > The Buildbot has detected a new failure on builder clang-cmake-armv7- full while building llvm. > Full details are available at: > http://lab.llvm.org:8011/builders/clang-cmake-armv7-full/builds/9808 > > Buildbot URL: http://lab.llvm.org:8011/ > > Buildslave for this Build: linaro-tk1-06 > > Build Reason: scheduler > Build Source Stamp: [branch master] 3bc439bdff8bb5518098bd9ef52c56ac071276bc > Blamelist: Ilya Leoshkevich <iii(a)linux.ibm.com> > > BUILD FAILED: failed Checkout test-suite > > sincerely, > -The Buildbot Could someone please take a look? Best regards, Ilya

5 years, 2 months

2
1
0 0

[ACTIVITY] week ending Apr. 12 2020

by Alex Bennée

VirtIO Related Work ([VIRT-366]) ================================ [VIRT-366] <https://projects.linaro.org/browse/VIRT-366> slides with virtio architectures for Victor an overview blogpost for Ebba - started drafting a blog post Upstream Work ([VIRT-109]) ========================== - posted [PULL for 5.0-rc2 00/13] various fixes Message-Id: <20200407155118.20139-1-alex.bennee(a)linaro.org> - a bit of launchpad triage for release - posted [PATCH for 5.0-rc3 v1 00/11] more random fixes Message-Id: <20200409211529.5269-1-alex.bennee(a)linaro.org> [VIRT-109] <https://projects.linaro.org/browse/VIRT-109> Other ===== - updated [my QEMU developer guide] for team workshop [my QEMU developer guide] <https://people.linaro.org/~alex.bennee/org/presentations/qemu-developer-gui…> Absences ======== - Easter Weekend (bank holidays) Current Review Queue ==================== * [RFC][PATCH v2 0/3] IVSHMEM version 2 device for QEMU Message-Id: <cover.1578407802.git.jan.kiszka(a)siemens.com> Added: <2020-04-09 Thu> * [PATCH v6 00/36] Initial support for multi-process qemu Message-Id: <cover.1586165555.git.elena.ufimtseva(a)oracle.com> Added: <2020-04-06 Mon> * [PATCH v4 00/10] tests/vm: Add support for aarch64 VMs Message-Id: <20200312142728.12285-1-robert.foley(a)linaro.org> Added: <2020-03-27 Fri> * [PATCH v8 00/74] per-CPU locks Message-Id: <20200326193156.4322-1-robert.foley(a)linaro.org> Added: <2020-03-27 Fri> -- Alex Bennée

5 years, 2 months

1
0
0 0

[ACTIVITY] report week ending 9 Apr

by Peter Maydell

(short week, 4 days) Progress: * VIRT-364 [QEMU support for ARMv8.1-M extensions] - Still working through the Neon decoder refactoring. Finished loads-and-stores and am now on the 2000-line function that handles data-processing insns... thanks -- PMM

5 years, 2 months

1
0
0 0

Failing libcxx-libcxxabi-libunwind bots

by Louis Dionne

Hi, It looks like several bots assigned to you started failing after e6a39f00e8d0 was committed: http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux-no… http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux-… They all fail on the test libcxx/test/libcxx/modules/stds_include.sh.cpp with the following error: <...>/libcxx/test/libcxx/modules/stds_include.sh.cpp:28:2: fatal error: file '<...>/libcxx/include/type_traits' has been modified since the module file '<TMP>/ModuleCache/1E92AHT/std-1V9DLRO.pcm' was built #include <vector> ^ <...>/libcxx/test/libcxx/modules/stds_include.sh.cpp:28:2: note: please rebuild precompiled header '<TMP>/ModuleCache/1E92AHT/std-1V9DLRO.pcm' 1 error generated. Our other bots are not failing, so I very strongly suspect this is not because of the change itself, but rather some weirdness in your bot configuration. For that reason, I will *not* revert the change (that would likely not improve the situation anyway). Can you please collaborate with us to understand and fix the issue? Thanks, Louis

5 years, 2 months

2
5
0 0

Broken libcxx-libcxxabi-libunwind bots due to Filesystem tests

by Louis Dionne

Hi, It looks like the following bots assigned to you started failing recently: http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv7-linux http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv7-linux-no… The failing tests are all filesystem tests: FAIL: libc++::assign.pass.cpp FAIL: libc++::path.pass.cpp FAIL: libc++::replace_filename.pass.cpp FAIL: libc++::refresh.pass.cpp FAIL: libc++::file_size.pass.cpp FAIL: libc++::file_type_obs.pass.cpp FAIL: libc++::hard_link_count.pass.cpp FAIL: libc++::last_write_time.pass.cpp FAIL: libc++::ctor.pass.cpp FAIL: libc++::ctor.pass.cpp FAIL: libc++::increment.pass.cpp FAIL: libc++::exists.pass.cpp FAIL: libc++::is_block_file.pass.cpp FAIL: libc++::is_character_file.pass.cpp FAIL: libc++::is_directory.pass.cpp FAIL: libc++::is_empty.pass.cpp FAIL: libc++::is_fifo.pass.cpp FAIL: libc++::is_other.pass.cpp FAIL: libc++::is_regular_file.pass.cpp FAIL: libc++::is_socket.pass.cpp Having seen some of these issues before, I strongly suspect this is due to the fact that your builder is running as root. Libc++'s filesystem tests are known to fail when run as root, because some of them need to check for failure to access some files for which there's no permission. This doesn't seem to work when run as root. Can you work with us to resolve this issue? Thanks, Louis

5 years, 2 months

3
5
0 0

[ACTIVITY] 30 March - 3 April 2020

by Christophe Lyon

== Progress == * GCC upstream validation: - reported a couple of failures/regressions * GCC: - comparing testsuite results for cortex-m3 and cortex-m33 with cortex-a9 to check what cortex-M problem there are. Spent a long time isolating a regression in CMSE tests. Filed PR94445 which was then quickly fixed by upstream in ICF optimization. * misc: - infra fixes / troubleshooting / reviews == Next == * FDPIC GDB * GCC/cortex-M

5 years, 2 months

1
0
0 0

[ACTIVITY] week ending 5 Apr 2020

by Richard Henderson

[VIRT-349 # QEMU SVE2 Support ] Met with Qualcomm on Friday to discuss sharing the development work, and help start bringing their new-hire, Stephen Long, up to speed on qemu. Gave Stephen generic qemu development pointers, and a simple set of SVE2 instruction on which to wet his feet. [VIRT-327 # Richard's upstream QEMU work ] Better constant propagation and allocation for TCG. Worked on probe_guest_base as a follow-up to some of the work Alex was doing wrt init_guest_space. Misc patch review for 5.0. [GCC] Posted v3 of aarch64 cmpti patch set. r~

5 years, 2 months

1
0
0 0

[ACTIVITY] 30 March - 3 April 2020

by Prathamesh Kulkarni

== This Week == * LLVM - LLVM-611 (Tune heuristic for blx): Posted upstream. - LLVM-612 (Redundant reg moves for 8-bit immediates): WIP patch * Public Holiday - one day off == Next Week == - Continue with LLVM tasks - Start looking at GNU-659

5 years, 2 months

1
0
0 0

[ACTIVITY] week ending Apr. 5 2020

by Alex Bennée

VirtIO Related Work ([VIRT-366]) ================================ - minor planning work - need a few slides with virtio architectures for Victor - a overview blogpost for Ebba [VIRT-366] <https://projects.linaro.org/browse/VIRT-366> Upstream Work ([VIRT-109]) ========================== - GSoC feedback on proposals - we have 3 students putting forward proposals for TCG cache plugin - posted [PATCH] hw/core: properly terminate loading .hex on EOF record Message-Id: <20200401193849.14017-1-alex.bennee(a)linaro.org> - posted [PATCH] target/arm: don't expose "ieee_half" via gdbstub Message-Id: <20200402143913.24005-1-alex.bennee(a)linaro.org> - posted [PATCH for 5.0 v2 00/10] A selection of sanitiser fixes Message-Id: <20200401094759.5835-1-alex.bennee(a)linaro.org> - the linux-user guest map is better targeted at next week - posted [PATCH v3 for 5.0-rc2 00/12] a selection of random fixes Message-Id: <20200403191150.863-1-alex.bennee(a)linaro.org> [VIRT-109] <https://projects.linaro.org/browse/VIRT-109> Completed Reviews [1/1] ======================= [PATCH for-5.0 v3 0/7] configure: Improve PIE and other linkage Message-Id: <20200327220353.27233-1-richard.henderson(a)linaro.org> Absences ======== - Splitting time between work and home-schooling Current Review Queue ==================== * [PATCH v4 00/10] tests/vm: Add support for aarch64 VMs Message-Id: <20200312142728.12285-1-robert.foley(a)linaro.org> Added: <2020-03-27 Fri> * [PATCH v8 00/74] per-CPU locks Message-Id: <20200326193156.4322-1-robert.foley(a)linaro.org> Added: <2020-03-27 Fri> * [virtio-dev] [RFC PATCH] virtio-iommu: Add PAGE_SIZE_MASK property Message-Id: <20200323133831.2110014-1-jean-philippe(a)linaro.org> Added: <2020-03-27 Fri> * [virtio-dev] [PATCH v2 00/10] virtio-mem: paravirtualized memory Message-Id: <20200311171422.10484-1-david(a)redhat.com> Added: <2020-03-27 Fri> -- Alex Bennée

5 years, 2 months

1
0
0 0

[ACTIVITY] report week ending 3 Apr

by Peter Maydell

Progress: * VIRT-65 [QEMU upstream maintainership] - More freeze related wrangling... * VIRT-241 [QEMU ISA Support for A-profile] - pushed the ARMv8.2-TTS2UXN patchset out to the mailing list - found and fixed a bug in our PAN support where we were making PSTATE.PAN forbid execute access, not just data access * VIRT-364 [QEMU support for ARMv8.1-M extensions] - Started on some preliminary refactoring that we'll need so we can more conveniently modify the decoder for v8.1M: converting the A32/T32 Neon decoder to use decodetree. I've done the "post-v8.0 extensions" instructions, and started on the loads-and-stores. thanks -- PMM

5 years, 2 months

1
0
0 0

TX2 + C++17 problems

by Jussi Lind

Hi, We are having some serious problems after we upgraded from C++14 to C++17 on an Jetson TX2 ARM device. Our system tests started to behave differently and fail. It seems that when our application uses a library (also developed by us) some data gets corrupted when delivered to a class constructor. For example, the .second of and std::pair<float> appears to be the .first and the .second is garbage. This is deterministic, but different tests are failing depending on the combination: library C++17/C++14 <-> application C++14/C++17. This is on Ubuntu 18.04 and gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04). Nothing like this happens on Intel. So: ARM, C++14: OK Intel, C++14: OK ARM, C++17: FAIL Intel, C++17: OK Any ideas what could cause this? I know this is a bit vague, but this a commercial, closed-source application so I cannot yet give any other information. BR, Jussi Lind

5 years, 2 months

3
5
0 0

[ACTIVITY] week ending 29 Mar 2020

by Richard Henderson

[VIRT-349 # QEMU SVE2 Support ] Posted the first incremental patch set for review, as requested by Qualcomm. [VIRT-327 # Richard's upstream QEMU work ] Patch review, much of it 5.0 related, but also v6 of the riscv vector patch set. Revise the PIE and linkage patch set. r~

5 years, 2 months

1
0
0 0

[ACTIVITY] 23-27 March 2020

by Christophe Lyon

== Progress == * GCC upstream validation: - reported a couple of failures/regressions * GCC: - comparing testsuite results for cortex-m3 and cortex-m33 with cortex-a9 to check what cortex-M problem there are. Fixed a few testcases. Managed to use qemu-system-arm to run cortex-m33 code with CMSE features. (Thanks to Peter Maydell for the help!) * misc: - infra fixes / troubleshooting / reviews == Next == * FDPIC GDB * GCC/cortex-M

5 years, 2 months

1
0
0 0

[ACTIVITY] report week ending 27 Mar

by Peter Maydell

Progress: * VIRT-65 [QEMU upstream maintainership] - Softfreeze this week, so a lot of pull request handling, and one last small arm pullreq to put together and send out - Our Coverity Scan setup was broken (the person who usually does the builds updated his machine to a newer Fedora which broke the tool). I pulled up an old patchset I had from a year ago which scripts things so you can do a build-and-upload automatically via Docker so that we're not dependent on one person for this. This took longer than I expected as there were a bunch of things that needed fixing both in the scripting and in bits of the codebase that the tools warned about. Patch series sent. - When we did get a Coverity run through, it reported 112 new issues; spent some time going through and triaging them (lots of false positives but also lots of real bugs) and submitting patches for some of them. * VIRT-364 [QEMU support for ARMv8.1-M extensions] - sketched out the work required and created some 'story' level cards to go under the epic. Still open questions: + should we model Cortex-M55 or a more generic 'max' CPU? + what board model do we want to use? + does LITE have any guest code using v8.1M features for testing? Random notes: * my new desk chair and standing desk arrived this week (the latter still needs assembling...) so I am gradually improving the rough edges of my WFH setup. thanks -- PMM

5 years, 2 months

1
0
0 0

[ACTIVITY] week ending Mar. 29 2020

by Alex Bennée

VirtIO Related Work ([VIRT-366]) ================================ - posted [RFC PATCH 0/8] some tweaks to the document build process Message-Id: <20200327103803.10460-1-alex.bennee(a)linaro.org> [VIRT-366] <https://projects.linaro.org/browse/VIRT-366> Upstream Work ([VIRT-109]) ========================== - posted [PATCH v1 for 5.0 00/11] testing/next Message-Id: <20200323161514.23952-1-alex.bennee(a)linaro.org> - posted [PULL for 5.0-rc1 00/11] testing updates (+ one mttcg change) Message-Id: <20200325151543.32478-1-alex.bennee(a)linaro.org> - needed [PATCH] qemu/atomic.h: add #ifdef guards for stdatomic.h Message-Id: <20200326170121.13045-1-alex.bennee(a)linaro.org> - posted [PATCH for 5.0 v1 0/7] A selection of sanitiser fixes Message-Id: <20200327094945.23768-2-alex.bennee(a)linaro.org> - posted [PULL v2 for 5.0 00/12] testing updates (+ one mttcg change) Message-Id: <20200327181320.23329-1-alex.bennee(a)linaro.org> [VIRT-109] <https://projects.linaro.org/browse/VIRT-109> Completed Reviews [3/3] ======================= [PATCH-for-5.0 v2 0/4] tests/docker: Fixes for 5.0 Message-Id: <20200322120104.21267-1-philmd(a)redhat.com> - CLOSING NOTE [2020-03-23 Mon 10:00] Simple enough Added: <2020-03-22 Sun> [PATCH] qemu-user: fix build with LLVM lld 10 Message-Id: <20200327140839.GB28583@Air-de-Roger> [virtio-dev] [PATCH v3] Add virtio SCMI device specification Message-Id: <87blonas8y.fsf(a)linaro.org> Absences ======== - Splitting time between work and home-schooling Current Review Queue ==================== * [PATCH v4 00/10] tests/vm: Add support for aarch64 VMs Message-Id: <20200312142728.12285-1-robert.foley(a)linaro.org> Added: <2020-03-27 Fri> * [PATCH v8 00/74] per-CPU locks Message-Id: <20200326193156.4322-1-robert.foley(a)linaro.org> Added: <2020-03-27 Fri> * [virtio-dev] [RFC PATCH] virtio-iommu: Add PAGE_SIZE_MASK property Message-Id: <20200323133831.2110014-1-jean-philippe(a)linaro.org> Added: <2020-03-27 Fri> * [virtio-dev] [PATCH v2 00/10] virtio-mem: paravirtualized memory Message-Id: <20200311171422.10484-1-david(a)redhat.com> Added: <2020-03-27 Fri> -- Alex Bennée

5 years, 2 months

1
0
0 0

[ACTIVITY] 23 - 27 March 2020

by Diana Picus

== Progress == * Out of office 1 day * More Morello - Patch set for the 'disassemble' command in review - Working on the final part of the capability formatting == Plan == * More Morello

5 years, 2 months

1
0
0 0

[ACTIVITY] week ending 22 Mar 2020

by Richard Henderson

Progress: [VIRT-349 # QEMU SVE2 Support ] 10 of N insn groups implemented. Annoyingly, there doesn't seem to be a summary of new insns, so confirming that all of the insns have been implemented. [VIRT-327 # Richard's upstream QEMU work ] Patch review. Mostly Phil's arm --disable-tcg set. Cleanup for some of the new Coverity reports. Flush tcg patch queue. [GCC] Two revisions improving TImode comparisons for aarch64 (PR94174). https://gcc.gnu.org/pipermail/gcc-patches/2020-March/542447.html [Kernel] Follow-up on a discussion a few weeks ago re __range_ok. The gcc cmpti patch set is in support of that, but I also found a much better solution for constant sized checks. http://lists.infradead.org/pipermail/linux-arm-kernel/2020-March/719754.html r~

5 years, 3 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-toolchain