openSUSE Leap 15.3 安裝小記

Pasdo ya del 25 aniversario de KDE, siguen las entradas recurrentes de las actualizaciones mensuales de rigor que demuestra que los desarrolladores de KDE no dejan de trabajar en sus librerías. Así que se congratulan en anunciar la actualización de noviembre del 2021 de KDE Frameworks.  Con esta se llega a la versión 5.88, un suma y sigue de compromiso y constancia que no parece que tenga un final cercano.

Actualización de noviembre del 2021 de KDE Frameworks

A pesar de que para los usuarios corrientes esta noticia sea algo confusa ya que no se trata de realzar una nueva aplicación ni de una nueva gran funcionalidad del escritorio, el desarrollo de KDE Frameworks tiene repercusiones directas en él a medio y largo plazo.

La razón de esta afirmación es que KDE Frameworks es básicamente la base de trabajo de los desarrolladores para realizar sus aplicaciones, es como el papel y las herramientas de dibujo para un artista: cuanto mejor sea el papel y mejores pinceles tenga, la creación de una artista será mejor.

De esta forma, las mejoras en KDE Frameworks facilitan el desarrollo del Software de la Comunidad KDE, haciendo que su funcionamiento, su estabilidad y su integración sea la mejor posible.

El sábado 13 de noviembre de 2021 ha sido lanzado KDE Frameworks 5.88, la nueva revisión del entorno de programación sobre el que se asienta Plasma 5, el escritorio GNU/Linux de la Comunidad KDE, y las aplicaciones que se crean con para él.

Hay que recordar que los desarrolladores de KDE decidieron lanzar actualizaciones mensuales de este proyecto y lo están cumpliendo con puntualmente. La idea es ofrecer pocas pero consolidadas novedades, a la vez que se mantiene el proyecto evolucionando y siempre adaptándose al vertiginoso mundo del Software Libre.

Una gran noticia para la Comunidad KDE que demuestra la evolución continua del proyecto que continua ganando prestigio en el mundo de los entornos de trabajo Libres.

Más información: KDE

¿Qué es KDE Frameworks?

Para los que no lo sepan, KDE Frameworks añade más de 70 librerías a Qt que proporcionan una gran variedad de funcionalidades necesarias y comunes, precisadas por los desarrolladores, testeadas por aplicaciones especí­ficas y publicadas bajo licencias flexibles. Como he comentado, este entorno de programación es la base para el desarrollo tanto de las nuevas aplicaciones KDE y del escritorio Plasma 5.

Aquí podéis encontrar un listado con todos estos frameworks y la serie de artículos que dedico a KDE Frameworks en el blog,

Recuerda que puedes ver una introducción a Frameworks 5.0 en su anuncio de lanzamiento.

Tumbleweed es una distribución «Rolling Release» de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión «rolling release» o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:

• https://dominique.leuenberger.net/blog/2021/11/opensuse-tumbleweed-review-of-the-week-2021-45/

Tumbleweed cuando toma un ritmo se mantiene si nada lo impide. Así es como esta semana se han publicado 5 nuevas snapshots: 1104, 1105, 1106, 1107 y 1110.

Los cambios más notables que han llegado a los repositorios de Tumbleweed son:

• Mozilla Thunderbird 91.3.0
• Mozilla Firefox 94.0.1
• KDE Gear 21.08.3
• Meson 0.59.4
• GNOME 41.1
• Libvirt 7.9.0
• Más mejoras para rpmlint 2

Y pronto llegarán más actualizaciones. Entre las más importantes podemos destacar:

• Coreutils 9.0
• X.org server 21.1
• XEN 4.16.0
• Linux kernel 5.15.1
• Rust 1.56
• ICU 70.1
• tbb 2021.4
• gc 8.2.0
• openSSL 3.0

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• • • ¿Por qué deberías utilizar openSUSE Tumbleweed?
    • zypper dup en Tumbleweed hace todo el trabajo al actualizar
    • ¿Cual es el mejor comando para actualizar Tumbleweed?
    • Comprueba la valoración de las «snapshots» de Tumbleweed
    • ¿Qué es el test openQA?
    • http://download.opensuse.org/tumbleweed/iso/
    • https://es.opensuse.org/Portal:Tumbleweed

