User Activity

  • Created merge request #52 on Git on LIRC

    XMP: Fix repeats

  • Committed [96c538] on LIRC - Git

    XMP: Fix repeats

  • Committed [21c534] on LIRC - Git

    XMP: Add missing gap from XMP protocol

  • Posted a comment on merge request #40 on LIRC

    The nabble link doesn't work but this appears to be the same thread: http://developer.intra2net.com/mailarchive/html/libftdi/2016/msg00001.html (archive: https://web.archive.org/web/20180115232835/http://developer.intra2net.com/mailarchive/html/libftdi/2016/msg00001.html ) There's an unresolved question in that thread about whether that was a counterfeit chip, but I could easily believe that a genuine FTDI chip has weird undocumented clock behaviour in bit-bang mode (see my experience with FT232R:...

  • Modified a comment on ticket #315 on LIRC

    I also was affected by this bug. To summarize: The sigalarm used for scheduling repeat signals was racy with lircd's main poll loop. The symptom was: A 2nd irsend (hot on the heels of the 1st irsend) would hang (gdb showed lircd was in poll), until you sent a 3rd irsend (and then both the 2nd & 3rd irsends would be processed). I could only reproduce it with drivers/plugins that block while each signal is being sent, such as the kernel driver (I was using pwm-ir-tx) — I couldn't reproduce it with...

  • Modified a comment on ticket #315 on LIRC

    I also was affected by this bug. To summarize: The sigalarm used for scheduling repeat signals was racy with lircd's main poll loop. The symptom was: A 2nd irsend (hot on the heels of the 1st irsend) would hang (gdb showed lircd was in poll), until you sent a 3rd irsend (and then both the 2nd & 3rd irsends would be processed). I could only reproduce it with drivers/plugins that block while each signal is being sent, such as the kernel driver (I was using pwm-ir-tx) — I couldn't reproduce it with...

  • Posted a comment on ticket #315 on LIRC

    I also was affected by this bug. To summarize: The sigalarm used for scheduling repeat signals could interrupt lircd's main poll loop. The symptom was: A 2nd irsend (hot on the heels of the 1st irsend) would hang (gdb showed lircd was in poll), until you sent a 3rd irsend (and then both the 2nd & 3rd irsends would be processed). I could only reproduce it with drivers/plugins that block while each signal is being sent, such as the kernel driver (I was using pwm-ir-tx) — I couldn't reproduce it with...

  • Posted a comment on merge request #48 on LIRC

    Never mind, someone else already did just that (in 2018! https://sourceforge.net/p/lirc/tickets/315/#0719 — I wish I had found that 6 months ago) and you merged it recently in #50. Thanks again (for reviewing both mine & @asunxx's patches).

View All

Personal Data

Username:
drothlis
Joined:
2004-08-26 08:00:39
Web Site:
  1. https://david.rothlis.net

Projects

  • No projects to display.

Personal Tools

Monday.com Logo