Message ID | 1679491817-2498-3-git-send-email-quic_mojha@quicinc.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:604a:0:0:0:0:0 with SMTP id j10csp2344559wrt; Wed, 22 Mar 2023 06:34:32 -0700 (PDT) X-Google-Smtp-Source: AK7set+XmoRXyxIC88JFWF44QeWcp7ekBCImgTk0Xnf4tbbeSy0r73Xa/IsTCp82OFGFAgnyUY9C X-Received: by 2002:a17:90a:189:b0:23e:f8e2:9ed3 with SMTP id 9-20020a17090a018900b0023ef8e29ed3mr3583397pjc.43.1679492072204; Wed, 22 Mar 2023 06:34:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679492072; cv=none; d=google.com; s=arc-20160816; b=sj6dTdNoQAgI0gJtDr5YePhVuSfxhHkf9OEYjb7EhWByXuL/LlAe8jyytQK5LovWuv IvHTqebkkdChQT+3QagMC+uqFzk3qgOqywhZHFG4wJEMxvWnsi56OA/V/+fmJacDnbZl h2UtQYaVNkFA7NzU0D3C3HhSvgI6Rk7sa8NbRVb24pCIKAeOH5SVBpDiRbZwop3OrfOd xxhuALp1gcqbOdthIGRfbpuE6fT+hRp7Wmfi0MfeD7yetnuRd1kfaYXZei31+BngLa1f SHltr7RaaiJkXBrK+1B3jGP5XdUVYDD58lO8d/VKc/PkOR7VLJ8/rHTpYaZKY4EeJdRE p4+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from:dkim-signature; bh=oheHjuBjBjsZJfumQJ2Y/Y7w2rNk3jYN7YHuV61DzKA=; b=1FM9AIGiEWzbHcl5oiq4zigFQIBLQl/SgL3CsUqGqMHHhXYYg3Wjy/RTbQOs8LKpGf oObOIGK13/jjDeEaKbMtRsqzSnVZDAiW/Na2jIJrM/rst5D8MAUHr5lYN+HqWeCkP9Qb 9+GIhic5cq9BgoUJbYrHzxNEvdJ2fTNBAx85SNjAzpqF7eXcgCDZvwb6z/jF4D4U7gax aOgGourJHs3qCzVBTqsz+6xBp7GwZkdwvw70eYlmFPZPhhERn3yYW6O66oik1BJ01pAg LPPaYjjvrAEbNa+4E4EilAvpg9EoaXwsg2BvEPzzHIhMFMp/1y/v9wn7eGKeBRhavCMq GTRQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=Y5JlT2Rs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id pf17-20020a17090b1d9100b00228e80888c9si23512467pjb.14.2023.03.22.06.34.18; Wed, 22 Mar 2023 06:34:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=Y5JlT2Rs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230492AbjCVNbg (ORCPT <rfc822;pusanteemu@gmail.com> + 99 others); Wed, 22 Mar 2023 09:31:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44382 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231134AbjCVNb1 (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 22 Mar 2023 09:31:27 -0400 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DB0C060A86; Wed, 22 Mar 2023 06:31:22 -0700 (PDT) Received: from pps.filterd (m0279869.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 32MCoJrt031611; Wed, 22 Mar 2023 13:30:51 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h=from : to : cc : subject : date : message-id : in-reply-to : references : mime-version : content-type; s=qcppdkim1; bh=oheHjuBjBjsZJfumQJ2Y/Y7w2rNk3jYN7YHuV61DzKA=; b=Y5JlT2RsIfNiTDCgiA7e9nEdBd+Kxxfa0FkrBKbW+Dr+5wenvYlcgbZmdNEdPIQl9wqi BZRGaGS1ACdElasg+VI73Qrd06Ohb8nbfm7+WqdyAiJcXkevGIxh0geqt5K8ZnFWOs1y ewVbg/eUg0oJEwaZtS5Nncf4pV+1wFEPBpp2G7RXURSLN3qo48yhJ572ERoOKaxRnxBB 0PTFxJgusfGhyIdlydUWSJFkwjpo6XRs96zw3Yz/opdlEgSWVg8PmPzrvlBorYhbu7nC AHnJRpx8tiPfE1AKzGn2F7nGhy+o6gVqNMXIV7BLXvZtMqSS1ZtnjGDyN7yJq9Npo3MT SQ== Received: from nasanppmta03.qualcomm.com (i-global254.qualcomm.com [199.106.103.254]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 3pfbjybhaa-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 22 Mar 2023 13:30:50 +0000 Received: from nasanex01c.na.qualcomm.com (nasanex01c.na.qualcomm.com [10.45.79.139]) by NASANPPMTA03.qualcomm.com (8.17.1.5/8.17.1.5) with ESMTPS id 32MDUnjj022178 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 22 Mar 2023 13:30:49 GMT Received: from hu-mojha-hyd.qualcomm.com (10.80.80.8) by nasanex01c.na.qualcomm.com (10.45.79.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.41; Wed, 22 Mar 2023 06:30:45 -0700 From: Mukesh Ojha <quic_mojha@quicinc.com> To: <agross@kernel.org>, <andersson@kernel.org>, <konrad.dybcio@linaro.org>, <corbet@lwn.net>, <keescook@chromium.org>, <tony.luck@intel.com>, <gpiccoli@igalia.com>, <catalin.marinas@arm.com>, <will@kernel.org> CC: <linux-arm-msm@vger.kernel.org>, <linux-remoteproc@vger.kernel.org>, <linux-kernel@vger.kernel.org>, <linux-hardening@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, <linux-doc@vger.kernel.org>, "Mukesh Ojha" <quic_mojha@quicinc.com> Subject: [PATCH v2 2/6] remoteproc: qcom: Move minidump specific data to qcom_minidump.h Date: Wed, 22 Mar 2023 19:00:13 +0530 Message-ID: <1679491817-2498-3-git-send-email-quic_mojha@quicinc.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1679491817-2498-1-git-send-email-quic_mojha@quicinc.com> References: <1679491817-2498-1-git-send-email-quic_mojha@quicinc.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01a.na.qualcomm.com (10.52.223.231) To nasanex01c.na.qualcomm.com (10.45.79.139) X-QCInternal: smtphost X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=5800 signatures=585085 X-Proofpoint-GUID: rchAK_Dubx8fvwPp57tRvNAc8aWlo_pu X-Proofpoint-ORIG-GUID: rchAK_Dubx8fvwPp57tRvNAc8aWlo_pu X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.942,Hydra:6.0.573,FMLib:17.11.170.22 definitions=2023-03-22_11,2023-03-22_01,2023-02-09_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 impostorscore=0 lowpriorityscore=0 priorityscore=1501 adultscore=0 suspectscore=0 mlxlogscore=999 spamscore=0 clxscore=1015 malwarescore=0 phishscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2303150002 definitions=main-2303220098 X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1761075079279928111?= X-GMAIL-MSGID: =?utf-8?q?1761075079279928111?= |
Series |
[v2,1/6] remoteproc: qcom: Expand MD_* as MINIDUMP_*
|
|
Commit Message
Mukesh Ojha
March 22, 2023, 1:30 p.m. UTC
Move minidump specific data types and macros to a separate internal
header(qcom_minidump.h) so that it can be shared among different
Qualcomm drivers.
There is no change in functional behavior after this.
Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com>
---
drivers/remoteproc/qcom_common.c | 56 +---------------------------------
include/soc/qcom/qcom_minidump.h | 66 ++++++++++++++++++++++++++++++++++++++++
2 files changed, 67 insertions(+), 55 deletions(-)
create mode 100644 include/soc/qcom/qcom_minidump.h
Comments
On 22/03/2023 13:30, Mukesh Ojha wrote: > Move minidump specific data types and macros to a separate internal > header(qcom_minidump.h) so that it can be shared among different minidump.h should be good as we are already in include/soc/qcom/ --srini > Qualcomm drivers. > > There is no change in functional behavior after this. > > Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com> > --- > drivers/remoteproc/qcom_common.c | 56 +--------------------------------- > include/soc/qcom/qcom_minidump.h | 66 ++++++++++++++++++++++++++++++++++++++++ > 2 files changed, 67 insertions(+), 55 deletions(-) > create mode 100644 include/soc/qcom/qcom_minidump.h > > diff --git a/drivers/remoteproc/qcom_common.c b/drivers/remoteproc/qcom_common.c > index 805e525..88fc984 100644 > --- a/drivers/remoteproc/qcom_common.c > +++ b/drivers/remoteproc/qcom_common.c > @@ -18,6 +18,7 @@ > #include <linux/slab.h> > #include <linux/soc/qcom/mdt_loader.h> > #include <linux/soc/qcom/smem.h> > +#include <soc/qcom/qcom_minidump.h> > > #include "remoteproc_internal.h" > #include "qcom_common.h" > @@ -26,61 +27,6 @@ > #define to_smd_subdev(d) container_of(d, struct qcom_rproc_subdev, subdev) > #define to_ssr_subdev(d) container_of(d, struct qcom_rproc_ssr, subdev) > > -#define MAX_NUM_OF_SS 10 > -#define MAX_REGION_NAME_LENGTH 16 > -#define SBL_MINIDUMP_SMEM_ID 602 > -#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' << 8 | 'I' << 0) > -#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' << 8 | 'E' << 0) > -#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << 8 | 'L' << 0) > - > -/** > - * struct minidump_region - Minidump region > - * @name : Name of the region to be dumped > - * @seq_num: : Use to differentiate regions with same name. > - * @valid : This entry to be dumped (if set to 1) > - * @address : Physical address of region to be dumped > - * @size : Size of the region > - */ > -struct minidump_region { > - char name[MAX_REGION_NAME_LENGTH]; > - __le32 seq_num; > - __le32 valid; > - __le64 address; > - __le64 size; > -}; > - > -/** > - * struct minidump_subsystem - Subsystem's SMEM Table of content > - * @status : Subsystem toc init status > - * @enabled : if set to 1, this region would be copied during coredump > - * @encryption_status: Encryption status for this subsystem > - * @encryption_required : Decides to encrypt the subsystem regions or not > - * @region_count : Number of regions added in this subsystem toc > - * @regions_baseptr : regions base pointer of the subsystem > - */ > -struct minidump_subsystem { > - __le32 status; > - __le32 enabled; > - __le32 encryption_status; > - __le32 encryption_required; > - __le32 region_count; > - __le64 regions_baseptr; > -}; > - > -/** > - * struct minidump_global_toc - Global Table of Content > - * @status : Global Minidump init status > - * @md_revision : Minidump revision > - * @enabled : Minidump enable status > - * @subsystems : Array of subsystems toc > - */ > -struct minidump_global_toc { > - __le32 status; > - __le32 md_revision; > - __le32 enabled; > - struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; > -}; > - > struct qcom_ssr_subsystem { > const char *name; > struct srcu_notifier_head notifier_list; > diff --git a/include/soc/qcom/qcom_minidump.h b/include/soc/qcom/qcom_minidump.h > new file mode 100644 > index 0000000..84c8605 > --- /dev/null > +++ b/include/soc/qcom/qcom_minidump.h > @@ -0,0 +1,66 @@ > +/* SPDX-License-Identifier: GPL-2.0-only */ > +/* > + * Qualcomm minidump shared data structures and macros > + * > + * Copyright (c) 2023 Qualcomm Innovation Center, Inc. All rights reserved. > + */ > + > +#ifndef _QCOM_MINIDUMP_H_ > +#define _QCOM_MINIDUMP_H_ > + > +#define MAX_NUM_OF_SS 10 > +#define MAX_REGION_NAME_LENGTH 16 > +#define SBL_MINIDUMP_SMEM_ID 602 > +#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' << 8 | 'I' << 0) > +#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' << 8 | 'E' << 0) > +#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << 8 | 'L' << 0) > + > +/** > + * struct minidump_region - Minidump region > + * @name : Name of the region to be dumped > + * @seq_num: : Use to differentiate regions with same name. > + * @valid : This entry to be dumped (if set to 1) > + * @address : Physical address of region to be dumped > + * @size : Size of the region > + */ > +struct minidump_region { > + char name[MAX_REGION_NAME_LENGTH]; > + __le32 seq_num; > + __le32 valid; > + __le64 address; > + __le64 size; > +}; > + > +/** > + * struct minidump_subsystem - Subsystem's SMEM Table of content > + * @status : Subsystem toc init status > + * @enabled : if set to 1, this region would be copied during coredump > + * @encryption_status: Encryption status for this subsystem > + * @encryption_required : Decides to encrypt the subsystem regions or not > + * @region_count : Number of regions added in this subsystem toc > + * @regions_baseptr : regions base pointer of the subsystem > + */ > +struct minidump_subsystem { > + __le32 status; > + __le32 enabled; > + __le32 encryption_status; > + __le32 encryption_required; > + __le32 region_count; > + __le64 regions_baseptr; > +}; > + > +/** > + * struct minidump_global_toc - Global Table of Content > + * @status : Global Minidump init status > + * @md_revision : Minidump revision > + * @enabled : Minidump enable status > + * @subsystems : Array of subsystems toc > + */ > +struct minidump_global_toc { > + __le32 status; > + __le32 md_revision; > + __le32 enabled; > + struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; > +}; > + > +#endif /* _QCOM_MINIDUMP_H_ */
Thanks again for coming back on this. On 4/14/2023 4:02 AM, Srinivas Kandagatla wrote: > > > On 22/03/2023 13:30, Mukesh Ojha wrote: >> Move minidump specific data types and macros to a separate internal >> header(qcom_minidump.h) so that it can be shared among different > > minidump.h should be good as we are already in include/soc/qcom/ Initially, i wanted to protect the content of qcom_minidump.h between qcom_minidump.c and qcom_common.c Ideally, here qcom_minidump.h should be supplier/provider header and can be shared among above qcom_minidump.c and qcom_common.c but since they are not in same directory, moved it inside include/soc/qcom/ as separate header than consumer header minidump.h . -Mukesh > > --srini > >> Qualcomm drivers. >> >> There is no change in functional behavior after this. >> >> Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com> >> --- >> drivers/remoteproc/qcom_common.c | 56 >> +--------------------------------- >> include/soc/qcom/qcom_minidump.h | 66 >> ++++++++++++++++++++++++++++++++++++++++ >> 2 files changed, 67 insertions(+), 55 deletions(-) >> create mode 100644 include/soc/qcom/qcom_minidump.h >> >> diff --git a/drivers/remoteproc/qcom_common.c >> b/drivers/remoteproc/qcom_common.c >> index 805e525..88fc984 100644 >> --- a/drivers/remoteproc/qcom_common.c >> +++ b/drivers/remoteproc/qcom_common.c >> @@ -18,6 +18,7 @@ >> #include <linux/slab.h> >> #include <linux/soc/qcom/mdt_loader.h> >> #include <linux/soc/qcom/smem.h> >> +#include <soc/qcom/qcom_minidump.h> >> #include "remoteproc_internal.h" >> #include "qcom_common.h" >> @@ -26,61 +27,6 @@ >> #define to_smd_subdev(d) container_of(d, struct qcom_rproc_subdev, >> subdev) >> #define to_ssr_subdev(d) container_of(d, struct qcom_rproc_ssr, subdev) >> -#define MAX_NUM_OF_SS 10 >> -#define MAX_REGION_NAME_LENGTH 16 >> -#define SBL_MINIDUMP_SMEM_ID 602 >> -#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' << >> 8 | 'I' << 0) >> -#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' << >> 8 | 'E' << 0) >> -#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << 8 >> | 'L' << 0) >> - >> -/** >> - * struct minidump_region - Minidump region >> - * @name : Name of the region to be dumped >> - * @seq_num: : Use to differentiate regions with same name. >> - * @valid : This entry to be dumped (if set to 1) >> - * @address : Physical address of region to be dumped >> - * @size : Size of the region >> - */ >> -struct minidump_region { >> - char name[MAX_REGION_NAME_LENGTH]; >> - __le32 seq_num; >> - __le32 valid; >> - __le64 address; >> - __le64 size; >> -}; >> - >> -/** >> - * struct minidump_subsystem - Subsystem's SMEM Table of content >> - * @status : Subsystem toc init status >> - * @enabled : if set to 1, this region would be copied during coredump >> - * @encryption_status: Encryption status for this subsystem >> - * @encryption_required : Decides to encrypt the subsystem regions or >> not >> - * @region_count : Number of regions added in this subsystem toc >> - * @regions_baseptr : regions base pointer of the subsystem >> - */ >> -struct minidump_subsystem { >> - __le32 status; >> - __le32 enabled; >> - __le32 encryption_status; >> - __le32 encryption_required; >> - __le32 region_count; >> - __le64 regions_baseptr; >> -}; >> - >> -/** >> - * struct minidump_global_toc - Global Table of Content >> - * @status : Global Minidump init status >> - * @md_revision : Minidump revision >> - * @enabled : Minidump enable status >> - * @subsystems : Array of subsystems toc >> - */ >> -struct minidump_global_toc { >> - __le32 status; >> - __le32 md_revision; >> - __le32 enabled; >> - struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >> -}; >> - >> struct qcom_ssr_subsystem { >> const char *name; >> struct srcu_notifier_head notifier_list; >> diff --git a/include/soc/qcom/qcom_minidump.h >> b/include/soc/qcom/qcom_minidump.h >> new file mode 100644 >> index 0000000..84c8605 >> --- /dev/null >> +++ b/include/soc/qcom/qcom_minidump.h >> @@ -0,0 +1,66 @@ >> +/* SPDX-License-Identifier: GPL-2.0-only */ >> +/* >> + * Qualcomm minidump shared data structures and macros >> + * >> + * Copyright (c) 2023 Qualcomm Innovation Center, Inc. All rights >> reserved. >> + */ >> + >> +#ifndef _QCOM_MINIDUMP_H_ >> +#define _QCOM_MINIDUMP_H_ >> + >> +#define MAX_NUM_OF_SS 10 >> +#define MAX_REGION_NAME_LENGTH 16 >> +#define SBL_MINIDUMP_SMEM_ID 602 >> +#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' << >> 8 | 'I' << 0) >> +#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' << >> 8 | 'E' << 0) >> +#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << 8 >> | 'L' << 0) >> + >> +/** >> + * struct minidump_region - Minidump region >> + * @name : Name of the region to be dumped >> + * @seq_num: : Use to differentiate regions with same name. >> + * @valid : This entry to be dumped (if set to 1) >> + * @address : Physical address of region to be dumped >> + * @size : Size of the region >> + */ >> +struct minidump_region { >> + char name[MAX_REGION_NAME_LENGTH]; >> + __le32 seq_num; >> + __le32 valid; >> + __le64 address; >> + __le64 size; >> +}; >> + >> +/** >> + * struct minidump_subsystem - Subsystem's SMEM Table of content >> + * @status : Subsystem toc init status >> + * @enabled : if set to 1, this region would be copied during coredump >> + * @encryption_status: Encryption status for this subsystem >> + * @encryption_required : Decides to encrypt the subsystem regions or >> not >> + * @region_count : Number of regions added in this subsystem toc >> + * @regions_baseptr : regions base pointer of the subsystem >> + */ >> +struct minidump_subsystem { >> + __le32 status; >> + __le32 enabled; >> + __le32 encryption_status; >> + __le32 encryption_required; >> + __le32 region_count; >> + __le64 regions_baseptr; >> +}; >> + >> +/** >> + * struct minidump_global_toc - Global Table of Content >> + * @status : Global Minidump init status >> + * @md_revision : Minidump revision >> + * @enabled : Minidump enable status >> + * @subsystems : Array of subsystems toc >> + */ >> +struct minidump_global_toc { >> + __le32 status; >> + __le32 md_revision; >> + __le32 enabled; >> + struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >> +}; >> + >> +#endif /* _QCOM_MINIDUMP_H_ */
On 14/04/2023 08:05, Mukesh Ojha wrote: > Thanks again for coming back on this. > > On 4/14/2023 4:02 AM, Srinivas Kandagatla wrote: >> >> >> On 22/03/2023 13:30, Mukesh Ojha wrote: >>> Move minidump specific data types and macros to a separate internal >>> header(qcom_minidump.h) so that it can be shared among different >> >> minidump.h should be good as we are already in include/soc/qcom/ > > > Initially, i wanted to protect the content of qcom_minidump.h between > qcom_minidump.c and qcom_common.c > > Ideally, here qcom_minidump.h should be supplier/provider header and can Am not sure if I understand the supplier concept correctly. AFAIU, we have a 2 sets of apis 1. get hold of minidump descriptor based on minidump_id fro gtoc using qcom_minidump_subsystem_desc(). Am assuming which ever driver uses this api will set there segments and regions in there respective drivers. 2. setting regions/segments in APSS minidump descriptors which are done via qcom_minidump_region_register(). TBH this should be renamed to qcom_apss_minidump_region_register(). mixing of thsee apis makes it bit confusing, specially we have these two category of apis that deal with different things. Does it make sense to spit and abstract them properly by doing? 1. minidump driver to deal with handling gtoc and providing descriptors to the consumers like remoteproc or apss, This can probably live within smem driver as loc for this support is very minimal and proabably rename the api accordingly. 2. apss_minidump driver to allow other qcom drivers to register/unregister regions within apss minidump descriptor. did I miss something? thanks, Srini > be shared among above qcom_minidump.c and qcom_common.c but since they > are not in same directory, moved it inside include/soc/qcom/ as separate > header than consumer header minidump.h . > > -Mukesh >> >> --srini >> >>> Qualcomm drivers. >>> >>> There is no change in functional behavior after this. >>> >>> Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com> >>> --- >>> drivers/remoteproc/qcom_common.c | 56 >>> +--------------------------------- >>> include/soc/qcom/qcom_minidump.h | 66 >>> ++++++++++++++++++++++++++++++++++++++++ >>> 2 files changed, 67 insertions(+), 55 deletions(-) >>> create mode 100644 include/soc/qcom/qcom_minidump.h >>> >>> diff --git a/drivers/remoteproc/qcom_common.c >>> b/drivers/remoteproc/qcom_common.c >>> index 805e525..88fc984 100644 >>> --- a/drivers/remoteproc/qcom_common.c >>> +++ b/drivers/remoteproc/qcom_common.c >>> @@ -18,6 +18,7 @@ >>> #include <linux/slab.h> >>> #include <linux/soc/qcom/mdt_loader.h> >>> #include <linux/soc/qcom/smem.h> >>> +#include <soc/qcom/qcom_minidump.h> >>> #include "remoteproc_internal.h" >>> #include "qcom_common.h" >>> @@ -26,61 +27,6 @@ >>> #define to_smd_subdev(d) container_of(d, struct qcom_rproc_subdev, >>> subdev) >>> #define to_ssr_subdev(d) container_of(d, struct qcom_rproc_ssr, >>> subdev) >>> -#define MAX_NUM_OF_SS 10 >>> -#define MAX_REGION_NAME_LENGTH 16 >>> -#define SBL_MINIDUMP_SMEM_ID 602 >>> -#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' << >>> 8 | 'I' << 0) >>> -#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' << >>> 8 | 'E' << 0) >>> -#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << 8 >>> | 'L' << 0) >>> - >>> -/** >>> - * struct minidump_region - Minidump region >>> - * @name : Name of the region to be dumped >>> - * @seq_num: : Use to differentiate regions with same name. >>> - * @valid : This entry to be dumped (if set to 1) >>> - * @address : Physical address of region to be dumped >>> - * @size : Size of the region >>> - */ >>> -struct minidump_region { >>> - char name[MAX_REGION_NAME_LENGTH]; >>> - __le32 seq_num; >>> - __le32 valid; >>> - __le64 address; >>> - __le64 size; >>> -}; >>> - >>> -/** >>> - * struct minidump_subsystem - Subsystem's SMEM Table of content >>> - * @status : Subsystem toc init status >>> - * @enabled : if set to 1, this region would be copied during coredump >>> - * @encryption_status: Encryption status for this subsystem >>> - * @encryption_required : Decides to encrypt the subsystem regions >>> or not >>> - * @region_count : Number of regions added in this subsystem toc >>> - * @regions_baseptr : regions base pointer of the subsystem >>> - */ >>> -struct minidump_subsystem { >>> - __le32 status; >>> - __le32 enabled; >>> - __le32 encryption_status; >>> - __le32 encryption_required; >>> - __le32 region_count; >>> - __le64 regions_baseptr; >>> -}; >>> - >>> -/** >>> - * struct minidump_global_toc - Global Table of Content >>> - * @status : Global Minidump init status >>> - * @md_revision : Minidump revision >>> - * @enabled : Minidump enable status >>> - * @subsystems : Array of subsystems toc >>> - */ >>> -struct minidump_global_toc { >>> - __le32 status; >>> - __le32 md_revision; >>> - __le32 enabled; >>> - struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >>> -}; >>> - >>> struct qcom_ssr_subsystem { >>> const char *name; >>> struct srcu_notifier_head notifier_list; >>> diff --git a/include/soc/qcom/qcom_minidump.h >>> b/include/soc/qcom/qcom_minidump.h >>> new file mode 100644 >>> index 0000000..84c8605 >>> --- /dev/null >>> +++ b/include/soc/qcom/qcom_minidump.h >>> @@ -0,0 +1,66 @@ >>> +/* SPDX-License-Identifier: GPL-2.0-only */ >>> +/* >>> + * Qualcomm minidump shared data structures and macros >>> + * >>> + * Copyright (c) 2023 Qualcomm Innovation Center, Inc. All rights >>> reserved. >>> + */ >>> + >>> +#ifndef _QCOM_MINIDUMP_H_ >>> +#define _QCOM_MINIDUMP_H_ >>> + >>> +#define MAX_NUM_OF_SS 10 >>> +#define MAX_REGION_NAME_LENGTH 16 >>> +#define SBL_MINIDUMP_SMEM_ID 602 >>> +#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' << >>> 8 | 'I' << 0) >>> +#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' << >>> 8 | 'E' << 0) >>> +#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << 8 >>> | 'L' << 0) >>> + >>> +/** >>> + * struct minidump_region - Minidump region >>> + * @name : Name of the region to be dumped >>> + * @seq_num: : Use to differentiate regions with same name. >>> + * @valid : This entry to be dumped (if set to 1) >>> + * @address : Physical address of region to be dumped >>> + * @size : Size of the region >>> + */ >>> +struct minidump_region { >>> + char name[MAX_REGION_NAME_LENGTH]; >>> + __le32 seq_num; >>> + __le32 valid; >>> + __le64 address; >>> + __le64 size; >>> +}; >>> + >>> +/** >>> + * struct minidump_subsystem - Subsystem's SMEM Table of content >>> + * @status : Subsystem toc init status >>> + * @enabled : if set to 1, this region would be copied during coredump >>> + * @encryption_status: Encryption status for this subsystem >>> + * @encryption_required : Decides to encrypt the subsystem regions >>> or not >>> + * @region_count : Number of regions added in this subsystem toc >>> + * @regions_baseptr : regions base pointer of the subsystem >>> + */ >>> +struct minidump_subsystem { >>> + __le32 status; >>> + __le32 enabled; >>> + __le32 encryption_status; >>> + __le32 encryption_required; >>> + __le32 region_count; >>> + __le64 regions_baseptr; >>> +}; >>> + >>> +/** >>> + * struct minidump_global_toc - Global Table of Content >>> + * @status : Global Minidump init status >>> + * @md_revision : Minidump revision >>> + * @enabled : Minidump enable status >>> + * @subsystems : Array of subsystems toc >>> + */ >>> +struct minidump_global_toc { >>> + __le32 status; >>> + __le32 md_revision; >>> + __le32 enabled; >>> + struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >>> +}; >>> + >>> +#endif /* _QCOM_MINIDUMP_H_ */
On 4/14/2023 4:10 PM, Srinivas Kandagatla wrote: > > > On 14/04/2023 08:05, Mukesh Ojha wrote: >> Thanks again for coming back on this. >> >> On 4/14/2023 4:02 AM, Srinivas Kandagatla wrote: >>> >>> >>> On 22/03/2023 13:30, Mukesh Ojha wrote: >>>> Move minidump specific data types and macros to a separate internal >>>> header(qcom_minidump.h) so that it can be shared among different >>> >>> minidump.h should be good as we are already in include/soc/qcom/ >> >> >> Initially, i wanted to protect the content of qcom_minidump.h between >> qcom_minidump.c and qcom_common.c >> >> Ideally, here qcom_minidump.h should be supplier/provider header and can > > Am not sure if I understand the supplier concept correctly. > AFAIU, we have a 2 sets of apis > > 1. get hold of minidump descriptor based on minidump_id fro gtoc using > qcom_minidump_subsystem_desc(). Am assuming which ever driver uses this > api will set there segments and regions in there respective drivers. > > 2. setting regions/segments in APSS minidump descriptors which are done > via qcom_minidump_region_register(). TBH this should be renamed to > qcom_apss_minidump_region_register(). > > mixing of thsee apis makes it bit confusing, specially we have these two > category of apis that deal with different things. > > Does it make sense to spit and abstract them properly by doing? > > > 1. minidump driver to deal with handling gtoc and providing descriptors > to the consumers like remoteproc or apss, This can probably live within > smem driver as loc for this support is very minimal and proabably rename > the api accordingly. > > 2. apss_minidump driver to allow other qcom drivers to > register/unregister regions within apss minidump descriptor. > > did I miss something? No, you are correct with your understanding. To your suggestion to split code and to keep qcom_minidump_subsystem_desc() live inside smem driver, And how about the header qcom_minidump.h, should we keep it separate than the apss minidump client header minidump.h ? Since, you kind of understand the driver now, do you think it is worth to create platform device for minidump from smem driver, and have a probe inside apss minidump driver to solve chicken and egg problem for the clients who comes before minidump and try to register itself without doing ready check and apss_minidump can note this client entry and only register this region once minidump probe success and then it can register all the noted clients in one go. The reason to do this would be apss_minidump driver has no meaning without smem, and for this reason checking qcom_minidump_ready() would not be ideal for at least qcom clients and for core kernel may be. --Mukesh > > thanks, > Srini > >> be shared among above qcom_minidump.c and qcom_common.c but since they >> are not in same directory, moved it inside include/soc/qcom/ as >> separate header than consumer header minidump.h . > >> -Mukesh >>> >>> --srini >>> >>>> Qualcomm drivers. >>>> >>>> There is no change in functional behavior after this. >>>> >>>> Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com> >>>> --- >>>> drivers/remoteproc/qcom_common.c | 56 >>>> +--------------------------------- >>>> include/soc/qcom/qcom_minidump.h | 66 >>>> ++++++++++++++++++++++++++++++++++++++++ >>>> 2 files changed, 67 insertions(+), 55 deletions(-) >>>> create mode 100644 include/soc/qcom/qcom_minidump.h >>>> >>>> diff --git a/drivers/remoteproc/qcom_common.c >>>> b/drivers/remoteproc/qcom_common.c >>>> index 805e525..88fc984 100644 >>>> --- a/drivers/remoteproc/qcom_common.c >>>> +++ b/drivers/remoteproc/qcom_common.c >>>> @@ -18,6 +18,7 @@ >>>> #include <linux/slab.h> >>>> #include <linux/soc/qcom/mdt_loader.h> >>>> #include <linux/soc/qcom/smem.h> >>>> +#include <soc/qcom/qcom_minidump.h> >>>> #include "remoteproc_internal.h" >>>> #include "qcom_common.h" >>>> @@ -26,61 +27,6 @@ >>>> #define to_smd_subdev(d) container_of(d, struct qcom_rproc_subdev, >>>> subdev) >>>> #define to_ssr_subdev(d) container_of(d, struct qcom_rproc_ssr, >>>> subdev) >>>> -#define MAX_NUM_OF_SS 10 >>>> -#define MAX_REGION_NAME_LENGTH 16 >>>> -#define SBL_MINIDUMP_SMEM_ID 602 >>>> -#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' >>>> << 8 | 'I' << 0) >>>> -#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' >>>> << 8 | 'E' << 0) >>>> -#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << >>>> 8 | 'L' << 0) >>>> - >>>> -/** >>>> - * struct minidump_region - Minidump region >>>> - * @name : Name of the region to be dumped >>>> - * @seq_num: : Use to differentiate regions with same name. >>>> - * @valid : This entry to be dumped (if set to 1) >>>> - * @address : Physical address of region to be dumped >>>> - * @size : Size of the region >>>> - */ >>>> -struct minidump_region { >>>> - char name[MAX_REGION_NAME_LENGTH]; >>>> - __le32 seq_num; >>>> - __le32 valid; >>>> - __le64 address; >>>> - __le64 size; >>>> -}; >>>> - >>>> -/** >>>> - * struct minidump_subsystem - Subsystem's SMEM Table of content >>>> - * @status : Subsystem toc init status >>>> - * @enabled : if set to 1, this region would be copied during coredump >>>> - * @encryption_status: Encryption status for this subsystem >>>> - * @encryption_required : Decides to encrypt the subsystem regions >>>> or not >>>> - * @region_count : Number of regions added in this subsystem toc >>>> - * @regions_baseptr : regions base pointer of the subsystem >>>> - */ >>>> -struct minidump_subsystem { >>>> - __le32 status; >>>> - __le32 enabled; >>>> - __le32 encryption_status; >>>> - __le32 encryption_required; >>>> - __le32 region_count; >>>> - __le64 regions_baseptr; >>>> -}; >>>> - >>>> -/** >>>> - * struct minidump_global_toc - Global Table of Content >>>> - * @status : Global Minidump init status >>>> - * @md_revision : Minidump revision >>>> - * @enabled : Minidump enable status >>>> - * @subsystems : Array of subsystems toc >>>> - */ >>>> -struct minidump_global_toc { >>>> - __le32 status; >>>> - __le32 md_revision; >>>> - __le32 enabled; >>>> - struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >>>> -}; >>>> - >>>> struct qcom_ssr_subsystem { >>>> const char *name; >>>> struct srcu_notifier_head notifier_list; >>>> diff --git a/include/soc/qcom/qcom_minidump.h >>>> b/include/soc/qcom/qcom_minidump.h >>>> new file mode 100644 >>>> index 0000000..84c8605 >>>> --- /dev/null >>>> +++ b/include/soc/qcom/qcom_minidump.h >>>> @@ -0,0 +1,66 @@ >>>> +/* SPDX-License-Identifier: GPL-2.0-only */ >>>> +/* >>>> + * Qualcomm minidump shared data structures and macros >>>> + * >>>> + * Copyright (c) 2023 Qualcomm Innovation Center, Inc. All rights >>>> reserved. >>>> + */ >>>> + >>>> +#ifndef _QCOM_MINIDUMP_H_ >>>> +#define _QCOM_MINIDUMP_H_ >>>> + >>>> +#define MAX_NUM_OF_SS 10 >>>> +#define MAX_REGION_NAME_LENGTH 16 >>>> +#define SBL_MINIDUMP_SMEM_ID 602 >>>> +#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' >>>> << 8 | 'I' << 0) >>>> +#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' >>>> << 8 | 'E' << 0) >>>> +#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << >>>> 8 | 'L' << 0) >>>> + >>>> +/** >>>> + * struct minidump_region - Minidump region >>>> + * @name : Name of the region to be dumped >>>> + * @seq_num: : Use to differentiate regions with same name. >>>> + * @valid : This entry to be dumped (if set to 1) >>>> + * @address : Physical address of region to be dumped >>>> + * @size : Size of the region >>>> + */ >>>> +struct minidump_region { >>>> + char name[MAX_REGION_NAME_LENGTH]; >>>> + __le32 seq_num; >>>> + __le32 valid; >>>> + __le64 address; >>>> + __le64 size; >>>> +}; >>>> + >>>> +/** >>>> + * struct minidump_subsystem - Subsystem's SMEM Table of content >>>> + * @status : Subsystem toc init status >>>> + * @enabled : if set to 1, this region would be copied during coredump >>>> + * @encryption_status: Encryption status for this subsystem >>>> + * @encryption_required : Decides to encrypt the subsystem regions >>>> or not >>>> + * @region_count : Number of regions added in this subsystem toc >>>> + * @regions_baseptr : regions base pointer of the subsystem >>>> + */ >>>> +struct minidump_subsystem { >>>> + __le32 status; >>>> + __le32 enabled; >>>> + __le32 encryption_status; >>>> + __le32 encryption_required; >>>> + __le32 region_count; >>>> + __le64 regions_baseptr; >>>> +}; >>>> + >>>> +/** >>>> + * struct minidump_global_toc - Global Table of Content >>>> + * @status : Global Minidump init status >>>> + * @md_revision : Minidump revision >>>> + * @enabled : Minidump enable status >>>> + * @subsystems : Array of subsystems toc >>>> + */ >>>> +struct minidump_global_toc { >>>> + __le32 status; >>>> + __le32 md_revision; >>>> + __le32 enabled; >>>> + struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >>>> +}; >>>> + >>>> +#endif /* _QCOM_MINIDUMP_H_ */
On 17/04/2023 14:22, Mukesh Ojha wrote: > > > On 4/14/2023 4:10 PM, Srinivas Kandagatla wrote: >> >> >> On 14/04/2023 08:05, Mukesh Ojha wrote: >>> Thanks again for coming back on this. >>> >>> On 4/14/2023 4:02 AM, Srinivas Kandagatla wrote: >>>> >>>> >>>> On 22/03/2023 13:30, Mukesh Ojha wrote: >>>>> Move minidump specific data types and macros to a separate internal >>>>> header(qcom_minidump.h) so that it can be shared among different >>>> >>>> minidump.h should be good as we are already in include/soc/qcom/ >>> >>> >>> Initially, i wanted to protect the content of qcom_minidump.h between >>> qcom_minidump.c and qcom_common.c >>> >>> Ideally, here qcom_minidump.h should be supplier/provider header and can >> >> Am not sure if I understand the supplier concept correctly. >> AFAIU, we have a 2 sets of apis >> >> 1. get hold of minidump descriptor based on minidump_id fro gtoc using >> qcom_minidump_subsystem_desc(). Am assuming which ever driver uses >> this api will set there segments and regions in there respective drivers. >> >> 2. setting regions/segments in APSS minidump descriptors which are >> done via qcom_minidump_region_register(). TBH this should be renamed >> to qcom_apss_minidump_region_register(). >> >> mixing of thsee apis makes it bit confusing, specially we have these >> two category of apis that deal with different things. >> >> Does it make sense to spit and abstract them properly by doing? >> >> >> 1. minidump driver to deal with handling gtoc and providing >> descriptors to the consumers like remoteproc or apss, This can >> probably live within smem driver as loc for this support is very >> minimal and proabably rename the api accordingly. >> > >> 2. apss_minidump driver to allow other qcom drivers to >> register/unregister regions within apss minidump descriptor. >> >> did I miss something? > > No, you are correct with your understanding. > > To your suggestion to split code and to keep > qcom_minidump_subsystem_desc() live inside smem driver, > > And how about the header qcom_minidump.h, should we keep it separate > than the apss minidump client header minidump.h ? I tried to do what I suggested and it kinda looked okay w.r.t design but started to look like a bit overdo. other thing that I tried like what you have in patches but creating a dedicated platform driver for minidump (along with apss minidump), just like other smem devices like socinfo.. This should also get rid of qcom_minidump_ready(). > > Since, you kind of understand the driver now, do you think it is worth > to create platform device for minidump from smem driver, and > have a probe inside apss minidump driver to solve chicken and egg > problem for the clients who comes before minidump and try to register > itself without doing ready check and apss_minidump can note this client > entry and only register this region once minidump probe success and then > it can register all the noted clients in one go. yes, it is doable. > > The reason to do this would be apss_minidump driver has no meaning > without smem, and for this reason checking qcom_minidump_ready() would > not be ideal for at least qcom clients and for core kernel may be. > how about something like this: -------------------->cut<----------------------- diff --git a/drivers/soc/qcom/minidump.c b/drivers/soc/qcom/minidump.c new file mode 100644 index 000000000000..4171054b268d --- /dev/null +++ b/drivers/soc/qcom/minidump.c @@ -0,0 +1,100 @@ +#include <linux/module.h> +#include <linux/platform_device.h> +#include <linux/soc/qcom/smem.h> +#include <linux/soc/qcom/minidump.h> + +... + +struct minidump { + struct minidump_global_toc *md_gbl_toc; + struct minidump_subsystem *md_apss_toc; + ... +}; + +struct minidump *__md; + +struct minidump_subsystem *qcom_minidump_subsystem_desc(unsigned int minidump_index) +{ + if (!__md) + return PTR_ERR(-EPROBE_DEFER); + + return &__mdgtoc->subsystems[minidump_index]; +} +EXPORT_SYMBOL(qcom_minidump_subsystem_desc); + + +int qcom_minidump_apss_region_register(const struct qcom_minidump_region *region) +{ + if (!__mdgtoc) + return -EPROBE_DEFER; + ... +} +EXPORT_SYMBOL_GPL(qcom_minidump_apss_region_register); + +static int qcom_minidump_init_apss_subsystem(struct minidumd *md) +{ + struct minidump_subsystem *apsstoc; + + apsstoc = qcom_minidump_subsystem_desc(MINIDUMP_APSS_DESC); + if (IS_ERR(apsstoc)) + return -EINVAL; + + md->md_regions = kcalloc(MAX_NUM_ENTRIES, + sizeof(struct minidump_region), GFP_KERNEL); + if (!md->md_regions) + return -ENOMEM; + + minidump.apss_toc = apsstoc; + + ... + + return 0; +} +static int qcom_minidump_probe(struct platform_device *pdev) +{ + struct minidump *md; + struct minidump_global_toc *mdgtoc; + + md = devm_kzalloc(&pdev->dev, sizeof(*md), GFP_KERNEL); + + ... + mdgtoc = qcom_smem_get(QCOM_SMEM_HOST_ANY, SBL_MINIDUMP_SMEM_ID, &size); + if (IS_ERR(mdgtoc)) { + dev_err(&pdev->dev, "Couldn't find minidump\n"); + return ERR_PTR(mdgtoc); + } + + if (size < sizeof(*mdgtoc) || !mdgtoc->status) { + dev_err(&pdev->dev, "Minidump table is not initialized\n"); + return ERR_PTR(-EINVAL); + } + ... + qcom_minidump_init_apss_subsystem(md); + + __md = md; + ... + return 0; +} + +static int qcom_minidump_remove(struct platform_device *pdev) +{ + struct qcom_minidump *qs = platform_get_drvdata(pdev); + + ... + + return 0; +} + +static struct platform_driver qcom_minidump_driver = { + .probe = qcom_minidump_probe, + .remove = qcom_minidump_remove, + .driver = { + .name = "qcom-minidump", + }, +}; + +module_platform_driver(qcom_minidump_driver); + +MODULE_DESCRIPTION("Qualcomm minidump driver"); +MODULE_LICENSE("GPL v2"); +MODULE_ALIAS("platform:qcom-minidump"); diff --git a/drivers/soc/qcom/smem.c b/drivers/soc/qcom/smem.c index 4f163d62942c..d54b07095ddd 100644 --- a/drivers/soc/qcom/smem.c +++ b/drivers/soc/qcom/smem.c @@ -279,6 +279,7 @@ struct qcom_smem { u32 item_count; struct platform_device *socinfo; + struct platform_device *minidump; struct smem_ptable *ptable; struct smem_partition global_partition; struct smem_partition partitions[SMEM_HOST_COUNT]; @@ -1151,12 +1152,19 @@ static int qcom_smem_probe(struct platform_device *pdev) if (IS_ERR(smem->socinfo)) dev_dbg(&pdev->dev, "failed to register socinfo device\n"); + smem->minidump = platform_device_register_data(&pdev->dev, "qcom-minidump", + PLATFORM_DEVID_NONE, NULL, + 0); + if (IS_ERR(smem->minidump)) + dev_dbg(&pdev->dev, "failed to register minidump device\n"); + return 0; } static int qcom_smem_remove(struct platform_device *pdev) { platform_device_unregister(__smem->socinfo); + platform_device_unregister(__smem->minidump); hwspin_lock_free(__smem->hwlock); __smem = NULL; (END) -------------------->cut<----------------------- > --Mukesh >> >> thanks, >> Srini >> >>> be shared among above qcom_minidump.c and qcom_common.c but since >>> they are not in same directory, moved it inside include/soc/qcom/ as >>> separate header than consumer header minidump.h . > >>> -Mukesh >>>> >>>> --srini >>>> >>>>> Qualcomm drivers. >>>>> >>>>> There is no change in functional behavior after this. >>>>> >>>>> Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com> >>>>> --- >>>>> drivers/remoteproc/qcom_common.c | 56 >>>>> +--------------------------------- >>>>> include/soc/qcom/qcom_minidump.h | 66 >>>>> ++++++++++++++++++++++++++++++++++++++++ >>>>> 2 files changed, 67 insertions(+), 55 deletions(-) >>>>> create mode 100644 include/soc/qcom/qcom_minidump.h >>>>> >>>>> diff --git a/drivers/remoteproc/qcom_common.c >>>>> b/drivers/remoteproc/qcom_common.c >>>>> index 805e525..88fc984 100644 >>>>> --- a/drivers/remoteproc/qcom_common.c >>>>> +++ b/drivers/remoteproc/qcom_common.c >>>>> @@ -18,6 +18,7 @@ >>>>> #include <linux/slab.h> >>>>> #include <linux/soc/qcom/mdt_loader.h> >>>>> #include <linux/soc/qcom/smem.h> >>>>> +#include <soc/qcom/qcom_minidump.h> >>>>> #include "remoteproc_internal.h" >>>>> #include "qcom_common.h" >>>>> @@ -26,61 +27,6 @@ >>>>> #define to_smd_subdev(d) container_of(d, struct >>>>> qcom_rproc_subdev, subdev) >>>>> #define to_ssr_subdev(d) container_of(d, struct qcom_rproc_ssr, >>>>> subdev) >>>>> -#define MAX_NUM_OF_SS 10 >>>>> -#define MAX_REGION_NAME_LENGTH 16 >>>>> -#define SBL_MINIDUMP_SMEM_ID 602 >>>>> -#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' >>>>> << 8 | 'I' << 0) >>>>> -#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' >>>>> << 8 | 'E' << 0) >>>>> -#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << >>>>> 8 | 'L' << 0) >>>>> - >>>>> -/** >>>>> - * struct minidump_region - Minidump region >>>>> - * @name : Name of the region to be dumped >>>>> - * @seq_num: : Use to differentiate regions with same name. >>>>> - * @valid : This entry to be dumped (if set to 1) >>>>> - * @address : Physical address of region to be dumped >>>>> - * @size : Size of the region >>>>> - */ >>>>> -struct minidump_region { >>>>> - char name[MAX_REGION_NAME_LENGTH]; >>>>> - __le32 seq_num; >>>>> - __le32 valid; >>>>> - __le64 address; >>>>> - __le64 size; >>>>> -}; >>>>> - >>>>> -/** >>>>> - * struct minidump_subsystem - Subsystem's SMEM Table of content >>>>> - * @status : Subsystem toc init status >>>>> - * @enabled : if set to 1, this region would be copied during >>>>> coredump >>>>> - * @encryption_status: Encryption status for this subsystem >>>>> - * @encryption_required : Decides to encrypt the subsystem regions >>>>> or not >>>>> - * @region_count : Number of regions added in this subsystem toc >>>>> - * @regions_baseptr : regions base pointer of the subsystem >>>>> - */ >>>>> -struct minidump_subsystem { >>>>> - __le32 status; >>>>> - __le32 enabled; >>>>> - __le32 encryption_status; >>>>> - __le32 encryption_required; >>>>> - __le32 region_count; >>>>> - __le64 regions_baseptr; >>>>> -}; >>>>> - >>>>> -/** >>>>> - * struct minidump_global_toc - Global Table of Content >>>>> - * @status : Global Minidump init status >>>>> - * @md_revision : Minidump revision >>>>> - * @enabled : Minidump enable status >>>>> - * @subsystems : Array of subsystems toc >>>>> - */ >>>>> -struct minidump_global_toc { >>>>> - __le32 status; >>>>> - __le32 md_revision; >>>>> - __le32 enabled; >>>>> - struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >>>>> -}; >>>>> - >>>>> struct qcom_ssr_subsystem { >>>>> const char *name; >>>>> struct srcu_notifier_head notifier_list; >>>>> diff --git a/include/soc/qcom/qcom_minidump.h >>>>> b/include/soc/qcom/qcom_minidump.h >>>>> new file mode 100644 >>>>> index 0000000..84c8605 >>>>> --- /dev/null >>>>> +++ b/include/soc/qcom/qcom_minidump.h >>>>> @@ -0,0 +1,66 @@ >>>>> +/* SPDX-License-Identifier: GPL-2.0-only */ >>>>> +/* >>>>> + * Qualcomm minidump shared data structures and macros >>>>> + * >>>>> + * Copyright (c) 2023 Qualcomm Innovation Center, Inc. All rights >>>>> reserved. >>>>> + */ >>>>> + >>>>> +#ifndef _QCOM_MINIDUMP_H_ >>>>> +#define _QCOM_MINIDUMP_H_ >>>>> + >>>>> +#define MAX_NUM_OF_SS 10 >>>>> +#define MAX_REGION_NAME_LENGTH 16 >>>>> +#define SBL_MINIDUMP_SMEM_ID 602 >>>>> +#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' >>>>> << 8 | 'I' << 0) >>>>> +#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' >>>>> << 8 | 'E' << 0) >>>>> +#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << >>>>> 8 | 'L' << 0) >>>>> + >>>>> +/** >>>>> + * struct minidump_region - Minidump region >>>>> + * @name : Name of the region to be dumped >>>>> + * @seq_num: : Use to differentiate regions with same name. >>>>> + * @valid : This entry to be dumped (if set to 1) >>>>> + * @address : Physical address of region to be dumped >>>>> + * @size : Size of the region >>>>> + */ >>>>> +struct minidump_region { >>>>> + char name[MAX_REGION_NAME_LENGTH]; >>>>> + __le32 seq_num; >>>>> + __le32 valid; >>>>> + __le64 address; >>>>> + __le64 size; >>>>> +}; >>>>> + >>>>> +/** >>>>> + * struct minidump_subsystem - Subsystem's SMEM Table of content >>>>> + * @status : Subsystem toc init status >>>>> + * @enabled : if set to 1, this region would be copied during >>>>> coredump >>>>> + * @encryption_status: Encryption status for this subsystem >>>>> + * @encryption_required : Decides to encrypt the subsystem regions >>>>> or not >>>>> + * @region_count : Number of regions added in this subsystem toc >>>>> + * @regions_baseptr : regions base pointer of the subsystem >>>>> + */ >>>>> +struct minidump_subsystem { >>>>> + __le32 status; >>>>> + __le32 enabled; >>>>> + __le32 encryption_status; >>>>> + __le32 encryption_required; >>>>> + __le32 region_count; >>>>> + __le64 regions_baseptr; >>>>> +}; >>>>> + >>>>> +/** >>>>> + * struct minidump_global_toc - Global Table of Content >>>>> + * @status : Global Minidump init status >>>>> + * @md_revision : Minidump revision >>>>> + * @enabled : Minidump enable status >>>>> + * @subsystems : Array of subsystems toc >>>>> + */ >>>>> +struct minidump_global_toc { >>>>> + __le32 status; >>>>> + __le32 md_revision; >>>>> + __le32 enabled; >>>>> + struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >>>>> +}; >>>>> + >>>>> +#endif /* _QCOM_MINIDUMP_H_ */
On 4/18/2023 7:32 PM, Srinivas Kandagatla wrote: > > > On 17/04/2023 14:22, Mukesh Ojha wrote: >> >> >> On 4/14/2023 4:10 PM, Srinivas Kandagatla wrote: >>> >>> >>> On 14/04/2023 08:05, Mukesh Ojha wrote: >>>> Thanks again for coming back on this. >>>> >>>> On 4/14/2023 4:02 AM, Srinivas Kandagatla wrote: >>>>> >>>>> >>>>> On 22/03/2023 13:30, Mukesh Ojha wrote: >>>>>> Move minidump specific data types and macros to a separate internal >>>>>> header(qcom_minidump.h) so that it can be shared among different >>>>> >>>>> minidump.h should be good as we are already in include/soc/qcom/ >>>> >>>> >>>> Initially, i wanted to protect the content of qcom_minidump.h >>>> between qcom_minidump.c and qcom_common.c >>>> >>>> Ideally, here qcom_minidump.h should be supplier/provider header and >>>> can >>> >>> Am not sure if I understand the supplier concept correctly. >>> AFAIU, we have a 2 sets of apis >>> >>> 1. get hold of minidump descriptor based on minidump_id fro gtoc >>> using qcom_minidump_subsystem_desc(). Am assuming which ever driver >>> uses this api will set there segments and regions in there respective >>> drivers. >>> >>> 2. setting regions/segments in APSS minidump descriptors which are >>> done via qcom_minidump_region_register(). TBH this should be renamed >>> to qcom_apss_minidump_region_register(). >>> >>> mixing of thsee apis makes it bit confusing, specially we have these >>> two category of apis that deal with different things. >>> >>> Does it make sense to spit and abstract them properly by doing? >>> >>> >>> 1. minidump driver to deal with handling gtoc and providing >>> descriptors to the consumers like remoteproc or apss, This can >>> probably live within smem driver as loc for this support is very >>> minimal and proabably rename the api accordingly. >>> >> >>> 2. apss_minidump driver to allow other qcom drivers to >>> register/unregister regions within apss minidump descriptor. >>> >>> did I miss something? >> >> No, you are correct with your understanding. >> >> To your suggestion to split code and to keep >> qcom_minidump_subsystem_desc() live inside smem driver, >> >> And how about the header qcom_minidump.h, should we keep it separate >> than the apss minidump client header minidump.h ? > > I tried to do what I suggested and it kinda looked okay w.r.t design but > started to look like a bit overdo. > > other thing that I tried like what you have in patches but creating a > dedicated platform driver for minidump (along with apss minidump), just > like other smem devices like socinfo.. > > This should also get rid of qcom_minidump_ready(). This is exactly i have said below . > >> >> Since, you kind of understand the driver now, do you think it is worth >> to create platform device for minidump from smem driver, and >> have a probe inside apss minidump driver to solve chicken and egg >> problem for the clients who comes before minidump and try to register >> itself without doing ready check and apss_minidump can note this >> client entry and only register this region once minidump probe success >> and then it can register all the noted clients in one go. > yes, it is doable. > >> >> The reason to do this would be apss_minidump driver has no meaning >> without smem, and for this reason checking qcom_minidump_ready() would >> not be ideal for at least qcom clients and for core kernel may be. >> > > how about something like this: We are totally in sync, Thanks for your time spent on the snippet. -Mukesh > > -------------------->cut<----------------------- > diff --git a/drivers/soc/qcom/minidump.c b/drivers/soc/qcom/minidump.c > new file mode 100644 > index 000000000000..4171054b268d > --- /dev/null > +++ b/drivers/soc/qcom/minidump.c > @@ -0,0 +1,100 @@ > +#include <linux/module.h> > +#include <linux/platform_device.h> > +#include <linux/soc/qcom/smem.h> > +#include <linux/soc/qcom/minidump.h> > + > +... > + > +struct minidump { > + struct minidump_global_toc *md_gbl_toc; > + struct minidump_subsystem *md_apss_toc; > + ... > +}; > + > +struct minidump *__md; > + > +struct minidump_subsystem *qcom_minidump_subsystem_desc(unsigned int > minidump_index) > +{ > + if (!__md) > + return PTR_ERR(-EPROBE_DEFER); > + > + return &__mdgtoc->subsystems[minidump_index]; > +} > +EXPORT_SYMBOL(qcom_minidump_subsystem_desc); > + > + > +int qcom_minidump_apss_region_register(const struct > qcom_minidump_region *region) > +{ > + if (!__mdgtoc) > + return -EPROBE_DEFER; > + ... > +} > +EXPORT_SYMBOL_GPL(qcom_minidump_apss_region_register); > + > +static int qcom_minidump_init_apss_subsystem(struct minidumd *md) > +{ > + struct minidump_subsystem *apsstoc; > + > + apsstoc = qcom_minidump_subsystem_desc(MINIDUMP_APSS_DESC); > + if (IS_ERR(apsstoc)) > + return -EINVAL; > + > + md->md_regions = kcalloc(MAX_NUM_ENTRIES, > + sizeof(struct minidump_region), GFP_KERNEL); > + if (!md->md_regions) > + return -ENOMEM; > + > + minidump.apss_toc = apsstoc; > + > + ... > + > + return 0; > +} > +static int qcom_minidump_probe(struct platform_device *pdev) > +{ > + struct minidump *md; > + struct minidump_global_toc *mdgtoc; > + > + md = devm_kzalloc(&pdev->dev, sizeof(*md), GFP_KERNEL); > + > + ... > + mdgtoc = qcom_smem_get(QCOM_SMEM_HOST_ANY, SBL_MINIDUMP_SMEM_ID, > &size); > + if (IS_ERR(mdgtoc)) { > + dev_err(&pdev->dev, "Couldn't find minidump\n"); > + return ERR_PTR(mdgtoc); > + } > + > + if (size < sizeof(*mdgtoc) || !mdgtoc->status) { > + dev_err(&pdev->dev, "Minidump table is not initialized\n"); > + return ERR_PTR(-EINVAL); > + } > + ... > + qcom_minidump_init_apss_subsystem(md); > + > + __md = md; > + ... > + return 0; > +} > + > +static int qcom_minidump_remove(struct platform_device *pdev) > +{ > + struct qcom_minidump *qs = platform_get_drvdata(pdev); > + > + ... > + > + return 0; > +} > + > +static struct platform_driver qcom_minidump_driver = { > + .probe = qcom_minidump_probe, > + .remove = qcom_minidump_remove, > + .driver = { > + .name = "qcom-minidump", > + }, > +}; > + > +module_platform_driver(qcom_minidump_driver); > + > +MODULE_DESCRIPTION("Qualcomm minidump driver"); > +MODULE_LICENSE("GPL v2"); > +MODULE_ALIAS("platform:qcom-minidump"); > diff --git a/drivers/soc/qcom/smem.c b/drivers/soc/qcom/smem.c > index 4f163d62942c..d54b07095ddd 100644 > --- a/drivers/soc/qcom/smem.c > +++ b/drivers/soc/qcom/smem.c > @@ -279,6 +279,7 @@ struct qcom_smem { > > u32 item_count; > struct platform_device *socinfo; > + struct platform_device *minidump; > struct smem_ptable *ptable; > struct smem_partition global_partition; > struct smem_partition partitions[SMEM_HOST_COUNT]; > @@ -1151,12 +1152,19 @@ static int qcom_smem_probe(struct > platform_device *pdev) > if (IS_ERR(smem->socinfo)) > dev_dbg(&pdev->dev, "failed to register socinfo > device\n"); > > + smem->minidump = platform_device_register_data(&pdev->dev, > "qcom-minidump", > + PLATFORM_DEVID_NONE, NULL, > + 0); > + if (IS_ERR(smem->minidump)) > + dev_dbg(&pdev->dev, "failed to register minidump > device\n"); > + > return 0; > } > > static int qcom_smem_remove(struct platform_device *pdev) > { > platform_device_unregister(__smem->socinfo); > + platform_device_unregister(__smem->minidump); > > hwspin_lock_free(__smem->hwlock); > __smem = NULL; > (END) > -------------------->cut<----------------------- > >> --Mukesh >>> >>> thanks, >>> Srini >>> >>>> be shared among above qcom_minidump.c and qcom_common.c but since >>>> they are not in same directory, moved it inside include/soc/qcom/ as >>>> separate header than consumer header minidump.h . > >>>> -Mukesh >>>>> >>>>> --srini >>>>> >>>>>> Qualcomm drivers. >>>>>> >>>>>> There is no change in functional behavior after this. >>>>>> >>>>>> Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com> >>>>>> --- >>>>>> drivers/remoteproc/qcom_common.c | 56 >>>>>> +--------------------------------- >>>>>> include/soc/qcom/qcom_minidump.h | 66 >>>>>> ++++++++++++++++++++++++++++++++++++++++ >>>>>> 2 files changed, 67 insertions(+), 55 deletions(-) >>>>>> create mode 100644 include/soc/qcom/qcom_minidump.h >>>>>> >>>>>> diff --git a/drivers/remoteproc/qcom_common.c >>>>>> b/drivers/remoteproc/qcom_common.c >>>>>> index 805e525..88fc984 100644 >>>>>> --- a/drivers/remoteproc/qcom_common.c >>>>>> +++ b/drivers/remoteproc/qcom_common.c >>>>>> @@ -18,6 +18,7 @@ >>>>>> #include <linux/slab.h> >>>>>> #include <linux/soc/qcom/mdt_loader.h> >>>>>> #include <linux/soc/qcom/smem.h> >>>>>> +#include <soc/qcom/qcom_minidump.h> >>>>>> #include "remoteproc_internal.h" >>>>>> #include "qcom_common.h" >>>>>> @@ -26,61 +27,6 @@ >>>>>> #define to_smd_subdev(d) container_of(d, struct >>>>>> qcom_rproc_subdev, subdev) >>>>>> #define to_ssr_subdev(d) container_of(d, struct qcom_rproc_ssr, >>>>>> subdev) >>>>>> -#define MAX_NUM_OF_SS 10 >>>>>> -#define MAX_REGION_NAME_LENGTH 16 >>>>>> -#define SBL_MINIDUMP_SMEM_ID 602 >>>>>> -#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' >>>>>> << 8 | 'I' << 0) >>>>>> -#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' >>>>>> << 8 | 'E' << 0) >>>>>> -#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' >>>>>> << 8 | 'L' << 0) >>>>>> - >>>>>> -/** >>>>>> - * struct minidump_region - Minidump region >>>>>> - * @name : Name of the region to be dumped >>>>>> - * @seq_num: : Use to differentiate regions with same name. >>>>>> - * @valid : This entry to be dumped (if set to 1) >>>>>> - * @address : Physical address of region to be dumped >>>>>> - * @size : Size of the region >>>>>> - */ >>>>>> -struct minidump_region { >>>>>> - char name[MAX_REGION_NAME_LENGTH]; >>>>>> - __le32 seq_num; >>>>>> - __le32 valid; >>>>>> - __le64 address; >>>>>> - __le64 size; >>>>>> -}; >>>>>> - >>>>>> -/** >>>>>> - * struct minidump_subsystem - Subsystem's SMEM Table of content >>>>>> - * @status : Subsystem toc init status >>>>>> - * @enabled : if set to 1, this region would be copied during >>>>>> coredump >>>>>> - * @encryption_status: Encryption status for this subsystem >>>>>> - * @encryption_required : Decides to encrypt the subsystem >>>>>> regions or not >>>>>> - * @region_count : Number of regions added in this subsystem toc >>>>>> - * @regions_baseptr : regions base pointer of the subsystem >>>>>> - */ >>>>>> -struct minidump_subsystem { >>>>>> - __le32 status; >>>>>> - __le32 enabled; >>>>>> - __le32 encryption_status; >>>>>> - __le32 encryption_required; >>>>>> - __le32 region_count; >>>>>> - __le64 regions_baseptr; >>>>>> -}; >>>>>> - >>>>>> -/** >>>>>> - * struct minidump_global_toc - Global Table of Content >>>>>> - * @status : Global Minidump init status >>>>>> - * @md_revision : Minidump revision >>>>>> - * @enabled : Minidump enable status >>>>>> - * @subsystems : Array of subsystems toc >>>>>> - */ >>>>>> -struct minidump_global_toc { >>>>>> - __le32 status; >>>>>> - __le32 md_revision; >>>>>> - __le32 enabled; >>>>>> - struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >>>>>> -}; >>>>>> - >>>>>> struct qcom_ssr_subsystem { >>>>>> const char *name; >>>>>> struct srcu_notifier_head notifier_list; >>>>>> diff --git a/include/soc/qcom/qcom_minidump.h >>>>>> b/include/soc/qcom/qcom_minidump.h >>>>>> new file mode 100644 >>>>>> index 0000000..84c8605 >>>>>> --- /dev/null >>>>>> +++ b/include/soc/qcom/qcom_minidump.h >>>>>> @@ -0,0 +1,66 @@ >>>>>> +/* SPDX-License-Identifier: GPL-2.0-only */ >>>>>> +/* >>>>>> + * Qualcomm minidump shared data structures and macros >>>>>> + * >>>>>> + * Copyright (c) 2023 Qualcomm Innovation Center, Inc. All rights >>>>>> reserved. >>>>>> + */ >>>>>> + >>>>>> +#ifndef _QCOM_MINIDUMP_H_ >>>>>> +#define _QCOM_MINIDUMP_H_ >>>>>> + >>>>>> +#define MAX_NUM_OF_SS 10 >>>>>> +#define MAX_REGION_NAME_LENGTH 16 >>>>>> +#define SBL_MINIDUMP_SMEM_ID 602 >>>>>> +#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' >>>>>> << 8 | 'I' << 0) >>>>>> +#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' >>>>>> << 8 | 'E' << 0) >>>>>> +#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' >>>>>> << 8 | 'L' << 0) >>>>>> + >>>>>> +/** >>>>>> + * struct minidump_region - Minidump region >>>>>> + * @name : Name of the region to be dumped >>>>>> + * @seq_num: : Use to differentiate regions with same name. >>>>>> + * @valid : This entry to be dumped (if set to 1) >>>>>> + * @address : Physical address of region to be dumped >>>>>> + * @size : Size of the region >>>>>> + */ >>>>>> +struct minidump_region { >>>>>> + char name[MAX_REGION_NAME_LENGTH]; >>>>>> + __le32 seq_num; >>>>>> + __le32 valid; >>>>>> + __le64 address; >>>>>> + __le64 size; >>>>>> +}; >>>>>> + >>>>>> +/** >>>>>> + * struct minidump_subsystem - Subsystem's SMEM Table of content >>>>>> + * @status : Subsystem toc init status >>>>>> + * @enabled : if set to 1, this region would be copied during >>>>>> coredump >>>>>> + * @encryption_status: Encryption status for this subsystem >>>>>> + * @encryption_required : Decides to encrypt the subsystem >>>>>> regions or not >>>>>> + * @region_count : Number of regions added in this subsystem toc >>>>>> + * @regions_baseptr : regions base pointer of the subsystem >>>>>> + */ >>>>>> +struct minidump_subsystem { >>>>>> + __le32 status; >>>>>> + __le32 enabled; >>>>>> + __le32 encryption_status; >>>>>> + __le32 encryption_required; >>>>>> + __le32 region_count; >>>>>> + __le64 regions_baseptr; >>>>>> +}; >>>>>> + >>>>>> +/** >>>>>> + * struct minidump_global_toc - Global Table of Content >>>>>> + * @status : Global Minidump init status >>>>>> + * @md_revision : Minidump revision >>>>>> + * @enabled : Minidump enable status >>>>>> + * @subsystems : Array of subsystems toc >>>>>> + */ >>>>>> +struct minidump_global_toc { >>>>>> + __le32 status; >>>>>> + __le32 md_revision; >>>>>> + __le32 enabled; >>>>>> + struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; >>>>>> +}; >>>>>> + >>>>>> +#endif /* _QCOM_MINIDUMP_H_ */
diff --git a/drivers/remoteproc/qcom_common.c b/drivers/remoteproc/qcom_common.c index 805e525..88fc984 100644 --- a/drivers/remoteproc/qcom_common.c +++ b/drivers/remoteproc/qcom_common.c @@ -18,6 +18,7 @@ #include <linux/slab.h> #include <linux/soc/qcom/mdt_loader.h> #include <linux/soc/qcom/smem.h> +#include <soc/qcom/qcom_minidump.h> #include "remoteproc_internal.h" #include "qcom_common.h" @@ -26,61 +27,6 @@ #define to_smd_subdev(d) container_of(d, struct qcom_rproc_subdev, subdev) #define to_ssr_subdev(d) container_of(d, struct qcom_rproc_ssr, subdev) -#define MAX_NUM_OF_SS 10 -#define MAX_REGION_NAME_LENGTH 16 -#define SBL_MINIDUMP_SMEM_ID 602 -#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' << 8 | 'I' << 0) -#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' << 8 | 'E' << 0) -#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << 8 | 'L' << 0) - -/** - * struct minidump_region - Minidump region - * @name : Name of the region to be dumped - * @seq_num: : Use to differentiate regions with same name. - * @valid : This entry to be dumped (if set to 1) - * @address : Physical address of region to be dumped - * @size : Size of the region - */ -struct minidump_region { - char name[MAX_REGION_NAME_LENGTH]; - __le32 seq_num; - __le32 valid; - __le64 address; - __le64 size; -}; - -/** - * struct minidump_subsystem - Subsystem's SMEM Table of content - * @status : Subsystem toc init status - * @enabled : if set to 1, this region would be copied during coredump - * @encryption_status: Encryption status for this subsystem - * @encryption_required : Decides to encrypt the subsystem regions or not - * @region_count : Number of regions added in this subsystem toc - * @regions_baseptr : regions base pointer of the subsystem - */ -struct minidump_subsystem { - __le32 status; - __le32 enabled; - __le32 encryption_status; - __le32 encryption_required; - __le32 region_count; - __le64 regions_baseptr; -}; - -/** - * struct minidump_global_toc - Global Table of Content - * @status : Global Minidump init status - * @md_revision : Minidump revision - * @enabled : Minidump enable status - * @subsystems : Array of subsystems toc - */ -struct minidump_global_toc { - __le32 status; - __le32 md_revision; - __le32 enabled; - struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; -}; - struct qcom_ssr_subsystem { const char *name; struct srcu_notifier_head notifier_list; diff --git a/include/soc/qcom/qcom_minidump.h b/include/soc/qcom/qcom_minidump.h new file mode 100644 index 0000000..84c8605 --- /dev/null +++ b/include/soc/qcom/qcom_minidump.h @@ -0,0 +1,66 @@ +/* SPDX-License-Identifier: GPL-2.0-only */ +/* + * Qualcomm minidump shared data structures and macros + * + * Copyright (c) 2023 Qualcomm Innovation Center, Inc. All rights reserved. + */ + +#ifndef _QCOM_MINIDUMP_H_ +#define _QCOM_MINIDUMP_H_ + +#define MAX_NUM_OF_SS 10 +#define MAX_REGION_NAME_LENGTH 16 +#define SBL_MINIDUMP_SMEM_ID 602 +#define MINIDUMP_REGION_VALID ('V' << 24 | 'A' << 16 | 'L' << 8 | 'I' << 0) +#define MINIDUMP_SS_ENCR_DONE ('D' << 24 | 'O' << 16 | 'N' << 8 | 'E' << 0) +#define MINIDUMP_SS_ENABLED ('E' << 24 | 'N' << 16 | 'B' << 8 | 'L' << 0) + +/** + * struct minidump_region - Minidump region + * @name : Name of the region to be dumped + * @seq_num: : Use to differentiate regions with same name. + * @valid : This entry to be dumped (if set to 1) + * @address : Physical address of region to be dumped + * @size : Size of the region + */ +struct minidump_region { + char name[MAX_REGION_NAME_LENGTH]; + __le32 seq_num; + __le32 valid; + __le64 address; + __le64 size; +}; + +/** + * struct minidump_subsystem - Subsystem's SMEM Table of content + * @status : Subsystem toc init status + * @enabled : if set to 1, this region would be copied during coredump + * @encryption_status: Encryption status for this subsystem + * @encryption_required : Decides to encrypt the subsystem regions or not + * @region_count : Number of regions added in this subsystem toc + * @regions_baseptr : regions base pointer of the subsystem + */ +struct minidump_subsystem { + __le32 status; + __le32 enabled; + __le32 encryption_status; + __le32 encryption_required; + __le32 region_count; + __le64 regions_baseptr; +}; + +/** + * struct minidump_global_toc - Global Table of Content + * @status : Global Minidump init status + * @md_revision : Minidump revision + * @enabled : Minidump enable status + * @subsystems : Array of subsystems toc + */ +struct minidump_global_toc { + __le32 status; + __le32 md_revision; + __le32 enabled; + struct minidump_subsystem subsystems[MAX_NUM_OF_SS]; +}; + +#endif /* _QCOM_MINIDUMP_H_ */