HDMI open source to handle audio/video/CEC in one driver

HDMI open source to handle audio/video/CEC in one driver

[Raymond Liu]

Hi,

My company is working on the Linux HDMI open source driver for our
chipsets (with audio/video/CEC controls).  Is there any similar
project ongoing for this kind of driver in Linux community?  Who
should I contact with for this?

Thanks,
Raymond Liu

P.S. I wish to be personally CC'ed the answers/comments posted to the
list in response to my posting.

Re: HDMI open source to handle audio/video/CEC in one driver

[Ben Gamari]

On Sun, 26 Sep 2010 22:40:12 -0700, Raymond Liu <raymondliu3linux@gmail.com> wrote:
> Hi,
> 
> My company is working on the Linux HDMI open source driver for our
> chipsets (with audio/video/CEC controls).  Is there any similar
> project ongoing for this kind of driver in Linux community?  Who
> should I contact with for this?
> 
I believe the Linux Driver Project[1] might be a helpful starting
point. This project was formed with the goal of interacting with
hardware vendors who are interested in getting their devices supported
by Linux. Good luck!

- Ben

Re: HDMI open source to handle audio/video/CEC in one driver

[Raymond Liu]

Hi Ben,

Could you point me to the exact link of Linux Driver Project[1] you mentioned?

Thanks,
Raymond

On Sun, Sep 26, 2010 at 11:04 PM, Ben Gamari <bgamari@gmail.com> wrote:
> On Sun, 26 Sep 2010 22:40:12 -0700, Raymond Liu <raymondliu3linux@gmail.com> wrote:
>> Hi,
>>
>> My company is working on the Linux HDMI open source driver for our
>> chipsets (with audio/video/CEC controls).  Is there any similar
>> project ongoing for this kind of driver in Linux community?  Who
>> should I contact with for this?
>>
> I believe the Linux Driver Project[1] might be a helpful starting
> point. This project was formed with the goal of interacting with
> hardware vendors who are interested in getting their devices supported
> by Linux. Good luck!
>
> - Ben
>

Re: HDMI open source to handle audio/video/CEC in one driver

[Raymond Liu]

Hi Ben,

I think this should be "the one", correct?  Several articles are
pointing to this one.

http://linuxdriverproject.org/twiki/bin/view/Main/WebHome

Thanks,
Raymond


On Sun, Sep 26, 2010 at 11:26 PM, Raymond Liu
<raymondliu3linux@gmail.com> wrote:
> Hi Ben,
>
> Could you point me to the exact link of Linux Driver Project[1] you mentioned?
>
> Thanks,
> Raymond
>
> On Sun, Sep 26, 2010 at 11:04 PM, Ben Gamari <bgamari@gmail.com> wrote:
>> On Sun, 26 Sep 2010 22:40:12 -0700, Raymond Liu <raymondliu3linux@gmail.com> wrote:
>>> Hi,
>>>
>>> My company is working on the Linux HDMI open source driver for our
>>> chipsets (with audio/video/CEC controls).  Is there any similar
>>> project ongoing for this kind of driver in Linux community?  Who
>>> should I contact with for this?
>>>
>> I believe the Linux Driver Project[1] might be a helpful starting
>> point. This project was formed with the goal of interacting with
>> hardware vendors who are interested in getting their devices supported
>> by Linux. Good luck!
>>
>> - Ben
>>
>

Re: HDMI open source to handle audio/video/CEC in one driver

[Ben Gamari]

On Sun, 26 Sep 2010 23:53:40 -0700, Raymond Liu <raymondliu3linux@gmail.com> wrote:
> Hi Ben,
> 
> I think this should be "the one", correct?  Several articles are
> pointing to this one.
> 
Ahh, yes; you have it. This is one of many reasons I shouldn't be
allowed to send messages past midnight.

- Ben Gamari

Re: HDMI open source to handle audio/video/CEC in one driver

[Guennadi Liakhovetski]

On Sun, 26 Sep 2010, Raymond Liu wrote:

> Hi,
> 
> My company is working on the Linux HDMI open source driver for our
> chipsets (with audio/video/CEC controls).  Is there any similar
> project ongoing for this kind of driver in Linux community?  Who
> should I contact with for this?

I think, it depends on what kind of hardware it is, resp, what kind of a 
driver you'd like to have. Best fit for HDMA, IMHO, is a KMS driver. If, 
however, that's too much for you and you only want a framebuffer driver, 
you might want to have a look, how HDMI support has been recently added to 
the sh_mobile_lcdcfb.c driver - both video and audio. Try to begin here 
http://search.gmane.org/?query=hdmi&group=gmane.linux.ports.sh.devel and 
look for patches from Morimoto-san and myself. But HDMI with framebuffer 
is not a very elegant combination, so, if you can, try KMS.

Good luck
Guennadi

> 
> Thanks,
> Raymond Liu
> 
> P.S. I wish to be personally CC'ed the answers/comments posted to the
> list in response to my posting.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/

Re: HDMI open source to handle audio/video/CEC in one driver

[Raymond Liu]

Hi Ben and Guennadi,

Really appreciate your inputs.

For temporarily short term purpose (we already had a driver but it did
not fit into any of these you mentioned), what is the process we
should follow to make it an "open source"?

Thanks,
Raymond



