From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-wm0-f54.google.com ([74.125.82.54]:33184 "EHLO mail-wm0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751677AbcCCTWv (ORCPT ); Thu, 3 Mar 2016 14:22:51 -0500 Received: by mail-wm0-f54.google.com with SMTP id l68so49230527wml.0 for ; Thu, 03 Mar 2016 11:22:50 -0800 (PST) Subject: Re: [git:media_tree/master] [media] media: rc: nuvoton: support reading / writing wakeup sequence via sysfs To: Mauro Carvalho Chehab References: <56D87FE9.4000408@gmail.com> <20160303155200.43d4c5e7@recife.lan> Cc: linux-media@vger.kernel.org From: Heiner Kallweit Message-ID: <56D88EFB.1090105@gmail.com> Date: Thu, 3 Mar 2016 20:22:35 +0100 MIME-Version: 1.0 In-Reply-To: <20160303155200.43d4c5e7@recife.lan> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: Am 03.03.2016 um 19:52 schrieb Mauro Carvalho Chehab: > Em Thu, 03 Mar 2016 19:18:17 +0100 > Heiner Kallweit escreveu: > >> Am 03.03.2016 um 12:28 schrieb Mauro Carvalho Chehab: >>> This is an automatic generated email to let you know that the following patch were queued at the >>> http://git.linuxtv.org/cgit.cgi/media_tree.git tree: >>> >>> Subject: [media] media: rc: nuvoton: support reading / writing wakeup sequence via sysfs >>> Author: Heiner Kallweit >>> Date: Mon Feb 8 17:25:59 2016 -0200 >>> >>> This patch adds a binary attribute /sys/class/rc/rc?/wakeup_data which >>> allows to read / write the wakeup sequence. >>> >> When working on another module I was reminded not to forget updating Documentation/ABI. >> I think the same applies here. This patch introduces a new sysfs attribute that should >> be documented. I'll submit a patch for adding Documentation/ABI/testing/sysfs-class-rc-nuvoton > > Good point. > > Another thing: wouldn't be better to use a text format? This would make > esier to import from LIRC's irrecord format: > > begin raw_codes > > name power > 850 900 1750 1800 850 900 > 850 900 1750 900 850 1800 > 850 900 850 900 850 900 > 1750 1800 800 > > end raw_codes > > Regards, > Mauro > Most likely this is possible, but it would mean that we need a parser / generator for this text format in the driver / kernel code. And I have my doubts that parsing an application-specific file format (that could change anytime) in kernel code is a good thing. Converting this format to raw binary data is better off in userspace I think. What's your opinion? >> >> Rgds, Heiner >> >>> In combination with the core extension for exposing the most recent raw >>> packet this allows to easily define and set a wakeup sequence. >>> >>> At least on my Zotac CI321 the BIOS resets the wakeup sequence at each boot >>> to a factory default. Therefore I use a udev rule >>> SUBSYSTEM=="rc", DRIVERS=="nuvoton-cir", ACTION=="add", RUN+="