Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp5560281ybh; Wed, 7 Aug 2019 07:58:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqwMbgonGOAfcG6yBx3j0iy+rWW4d1gRJLaNe74gMcAZevgIhKinhF3PuzWHjKrkcKGD5XkG X-Received: by 2002:a65:640a:: with SMTP id a10mr7979263pgv.338.1565189893216; Wed, 07 Aug 2019 07:58:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565189893; cv=none; d=google.com; s=arc-20160816; b=Ny/+FruMgxejbIhuzfDulw70SCCMu6Et3qo9hzofDkjK4cDUlNgspQ+8RPJ5Dybkfw DhhMFjs7SErDTFMvM0CLMimCx9oe0z8wmtmOT9rpLuMjcCikOXaQHM0LNH1pgF38nxTi h0bvbouv2NTJGG7mKIFBbCIekhbn+QL+DKKN93nq0knYn3B5iQ8MYR4222taHquZ9Apg n8cR8/0J5cdIwu96JibZ1Wzvb8dKf7ay+F8pbqslfVcEWclsgN4AGWLcAKzKMTUgPj7Z cCuF6MzcQx09ZwtMbgO7DbKuCusRJs5b4MIyH/UaeDYizd7+PTB3Xq1W2Vwf/A0SHNp2 S53Q== 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=VNefPx+n8mr4WbRYKsKnfXofRJLPow6GtemncXnwtIE=; b=oXNIB+mKkEohjJ0PPfxmhWxKV99XvWMaRre4GInCVhjhDssv4XM7IXThFcYQdtTZ4P Uex2hVUm5/nj8zl7kSIv8CkbM/WBkPIbmE1QgNX5fncX0Tqn3ihuhIztPxKbPGSeabn7 0/75jKPATqVIzMetxFnm2gek5GI/8T8gikGlAeJ6IsJPFTLa7j0H87uph8z3RUUFYIXP ee+zArdVxQnX53XkD+dabLHJ5+QRxYrpskEhPHxHOIX0UCHvna3f0odAlckTWKrREy4S AZJrkYL5l45vYFiK+sBkbGCS1VFPVSKnWDla2ewU5QJFObbQt5DTr8/iN2GkFUz28/6b 2y3w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@fossix-org.20150623.gappssmtp.com header.s=20150623 header.b=Te8d6+G7; 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 v24si51338598pgk.509.2019.08.07.07.57.56; Wed, 07 Aug 2019 07:58:13 -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=Te8d6+G7; 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 S1730147AbfHGO5R (ORCPT + 99 others); Wed, 7 Aug 2019 10:57:17 -0400 Received: from mail-pl1-f193.google.com ([209.85.214.193]:42151 "EHLO mail-pl1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729278AbfHGO5Q (ORCPT ); Wed, 7 Aug 2019 10:57:16 -0400 Received: by mail-pl1-f193.google.com with SMTP id ay6so41262943plb.9 for ; Wed, 07 Aug 2019 07:57:16 -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=VNefPx+n8mr4WbRYKsKnfXofRJLPow6GtemncXnwtIE=; b=Te8d6+G7+YnHRi8dafsEDY4PR+E2DMmMXCRkL804IsJD7bUVwl63SNn6MbOOM1yBPJ x/TeXwNXe0bvgYi9YTSueF6cSZ+rbY9IacAywGPOQpUuaeCe+sKrZWzIGuaQ4H8foMc/ LGJveWBRU5PZydmdU/j3uv/OXUiP3b1xIvFoyPZ20DwvMGcDcRdntt58w6d8whmOlqd9 2qFGvgWO3qBwcV2VwrWPr4rEWDzrwG+KtZY8nRtPLueHeTMmXhLrFbYeMAwWgIuqXr+L BWRz9j3HBYQkfmknkoRomRm6MLU41RZvjk5CfA8kQ7IzGdp21iEj0Ox2QveN3n5qKPDi gz0A== 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=VNefPx+n8mr4WbRYKsKnfXofRJLPow6GtemncXnwtIE=; b=tKy+GGwu2a7ZEI7k0CxcqW7XTfw1/u0qFFsLpJIQXE2RFIXmNuDlf1MtuUAoANEwRe vsFfBvFWH+LoK7uHYAjKHyqCwAdvkK+bCyYVMQxaqccRreT1Ghj8aS89M7nDuIadO5Ox Ygb390hUXtBE8/mgswA/zp4n4L5Pv9rGaDNWdVtCJFyge0scRnisCKcY4L/S0W226Hvj iPR+jiAjp+k24lJ3pV2CsLGXpbVhIaC+CMu801/XFDhG7/BGBnDg6q8458qk+W3aOiYb cj1DAs67vRTPL4WWq6LGag5eAcJ3l7o9ZKiP3/bzLm2zy/An+l60jt+EdYzn3MRxnkF2 /x1w== X-Gm-Message-State: APjAAAWhYH3DMGBFi7WDCTVPp8fD0oQVuuzbBfpjunCSI/9IAJgDnxX8 Lvz8FtrDiM2JXV/vHtMz6MIfmA== X-Received: by 2002:a63:c70d:: with SMTP id n13mr7990242pgg.171.1565189835614; Wed, 07 Aug 2019 07:57:15 -0700 (PDT) Received: from santosiv.in.ibm.com.com ([183.82.17.96]) by smtp.gmail.com with ESMTPSA id l4sm93617475pff.50.2019.08.07.07.57.11 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Wed, 07 Aug 2019 07:57:14 -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 v8 0/7] powerpc: implement machine check safe memcpy Date: Wed, 7 Aug 2019 20:26:53 +0530 Message-Id: <20190807145700.25599-1-santosh@fossix.org> X-Mailer: git-send-email 2.20.1 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: 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 | 26 ++- arch/powerpc/kernel/mce_power.c | 65 ++++--- 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, 337 insertions(+), 43 deletions(-) create mode 100644 arch/powerpc/lib/memcpy_mcsafe_64.S -- 2.20.1