From patchwork Mon Mar 18 13:12:41 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Leizhen \(ThunderTown\)" X-Patchwork-Id: 160489 Delivered-To: patch@linaro.org Received: by 2002:a02:5cc1:0:0:0:0:0 with SMTP id w62csp2643710jad; Mon, 18 Mar 2019 06:14:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqzuEzyqOQd/iEIKoF5CxAzjCZ/pbRRN6P7XgdKvBBnqU9gY4IduPahQrFcOBrNt/1rq5F0P X-Received: by 2002:aa7:90d3:: with SMTP id k19mr11710596pfk.41.1552914866586; Mon, 18 Mar 2019 06:14:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552914866; cv=none; d=google.com; s=arc-20160816; b=kDyHjiWY+1tCaiYjri2NYRxPGruI8XeFwaCeMeKnJhP+9COskUJ5PH9uhNAezhZf4M olNs8tRHj3k8izIANlb3FXDlV+Y9HBu0uwvw0+RFfMvFeN3+k3ulV8mlrY+DD0Ml9b4z 6QV1gKJ6p96dozTIl/LWgC5NJP1gW065fFz56zolOH6PMX8MA1IEeEbfkSLPwBn05vqw nHtUik/NXcphoBulXhIQw8FWa0thTs9kfNv2ndRILZ9FCNHPHNXmNEVVF0VqgESPadcP mKdVOA5hjrVqAasy+Fd8TXTFLIm/Lj7cjhYym0BGt+BB1UD/wk0HhjXbkeG4yff1DFJM dE7Q== 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; bh=bxAD3sGVB04x6ZWrpGWw1Kkt4Ecl/oNOYTxoqS2ZVlY=; b=045tFRZyPgt76I+4nLchT5WnHuXh5KlqM5Qv+UVhvpkQK5jpfsFSs+Kl6KPeR4zE3S UrOCun1j2dWvJCrY4waneqnjU18kP1ycyuizm0VrMxLw0DmBP26SVcsN4ONIIasrFGg9 ZTn6eQ82M5ly8Vqoh52ZFd1fC/ViU4dg0TfPQALmKGATdQyedEI1CwEm93LNfB/MIFed r7BmbJ7ywHhvK+S8bXgGFiiscFVSkm5krTdaJQVfaZi8BwJ/Xd1yK6z0vHbRM+MZ6ZK/ qTPch7gMIRNLq5+yClmnEJTGspPV8In+f+M8PL4+WULcUC5jXWN5sP8eMQSfsR/Zq5UP dWbQ== ARC-Authentication-Results: i=1; mx.google.com; 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 l11si9818433pgc.473.2019.03.18.06.14.26; Mon, 18 Mar 2019 06:14:26 -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; 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 S1726981AbfCRNOY (ORCPT + 31 others); Mon, 18 Mar 2019 09:14:24 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:52152 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726093AbfCRNOY (ORCPT ); Mon, 18 Mar 2019 09:14:24 -0400 Received: from DGGEMS408-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id E92BC38E2A6F7778E402; Mon, 18 Mar 2019 21:14:22 +0800 (CST) Received: from HGHY1l002753561.china.huawei.com (10.177.23.164) by DGGEMS408-HUB.china.huawei.com (10.3.19.208) with Microsoft SMTP Server id 14.3.408.0; Mon, 18 Mar 2019 21:14:16 +0800 From: Zhen Lei To: Jean-Philippe Brucker , Robin Murphy , Will Deacon , Joerg Roedel , linux-arm-kernel , iommu , linux-kernel CC: Zhen Lei Subject: [PATCH v2 0/2] iommu/arm-smmu-v3: make sure the kdump kernel can work well when smmu is enabled Date: Mon, 18 Mar 2019 21:12:41 +0800 Message-ID: <20190318131243.20716-1-thunder.leizhen@huawei.com> X-Mailer: git-send-email 2.19.2.windows.1 MIME-Version: 1.0 X-Originating-IP: [10.177.23.164] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org v1 --> v2: 1. Drop part2. Now, we only use the SMMUv3 hardware feature STE.config=0b000 (Report abort to device, no event recorded) to suppress the event messages caused by the unexpected devices. 2. rewrite the patch description. v1: This patch series include two parts: 1. Patch1-2 use dummy STE tables with "ste abort" hardware feature to abort unexpected devices accessing. For more details, see the description in patch 2. 2. If the "ste abort" feature is not support, force the unexpected devices in the secondary kernel to use the memory maps which it used in the first kernel. For more details, see patch 5. Zhen Lei (2): iommu/arm-smmu-v3: make sure the stale caching of L1STD are invalid iommu/arm-smmu-v3: to make smmu can be enabled in the kdump kernel drivers/iommu/arm-smmu-v3.c | 88 +++++++++++++++++++++++++++++++++------------ 1 file changed, 65 insertions(+), 23 deletions(-) -- 1.8.3 Tested-by: Bhupesh Sharma Tested-by: Matthias Brugger