On Tue, Sep 28, 2010 at 7:29 AM, Guennadi Liakhovetski
<g.liakhovetski@gmx.de> wrote:
> On Sun, 26 Sep 2010, Raymond Liu wrote:
>
>> Hi,
>>
>> My company is working on the Linux HDMI open source driver for our
>> chipsets (with audio/video/CEC controls).  Is there any similar
>> project ongoing for this kind of driver in Linux community?  Who
>> should I contact with for this?
>
> I think, it depends on what kind of hardware it is, resp, what kind of a
> driver you'd like to have. Best fit for HDMA, IMHO, is a KMS driver. If,
> however, that's too much for you and you only want a framebuffer driver,
> you might want to have a look, how HDMI support has been recently added to
> the sh_mobile_lcdcfb.c driver - both video and audio. Try to begin here
> http://search.gmane.org/?query=hdmi&group=gmane.linux.ports.sh.devel and
> look for patches from Morimoto-san and myself. But HDMI with framebuffer
> is not a very elegant combination, so, if you can, try KMS.
>
> Good luck
> Guennadi
>
>>
>> Thanks,
>> Raymond Liu
>>
>> P.S. I wish to be personally CC'ed the answers/comments posted to the
>> list in response to my posting.
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> Please read the FAQ at  http://www.tux.org/lkml/
>>
>
> ---
> Guennadi Liakhovetski, Ph.D.
> Freelance Open-Source Software Developer
> http://www.open-technology.de/
>

Re: HDMI open source to handle audio/video/CEC in one driver

[Ben Gamari]

On Tue, 28 Sep 2010 13:07:40 -0700, Raymond Liu <raymondliu3linux@gmail.com> wrote:
> Hi Ben and Guennadi,
> 
> Really appreciate your inputs.
> 
> For temporarily short term purpose (we already had a driver but it did
> not fit into any of these you mentioned), what is the process we
> should follow to make it an "open source"?
> 
Well, "release early, release often" is a good mantra to follow. Even if
you think the code is not ready, it never does any harm to put it up
somewhere for folks to look at under an open source license (GPL would
be a good idea if you are looking to merge upstream).

If you are serious about bringing a usable driver to the masses you
should clean up the code and adapt it to fit into one of the existing
frameworks for exposing graphics devices, along with bringing the driver
into conformance with the Linux kernel style guidelines. Once the driver
is beginning to look ready to merging upstream you can request that it
be pulled into the -staging tree. When you think the driver is ready for
inclusion in the kernel you can request merging upstream and start the
code review process.

- Ben

Re: HDMI open source to handle audio/video/CEC in one driver

[Guennadi Liakhovetski]

On Tue, 28 Sep 2010, Raymond Liu wrote:

> Hi Ben and Guennadi,
> 
> Really appreciate your inputs.
> 
> For temporarily short term purpose (we already had a driver but it did
> not fit into any of these you mentioned), what is the process we
> should follow to make it an "open source"?

Sorry, do not understand: if it didn't fit into any of these categories, 
what is it like? In any case, general instructions you find in the 
following files in your Linux kernel sources directory:

Documentation/SubmitChecklist
Documentation/SubmittingPatches
Documentation/SubmittingDrivers
Documentation/CodingStyle

I know, it might seem a lot, but take a bit of time to look through them, 
not everything will be 100% relevant to each specific case, but do follow 
Documentation/CodingStyle and choose a suitable mailing list for your 
posts - this list (LKML) is too gneric for your questions, that's why 
you're getting so few to-the-topic replies.

And I'm not sure what you mean by "temporarily short term purpose." As 
soon as your driver gets into the kernel, it is better, if it is designed 
to stay there for a longer time. It might not be perfect from the very 
first version, its functionality might be restricted, but for that little, 
that it does, it should already adhere to the kernel standards. You might 
also consider adding your driver under drivers/staging - if you're unable 
to follow the guidelines and want to give your driver more exposure to 
gradually fix it.

Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/

Re: HDMI open source to handle audio/video/CEC in one driver

[Raymond Liu]

Hi Ben and Guennadi,

Thanks again for these important inputs.  We had a much clear picture
about what we can do and what we should do with our OEMs on the driver
for open source at this point.

Thanks,
Raymond

On Tue, Sep 28, 2010 at 4:29 PM, Guennadi Liakhovetski
<g.liakhovetski@gmx.de> wrote:
> On Tue, 28 Sep 2010, Raymond Liu wrote:
>
>> Hi Ben and Guennadi,
>>
>> Really appreciate your inputs.
>>
>> For temporarily short term purpose (we already had a driver but it did
>> not fit into any of these you mentioned), what is the process we
>> should follow to make it an "open source"?
>
> Sorry, do not understand: if it didn't fit into any of these categories,
> what is it like? In any case, general instructions you find in the
> following files in your Linux kernel sources directory:
>
> Documentation/SubmitChecklist
> Documentation/SubmittingPatches
> Documentation/SubmittingDrivers
> Documentation/CodingStyle
>
> I know, it might seem a lot, but take a bit of time to look through them,
> not everything will be 100% relevant to each specific case, but do follow
> Documentation/CodingStyle and choose a suitable mailing list for your
> posts - this list (LKML) is too gneric for your questions, that's why
> you're getting so few to-the-topic replies.
>
> And I'm not sure what you mean by "temporarily short term purpose." As
> soon as your driver gets into the kernel, it is better, if it is designed
> to stay there for a longer time. It might not be perfect from the very
> first version, its functionality might be restricted, but for that little,
> that it does, it should already adhere to the kernel standards. You might
> also consider adding your driver under drivers/staging - if you're unable
> to follow the guidelines and want to give your driver more exposure to
> gradually fix it.
>
> Thanks
> Guennadi
> ---
> Guennadi Liakhovetski, Ph.D.
> Freelance Open-Source Software Developer
> http://www.open-technology.de/
>