linux/meta-freescale.git/classes/machine-overrides-extender.bbclass, branch topic/better-nip-support

classes/machine-overrides-extender: Postpone filter out

2022-02-21T22:22:02+00:00

The overrides ought to allow the filter out execution even for overrides included during the extension, for this to work we need to postpone it. Signed-off-by: Otavio Salvador

classes/machine-overrides-extender: Allow filter out without an override

2022-02-21T22:22:02+00:00

We should be able to use a single MACHINEOVERRIDES_EXTENDER_FILTER_OUT definition, without an override, to reduce code duplication. Signed-off-by: Otavio Salvador

machine-overrides-extender.bbclass: Adjust for new override character

2021-08-12T17:08:24+00:00

Signed-off-by: Tom Hochstein Signed-off-by: Khem Raj

remove True option to getVar calls

2019-01-17T14:29:17+00:00

getVar() has been defaulting to expanding by default for a long time (2016), thus remove the True option from getVar() calls with a regex search and replace. Search & replace made using the following command: sed -e 's|$d\.getVar \?$( \?$[^,()]*$, \?True)|\1(\2)|g' \ -i $(git grep -E 'getVar ?$ ?([^,()]*), ?True$' \ | cut -d':' -f1 \ | sort -u) Signed-off-by: André Draszik

machine-overrides-extender.bbclass: Avoid an empty override

2018-07-03T21:40:57+00:00

All uses of MACHINEOVERRIDES already include an ':' suffix so we cannot add it again or we end with a match-all override. Signed-off-by: Otavio Salvador

machine-overrides-extender.bbclass: Postpone overrides processing

2018-07-03T12:17:52+00:00

We need to keep a reference to the original MACHINEOVERRIDES value so it can be reprocessed as need. This allow the compatibility with existing BSP's while fixing the complex multilib interactions. I'd like to record that Richard Purdie was key to solve this issue. Its implications were beyond my understanding until he guided me and provided a prototype fix. Signed-off-by: Otavio Salvador

machine-overrides-extender.bbclass: Fix multilib parsing

2018-06-01T12:49:26+00:00

The 'ConfigParsed' event was too early and when we mangled the MACHINEOVERRIDES using the extender, we ended overriding some values when using together with multilib. This fixes the multilib use-case and keep current ones working. Reported-by: Cristinel Panfir Signed-off-by: Otavio Salvador

Revert "machine-overrides-extender.bbclass: Postpone until 'RecipeParsed' event"

2018-05-22T20:36:33+00:00

This reverts commit 65144beb63673d215221d800e1905eedb9f2f8ed. The commit has side effects and must be better investigated. For now, we are reverting it so we don't cause problems for other use cases. Change-Id: I63333c974746bd7f95fa7a56153099256e206912 Signed-off-by: Otavio Salvador

machine-overrides-extender.bbclass: Postpone until 'RecipeParsed' event

2018-05-22T12:41:24+00:00

The 'ConfigParsed' event was too early and when we mangled the MACHINEOVERRIDES using the extender, we ended overriding some values when using together with multilib. This fixes the multilib use-case and keep current ones working. Change-Id: I6f1d952dfe2d04fa10229a86763af4ca6b1e601f Reported-by: Cristinel Panfir Signed-off-by: Otavio Salvador

machine-overrides-extender.bbclass: Add filter out support

2017-03-27T14:52:44+00:00

The allow easier enablement of mainline BSP support, we need to allow for specific overrides to be filtered out, before and during the extending process. The new MACHINEOVERRIDES_EXTENDER_FILTER_OUT variable does exactly this and will be used in a subsequent commit to enable the 'use-mainline-bsp' override. Change-Id: Ieaec9d5eb27ccc73b7b0097cb365c519978bd080 Signed-off-by: Otavio Salvador