linux-kernel - Re: [PATCH 1/2] arm64: Ensure the instruction emulation is ready for userspace

lists.openwall.net		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 linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Fri, 6 Oct 2017 16:35:51 +0100
From:   Catalin Marinas <catalin.marinas@....com>
To:     Suzuki K Poulose <suzuki.poulose@....com>
Cc:     linux-arm-kernel@...ts.infradead.org,
        Matthias Brugger <mbrugger@...e.com>,
        linux-kernel@...r.kernel.org, stable@...r.kernel.org,
        matwey.kornilov@...il.com, James Morse <james.morse@....com>,
        Dave Martin <dave.martin@....com>
Subject: Re: [PATCH 1/2] arm64: Ensure the instruction emulation is ready for
 userspace

On Fri, Oct 06, 2017 at 02:16:52PM +0100, Suzuki K. Poulose wrote:
> We trap and emulate some instructions (e.g, mrs, deprecated instructions)
> for the userspace. However the handlers for these are registered as
> late_initcalls and the userspace could be up and running from the initramfs
> by that time (with populate_rootfs, which is a rootfs_initcall()). This
> could cause problems for the early applications ending up in failure
> like :
> 
> [   11.152061] modprobe[93]: undefined instruction: pc=0000ffff8ca48ff4
> 
> This patch promotes the specific calls to core_initcalls, which are
> guaranteed to be completed before we hit userspace.
> 
> Cc: stable@...r.kernel.org
> Cc: Catalin Marinas <catalin.marinas@....com>
> Cc: Dave Martin <dave.martin@....com>
> Cc: Matthias Brugger <mbrugger@...e.com>
> Cc: James Morse <james.morse@....com>
> Reported-by: Matwey V. Kornilov <matwey.kornilov@...il.com>
> Signed-off-by: Suzuki K Poulose <suzuki.poulose@....com>

Both patches queued for 4.14. Thanks.

-- 
Catalin