Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp2871988ybh; Mon, 5 Aug 2019 08:10:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqy2Su+5GhucQZJzHwMl3TjtsfbHuFUbjOJcfauZ95YJLh8KNiHpmd7+pb5A9SG8q9V4EvRL X-Received: by 2002:a17:90a:b00b:: with SMTP id x11mr18641034pjq.120.1565017833293; Mon, 05 Aug 2019 08:10:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565017833; cv=none; d=google.com; s=arc-20160816; b=PJlOaLmSOhOy/7y9PSX0d6lEJVKKKUuP1+mDWO8ryOlfXrmcy5Je9ZWswTWueyHRfE zmNZHxHSBtp+VlAv0d6o3IpTYMHRyMGNZdYKpyRLxfGnSvjHA18skwYS7tP++EFI5qde tgMiVJkMCR5ssNicpp+RnNOu+mTM1HiC6us65TC/CM1CtAn2aveCkDa7wPLfxVrA3nDG 9J1YOMJR6saSFQsf4FhGHAuXKGxn7qzEjN3IASDx8y8RHZE/PwAfHXe0njF8+PyMzI4n /b7o5+0tHndb2EGjca4+KfmfaywjPTN85lnG2Nr6DI9Pv5LNrY8gtcd3cV7qUYUSFSa1 8rig== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=kRL7tZLyLXTCRY+c7gLSadYuLQAVty/mLde4QJS7ukE=; b=W3gTd19gbL1NHMJgrNpqPQPXcEW9D0/sYaFHmPorA3Y7Kd/94XYy3euWtKQN+A+NYa uorIjgQLIDIHelRrRAIjzcQrHTw+YBbU/rDcfxga4x7bgd/if54Y/2sTSmJtABcBscak CbbLx6WZ+OgWcpJ7IHWG4oBCfw6KSa7OkDfGjFYCfT2Gb7t949TOoNNti3/jcmmMll7i WtazqZEEQh2WFpkN2amO5rqNTEVrfdVa0HRejFm0ZRlfxjKHTNlJHnOsxoWzPbEGwXD5 0uoiNKM+Ok7iLStr9OEpgUJPst1gCaEiZcBUtht+E4WXj2/nvEEt5KG7BMvcU4LJ8ajR vXuA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=dkPlqTiV; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x6si13179272pjn.10.2019.08.05.08.10.17; Mon, 05 Aug 2019 08:10:33 -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=@kernel.org header.s=default header.b=dkPlqTiV; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729609AbfHEPIU (ORCPT + 99 others); Mon, 5 Aug 2019 11:08:20 -0400 Received: from mail.kernel.org ([198.145.29.99]:37364 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728885AbfHEPIU (ORCPT ); Mon, 5 Aug 2019 11:08:20 -0400 Received: from [192.168.1.112] (c-24-9-64-241.hsd1.co.comcast.net [24.9.64.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C3148214C6; Mon, 5 Aug 2019 15:08:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1565017699; bh=pP2QV9RFikSg/QhS3JVeQ96q3EXCKWZuPOHE9VeEQNY=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=dkPlqTiVJR4OM905QzzFSSRjr3/Uxz+ktVrFmuv+aN0S6asPuCW4+3IWyFIX7FRGO hGVL/BqI2f1SNkrvob80iZePUX/TQy25TGkMewRLMx5QuCiScFbXFRS98WuE+uSPg6 l7tGs5oslOQjt75LlNWg0yvFQZmlnEDTK3ic8rmY= Subject: Re: [PATCH v3 1/2] usbip: Skip DMA mapping and unmapping for urb at vhci To: Suwan Kim Cc: valentina.manea.m@gmail.com, gregkh@linuxfoundation.org, stern@rowland.harvard.edu, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, shuah References: <20190802173651.22247-1-suwan.kim027@gmail.com> <20190802173651.22247-2-suwan.kim027@gmail.com> <20190805052358.GA8904@localhost.localdomain> From: shuah Message-ID: <8ce7b60c-6075-54ac-a917-921cb41003e6@kernel.org> Date: Mon, 5 Aug 2019 09:08:18 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190805052358.GA8904@localhost.localdomain> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/4/19 11:23 PM, Suwan Kim wrote: > On Fri, Aug 02, 2019 at 04:22:27PM -0600, shuah wrote: >> On 8/2/19 11:36 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. >>> >>> 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. >>> >>> 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). >>> And vhci_map_urb_for_dma() prevents isoc pipe from using SG as >>> hcd_map_urb_for_dma() does. >>> >>> 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..c62f7fa8118c 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) >>> +{ >>> + if (usb_endpoint_xfer_isoc(&urb->ep->desc) && urb->num_sgs) { >>> + WARN_ON(1); >> >> Don't add WARN_ON. I cleaned them all up recently and don't want new >> ones added. > > Ok. I will remove it and resend v4. > Please add appropriate error message in place of WARN_ON thanks, -- Shuah