Odroid-xu3 support

Odroid-xu3 support

[akuster808]

Hello,

I have added support for the Odroid XU3 board. This layer can be found 
at  https://github.com/akuster/meta-odroid. It supports XFCE graphics 
and has sdcard image support.

enjoy,
Armin

Re: Odroid-xu3 support

[Trevor Woerner]

On 05/04/15 23:56, akuster808 wrote:
> I have added support for the Odroid XU3 board. This layer can be found
> at  https://github.com/akuster/meta-odroid. It supports XFCE graphics
> and has sdcard image support.

Sounds great!

In addition to your meta-odroid there are also:
https://github.com/stoupa-cz/meta-odroid
https://github.com/MarkusEich/meta-odroid

Yours supports: odroid-xu3
stoupa-cz supports: odroid-c1, odroid-u2, odroid-xu
MarkusEich supports: odroid-u2, odroid-xu

It'd be nice if someone could put together one "meta-odroid" that would
support them all ;-) Or at least it'd be nice if at least one of them
was found via the layer index ;-)

Re: Odroid-xu3 support

[akuster808]

On 05/06/2015 01:17 PM, Trevor Woerner wrote:
> On 05/04/15 23:56, akuster808 wrote:
>> I have added support for the Odroid XU3 board. This layer can be found
>> at  https://github.com/akuster/meta-odroid. It supports XFCE graphics
>> and has sdcard image support.
>
> Sounds great!
>
Thanks.

> In addition to your meta-odroid there are also:
> https://github.com/stoupa-cz/meta-odroid
> https://github.com/MarkusEich/meta-odroid
>
> Yours supports: odroid-xu3
> stoupa-cz supports: odroid-c1, odroid-u2, odroid-xu
> MarkusEich supports: odroid-u2, odroid-xu
>
> It'd be nice if someone could put together one "meta-odroid" that would
> support them all ;-)

Yep. looking into that.

Or at least it'd be nice if at least one of them
> was found via the layer index ;-)

that is the goal.

regards,
Armin
>

Re: Odroid-xu3 support

[Trevor Woerner]

On 05/06/15 16:24, akuster808 wrote:
> On 05/06/2015 01:17 PM, Trevor Woerner wrote:
>> It'd be nice if someone could put together one "meta-odroid" that would
>> support them all ;-)
>
> Yep. looking into that.

That's great to hear :-D Which device(s) do you have, just the -xu3? My
-c1 arrived yesterday so I can help with testing that device if you
don't have one.

Re: Odroid-xu3 support

[akuster808]

On 05/06/2015 02:41 PM, Trevor Woerner wrote:
> On 05/06/15 16:24, akuster808 wrote:
>> On 05/06/2015 01:17 PM, Trevor Woerner wrote:
>>> It'd be nice if someone could put together one "meta-odroid" that would
>>> support them all ;-)
>>
>> Yep. looking into that.
>
> That's great to hear :-D Which device(s) do you have, just the -xu3?

I just got -W so just the two. nothing else.

- armin

My
> -c1 arrived yesterday so I can help with testing that device if you
> don't have one.
>

Re: Odroid-xu3 support

[Christian Ege]

Hi,

2015-05-06 23:41 GMT+02:00 Trevor Woerner <twoerner@gmail.com>:
> On 05/06/15 16:24, akuster808 wrote:
>> On 05/06/2015 01:17 PM, Trevor Woerner wrote:
>>> It'd be nice if someone could put together one "meta-odroid" that would
>>> support them all ;-)
>>
>> Yep. looking into that.
>
> That's great to hear :-D Which device(s) do you have, just the -xu3? My
> -c1 arrived yesterday so I can help with testing that device if you
> don't have one.
I think regarding the C1 the following two repositories are the most
complete one:

https://github.com/linux-meson/meta-amlogic
https://github.com/stoupa-cz/meta-odroid

Mine (meta-amlogic) is organised in branches named like
Yocto/Openembedded. The master branch needs some synchronization with
Fido branch. The layer I maintain is for Amlogic based devices because
I do own a ODROID-C1 and a Wetek.Play which both run on Amlogic CPU.

From the ODROID family I do only own a ODROID-C1. If there will be a
combined Layer for all odroid devices I will  port my recipes to this
and can help on supporting it.
I am mostly interested in Multimedia stuff and I do plan to setup a
separate layer for Kodi/XBMC on amlogic based devices.

So how should we proceed with the layer jungle?

regards,
Christian

> --
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel



-- 
http://project-magpie.github.io/

Re: Odroid-xu3 support

[Trevor Woerner]

On 15-05-07 02:56 AM, Christian Ege wrote:
>  From the ODROID family I do only own a ODROID-C1. If there will be a
> combined Layer for all odroid devices I will  port my recipes to this
> and can help on supporting it.
> I am mostly interested in Multimedia stuff and I do plan to setup a
> separate layer for Kodi/XBMC on amlogic based devices.
>
> So how should we proceed with the layer jungle?

Ideally meta-amlogic provides things specific to the chip itself (vendor 
kernel? vendor u-boot?) and meta-odroid contains things related to the 
various boards themselves (tweaks specific to each board).

Maybe the beaglebone provides a good example to follow? (meta-ti, 
meta-beagleboard) Although I'm not sure how clean the separation is in 
those layers.

Re: Odroid-xu3 support

[Christian Ege]

Hi,
On 08.05.2015 02:41, Trevor Woerner wrote:
> On 15-05-07 02:56 AM, Christian Ege wrote:
>>  From the ODROID family I do only own a ODROID-C1. If there will be a
>> combined Layer for all odroid devices I will  port my recipes to this
>> and can help on supporting it.
>> I am mostly interested in Multimedia stuff and I do plan to setup a
>> separate layer for Kodi/XBMC on amlogic based devices.
>>
>> So how should we proceed with the layer jungle?
> 
> Ideally meta-amlogic provides things specific to the chip itself (vendor
> kernel? vendor u-boot?) and meta-odroid contains things related to the
> various boards themselves (tweaks specific to each board).
This would be in an ideal world. In the real world each vendor like
hardkernel or wetek is maintaining their own kernel tree derived from
Amlogic.

Amlogic itself maintains a buildroot based BSP for their
boards. My Idea was at least merging u-Boot and Kernel of both vendors
into one tree.

> Maybe the beaglebone provides a good example to follow? (meta-ti,
> meta-beagleboard) Although I'm not sure how clean the separation is in
> those layers.

Yes this is the way to go, the manufacturer maintains its own layer. I
can try to get in contact with Amlogic if they are interested in
creating such a layer or at least supporting it.

regards,
Christian