linux/poky.git/meta/classes/uboot-extlinux-config.bbclass, branch uninative-3.5

uboot-extlinux-config: Fix missing override conversion

2021-08-04T19:45:41+00:00

(From OE-Core rev: 988e6c5a6add25ccd1d880f4d4f8c257afde4e47) Signed-off-by: Richard Purdie

uboot-extlinux-config: exclude OVERRIDES from do_create_extlinux_config vardeps

2020-12-15T22:51:56+00:00

This function is primarily *appending* configuration entries to the overrides, it only gets it to ensure it's set at all, so doesn't belong in the vardeps. Having a dependency on OVERRIDES means you cannot use a bbclass like distrooverrides without changing the signatures of recipes using this class. (From OE-Core rev: fef74d3651d432977caef8fea54fc54bf2784a74) Signed-off-by: Christopher Larson Signed-off-by: Richard Purdie

uboot: fixes to uboot-extlinux-config attribute values

2019-08-14T16:33:49+00:00

The way this class uses overrides to support generation of multiple sections is subject to two different issues: 1) labels that conflict with existing override names causing the value for the conflicting label to be set for all labels, and 2) reusing the override list through each iteration, prepending each new label to the list of overrides makes earlier labels' value take precedence over later labels, making later labels virtually impossible to customize. The first issue is resolved by removing all label names from overrides before iterating over labels. The second issue is resolved by generating a fresh list of overrides with only the current label added. The current label is also appended to the list of overrides instead of prepended, which makes it the highest priority override. This is matches the behavior of devtool-source.bbclass, which similarly monkey-patches overrides. Closes https://bugzilla.yoctoproject.org/show_bug.cgi?id=13469 . (From OE-Core rev: 42b44fdd9e63b8d39cf83baecec08328275558ff) Signed-off-by: Will Page Signed-off-by: Richard Purdie

uboot-extlinux-config.bbclass: add missing variable dependencies

2019-03-04T14:27:06+00:00

do_create_extlinux_config performs its own override processing for several variables, so we have to explicitly add the label- suffixed variable names to its vardeps to make sure that changes get detected. (From OE-Core rev: ad792edf61157f6cd63a2c6aa8e53edc134301d0) Signed-off-by: Matt Madison Signed-off-by: Richard Purdie

uboot-extlinux-config.bbclass: Add baudrate in console bootparam

2018-06-15T16:56:24+00:00

By default, we ought to use console="${console},${baudrate}" as console bootparam as commonly it is left to be passed with the bootargs. (From OE-Core rev: 2ce3534b2011cf5516780c9fd7e00bd107619adc) Signed-off-by: Otavio Salvador Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

uboot-extlinux: fix extlinux creation race (take 2)

2017-09-25T13:14:17+00:00

Alternative solution to original commit 60c90398580998b2379bb438f0f75b29285135a5 ("u-boot: fix extlinux creation race") (Untested) (From OE-Core rev: e44b72ab45c757cc83c7856c118588f1af299790) Signed-off-by: André Draszik Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

u-boot: add option to specify FDT argument in extlinux.conf

2017-03-13T09:43:14+00:00

Also fixes a use before defined bug with localdata. (From OE-Core rev: 86b09a7ed67a43a45c805f44778bed0bfdf57361) Signed-off-by: Jack Mitchell Signed-off-by: Richard Purdie

uboot-extlinux-config.bbclass: add support for timeout & default

2017-02-15T17:29:56+00:00

When multible targets are defined it is useful to allow for a default target along with a timeout. After timeout, the default target will be selected. (From OE-Core rev: 1e01c2e32c168805a9b71c1dba4b487916955813) Signed-off-by: Dalon Westergreen Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

classes: Drop now unneeded update_data calls

2017-02-15T17:29:55+00:00

Now that the datastore works dynamically we don't need the update_data calls so we can just remove them. They're not actually done anything at all for a while. (From OE-Core rev: 8de0c5d3bd01919e2bf0394f9c485936d6098cec) Signed-off-by: Richard Purdie

meta: remove True option to getVar calls

2016-12-16T10:23:23+00:00

getVar() now defaults to expanding by default, thus remove the True option from getVar() calls with a regex search and replace. Search made with the following regex: getVar ?$( ?[^,()]*), True$ (From OE-Core rev: 7c552996597faaee2fbee185b250c0ee30ea3b5f) Signed-off-by: Joshua Lock Signed-off-by: Ross Burton Signed-off-by: Richard Purdie