——————————–

Como ya sabréis este año se celebra Akademy-es 2021 de nuevo en línea por motivos de sobra conocidos por todo el mundo Hoy viernes se ha publicado el programa de charlas de Akademy-es 2021. Léelo y seguro que encuentras más de una razón para acompañarnos.

Programa de charlas de Akademy-es 2021 en línea #akademyes

Del 19 al 21 de noviembre Akademy-es 2021 se celebrará en línea, el evento más importante para los desarrolladores y simpatizantes de KDE, organizado por KDE España.

Este año se volvemos a tener un gran programa de ponencias, que van desde lo último en Plasma y en proyectos KDE pasando por temas de hardware, programación, ciberseguridad y privacidad.

Y si no te lo crees simplemente échale un vistazo al programa.

Viernes 19

• 18:30 – 20:30 Taller Producción de podcast KDE Express con Software Libre – David Marzal

Se tratarán utilidades como Audacity, ffmpeg, VLC, Konsole, bash, Dolphin, Kate, Hugo, Gitlab Pages, Firefox

Sábado 20

12:00 – 12:10 Ceremonia de apertura – Adrián Chaves, presidente de KDE España

12:10 – 12:50 La colección de parches KDE Qt 5.15 – Albert Astals Cid, desarrollador de KDE

12:50 – 13:40 Kdenlive – Juan Febles, editor de Podcast Linux

13:40 – 14:30 Kalendar – Claudio Cambra, desarrollador de KDE

14:30 – 15:10 Nuevos horizontes en Linux Multimedia con PipeWire – Julián Bouzas, Equipo de Multimedia de Collabora

Descanso

17:00 – 17:50 10 trucos de KDE – Baltasar Ortega, secretario de KDE España

17:50 – 18:40 LliureX se pasa a KDE – Enrique Medina Gremaldos, Lliurex

18:40 – 19:30 Asterisk y las comunicaciones libres – Jesús Pacheco, asesor informático

19:30 – 20:00  Charlas relámpago

Las charlas relámpago tendrán una duración de aproximada entre 5 y 10 minutos.

20:00 – 20:40 ¿Qué es KDE España y a qué se dedica? – Junta KDE España

22:00 Programa social

Domingo 21

12:00 Comienzo de la sesión del domingo

12:10 – 12:50 Wiki Loves, los concursos de fotografía en Wikipedia, Santiago Navarro Sanz, vocal de Wikimedia España, y editor de Wikipedia y de Wikimedia Commons

12:50 – 13:40 Eclipse Foundation – Agustín Benito, Oniro Program Manager

13:40 – 14:30 Firmas digitales en ficheros PDF con Okular – Albert Astals Cid, desarrollador de KDE

14:30 – 15:00 Charlas relámpago

Las charlas relámpago tendrán una duración de aproximada entre 5 y 10 minutos.

Descanso

17:00 – 17:25 Contratos marco de desarrollo y cláusulas de propiedad intelectual – Marelisa Blanco, nolegaltech

17:25 – 17:50 Blockchain y software libre – Mar Diez Henao, nolegaltech

17:50 – 18:40 Plasma Mobile y openSUSE en Pinephone – Adrián Campos, desarrollador de KDE

18:40 – 19:10 Charlas relámpago

Las charlas relámpago tendrán una duración de aproximada entre 5 y 10 minutos.

19:15 – 20:00 Hardware y KDE – Aleix Pol, desarrollador de KDE y presidente de KDE e.V.

20:00 – 20:10 Clausura Akademy-es 2021 – Adrián Chaves, presidente de KDE España

Nota: Las charlas y horarios pueden sufrir ligeras modificaciones dependiendo de la disponibilidad de los ponentes

