Commit Graph

8 Commits

Author SHA1 Message Date
Kevin Hao e7434c17b4 meta-yocto-bsp: workaround the X malfunction on beaglebone
After the change in kernel commit a291b6b3d287 ("ARM: dts:
am335x-boneblack: Add blue-and-red-wiring -property to LCDC node"),
the pixel format we support for 32bit bpp has been changed from
XRGB8888 to XBGR8888. But the fbdev created by modesetting driver use
the XRGB8888 format by default, this causes the X malfunction. There is
no easy way to adjust the pixel format of the fbdev created by the
modesetting driver. So we create a xorg.conf to use the 16bit bpp to
work around this issue.

[YOCTO #11267]

(From meta-yocto rev: 1ef8a9584298a8745a28c0c92fa3ecbf92ffe494)

Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-04-11 18:06:25 +01:00
Richard Purdie 7254dfb642 Drop beagleboard, replaced by beaglebone
(From meta-yocto rev: b125761e5e31fc506f7b5b87308850cd573ab1b6)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-03-31 23:04:36 +01:00
Darren Hart 201e547825 atom-pc: Purge straggling configuration files
A few atom-pc configuration files escaped the last purge of atom-pc.
Clean them up.

(From meta-yocto rev: f26d99ffb2c67b310d4c46627932dc3f8aefad96)

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-28 00:25:56 +01:00
Darren Hart 6c3a0292df meta-yocto-bsp: Add genericx86-64 machine
Duplicate the genericx86 machine, but select x86_64 tunables and use the
common-pc-64 linux-yocto KMACHINE and config.

This has been boot tested with core-image-sato on a Lenovo x220
(Core-i5) and a Supermicro MBD-X8DTL-iF-O (dual-socket Xeon 5680).

(From meta-yocto rev: 9b7db7ded0e6b7f5c0cd3ab7fbb0bce4112407da)

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Ross Burton <ross.burton@intel.com>
Cc: Tom Zanussi <tom.zanussi@intel.com>
Cc: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-28 00:25:56 +01:00
Ross Burton 2bdb478897 genericx86: add new BSP
This BSP aims to support "most" contemporary x86 hardware.  It's a direct copy
of atom-pc initially.

(From meta-yocto rev: 1a73ef79e16d0cbcd60fa3ad9854dbc121e3282d)

Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-31 06:59:59 +01:00
Paul Eggleton 2f06147258 xserver-xf86-config: re-enable AutoAddDevices for beagleboard
This was added quite a long time ago because of poor interactions
between HAL and the X server when it came to enabling input devices.
HAL is long gone and I think it's safe to say we don't need to disable
this any longer, especially as it gets in the way of being able to plug
in the keyboard/mouse after boot.

(This has already effectively been removed for the other BSPs in
meta-yocto-bsp).

Fixes [YOCTO #1823].

(From meta-yocto rev: 214bc44e119ca808e59d28a21a6626c6f8e03cf7)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-29 22:25:18 +01:00
Ross Burton 93ec7b4d15 xserver-xf86-config: atom-pc doesn't need a xorg.conf
Replace xorg.conf with an empty file so it doesn't get installed, as atom-pc can
auto-detect the hardware.

(From meta-yocto rev: 3f47e2bc61e564dfc179ef29ded43411e1a40b5a)

Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-04 14:42:11 +00:00
Richard Purdie 2000698b17 meta-yocto: Split into distro and bsp components
Now we have settled on best practises and compliance criteria, bring meta-yocto
into compliance by separating out the hardware support components into
meta-yocto-bsp leaving policy configuration in meta-yocto.

Also rename the meta-yocto scripts directory to OE-Core can be a clearly
isolated component in poky.

(From meta-yocto rev: eac90e27a032ea23d9a4f35c7eef8b1940c80e22)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-05 17:32:15 +01:00