From: Mathieu Poirier <mathieu.poirier@linaro.org>
To: Mukesh Ojha <quic_mojha@quicinc.com>
Cc: corbet@lwn.net, agross@kernel.org, andersson@kernel.org,
konrad.dybcio@linaro.org, robh+dt@kernel.org,
krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org,
keescook@chromium.org, tony.luck@intel.com, gpiccoli@igalia.com,
catalin.marinas@arm.com, will@kernel.org,
linus.walleij@linaro.org, andy.shevchenko@gmail.com,
vigneshr@ti.com, nm@ti.com, matthias.bgg@gmail.com,
kgene@kernel.org, alim.akhtar@samsung.com, bmasney@redhat.com,
quic_tsoni@quicinc.com, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org,
linux-hardening@vger.kernel.org,
linux-remoteproc@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, linux-gpio@vger.kernel.org,
linux-mediatek@lists.infradead.org,
linux-samsung-soc@vger.kernel.org, kernel@quicinc.com
Subject: Re: [REBASE PATCH v5 04/17] remoteproc: qcom: Remove minidump related data from qcom_common.c
Date: Wed, 11 Oct 2023 11:48:45 -0600 [thread overview]
Message-ID: <ZSbf/VqpBIlhyUIG@p14s> (raw)
In-Reply-To: <bb29aba3-9378-6405-5f6d-a7d77e0374ad@quicinc.com>
On Fri, Oct 06, 2023 at 08:38:52PM +0530, Mukesh Ojha wrote:
> Hi Bjorn/Mathieu,
>
> Patches from 2/17-4/17 is just a movement of functions to separate
> config/file.
>
> Do you think, these can be picked independently from this series ?
> I can send them separately, if required.
Bjorn handles submissions for Qualcomm - I will defer to him.
>
> @Bjorn: I have sent 13/17-15/17 separately [1] as it is needed
> by some folks and independent from this series.
>
> [1]
> https://lore.kernel.org/all/1696440338-12561-1-git-send-email-quic_mojha@quicinc.com/
>
> -Mukesh
>
> On 9/11/2023 4:23 PM, Mukesh Ojha wrote:
> > As minidump specific data structure and functions move under
> > config QCOM_RPROC_MINIDUMP, so remove minidump specific data
> > from driver/remoteproc/qcom_common.c .
> >
> > Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com>
> > ---
> > drivers/remoteproc/qcom_common.c | 160 ---------------------------------------
> > 1 file changed, 160 deletions(-)
> >
> > diff --git a/drivers/remoteproc/qcom_common.c b/drivers/remoteproc/qcom_common.c
> > index 03e5f5d533eb..085fd73fa23a 100644
> > --- a/drivers/remoteproc/qcom_common.c
> > +++ b/drivers/remoteproc/qcom_common.c
> > @@ -17,7 +17,6 @@
> > #include <linux/rpmsg/qcom_smd.h>
> > #include <linux/slab.h>
> > #include <linux/soc/qcom/mdt_loader.h>
> > -#include <linux/soc/qcom/smem.h>
> > #include "remoteproc_internal.h"
> > #include "qcom_common.h"
> > @@ -26,61 +25,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;
> > @@ -90,110 +34,6 @@ struct qcom_ssr_subsystem {
> > static LIST_HEAD(qcom_ssr_subsystem_list);
> > static DEFINE_MUTEX(qcom_ssr_subsys_lock);
> > -static void qcom_minidump_cleanup(struct rproc *rproc)
> > -{
> > - struct rproc_dump_segment *entry, *tmp;
> > -
> > - list_for_each_entry_safe(entry, tmp, &rproc->dump_segments, node) {
> > - list_del(&entry->node);
> > - kfree(entry->priv);
> > - kfree(entry);
> > - }
> > -}
> > -
> > -static int qcom_add_minidump_segments(struct rproc *rproc, struct minidump_subsystem *subsystem,
> > - void (*rproc_dumpfn_t)(struct rproc *rproc, struct rproc_dump_segment *segment,
> > - void *dest, size_t offset, size_t size))
> > -{
> > - struct minidump_region __iomem *ptr;
> > - struct minidump_region region;
> > - int seg_cnt, i;
> > - dma_addr_t da;
> > - size_t size;
> > - char *name;
> > -
> > - if (WARN_ON(!list_empty(&rproc->dump_segments))) {
> > - dev_err(&rproc->dev, "dump segment list already populated\n");
> > - return -EUCLEAN;
> > - }
> > -
> > - seg_cnt = le32_to_cpu(subsystem->region_count);
> > - ptr = ioremap((unsigned long)le64_to_cpu(subsystem->regions_baseptr),
> > - seg_cnt * sizeof(struct minidump_region));
> > - if (!ptr)
> > - return -EFAULT;
> > -
> > - for (i = 0; i < seg_cnt; i++) {
> > - memcpy_fromio(®ion, ptr + i, sizeof(region));
> > - if (le32_to_cpu(region.valid) == MINIDUMP_REGION_VALID) {
> > - name = kstrndup(region.name, MAX_REGION_NAME_LENGTH - 1, GFP_KERNEL);
> > - if (!name) {
> > - iounmap(ptr);
> > - return -ENOMEM;
> > - }
> > - da = le64_to_cpu(region.address);
> > - size = le64_to_cpu(region.size);
> > - rproc_coredump_add_custom_segment(rproc, da, size, rproc_dumpfn_t, name);
> > - }
> > - }
> > -
> > - iounmap(ptr);
> > - return 0;
> > -}
> > -
> > -void qcom_minidump(struct rproc *rproc, unsigned int minidump_id,
> > - void (*rproc_dumpfn_t)(struct rproc *rproc,
> > - struct rproc_dump_segment *segment, void *dest, size_t offset,
> > - size_t size))
> > -{
> > - int ret;
> > - struct minidump_subsystem *subsystem;
> > - struct minidump_global_toc *toc;
> > -
> > - /* Get Global minidump ToC*/
> > - toc = qcom_smem_get(QCOM_SMEM_HOST_ANY, SBL_MINIDUMP_SMEM_ID, NULL);
> > -
> > - /* check if global table pointer exists and init is set */
> > - if (IS_ERR(toc) || !toc->status) {
> > - dev_err(&rproc->dev, "Minidump TOC not found in SMEM\n");
> > - return;
> > - }
> > -
> > - /* Get subsystem table of contents using the minidump id */
> > - subsystem = &toc->subsystems[minidump_id];
> > -
> > - /**
> > - * Collect minidump if SS ToC is valid and segment table
> > - * is initialized in memory and encryption status is set.
> > - */
> > - if (subsystem->regions_baseptr == 0 ||
> > - le32_to_cpu(subsystem->status) != 1 ||
> > - le32_to_cpu(subsystem->enabled) != MINIDUMP_SS_ENABLED) {
> > - return rproc_coredump(rproc);
> > - }
> > -
> > - if (le32_to_cpu(subsystem->encryption_status) != MINIDUMP_SS_ENCR_DONE) {
> > - dev_err(&rproc->dev, "Minidump not ready, skipping\n");
> > - return;
> > - }
> > -
> > - /**
> > - * Clear out the dump segments populated by parse_fw before
> > - * re-populating them with minidump segments.
> > - */
> > - rproc_coredump_cleanup(rproc);
> > -
> > - ret = qcom_add_minidump_segments(rproc, subsystem, rproc_dumpfn_t);
> > - if (ret) {
> > - dev_err(&rproc->dev, "Failed with error: %d while adding minidump entries\n", ret);
> > - goto clean_minidump;
> > - }
> > - rproc_coredump_using_sections(rproc);
> > -clean_minidump:
> > - qcom_minidump_cleanup(rproc);
> > -}
> > -EXPORT_SYMBOL_GPL(qcom_minidump);
> > -
> > static int glink_subdev_start(struct rproc_subdev *subdev)
> > {
> > struct qcom_rproc_glink *glink = to_glink_subdev(subdev);
next prev parent reply other threads:[~2023-10-11 18:38 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-11 10:53 [REBASE PATCH v5 00/17] Add Qualcomm Minidump kernel driver related support Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 01/17] docs: qcom: Add qualcomm minidump guide Mukesh Ojha
2023-09-11 11:02 ` Krzysztof Kozlowski
2023-09-13 9:25 ` Bagas Sanjaya
2023-09-13 15:20 ` Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 02/17] soc: qcom: Add qcom_rproc_minidump module Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 03/17] remoteproc: qcom_q6v5_pas: Use qcom_rproc_minidump() Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 04/17] remoteproc: qcom: Remove minidump related data from qcom_common.c Mukesh Ojha
2023-10-06 15:08 ` Mukesh Ojha
2023-10-11 17:48 ` Mathieu Poirier [this message]
2023-09-11 10:53 ` [REBASE PATCH v5 05/17] init: export linux_banner data variable Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 06/17] soc: qcom: Add Qualcomm APSS minidump kernel driver Mukesh Ojha
2023-09-11 11:03 ` Krzysztof Kozlowski
2023-09-11 10:53 ` [REBASE PATCH v5 07/17] soc: qcom: minidump: Add pending region registration Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 08/17] arm64: mm: Add dynamic ramoops region support through command line Mukesh Ojha
2023-09-12 10:18 ` Will Deacon
2023-09-13 7:02 ` Mukesh Ojha
2023-09-13 10:25 ` Will Deacon
2023-09-13 23:17 ` Kees Cook
2023-10-05 11:22 ` Mukesh Ojha
2023-10-05 11:44 ` Pavan Kondeti
2023-10-05 15:42 ` Mukesh Ojha
2023-10-05 15:51 ` Pavan Kondeti
2023-09-11 10:53 ` [REBASE PATCH v5 09/17] pstore/ram: Use dynamic ramoops reserve resource Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 10/17] pstore: Add pstore_region_defined() helper and export it Mukesh Ojha
2023-09-13 23:24 ` Kees Cook
2023-10-09 11:59 ` Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 11/17] qcom_minidump: Register ramoops region with minidump Mukesh Ojha
2023-09-13 23:30 ` Kees Cook
2023-09-13 23:42 ` Kees Cook
2023-09-11 10:53 ` [REBASE PATCH v5 12/17] MAINTAINERS: Add entry for minidump related files Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 13/17] firmware: qcom_scm: provide a read-modify-write function Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 14/17] pinctrl: qcom: Use qcom_scm_io_update_field() Mukesh Ojha
2023-09-12 8:23 ` Linus Walleij
2023-09-11 10:53 ` [REBASE PATCH v5 15/17] firmware: scm: Modify only the download bits in TCSR register Mukesh Ojha
2023-09-11 15:07 ` Kathiravan Thirumoorthy
2023-09-12 9:09 ` Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 16/17] firmware: qcom_scm: Refactor code to support multiple download mode Mukesh Ojha
2023-09-11 10:53 ` [REBASE PATCH v5 17/17] firmware: qcom_scm: Add multiple download mode support Mukesh Ojha
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZSbf/VqpBIlhyUIG@p14s \
--to=mathieu.poirier@linaro.org \
--cc=agross@kernel.org \
--cc=alim.akhtar@samsung.com \
--cc=andersson@kernel.org \
--cc=andy.shevchenko@gmail.com \
--cc=bmasney@redhat.com \
--cc=catalin.marinas@arm.com \
--cc=conor+dt@kernel.org \
--cc=corbet@lwn.net \
--cc=gpiccoli@igalia.com \
--cc=keescook@chromium.org \
--cc=kernel@quicinc.com \
--cc=kgene@kernel.org \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-remoteproc@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=matthias.bgg@gmail.com \
--cc=nm@ti.com \
--cc=quic_mojha@quicinc.com \
--cc=quic_tsoni@quicinc.com \
--cc=robh+dt@kernel.org \
--cc=tony.luck@intel.com \
--cc=vigneshr@ti.com \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).