Vía: KDE España

Dear Tumbleweed users and hackers,

Tumbleweed keeps being predictable when it comes to the update cadence. This week, we could publish 5 fully tested snapshots (1104, 1105, 1106, 1107, and 1110).

The main changes contained in these snapshots were:

• Mozilla Thunderbird 91.3.0
• Mozilla Firefox 94.0.1
• KDE Gear 21.08.3
• Meson 0.59.4
• GNOME 41.1
• Libvirt 7.9.0
• More improvements to rpmlint 2

Based on the staging projects and the snapshot currently under build, we predict to be able to deliver these items soon:

• Coreutils 9.0
• X.org server 21.1: the reported DPI change has been reverted, as it was much more intrusive than anticipated
• XEN 4.16.0
• Linux kernel 5.15.1: in a later step, the compression method for kernel modules will be changed from xz to zstd
• Rust 1.56
• ICU 70.1
• Bash: moving away from update-alternatives to handle /bin/sh; To allow busybox to step in as ‘sh’ provider, we are switching to a package replacement model (e.g. bash-sh, busybox-sh). Those packages will install the relevant /bin/sh symlinks
• tbb 2021.4: breaks opencv3
• gc 8.2.0: breaks texlive and guile
• openSSL 3.0: No visible progress in the staging. Main blockers so far seems to be python 3.6 and python-cryptography

Un script de bash hace crecer un bonsai completo en la terminal de tus sistema GNU/Linux ¿No es justo lo que necesitabas?

En la terminal de nuestros sistemas GNU/Linux se pueden realizar muchas tareas y configuraciones del sistema, pero siempre es una herramienta que suele ser intimidatoria para las personas que llegan a GNU/Linux.

Pero además de todas esas cosas serias que se pueden hacer en la terminal, también hay tiempo para hacer cosas más divertidas (si eres un friki) en la terminal, por ejemplo ver crecer un bonsai…

Hace un tiempo en el blog ya pudiste leer un artículo sobre algo tan poco útil pero quizás sí friki como es cowsay, en este artículo veremos algo igual de poco útil, pero sí friki y divertido. Además de disponer del código fuente para ver cómo se ha programado.

Se trata de ver cómo crece un bonsai en nuestra terminal. Tenemos dos opciones, una escrita en un script de Bash y la otra escrita en C y disponible en los repositorios de varias distribuciones de GNU/Linux.

Ambas escritas por John Allbritten, disponibles en su repositorios de GitLab y publicadas bajo licencia GNU GPLv3.

Bonsai escrito en Bash

La primera opción es un script de bash que hace crecer un bonsai en nuestra terminal y que admite varias opciones. Para poder disfrutar de ello abriremos una terminal y descargamos el script mediante:

wget https://gitlab.com/jallbrit/bonsai.sh/-/raw/master/bonsai.sh -O bonsai.sh

Le damos permisos de ejecución al archivo mediante: chmod +x bonsai.sh

Y lo ejecutamos mediante: ./bonsai.sh

Para echar un vistazo a la ayuda le podemos añadir la opción -h. Podemos hacer crecer bonsais más grandes, ver cómo crece en directo, añadir un mensaje, etc…

Puedes hacer que estén creciendo diferentes bonsais en un bucle infinito.

Si tienes curiosidad de cómo funciona, abre en un editor el script y diviértete añadiendo funcionalidades, tus propias opciones, etc.

Tienes el código en GitLab:

• https://gitlab.com/jallbrit/bonsai.sh

Cbonsai en los repositorios

El script en bash anterior ha crecido hasta convertirse en un programa escrito en C que realiza la misma tarea y que está disponible en los repositorios de la mayoría de distribuciones de GNU/Linux.

También tiene algunas funcionalidades que el script en bash no tenía. Por ejemplo el modo protector de pantalla, para dejar el script creciendo mientras no estás trabajando con tu equipo y demostrar que eres muy friki.

Tienes el código en GitLab

• https://gitlab.com/jallbrit/cbonsai

Estos programas se basan en un generador de bonsais escrito en Javascript, del que también tienes disponible el código fuente.

Más allá del frikismo y de la curiosidad es una buena manera de empezar a destripar el código y aprender cosas nuevas… y darle un toque interesante a nuestra terminal.

El software lo conocí gracias a una captura de pantalla del usuario nemonix en el foro de openSUSE, así que gracias por ese descubrimiento

¿Te animas a probarlo en tu equipo? ¿Ya lo conocías?

Celebrating 30 years of Linux - is 2021 finally the year of the Linux desktop?

My favorite Linux insider joke is that “The year of the Linux desktop is always next year”. Each year there is a new technology which is expected to achieve breakthroughs. I was asked almost a decade ago to give a talk about this topic. I proved to my audience that the year of the Linux desktop is already here, just not the way most Linux users expect it. Hopefully it will be even easier now!

Linux was born 30 years ago.

I started to use Linux just three years later. The first machine where I installed Linux was an i486 box with 8 MB (not GB!) of RAM. I brought Linux home on floppy disks and did not install a graphical user interface (GUI). Next I installed Linux on an i386 box with 16 MB of RAM, an unbelievably large RAM size at that time. I made my first steps with a GUI on Linux there. I used the FVWM2 window manager on top of X11 and ran Netscape Navigator to browse the web.

Read the rest of my blog at https://www.mndwrk.com/blog/celebrating-30-years-of-linux-is-2021-finally-the-year-of-the-linux-desktop

Con el programa a punto de publicarse me complace anunciar también que ya han sido confirmadas las jAkaranas de València y Almería de #akademyes 2021, es decir, sitios físicos donde reunirse con nuestros compañeros del Software Libre y celebrar la Akademy-es de este año.

Confirmadas las jAkaranas de València y Almería de #akademyes 2021

A pocos días del comienzo de Akademy-es 2021 en línea, que se celebra del 19 al 21 de noviembre, y a horas de que se publique su programa de charlas, me congratula anunciar que se han confirmado dos jAkaranas donde poder disfrutar evento online de forma presencial, es decir, contando con la compañía de los simpatizantes del proyecto KDE.

Las ciudades que han confirmado sus jAkaranas son:

• Almería, sábado 20 de noviembre
  • Localización: Sala de audiciones del Teatro auditorio de El Ejido Plaza del Teniente Arturo Muñoz, El Ejido, Almeria, Andalucia, 04700, Espanya
• Valencia, sábado 20 de noviembre
  • Localización: Linux Center C/ Ronda de la Química s/n Edificio ABM L’Andana, 7ª planta (Frente a Parque Tecnológico) 46980 Paterna, Valencia
  • Se requiere registro. Pronto más información.

¿Qué es una jAkarana?

La idea de una jAkajarana es similar a una Akademy o Akademy-es presencial, pero en lugar de celebrarse en un único lugar, se celebrarán en varios lugares de forma simultánea. Todas las jAkajarana están integradas dentro de la Akademy-es de este año: durante la jAkajarana se proyectarán las charlas que se impartan en la Akademy, pero sobre todo permitirán socializar y conocer en persona a los otros asistentes y a los colaboradores de KDE de tu ciudad.

• Podrás seguir en directo las actividades online de Akademy-es con otros asistentes
• Podrás ver en vivo las charlas impartidas por ponentes de tu ciudad
• Podrás conocer a colaboradores de KDE en persona
• Habrá actividades sociales especiales en cada jAkarana

Organiza una jAkarana

Así que ya sabes, si no ves tu ciudad en la lista y quieres organizar una jAkarana, envía un cooreo a akademy-es-org@kde-espana.org, contando:

• Tu nombre y si habría más colaboradores locales
• Dónde quieres hacerla (en qué localidad)
• ¿Contrarías con algún local para realizar el evento?
• ¿Se te ocurre alguna actividad social específica para realizar?

As part of my school internship at TEM Messtechnik I got the oppertunity to work on the Enclustra Mars MA3, a FPGA SoC with two ARMv7 cores. This post describes the process of getting Linux (more precisely, openSUSE Tumbleweed) to work on this SoC.

Requirements

In order to build and install all the needed files, you’re gonna need the following:

• 1x Enclustra Mars MA3
• 1x Enclustra Mars EB1
• A computer capable of running Linux, in this case openSUSE Tumbleweed
• A computer running Windows (we need it for the flash tool)
• 1x MicroSD Card.

Setting up the build environmentee

Setting up the build environment is not difficult, but it is not a “clean” way of using a Linux system. We’re gonna need some packages that are not maintained anymore and are therefore not avaliable in the openSUSE Tumbleweed repositories. Installing packages from unofficial repositorys can be dangerous for your system though, so the first thing we’re gonna do is create a filesystem snapshot:

snapper create --description "Snapshot before installing Enclustra build environment"

This will create a Btrfs snapshot so that we can rollback (snapper rollback)to the state of the system before installing the build environment. Because no --cleanup-algorithm is specified this snapshot will not get removed after a certain period of time.

First, we need to add some repositorys:

sudo zypper ar https://download.opensuse.org/repositories/Kernel:/tools/openSUSE_Factory/Kernel:tools.repo
sudo zypper ref 

Now we can install all the dependencies we need:

sudo zypper install gcc48 gcc48-c++ git autoconf bc curl glibc-32bit mercurial unzip wget make patch openssl-devel python3-termcolor

In addition, we need a really old version of python-dialog, which is not avaliable for Tumbleweed, so we need to install it manually from an unsupported repository:

sudo zypper in https://download.opensuse.org/repositories/openSUSE:/Leap:/42.3/standard/noarch/python-dialog-3.3.0-8.1.noarch.rpm

Under normal circumstances, you should never ever install a package from Leap in Tumbleweed! The only reason we can do this here is that Leap 42.3 won’t change anymore (since it is discontinued) and I tested that everything works. Never do this regularly!!! You have been warned.

We need to set the default compiler:

sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 50
sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.8 50
sudo update-alternatives --install /usr/bin/cc cc /usr/bin/gcc-4.8 50

Now, we can finally install the buildtool:

git clone https://github.com/enclustra-bsp/bsp-altera.git && cd bsp-altera

Since we want to get openSUSE Tumbleweed running instead of the default (bare bones) Linux Enclustra provides, we do not need to build the root filesystem. We do need to build however a bootloader (U-Boot) and a Linux Kernel. Both these parts are part of the openSUSE distribution, but the versions in the repositorys are not compatible with the Mars MA3, so we need to build the versions provided by Enclustra. The version of the Linux kernel provided is not up to date though, but I won’t go into detail on how to build an upstream Linux kernel in this post.

To start the build process, run

./build.sh -d Mars_MA3/Mars_EB1/MMC -x Linux -x U-Boot

The process is going to take some time, so go grab some tea (or coffee, if you prefer that for whatever reason…). After the build succeeds, you can find the build results in a folder named out_<timestamp>_<module>_<board>_<bootmode>. In my case that is out_20211105094426_Mars_MA3_Mars_EB1_MMC.

Partitionizing the SD Card

The SoC expects a specific partitionizing on our SD card, which we need to create manually using fdisk (replace /dev/mmcblk0 with the block name of the SD card):

sudo fdisk /dev/mmcblk0

Use fdisk as the following:

Welcome to fdisk (util-linux 2.36.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Device does not contain a recognized partition table.
Created a new DOS disklabel with disk identifier 0x99faaaa1.

Command (m for help): o
Created a new DOS disklabel with disk identifier 0x8c918d1b.

Command (m for help): n
Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)
Select (default p): p
Partition number (1-4, default 1): 2
First sector (2048-16777215, default 2048): 
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-16777215, default 16777215): +2M

Created a new partition 2 of type 'Linux' and of size 2 MiB.

