kernel integration plans?

[Anders Eriksson-2]

Hi,

What are the plans for integrating the lirc drvers in the kernel, if any?

/Anders


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

[Jarod Wilson]

On Sun, 2008-05-11 at 12:14 +0200, Anders Eriksson wrote:
>
> Hi,
>
> What are the plans for integrating the lirc drvers in the kernel, if any?

Plans exist, they've just moved slowly. I've submitted a bunch of
checkpatch.pl clean-ups and other little fix-ups to get the code looking
more kernel-ish, and most have been applied, and then I got sidetracked
with a bunch of other stuff at work... We're really not all that far
from having something we can submit upstream, I do believe. Been
actually meaning to rebase the patches in the Fedora kernels to 0.8.3,
and in the process, get any additional checkpatch.pl clean-ups together
and sent up here. Probably a bit more code review that could stand to be
done at that point, but then that's actually a bit of what submitting
upstream is for... So maybe once we're getting through checkpatch.pl
without (unjustifiable) complaints, we should just get a formal patch
stack together to submit...

Christoph, what are your thoughts on where things are at? (And apologies
for being rather silent the past few months -- been buried in firewire
code...)



--
Jarod Wilson
jarod@...


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

[Christoph Bartelmus]

Hi!

Jarod Wilson "jarod@..." wrote:
[...]
> On Sun, 2008-05-11 at 12:14 +0200, Anders Eriksson wrote:
>> What are the plans for integrating the lirc drvers in the kernel, if any?
[...]
> Christoph, what are your thoughts on where things are at?

lirc_mceusb2 is buggy and leaks memory:
http://sourceforge.net/tracker/index.php?func=detail&aid=1868795&group_id=5444&atid=105444

lirc_imon does not work with some new devices, but no patch has been  
submitted yet to add support.

lirc_gpio: I'm not sure whether to try getting this patch to the kernel to  
make lirc_gpio work again:
http://lirc.sourceforge.net/software/snapshots/lirc-bttv-linux-2.6.24.patch
or simply to drop lirc_gpio

Some of the usb and i2c drivers can be also implemented in user-space. I'm  
not sure whether to try pushing development in this direction where  
possible.

But there is nothing that should stop anyone from submitting patches  
upstream. Whether they will be anything near to being accepted is another  
story, but it's well worth the try. And no, I still don't have any time to  
do this.

Christoph

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

[Ludwig Nussel]

Christoph Bartelmus wrote:
> Some of the usb and i2c drivers can be also implemented in user-space. I'm  
> not sure whether to try pushing development in this direction where  
> possible.

Yes, please! :-)

cu
Ludwig

--
 (o_   Ludwig Nussel
 //\  
 V_/_  http://www.suse.de/
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg)


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[Arnaud Quette]

2008/5/14 Ludwig Nussel <ludwig.nussel@...>:
> Christoph Bartelmus wrote:
>> Some of the usb and i2c drivers can be also implemented in user-space. I'm
>> not sure whether to try pushing development in this direction where
>> possible.
>
> Yes, please! :-)

+1

there's a lot to gain with the userland approach!

Arnaud
--
Linux / Unix Expert R&D - MGE Office Protection Systems - http://www.mgeops.com
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://people.debian.org/~aquette/
Free Software Developer - http://arnaud.quette.free.fr/

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[Christoph Bartelmus]

Hi!

Arnaud Quette "aquette.dev@..." wrote:
> 2008/5/14 Ludwig Nussel <ludwig.nussel@...>:
>> Christoph Bartelmus wrote:
>>> Some of the usb and i2c drivers can be also implemented in user-space. I'm
>>> not sure whether to try pushing development in this direction where
>>> possible.
>>
>> Yes, please! :-)

> +1
>
> there's a lot to gain with the userland approach!

There's no doubt about it, but the question as always is: who will do the  
work converting the existing kernel drivers to userspace?
I will recommend to implement new drivers in userspace, but I also cannot  
enforce it.

Christoph

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[Arnaud Quette]

Hi Christoph,

2008/5/15 Christoph Bartelmus <lirc@...>:

> Hi!
>
> Arnaud Quette "aquette.dev@..." wrote:
>> 2008/5/14 Ludwig Nussel <ludwig.nussel@...>:
>>> Christoph Bartelmus wrote:
>>>> Some of the usb and i2c drivers can be also implemented in user-space. I'm
>>>> not sure whether to try pushing development in this direction where
>>>> possible.
>>>
>>> Yes, please! :-)
>
>> +1
>>
>> there's a lot to gain with the userland approach!
>
> There's no doubt about it, but the question as always is: who will do the
> work converting the existing kernel drivers to userspace?

always the same problem.

> I will recommend to implement new drivers in userspace, but I also cannot
> enforce it.

that's a good starting point.
I'll take a look to see if I can help, but since I don't own these
hardware... no promise.
and I still have to commit and complete the others things underway.

btw, you should make a checkpoint about the "help" thread to see where we are.

see you,
Arnaud
--
Linux / Unix Expert R&D - MGE Office Protection Systems - http://www.mgeops.com
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://people.debian.org/~aquette/
Free Software Developer - http://arnaud.quette.free.fr/

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[cassioli]

Hi guys,
I found the right code for my LG DVD Recorder RH 255: 6711R1P070B
But I have a big problem: this remote is for PLAYERS, but I have a
RECORDER, and the file lacks the REC button!

Can I figure out the code for REC key starting from the attached samples of
PLAY, STOP and REC buttons? I made them using a standard IR LED and the
audio card , as I do not have a TSOP to build the proper hardware.






-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[Anders Eriksson-2]

lirc@... said:
>> +1
>>
>> there's a lot to gain with the userland approach!
>
> There's no doubt about it,

Strangely enough, I tend to favor having all my device drivers in the kernel so
I know they stand a fair chance of working when upgrading the kernel.

How's the userspace approach supopsed to work? A lib every lirc using app has
to link to? A deamon of sorts? What's the ABI?

/Anders


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[Matthew J. Bodkin]

On Thu, 2008-05-15 at 19:00 +0200, Christoph Bartelmus wrote:

> Hi!
>
> Arnaud Quette "aquette.dev@..." wrote:
> > 2008/5/14 Ludwig Nussel <ludwig.nussel@...>:
> >> Christoph Bartelmus wrote:
> >>> Some of the usb and i2c drivers can be also implemented in user-space. I'm
> >>> not sure whether to try pushing development in this direction where
> >>> possible.
> >>
> >> Yes, please! :-)
>
> > +1
> >
> > there's a lot to gain with the userland approach!
>
> There's no doubt about it, but the question as always is: who will do the  
> work converting the existing kernel drivers to userspace?
> I will recommend to implement new drivers in userspace, but I also cannot  
> enforce it.
>
> Christoph

Christoph, I mentioned this to you but for the list -

A new CommandIR is coming out soon with a new but backwards compatible
LIRC userspace driver, so 1 more kernel driver (lirc_cmdir) can
disappear shortly.  

Matthew

-  
Matthew Bodkin - InnovationOne <matthew.bodkin@...>
InnovationOne Applied Technology
905 910 0556
www.innovationone.ca
www.commandir.com



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[Jarod Wilson]

On Fri, 2008-05-16 at 19:58 +0200, Arnaud Quette wrote:

> >>>> Some of the usb and i2c drivers can be also implemented in user-space. I'm
> >>>> not sure whether to try pushing development in this direction where
> >>>> possible.
> >>>
> >>> Yes, please! :-)
> >
> >> +1
> >>
> >> there's a lot to gain with the userland approach!
> >
> > There's no doubt about it, but the question as always is: who will do the
> > work converting the existing kernel drivers to userspace?
>
> always the same problem.
>
> > I will recommend to implement new drivers in userspace, but I also cannot
> > enforce it.
>
> that's a good starting point.
> I'll take a look to see if I can help, but since I don't own these
> hardware... no promise.
> and I still have to commit and complete the others things underway.

I ought to try to make some free time to work on this too. I've actually
got both an lirc_mceusb and an lirc_mceusb2 receiver, as well as a few
lirc_i2c (hauppauge pvr-x50) receivers...


--
Jarod Wilson
jarod@...


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/