A F&S Development Machine V1.5 with preinstalled fsimx6sx-Y2024.12 Release can be found here
Posts by fs-support_PG
-
-
F&S Development Machine with Fedora 36 for arm32 V1.5
There is a new Virtual Machine with Fedora36 in your download section available (My F&S / Tools-Linux /VirtualMachines/Fedora36/32-bit (i.MX6)/ F_S_Development_Machine-Fedora_36-arm32_V1.5.ova). The structure of the virtual machine is listed below.
Content:
- fsimx6ul-B2023.12 (/home/developer/fsimx6ul-B2023.12)
- fsimx6sx-B2024.01 (/home/developer/fsimx6sx-B2024.01)
- fsimx6ul-Y2024.03 (/home/developer/fsimx6ul-Y2024.03)
- fsimx6-B2024.04 (/home/developer/fsimx6-B2024.04)
- fsimx6-Y2024.04 (/home/developer/fsimx6-Y2024.04)
- fsimx6sx-Y2024.12 (/home/developer/fsimx6sx-Y2024.12)
New Content:
- fsimx6sx-Y2024.12 (/home/developer/fsimx6sx-Y2024.12)
Your F&S Support Team
-
F&S i.MX6SX Yocto Release 2024.12 (fsimx6sx-Y2024.12)
Please see the file
doc/FSiMX6SX_FirstSteps_eng.pdf
for a description of how everything is installed and used. This doc sub-directory also contains other documentation, for example about the hardware of the boards and the starter kits.
This is a major release for all F&S boards and modules based on the i.MX6-SoloX CPUs from NXP.
Currently these are the modules efusA9X, efusA9Xr2, PicoCOMA9X, PicoCoreMX6SX.
More boards may be added to this family in the future. All these boards can work with software that is created from this release package.
Please note that Yocto releases use a 'Y' for the version number. The version counting is independent form other releases.
The release consists of the following files and directories:
- README.txt Release notes (this text)
- setup-yocto Script to download and install the Yocto release
- fs-release-manifest.xml Release Manifest, containing the used versions as git hashes
- binaries/ Precompiled images (full names)
- sdcard/ Precompiled images (names as expected by install script)
- doc/ Hardware and software manuals, schematics
Here are some highlights of this release.
1. New Linux Kernel 5.15.160
1. Update Linux Kernel to patch level 5.15.160
This fixes several smaller bugs and CVEs.
For more information please see
https://cdn.kernel.org/pub/lin…el/v5.x/ChangeLog-5.15.72
to
https://cdn.kernel.org/pub/lin…l/v5.x/ChangeLog-5.15.160
2. New bootloader U-Boot 2021.04
The U-Boot is now based on 2021.04.
Additional to the security and feature updates of the mainline U-Boot,
there have been many updates on the fsimage command and the general layout
of the bootloaders in the flash memory.
3. Tested with Yocto poky layer version 4.0.20
This fixes several smaller bugs and CVEs, like CVE-2024-6387 OpenSSH
signal handler race condition.
For more information, please see
https://docs.yoctoproject.org/…release-notes-4.0.19.html
to
https://docs.yoctoproject.org/…release-notes-4.0.20.html
4. Improved Image versioning
The exact versions of Nboot, U-Boot and Linux Kernel will now be printed during the boot process.
If the image is build with an tagged commit the tag name will be printed.
If the commit is not tagged, the git commits hash will be printed.
If the image is based on an uncommitted git, the flag "-dirty" will be added to the last commits name.
We use an own Linux version string that will be printed additionally to the mainline Linux version. This way modules that are built for the same Linux
version with just some slight changes, can still be loaded without rebuilding the whole rootfile system.
Linux device trees are also versioned with the current version of the linux git.
You can check the versions of the different components at runtime at /sys/bdinfo/
5. New Release concept over github
We now provide our Linux gits over github at https://github.com/FSEmbedded.
All release and pre-release states will be pushed here.
For now, we will not push each single commit to github.
Also the release sources are not added to the release tar anymore, but will be downloaded from github during the setup process.
The versions of the different gits of a release can be looked up in the fs-release-manifest.xml file in the release tar directory.
6. Support Silex WLAN Chip on the efusA9X(r2)
The new driver version is based on version 4.5.25.38 of the original Qualcomm driver which is available in branch CNSS.LEA.NRT_3.1 on repository (tag v4.5.25.38)
There is also a Silex-specific version available on request that improves roaming, adds bang radar and other improvements. Ask F&S if interested.
Knwon Issues:
1. The Slilex Bluetooth Chip on the efusmxA9X(r2) is not supported.
There is currently no driver available for the Linux Kernel 5.15.
For Silex Bluetooth chip support, please use the release fsimx6sx-B2019.11.1 for basic Bluetooth evaluation.
=========================================================================
The following list shows the most noticeable changes in this release in
more detail since our last release for this platform. Please note that the
source code is also used for other platforms. This is why you will
also find references to other CPU types and F&S boards here in the
change log.
nbootimx6sx_51.bin (VN51)
Supported boards: efusA9X, efusA9Xr2, PicoCOMA9X, PicoCoreMX6SX
[VN49]
- 0005378: [NBoot] Ad9 support for new boards efusA9Xr2, armStoneA9R3,
armStoneA9r4, PicoCoreMX6SXr2
[VN50]
- 0005541: [NBoot] NAND dump does not work
- 0005540: [NBoot] Memory errors on armStoneA9
- 0005542: [NBoot] Board revision is wrong on armStoneA9
[VN51]
- 0005951: [NBoot] Add new board NetDCUA7
- 0005950: [NBoot] Add secure boot for UL with MMC
u-boot-2021.04-fsimx6sx-2024.12
Supported boards: efusA9X, efusA9Xr2, PicoCOMA9X, PicoCoreMX6SX
- Update to NXP u-boot-201.04
- Improve Uboot versioning
- Fix bootaux command
- Fix fat_size for files bigger than 2GB
- Drop board revision from BOARD-CFG names
- addfsheader.sh: Check for crc32 and xxd before using them
- Remove sha256 support
linux-5.15.160-fsimx6sx-2024.12
Supported boards: efusA9X, efusA9Xr2, PicoCOMA9X, PicoCoreMX6SX
- Update to NXP Linux Version lf-5.15.71-2.2.1
- Switch to FSL_ASOC_CARD sound driver for sgtl5000
- Add F&S Versioning for kernel and device tree
- Improve uart dma support
- Add leds-pca963x-fus driver and revert the original to
the mainline driver
- Enable power key support for PicoCore boards
- Improve SDIO stability for Azurewave wlan chips
- Add support to disable pin controls nodes in the device tree
- Fix Realtek Ethernet Phy Bug in Low Power Mode
- Fix backlight flicker for inverted pwm
- Improve auxiliary_core driver
- Fix picocoma9x rtscts pad settings
- PCOMA9X: Increase CMA size to 200MB
- Apply patches from mainline linux-5.15.160
- Apply patches for Silex-Wlan Chip
meta-fus-fsimx6sx-2024.12
Supported boards: efusA9X, efusA9Xr2, PicoCOMA9X, PicoCoreMX6SX
- Remove weston G2D default support for fsimx6sx
meta-silex-fus-fsimx6sx-2024.12
Supported boards: efusA9X, efusA9Xr2
- Create layer
examples-V1
(no changes)
Documentation
- Update to version 2.3 of FSiMX6SX_FirstSteps_eng.pdf
- Update to version 0.22 of LinuxOnFSBoards_eng.pdf
Please download the hardware documentation directly from our website.
Then you always have the newest version.
-
Hello,
what exactly are you trying to do?
It seems like you are running into this line of the int-live script of the initramfs
https://git.yoctoproject.org/p…-live.sh?h=kirkstone#n151
so the initramfs seems to be loaded correctly.
Your F&S Support Team
-
Hello,
could you send us a mail to the support address so we can schedule a meeting on this?
Your F&S Support Team
-
Hello and welcome to the Forum,
could you please specify, what you want to do?
Do you want to save a copy of the installed U-Boot?
Your F&S Support Team
-
Hello,
we run the iper3 test over the weekend and did not encounter any issues.
Could you please contact us via our support mail address so we can schedule a meeting?
Your F&S Support Team
-
Hello,
gpioset gpiochip0 5=0 pulls the RESET pad if the Atheros to 0. It is not connected to the base board unless you have a version without Ethernet PHY, then it is connected to ETH_B_D4P.
We will setup an iperf3 test like yours over the weekend.
Can you make sure that the power connection of your board is stable and provides enough power? At least 5W to make sure that it is not an power connection issue.
How many boards are affected by this?
Could you connect 2 PicocoreMX8MM Starter Kits and run the iperf3 test? This way we could make sure to use the same setup.
Your F&S Support Team
-
Hello,
unfortunately you connected the serial cable to the CAN connector.
The serial debug connector of the armStoneMX8MP is located at the Feature Connector of the board.
Please see
https://www.fs-net.de/assets/d…iMX8MP_FirstSteps_eng.pdf
chapter 2.1.2 for a description of the armStoneMX8MP interfaces.
Please let us know, if your having trouble installing the new image.
Your F&S Support Team
-
Hello and welcome to the forum,
Could you send us a picture of your connected armStoneMX8MP?
Your F&S Support Team
-
-
Hello,
you can enter the serial number on the sticker of your SoM here:
https://www.fs-net.de/en/support/serial-number-info-and-rma/
This should display your variant.
Your F&S Support Team
-
Hello,
did you find a way to reproduce the issue faster? Maybe with high loads?
We do not configure the HW-PHY-RESET pin in linux to keep the settings from U-Boot while booting.
Could you try to reset the PHY "by hand" an see if it starts again in case of the error?
Your F&S Support Team
-
Hello,
we have run an ethernet test over the weekend and it still worked after 60 hours. Do you have any new insights?
Your F&S Support Team
-
Hello,
does this issue also occur without PoE?
Your F&S Support Team
-
A F&S Development Machine with preinstalled armstonemx8mp-Y2024.07.1 Release can be found here
-
F&S Development Machine with Fedora 36 V1.7 (11.09.2024)
There is a new Virtual Machine with Fedora36 in your download section available
My F&S / Tools-Linux /VirtualMachines/Fedora36/64-bit (i.MX8)/ F_S_Development_Machine-Fedora_36_V1.7.ova
The structure of the virtual machine is listed below.
Content:
- fsimx8mm-Y2023.10 (/home/developer/fsimx8mm-Y2023.10)
- fsimx8mm-B2023.11 (/home/developer/fsimx8mm-B2023.11)
- fsimx8mn-Y2024.02 (/home/developer/fsimx8mn-B2024.02)
- fsimx8mp-Y2024.07 (/home/developer/fsimx8mp-Y2024.07)
New Content:
- armstonemx8mp-Y2024.07.1 (/home/developer/armstonemx8mp-Y2024.07.1)
Removed Content:
Your F&S Support Team
-
F&S armStoneMX8MP Yocto Release 2024.07.1 (armstonemx8mp-Y2024.07.1)
Please see the file
doc/FSiMX8MP_FirstSteps_eng.pdf
for a description of how everything is installed and used. This doc sub-directory also contains other documentation, for example about the hardware of the boards and the starter kits.
This is a maintenance release for armStoneMX8MP.
Please note that Yocto releases use a 'Y' for the version number. The version counting is independent form other releases.
The release consists of the following files and directories:
- README.txt Release notes (this text)
- setup-yocto Script to download and install the Yocto release
- fs-release-manifest.xml Release Manifest, containing the used versions
- as git hashes
- binaries/ Precompiled images (full names)
- sdcard/ Precompiled images (names as expected by
- install script)
- doc/ Hardware and software manuals, schematics
Here are some highlights of this release.
1. Add support for armStoneMX8MP revision 1.10
It feature an optional RS485 transceiver, an EEPROM, a new audio codec and several smaller bug fixes and improvements.
The following list shows the most noticeable changes in this release in more detail since our last release for this platform. Please note that the source code is also used for other platforms. This is why you will also find references to other CPU types and F&S boards here in the change log.
u-boot-2021.04-fsimx8mp-2024.07.1 ()
-----------------------------------------------
Supported boards: armStonemx8MP
- Add support for armStoneMX8MP Rev 110
- Support output of checksum in fsimage
- Improve boottime for fastboot
linux-5.15.160-fsimx8mp-2024.07.1 ()
-----------------------------------------------
Supported boards: armStonemx8MP
- Add support for armStoneMX8MP Rev 110
- Disable SD UHS support by default for
armstonemx8mp
meta-fus-fsimx8mp-2024.07 ()
-----------------------------------------------
(no changes)
atf-5.15.71-fsimx8mp-2024.07 ()
-----------------------------------------
(no changes)
firmware-imx-8.10.1 ddr synopsys ()
-------------------------------------------
(no changes)
linux-examples-fus-fs1
-------------------------------------------
(no changes)
Documentation
-------------
- Update to version 1.7 of FSiMX8MP_FirstSteps_eng.pdf
- Update to version 0.19 of LinuxOnFSBoards_eng.pdf
Please download the hardware documentation directly from our website.
Then you always have the newest version.
-
Hello,
we have tested this board with this release and it seems to work.
Some questions:
- So only the upper connector is failing? The lower one works?
- Is the error Baseboard or SOM specific? Does the failing SOM work with an different Baseboard?
- Did you try different USB sticks?
- Did you test the Uboot from the new release fsimx8mp-Y2024.07?
Your F&S Support Team
-
Hello,
the reason, why this message is not displayed with mainline kernel 6.11 should be, that the warning does not exist in the imx-sdma driver code there:
linux mainline 6.11-rc4:
https://github.com/torvalds/li…ivers/dma/imx-sdma.c#L873
linux-imx 5.15.y
https://github.com/nxp-imx/lin…ivers/dma/imx-sdma.c#L988
It was introduced in kernel 5.10, however, it also disappeared in newer imx-kernel versions:
linux-imx 6.1.y
https://github.com/nxp-imx/lin…vers/dma/imx-sdma.c#L1024
I cannot find any commit, that removed this warning so it seems that it just was not merged into the newer kernel versions.
This is the commit, which introduced the warning:
[1] https://github.com/nxp-imx/lin…ce86c47c8cb10c3567a37bad0
We did not see these kind of messages yet, however we did not do any intense sdma testing so far of the imx6sx.
The commit message indicates, that is has something to do with high CPU loads. As the imx6sx is a Solo CPU, this might in fact be a problem.
The fact, that the warnings where added in kernel 5.10 explain, why you did not see them so far.
Is your CPU load very high, when these warnings occur?
Could you try to apply the changes from [1] to the mainline kernel and see if they still not occur?
Your F&S Support Team