This recipe lets us create a fitimage outside of the kernel recipe.
For this to work we need to create just the zImage from the standard
kernel recipe.
BugzID: 73616
Signed-off-by: Lucien Mueller <lucien.mueller@netmodule.com>
Reason for reverting to originial state:
- adaption of the v2x-fw-load script
- re-introduction of the v2x recipe in all of our images
- no difference when wainting on USB disconnect event or directly
releaseing the gnss module from its reset
BTW: The original timeout of 50s can be explained as the SCU held a
delay of 40s until powering the v2x module. This delay shall be
removed in the next couple of days.
BugzID: 72787
Signed-off-by: Marc Mattmueller <marc.mattmueller@netmodule.com>
we power cylce now the power of the v2x module hence it is no longer
needed.
BugzID: 72787
Signed-off-by: Marc Mattmueller <marc.mattmueller@netmodule.com>
the v2x-fw-load script was refactored and ready now a config file. The v2x
recipe installs a v2x config file depending on a distro variable
V2X_ENABLE_FW_LOAD. Inthere it is possible to declare a parameter line like
'is-placeholder-firmware=true' to skip the firmware load in the v2x-fw-load
script. The skip includes also the detection of the DFU mode of the module.
These changes enables us to introduce the v2x package in all our images so
that the service doesn't fail anymore when we are using our placeholder
firmware.
BugzID: 72787
Signed-off-by: Marc Mattmueller <marc.mattmueller@netmodule.com>
start-up changes:
- usb-hub is just released from reset
- gnss-init service calls a script twice:
- as pre-step: checking the hub state depending on the start
reason:
- at reboot --> just go on, at power-up
- at power-up --> wait for a USB disconnect
of a device for a certain
time
- as start step: releasing gnss module from reset
shutdown changes:
- no resets were triggered
BugzID: 72787
Signed-off-by: Marc Mattmueller <marc.mattmueller@netmodule.com>
The bootloader might already release the usb-hub, the v2x module and
the gnss modem from reset. Thus the usb-hub and the gnss modem are put
into reset first so that a proper enumeration would be possible.
BugzID: 72787
Signed-off-by: Marc Mattmueller <marc.mattmueller@netmodule.com>
The v2x firmware load script contained also the usb hub reset which
affects the GNSS modem. This means that the GNSS modem worked only
when the v2x recipe was enabled. But without firmware the v2x-service
fails at start-up which affects all other images except vcu.
Therefore the usb-hub reset part was extracted from the v2x firmware
load script so that we decouple those two functions. ZF/OM need a
failing v2x service when no firmware is loaded, thus the v2x service
was moved back to the vcu image (see meta-netmodule-om).
The systemd services v2x and gnss-init depend now on usb-hub-reset
whereas gnss-init additionally depends on v2x (if available).
BugzID: 72787
Signed-off-by: Marc Mattmueller <marc.mattmueller@netmodule.com>
The descriptor.py file was not properly packaged because the variable
PYTHON_SITEPACKAGES_DIR was not defined. It is defined in the
python3-dir class.
BugzID: 72580
This updated firmware is allowing the kernel core to access the I2C bus
of the SCU core.
It also properly forwards the interrupts from the SCU core to linux.
BugzID: 70694
There is no guarantee that a fix delay is actually enough, because with
the BT_EN gpio, we only control activation of bluetooth on the chip. But
we don't know the status of the whole chip.
Also hciattach has anyway a timeout of 5 seconds, so 0.1 seconds does
probably not make a big difference in this regard.
So in order to make it the safest possible, we can only rely a failure
handling and retrying. The number 5 for retries has been defined since
repeated restart of the service with only 3 retries leads to failure
pretty quickly. At 4 there is no failure anymore. So with 5 we are sure
the risk of failure is really low.
BugzID: 70195
This package contains gpioset, gpiofind, etc
This tools are required to access the gpios from shell scripts.
Also fixes the RDEPENDS ${PN}
BugzID: 65420
Name the BT_EN gpio in the device tree when you want to use this service.
It has to be found with the command: "gpiofind BT_EN".
Signed-off-by: Lucien Mueller <lucien.mueller@netmodule.com>
The default behavior is to try to build u-boot-initial-env
Which is not implemented in our u-boot repo.
Part of yocto update to dunfell release.
BugzID: 69636
Afer upgrading meta-freescale to dunfell, the new default tune is
a35-crypto instead of aarch64.
Part of yocto update to dunfell release.
BugzID: 69636
system-state-framework: added recipes for the broker, extmod and
sysstate parts.
move include files to ${STAGING_KERNEL_BUILDDIR}/include/broker/
Signed-off-by: Lucien Mueller <lucien.mueller@netmodule.com>
Co-authored-by: Ramon Moesching <ramon.moesching@netmodule.com>
Reviewed-on: https://git.netmodule.intranet/yoctoproject/meta-netmodule-bsp/pulls/70
Lucien Mueller
Alexandre Bard
Stefan Eichenberger
Marc Mattmueller