From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754650AbcGUAsT (ORCPT ); Wed, 20 Jul 2016 20:48:19 -0400 Received: from mailout3.samsung.com ([203.254.224.33]:47536 "EHLO mailout3.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752210AbcGUAsQ (ORCPT ); Wed, 20 Jul 2016 20:48:16 -0400 X-AuditID: cbfee68f-f79476d000001429-72-57901bcd1f33 Date: Thu, 21 Jul 2016 09:48:12 +0900 From: Andi Shyti To: Sean Young Cc: Mauro Carvalho Chehab , linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, Andi Shyti Subject: Re: [RFC 5/7] [media] ir-lirc-codec: do not handle any buffer for raw transmitters Message-id: <20160721004812.GF23521@samsunx.samsung> References: <1468943818-26025-1-git-send-email-andi.shyti@samsung.com> <1468943818-26025-6-git-send-email-andi.shyti@samsung.com> <20160719221610.GC24697@gofer.mess.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline In-reply-to: <20160719221610.GC24697@gofer.mess.org> User-Agent: Mutt/1.6.0 (2016-04-01) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprMIsWRmVeSWpSXmKPExsWyRsSkQPes9IRwg443IhaLfzxnsri8aw6b Rc+GrawWq59VWCx8+p3FgdXj+pJPzB5L3lh7bOm/y+7xeZNcAEsUl01Kak5mWWqRvl0CV8be DccZCx6yVby8dZutgXEFaxcjJ4eEgInEuxcT2SBsMYkL99YD2VwcQgIrGCX27jvCBFN0Z8sq RojELEaJKQt/MkM4Hxklzm/4xwJSxSKgKnHowBxmEJtNQFOi6fYPsLEiAnIS37a1sII0MAtM ZJR41N8J1iAsECsx8ettsDt4gVY8f7wUamojk8ScvXMYIRKCEj8m3wNrYBbQkli/8zgThC0t 8ejvDPYuRg4OTqDmQ5eUQUxRAWWJu8uCQMZICGxjl7j09AozxHECEt8mH2IBqZEQkJXYdIAZ 4jNJiYMrbrBMYBSbhWTZLCTLZiFZtoCReRWjaGpBckFxUnqRsV5xYm5xaV66XnJ+7iZGYFyd /vesfwfj3QPWhxgFOBiVeHgTVvaHC7EmlhVX5h5iNAW6YiKzlGhyPjB680riDY3NjCxMTUyN jcwtzZTEeRdK/QwWEkhPLEnNTk0tSC2KLyrNSS0+xMjEwSnVwBh438vkadT+syZrVQy9vB+1 uV+e9OPITM01MzZXTF6/wb5Ag+lofs08VcXLWpb7aw4lWn2NX6cnrHnF/O/0o/kKTp3ObLuz 9gU7sjrOYJBRyzDekMF6WPDw3Ltfa55caZG580linUzu0YnLQ46/WKcbq3dvayzXkhs2m08H KDg9tO68wP/ntbsSS3FGoqEWc1FxIgA68rvMpgIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrAIsWRmVeSWpSXmKPExsVy+t9jQd2z0hPCDXb95LdY/OM5k8XlXXPY LHo2bGW1WP2swmLh0+8sDqwe15d8YvZY8sbaY0v/XXaPz5vkAliiGhhtMlITU1KLFFLzkvNT MvPSbZW8g+Od403NDAx1DS0tzJUU8hJzU22VXHwCdN0yc4DWKimUJeaUAoUCEouLlfTtME0I DXHTtYBpjND1DQmC6zEyQAMJaxgz9m44zljwkK3i5a3bbA2MK1i7GDk5JARMJO5sWcUIYYtJ XLi3nq2LkYtDSGAWo8SUhT+ZIZyPjBLnN/xjAaliEVCVOHRgDjOIzSagKdF0+wcbiC0iICfx bVsLK0gDs8BERolH/Z1gDcICsRITv94GW8cLtO7546VQUxuZJObsncMIkRCU+DH5HlgDs4CW xPqdx5kgbGmJR39nsHcxcnBwAjUfuqQMYooKKEvcXRY0gRHoTITmWUiaZyFpXsDIvIpRIrUg uaA4KT3XMC+1XK84Mbe4NC9dLzk/dxMjOHafSe1gPLjL/RCjAAejEg+vAvuEcCHWxLLiytxD jBIczEoivDoiQCHelMTKqtSi/Pii0pzU4kOMpsAAmcgsJZqcD0wreSXxhsYmZkaWRuaGFkbG 5krivI//rwsTEkhPLEnNTk0tSC2C6WPi4JRqYMyX+TolQcvFQEXJtWVf2rxVZfPXdB5uOrXG M0Og4eRn68rpZVf21X15LXyxTvKEx+TjH/dqs57Z2Dfzio7fnayypJTT0VmsK3+rTb+1r+CW KFv6VdPgs3tu/mF026duU2F2+sQfwx3enI90tEXrb6jULaieZKo1+6msV7+jo+DrSxGPoovy U5VYijMSDbWYi4oTAS9SS37zAgAA DLP-Filter: Pass X-MTR: 20000000000000000@CPGS X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sean, > > Raw transmitters receive the data which need to be sent to > > receivers from userspace as stream of bits, they don't require > > any handling from the lirc framework. > > No drivers of type RC_DRIVER_IR_RAW_TX should handle tx just like any > other device, so data should be provided as an array of u32 alternating > pulse-space. If your device does not handle input like that then convert > it into that format in the driver. Every other driver has to do some > sort of conversion of that kind. I don't see anything wrong here, that's how it works for example in Tizen or in Android for the boards I'm on: userspace sends a stream of bits that are then submitted to the IR as they are. If I change it to only pulse-space domain, then I wouldn't provide support for those platforms. Eventually I can add a new protocol. Andi