Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3553726ybl; Mon, 12 Aug 2019 02:24:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqyUum56LcGagAPNmOEWIWdyImXAHpgSjH2ZcUafr10+F06yfG183runqfrNRWwyCzOu4ytn X-Received: by 2002:a17:90a:2047:: with SMTP id n65mr15508218pjc.5.1565601896123; Mon, 12 Aug 2019 02:24:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565601896; cv=none; d=google.com; s=arc-20160816; b=b/KDndMO50747FAfKL0c67EAOSCTBoq07K+CSGb3PAxx7wuyqPsABRVgwtWGp14/v8 QppOCfJAEHFFa0zrRg+zioHzEFoLCiP8ZkI8vD9TXDsDIYUDXJpsKy3/VcETPoNK4mAO fOvzIY2Gu9pzZKBokljqwpvELwwgFyfDwD2IdpswFEzzcxJqV8+6rRgTbEkMKv1kT0mJ TQnbAog3zWlfqKit+SBQq3+SYg5CDJ2lvxGZ6vBmzPiqF7RV1S6OcZT2uhmFcSGQExjc e7iFr7gLSC72hQVave2hGpSs4elF5Az+TLMwhZnKsWCD+KyfKj315Izz1qjggAnBc33w QY0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=U6PbBPFQneTnWRSxGV1ZGwptN/j/UovpAnCRf5tW94s=; b=XzApcQt+qYsCPOgpp/Fu5HlxgU8HXXTgH7h2dw9gBVbQV91ut5mjSGw1Lpo+MG1R0p nrL+CE5umRhOiMJ1dBf5T91agj15zksQP5D5t6xQp+1LmJR6pmdRinipPNJsxqAWmXnF bJF1jWpXHstx1zXxPy4is/ChKX30x4d0PiGpu2p4UQ+ex0OT5fNn23NwOPFrv+/34wEK 8SqdJcRYzVr2cfWVI9Y/HSn+zL8wqADLeC+LMm1XeSbnHjcyrs9k5iPGXNkJzcRaIKBe VsdMbPW6eJi4WfcOMAiqyYDfCbI5ghQc2OBICuggdbXgVFfAXA+STm55hNcPfD+zr5wP +jzQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@fossix-org.20150623.gappssmtp.com header.s=20150623 header.b=eDua6EN6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d74si4592501pfd.164.2019.08.12.02.24.40; Mon, 12 Aug 2019 02:24:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@fossix-org.20150623.gappssmtp.com header.s=20150623 header.b=eDua6EN6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727314AbfHLJWx (ORCPT + 99 others); Mon, 12 Aug 2019 05:22:53 -0400 Received: from mail-pg1-f194.google.com ([209.85.215.194]:45786 "EHLO mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727054AbfHLJWx (ORCPT ); Mon, 12 Aug 2019 05:22:53 -0400 Received: by mail-pg1-f194.google.com with SMTP id o13so49159066pgp.12 for ; Mon, 12 Aug 2019 02:22:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fossix-org.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=U6PbBPFQneTnWRSxGV1ZGwptN/j/UovpAnCRf5tW94s=; b=eDua6EN6D9snB4k0r7kjlDLSzH1gchP/j6Pee+1mifWl1e6oK+JKWqq805ED4lCkyq qfQMyO/z4CPeX6UETEc6lk+BtXNSSbkubvIprtIW9JrxWVcVVE4DbhqIbgGm13sPTb7Z dLBmjBh6qiRNRgau/N0Lc4OtwEAybdkMitlqm1bqj091D1QkzlyiztZqlIz+EK2H6NwC Cgx9H0S+MVuRb+M3fiXDErJJw/EY3v+vIfWL0ji0s2+pWvdJrDmUHS2/aIL5upVVrQrF O9pji0dyTQLH6QFvg1ex6wg2J7pWHci0/xRzXz+A3RpctrG67YsAITw+fShw5zge/TYD 7FRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=U6PbBPFQneTnWRSxGV1ZGwptN/j/UovpAnCRf5tW94s=; b=asePniGnj+sdkxyHmBSTkxo5nD29quPcbltVtcERh+sgzqT+QSS7ssdS6Kw6Tcdv5I /8DLNKKqyphLE0z9owr67Zk4/SWCZnqQgtmi8F/7vlT7QWex7KaeScDBSIBUJNUNwzzb o2xd7acimfnoQ7KfBDN07segk6SuxFcqAE7U/cGBlR0iKOr90DJ7TG4PMZjcrqRgmHbF DJkemmi8bQe1SU0wLL7nwresX0ew4MNjiroiovC/EXMe54buSCkUozlr+ZTNX+F/BZXi SJuPfGzfYEJa6f79yaSrt+XWCp6DOB9v7U5CbHn5H9ea73OJECdQ1u2yoOB+IR7zxe2A up6Q== X-Gm-Message-State: APjAAAXmwepR94AGk/HrNROtvjST3TEBXQKpl8oECHCvWmQs3tTm0s/u hOQw2f/6JFfHe1q+IbeSD7OtMt+lLwfBvA== X-Received: by 2002:a17:90a:342d:: with SMTP id o42mr8711979pjb.27.1565601772156; Mon, 12 Aug 2019 02:22:52 -0700 (PDT) Received: from santosiv.in.ibm.com ([129.41.84.75]) by smtp.gmail.com with ESMTPSA id y188sm10543517pfb.115.2019.08.12.02.22.48 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Mon, 12 Aug 2019 02:22:50 -0700 (PDT) From: Santosh Sivaraj To: linuxppc-dev , Linux Kernel Cc: "Aneesh Kumar K.V" , Mahesh Salgaonkar , Reza Arbab , Balbir Singh , Chandan Rajendra , Michael Ellerman , Nicholas Piggin , christophe leroy Subject: [PATCH v9 0/7] powerpc: implement machine check safe memcpy Date: Mon, 12 Aug 2019 14:52:29 +0530 Message-Id: <20190812092236.16648-1-santosh@fossix.org> X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org During a memcpy from a pmem device, if a machine check exception is generated we end up in a panic. In case of fsdax read, this should only result in a -EIO. Avoid MCE by implementing memcpy_mcsafe. Before this patch series: ``` bash-4.4# mount -o dax /dev/pmem0 /mnt/pmem/ [ 7621.714094] Disabling lock debugging due to kernel taint [ 7621.714099] MCE: CPU0: machine check (Severe) Host UE Load/Store [Not recovered] [ 7621.714104] MCE: CPU0: NIP: [c000000000088978] memcpy_power7+0x418/0x7e0 [ 7621.714107] MCE: CPU0: Hardware error [ 7621.714112] opal: Hardware platform error: Unrecoverable Machine Check exception [ 7621.714118] CPU: 0 PID: 1368 Comm: mount Tainted: G M 5.2.0-rc5-00239-g241e39004581 #50 [ 7621.714123] NIP: c000000000088978 LR: c0000000008e16f8 CTR: 00000000000001de [ 7621.714129] REGS: c0000000fffbfd70 TRAP: 0200 Tainted: G M (5.2.0-rc5-00239-g241e39004581) [ 7621.714131] MSR: 9000000002209033 CR: 24428840 XER: 00040000 [ 7621.714160] CFAR: c0000000000889a8 DAR: deadbeefdeadbeef DSISR: 00008000 IRQMASK: 0 [ 7621.714171] GPR00: 000000000e000000 c0000000f0b8b1e0 c0000000012cf100 c0000000ed8e1100 [ 7621.714186] GPR04: c000020000001100 0000000000010000 0000000000000200 03fffffff1272000 [ 7621.714201] GPR08: 0000000080000000 0000000000000010 0000000000000020 0000000000000030 [ 7621.714216] GPR12: 0000000000000040 00007fffb8c6d390 0000000000000050 0000000000000060 [ 7621.714232] GPR16: 0000000000000070 0000000000000000 0000000000000001 c0000000f0b8b960 [ 7621.714247] GPR20: 0000000000000001 c0000000f0b8b940 0000000000000001 0000000000010000 [ 7621.714262] GPR24: c000000001382560 c00c0000003b6380 c00c0000003b6380 0000000000010000 [ 7621.714277] GPR28: 0000000000000000 0000000000010000 c000020000000000 0000000000010000 [ 7621.714294] NIP [c000000000088978] memcpy_power7+0x418/0x7e0 [ 7621.714298] LR [c0000000008e16f8] pmem_do_bvec+0xf8/0x430 ... ... ``` After this patch series: ``` bash-4.4# mount -o dax /dev/pmem0 /mnt/pmem/ [25302.883978] Buffer I/O error on dev pmem0, logical block 0, async page read [25303.020816] EXT4-fs (pmem0): DAX enabled. Warning: EXPERIMENTAL, use at your own risk [25303.021236] EXT4-fs (pmem0): Can't read superblock on 2nd try [25303.152515] EXT4-fs (pmem0): DAX enabled. Warning: EXPERIMENTAL, use at your own risk [25303.284031] EXT4-fs (pmem0): DAX enabled. Warning: EXPERIMENTAL, use at your own risk [25304.084100] UDF-fs: bad mount option "dax" or missing value mount: /mnt/pmem: wrong fs type, bad option, bad superblock on /dev/pmem0, missing codepage or helper program, or other error. ``` MCE is injected on a pmem address using mambo. The last patch which adds a nop is only for testing on mambo, where r13 is not restored upon hitting vector 200. The memcpy code can be optimised by adding VMX optimizations and GAS macros can be used to enable code reusablity, which I will send as another series. --- Change-log: v9: * Add a new IRQ work for UE events [mahesh] * Reorder patches, and copy stable v8: * While ignoring UE events, return was used instead of continue. * Checkpatch fixups for commit log v7: * Move schedule_work to be called from irq_work. v6: * Don't return pfn, all callees are expecting physical address anyway [nick] * Patch re-ordering: move exception table patch before memcpy_mcsafe patch [nick] * Reword commit log for search_exception_tables patch [nick] v5: * Don't use search_exception_tables since it searches for module exception tables also [Nicholas] * Fix commit message for patch 2 [Nicholas] v4: * Squash return remaining bytes patch to memcpy_mcsafe implemtation patch [christophe] * Access ok should be checked for copy_to_user_mcsafe() [christophe] v3: * Drop patch which enables DR/IR for external modules * Drop notifier call chain, we don't want to do that in real mode * Return remaining bytes from memcpy_mcsafe correctly * We no longer restore r13 for simulator tests, rather use a nop at vector 0x200 [workaround for simulator; not to be merged] v2: * Don't set RI bit explicitly [mahesh] * Re-ordered series to get r13 workaround as the last patch -- Balbir Singh (2): powerpc/mce: Fix MCE handling for huge pages powerpc/memcpy: Add memcpy_mcsafe for pmem Reza Arbab (1): powerpc/mce: Make machine_check_ue_event() static Santosh Sivaraj (4): powerpc/mce: Schedule work from irq_work extable: Add function to search only kernel exception table powerpc/mce: Handle UE event for memcpy_mcsafe powerpc: add machine check safe copy_to_user arch/powerpc/Kconfig | 1 + arch/powerpc/include/asm/mce.h | 6 +- arch/powerpc/include/asm/string.h | 2 + arch/powerpc/include/asm/uaccess.h | 14 ++ arch/powerpc/kernel/mce.c | 31 +++- arch/powerpc/kernel/mce_power.c | 70 ++++---- arch/powerpc/lib/Makefile | 2 +- arch/powerpc/lib/memcpy_mcsafe_64.S | 242 +++++++++++++++++++++++++++ arch/powerpc/platforms/pseries/ras.c | 9 +- include/linux/extable.h | 2 + kernel/extable.c | 11 +- 11 files changed, 347 insertions(+), 43 deletions(-) create mode 100644 arch/powerpc/lib/memcpy_mcsafe_64.S -- 2.21.0