Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3379925imu; Mon, 14 Jan 2019 01:50:35 -0800 (PST) X-Google-Smtp-Source: ALg8bN4Hs2CSKX7vhtaWd81hXuZ/p61yTyWNOu4zBvqalznsrPK0Y53THgkAsyFhnEqhX1C0KgEh X-Received: by 2002:a62:dbc2:: with SMTP id f185mr24330451pfg.235.1547459435023; Mon, 14 Jan 2019 01:50:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547459434; cv=none; d=google.com; s=arc-20160816; b=wtSGe/MFPW+1hskgKuxNLsLssvKTsyTshsvJnBHTg8dVW1hOtYNenlcTY7qI4gUH/m fBd8IAnBe7CDO20Oo1RU8zNFnKKV7aMqbyZKBOyR0IuY6VzhUJdCMf/cKlEDfI0gwkdQ RnfZ/gaDx1KZkqedIp4hyUI2NTafgkisC0fR2fLnNipJb5xTU0t0kAx22wuju4BOfI/g w6DBfw8qWE/jzV3hEJVohNtX4XzLER0/Bv4OxKYHyp5m7rSLRTfA6yUMA1XfPLlQU60P fprL3FoysJNa+IlAQ/GIom01u9fWlyY4TcZnxKoyOW/cVZuWTqpm9WF2XtIAGCCURJu6 eqrg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=HZFI0nx7Bae0Pi9eZ6XEswYAixgSUrIo98g6eEgO7VU=; b=TupT4VqwCAIYYMgR/8H3ww8aLCqvhgu8Ak5Z2je+bCv4/yXBSvcUyVBhG/pQeOR7GA b1LbizGAixPkQGLw+5p3MUjAEG8g9ZeCQt7HE/hR4UCLM3AY2sjT3u7fslGJTtDioM2U D5xESHIkDASpcZ4ItvIfLQFvHhrbOikmJARKY5zYugB2ibcs7KNeQjwyCHTCvdXKOZbv jVcY4EuVR1X/fJa8dVeYlYK6wjwBrdxpLIz8i/FjGwudkc2Ep8qc/0jsAmseuM8S+qRV rmol3QQKKhvDvXgO1EeGB/fWAZthrBaOGTn4ENvfVM71lDHbi5fGUniHgeD6M+d/x1ib OVfw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p14si27036611plq.25.2019.01.14.01.50.19; Mon, 14 Jan 2019 01:50:34 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726653AbfANJs7 (ORCPT + 99 others); Mon, 14 Jan 2019 04:48:59 -0500 Received: from verein.lst.de ([213.95.11.211]:45632 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726306AbfANJs6 (ORCPT ); Mon, 14 Jan 2019 04:48:58 -0500 Received: by newverein.lst.de (Postfix, from userid 2407) id 9AF6967358; Mon, 14 Jan 2019 10:48:56 +0100 (CET) Date: Mon, 14 Jan 2019 10:48:56 +0100 From: Christoph Hellwig To: Jason Gunthorpe Cc: linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org, Christoph Hellwig , Shiraz Saleem , Imre Deak , Daniel Vetter , linux-media@vger.kernel.org, Yong Zhi , Sakari Ailus , Bingbu Cao , Tian Shu Qiu , Jian Xu Zheng , Sinclair Yeh , Thomas Hellstrom , dri-devel@lists.freedesktop.org Subject: Re: [PATCH] lib/scatterlist: Provide a DMA page iterator Message-ID: <20190114094856.GB29604@lst.de> References: <20190104223531.GA1705@ziepe.ca> <20190110234218.GM6890@ziepe.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190110234218.GM6890@ziepe.ca> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 10, 2019 at 04:42:18PM -0700, Jason Gunthorpe wrote: > > Changes since the RFC: > > - Rework vmwgfx too [CH] > > - Use a distinct type for the DMA page iterator [CH] > > - Do not have a #ifdef [CH] > > ChristophH: Will you ack? This looks generally fine. > > Are you still OK with the vmwgfx reworking, or should we go back to > the original version that didn't have the type safety so this driver > can be left broken? I think the map method in vmgfx that just does virt_to_phys is pretty broken. Thomas, can you check if you see any performance difference with just doing the proper dma mapping, as that gets the driver out of interface abuse land? While we're at it I think we need to merge my series in this area for 5.0, because without that the driver is already broken. Where should we merge it?