Signed-off-by: Sean Young
---
utils/keytable/keytable.c | 71 ---
1 file changed, 36 insertions(+), 35 deletions(-)
diff --git a/utils/keytable/keytable.c b/utils/keytable/keytable.c
index e15440de..df9cfc49 100644
--- a/utils/keytable/keytable.c
+++ b/utils
gt; /sys/kernel/debug/dynamic_debug/control
> >
> > Try the remote again and report what in the kernel messages.
> >
> > Sean
> >
>
> I turned on dynamic debug and got the following messages in the kernel log:
>
> [ 837.160992] rc rc0: get_key_fusionhdtv: ff ff f
It would be interesting to see what the device is sending. Please can you turn
on dynamic debug for ir-kbd-i2c.c:
echo "file ir-kbd-i2.c +p" > /sys/kernel/debug/dynamic_debug/control
Try the remote again and report what in the kernel messages.
Sean
ers provided by toolchains?
>
> If so a copy of bpf_common.h is still needed (and the fallback, for
> out of linux kernel usage, define for __NR_bpf in bpf.h enhanced for
> all supported archs)?
I have seen this problem on debian 7. Why do we care about compiling
on something that ancient?
Sean
Linux
+compiler or give up.
> #error Use a Linux compiler or give up.
This requires __linux__ to be defined.
Signed-off-by: Sean Young
---
utils/keytable/bpf_protocols/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utils/keytable/bpf_protocols/Makefile
Hi Peter,
On Tue, Nov 06, 2018 at 10:43:58PM +0100, Peter Seiderer wrote:
> On Tue, 6 Nov 2018 10:38:56 +0000, Sean Young wrote:
>
> > On Mon, Nov 05, 2018 at 09:30:47PM +0100, Peter Seiderer wrote:
> > > Copy from [1], needed by bpf.h.
> > >
> > > [1
keytable.c: In function ‘parse_opt’:
keytable.c:835:7: warning: ‘param’ may be used uninitialized in this function
[-Wuninitialized]
Signed-off-by: Sean Young
---
utils/keytable/keytable.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utils/keytable/keytable.c b/utils
It currently does not build on mips and some platforms do not have
BPF support yet (risc-v, for example).
Signed-off-by: Sean Young
---
configure.ac | 17 +
utils/keytable/Makefile.am | 7 ---
utils/keytable/keytable.c | 5 -
3 files changed, 21
Hi Mauro,
A new driver for the usb IR receiver for the original XBox, and a few
minor fixes.
Thanks,
Sean
The following changes since commit ef86eaf97acd6d82cd3fd40f997b1c8c4895a443:
media: Rename vb2_m2m_request_queue -> v4l2_m2m_request_queue (2018-11-06
05:24:22 -0500)
are available
ould it really be necessary to add the
file.
Sean
>
> Signed-off-by: Peter Seiderer
> ---
> include/linux/bpf_common.h | 57 ++
> 1 file changed, 57 insertions(+)
> create mode 100644 include/linux/bpf_common.h
>
> diff --git a/i
It currently does not build on mips and some platforms do not have
BPF support yet (risc-v, for example).
Signed-off-by: Sean Young
---
configure.ac | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 387f8539..4100db06 100644
--- a
accordingly where applicable.
>
> v2 changes:
> Renamed KEY_SYSTEM to KEY_SYSTEM_MENU to avoid conflict with powerpc
> KEY_SYSTEM define.
>
> Signed-off-by: Derek Kelly
Reviewed-by: Sean Young
There are many remotes with these buttons, this is a very useful addition.
Thanks
If userspace has an open file descriptor on the rc input device or lirc
device when rc_unregister_device() is called, then the rc close() is
never called.
This ensures that the receiver is turned off on the nuvoton-cir driver
during shutdown.
Signed-off-by: Sean Young
---
drivers/media/rc/rc
rs which do the the decoding themselves tend to deliver
the decoded scancode as soon as the final pulse is observed. A bit of
experimentation will suffice here.
Sean
>
> ---
> drivers/media/rc/xbox_remote.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a
Hi Shuah,
On Thu, Nov 01, 2018 at 08:59:39AM -0600, Shuah Khan wrote:
> On 10/16/2018 08:09 AM, Sean Young wrote:
> > ir-loopback can transmit IR on one rc device and check the correct
> > scancode and protocol is decoded on a different rc device. This can be
> > used to
d - and so the attribute doesn't appear. proposed_mac is
> set right after lines 15.124665 and 15.255996. Interestingly, a third of a
> second elapses between the device registration and the MAC being printed for
> each adapter.
device_create() will register the device in sysfs and
On Wed, Oct 31, 2018 at 11:05:10AM +0100, Hans Verkuil wrote:
> CC-ing Sean Young: please see question at the end.
>
> On 10/31/2018 10:46 AM, Hans Verkuil wrote:
> > On 10/30/2018 03:02 PM, Dmitry Vyukov wrote:
> >> Hello Helen and linux-media,
> >>
> >&g
On Wed, Oct 31, 2018 at 10:36:22AM +, David Howells wrote:
> Sean Young wrote:
>
> > > > Devices have a MAC address available, which is printed during boot:
> >
> > Not all dvb devices have a mac address.
>
> How do I tell? If it's all zeros it
On Tue, Oct 30, 2018 at 09:35:31PM -0300, Mauro Carvalho Chehab wrote:
> Em Tue, 30 Oct 2018 22:32:50 +
> Sean Young escreveu:
>
> Thanks for reviewing it!
>
> > On Tue, Oct 30, 2018 at 11:03:19AM -0300, Mauro Carvalho Chehab wrote:
> > > Em Mon, 24 Sep 2
/sh -c 'K=%k; K=$${K#dvb}; printf dvb/adapter9821/%%s
> > $${K#*.}'", SYMLINK+="%c"
> >
> > where the match is made with ATTR{dvb_mac} or similar. The rules above
> > make symlinks from /dev/dvb/adapter982/* to /dev/dvb/adapterXX/*.
> >
>
Hi Michael,
On Thu, Jul 12, 2018 at 02:21:18PM +0100, Sean Young wrote:
> On Thu, Jul 12, 2018 at 09:33:32AM -0300, Mauro Carvalho Chehab wrote:
> > Hi Michael/Alec,
> >
> > Em Fri, 18 May 2018 16:25:29 +0100
> > Sean Young escreveu:
> >
> > > On Sun,
The function get_key_hvr1110 can only decode rc5, however this is a
standard hauppauge z8f0811 which can decode rc6 as well. Use
get_key_haup_xvr() instead.
Test on a HVR 1110.
Signed-off-by: Sean Young
---
drivers/media/pci/saa7134/saa7134-input.c | 43 +++
1 file changed
Before this patch, the rc name is truncated to:
saa7134 IR (Hauppauge WinTV-HVR
Now it is:
Hauppauge WinTV-HVR1150 ATSC/QAM-Hybrid
Signed-off-by: Sean Young
---
drivers/media/pci/saa7134/saa7134-input.c | 4 +---
drivers/media/pci/saa7134/saa7134.h | 1 -
2 files
Signed-off-by: Sean Young
---
Documentation/media/uapi/v4l/app-pri.rst | 2 +-
Documentation/media/uapi/v4l/audio.rst| 2 +-
Documentation/media/uapi/v4l/dev-capture.rst | 2 +-
Documentation/media/uapi/v4l/dev-teletext.rst | 2 +-
Documentation/media/uapi/v4l/format.rst
On Mon, Oct 22, 2018 at 01:28:42PM +0100, Sean Young wrote:
> On Mon, Oct 22, 2018 at 12:30:29PM +0100, Hans Verkuil wrote:
> > On 10/22/2018 11:14 AM, Sean Young wrote:
> > > Would you be able to test the following patch please?
> >
> > Sean,
> >
> > I
On Mon, Oct 22, 2018 at 12:30:29PM +0100, Hans Verkuil wrote:
> On 10/22/2018 11:14 AM, Sean Young wrote:
> > On Mon, Oct 22, 2018 at 11:44:22AM +0200, Torbjorn Jansson wrote:
> >> On 2018-10-22 10:59, Sean Young wrote:
> >>> On Sat, Oct 20, 2018 at 11:12:16PM +0200,
On Mon, Oct 22, 2018 at 11:44:22AM +0200, Torbjorn Jansson wrote:
> On 2018-10-22 10:59, Sean Young wrote:
> > On Sat, Oct 20, 2018 at 11:12:16PM +0200, Hans Verkuil wrote:
> > > Hi Sean,
> > >
> > > Can you take a look at this, it appears to be an RC
On Sat, Oct 20, 2018 at 11:12:16PM +0200, Hans Verkuil wrote:
> Hi Sean,
>
> Can you take a look at this, it appears to be an RC issue, see my analysis
> below.
>
> On 10/20/2018 03:26 PM, Torbjorn Jansson wrote:
> > Hello
> >
> > i'm using the pulse
Previously, the code would loop for each of the 40 bits. Now it will
branch for each edge in the IR, which will be much less.
Signed-off-by: Sean Young
---
drivers/media/rc/imon_raw.c | 47 ++---
1 file changed, 23 insertions(+), 24 deletions(-)
diff --git a
The xbox dvd remote sends 24 bits, the first 12 bits are repeated
and inverted so only 12 bits are used. The upper 4 bits can be read
at offset 3. Ensure we pass this to rc-core and update the keymap
accordingly.
Signed-off-by: Sean Young
---
drivers/media/rc/keymaps/rc-xbox-dvd.c | 58
This uses a modified nec protocol, where 24 bits are sent and the first
12 bits are inverted.
Signed-off-by: Sean Young
---
utils/keytable/bpf_protocols/Makefile.am | 2 +-
utils/keytable/bpf_protocols/xbox.c | 129 ++
.../rc_keymaps_userspace/xbox_dvd.toml
for this test.
Signed-off-by: Sean Young
Cc: Shuah Khan
---
tools/testing/selftests/Makefile | 1 +
tools/testing/selftests/ir/.gitignore | 1 +
tools/testing/selftests/ir/Makefile | 5 +
tools/testing/selftests/ir/ir_loopback.c | 199 ++
tools/testing
Hello my dear.
Did you receive my email message to you? Please, get back to me ASAP as the
matter is becoming late. Expecting your urgent response.
Sean.
> + if (retval)
> + dev_err(&xbox_remote->interface->dev,
> + "%s: usb_submit_urb()=%d\n",
> + __func__, retval); > +}
> +
> +/*
> + * xbox_remote_alloc_buffers
> + */
> +static int xbox_remote
ill spawn an input interface using the RC framework (like CEC
> device).
>
> Signed-off-by: Ettore Chimenti
Looks great, thanks!
Reviewed-by: Sean Young
> ---
> drivers/media/platform/Kconfig | 10 ++
> drivers/media/platform/seco-cec/seco-cec.c | 125 +++
On Fri, Oct 05, 2018 at 09:37:11AM +0200, Hans Verkuil wrote:
> On 10/05/2018 12:21 AM, Sean Young wrote:
> > An RC device is does not need to be called 'RC for'. Simply the name
> > will suffice.
> >
> > Signed-off-by: Sean Young
>
> Reviewed-by: Ha
Hi Shuah,
On Thu, Oct 04, 2018 at 02:13:51PM -0600, Shuah Khan wrote:
> Hi Sean,
>
> Thanks for the patch. I just happened to see this when Mauro sent it to me.
> Doesn't look like linux-ksefltest and I weren't on the patch?
This is true, and that is an oversight on my
An RC device is does not need to be called 'RC for'. Simply the name
will suffice.
Signed-off-by: Sean Young
---
drivers/media/cec/cec-core.c | 6 ++
include/media/cec.h | 2 --
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/media/cec/cec-core.c
the third depends on the first two.
Tested with real imon and mce keyboard.
Thanks,
Sean
The following changes since commit 5f108da55c6a928d0305163731bca2ac94ab233b:
media: smiapp: Remove unused loop (2018-10-03 11:59:10 -0400)
are available in the Git repository at:
git://linuxtv.org
A 10 minute status update on rc-core, present and future. I'll give a
brief presentation and leave some time for discussion.
Thanks
Sean
libevdev (which is used by libinput) gets a list of keycodes from the
input device on creation. Any events with keycodes which are not in this
list are silently dropped. So, set all keycodes on device creation since
we do not know which will be used if the keymap changes.
Signed-off-by: Sean
There is no need to create another input device.
Signed-off-by: Sean Young
---
drivers/media/rc/ir-mce_kbd-decoder.c | 77 +--
drivers/media/rc/rc-core-priv.h | 3 --
2 files changed, 14 insertions(+), 66 deletions(-)
diff --git a/drivers/media/rc/ir-mce_kbd
There is no need to create another input device.
Signed-off-by: Sean Young
---
drivers/media/rc/ir-imon-decoder.c | 62 ++
drivers/media/rc/rc-core-priv.h| 2 -
drivers/media/rc/rc-main.c | 6 +++
3 files changed, 10 insertions(+), 60 deletions(-)
diff
BPF keymap, see:
https://www.mythtv.org/wiki/DISHNetworkLIRCConfiguration
Cc: VDR User
Signed-off-by: Sean Young
---
.../rc_keymaps_userspace/dish_network.toml| 62 +++
1 file changed, 62 insertions(+)
create mode 100644 utils/keytable/rc_keymaps_userspace
This keymap differs from rc6_mce in that it also enables the mce_kbd
protocol.
Signed-off-by: Sean Young
---
.../rc_keymaps_userspace/mce_keyboard.toml| 75 +++
1 file changed, 75 insertions(+)
create mode 100644 utils/keytable/rc_keymaps_userspace/mce_keyboard.toml
diff
On Fri, Aug 31, 2018 at 11:07:23AM +0300, Sakari Ailus wrote:
> Hi Sean,
>
> On Fri, Jul 13, 2018 at 01:22:29PM +0100, Sean Young wrote:
> > The generic pwm-ir-tx driver should work for the Nokia n900.
> >
> > Compile tested only.
> >
> > Cc: Rob Herring
Hi Mauro,
This includes a change which depends on gcc 4.6, since mainline now
requires it. Also this removes the ir-rx51 for the Nokia N900, since
this is covered by the generic pwm-ir-tx driver.
Please pull. Thanks!
Sean
The following changes since commit
o
4.6"), this is the case.
Signed-off-by: Sean Young
---
drivers/hid/hid-picolcd_cir.c | 3 +--
drivers/media/common/siano/smsir.c | 8
drivers/media/i2c/cx25840/cx25840-ir.c | 6 ++
drivers/media/pci/cx23885/cx23888-ir.c | 6 ++
drivers/media/pci/cx88/cx
A driver might not support setting the timeout either, in addition,
if a device does not support measuring the carrier, or has no wideband
receiver, this command will also produce an error.
Signed-off-by: Sean Young
---
utils/ir-ctl/ir-ctl.1.in | 4
1 file changed, 4 deletions(-)
diff
Signed-off-by: Sean Young
---
utils/ir-ctl/ir-ctl.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/utils/ir-ctl/ir-ctl.c b/utils/ir-ctl/ir-ctl.c
index 59555a13..ddd93068 100644
--- a/utils/ir-ctl/ir-ctl.c
+++ b/utils/ir-ctl/ir-ctl.c
@@ -175,19 +175,17
On Fri, Jul 13, 2018 at 05:38:25PM +0300, Ivaylo Dimitrov wrote:
> Hi,
>
> On 13.07.2018 15:22, Sean Young wrote:
> > The ir-rx51 is a pwm-based TX driver specific to the N900. This can be
> > handled entirely by the generic pwm-ir-tx driver.
> >
> > Note tha
back, thank you.
Changes since v4:
- Various improvments to ir-keytable man page
- Fixed bug in manchester BPF decoder
- Fixed bug in lircd2toml wrt toggle_bit
Sean Young (6):
keytable: add support for BPF based protocols
keytable: add bpf protocols
keytable: add toml keymap reader
ke
This python script is written to help users translate their lircd.conf
remote definition to ir-keytable toml format. The tool does not cover
every possible lircd.conf, but the majority should work.
./lircd2toml.py PD-202.lircd.conf -o PD-202.toml
Signed-off-by: Sean Young
---
contrib
Add a few BPF protocols and infrastructure for building them.
Signed-off-by: Sean Young
---
configure.ac | 4 +
utils/keytable/Makefile.am| 4 +
utils/keytable/bpf_protocols/Makefile.am | 21 ++
utils/keytable/bpf_protocols
ir should be replaced with rc.
Signed-off-by: Sean Young
---
utils/keytable/ir-keytable.1.in | 86 ++---
1 file changed, 47 insertions(+), 39 deletions(-)
diff --git a/utils/keytable/ir-keytable.1.in b/utils/keytable/ir-keytable.1.in
index 60f9dfe9..ffd2d705
her the existing
32 bit scancode -> keycode. In order to make this possible, we want
the scancodes to be specified for their protocol, in case multiple
protocols are selected.
Signed-off-by: Sean Young
---
utils/keytable/Makefile.am |2 +-
utils/keytable/bpf_load.c | 21 +-
utils/ke
Hi Hias,
On Mon, Jul 30, 2018 at 09:20:18PM +0200, Matthias Reichl wrote:
> On Sat, Jul 28, 2018 at 10:11:15AM +0100, Sean Young wrote:
> > The repeat period is read from a static array. If a keydown event is
> > reported from bpf with a high protocol number, we read out of boun
Hi Mauro,
Please pull this fix for v4.18, if possible.
Thanks,
Sean
The following changes since commit 92cab799bbc6fa1fca84bd1692285a5f926c17e9:
media: bpf: ensure bpf program is freed on detach (2018-07-26 08:39:18 -0400)
are available in the Git repository at:
git://linuxtv.org/syoung
Hi Hias,
On Sat, Jul 21, 2018 at 08:13:27PM +0200, Matthias Reichl wrote:
> Hi Sean,
>
> thanks a lot, this is a really nice new feature!
Thank you for testing it and finding all those issues, it has become much
better from your testing.
> On Fri, Jul 13, 2018 at 03:30:06PM +0100
The repeat period is read from a static array. If a keydown event is
reported from bpf with a high protocol number, we read out of bounds. This
is unlikely to end up with a reasonable repeat period at the best of times,
in which case no timely key up event is generated.
Signed-off-by: Sean Young
Hi Hias,
On Sat, Jul 21, 2018 at 09:04:21PM +0200, Matthias Reichl wrote:
> Hi Sean,
>
> I noticed that on 4.18-rc5 I get dmesg logspam with
> "rc rc0: two consecutive events of type space" on gpio-ir-recv
> and meson-ir - mceusb seems to be fine (haven't tested
For the nec32 encoding, the kernel swaps in the "inverted" and normal
address and command. This might not be the most logical scheme.
Signed-off-by: Sean Young
---
utils/common/ir-encode.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/utils/common/ir-
ir-loopback can transmit IR on one rc device and check the correct
scancode and protocol is decoded on a different rc device. This can be
used to check IR transmission between two rc devices. Using rc-loopback,
we use it to check the IR encoders and decoders themselves.
Signed-off-by: Sean Young
The rc_proto field should list the exact variant used by the remote. This
does not change the decoder used, but helps with using keymaps for
transmit purposes.
Signed-off-by: Sean Young
---
drivers/media/rc/keymaps/rc-behold.c | 2 +-
drivers/media/rc/keymaps/rc-delock-61959.c
This python script is written to help users translate their lircd.conf
remote definition to ir-keytable toml format. The tool does not cover
every possible lircd.conf, but the majority should work.
./lircd2toml.py PD-202.lircd.conf -o PD-202.toml
Signed-off-by: Sean Young
---
contrib
Add a few BPF protocols and infrastructure for building them.
Signed-off-by: Sean Young
---
configure.ac | 4 +
utils/keytable/Makefile.am| 4 +
utils/keytable/bpf_protocols/Makefile.am | 21 ++
utils/keytable/bpf_protocols
back, thank you.
Changes since v3:
- lots of fixes
- Wrote python script to convert lircd.conf to toml file
Changes since v2:
- bpf parameters can be specified on the command line
- bpf decoders can be loaded by path without keymap
Sean Young (5):
keytable: add support for BPF based protocols
Convert all the existing keymaps to toml, so that only one format is used.
Include the protocol variant as well. This will be useful in the future if
we want to use rc keymaps for transmitting IR.
Signed-off-by: Sean Young
---
utils/keytable/gen_keytables.pl | 33 ++-
utils
her the existing
32 bit scancode -> keycode. In order to make this possible, we want
the scancodes to be specified for their protocol, in case multiple
protocols are selected.
Signed-off-by: Sean Young
---
utils/keytable/Makefile.am |2 +-
utils/keytable/bpf_load.c | 21 +-
utils/ke
On Fri, Jul 13, 2018 at 01:13:20PM +0200, Pavel Machek wrote:
> Hi!
>
> > Signed-off-by: Sean Young
> > ---
> > .../devicetree/bindings/media/nokia,n900-ir | 20 ---
> > arch/arm/boot/dts/omap3-n900.dts | 2 +-
>
The generic pwm-ir-tx driver should work for the Nokia n900.
Compile tested only.
Cc: Rob Herring
Cc: Ivaylo Dimitrov
Cc: Pali Rohár
Cc: Pavel Machek
Cc: Timo Kokkonen
Cc: Tony Lindgren
Signed-off-by: Sean Young
---
arch/arm/boot/dts/omap3-n900.dts | 2 +-
drivers/media/rc/pwm-ir-tx.c
transmit completes.
Compile tested only.
Cc: Ivaylo Dimitrov
Cc: Pali Rohár
Cc: Pavel Machek
Cc: Timo Kokkonen
Cc: Tony Lindgren
Signed-off-by: Sean Young
---
arch/arm/configs/omap2plus_defconfig | 1 -
drivers/media/rc/Kconfig | 10 -
drivers/media/rc/Makefile| 1
The generic pwm-ir-tx driver should work for the Nokia n900.
Compile tested only.
Cc: Rob Herring
Cc: Ivaylo Dimitrov
Cc: Pali Rohár
Cc: Pavel Machek
Cc: Timo Kokkonen
Cc: Tony Lindgren
Signed-off-by: Sean Young
---
.../devicetree/bindings/media/nokia,n900-ir | 20
the transmit completes.
Compile tested only.
Cc: Ivaylo Dimitrov
Cc: Pali Rohár
Cc: Pavel Machek
Cc: Timo Kokkonen
Cc: Tony Lindgren
Signed-off-by: Sean Young
---
arch/arm/configs/omap2plus_defconfig | 1 -
drivers/media/rc/Kconfig | 10 -
drivers/media/rc/Makefile
On Thu, Jul 12, 2018 at 09:33:32AM -0300, Mauro Carvalho Chehab wrote:
> Hi Michael/Alec,
>
> Em Fri, 18 May 2018 16:25:29 +0100
> Sean Young escreveu:
>
> > On Sun, May 06, 2018 at 12:34:53PM +0200, Michael Kerrisk (man-opages)
> > wrote:
> > >
kasan and ubsan. The list of bpf programs can be using the
bpftool (in the kernel tree), command line "bpftool prog list".
Thanks,
Sean
The following changes since commit 0ca54b29054151b7a52cbb8904732280afe5a302:
media: rc: be less noisy when driver misbehaves (2018-06-27 10:03
Currently we are leaking bpf programs when they are detached from the
lirc device; the refcount never reaches zero.
Signed-off-by: Sean Young
---
drivers/media/rc/bpf-lirc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/rc/bpf-lirc.c b/drivers/media/rc/bpf-lirc.c
index
Hi Mauro,
The meson-ir drivers produces a lot of errors since v4.18. Simply make
this dev_warn_once().
Thanks,
Sean
The following changes since commit e88f5e9ebd54bdf75c9833e3d9add7c2c0d39b0b:
media: uvcvideo: Prevent setting unavailable flags (2018-06-05 08:53:17 -0400)
are available in
On Tue, Jun 26, 2018 at 04:39:51PM +0200, Jerome Brunet wrote:
> On Tue, 2018-06-26 at 15:37 +0100, Sean Young wrote:
> > On Tue, Jun 19, 2018 at 04:09:20PM +0200, Jerome Brunet wrote:
> > > On Tue, 2018-06-19 at 13:57 +0100, Sean Young wrote:
> > > > On Tue, Ju
On Tue, Jun 19, 2018 at 04:09:20PM +0200, Jerome Brunet wrote:
> On Tue, 2018-06-19 at 13:57 +0100, Sean Young wrote:
> > On Tue, Jun 19, 2018 at 02:08:12PM +0200, Jerome Brunet wrote:
> > > On Sat, 2018-05-12 at 11:55 +0100, Sean Young wrote:
> > > > Report an error
32 bit scancode -> keycode. In order to make this possible, we want
the scancodes to be specified for their protocol, in case multiple
protocols are selected.
Signed-off-by: Sean Young
---
utils/keytable/Makefile.am |2 +-
utils/keytable/keytable.c | 174 +++-
utils/keytable/toml.c
We will be added new BPF based keymaps which require the toml format.
Convert all the existing keymaps to toml, so that only one format is used.
Include the protocol variant as well. This will be useful in the future if
we want to use rc keymaps for transmitting IR.
Signed-off-by: Sean Young
Add grundig decoder and infrastructure for build bpf protocols.
Signed-off-by: Sean Young
---
configure.ac | 4 +
utils/keytable/Makefile.am| 4 +
utils/keytable/bpf_protocols/Makefile.am | 21 ++
utils/keytable/bpf_protocols
script (python/perl?)
Changes since v2:
- bpf parameters can be specified on the command line
- bpf decoders can be loaded by path without keymap
Sean Young (4):
keytable: add toml keymap reader
keytable: convert keymaps to new toml format
keytable: add support for BPF based decoders
ke
On Tue, Jun 19, 2018 at 02:08:12PM +0200, Jerome Brunet wrote:
> On Sat, 2018-05-12 at 11:55 +0100, Sean Young wrote:
> > Report an error if this is not the case or any problem with the generated
> > raw events.
>
> Hi,
>
> Since the inclusion of this patch, every
Hi Alec,
On Sat, May 19, 2018 at 08:38:11AM +0200, Alec Leamas wrote:
> On 18/05/18 17:25, Sean Young wrote:
> > On Sun, May 06, 2018 at 12:34:53PM +0200, Michael Kerrisk (man-opages)
> > wrote:
> >> [CCing original author of this page]
> >>
> >>
>
On Sat, Jun 02, 2018 at 01:37:54PM +0100, Sean Young wrote:
> This is not ready for merging yet, however while I finish this work I would
> like some feedback and ideas.
>
> The idea is that IR decoders can be written in C, compiled to BPF relocatable
> object file. Any globa
5 ms
Steps to complete this work:
- Write more IR decoders
- More rc_keymaps
- More testing
- lircd.conf to toml converter script (python/perl?)
Sean Young (4):
keytable: add toml keymap reader
keytable: convert keymaps to new toml format
keytable: add support for BPF based decoders
ke
We use a modified version of samples/bpf/bpf_load.c from linux kernel
tree to load elf based BPF decoders, clear them on '-c' and show the
program ids when no commands are given.
Any global int variables can be overrided from toml. They are patched to
be immediate loads.
Signed-of
Add grundig decoder and infrastructure for build bpf protocols.
Signed-off-by: Sean Young
---
configure.ac| 5 +
utils/keytable/Makefile.am | 4 +
utils/keytable/bpf_protocols/Makefile.am| 14 +
utils/keytable/bpf_protocols/bpf_helpers.h
32 bit scancode -> keycode. In order to make this possible, we want
the scancodes to be specified for their protocol, in case multiple
protocols are selected.
Signed-off-by: Sean Young
---
utils/keytable/Makefile.am |2 +-
utils/keytable/keytable.c | 174 +++-
utils/keytable/toml.c
This makes is it possible for bpf prog detach to return -ENOENT.
Acked-by: Yonghong Song
Signed-off-by: Sean Young
---
kernel/bpf/core.c| 11 +--
kernel/trace/bpf_trace.c | 2 ++
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/kernel/bpf/core.c b/kernel/bpf
ally every remote without having to write a decoder for each.
It might also be possible to support non-button devices such as analog
directional pads or air conditioning remote controls and decode the target
temperature in bpf, and pass that to an input device.
Thanks,
Sean Young
[1] http:
device.
Acked-by: Yonghong Song
Signed-off-by: Sean Young
---
drivers/media/rc/Kconfig| 13 ++
drivers/media/rc/Makefile | 1 +
drivers/media/rc/bpf-lirc.c | 313
drivers/media/rc/lirc_dev.c | 30 +++
drivers/media/rc/rc-core-priv.h | 21
This is simple test over rc-loopback.
Acked-by: Yonghong Song
Signed-off-by: Sean Young
---
tools/bpf/bpftool/prog.c | 1 +
tools/include/uapi/linux/bpf.h| 53 -
tools/include/uapi/linux/lirc.h | 217 ++
tools/lib/bpf
On Fri, May 25, 2018 at 01:45:11PM -0700, Alexei Starovoitov wrote:
> On Fri, May 18, 2018 at 03:07:29PM +0100, Sean Young wrote:
> > Add support for BPF_PROG_LIRC_MODE2. This type of BPF program can call
> > rc_keydown() to reported decoded IR scancodes, or rc_repeat() to report
&g
On Fri, May 25, 2018 at 04:42:02PM +0200, Michał Winiarski wrote:
> On Fri, May 25, 2018 at 02:59:41PM +0100, Sean Young wrote:
> > On Fri, May 25, 2018 at 03:35:23PM +0200, Michał Winiarski wrote:
> > > On Thu, May 24, 2018 at 12:31:40PM +0100, Sean Young wrote:
> > > &
Hi Mauro,
Fixes for a regression in v4.16, and broken open/close handling in the
nuvoton driver.
Thanks
Sean
The following changes since commit 8ed8bba70b4355b1ba029b151ade84475dd12991:
media: imx274: remove non-indexed pointers from mode_table (2018-05-17
06:22:08 -0400)
are available in
On Fri, May 25, 2018 at 03:35:23PM +0200, Michał Winiarski wrote:
> On Thu, May 24, 2018 at 12:31:40PM +0100, Sean Young wrote:
> > On Mon, May 21, 2018 at 04:38:03PM +0200, Michał Winiarski wrote:
> > > Doing writes when the device is disabled seems to be a NOOP.
> > &
er init.
I don't have the datasheet so I might be misunderstanding this. We want
the IR wakeup to work fine even after kernel crash/power loss, right?
> Signed-off-by: Michał Winiarski
> Cc: Jarod Wilson
> Cc: Sean Young
> ---
> drivers/media/rc/nuvoton-cir.c | 9 +++--
201 - 300 of 1284 matches
Mail list logo