Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751141AbeACVNN (ORCPT + 1 other); Wed, 3 Jan 2018 16:13:13 -0500 Received: from mail-oi0-f67.google.com ([209.85.218.67]:44396 "EHLO mail-oi0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750912AbeACVNL (ORCPT ); Wed, 3 Jan 2018 16:13:11 -0500 X-Google-Smtp-Source: ACJfBovCY2gmleyKzV5VD52oWEGdUexaEXQt0/F6F7gIpaI/CPADBykLJK46/794j5G9PbGyAixJUA== Subject: Re: [RFC/RFT PATCH 0/6] Asynchronous UVC To: Kieran Bingham , linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, laurent.pinchart@ideasonboard.com Cc: Olivier BRAUN , kieran.bingham@ideasonboard.com References: From: Troy Kisky Message-ID: Date: Wed, 3 Jan 2018 13:13:10 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On 1/3/2018 12:32 PM, Kieran Bingham wrote: > From: Kieran Bingham > > The Linux UVC driver has long provided adequate performance capabilities for > web-cams and low data rate video devices in Linux while resolutions were low. > > Modern USB cameras are now capable of high data rates thanks to USB3 with > 1080p, and even 4k capture resolutions supported. > > Cameras such as the Stereolabs ZED or the Logitech Brio can generate more data > than an embedded ARM core is able to process on a single core, resulting in > frame loss. > > A large part of this performance impact is from the requirement to > ‘memcpy’ frames out from URB packets to destination frames. This unfortunate > requirement is due to the UVC protocol allowing a variable length header, and > thus it is not possible to provide the target frame buffers directly. I have a rather large patch that does provide frame buffers directly for bulk cameras. It cannot be used with ISOC cameras. But it is currently for 4.1. I'll be porting it to 4.9 in a few days if you'd like to see it. BR Troy > > Extra throughput is possible by moving the actual memcpy actions to a work > queue, and moving the memcpy out of interrupt context and allowing work tasks > to be scheduled across multiple cores. > > This series has been tested on both the ZED and Brio cameras on arm64 > platforms, however due to the intrinsic changes in the driver I would like to > see it tested with other devices and other platforms, so I'd appreciate if > anyone can test this on a range of USB cameras. > > Kieran Bingham (6): > uvcvideo: Refactor URB descriptors > uvcvideo: Convert decode functions to use new context structure > uvcvideo: Protect queue internals with helper > uvcvideo: queue: Simplify spin-lock usage > uvcvideo: queue: Support asynchronous buffer handling > uvcvideo: Move decode processing to process context > > drivers/media/usb/uvc/uvc_isight.c | 4 +- > drivers/media/usb/uvc/uvc_queue.c | 115 ++++++++++++++---- > drivers/media/usb/uvc/uvc_video.c | 191 ++++++++++++++++++++++-------- > drivers/media/usb/uvc/uvcvideo.h | 56 +++++++-- > 4 files changed, 289 insertions(+), 77 deletions(-) > > base-commit: 6f0e5fd39143a59c22d60e7befc4f33f22aeed2f >