http://usbirboy.sourceforge.net/ offers kernel driver and firmware. I think the firmware does not compile with Gentoo's SDCC, but still, I hope Gentoo could create an ebuild to make it easier to download firmware (from the net to local box). Having the firmware predownloaded would make things easier for users who build the thing. I also ask if it could be possible in any way to get "genkernel all" recompile this driver; I would like this ebuild NOT TO BE A KERNEL PATCH, but stay an independant euild/project, as for any software, but get a driver that would be compiled independently from Linux.kernel, but would still be compiled by genkernel (if possible). I also think this ebuild would have options to allow installing optionnally SDCC, ASl, monitor-68HC11, and spgmr. Maybe an later version would offer automatic scripts to programm the device using those deps. I will ann sonn references to software I am mentionning here, but that are not available *yet* in gentoo. I think the ebuilt name should contain explicitely the word "usbirboy" as on the project page, maybe extended a bit, like "lirc_usbirboy" ...
references of actually available peaces of softs: SDCC: dev-embedded/sdcc SPGMR: not in portage: http://sourceforge.net/projects/spgmr08/ MONITOR: http://sourceforge.net/projects/monitor-68hc08 not in portage yet, but ebuild is written, and waiting to get in portage: Bug #136647 ASl: in fact not needed since irboy-0.2 is written in C. SPGMR and monhc08 are in fact concurrent from the use point of view: they perform the same task a different way. There is no problem getting both of them on the same system: they are not incompatible from installation point of view. and adding Matthias Schwarzott as CC :)
Please have a look at app-misc/usbirboy. It compiles the kernel-module and installs the binary firmware to /usr/share/usbirboy. Or should it better be compiled?
Perhaps one could add an option for the lirc-ebuild to compile the needed support (driver=userspace, correct?) and depending on app-misc/usbirboy. I would suggest LIRC_DEVICES="usbirboy" for that purpose. What do you mean? 1. No, this does not require a patch for the lirc-sources. 2. The patch lirc-2.6.16 is necessary, but not for you as it patches the included drivers, which are not compiled/needed for lirc with usbirboy.
I d like to see USE flags against offering compile and programm FLASH of device, flags that would imply deps against SDCC and monitor-68hc08 ... unless you want to wait for mon08 to be compleetely included in portage, so that we would wait a few more weeks before doing that ... >>> Merging app-misc/usbirboy-0.2.1 to / >>> /lib/modules/2.6.16-gentoo-r8-Gentoo-moon_07/misc/usbirboy.ko this one looks ok, but I need to reboot for testing module :) >>> /usr/share/usbirboy/usbirboy.s19 this is also fine. But I still would like USE flags against compile firmware from source; ebuild would then imply deps against SDCC, and compile formware (other wise people will complain gentoo does not offer sources for every thing, that a few ebuilds force binary files without any way to compile 100%, and then offer a choice of upload apps (either SPGMR of mon-08) that would 'just' get installed (expecting the user to do the rest of hardware part). I would say that actual ebuild already support pre-made devices, but not building it ... About archs, I think it could switch pretty soon to stable; of course, no other arch should be supported since the source of driver is only written for x86 ... If you fancy writing an ebuild for SPGMR, it should be very easy. Thanks for what is already done. I mark NEEDINFO, and maybe FIXED if driver works after reboot. LIRC_DEVICES="usbirboy" sounds good to me if you can also update app-misc/lirc
forgot ticking box ...
...
since kernel driver compiles and works good enough to mark it stable now. If you have a bit more time, please re-read comment no 4. Is it possible to get this driver recompiled any time genkernel is run ? just asking ... reding manpage (of genkernel) ebuild, and other scripts I did not find any option that would allow that :(
