From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752078AbcKBEjg (ORCPT ); Wed, 2 Nov 2016 00:39:36 -0400 Received: from mailout4.samsung.com ([203.254.224.34]:45599 "EHLO mailout4.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750786AbcKBEjd (ORCPT ); Wed, 2 Nov 2016 00:39:33 -0400 X-AuditID: cbfee61b-f793d6d000005a2a-b8-58196e023217 Date: Wed, 02 Nov 2016 13:39:30 +0900 From: Andi Shyti To: Sean Young Cc: David =?iso-8859-15?Q?H=E4rdeman?= , Mauro Carvalho Chehab , Rob Herring , Mark Rutland , linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Andi Shyti Subject: Re: [PATCH v2 5/7] [media] ir-lirc-codec: don't wait any transmitting time for tx only devices Message-id: <20161102043929.eaf7nlje2cru7nky@gangnam.samsung> References: <20161027143601.GA5103@gofer.mess.org> <20160901171629.15422-1-andi.shyti@samsung.com> <20160901171629.15422-6-andi.shyti@samsung.com> <20160902084158.GA25342@gofer.mess.org> <20161027074401.wxg5icc6hcpwnfsf@gangnam.samsung> <7e2f88ed83c4044c30bc03aaea9f09e1@hardeman.nu> <20161031170526.GA8183@gofer.mess.org> <20161101065111.hofyxjps2iwmxpzj@gangnam.samsung> <20161101103408.GA15939@gofer.mess.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline In-reply-to: <20161101103408.GA15939@gofer.mess.org> User-Agent: NeoMutt/20161014 (1.7.1) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrGIsWRmVeSWpSXmKPExsVy+t9jAV2mPMkIgz2/+SwW/3jOZHHxyDp2 i/lHzrFaXN41h82iZ8NWVoul1y8yWax+VmHRuvcIu8XCp99ZHDg91sxbw+hxfcknZo8T97uY PTat6mTzWPLG2mNL/112j8+b5ALYo9xsMlITU1KLFFLzkvNTMvPSbZVCQ9x0LZQU8hJzU22V InR9Q4KUFMoSc0qBPCMDNODgHOAerKRvl+CWsePdTqaCS6wVO88oNTAuZeli5OSQEDCR+H3u L5QtJnHh3no2EFtIYCmjxPKzZV2MXED2R0aJqX+msoMkWARUJdZ+bmYEsdkENCWabv8AaxAR kJP4tq2FFaSBWWADk8TVriNgCWGBTImVbWvBNvAK2Eo8+X2fHWJqA4vEquYZjBAJQYkfk++B FTELaEms33mcCcKWlnj0dwZQAwcHJ9Cp998FgIRFBVQkZl2ewzKBUWAWku5ZSLpnIelewMi8 ilEitSC5oDgpPdcoL7Vcrzgxt7g0L10vOT93EyM4Dp9J72A8vMv9EKMAB6MSD2/BZYkIIdbE suLK3EOMEhzMSiK8tlmSEUK8KYmVValF+fFFpTmpxYcYTYEhMpFZSjQ5H5gi8kriDU3MTcyN DSzMLS1NjJTEeRtnPwsXEkhPLEnNTk0tSC2C6WPi4JRqYFwpcF8pz2PX/qijf5bVSofkRMyZ /4TnD3ft5x+abs1X/VXv+Kn+/dmUu5o5fsL3g00idw82svzabvlywbpKg2MBG6OMGTV4pBY+ vdLx0Cdb/+GxffXMpx9NafrlVVhlr9k1W8zhS2f+2llL58Tu6nMob8p6N/XmnT3uQowmjEcn bn+TVJ187bASS3FGoqEWc1FxIgDP2C752QIAAA== X-MTR: 20000000000000000@CPGS Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sean, > > > Andi, it would be good to know what the use-case for the original change is. > > > > the use case is the ir-spi itself which doesn't need the lirc to > > perform any waiting on its behalf. > > Here is the crux of the problem: in the ir-spi case no wait will actually > happen here, and certainly no "over-wait". The patch below will not change > behaviour at all. > > In the ir-spi case, "towait" will be 0 and no wait happens. > > I think the code is already in good shape but somehow there is a > misunderstanding. Did I miss something? We can just drop this patch, it's just something small that is bothering me. I will send a new patchset without this one. Thanks, Andi