lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAFLxGvxc=EqBStzLz3ApwYDomKMe=WeK22ohfPQs1WrMCsaVQg@mail.gmail.com> Date: Sat, 31 Oct 2020 22:44:43 +0100 From: Richard Weinberger <richard.weinberger@...il.com> To: Pratyush Yadav <p.yadav@...com> Cc: Tudor Ambarus <tudor.ambarus@...rochip.com>, Miquel Raynal <miquel.raynal@...tlin.com>, Richard Weinberger <richard@....at>, Vignesh Raghavendra <vigneshr@...com>, linux-mtd@...ts.infradead.org, LKML <linux-kernel@...r.kernel.org> Subject: Re: [PATCH 0/3] mtd: Make sure UBIFS does not do multi-pass page programming on flashes that don't support it On Tue, Oct 27, 2020 at 12:24 PM Pratyush Yadav <p.yadav@...com> wrote: > > [0] https://lore.kernel.org/linux-mtd/20201005153138.6437-1-p.yadav@ti.com/ > > Ping. Any comments on the series? >From the UBIFS point of view I'd like to avoid as many device specific settings as possible. We check already for NOR flash, checking for NOR *and* SPI_NOR_NO_MULTI_PASS_PP feels a bit clumsy. Tudor, what do you think about SPI_NOR_NO_MULTI_PASS_PP? This kind of NOR seems to be a little NAND'ish. Maybe we can hide this detail in the mtd framework? -- Thanks, //richard
Powered by blists - more mailing lists