upgrade u-boot for nwsp1 and spd8020

In the last months I worked on getting a upgrade for u-boot for the spd8020 and nwsp1
This new u-boot has support for GPT so disks bigger then 2TB can be used.
For spd8020 the support to be able to access via the fvdw-sl console is a new feature.
In the upgrade the spd8020 will probably be moved to use the same partition structure as all the lacie device, so laoding a kernel from partition 6 and storing data on partition 8 instead of 6. This because with GPT the method of determining the active partition to load the kernel from as done now on sp8020 cannot be used. GPT doesn't uses 'active" partitions.
We are still think what the best thing to do is in this matter.
Further this new u-boot will allow loading of bigger kernels (upto 6 MB instead of 2MB) that make use of linux 3.x and standalone kernels possible (standalone = running from RAM without the need of a disk, which is very handy if the nas refuses to boot due to disk problems or corrupt files. Now you need to remove the disk and connect it to a limux PC to solve. it, with the standalone kernel you could do this by using the fvdw-sl console without opening the nas and leave the disk in the enclosure.)
Anyhow the new u-boot for nwsp1 is available for brave volunteers that are willing to write it to flash and use a gpt table, let me know if you have interest in testing it.
For spd8020 still need to do some testing, seems the one compiled for nwsp1 has problems on the spd8020 but I think that I know where the problem is
I learned several things about u-boot and I guess I can also adapt the u-boot for isp1, and 2big1 and 5big1. For the first only to get support for GPT, the last two to get GPT support and laoding u-boot higher up in RAM, but that will not be on short notice. Need to do some other jobs first.
This new u-boot has support for GPT so disks bigger then 2TB can be used.
For spd8020 the support to be able to access via the fvdw-sl console is a new feature.
In the upgrade the spd8020 will probably be moved to use the same partition structure as all the lacie device, so laoding a kernel from partition 6 and storing data on partition 8 instead of 6. This because with GPT the method of determining the active partition to load the kernel from as done now on sp8020 cannot be used. GPT doesn't uses 'active" partitions.
We are still think what the best thing to do is in this matter.
Further this new u-boot will allow loading of bigger kernels (upto 6 MB instead of 2MB) that make use of linux 3.x and standalone kernels possible (standalone = running from RAM without the need of a disk, which is very handy if the nas refuses to boot due to disk problems or corrupt files. Now you need to remove the disk and connect it to a limux PC to solve. it, with the standalone kernel you could do this by using the fvdw-sl console without opening the nas and leave the disk in the enclosure.)
Anyhow the new u-boot for nwsp1 is available for brave volunteers that are willing to write it to flash and use a gpt table, let me know if you have interest in testing it.
For spd8020 still need to do some testing, seems the one compiled for nwsp1 has problems on the spd8020 but I think that I know where the problem is
I learned several things about u-boot and I guess I can also adapt the u-boot for isp1, and 2big1 and 5big1. For the first only to get support for GPT, the last two to get GPT support and laoding u-boot higher up in RAM, but that will not be on short notice. Need to do some other jobs first.
- Code: Select all
Bootstrap 02.09
__ __ _ _
| \/ | __ _ _ ____ _____| | |
| |\/| |/ _` | '__\ \ / / _ \ | |
| | | | (_| | | \ V / __/ | |
|_| |_|\__,_|_| \_/ \___|_|_|
_ _ ____ _
| | | | | __ ) ___ ___ | |_
| | | |___| _ \ / _ \ / _ \| __|
| |_| |___| |_) | (_) | (_) | |_
\___/ |____/ \___/ \___/ \__| fvdw vs 3 ** LOADER **
** MARVELL BOARD: RD-88F6082-NAS-PH LE
U-Boot 1.1.4 (Jan 20 2015 - 22:00:10) Marvell version: 2.3.9_2-TINY-fvdw1
U-Boot code: 00600000 -> 0063EE00 BSS: -> 0064D430
Soc: MV88F6082 Rev 1 (DDR1)
CPU running @ 333Mhz
SysClock = 166Mhz , TClock = 133Mhz
DRAM CS[0] base 0x00000000 size 8MB
DRAM CS[1] base 0x00800000 size 8MB
DRAM Total size 16MB 16bit width
dram test skipped not suitable for this board
2 Hit any key to reset board (2 sec)
configure Flash banks
3 Hit any key to bypass mvflashinit (2 sec)
mvFlash called
try to initialize the marvell Flash
Number of Marvell flashes on board 1
[256kB@f8100000]
init Flash banks completed
Flash: 256 kB
Addresses 8M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (8M - 7M): Done
7 Hit any key to reset board (2 sec)
CPU : ARM926 (Rev 0)
USB 0: host mode
PCI 0: PCI Express Root Complex Interface
Net: egiga0 [PRIME], egiga1
Waiting for LUMP (3)
no lump receive; continuing
Hit any key to stop autoboot: 0
Marvell>>