• Arch qualification for buster: call for DSA, Security, toolchain co

    From Lennart Sorensen@21:1/5 to Luke Kenneth Casson Leighton on Fri Jun 29 17:10:02 2018
    On Fri, Jun 29, 2018 at 10:20:50AM +0100, Luke Kenneth Casson Leighton wrote:
    in addition, arm64 is usually speculative OoO (Cavium ThunderX V1
    being a notable exception) which means it's vulnerable to spectre and meltdown attacks, whereas 32-bit ARM is exclusively in-order. if you
    want to GUARANTEE that you've got spectre-immune hardware you need
    either any 32-bit system (where even Cortex A7 has virtualisattion) or
    if 64-bit is absolutely required use Cortex A53.

    The Cortex A8, A7 and A5 are in order. The A9, A15, A17 etc are out of
    order execution. So any 32 bit arm worth using is pretty much always
    out of order execution.

    For 64 bit, I think the A35 and A53 are in order while the A57, A72 etc
    are out of order.

    Of course non Cortex designs vary (I think Marvel's JP4 core was out of
    order execution for example).

    After all, in general in order execution equals awful performance.

    --
    Len Sorensen

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Florian Weimer@21:1/5 to All on Fri Jun 29 19:00:02 2018
    * Riku Voipio:

    On Thu, Jun 28, 2018 at 08:11:14PM +0200, Florian Weimer wrote:
    * Niels Thykier:

    armel/armhf:
    ------------

    * Undesirable to keep the hardware running beyond 2020. armhf VM
    support uncertain. (DSA)
    - Source: [DSA Sprint report]

    Fedora is facing an issue running armhf under virtualization on arm64:

    <https://bugzilla.redhat.com/show_bug.cgi?id=1572916>

    I think you mean:

    https://bugzilla.redhat.com/show_bug.cgi?id=1576593

    Yes, that's right, I copy-pasted the wrong bug URL. It's filed as a
    Red Hat Enterprise Linux bug because the Fedora builders run Fedora
    VMs on that platform.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stefan Monnier@21:1/5 to All on Wed Dec 12 03:40:01 2018
    I do think this just reinforces the point that second-class architectures should have better, more robust support from the Debian project.

    Indeed. It would reduce the pressure to keep some architectures
    first-class (such as armel).


    Stefan

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)