Timing problem (garbage characters) in lirc-driver for iMon PAD VFD 15c2:0036

This Bug also applies to the Antec Multimedia Station Elite, or 15c2:0044.

Note: Once the patch was applied the VFD seems to function correctly but the dmesg output still shows occasionally the:

eb 6 08:06:09 mythtv kernel: [ 47.727759] lirc_imon: vfd_write: send packet failed for packet #2
Feb 6 08:06:09 mythtv kernel: [ 47.978904] lirc_imon: send_packet: packet tx failed (-32)
Feb 6 08:06:09 mythtv kernel: [ 47.978909] lirc_imon: vfd_write: send packet failed for packet #4
Feb 6 08:06:09 mythtv kernel: [ 48.223802] lirc_imon: send_packet: packet tx failed (-32)
Feb 6 08:06:09 mythtv kernel: [ 48.223807] lirc_imon: vfd_write: send packet failed for packet #2
Feb 6 08:06:09 mythtv kernel: [ 48.471698] lirc_imon: send_packet: packet tx failed (-32)
Feb 6 08:06:09 mythtv kernel: [ 48.471703] lirc_imon: vfd_write: send packet failed for packet #1
[...]

errors

Hm, so maybe you need to increse the value here:
unsigned long timeout = usecs_to_jiffies(20);
The higher it is, the slower the display-updates are, so you may have to experiment a little...

I have a OrigenAE M10 which has the 15c2:0036, I'm still getting these messages from the kernel despite having applied the patch, I've also tested and increased the delay to 30 but still the same. It works though.

I've patched a 5ms exit delay into the send_packet() function in lirc_imon in current lirc cvs (and in the merged-upstream-in-2.6.35 imon driver). The microsecond delays were a bit on the low side. This 5ms delay doesn't show any functional regressions on any of the three imon devices I've got, and does indeed fix garbage displaying on my own 0x0044 (Antec Veris Elite) VFD -- a problem that only cropped up with the latest motherboard in this system, its been just fine w/all other motherboards (*only* the motherboard was changed in this system, all other components are identical to a prior setup where the VFD behaved just fine). lirc 0.8.7 should be released within a week or three, and will carry this fix (as does the imon driver in 2.6.35+).

Hopefully 0.8.7 will go to press in time to be released for Ubuntu 10.10... marking in progress based upon lirc developer comments.

@jared: I will test the cvs tonight and report back. Tnx.

The same problem exists for 15c2:0037

On Chieftec case (15c2:0036) same problem in maverick RC.

On Chieftec HM-01 case with imon vfd, running up to date ubuntu maverick 10.10 i have the same issue. (already had this since karmic).
it is a fresh and clean new install.

i read that there is a patch for the module sources but since kernel 2.6.35 includes the imon driver itself it is not recomended to rebuild from module sources, at least so it is written in the documentation.

Cheftec HM-01, iMon-Display: P: Vendor=15c2 ProdID=0036 Rev=00.01

My problem (black imon-screen, remote control not working and _maybe_ computer freezes) was fixed in 10.04 by installing the patch and it is now fixed using 10.10. Thanks for your fix. For me it works. I wonder what the difference is e.g. compared to a_user ...

I use mainboard MSI 790GX-G65.

Indeed the kernelk (media subsystem), but possibly the wrong version... sorry