This repository contains documentation and material to run Linux on Stormshield SNS appliances
Please refers to Disclaimer before performing any action on your Stormshield SNS appliances as you may void warranty and/or brick your device.
According to RESTAURATION LOGICIELLE PAR CLÉ USB - FR documentation, Stormshield SNS uses U-boot as bootloader. So let get some information from the bootloader.
I assume that you have access to a Linux computer.
- Power-off the SNS
- Connect a USB cable from SNS USB port (console or IOIOI) to your computer
- You should now have a new Serial-over-USB device detected (ex. /dev/ttyUSB0), :
0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
- Open a terminal and launch a serial terminal emulator (ex. minicom)
$ minicom -D /dev/ttyUSB0
Note: You might need to run above command as sudo or add your user to dialout group
- Power on the SNS
U-Boot 2012.04.01-Semihalf_SW-R2.4 (Jun 10 2014 - 08:22:48)SN150
SoC: Kirkwood 88F6281_A1
DRAM: 512 MiB
WARNING: Caches not enabled
SF: Detected MX25L4005 with page size 64 KiB, total 512 KiB
In: serial
Out: serial
Err: serial
Net: egiga0, egiga1
switch port 4 disabled
88E6172 Initialized
Hit any key to stop autoboot: 3... 2... 1
- Hit any key to abort boot sequence
So we already got some hardware caracteristics:
- Marvell SoC Kirkwood 88F6281 revision A1
- 512MB SDRAM
- Macronix SPI NOR Flash MX25L4005
- Gigabit Ethernet Switch (88E6172) with 5 PHYs
Let's run help command and see what we can use to learn more.
SN150>> help
? - alias for 'help'
base - print or set address offset
bdinfo - print Board Info structure
boot - boot default, i.e., run 'bootcmd'
bootd - boot default, i.e., run 'bootcmd'
bootelf - Boot from an ELF image in memory
bootm - boot application image from memory
bootp - boot image via network using BOOTP/TFTP protocol
bootvx - Boot vxWorks from an ELF image
cmp - memory compare
coninfo - print console devices and information
cp - memory copy
crc32 - checksum calculation
date - get/set/reset date & time
dhcp - boot image via network using DHCP/TFTP protocol
diskboot- boot from IDE device
echo - echo args to console
editenv - edit environment variable
env - environment handling commands
ext2load- load binary file from a Ext2 filesystem
ext2ls - list files in a directory (default /)
fatinfo - print information about filesystem
fatload - load binary file from a dos filesystem
fatls - list files in a directory (default /)
go - start application at address 'addr'
help - print command description/usage
ide - IDE sub-system
iminfo - print header information for application image
imxtract- extract a part of a multi-image
itest - return true/false on integer compare
loadb - load binary file over serial line (kermit mode)
loads - load S-Record file over serial line
loady - load binary file over serial line (ymodem mode)
loop - infinite loop on address range
md - memory display
mii - MII utility commands
mm - memory modify (auto-incrementing address)
mmc - MMC sub-system
mtest - simple RAM read/write test
mw - memory write (fill)
nfs - boot image via network using NFS protocol
nm - memory modify (constant address)
ping - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
reset - Perform RESET of the CPU
run - run commands in an environment variable
saveenv - save environment variables to persistent storage
setenv - set environment variables
sf - SPI flash sub-system
sleep - delay execution for some time
source - run script from memory
tftpboot- boot image via network using TFTP protocol
usb - USB sub-system
usbboot - boot from USB device
version - print monitor, compiler and linker version
Try printenv
SN150>> printenv
baudrate=115200
bootcmd=mmc init; fatload mmc 1:2 ${loadaddr} ubldr; bootelf ${loadaddr}
bootdelay=5
bootusb=usb start; fatload usb 0:2 ${loadaddr} ubldr; bootelf ${loadaddr}
eth1addr=00:0D:B4:XX:XX:XX
ethact=egiga0
ethaddr=00:0D:B4:XX:XX:XX
loadaddr=0x1000
m_date=YYYY-DD-MM HH:MM:SS
m_name=Stormshield
m_product=SN150-A
serial#=XXXXXXXXXX
stderr=serial
stdin=serial
stdout=serial
Mac adresses start with 00:0D:B4, which are registered by NETASQ name of the company before it was merged with Arkoon to form Stormshield.
SN150>> mii device
MII devices: 'egiga0' 'egiga1'
Current device: 'egiga0'
SN150>> mii info
PHY 0x10: OUI = 0x3FC005, Model = 0x32, Rev = 0x01, 10baseT, HDX
PHY 0x11: OUI = 0x3FC005, Model = 0x32, Rev = 0x01, 10baseT, HDX
PHY 0x12: OUI = 0x3FC005, Model = 0x32, Rev = 0x01, 10baseT, HDX
PHY 0x13: OUI = 0x3FC005, Model = 0x32, Rev = 0x01, 10baseT, HDX
PHY 0x14: OUI = 0x3FC005, Model = 0x32, Rev = 0x01, 10baseT, HDX
PHY 0x15: OUI = 0x3FC005, Model = 0x32, Rev = 0x01, 10baseT, HDX
PHY 0x16: OUI = 0x3FC005, Model = 0x32, Rev = 0x01, 10baseT, HDX
PHY 0x1B: OUI = 0x0000, Model = 0x00, Rev = 0x00, 10baseT, HDX
PHY 0x1D: OUI = 0x0000, Model = 0x00, Rev = 0x00, 10baseT, HDX
SN150>> printenv
...
bootcmd=mmc init; fatload mmc 1:2 ${loadaddr} ubldr; bootelf ${loadaddr}
bootdelay=5
bootusb=usb start; fatload usb 0:2 ${loadaddr} ubldr; bootelf ${loadaddr}
...
- bootcmd shows mmi init. This means that it has an MMC (or SDCARD) in it to boot from.
SN150>> mmc init
SDHC found. Card desciption is:
Manufacturer: 0x74, OEM "JE"
Product name: "USD ", revision 1.0
Serial number: XXXXXXXXXX
Manufacturing date: 7/2013
CRC: 0x00, b0 = 0
mmc1 is available
We can list the content of the second partition (DOS/Windows FAT) of that MMC card.
SN150>> fatls mmc 1:2
240307 ubldr
1 file(s), 0 dir(s)
- bootusb shows usb start. This means is has the ability to mount a USB drive and boot from it (ex. for recovery). Read more below in Boot linux from USB section.
bootcmd U-boot variable defines a command string that is automatically executed when the initial countdown is not interrupted.
- bootcmd shows fatload mmc 1:2 ${loadaddr} ubldr; bootelf ${loadaddr}. In the internal MMC card a file named ubldr is loaded in memory at adress ${loadaddr}. This binary is then executed by bootelf command.
Let's try it.
SN150>> mmc init; fatload mmc 1:2 ${loadaddr} ubldr; bootelf ${loadaddr}
SDHC found. Card desciption is:
Manufacturer: 0x74, OEM "JE"
Product name: "USD ", revision 1.0
Serial number: 1316536818
Manufacturing date: 7/2013
CRC: 0x00, b0 = 0
mmc1 is available
reading ubldr
240307 bytes read
## Starting application at 0x04000054 ...
Consoles: U-Boot console
Number of U-Boot devices: 2
NS-BSD/arm U-Boot loader, Revision 1.1
DRAM: 512MB
Device: disk
...
Kernel entry at 0x900100 ...
dtbp = 0x80e8d340
Copyright (c) 1992-2013 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
NS-BSD 1.2.0.dev- #0: Tue Jun 17 09:36:05 CEST 2014
build@buildmajtrunkarm.netasq.com:/usr/home/build/fw-SAMOA/sys-9.2/work/sys/arm/compile/NETASQ.S.NOSMP.HW.RELEASEm
gcc version 4.2.1 20070831 patched [FreeBSD]
...
We can see that ubldr is then loading a FreeBSD kernel based OS; read more on FreeBSD ARM : Before Kernel
As we seen Stormshield SNS uses U-boot during boot, but the version is a bit old.
SN150>> version
U-Boot 2012.04.01-Semihalf_SW-R2.4 (Jun 10 2014 - 08:22:48)SN150
arm-linux-gnueabi-gcc (GCC) 4.2.2
GNU ld (GNU Binutils for Ubuntu) 2.22
Let's use a newer version of U-boot to have more detail.
At boot, a Marvell Kirkwood board will load a kwb image that is then interpreted by Marvell's BootROM firmware. Boot image files will typically contain a second stage boot loader, such as U-boot.
On SNS, this image is stored and loaded from a SPI Flash memory.
SN150>> sf probe 0
SF: Unsupported manufacturer 00
Failed to initialize SPI flash at 0:0
SN150>> sf probe 1
SF: Detected MX25L4005 with page size 64 KiB, total 512 KiB
And we can read its content as follow (ref. Programming QSPI Flash )
SN150>> sf read 0x08000000 0 100
SN150>> md 08000000
08000000: 0800005a 00037a90 00000000 00000200 Z....z..........
08000010: 00600000 00600000 00000000 32010000 ..`...`........2
08000020: 00000040 00000000 00000000 00000000 @...............
08000030: 00000000 00000000 00000000 00000000 ................
08000040: ffd100e0 1b1b1b9b ffd01400 43000c30 ............0..C
08000050: ffd01404 37543000 ffd01408 22125441 .....0T7....AT."
08000060: ffd0140c 00000a32 ffd01410 000000cc ....2...........
08000070: ffd01414 00000000 ffd01418 00000000 ................
08000080: ffd0141c 00000652 ffd01420 00000004 ....R... .......
08000090: ffd01424 0000f17f ffd01428 00085520 $.......(... U..
080000a0: ffd0147c 00008552 ffd0148c 00000000 |...R...........
080000b0: ffd01490 00000000 ffd01500 00000000 ................
080000c0: ffd01504 0ffffff1 ffd01508 10000000 ................
080000d0: ffd0150c 0ffffff5 ffd01514 00000000 ................
080000e0: ffd0151c 00000000 ffd01494 00120012 ................
080000f0: ffd01498 00000000 ffd0149c 0000e80f ................
DO NOT erase/write its content if you don't kwow what you're doing !!!
Here is how to load in RAM a new U-boot image over serial interface, keeping the original one (on SPI Flash memory) safe (for now).
- Make sure your SNS has a Marvell Kirkwood BootROM version 1.21
SN150>> md ff00003c
ff00003c: 00000121 e3a00000 e59f222c e5921000 !.......,"......
...
Here 00000121 means v1.21. So we are good. This means it can load image over serial. Really helpful in case you brick your SNS.
- Make sure to have u-boot-tools installed on your computer. On Debian/Ubuntu, install it by running:
sudo apt install u-boot-tools-
Download a U-boot build for a compatible board (same SoC). I'll use u-boot.kwb from Upgrading u-boot on SheevaPlug .
-
Run kwboot (part of u-boot-tools)
kwboot -t -p -B 115200 /dev/ttyUSB0 -b u-boot.kwbNote: In case of /dev/ttyUSB0: Permission denied, you might have to run the above command as sudo or add your user to dialout group.
- Reboot (unplug and re-plug power) device.
You should see the file being transfered and loaded; giving you acces to U-boot.
Sending boot message. Please reboot the target.../
Sending boot image...
0 % [......................................................................]
1 % [......................................................................]
3 % [......................................................................]
5 % [......................................................................]
7 % [......................................................................]
...
98 % [.......................................]
[Type Ctrl-\ + c to quit]
U-Boot 2016.11+dfsg1-4 (Mar 27 2017 - 18:39:51 +0000)
Marvell-Sheevaplug
SoC: Kirkwood 88F6281_A1
DRAM: 512 MiB
WARNING: Caches not enabled
NAND: 0 MiB
MMC: MVEBU_MMC: 0
*** Warning - readenv() failed, using default environment
In: serial
Out: serial
Err: serial
Net: egiga0
Error: egiga0 address not set.
PHY reset timed out
88E1116 Initialized on egiga0
IDE: ide_preinit failed
Hit any key to stop autoboot: 0
no devices available
Wrong Image Format for bootm command
ERROR: can't get kernel image!
If it fails, just try again. Do not pay attention to Warning and Error, here.
Let's see if we can have more information.
=> mmc list
MVEBU_MMC: 0 (SD)
=> mmcinfo
Device: MVEBU_MMC
Manufacturer ID: 74
OEM: 4a45
Name: USD
Bus Speed: 50000000
Mode: SD High Speed (50MHz)
Rd Block Len: 512
SD version 3.0
High Capacity: Yes
Capacity: 3.8 GiB
Bus Width: 4-bit
Erase Group Size: 512 Bytes
Now we know that Internal MMC is SDHC card with 3.8GiB
=> nand device
no devices available
=> ide info
Device 0: device type unknown
Device 1: device type unknown
This means that the device has no NAND internal storage, nor IDE device connected.
We can see that even if this U-boot image bring some extra commands, it misses some, as we can see when typing sf command. (SheevaPlug has no SPI Flash memory, thus no need to brings sf command in image.
=> sf
Unknown command 'sf' - try 'help'
As we said before, U-boot lives on SNS SPI Flash memory. Let's dump it and make a backup. The easiest way to dump a flash memory is via an external reader device. Unfortunately, we can't afford to open or even desoldering the flash for reading it; so conventional tools for reading SPI flash is not useful here.
Though, we can read its content on command line, using sf U-boot command.
Use dump_spi.py to dump the SPI Flash memory content to file.
This script basically runs multiple sf commands to load content in RAM and md commands to display RAM content on stdout. It concatenate output and convert the result to binary file in current directory (dump_spi.kwb).
Note: It relies on Python pyserial and hexdump packages.
By looking a the dump we as-well verify its structure:
0x00000000-0x00060000 : "U-Boot"
0x00060000-0x00080000 : "Environment"
It starts with byte 5a which means 0x5A = Boot from Serial (SPI) flash (Refer to 88F6180, 88F6190, 88F6192, and 88F6281 Integrated Controller - Functional Specifications - Section 24.2.4.1 Main Header Format for details).
Test that the dump is bootable (ref. to Load in RAM) and save it cautiously.
Let's build a new version of U-boot up-to-date, that matches our hardware requirements.
- Let's clone from GitHub
git clone https://github.com/u-boot/u-boot
We're gonna extend arch/arm/mach-kirkwood/Kconfig to include board Stormshield SN150.
Then, according to README.kwbimage, we need to write a Board specific configuration file (kwbimage.cfg)
Let's not re-invent the wheel. We have a running U-boot and a dump file, use them.
SN150>> bdinfo
arch_number = 0x00000692
boot_params = 0x00000100
DRAM bank = 0x00000000
-> start = 0x00000000
-> size = 0x10000000
DRAM bank = 0x00000001
-> start = 0x10000000
-> size = 0x10000000
ethaddr = 00:0D:B4:0E:9A:30
ip_addr = 0.0.0.0
baudrate = 115200 bps
TLB addr = 0x1FFF0000
relocaddr = 0x1FF66000
reloc off = 0x1F966000
irq_sp = 0x1FE55F5C
sp start = 0x1FE55F50
FB base = 0x00000000
This matches #define MACH_TYPE_RD88F6281 1682 (0x692 = 1682) defined in arch/arm/include/asm/mach-types.h
Note: 0x692 will be passed as env variable when we'll boot Linux kernel.
Simply read the running U-boot and we can figure out what to put in our kwbimage.cfg
SN150>> sf read 0x08000000 0 100
SN150>> md 0x08000000
08000000: 0800005a 00037a90 00000000 00000200 Z....z..........
08000010: 00600000 00600000 00000000 32010000 ..`...`........2
08000020: 00000040 00000000 00000000 00000000 @...............
08000030: 00000000 00000000 00000000 00000000 ................
08000040: ffd100e0 1b1b1b9b ffd01400 43000c30 ............0..C
08000050: ffd01404 37543000 ffd01408 22125441 .....0T7....AT."
08000060: ffd0140c 00000a32 ffd01410 000000cc ....2...........
08000070: ffd01414 00000000 ffd01418 00000000 ................
Look at address 08000040, ffd100e0 1b1b1b9b => DATA 0xffd100e0 0x1b1b1b9b and so one. Refer to 88F6180, 88F6190, 88F6192, and 88F6281 Integrated Controller - Functional Specifications - Section List of Registers for details about bytes values and meaning.
But so far we just copy/paste.
# Boot Media configurations
BOOT_FROM spi # Boot from SPI flash
# Configure RGMII-0 interface pad voltage to 1.8V
DATA 0xffd100e0 0x1b1b1b9b
DATA 0xffd01400 0x43000c30 # DDR Configuration register
DATA 0xffd01404 0x37543000 # DDR Controller Control Low
DATA 0xffd01408 0x22125441 # SDRAM Timing (Low) Register
DATA 0xffd0140c 0x00000a32 # SDRAM Timing (High) Register
...Now build your new U-boot kwb image.
$ git clone git clone https://github.com/nabilbendafi/u-boot -b feature/stormshield_sn150
$ cd u-boot
$ export ARCH=arm
$ export CROSS_COMPILE=arm-linux-gnueabi-
$ make mrproper
$ make sn150_defconfig
$ makeLet's prepare a USB drive with a kernel and a root filesystem.
We'll follow Linux Kernel 5.1.0 Kirkwood package and Debian rootfs and see if we can succesfully boot a Debian on our SNS
- Download a Debian root fs Debian-4.12.1-kirkwood-tld-1-rootfs-bodhi.tar.bz2. It has kernel 4.12.1-kirkwood-tld-1 already installed.
- Create an ext2/ext3 partition on your USB drive
$ sudo fdisk /dev/sdb
Welcome to fdisk (util-linux 2.31.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): p
Disk /dev/sdb: 3,8 GiB, 4023386112 bytes, 7858176 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x3fadad93
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):
First sector (2048-7858175, default 2048):
Last sector, +sectors or +size{K,M,G,T,P} (2048-7858175, default 7858175):
Created a new partition 1 of type 'Linux' and of size 3,8 GiB.
Command (m for help): p
Disk /dev/sdb: 3,8 GiB, 4023386112 bytes, 7858176 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x3fadad93
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 7858175 7856128 3,8G 83 Linux
Command (m for help): a
Selected partition 1
The bootable flag on partition 1 is enabled now.
Command (m for help): wq
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.
$ sudo mkfs.ext3 /dev/sdb1
mke2fs 1.44.1 (24-Mar-2018)
Creating filesystem with 982016 4k blocks and 245760 inodes
Filesystem UUID: 8c782a64-8a73-4a84-9845-7e8b745c7ee6
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736
Allocating group tables: done
Writing inode tables: done
Creating journal (16384 blocks): done
Writing superblocks and filesystem accounting information: done - Mount it, extract root fs
$ sudo su - # Become root
$ mount /dev/sdb1 /mnt
# Extract rootfs and kernel
$ cd /mnt
$ tar xjvf <path>/Debian-4.12.1-kirkwood-tld-1-rootfs-bodhi.tar.bz2
$ cd /mnt/boot
# Generate uImage
$ cp -a zImage-4.12.1-kirkwood-tld-1 zImage.fdt
$ cat dts/kirkwood-rd88f6281-a1.dtb >> zImage.fdt
$ mkimage -A arm -O linux -T kernel -C none -a 0x00008000 -e 0x00008000 -n Linux-4.12.1-kirkwood-tld-1 -d zImage.fdt uImage
$ sync && umount /mnt- Unplug USB drive from computer and plug it on SNS
- Let's boot over USB
SN150>> usb start
(Re)start USB...
USB: Register 10011 NbrPorts 1
USB EHCI 1.00
scanning bus for devices... 2 USB Device(s) found
scanning bus for storage devices... 1 Storage Device(s) found
SN150>> ext2load usb 0:1 0x1c00000 /boot/dts/kirkwood-rd88f6281-a1.dtb
Loading file "/boot/dts/kirkwood-rd88f6281-a1.dtb" from usb device 0:1 (usbda1)
9992 bytes read
SN150>> ext2load usb 0:1 0x1100000 /boot/uInitrd
Loading file "/boot/uInitrd" from usb device 0:1 (usbda1)
7245696 bytes read
SN150>> ext2load usb 0:1 0x800000 /boot/uImage
Loading file "/boot/uImage" from usb device 0:1 (usbda1)
3831584 bytes read
SN150>> setenv machid "0x692"
SN150>> setenv bootargs "console=ttyS0,115200 root=/dev/sda1 rootdelay=10 rootwait"
SN150>> bootm 0x800000 - 0x1c00000
## Booting kernel from Legacy Image at 00800000 ...
Image Name: Linux-4.12.1-kirkwood-tld-1
Created: 2019-06-27 10:25:05 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3831520 Bytes = 3.7 MiB
Load Address: 00008000
Entry Point: 00008000
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK
Using machid 0x692 from environment
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 4.12.1-kirkwood-tld-1 (root@tldDebian) (gcc version 4.9.2 (Debian 4.9.2-10) ) #1 PREEMPT7
[ 0.000000] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=0005397f
[ 0.000000] CPU: VIVT data cache, VIVT instruction cache
[ 0.000000] OF: fdt: Machine model: Marvell RD88f6281 Reference design, with A1 SoC
[ 0.000000] Memory policy: Data cache writeback
....
Congratulations ! You now have a Stormshield SNS running Linux.
On Debian/Ubuntu install cross-compilation toolchain
$ sudo apt install gcc-arm-linux-gnueabi# Download Linux kernel source code
$ git clone https://github.com/torvalds/linux
$ cd linux
$ export ARCH=arm
$ export CROSS_COMPILE=arm-linux-gnueabi-
$ make multi_v5_defconfig
# Build kernel
$ export LOADADDR=0x00008000
$ make -j5 uImage modules kirkwood-rd88f6281-a.dtb
...
Kernel: arch/arm/boot/zImage is ready
UIMAGE arch/arm/boot/uImage
Image Name: Linux-5.2.0-rc6
Created: Fri Jun 28 11:35:22 2019
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 5459528 Bytes = 5331.57 KiB = 5.21 MiB
Load Address: 00008000
Entry Point: 00008000
Kernel: arch/arm/boot/uImage is ready
$ ls -l ./arch/arm/boot/{uImage,dts/kirkwood-rd88f6281-a.dtb}
-rw-rw-r-- 1 developer developer 9813 juin 27 10:00 ./arch/arm/boot/dts/kirkwood-rd88f6281-a.dtb
-rw-rw-r-- 1 developer developer 5459592 juin 27 10:00 ./arch/arm/boot/uImage-
FreeBSD:
-
U-boot:
-
Linux:
-
Marvell SoC / Macronix NOR SPI Flash: