Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3228383imm; Fri, 20 Jul 2018 12:24:36 -0700 (PDT) X-Google-Smtp-Source: AAOMgpenpb41+M1kGUsfdGSJjVLLTeH+zpBH+KUfzyUx4DnBZXuvoxsZVwCYTdvxU7obsa4FvXvX X-Received: by 2002:a17:902:43a4:: with SMTP id j33-v6mr3304655pld.118.1532114676757; Fri, 20 Jul 2018 12:24:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532114676; cv=none; d=google.com; s=arc-20160816; b=VpzKmQHxQOEwz3QKlU58WIUfWu9DGDsaYeKPOuNdgnTeKf1qH08GcozxsHPTf7pIjm vCU68kl9e4OV7FulETVyg7eccP1PBKqvzw9nlMMfoj4UMliP2UcZz4ScUPIBEBf+8ci1 BrNfUCSlwLyOp/G5mmwD+6112iIZf0FMstCruF7/od/Itb7RYzYvleZaFQEdvR4EQP3j 81quRmT/xnzhJmKiSBU1w/8vDNVGQZ3K8obLerxw3K/WhTZeoKd/sEz7nUDum16UkoJ3 FWbLZ+QFg9lUmOQr++vELSwyAvcYOoP8amKsyc7u9OBMU5+aJMNQjrOMKbuYpCRthEV2 FtdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:date:cc:to:from:subject :message-id:arc-authentication-results; bh=cRsedP+Je/tPvgYA1tYetLwC70w742vC8Ij0eB3krT4=; b=un/S8yEyUpNxVJtPeSpW/U1UdY25XC4+1Us5jxFd2qDoEnEDU86WpIxpBUGQfsozGm 6pk+aMXWa46laptLLbqJNnJu5+swtpOu9TIBvFNH72kdAaxtx09Gvz3zd8dQwMsVSb/Y Ch1ohpPosSofJP9x1Ly1bO/xpyyq4KOVvYvESfnU3ENDUA5xOzxQ8DVNQk2vZ8lXfQ40 Rh/8wO6hr/MCtE597V2eP/FAMCFbXuZthjN2rOFITpLZuQ2YbmJg4bVC1MRwXBUcs2wA 8RUL3sdit7ul4BjyQuu/09G32CCy0lPYw8i6zg7wnE64BDzZrE1ATu6QLIW0yjxQpzhH Ae/A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y67-v6si2510231pfa.47.2018.07.20.12.24.21; Fri, 20 Jul 2018 12:24:36 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388373AbeGTUN0 (ORCPT + 99 others); Fri, 20 Jul 2018 16:13:26 -0400 Received: from imap1.codethink.co.uk ([176.9.8.82]:46371 "EHLO imap1.codethink.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388006AbeGTUNZ (ORCPT ); Fri, 20 Jul 2018 16:13:25 -0400 Received: from [148.252.241.226] (helo=xylophone) by imap1.codethink.co.uk with esmtpsa (Exim 4.84_2 #1 (Debian)) id 1fgb0C-0001fn-PF; Fri, 20 Jul 2018 20:23:44 +0100 Message-ID: <1532114624.21552.43.camel@codethink.co.uk> Subject: Re: [PATCH 4.4 101/105] spi: Fix scatterlist elements size in spi_map_buf From: Ben Hutchings To: Greg Kroah-Hartman , linux-kernel@vger.kernel.org Cc: stable@vger.kernel.org, Maxime Chevallier , Mark Brown , Sudip Mukherjee Date: Fri, 20 Jul 2018 20:23:44 +0100 In-Reply-To: <20180701153156.693937436@linuxfoundation.org> References: <20180701153149.382300170@linuxfoundation.org> <20180701153156.693937436@linuxfoundation.org> Organization: Codethink Ltd. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2018-07-01 at 18:02 +0200, Greg Kroah-Hartman wrote: > 4.4-stable review patch.  If anyone has any objections, please let me know. > > ------------------ > > From: Maxime Chevallier > > commit ce99319a182fe766be67f96338386f3ec73e321c upstream. > > When SPI transfers can be offloaded using DMA, the SPI core need to > build a scatterlist to make sure that the buffer to be transferred is > dma-able. > > This patch fixes the scatterlist entry size computation in the case > where the maximum acceptable scatterlist entry supported by the DMA > controller is less than PAGE_SIZE, when the buffer is vmalloced. > > For each entry, the actual size is given by the minimum between the > desc_len (which is the max buffer size supported by the DMA controller) > and the remaining buffer length until we cross a page boundary. > > Fixes: 65598c13fd66 ("spi: Fix per-page mapping of unaligned vmalloc-ed buffer") > Signed-off-by: Maxime Chevallier > Signed-off-by: Mark Brown > Cc: stable@vger.kernel.org > Signed-off-by: Sudip Mukherjee > Signed-off-by: Greg Kroah-Hartman > --- >  drivers/spi/spi.c |   10 ++++++++-- >  1 file changed, 8 insertions(+), 2 deletions(-) > > --- a/drivers/spi/spi.c > +++ b/drivers/spi/spi.c > @@ -707,8 +707,14 @@ static int spi_map_buf(struct spi_master >   for (i = 0; i < sgs; i++) { >   >   if (vmalloced_buf) { > - min = min_t(size_t, > -     len, desc_len - offset_in_page(buf)); > + /* > +  * Next scatterlist entry size is the minimum between > +  * the desc_len and the remaining buffer length that > +  * fits in a page. > +  */ > + min = min_t(size_t, desc_len, > +     min_t(size_t, len, > +   PAGE_SIZE - offset_in_page(buf))); >   vm_page = vmalloc_to_page(buf); >   if (!vm_page) { >   sg_free_table(sgt); I think this makes sense upstream, but in 4.4 it seems to be a no-op since desc_len is always set to PAGE_SIZE when vmalloced_buf is true. This fix depends on (at least) commit df88e91bbfd1 "spi: respect the maximum segment size of DMA device" which went into 4.6. Ben. -- Ben Hutchings, Software Developer   Codethink Ltd https://www.codethink.co.uk/ Dale House, 35 Dale Street Manchester, M1 2HF, United Kingdom