lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Thu, 22 Jul 2021 16:01:39 +0200
From:   Arnd Bergmann <>
To:     Johannes Berg <>
Cc:     linux-arch <>,
        Arnd Bergmann <>,
        "James E.J. Bottomley" <>,
        Al Viro <>,
        Anton Ivanov <>,
        Brian Cain <>,
        Chris Zankel <>,
        Christian Borntraeger <>,
        Christoph Hellwig <>, Guo Ren <>,
        Heiko Carstens <>,
        Helge Deller <>, Jeff Dike <>,
        Linus Walleij <>,
        Max Filippov <>,
        Michal Simek <>,
        Richard Weinberger <>,
        Thomas Bogendoerfer <>,
        Vasily Gorbik <>,
        Vineet Gupta <>,
        Yoshinori Sato <>,,
        "open list:QUALCOMM HEXAGON..." <>,,
        Linux Kernel Mailing List <>,
        "open list:BROADCOM NVRAM DRIVER" <>,
        Parisc List <>,
        linux-s390 <>,
        "open list:SYNOPSYS ARC ARCHITECTURE" 
        linux-um <>,
        "open list:TENSILICA XTENSA PORT (xtensa)" 
        "moderated list:H8/300 ARCHITECTURE" 
Subject: Re: [PATCH v3 9/9] asm-generic: reverse GENERIC_{STRNCPY_FROM,
 STRNLEN}_USER symbols

On Thu, Jul 22, 2021 at 3:57 PM Johannes Berg <> wrote:
> >
> > The remaining architectures at the moment are: ia64, mips, parisc,
> > s390, um and xtensa. We should probably convert these as well, but
> I'm not sure it makes sense to convert um, the implementation uses
> strncpy(), and that should use the libc implementation, which is tuned
> for the actual hardware that the binary is running on, so performance
> wise that might be better.
> OTOH, maybe this is all in the noise given the huge syscall overhead in
> um, so maybe unifying it would make more sense.

Right, makes sense. I suppose if we end up converting mips and s390,
we should just do arch/um and the others as well for consistency, even
if that adds some overhead.


Powered by blists - more mailing lists