All of lore.kernel.org
 help / color / mirror / Atom feed
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Bjorn Andersson <andersson@kernel.org>
Cc: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>,
	 Junhao Xie <bigfoot@radxa.com>,
	 Konrad Dybcio <konradybcio@kernel.org>,
	 Richard Weinberger <richard@nod.at>,
	 Vignesh Raghavendra <vigneshr@ti.com>,
	linux-arm-msm@vger.kernel.org,  linux-kernel@vger.kernel.org,
	linux-mtd@lists.infradead.org,  Xilin Wu <sophon@radxa.com>
Subject: Re: [PATCH v2 0/2] mtd: devices: Qualcomm SCM storage support
Date: Thu, 29 Jan 2026 19:38:44 +0100	[thread overview]
Message-ID: <87fr7ol0wb.fsf@bootlin.com> (raw)
In-Reply-To: <njrzcyhdkohsmnlisdzu25b6obqotjjrzlrs42jhq5bhlz6qco@mdk5blghdqbc> (Bjorn Andersson's message of "Wed, 28 Jan 2026 14:31:33 -0600")

Hello Bjorn,

>> If I may, I even skipped the mail entirely because it was not about mtd
>> in the end. There is a single big patch labelled "firmware: qcom:". I
>> believe the series would better be split in smaller chunks. Typically
>> one for the storage support and another one for the firmware part, at
>> least.
>> 
>
> The firmware patch adds wrappers for the secure world interface, which
> without the MTD driver will lack consumers of the API - i.e. I'd prefer
> not to pick that part, or parts thereof, alone.

Yes, I understand.

> So I think it does make sense to introduce the two parts together in one
> series (if you have any requests for splitting the MTD patch up in any
> way I have no objections).
>
> This leaves us with the practical problem of getting it merged, which I
> believe would best be handled by me picking the firmware patch and
> sharing this in an immutable branch with you, once we're happy with the
> set (which won't be for 6.20).

Works for me!

I'll send a minor review with a couple of comments, but we can apply
this close after next -rc1, if you are good with the fw part.

Thanks,
Miquèl

WARNING: multiple messages have this Message-ID (diff)
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Bjorn Andersson <andersson@kernel.org>
Cc: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>,
	 Junhao Xie <bigfoot@radxa.com>,
	 Konrad Dybcio <konradybcio@kernel.org>,
	 Richard Weinberger <richard@nod.at>,
	 Vignesh Raghavendra <vigneshr@ti.com>,
	linux-arm-msm@vger.kernel.org,  linux-kernel@vger.kernel.org,
	linux-mtd@lists.infradead.org,  Xilin Wu <sophon@radxa.com>
Subject: Re: [PATCH v2 0/2] mtd: devices: Qualcomm SCM storage support
Date: Thu, 29 Jan 2026 19:38:44 +0100	[thread overview]
Message-ID: <87fr7ol0wb.fsf@bootlin.com> (raw)
In-Reply-To: <njrzcyhdkohsmnlisdzu25b6obqotjjrzlrs42jhq5bhlz6qco@mdk5blghdqbc> (Bjorn Andersson's message of "Wed, 28 Jan 2026 14:31:33 -0600")

Hello Bjorn,

>> If I may, I even skipped the mail entirely because it was not about mtd
>> in the end. There is a single big patch labelled "firmware: qcom:". I
>> believe the series would better be split in smaller chunks. Typically
>> one for the storage support and another one for the firmware part, at
>> least.
>> 
>
> The firmware patch adds wrappers for the secure world interface, which
> without the MTD driver will lack consumers of the API - i.e. I'd prefer
> not to pick that part, or parts thereof, alone.

Yes, I understand.

> So I think it does make sense to introduce the two parts together in one
> series (if you have any requests for splitting the MTD patch up in any
> way I have no objections).
>
> This leaves us with the practical problem of getting it merged, which I
> believe would best be handled by me picking the firmware patch and
> sharing this in an immutable branch with you, once we're happy with the
> set (which won't be for 6.20).

Works for me!

I'll send a minor review with a couple of comments, but we can apply
this close after next -rc1, if you are good with the fw part.

Thanks,
Miquèl

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

  reply	other threads:[~2026-01-29 18:38 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-26 11:44 [PATCH v2 0/2] mtd: devices: Qualcomm SCM storage support Junhao Xie
2026-01-26 11:44 ` Junhao Xie
2026-01-26 11:44 ` [PATCH v2 1/2] firmware: qcom: scm: Add SCM storage interface support Junhao Xie
2026-01-26 11:44   ` Junhao Xie
2026-01-28 13:39   ` Konrad Dybcio
2026-01-28 13:39     ` Konrad Dybcio
2026-01-30 10:58     ` Junhao Xie
2026-01-30 10:58       ` Junhao Xie
2026-01-26 11:44 ` [PATCH v2 2/2] mtd: devices: Add Qualcomm SCM storage driver Junhao Xie
2026-01-26 11:44   ` Junhao Xie
2026-01-29 19:01   ` Miquel Raynal
2026-01-29 19:01     ` Miquel Raynal
2026-01-28 13:26 ` [PATCH v2 0/2] mtd: devices: Qualcomm SCM storage support Konrad Dybcio
2026-01-28 13:26   ` Konrad Dybcio
2026-01-28 14:13   ` Miquel Raynal
2026-01-28 14:13     ` Miquel Raynal
2026-01-28 20:31     ` Bjorn Andersson
2026-01-28 20:31       ` Bjorn Andersson
2026-01-29 18:38       ` Miquel Raynal [this message]
2026-01-29 18:38         ` Miquel Raynal
2026-01-29 13:05   ` Junhao Xie
2026-01-29 13:05     ` Junhao Xie
2026-01-28 20:42 ` Bjorn Andersson
2026-01-28 20:42   ` Bjorn Andersson
2026-01-30 13:39   ` Junhao Xie
2026-01-30 13:39     ` Junhao Xie
2026-01-30 14:10     ` Miquel Raynal
2026-01-30 14:10       ` Miquel Raynal
2026-01-30 16:45       ` Junhao Xie
2026-01-30 16:45         ` Junhao Xie
2026-02-03 14:20         ` Miquel Raynal
2026-02-03 14:20           ` Miquel Raynal
2026-03-13 10:16           ` Val Packett
2026-03-13 10:16             ` Val Packett
2026-01-28 21:43 ` Trilok Soni
2026-01-28 21:43   ` Trilok Soni
2026-01-29 12:47   ` Junhao Xie
2026-01-29 12:47     ` Junhao Xie
2026-01-29 14:17     ` Konrad Dybcio
2026-01-29 14:17       ` Konrad Dybcio

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=87fr7ol0wb.fsf@bootlin.com \
    --to=miquel.raynal@bootlin.com \
    --cc=andersson@kernel.org \
    --cc=bigfoot@radxa.com \
    --cc=konrad.dybcio@oss.qualcomm.com \
    --cc=konradybcio@kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=richard@nod.at \
    --cc=sophon@radxa.com \
    --cc=vigneshr@ti.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.