linux/poky.git/meta/recipes-sato/images, branch hardknott-next

recipes-sato: Add missing HOMEPAGE and DESCRIPTION for recipes

2021-03-02T20:39:36+00:00

Fixes: [YOCTO #13471] (From OE-Core rev: dad63dcd37948388a7a1ffe7f9af187306295d5a) Signed-off-by: Ida Delphine Signed-off-by: Richard Purdie

core-image-sato-sdk-ptest: these images need ptest

2021-01-23T17:08:54+00:00

As this image isn't buildable without ptest (the packages won't exist), depend on the ptest DISTRO_FEATURE to ensure we don't try and build it. (From OE-Core rev: 0fe856d726c6d9c35533e32e70fbe05ef2b88b17) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

Revert "core-image-sato: qemumips use 512 mem"

2020-09-17T08:47:45+00:00

This reverts commit 45da2fc4f7272366ffc7cde24d9040c919466201. qemumips is unstable with more than 256MB memory, the original issue this limit was added for remains. We'll have to find other solutions to the systemd out of memory issues. Signed-off-by: Richard Purdie

core-image-sato: qemumips use 512 mem

2020-09-13T23:14:28+00:00

Fixes: WARNING: core-image-sato-sdk-1.0-r0 do_testimage: Couldn't login into serial console as root using blank password WARNING: core-image-sato-sdk-1.0-r0 do_testimage: The output: root <<< run_serial(): command timed out after 60 seconds without output >>> In another run, this error was seen: Failed to reload daemon: Refusing to reload, not enough space available on /run/systemd. Currently, 14.3M are free, but a safety buffer of 16.0M is enforced. With updates to systemd and Qemu we should revert: 499a31cf06 core-image-sato: don't use 512MB in qemumips (From OE-Core rev: cf92c8bbd017338e7e91ac092c6f222b6e37e44a) Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

core-image-sato-ptest-fast: don't hard fail in ptests

2020-03-24T16:39:40+00:00

Unfortunately, a couple of tests sporadically fail still; bugs have been filed, but they will take time to resolve. (From OE-Core rev: 6b408f40b6c214d05433c41f0cd6200c715cc615) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

ptest: add an option to enforce a failure (e.g. ptests are required to pass)

2020-02-25T10:41:22+00:00

This can be useful with a more specific, targeted and robust set of ptest packages; the benefit is that ptest regressions are caught as they happen and can be more easily traced to changes that caused them. The existing AB ptest image continues to be expected to fail, my observation of the AB runs is that the full set of ptests is not robust enough (particularly around socket/network related tests) and sporadically fails in random places. This can probably be addressed by making ptests exclusive to a worker (e.g. there is no other workload happening at the same time as ptests). (From OE-Core rev: 102afcc7ea7d7673183f272a29ab233084ad168b) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

core-image-sato-sdk-ptest: do not pull in ptest-pkgs

2020-02-21T17:48:09+00:00

The lists of ptests are defined via PTESTS_FAST and PTESTS_SLOW; specifying 'ptests-pkgs' also pulls in additional ptests that are specifically excluded from those lists due to causing issues with ptesting. (particularly bash-ptest is one such item) (From OE-Core rev: 1d8e5d1bc1aa8fdaf967395e27b13cc989717fb7) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

core-image-sato-sdk-ptest: use 2G of RAM

2020-01-28T11:11:20+00:00

Particularly, 1G wasn't enough for lttng-tools ptests as half of that went to /tmp, and lttng-tools needs more. (From OE-Core rev: abc308a38c6e37afcaf507858a6578c10438c5d8) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

core-image-sato: don't use 512MB in qemumips

2019-09-06T07:15:45+00:00

qemumips doesn't appear to work well with 512MB of RAM and randomly hangs. As the bump to 512MB was primarily motivated by the memory needs of virtualised GL which doesn't work in qemumips currently, drop the memory back to 256MB for qemumips. (From OE-Core rev: 499a31cf06c934b40b5866d5eb77c9ad20c9a15f) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

images: use 512M of RAM in qemu if 'opengl" is in DISTRO_FEATURES

2019-08-28T10:31:21+00:00

256M was found to be no longer sufficient, as the X server fails to start with the modesetting driver and 3D enabled. Only images that actually include X11 are adjusted. (From OE-Core rev: 9dd0812acc73287287b48d28e0935baf7f545b58) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie