Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3988070pxb; Tue, 25 Jan 2022 00:47:28 -0800 (PST) X-Google-Smtp-Source: ABdhPJwaRa1bL236IHTB0kkw1Zi/qHWmaxkK0toLNg34m6gO7LdZ2v7RiNff7YYK7sAH+tp097KW X-Received: by 2002:a17:902:8601:b0:149:ee23:890a with SMTP id f1-20020a170902860100b00149ee23890amr17881306plo.12.1643100448058; Tue, 25 Jan 2022 00:47:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643100448; cv=none; d=google.com; s=arc-20160816; b=dGzY9SCldemEWWIhv6eWh2nRhRsCWExca4uRv40jNV/XZAWKj4KIU4ClYHj7cJlrOl /pnZ+jroO1CvIcP2ag0AJIfsoF9Zx61Wnc2Zch5Pi9vvpgeB4spwMTMhv9OfNQdqVkTq W9AyI4RsGLtCrk6J8Wbad/1D88s/taBVHiVz1EtyeHJJ9A7AS1t5QLwHAsgTuKtjTPJb QRf9Fh9cFvTcMhIR293UJ0hBIIP/IhsRJeN/yR/xfreRm8z1oyjwiyk9wCbiqNf/fsg1 e5dNkt7ZCscy5JJmR+ALwK5prnjlK2qU3x7Xf577S2c50bO50ddnJRpVgfwyqOBnXQr3 aYXw== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=PwxC1wdG7LeMvE0D/pwCV3r2pNgOpYhuoEb52tFhkc4=; b=qpIxU1rJ4nT2Tbc+WAZghXu/3U2mJUj8vJIjAQc5nOC8az6O/P5+s4ZpqeTXcq33jS vux+3KXan/1b7OjE7h4gc/qAaEpqPr8eyoMzEikLJoo9Jb7WBD6wUkWgnoTOGNPOdv5h 86/59JFCP5F97yeAL0+6i+vBpRKdDfYN3rjkiWRC8+ZyL26ytyZpDFgZGMtzwo0RygRD HsiYCJKYjUOrtRJ7K/ffdR95TvxlbYZ8mCEXVpp0cHm09SxbPHxJ2NQZPGpBsXg3bqQL 23VdBN2Jo6GcAstwnZc+NdA3y0yIFSZNDWGV79yUl7N0YWp82Laoj75qfkSD4JPIQBCt 9uaA== ARC-Authentication-Results: i=1; mx.google.com; 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=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j35si16231231pgm.138.2022.01.25.00.47.16; Tue, 25 Jan 2022 00:47:28 -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; 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=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1319782AbiAYDJd (ORCPT + 99 others); Mon, 24 Jan 2022 22:09:33 -0500 Received: from out30-57.freemail.mail.aliyun.com ([115.124.30.57]:46114 "EHLO out30-57.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1313896AbiAYCty (ORCPT ); Mon, 24 Jan 2022 21:49:54 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R611e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04407;MF=xueshuai@linux.alibaba.com;NM=1;PH=DS;RN=12;SR=0;TI=SMTPD_---0V2oJqFn_1643078981; Received: from localhost.localdomain(mailfrom:xueshuai@linux.alibaba.com fp:SMTPD_---0V2oJqFn_1643078981) by smtp.aliyun-inc.com(127.0.0.1); Tue, 25 Jan 2022 10:49:42 +0800 From: Shuai Xue To: bp@alien8.de, rric@kernel.org Cc: mchehab@kernel.org, tony.luck@intel.com, james.morse@arm.com, ardb@kernel.org, linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org, linux-efi@vger.kernel.org, xueshuai@linux.alibaba.com, zhangliguang@linux.alibaba.com, zhuo.song@linux.alibaba.com Subject: [PATCH v4 0/2] EDAC/ghes: refactor memory error reporting to avoid code duplication Date: Tue, 25 Jan 2022 10:49:37 +0800 Message-Id: <20220125024939.30635-1-xueshuai@linux.alibaba.com> X-Mailer: git-send-email 2.30.1 (Apple Git-130) In-Reply-To: <20211210134019.28536-1-xueshuai@linux.alibaba.com> References: <20211210134019.28536-1-xueshuai@linux.alibaba.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ghes_edac_report_mem_error() in ghes_edac.c is a Long Method and have Duplicated Code with cper_mem_err_location(), cper_dimm_err_location(), and cper_mem_err_type_str() in drivers/firmware/efi/cper.c. In addition, the cper_print_mem() in drivers/firmware/efi/cper.c only reports the error status and misses its description. This patch set is to refactor ghes_edac_report_mem_error with: - Patch 01 is to wrap up error status decoding logics and reuse it in cper_print_mem(). - Patch 02 is to introduces cper_*(), into ghes_edac_report_mem_error(), this can avoid bunch of duplicate code lines; Changes since v3: - make cper_mem_err_status_str table a lot more compact - Fix alignment and format problem - Link: https://lore.kernel.org/all/20220124024759.19176-1-xueshuai@linux.alibaba.com/ - Thanks Borislav Petkov for review comments. Changes since v2: - delete the unified patch - adjusted the order of patches - Link: https://lore.kernel.org/all/20211210134019.28536-1-xueshuai@linux.alibaba.com/ - Thanks Borislav Petkov for review comments. Changes since v1: - add a new patch to unify ghes and cper before removing duplication. - document the changes in patch description - add EXPORT_SYMBOL_GPL()s for cper_*() - document and the dependency and add UEFI_CPER dependency explicitly - Link: https://lore.kernel.org/all/20211207031905.61906-2-xueshuai@linux.alibaba.com/ - Thanks Robert Richter for review comments. Shuai Xue (2): efi/cper: add cper_mem_err_status_str to decode error description EDAC/ghes: use cper functions to avoid code duplication drivers/edac/Kconfig | 1 + drivers/edac/ghes_edac.c | 196 +++++++----------------------------- drivers/firmware/efi/cper.c | 65 ++++++++---- include/linux/cper.h | 3 + 4 files changed, 85 insertions(+), 180 deletions(-) -- 2.20.1.12.g72788fdb