Hi all, It remembers me a discussion that I wanted to have with Trevor: do we want specific TUNES (like these ones) in the machines files ? it is distro specific ? I think that we might use "simple tune" like cortexa17 and let the possibility to the user to select neon or hf or vfpv4 for example. You could imagine a case where you write a machine file into another layer that inherits from a machine file (which is in meta-rockchip) and overrides DEFAULTTUNE for example.
Also Jacob, seriously split your commits :) . One commit per feature with a clear message to describe your changes please. Thanks, Romain 2017-01-19 15:04 GMT+01:00 Jacob Chen <jacob-c...@iotwrt.com>: > change tune to cortexa17hf-neon: > Using the soft floating point abi is incompatible with some binary > libaries. > > Set preferred mali version to t76x. > > Add APPEND which will be used in extlinux.conf. > > Add SOC_FAMILY to help add chip specific changes. > > Add SPL_BINARY to support build u-boot spl > > Signed-off-by: Jacob Chen <jacob-c...@iotwrt.com> > --- > conf/machine/include/rk3288.inc | 10 +++++++++- > 1 file changed, 9 insertions(+), 1 deletion(-) > > diff --git a/conf/machine/include/rk3288.inc > b/conf/machine/include/rk3288.inc > index e6c19a2..9e7804a 100644 > --- a/conf/machine/include/rk3288.inc > +++ b/conf/machine/include/rk3288.inc > @@ -1,10 +1,18 @@ > # Copyright (C) 2015 Romain Perier > # Released under the MIT license (see COPYING.MIT for the terms) > > +SOC_FAMILY = "rk3288" > + > require conf/machine/include/tune-cortexa17.inc > +require conf/machine/include/soc-family.inc > > -DEFAULTTUNE="cortexa17-neon" > +DEFAULTTUNE="cortexa17hf-neon" > PREFERRED_PROVIDER_virtual/kernel = "linux" > SERIAL_CONSOLES = "115200;ttyS2" > +SPL_BINARY = "u-boot-spl-dtb.bin" > KERNEL_IMAGETYPE = "zImage" > KBUILD_DEFCONFIG = "multi_v7_defconfig" > + > +PREFERRED_VERSION_mali-userspace = "t76x" > + > +APPEND = "console=tty1 console=ttyS2,115200n8 rw root=/dev/mmcblk2p7 > rootfstype=ext4 init=/sbin/init" > -- > 2.7.4 > >
-- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto