Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=hardknott-next 2021-02-21T22:02:48+00:00 2021-02-21T22:02:48+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2021-02-17T14:57:24+00:00 urn:sha1:6a320c849cdeeeac5581346e5e2cb3ce830242a9 Match SPDX licence name changes in OE-Core. (From meta-yocto rev: 4acb5d2a9e77b8f426fa2370a9a71b9df8c7c3e7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2017-11-11T12:14:55+00:00 Joshua Lock joshua.g.lock@intel.com 2017-11-09T14:59:06+00:00 urn:sha1:87df4e002f6e5ad5499bbeaf22877bbfc08efdd7 The beaglebone BSP provided in this layer is a reference implementation usingonly mainline components available in core Yocto Project layers, whereas Texas Instruments maintain a full-featured BSP in the meta-ti layer. Rename the reference machine to prevent namespace collisions with the version maintained by the SoC vendor. [YOCTO #12326] (From meta-yocto rev: e32882938eca7f50548deab84dab78b4aef31b95) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-02-18T07:40:06+00:00 Alejandro Hernandez alejandro.hernandez@linux.intel.com 2016-02-16T03:07:29+00:00 urn:sha1:7fc38ead6819e83e7e1bcc46b708067adf2ff2b5 The previous script caused an infinite call to modprobe gma500_gfx on certain situations, this fixes a typo and uses a new flag to avoid the infinite loop (From meta-yocto rev: 9a341596fd0cdf892e125b2eead7b5e334a590b4) Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-02-07T17:30:19+00:00 Maxin B. John maxin.john@intel.com 2016-02-04T10:19:11+00:00 urn:sha1:4a2f42ff9e0f4359d1ee8290582f1b29a2202372 We need machconfig file to automatically choose between physical and virtual keyboards. [YOCTO #9027] (From meta-yocto rev: 8ce98b75163c75ef74cb2d25fb01de9c4553ad9e) Signed-off-by: Maxin B. John <maxin.john@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-01-19T17:31:54+00:00 Maxin B. John maxin.john@intel.com 2016-01-12T16:39:10+00:00 urn:sha1:3235f5ea51d63daad5b07aa1e588d4b78127e6df Clean up formfactor configuration for beagleboard (since only beaglebone machine definition exists). (From meta-yocto rev: 5118e5ee292df6f2f44a4b066b384ce8f1e59e3d) Signed-off-by: Maxin B. John <maxin.john@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-01-19T17:31:07+00:00 Maxin B. John maxin.john@intel.com 2016-01-12T17:02:01+00:00 urn:sha1:6c6470070638745287112c9a7363aeccbc483248 Purging beagleboard related configuration (since only beaglebone machine definition exists). (From meta-yocto rev: 7740d956a9ba559674a27405761564ee96cfb8e3) Signed-off-by: Maxin B. John <maxin.john@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2015-11-25T07:50:33+00:00 Alejandro Hernandez alejandro.hernandez@linux.intel.com 2015-11-09T16:11:57+00:00 urn:sha1:c4acacefc18d7cf9c25031c86c07097001c81da3 The gma500_gfx driver will match certain devices on which it causes incorrect functionality, we want to avoid inserting this module, basicallly blacklist it for specific hardware, but still allow it to work on other hardware by default; usually when we have an already working system, using udev rules would do the job, but since we are building it, it is impossible to blacklist a driver when a certain udev rule matches, since rootfs isn't writeable at this point during boot time, the solution is to use modprobe install, which runs a certain command instead of inserting a matching module, this command needs to insert the module manually afterwards and have a flag --ignore-install so it doesnt create an infinite loop executing itself everytime it wants to insert the module, busybox's modprobe doesn't provide this functionality, so a small hack had to be used to avoid the infite loop instead. (From meta-yocto rev: 70c143767a8b63921e668a62ac463b3a6b8c6132) Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2013-08-27T23:25:56+00:00 Darren Hart dvhart@linux.intel.com 2013-08-27T20:16:15+00:00 urn:sha1:201e54782594f9f8394a55cda2489a3193a9cac0 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-27T23:25:56+00:00 Darren Hart dvhart@linux.intel.com 2013-08-27T20:16:13+00:00 urn:sha1:6c3a0292df7ae0cb5bf7d8d19346d7b07610a1a3 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-07-31T05:59:59+00:00 Ross Burton ross.burton@intel.com 2013-07-29T16:22:54+00:00 urn:sha1:2bdb4788970270c146165d43e5b26aa007db4723 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>