[PATCH] mtd: spinor: winbond: Describe several chips

[Tom Rini]

On Wed, Nov 19, 2025 at 11:08:29AM +0100, Michael Nazzareno Trimarchi wrote:
> Hi Miquel
> 
> On Wed, Nov 19, 2025 at 11:01 AM Miquel Raynal
> <miquel.raynal at bootlin.com> wrote:
> >
> > Hi Michael,
> >
> > On 19/11/2025 at 10:06:42 +01, Michael Nazzareno Trimarchi <michael at amarulasolutions.com> wrote:
> >
> > > Hi Tom, and Miguel
> > >
> > > I pick a large part of the patches now, and check them and rebase all
> > > of them. I will prepare one pull request today and another later this
> > > week
> >
> 
> First of all I make a mistake with your name
> 
> > What do you mean by "a large part"? Can you be more specific about
> > which patches you would not be picking and why?
> >
> 
> Yes some of the patches are connected to Altera one and I need to look better
> on them and I will look the next two days. Some of the patches are trivial:
> 
> - mtd: spinor: winbond: Describe several chips
> - nand: raw: Kconfig: Correct some dependency issues
> - cmd: mtd: benchmark: use lldiv() instead of 64-bit division
> - spl: nand: typo 'destintion'
> - mtd: spinand: add support for FudanMicro FM25S01A
> - mtd: nand: raw: Drop SYS_NAND_SOFT_ECC from NAND_SANDBOX
> - spi: spi-mem: fix coverity report CID 537478
> 
> Then I have applied the airoha spi patches on top of my queue.
> 
> 
> > I am not comfortable with this sentence given for how long these have
> > been reviewed and applied in Linux and also submitted to
> > U-Boot. Custodians are supposed to work in best effort mode, but
> > delaying, delaying and further delaying is not what I would qualify as
> > an adapted behaviour. I understand you have other work to do. I also
> > take my responsibility in reviewing and collecting and merging patches,
> 
> I will not delay anymore I will be more active regarding my duties
> 
> This is the branch u-boot-nand-20250918 . If you still want to go further
> in the discussion and make the process better, I'm more then happy to
> follow your suggestions.
> 
> > I may do errors and I correct them when that happens, but try not to put
> > all the pressure on my very own shoulders, down to the situation where
> > nothing moves anymore. Tom has been regularly trying to provide support
> > and help. I would friendly suggest Amarula folks to adopts a softer/more
> > progressive approach regarding maintainance roles.
> 
> We will try to work better.

Please, yes. And while a lot of the patches have been around for a while
I think at this point things that are left need to go in to the -next
branch as well. Which is unfortunate as they have been out for some
time, but given the point in the release cycle this is at, is the best
choice I think. And this also goes for "spi" patches as well, as the
split between "nand", "mtd' and "spi" is not always logically easy and
compounded by our custodians being at the same company with presumably
similar things vying for time. Thanks!

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20251119/96fd35d9/attachment.sig>