[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <156807159.5281174.1691742892935.JavaMail.zimbra@nod.at>
Date: Fri, 11 Aug 2023 10:34:52 +0200 (CEST)
From: Richard Weinberger <richard@....at>
To: Christoph Hellwig <hch@...radead.org>
Cc: linux-mtd <linux-mtd@...ts.infradead.org>,
Stephan Wurm <stephan.wurm@...berle.de>,
stable <stable@...r.kernel.org>,
Miquel Raynal <miquel.raynal@...tlin.com>,
Vignesh Raghavendra <vigneshr@...com>,
Oliver Neukum <oliver@...kum.org>,
Ali Akcaagac <aliakc@....de>,
Jamie Lenehan <lenehan@...bble.org>,
James Bottomley <jejb@...ux.ibm.com>,
"Martin K. Petersen" <martin.petersen@...cle.com>,
Ezequiel Garcia <ezequiel@...guardiasur.com.ar>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-scsi <linux-scsi@...r.kernel.org>
Subject: Re: [PATCH 1/7] ubi: block: Refactor sg list processing for highmem
----- Ursprüngliche Mail -----
> Von: "Christoph Hellwig" <hch@...radead.org>
> On Thu, Aug 10, 2023 at 09:54:46PM +0200, Richard Weinberger wrote:
>> > But why add the bounce buffering first if you can avoid it from the
>> > very beginning by just using kmap_local instead of adding a new
>> > caller for the deprecate kmap_atomic?
>>
>> Because I want this fix also in all stable trees. kmap_local() is rather
>> new. When back porting patch 1/7, bounce buffers and kmap_atomic()
>> are needed anyway.
>> By doing this in patch 1/7 I avoid backport troubles and keep the
>> delta between upstream and stable trees minimal.
>
> Just use plain kmap for the historic backports.
Hm, yes. For UBIblock kmap should be too expensive.
Thanks,
//richard
Powered by blists - more mailing lists