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