[Buildroot] [PATCH] odroid-mali: New Package

daggs daggs at gmx.com
Thu Jun 9 18:07:16 UTC 2016


Greetings,
>
> Hi all!
> 
> Le Thu, 9 Jun 2016 10:35:36 +0200,
> daggs <daggs at gmx.com> a écrit :
> 
> > > Another thing that bothers me is that it's called "odroid-mali",
> > > where "odroid" is the name of the board. I really find it weird
> > > that an OpenGL implementation is board specific. It should be SoC
> > > specific for sure, but not board-specific. If there are other
> > > Amlogic S905 SoC boards added in Buildroot, wouldn't they be able
> > > to use the same OpenGL implementation ?
> > >   
> > afaik, the implementation is vendor specific, e.g. we don't have the
> > code, the vendor (hardkernel) provides the lib file and headers.
> > odroid is the name of the product line, there are odroid c{0,1,1+ and
> > 2}. also there are u and x models I think. this implementation is
> > specific to the c2 boards I assume it can retrofitted for other
> > boards. the main change it will need is the files url change as.
> 
> From the vendor website, we can see that odroid-c1+ and odroid-c2 have
> the same GPU (MALI 450). So maybe the "odroidc2_fb*" files could be
> renamed to "odroid_fb*" (if needed, tweaking according to the
> machine could be performed in the helper script).
I'd rather not guess something that I cannot be tested.

> 
> > > That being said, we already have rpi-userland for RPi, but well,
> > > RPi is the only board that will ever be made with this funky
> > > Broadcom SoC.
> > > 
> > > But in the Allwinner land, we have the sunxi-mali package, which
> > > works with various boards.
> > > 
> > > But maybe I'm being too annoying with this aspect: this OpenGL stuff
> > > is usually a big mess, so it's probably fine if we have a
> > > odroid-mali package.
> > > 
> > > But I would nonetheless like to have the thing split in two
> > > packages. 
> > one of my previous patches added all the scripts in the overlay root
> > fs but Eric said it isn't a good idea.
> 
> As the display is to be set up via a service managed by the init system,
> it seemed logical to me to provide the script and the service files in
> a package to benefit from the helper for service installation (when
> using an overlay, a plain copy is performed, so you will end up with a
> systemd service file on a SysV-based system and vice-versa).
> 
> The sunxi-mali package does provide a service file for SysV: S80mali.
> 
> But maybe it will be better to provide the script, services
> files and rules in a package named "odroid-board" or
> "odroid-userspace" (as there is "sunix-board" and "rpi-userland").
> 
just did that (different name).
I think "odroid-userspace" is a better name than all of the possibilities.

Dagg.



More information about the buildroot mailing list