From: <li...@ba...> - 2009-12-28 11:11:07
|
Hi! you have merged all the imon config files into the source? The kernel interface to set new keymaps is extended to 64 bit already? Where is the irrecord counterpart to create new keymaps? Isn't there still enough common code for the display which makes it worth keeping this a single driver? Christoph Jarod Wilson "ja...@wi..." wrote: > As part of the effort to get the lirc kernel drivers into the upstream > kernel, I sent lirc_imon up for review. It was determined that it really > needs to be two different drivers, one for the older devices that don't do > onboard decoding, which would keep using the lirc_dev interface, and a > second driver for the onboard decoding devices that operates as a pure > kernel input layer device. Well, tonight, I sent the pure input layer device > driver upstream for review. Hoping it can get merged in 2.6.33, and once > merged, I'll be neutering lirc_imon in cvs to only support the older devices > on kernels 2.6.33 and newer. > > Note that you can still use the new imon driver with lirc, just use the > devinput lircd userspace driver, and it works peachy. > > As for the rest of the lirc bits' progress towards upstream... I spent some > time this afternoon hacking things up to support the new kfifo api that was > merged into 2.6.33-rc2, and it compiles, but I have yet to test it. Will > hopefully do some more work on it tomorrow, and then send lirc_dev and > lirc_mceusb up for review again, and hopefully, we've got things hashed out > to the point where it can go into at least the staging tree. > > -- > Jarod Wilson > ja...@wi... > > > > > ---------------------------------------------------------------------------- > -- This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev |