Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp8850790ybi; Tue, 23 Jul 2019 16:43:17 -0700 (PDT) X-Google-Smtp-Source: APXvYqyTz7LOd2Zn2bELQE8nmckWvhfxy6/cOv8eIlQCzhq/MTwhTXi563N71rtxZBM7QWq2SoIN X-Received: by 2002:a63:ed50:: with SMTP id m16mr22475186pgk.209.1563925397790; Tue, 23 Jul 2019 16:43:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563925397; cv=none; d=google.com; s=arc-20160816; b=S9K5sR8C0IqP3cIaGtcJNjzfqOfO301xINgtkpCB/xTJ91fSuCppzTw/htnMjuZsna cri+o6RwxC0tYNQVW4gEfiwsaWzNQKYps4RBu5fbTxraFslDl058EHBG36BjVBmuBXYZ QhE0PP9IjIVaoQ71Arjnz3KznmEkXsY8dDyzEDT3VfKOi1ucp43DTUt6wOFvVW5pzo0Z zqco9YJE2Uiwlmugm3XYPZqOiyEvKaWU/SIoOiQUXdlTR2x0dIerRTKcqK9gbFOs9xmr N2gMhvr/G3uxdFmvRviclQ46FbyBS0puNrAvRzZgYUV5J7CA4DRwaqRgVEFz6Du1eb7W D2Aw== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=BOVz1Kra82hvNBDxaReMCbJJTvETWWuqjVtK593JxVg=; b=p5ufDm+nMofxkJxWsZIKaTgEjQ4ztQYQNOsDikzsjFuD7L9f/1iExQUEHlEQFGd9Er THI0P3PYrct2vCUJeprkE8O4Mowdhf3Hvoy2KvwozqcktFlm/I5FoRY6nO7oCGuftw96 93F4bY6WctLw604UVExy4Z6OEVcxM5wrYJD4f0D3bH5CinfaBzMSjLpt9DoGnxxkVzKc yLA6+tdMqmsPgAoV3he6uyNCddka9ThpRxxDU2jw+pt6RAS/8OfX98oLEUZHMGNDS7AF ZyYOdSMIUlahTUn9v+xTFIEV89cVE+tCvsqAFKAiERHWKxF3tzv8kwafjheNNAZqwOsJ dg7g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=UKCz6nXP; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w19si3967167pga.462.2019.07.23.16.43.01; Tue, 23 Jul 2019 16:43:17 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=UKCz6nXP; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390313AbfGWNkT (ORCPT + 99 others); Tue, 23 Jul 2019 09:40:19 -0400 Received: from mail-pl1-f194.google.com ([209.85.214.194]:39412 "EHLO mail-pl1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726141AbfGWNkT (ORCPT ); Tue, 23 Jul 2019 09:40:19 -0400 Received: by mail-pl1-f194.google.com with SMTP id b7so20667460pls.6; Tue, 23 Jul 2019 06:40:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=BOVz1Kra82hvNBDxaReMCbJJTvETWWuqjVtK593JxVg=; b=UKCz6nXPPMCWqPF41HW9bNtwUGdbj5rSSH1jwIFH++xNuEzFlFd7CDAr7fw3vkiS98 /aasHjo0MjqTA16kYFth+5RYuejKYNMgxLs1SUiMOzKleZYl8o1X9FeXeioylDMz81Lh f7P88/TOAd44OUhuteOseWGkJcIZdkRWPie7sMQyV5FolIaJCEhV5+Sr9o8LluQD5Wkp ENzRsW68zxrARTrhHDCKGfHpKdcn/5VWYnR4TW+5GsMJ9rCneIFwv8xuCiAW86D1+wHK cVli1HRc3iDb+InjAAoGWVtY/kpbd45jRoFLDP+8VEfswzyk4bdefYpwT4WBvXuSmaGy ooew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=BOVz1Kra82hvNBDxaReMCbJJTvETWWuqjVtK593JxVg=; b=D+m35PmVUJse6+qaj/1iRoE7Pdvs9w5QaPYupj510G/SQ91bQpod2prtX0NScT/c38 mOkLnsgdQCvGhA3NVX/ZNbwQd3TIDIYwHBN3LJH9cQbZ5iVakzEyEYSU59jG90iJIFHU 8tCMMfbq1sd5L6jSiw2sZCIdFEobBhgIAOaluCim1yU6jaTUOmqad8t0lPbrmFKYiT2s ZqTfQM+I4VtOgkZSLGBCTYFBajHNx8Yh1xIJ6BUxEqbDZMffr3/oIMYkw6wb0chYQfLr pWV7hU1sNHEmROEa6Pw3zewn9TE7mpfIkJr2hLjEjHnTEycwaAnVV/M1jjmvyAaOCKZ/ Z52g== X-Gm-Message-State: APjAAAWwVNg5839fvFVYoU0pn5B4J5pmm+lT1K4XXn5WlYtHzOqGtlUa bzeprZqKxMSnfDoorb3Jb9g= X-Received: by 2002:a17:902:7407:: with SMTP id g7mr81559137pll.214.1563889218366; Tue, 23 Jul 2019 06:40:18 -0700 (PDT) Received: from localhost.localdomain ([125.142.23.13]) by smtp.gmail.com with ESMTPSA id g62sm41407999pje.11.2019.07.23.06.40.15 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Tue, 23 Jul 2019 06:40:17 -0700 (PDT) Date: Tue, 23 Jul 2019 22:40:12 +0900 From: Suwan Kim To: shuah Cc: valentina.manea.m@gmail.com, stern@rowland.harvard.edu, gregkh@linuxfoundation.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 1/2] usbip: Skip DMA mapping and unmapping for urb at vhci Message-ID: <20190723134012.GA5532@localhost.localdomain> References: <20190705164355.14025-1-suwan.kim027@gmail.com> <20190705164355.14025-2-suwan.kim027@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.12.0 (2019-05-25) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 22, 2019 at 02:26:42PM -0600, shuah wrote: > Hi Suwan, > > On 7/5/19 10:43 AM, Suwan Kim wrote: > > vhci doesn’t do DMA for remote device. Actually, the real DMA > > operation is done by network card driver. vhci just passes virtual > > address of the buffer to the network stack, so vhci doesn’t use and > > need dma address of the buffer of the URB. > > > > When it comes to supporting SG for vhci, it is useful to use native > > SG list (urb->num_sgs) instead of mapped SG list because DMA mapping > > fnuction can adjust the number of SG list (urb->num_mapped_sgs). > > > > But HCD provides DMA mapping and unmapping function by default. > > Moreover, it causes unnecessary DMA mapping and unmapping which > > will be done again at the NIC driver and it wastes CPU cycles. > > So, implement map_urb_for_dma and unmap_urb_for_dma function for > > vhci in order to skip the DMA mapping and unmapping procedure. > > > > To support SG, vhci_map_urb_for_dma() sets URB_DMA_MAP_SG flag in > > urb->transfer_flags if URB has SG list and this flag will tell the > > stub driver to use SG list. > > > > Signed-off-by: Suwan Kim > > --- > > drivers/usb/usbip/vhci_hcd.c | 19 +++++++++++++++++++ > > 1 file changed, 19 insertions(+) > > > > diff --git a/drivers/usb/usbip/vhci_hcd.c b/drivers/usb/usbip/vhci_hcd.c > > index 000ab7225717..14fc6d9f4e6a 100644 > > --- a/drivers/usb/usbip/vhci_hcd.c > > +++ b/drivers/usb/usbip/vhci_hcd.c > > @@ -1288,6 +1288,22 @@ static int vhci_free_streams(struct usb_hcd *hcd, struct usb_device *udev, > > return 0; > > } > > +static int vhci_map_urb_for_dma(struct usb_hcd *hcd, struct urb *urb, > > + gfp_t mem_flags) > > +{ > > + dev_dbg(hcd->self.controller, "vhci does not map urb for dma\n"); > > + > > + if (urb->num_sgs) > > + urb->transfer_flags |= URB_DMA_MAP_SG; > > + > > Shouldn't this be part of patch 2. The debug message saying "no map" > and setting flag doesn't make sense. I think you are right. Setting flag should be in patch 2. Thank you for pointing out :) I will remove unnecessary debug messages and move setting flag to patch 2. > > + return 0; > > This should be a tab and no spaces btw. chekpatch isn't happy. > > > +} > > + > > +static void vhci_unmap_urb_for_dma(struct usb_hcd *hcd, struct urb *urb) > > +{ > > + dev_dbg(hcd->self.controller, "vhci does not unmap urb for dma\n"); > > This should be a tab and no spaces btw. chekpatch isn't happy. > > > WARNING: please, no spaces at the start of a line > #144: FILE: drivers/usb/usbip/vhci_hcd.c:1299: > + return 0;$ > > WARNING: please, no spaces at the start of a line > #149: FILE: drivers/usb/usbip/vhci_hcd.c:1304: > + dev_dbg(hcd->self.controller, "vhci does not unmap urb for dma\n");$ > > total: 0 errors, 2 warnings, 31 lines checked I'm sorry for my fault. I will check it. Regards, Suwan Kim