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;
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (1.0)
Subject: Re: Feedback on Qualcomm's minidump (debug) solution for end user device crash
From:   Kukjin Kim <kgene.kim@gmail.com>
In-Reply-To: <ZNEJAh0in/fjq6s9@brian-x1>
Date:   Wed, 9 Aug 2023 16:49:23 +0900
Cc:     Mukesh Ojha <quic_mojha@quicinc.com>,
        Krzysztof Kozlowski <krzk@kernel.org>,
        linux-samsung-soc@vger.kernel.org,
        linux-mediatek@lists.infradead.org,
        lkml <linux-kernel@vger.kernel.org>,
        Trilok Soni <quic_tsoni@quicinc.com>,
        "open list:ARM/QUALCOMM SUPPORT" <linux-arm-msm@vger.kernel.org>,
        linux-arm-kernel@lists.infradead.org,
        Alim Akhtar <alim.akhtar@samsung.com>,
        Kukjin Kim <kgene@kernel.org>,
        Vignesh Raghavendra <vigneshr@ti.com>,
        Nishanth Menon <nm@ti.com>,
        Matthias Brugger <matthias.bgg@gmail.com>
Message-Id: <1DAA278D-BDFE-4880-8453-99F098D4E259@gmail.com>
References: <ZNEJAh0in/fjq6s9@brian-x1>
To:     Brian Masney <bmasney@redhat.com>
Precedence: bulk


> 2023. 8. 8. =EC=98=A4=EC=A0=84 12:08, Brian Masney <bmasney@redhat.com> =EC=
=9E=91=EC=84=B1:
>=20
> =EF=BB=BFOn Mon, Aug 07, 2023 at 06:01:27PM +0530, Mukesh Ojha wrote:
>>> On 7/30/2023 5:14 PM, Krzysztof Kozlowski wrote:
>>> On 24/07/2023 18:59, Brian Masney wrote:
>>>> + linux-arm-kernel list
>>>>=20
>>>> On Thu, Jul 20, 2023 at 08:32:24PM +0530, Mukesh Ojha wrote:
>>>>> Hi Samsung/MTK/Any other SOC vendors,
>>>>>=20
>>>>> This is to bring to your notice that, we (Qualcomm) are working on
>>>>> upstreaming our minidump solution which is to address the problem of
>>>>> debugging on field device crashes where collecting entire ddr dump
>>>>> would not be feasible and collecting minimal data from the ddr would
>>>>> help in debug direction or even help in root causing issue.
>>>>>=20
>>>>> We have recently posted v4 version here [1]
>>>>>=20
>>>>> Based on comments[2], community is more worried about, if each SOC
>>>>> vendor come up with their own dumping method today or in future and
>>>>> whether it can have a common solution to a similar problem faced by
>>>>> other SOC vendor.
>>>>>=20
>>>>> We wanted to take your feedback if you also encounter a similar proble=
m
>>>>> or maintain something similar solution in downstream which can be
>>>>> upstreamed. This will help us in a way to have a common solution in
>>>>> upstream.
>>>>>=20
>>>>> [1]
>>>>> https://lore.kernel.org/lkml/10dd2ead-758a-89f0-cda4-70ae927269eb@quic=
inc.com/
>>>>>=20
>>>>> [2]
>>>>> https://lore.kernel.org/lkml/CAL_JsqLO9yey2-4FcWsaGxijiS6hGL0SH9VoMuiy=
ei-u9=3DCv=3Dw@mail.gmail.com/
>>>>=20
>>>> Adding the main ARM list to solicit feedback from other silicon
>>>> manufacturers.
>>>>=20
>>>> The cover sheet on the v4 patch set is available at:
>>>> https://lore.kernel.org/lkml/1687955688-20809-1-git-send-email-quic_moj=
ha@quicinc.com/
>>>=20
>>> I doubt anyone follows the lists, so at least Cc some maintainers.
>>>=20
>>> +Cc Alim, Kukjin, Vignesh, Nishanth, Matthias.
>>=20
>> Thanks @Krzysztof/@Brian for extending the list.
>=20
> Hi Mukesh,
>=20
> Since no one has responded yet: I suspect your best bet to land the
> minidump functionality upstream is to refactor it to use the pstore
> functionality that Rob suggested:
>=20
> https://lore.kernel.org/lkml/CAL_JsqK7MHR09U5h01=3DGf1ZLeDVCgZdN-W1hQRH3AX=
+E94_uUg@mail.gmail.com/
>=20
> Brian
>=20
Hi all,

Sorry for the late response and thanks for the asking.

In Samsung side, we=E2=80=99re checking about that internally as well. I=E2=80=
=99d like to know whether the minidump upstreaming is considered to be used i=
n other chipset or some logic of that can be used. In addition, if Samsung w=
ants, own the way upstreaming can be acceptable. It doesn=E2=80=99t mean we h=
ave a plan at this moment though.

Thanks,
Kukjin Kim <kgene(at)kernel.org>=