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 > <[email protected]> wrote: > > > > Hi Michael, > > > > On 19/11/2025 at 10:06:42 +01, Michael Nazzareno Trimarchi > > <[email protected]> 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
signature.asc
Description: PGP signature
