From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8C78CC74A44 for ; Tue, 14 Mar 2023 06:40:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230103AbjCNGkq (ORCPT ); Tue, 14 Mar 2023 02:40:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55652 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229709AbjCNGkp (ORCPT ); Tue, 14 Mar 2023 02:40:45 -0400 Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8A39D96C22 for ; Mon, 13 Mar 2023 23:40:41 -0700 (PDT) Received: by mail-pj1-x1035.google.com with SMTP id gp15-20020a17090adf0f00b0023d1bbd9f9eso3907062pjb.0 for ; Mon, 13 Mar 2023 23:40:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1678776041; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=95XeM0miGBKUUWA0DgU6Gm2TVGYxwlhZNsyVIVOo//0=; b=S/H7gZ9VaHzF4gRhl0MN6iAS7CAFT/D11lbRNt5CIA8JA3AOB+2mME3TcIWu5x/yxP dA9tQ/BRUM8XIT8plGibFo6EwhUJ9bPCA5yXnd+SD+FCUU8v/YLt/d/sUAtAskZzirU3 JXTT41pxY70dQbG2jegyQ6Vy9ItgDsiGAuJRxRP788Lmn6EYGR3Kgtk7Jh4zWyROYywJ vjG3B6LD0XhS+XmYTvVOIdmcu48FNjyC3KYhJT2U0myDGtLMTDaCD+CeW7812We2lw4b +UzzTMeMX6i2nuDjc47OhjDfFYWv4Dn83i9kvsuD52OLLb1v4vmE0jhd6ubjyt70bj+P nl1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678776041; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=95XeM0miGBKUUWA0DgU6Gm2TVGYxwlhZNsyVIVOo//0=; b=rflg2EOR1eUxUPLVC/dKnNKjNz3SGmgmRy7dHrv2akpZaXRnmkBUno8pCne7JtpV8L 8V/nWoVRFIVGXb/DL6aCWf/WD6/aQ2viYdg2BHv2QOLdK7KxUzpk6nRmdiyANr1G8hq9 vWZzwFvqsYxXxP8cuSsfaGnPxgee83N08lgdN+kkiyen57pijUxd1ow9f/aXCfkNgQFe 8fXraySb3rgJ8XDOGCvC2QrVLyllJvs64TQSbSsg0GxITWJR/yfWa8E75GdffzwcVaZs IoMbRaUZO72eH/RP74FNaxfxw6Ng3acgaX1tXPRSmzlSddkBILA8f0cedzoiF1RyLC3j 9yxw== X-Gm-Message-State: AO0yUKU4+bi5SvYfMLoTiz2SOCiGQ+2buZuIRlLr2lJASoEGLEeNsOaO zuuF4ARISpM8zKrAPJmCznhj X-Google-Smtp-Source: AK7set+5S+GItfeGaV+EnZIeHmZFT8MZxkUeY1h0nq2mUniQ5gPF9oRAB/y52DUCdBxDB7u7IFWqvw== X-Received: by 2002:a17:90a:540d:b0:23d:382e:992d with SMTP id z13-20020a17090a540d00b0023d382e992dmr1232656pjh.7.1678776040948; Mon, 13 Mar 2023 23:40:40 -0700 (PDT) Received: from localhost.localdomain ([117.217.177.49]) by smtp.gmail.com with ESMTPSA id l15-20020a170902f68f00b0019f363ed8c0sm897497plg.226.2023.03.13.23.40.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 13 Mar 2023 23:40:40 -0700 (PDT) From: Manivannan Sadhasivam To: andersson@kernel.org, bp@alien8.de, mchehab@kernel.org Cc: james.morse@arm.com, rric@kernel.org, linux-arm-msm@vger.kernel.org, linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org, quic_saipraka@quicinc.com, Manivannan Sadhasivam Subject: [PATCH v6 0/2] Fix crash when using Qcom LLCC/EDAC drivers Date: Tue, 14 Mar 2023 12:10:30 +0530 Message-Id: <20230314064032.16433-1-manivannan.sadhasivam@linaro.org> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-edac@vger.kernel.org Hello, This series fixes the crash seen on the Qualcomm SM8450 chipset with the LLCC/EDAC drivers. The problem was due to the Qcom EDAC driver using the fixed LLCC register offsets for detecting the LLCC errors. This seems to have worked for SoCs till SM8450. But in SM8450, the LLCC register offsets were changed. So accessing the fixed offsets causes the crash on this platform. So for fixing this issue, and also to make it work on future SoCs, let's pass the LLCC offsets from the Qcom LLCC driver based on the individual SoCs and let the EDAC driver make use of them. This series has been tested on SM8450 based dev board. Merging Strategy ================ Since there is another series under review [1] for reworking the LLCC/EDAC base address along with dts patches, it is better to funnel this series too through Qcom tree. Thanks, Mani [1] https://lore.kernel.org/linux-arm-msm/20230314053725.13623-1-manivannan.sadhasivam@linaro.org/ Changes in v6: * Rebased on top of v6.3-rc1 * Dropped the Kconfig patch that got applied Changes in v5: * Added fixes tag and CCed stable mentioning the dependency * Added a patch to fix the build error with COMPILE_TEST Changes in v4: * Dropped the patches that were already applied * Rebased on top of v6.1-rc5 Changes in v3: * Instead of using SoC specific register offset naming convention, used LLCC version based as suggested by Sai * Fixed the existing reg_offset naming convention to clearly represent the LLCC version from which the offsets were changed * Added Sai's Acked-by to MAINTAINERS patch * Added a new patch that removes an extra error no assignment Changes in v2: * Volunteered myself as a maintainer for the EDAC driver since the current maintainers have left Qualcomm and I couldn't get hold of them. Manivannan Sadhasivam (2): EDAC/qcom: Remove extra error no assignment in qcom_llcc_core_setup() EDAC/qcom: Get rid of hardcoded register offsets drivers/edac/qcom_edac.c | 119 ++++++++++++++--------------- include/linux/soc/qcom/llcc-qcom.h | 6 -- 2 files changed, 59 insertions(+), 66 deletions(-) -- 2.25.1