From: Sean Young <sean@mess.org>
To: camden lindsay <camden.lindsay+kernel@gmail.com>
Cc: linux-media@vger.kernel.org
Subject: Re: ir-keytable segfault when writing keymap from file
Date: Tue, 21 Jan 2020 16:49:39 +0000 [thread overview]
Message-ID: <20200121164939.GA32565@gofer.mess.org> (raw)
In-Reply-To: <CABkW7JNsiMPU9SP+pvojWDrDm7ckdrEaOnUmtRw-bhe5iKigsg@mail.gmail.com>
Hi Camden,
On Tue, Jan 21, 2020 at 07:57:35AM -0800, camden lindsay wrote:
> On Tue, Jan 21, 2020 at 1:20 AM Sean Young <sean@mess.org> wrote:
> > On Mon, Jan 20, 2020 at 06:47:17PM -0800, camden lindsay wrote:
> > > And this shows that the segfault still occurs even if i don't clear
> > > the keytable first (but of course the existing contents of the table
> > > still exist)
> > > [kodiuser@kodiarch ~]$ sudo ir-keytable -r | grep KEY_DOWN
> > > Enabled kernel protocols: lirc nec
> > > scancode 0x800f041f = KEY_DOWN (0x6c)
> > > [kodiuser@kodiarch ~]$ cat /etc/ir-keytable/keymap.txt
> > > scancode 0x800f041f = KEY_DOWN (0x6c)
> > > [kodiuser@kodiarch ~]$ sudo ir-keytable -w /etc/ir-keytable/keymap.txt
> > > Segmentation fault
> > > [kodiuser@kodiarch ~]$ sudo ir-keytable -r | grep KEY_DOWN
> > > Enabled kernel protocols: lirc nec
> > > scancode 0x800f041f = KEY_DOWN (0x6c)
> > > [kodiuser@kodiarch ~]$
> >
> > I suspect ir-keytable is segfaulting in the code that reads the file; would
> > you be able to share the keymap.txt file please? That way I can see if I
> > can reproduce the problem.
> >
> > Parsing of the keymap is done in C which can be prone to these sorts of
> > problems.
> >
> > > Here is the example syslog output of the segfault:
> > > Jan 20 18:15:33 kodiarch kernel: ir-keytable[817]: segfault at 0 ip
> > > 00007f1a958436f5 sp 00007ffe039a5aa8 error 4 in
> > > libc-2.30.so[7f1a95707000+14d000]
> > > Jan 20 18:15:33 kodiarch kernel: Code: 00 00 0f 1f 00 31 c0 c5 f8 77
> > > c3 66 2e 0f 1f 84 00 00 00 00 00 f3 0f 1e fa 89 f9 48 89 fa c5 f9 ef
> > > c0 83 e1 3f 83 f9 20 77 2b <c5> fd 74 0f c5 fd d7 c1 85 c0 0f 85 eb 00
> > > 00 00 48 83 c7 20 83 e1
> > > Jan 20 18:15:33 kodiarch systemd[1]: Started Process Core Dump (PID 818/UID 0).
> > > Jan 20 18:15:34 kodiarch systemd-coredump[819]: Process 817
> > > (ir-keytable) of user 0 dumped core.
> > >
> > > Stack trace of thread 817:
> > > #0 0x00007f1a958436f5
> > > __strlen_avx2 (libc.so.6 + 0x1616f5)
> > > #1 0x00007f1a95770be3
> > > __strdup (libc.so.6 + 0x8ebe3)
> > > #2 0x0000563150aa43b7
> > > n/a (ir-keytable + 0x83b7)
> > > #3 0x0000563150aa44c6
> > > n/a (ir-keytable + 0x84c6)
> > > #4 0x00007f1a957edfc0
> > > argp_parse (libc.so.6 + 0x10bfc0)
> > > #5 0x0000563150aa2099
> > > n/a (ir-keytable + 0x6099)
> > > #6 0x00007f1a95709153
> > > __libc_start_main (libc.so.6 + 0x27153)
> > > #7 0x0000563150aa325e
> > > n/a (ir-keytable + 0x725e)
> > > Jan 20 18:15:34 kodiarch systemd[1]: systemd-coredump@3-818-0.service:
> > > Succeeded.
> >
> > This would have to be done a in debug build.
> >
> > Thanks
> > Sean
>
>
>
> Hello, Sean-
> I'd be happy to share the files, I greatly appreciate you looking into
> this. I'll try attaching them to this email.
> There are two files- one was my original file, the other was my
> attempt to make the most basic file based on a single line of
> ir-keytable -r.
Ok, ir-keytable segfaults because there is no protocol specified. You'll
need something like "# table foobar, type: RC6-MCE" as a first line. Of
course, ir-keytable should not segfault if this is missing. I'll write
a fix for this.
Secondly, there is a new format for rc keymaps written in toml. A new format
was needed to support BPF keymaps and keymaps with multiple protocols
are better supported. See man rc_keymap
It looks like the keymap you are trying to load contains two different
protocols, rc6-mce and something else (nec-x?). Please let me know what
you are trying to do so I can help write a toml keymap.
Sean
next prev parent reply other threads:[~2020-01-21 16:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CABkW7JNg-7PNwSH2CsZVFHpqHdnaH5Ha4VS83r8_CaMox3wfQQ@mail.gmail.com>
2020-01-21 2:47 ` ir-keytable segfault when writing keymap from file camden lindsay
2020-01-21 8:33 ` Frantisek Rysanek
2020-01-21 15:53 ` camden lindsay
2020-01-21 9:20 ` Sean Young
2020-01-21 15:57 ` camden lindsay
2020-01-21 16:49 ` Sean Young [this message]
2020-01-21 19:18 ` camden lindsay
2020-01-21 19:29 ` Sean Young
2020-01-21 22:48 ` camden lindsay
2020-01-22 9:16 ` Sean Young
2020-01-23 3:32 ` camden lindsay
2020-01-23 9:09 ` Sean Young
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200121164939.GA32565@gofer.mess.org \
--to=sean@mess.org \
--cc=camden.lindsay+kernel@gmail.com \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).