binman: bintool: remove btool_ prefix from btool names
authorQuentin Schulz <quentin.schulz@theobroma-systems.com>
Mon, 7 Nov 2022 12:54:54 +0000 (13:54 +0100)
committerSimon Glass <sjg@chromium.org>
Tue, 22 Nov 2022 22:13:34 +0000 (15:13 -0700)
commit478332a345428659c924b06ea59627a26c2f0ee2
treeccff2db37f359d07b77fcb18869361aa1850716a
parent521277ec15eb794229403ec24b8c00a4ff02b0b6
binman: bintool: remove btool_ prefix from btool names

The binary is looked on the system by the suffix of the packer class.
This means binman was looking for btool_gzip on the system and not gzip.

Since a btool can have its btool_ prefix missing but its module and
binary presence on the system appropriately found, there's no need to
actually keep this prefix after listing all possible btools, so let's
remove it.

This fixes gzip btool by letting Bintool.find_bintool_class handle the
missing prefix and still return the correct class which is then init
with gzip name instead of btool_gzip.

Additionally, there was an issue with the cached module global variable.
The variable only stores the module and not the associated class name
when calling find_bintool_class.
This means that when caching the module on the first call to
find_bintool_class, class_name would be set to Bintoolbtool_gzip but the
module_name gzip only, adding the module in the gzip key in the module
dictionary. When hitting the cache on next calls, the gzip key would be
found, so its value (the module) is used. However the default class_name
(Bintoolgzip) is used, failing the getattr call.

Instead, let's enforce the same class name: Bintool<packer>, whatever
the filename it is contained in.

Cc: Quentin Schulz <foss+uboot@0leil.net>
Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
tools/binman/bintool.py
tools/binman/btool/btool_gzip.py