Received: by 2002:a05:6622:f08:0:0:0:0 with SMTP id l8csp4480569ivc; Tue, 3 Nov 2020 13:08:52 -0800 (PST) X-Google-Smtp-Source: ABdhPJxmv9Ds18+SQtHojhoot569rc2TdlTZ8vqdlTJxHWP3SF3+7PFPxFuNN6VUU/SdJMmwuehS X-Received: by 2002:aa7:d591:: with SMTP id r17mr3059894edq.274.1604437732815; Tue, 03 Nov 2020 13:08:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604437732; cv=none; d=google.com; s=arc-20160816; b=kncrwWccjqzGmdaYtmsqVXdjqXKzTWfxeUQouNbAvQfuizx8ejsu5s56KTycPQMwFh 2VUHTBnKy6FQwN3skuQo9WPCGl+soWjjKSt1L8QJp5VsbTwHzO7qpREZnD3OMnv7cYPN 8qzOe6FJNm7Qo7H5O9Zq2LYLmi7WBAJs4mtNaCCaVDOXRMZNXKWuIoh33kmbV4eqn0hL GrQyFeTJ0ka/X1qMH/EPBlFIYhppbyW+DFu6Bax/as6zwMirDshk+LBvyM+7V5uXrBcB slKobWvYUXO+ot9UaOfXJxi6Rl2GvirZM8pnJYMkxDBNmnraElP1zWFgJuCIAhphAcSa fkoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=Qq219MkubC3oZ1OdlPmQdhzmegic+LhHprKFI8HLKuU=; b=fgcuYRutK4ORRA15nUw3JVGEMt0wEq9ZL18ICPaMn8jundHc9S14MUI+Bj6lIOjjf2 t/Evk4Uf7bU6hvRWLdnviQ/deYZsB/G2TRRT7DRx2LifbQayqPZjuRMjioqMU/hTDEtK Aqr50zmgKwRUuphTXnn9LF9LAiiFNjXfsZX6uTbBtH9BiMQb36hmyNEgs0PiVg+CmmVw k45k5u6ghEkYlXZn5UXDre4HGqfDokRxnJ4TYmkUEgFf37W9xS3m5YWuoTVyRZtQ13El IpLQwcAy/jxYo1EOXtCX6ueOcjnZ6oza8L8BihAXOUtTv+X6gxwLgaMzPW4MZ8N4iwY+ JNHg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=afu+bAIh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b16si13857567edn.23.2020.11.03.13.08.30; Tue, 03 Nov 2020 13:08:52 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=afu+bAIh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388270AbgKCVHQ (ORCPT + 99 others); Tue, 3 Nov 2020 16:07:16 -0500 Received: from mail.kernel.org ([198.145.29.99]:46392 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388268AbgKCVHM (ORCPT ); Tue, 3 Nov 2020 16:07:12 -0500 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7BAA220757; Tue, 3 Nov 2020 21:07:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604437632; bh=Z0Ba5uh0n5O1GxGbXMg75EWKsHCdvgxTkVPHxJff2Js=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=afu+bAIhGB6WZn/n86CouCthljQ60A0hzNB/NCqeTWbMb0TtdE2WQX2rczxK7K1I7 L0ZgPTSnwSq39RpKyvqRMQ9PcdfteG7Ux+KXnuCRAbkjMhuxmLRLDX3vBhWQegyYhk 6kHe8seBSKSHeKMsZUoyCEtjy3rm1KEOgVB7LWgc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Michael Neuling , Michael Ellerman Subject: [PATCH 4.19 158/191] powerpc: Fix undetected data corruption with P9N DD2.1 VSX CI load emulation Date: Tue, 3 Nov 2020 21:37:30 +0100 Message-Id: <20201103203247.335202377@linuxfoundation.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201103203232.656475008@linuxfoundation.org> References: <20201103203232.656475008@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Michael Neuling commit 1da4a0272c5469169f78cd76cf175ff984f52f06 upstream. __get_user_atomic_128_aligned() stores to kaddr using stvx which is a VMX store instruction, hence kaddr must be 16 byte aligned otherwise the store won't occur as expected. Unfortunately when we call __get_user_atomic_128_aligned() in p9_hmi_special_emu(), the buffer we pass as kaddr (ie. vbuf) isn't guaranteed to be 16B aligned. This means that the write to vbuf in __get_user_atomic_128_aligned() has the bottom bits of the address truncated. This results in other local variables being overwritten. Also vbuf will not contain the correct data which results in the userspace emulation being wrong and hence undetected user data corruption. In the past we've been mostly lucky as vbuf has ended up aligned but this is fragile and isn't always true. CONFIG_STACKPROTECTOR in particular can change the stack arrangement enough that our luck runs out. This issue only occurs on POWER9 Nimbus <= DD2.1 bare metal. The fix is to align vbuf to a 16 byte boundary. Fixes: 5080332c2c89 ("powerpc/64s: Add workaround for P9 vector CI load issue") Cc: stable@vger.kernel.org # v4.15+ Signed-off-by: Michael Neuling Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20201013043741.743413-1-mikey@neuling.org Signed-off-by: Greg Kroah-Hartman --- arch/powerpc/kernel/traps.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/arch/powerpc/kernel/traps.c +++ b/arch/powerpc/kernel/traps.c @@ -794,7 +794,7 @@ static void p9_hmi_special_emu(struct pt { unsigned int ra, rb, t, i, sel, instr, rc; const void __user *addr; - u8 vbuf[16], *vdst; + u8 vbuf[16] __aligned(16), *vdst; unsigned long ea, msr, msr_mask; bool swap;