Command (m for help): a2
Selected partition 2
The bootable flag on partition 2 is enabled now.

Command (m for help): n
Partition type
   p   primary (1 primary, 0 extended, 3 free)
   e   extended (container for logical partitions)
Select (default p): p
Partition number (1,3,4, default 1): 1
First sector (6144-16777215, default 6144): 
Last sector, +/-sectors or +/-size{K,M,G,T,P} (6144-16777215, default 16777215): +200M

Created a new partition 1 of type 'Linux' and of size 200 MiB.

Command (m for help): t
Partition number (1,2, default 2): 1
Hex code or alias (type L to list all): c

Changed type of partition 'Linux' to 'W95 FAT32 (LBA)'.

Command (m for help): n
Partition type
   p   primary (2 primary, 0 extended, 2 free)
   e   extended (container for logical partitions)
Select (default p): p
Partition number (3,4, default 3): 3
First sector (415744-16777215, default 415744): 
Last sector, +/-sectors or +/-size{K,M,G,T,P} (415744-16777215, default 16777215): 

Created a new partition 3 of type 'Linux' and of size 7.8 GiB.

Command (m for help): w
The partition table has been altered.
Syncing disks.

After the partitioning is done, we can download the Tumbleweed root filesystem, which gets built by the openSUSE Build Service. Our SoC has an armv7 architecture, so we need the rootfs for that specific architecture. Download the image wget:

wget http://download.opensuse.org/ports/armv7hl/tumbleweed/appliances/openSUSE-Tumbleweed-ARM-JeOS.armv7-rootfs.armv7l.tar.xz

You’re also gonna need my deploy script, which makes flashing everything to a MicroSD card really simple. Download it and make it executable:

wget https://code.opensuse.org/KaratekHD/MA3/raw/main/f/deploy.py
chmod +x deploy.py 

Usage of the deploy script is really simple:

usage: deploy.py [-h] -r ROOTFS -d DEVICE -i INPUT_DIR

Deploy openSUSE Tumbleweed to the Mars MA3.

optional arguments:
  -h, --help            show this help message and exit
  -r ROOTFS, --rootfs ROOTFS
                        Path to rottfs.tar
  -d DEVICE, --device DEVICE
                        Deviceprefix to deploy to (e.g. /dev/mmcblk0p)
  -i INPUT_DIR, --input_dir INPUT_DIR
                        Build files generated by build.sh

An example of using the deploy script:

./deploy.py \\
-d /dev/sdb \\
-r /home/jens/bsp-altera/openSUSE-Tumbleweed-ARM-JeOS.armv7-rootfs.armv7l.tar.xz \\
-i out_Mars_MA3_Mars_EB1_MMC/

Replace the paths with the ones matching for your situation. Warning: If your SD-Card is the block device /dev/sdb, use dev/sdb as the parameter for -d. If your block device is e.g. /dev/mmcblk0 , you’ll need to use /dev/mmvblk0p as the parameter for -d. Also, it is important that you use an absolut path for the rootfs, even if it is located in the same directory.

The script will ask for your root password and then

1. Format the partitions of the SD card with the required file systems
2. Flash the preloader and the Linux Kernel
3. Extract the rootfs to the SD card

An example output would be:

Formatting partition 1 with fat32...
mkfs.fat 4.2 (2021-01-31)
Formatted partition 1
Formatting partition 3 with ext2...
mke2fs 1.46.4 (18-Aug-2021)
/dev/sdb3 contains a ext2 file system labelled 'rootfs'
	last mounted on / on Thu Jan  1 01:00:01 1970
Proceed anyway? (y,N) y
Creating filesystem with 15539968 4k blocks and 3891200 inodes
Filesystem UUID: b229ef5a-d94a-4851-bd70-c8c00c52fadb
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424

Allocating group tables: done                            
Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done   

