lircd crashing on boot in precise. Can be restarted and then stays up

Bug #993202 reported by heckheck
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
lirc (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

On my fresh install of Precise Ubuntu, I am suffering an lircd crash on boot. This occurs most boots and apport has sent a few error reports in, but I didn't see an official bug open yet. I am using a usbuirt receiver. Judging by the SegvAnalysis, it looks like a null pointer deference.

Some interesting information is that once the system is booted, I can restart lircd using '/etc/init.d/lircd restart' and the daemon starts and stays stable (up for days no new crashes). This makes me suspicious that this could be an initialization race where the driver is trying to access something that is not yet available or initialized during the boot strip.

I am attaching the crash report along with an included file that contains button signal definitions that is referenced in my lircd.conf file.

jheck@twilightzone:~$ lsb_release -rd
Description: Ubuntu 12.04 LTS
Release: 12.04
jheck@twilightzone:~$ apt-cache policy lirc
lirc:
  Installed: 0.9.0-0ubuntu1
  Candidate: 0.9.0-0ubuntu1
  Version table:
 *** 0.9.0-0ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status
jheck@twilightzone:~$

Revision history for this message
heckheck (jinfo) wrote :
Revision history for this message
heckheck (jinfo) wrote :
Revision history for this message
heckheck (jinfo) wrote :

I'm wondering if more information is needed. If someone can point me to some detailed instructions on how to compile the offending driver with symbols for Ubuntu, to provide a more meaningful stack trace I'd be happy to try. This bug is causing me grief one out every two boots.

Also, although I have only seen it twice, I have experienced a system lockup long after boot, where I'm pretty sure an LIRC bug trace was generated on reboot. This may or may not be the same problem, as the LIRC crash could have just been sitting there from the initial boot, and just got reported on the reboot.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in lirc (Ubuntu):
status: New → Confirmed
Revision history for this message
Alec Leamas (leamas-alec) wrote :

There are known issues (and even more suspicions) with the lirc sysV startup scripts. The new 0.9.4b (zesty - experimental sports a systemd setup which is declarative and much less likely to have these kind of errors. This particular error is almost certainly solved by the update (not saying that other bugs couldn't happen)

Revision history for this message
Alec Leamas (leamas-alec) wrote :

Possibly a duplicate of bug #499588.

Revision history for this message
Alec Leamas (leamas-alec) wrote :

We think this bug is resolved in the last update 0.9.4c (zesty). If you are still interested in it, could you please provide som feedback from testing this version? There are backport version available at my ppa: https://launchpad.net/~leamas-alec/+archive/ubuntu/lirc-0.9.4.

Otherwise, without further input, let's close this bug. Setting state to Incomplete since we lack info on status in recent code.

Changed in lirc (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for lirc (Ubuntu) because there has been no activity for 60 days.]

Changed in lirc (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.