Formatted partition 3
Flashing preloader...
512+0 records in
512+0 records out
262144 bytes (262 kB, 256 KiB) copied, 0.0645477 s, 4.1 MB/s
Preloader flashed!
Syncing...
Synced!
Mounting /mnt/rootfs
Mounting /mnt/boot
Copying files to /mnt/boot
- uImage
- devicetree.dtb
- fpga.rbf
- u-boot.img
- uboot.scr
Removing everything from /mnt/rootfs...
Extracting rootfs from /home/jens/bsp-altera/openSUSE-Tumbleweed-ARM-JeOS.armv7-rootfs.armv7l.tar.xz to /mnt/rootfs...
Extracted /home/jens/bsp-altera/openSUSE-Tumbleweed-ARM-JeOS.armv7-rootfs.armv7l.tar.xz to /mnt/rootfs
Syncing...
Umounting devices...
Done

After the script did its magic, it’s time to move on.

Building U-Boot

In our experiences, we couldn’t get the SoC to use the U-Boot image deployed to the SD Card. U-Boot is, however, required to boot the Linux kernel, so we need some other way to get U-Boot to run, which, in this case, is to flash it to the QSPI Flash of the SoC itself.

In order to do this, we need to build a version of U-Boot that works from QSPI. To do this, navigate to the build directory and run

./build.sh -d Mars_MA3/Mars_EB1/QSPI -x U-Boot

Now, navigate into the output folder (e.g. ./out_Mars_MA3_Mars_EB1_QSPI) and transfer u-boot.img and preloader-mkimage.bin to the Windows PC.

Setting up the board

In order to get the board to boot from the QSPI Flash (and aafter that from the SD card) and to give us a seral output, we need to set up the dipswitches (see above) as following:

Now you can connect a Micro-USB cable to USBUB (see the image above) and use it to flash to the QSPI and use a serial console as described below.

Flashing the bootloader

Connect the Board to the Windows PC via USB, power it using the dc input on the evaluation board and click on “Enumerate” in MCT. Make sure no other serial devices are connected to your PC. For example a USB-Jtagger can cause problems. The board should show up in the list.

In the “Operation” drop-down menu, select “Erase”, select “Full chip” and click on the “Erase” button:

In the next step, select “Program” from the “Operation” drop-down menu. Set the Start address to 0, enable “Preserve boundary data” and disable “Boot after programming”. Now select the preloader-mkimage.bin file as the Bitstream file and click on “Program”. Once the preloader has been flashed, set the Start address to 6000 and select the U-boot.img file as the bitstream file. Keep the rest of the settings as descibed above and click “Program” again.

Connecting to a serial console

Now connect the Board to a PC via USB (TODO @Phillip: Switches für Serielle Konsole?). Use Putty, Minicom, Picocom or whatever tool you prefer to use to connect via serial to the Board, just make sure to set the Baudrate to 115200.

Configuring U-Boot

With a serial console connected, power on the Board. You’ll see some output, but wait until you see a little arrow (=>) in the line at the bottom. Now, type

setenv bootcmd "run mmcboot"
saveenv

Now your board will boot from the SD card by default. Now it’s time to actually boot Linux, so power off the board. U-Boot does not have a shutdown command, so just pull the power plug.

Booting the Linux operating system

Insert the MicroSD card into the slot on the Board. and power on the board. This time you should get a lot more output then before, because this time it actually boots into Linux. There are gonna be a lot of lines starting with [OK] in green, but also a few starting with a red [FAILED]. That’s fine though, everything works even with these minor failures.

Once it’s done booting, you should see something like this on the serial console:

Welcome to openSUSE Tumbleweed 20211107 - Kernel 4.15.0-g506369939 (ttyS0).

eth0:

localhost login:

That’s it! You succesfully installed openSUSE Tumbleweed on your Mars MA3, sou you can now use it like every regular Tumbleweed machine. The default credentials are root:linux, so make sure to change them using passwd before doing anything else. I also recommend to do a quick zypper dup before starting to work on the SoC.

Further reading

• Enclustra Build Environment documentation
• openSUSE on your ARM board
• Source code for the deploy script