azure: Update for python3 and current pytest
[oweals/u-boot.git] / doc / README.rockchip
1 # SPDX-License-Identifier: GPL-2.0+
2 #
3 # Copyright (C) 2015 Google. Inc
4 # Written by Simon Glass <sjg@chromium.org>
5
6 U-Boot on Rockchip
7 ==================
8
9 A wide range of Rockchip SoCs are supported in mainline U-Boot
10
11
12 Prerequisites
13 =============
14
15 You will need:
16
17    - Firefly RK3288 board or something else with a supported RockChip SoC
18    - Power connection to 5V using the supplied micro-USB power cable
19    - Separate USB serial cable attached to your computer and the Firefly
20         (connect to the micro-USB connector below the logo)
21    - rkflashtool [3]
22    - openssl (sudo apt-get install openssl)
23    - Serial UART connection [4]
24    - Suitable ARM cross compiler, e.g.:
25         sudo apt-get install gcc-4.7-arm-linux-gnueabi
26
27
28 Building
29 ========
30
31 At present 11 RK3288 boards are supported:
32
33    - EVB RK3288 - use evb-rk3288 configuration
34    - Firefly RK3288 - use firefly-rk3288 configuration
35    - Hisense Chromebook - use chromebook_jerry configuration
36    - Asus C100P Chromebook - use chromebook_minnie configuration
37    - Asus Chromebit - use chromebook_mickey configuration
38    - MiQi RK3288 - use miqi-rk3288 configuration
39    - phyCORE-RK3288 RDK - use phycore-rk3288 configuration
40    - PopMetal RK3288 - use popmetal-rk3288 configuration
41    - Radxa Rock 2 - use rock2 configuration
42    - Tinker RK3288 - use tinker-rk3288 configuration
43    - Vyasa RK3288 - use vyasa-rk3288 configuration
44
45 Two RK3036 boards are supported:
46
47    - EVB RK3036 - use evb-rk3036 configuration
48    - Kylin - use kylin_rk3036 configuration
49
50 Two RK3328 board are supported:
51
52    - EVB RK3328 - use evb-rk3328_defconfig
53    - Pine64 Rock64 board - use rock64-rk3328_defconfig
54
55 Size RK3399 boards are supported (aarch64):
56
57    - EBV RK3399 - use evb_rk3399 configuration
58    - Firefly RK3399 - use the firefly_rk3399 configuration
59    - Puma - use puma_rk3399 configuration
60    - Ficus - use ficus-rk3399 configuration
61    - Rock960 (Vamrs) - use rock960-rk3399 configuration
62    - Bob - use chromebook_bob configuration
63
64 Four RK3368 boards are supported:
65
66    - Sheep - use sheep-rk3368 configuration
67    - Lion - use lion-rk3368 configuration
68    - Geekbox - use geekbox configuration
69    - EVB PX5 - use evb-px5  configuration
70
71 One RK3128 board is supported:
72
73    - EVB RK3128 - use evb-rk3128 configuration
74
75 One RK3229 board is supported:
76
77    - EVB RK3229 - use evb-rk3229 configuration
78
79 Two RV1108 boards are supported:
80
81    - EVB RV1108 - use evb-rv1108 configuration
82    - Elgin R1 - use elgin-rv1108 configuration
83
84 One RV3188 baord is supported:
85
86    - Raxda Rock - use rock configuration
87
88
89 For example:
90
91 1. To build RK3288 board:
92
93    CROSS_COMPILE=arm-linux-gnueabi- make O=firefly firefly-rk3288_defconfig all
94
95     (or you can use another cross compiler if you prefer)
96
97 2. To build RK3399 board:
98
99    Option 1: Package the image with Rockchip miniloader:
100
101    - Compile U-Boot
102
103      => cd /path/to/u-boot
104      => make nanopi-neo4-rk3399_defconfig
105      => make
106
107    - Get the rkbin
108
109      => git clone https://github.com/rockchip-linux/rkbin.git
110
111    - Create trust.img
112
113      => cd /path/to/rkbin
114      => ./tools/trust_merger RKTRUST/RK3399TRUST.ini
115
116    - Create uboot.img
117
118      => cd /path/to/rkbin
119      => ./tools/loaderimage --pack --uboot /path/to/u-boot/u-boot-dtb.bin uboot.img
120
121      (Get trust.img and uboot.img)
122
123    Option 2: Package the image with SPL:
124
125    - Export cross compiler path for aarch64
126
127    - Compile ATF
128
129      For Puma board.
130
131         => git clone git://git.theobroma-systems.com/arm-trusted-firmware.git
132         => cd arm-trusted-firmware
133         => make CROSS_COMPILE=aarch64-linux-gnu- PLAT=rk3399 bl31
134
135         (export bl31.bin)
136         => export BL31=/path/to/arm-trusted-firmware/build/rk3399/release/bl31/bl31.bin
137
138      For rest of rk3399 boards.
139
140         => git clone https://github.com/ARM-software/arm-trusted-firmware.git
141         => cd arm-trusted-firmware
142
143         (export cross compiler path for Cortex-M0 MCU likely arm-none-eabi-)
144         => make realclean
145         => make CROSS_COMPILE=aarch64-linux-gnu- PLAT=rk3399
146
147         (export bl31.elf)
148         => export BL31=/path/to/arm-trusted-firmware/build/rk3399/release/bl31/bl31.elf
149
150    - Compile PMU M0 firmware
151
152      This is optional for most of the rk3399 boards and required only for Puma board.
153
154      => git clone git://git.theobroma-systems.com/rk3399-cortex-m0.git
155      => cd rk3399-cortex-m0
156
157      (export cross compiler path for Cortex-M0 PMU)
158      => make CROSS_COMPILE=arm-cortex_m0-eabi-
159
160      (export rk3399m0.bin)
161      => export PMUM0=/path/to/rk3399-cortex-m0/rk3399m0.bin
162
163    - Compile U-Boot
164
165      => cd /path/to/u-boot
166      => make orangepi-rk3399_defconfig
167      => make
168
169      (Get spl/u-boot-spl-dtb.bin, u-boot.itb images and some boards would get
170       spl/u-boot-spl.bin since it doesn't enable CONFIG_SPL_OF_CONTROL
171
172       If TPL enabled on the target, get tpl/u-boot-tpl-dtb.bin or tpl/u-boot-tpl.bin
173       if CONFIG_TPL_OF_CONTROL not enabled)
174
175 Writing to the board with USB
176 =============================
177
178 For USB to work you must get your board into ROM boot mode, either by erasing
179 your MMC or (perhaps) holding the recovery button when you boot the board.
180 To erase your MMC, you can boot into Linux and type (as root)
181
182    dd if=/dev/zero of=/dev/mmcblk0 bs=1M
183
184 Connect your board's OTG port to your computer.
185
186 To create a suitable image and write it to the board:
187
188    ./firefly-rk3288/tools/mkimage -n rk3288 -T rkimage -d \
189         ./firefly-rk3288/spl/u-boot-spl-dtb.bin out && \
190    cat out | openssl rc4 -K 7c4e0304550509072d2c7b38170d1711 | rkflashtool l
191
192 If all goes well you should something like:
193
194    U-Boot SPL 2015.07-rc1-00383-ge345740-dirty (Jun 03 2015 - 10:06:49)
195    Card did not respond to voltage select!
196    spl: mmc init failed with error: -17
197    ### ERROR ### Please RESET the board ###
198
199 You will need to reset the board before each time you try. Yes, that's all
200 it does so far. If support for the Rockchip USB protocol or DFU were added
201 in SPL then we could in principle load U-Boot and boot to a prompt from USB
202 as several other platforms do. However it does not seem to be possible to
203 use the existing boot ROM code from SPL.
204
205
206 Booting from an SD card
207 =======================
208
209 To write an image that boots from an SD card (assumed to be /dev/sdc):
210
211    ./firefly-rk3288/tools/mkimage -n rk3288 -T rksd -d \
212         firefly-rk3288/spl/u-boot-spl-dtb.bin out && \
213    sudo dd if=out of=/dev/sdc seek=64 && \
214    sudo dd if=firefly-rk3288/u-boot-dtb.img of=/dev/sdc seek=16384
215
216 This puts the Rockchip header and SPL image first and then places the U-Boot
217 image at block 16384 (i.e. 8MB from the start of the SD card). This
218 corresponds with this setting in U-Boot:
219
220    #define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR      0x4000
221
222 Put this SD (or micro-SD) card into your board and reset it. You should see
223 something like:
224
225    U-Boot 2016.01-rc2-00309-ge5bad3b-dirty (Jan 02 2016 - 23:41:59 -0700)
226
227    Model: Radxa Rock 2 Square
228    DRAM:  2 GiB
229    MMC:   dwmmc@ff0f0000: 0, dwmmc@ff0c0000: 1
230    *** Warning - bad CRC, using default environment
231
232    In:    serial
233    Out:   vop@ff940000.vidconsole
234    Err:   serial
235    Net:   Net Initialization Skipped
236    No ethernet found.
237    Hit any key to stop autoboot:  0
238    =>
239
240 The rockchip bootrom can load and boot an initial spl, then continue to
241 load a second-stage bootloader (ie. U-Boot) as soon as the control is returned
242 to the bootrom. Both the RK3288 and the RK3036 use this special boot sequence.
243 The configuration option enabling this is:
244
245         CONFIG_SPL_ROCKCHIP_BACK_TO_BROM=y
246
247 You can create the image via the following operations:
248
249    ./firefly-rk3288/tools/mkimage -n rk3288 -T rksd -d \
250         firefly-rk3288/spl/u-boot-spl-dtb.bin out && \
251    cat firefly-rk3288/u-boot-dtb.bin >> out && \
252    sudo dd if=out of=/dev/sdc seek=64
253
254 If you have an HDMI cable attached you should see a video console.
255
256 For evb_rk3036 board:
257         ./evb-rk3036/tools/mkimage -n rk3036 -T rksd  -d evb-rk3036/spl/u-boot-spl.bin out && \
258         cat evb-rk3036/u-boot-dtb.bin >> out && \
259         sudo dd if=out of=/dev/sdc seek=64
260
261 Note: rk3036 SDMMC and debug uart use the same iomux, so if you boot from SD, the
262       debug uart must be disabled
263
264
265 Booting from an SD card on RK3288 with TPL
266 ==========================================
267
268 Since the size of SPL can't be exceeded 0x8000 bytes in RK3288, it is not possible add
269 new SPL features like Falcon mode or etc.
270
271 So introduce TPL so-that adding new features to SPL is possible because now TPL should
272 run minimal with code like DDR, clock etc and rest of new features in SPL.
273
274 As of now TPL is added on Vyasa-RK3288 board.
275
276 To write an image that boots from an SD card (assumed to be /dev/mmcblk0):
277
278     sudo dd if=idbloader.img of=/dev/mmcblk0 seek=64 &&
279     sudo dd if=u-boot-dtb.img of=/dev/mmcblk0 seek=16384
280
281 Booting from an SD card on RK3188
282 =================================
283
284 For rk3188 boards the general storage onto the card stays the same as
285 described above, but the image creation needs a bit more care.
286
287 The bootrom of rk3188 expects to find a small 1kb loader which returns
288 control to the bootrom, after which it will load the real loader, which
289 can then be up to 29kb in size and does the regular ddr init.  This is
290 handled by a single image (built as the SPL stage) that tests whether
291 it is handled for the first or second time via code executed from the
292 boot0-hook.
293
294 Additionally the rk3188 requires everything the bootrom loads to be
295 rc4-encrypted. Except for the very first stage the bootrom always reads
296 and decodes 2kb pages, so files should be sized accordingly.
297
298 # copy tpl, pad to 1020 bytes and append spl
299 tools/mkimage -n rk3188 -T rksd -d spl/u-boot-spl.bin out
300
301 # truncate, encode and append u-boot.bin
302 truncate -s %2048 u-boot.bin
303 cat u-boot.bin | split -b 512 --filter='openssl rc4 -K 7C4E0304550509072D2C7B38170D1711' >> out
304
305 Booting from an SD card on Pine64 Rock64 (RK3328)
306 =================================================
307
308 For Rock64 rk3328 board the following three parts are required:
309 TPL, SPL, and the u-boot image tree blob.
310
311   - Write TPL/SPL image at 64 sector
312
313     => sudo dd if=idbloader.img of=/dev/mmcblk0 seek=64
314
315   - Write u-boot image tree blob at 16384 sector
316
317     => sudo dd if=u-boot.itb of=/dev/mmcblk0 seek=16384
318
319 Booting from an SD card on RK3399
320 =================================
321
322 To write an image that boots from an SD card (assumed to be /dev/sdc):
323
324 Option 1: Package the image with Rockchip miniloader:
325
326   - Create idbloader.img
327
328     => cd /path/to/u-boot
329     => ./tools/mkimage  -n rk3399 -T rksd -d /path/to/rkbin/bin/rk33/rk3399_ddr_800MHz_v1.20.bin idbloader.img
330     => cat /path/to/rkbin/bin/rk33/rk3399_miniloader_v1.19.bin >> idbloader.img
331
332   - Write idbloader.img at 64 sector
333
334     => sudo dd if=idbloader.img of=/dev/sdc seek=64
335
336   - Write trust.img at 24576
337
338     => sudo dd if=trust.img of=/dev/sdc seek=24576
339
340   - Write uboot.img at 16384 sector
341
342     => sudo dd if=uboot.img of=/dev/sdc seek=16384
343     => sync
344
345 Put this SD (or micro-SD) card into your board and reset it. You should see
346 something like:
347
348 DDR Version 1.20 20190314
349 In
350 Channel 0: DDR3, 933MHz
351 Bus Width=32 Col=10 Bank=8 Row=15 CS=1 Die Bus-Width=16 Size=1024MB
352 no stride
353 ch 0 ddrconfig = 0x101, ddrsize = 0x20
354 pmugrf_os_reg[2] = 0x10006281, stride = 0x17
355 OUT
356 Boot1: 2019-03-14, version: 1.19
357 CPUId = 0x0
358 ChipType = 0x10, 239
359 mmc: ERROR: SDHCI ERR:cmd:0x102,stat:0x18000
360 mmc: ERROR: Card did not respond to voltage select!
361 emmc reinit
362 mmc: ERROR: SDHCI ERR:cmd:0x102,stat:0x18000
363 mmc: ERROR: Card did not respond to voltage select!
364 emmc reinit
365 mmc: ERROR: SDHCI ERR:cmd:0x102,stat:0x18000
366 mmc: ERROR: Card did not respond to voltage select!
367 SdmmcInit=2 1
368 mmc0:cmd5,20
369 SdmmcInit=0 0
370 BootCapSize=0
371 UserCapSize=60543MB
372 FwPartOffset=2000 , 0
373 StorageInit ok = 45266
374 SecureMode = 0
375 SecureInit read PBA: 0x4
376 SecureInit read PBA: 0x404
377 SecureInit read PBA: 0x804
378 SecureInit read PBA: 0xc04
379 SecureInit read PBA: 0x1004
380 SecureInit read PBA: 0x1404
381 SecureInit read PBA: 0x1804
382 SecureInit read PBA: 0x1c04
383 SecureInit ret = 0, SecureMode = 0
384 atags_set_bootdev: ret:(0)
385 GPT 0x3380ec0 signature is wrong
386 recovery gpt...
387 GPT 0x3380ec0 signature is wrong
388 recovery gpt fail!
389 LoadTrust Addr:0x4000
390 No find bl30.bin
391 Load uboot, ReadLba = 2000
392 hdr 0000000003380880 + 0x0:0x88,0x41,0x3e,0x97,0xe6,0x61,0x54,0x23,0xe9,0x5a,0xd1,0x2b,0xdc,0x2f,0xf9,0x35,
393
394 Load OK, addr=0x200000, size=0x9c9c0
395 RunBL31 0x10000
396 NOTICE:  BL31: v1.3(debug):370ab80
397 NOTICE:  BL31: Built : 09:23:41, Mar  4 2019
398 NOTICE:  BL31: Rockchip release version: v1.1
399 INFO:    GICv3 with legacy support detected. ARM GICV3 driver initialized in EL3
400 INFO:    Using opteed sec cpu_context!
401 INFO:    boot cpu mask: 0
402 INFO:    plat_rockchip_pmu_init(1181): pd status 3e
403 INFO:    BL31: Initializing runtime services
404 INFO:    BL31: Initializing BL32
405 INF [0x0] TEE-CORE:init_primary_helper:337: Initializing (1.1.0-195-g8f090d20 #6 Fri Dec  7 06:11:20 UTC 2018 aarch64)
406
407 INF [0x0] TEE-CORE:init_primary_helper:338: Release version: 1.2
408
409 INF [0x0] TEE-CORE:init_teecore:83: teecore inits done
410 INFO:    BL31: Preparing for EL3 exit to normal world
411 INFO:    Entry point address = 0x200000
412 INFO:    SPSR = 0x3c9
413
414
415 U-Boot 2019.04-rc4-00136-gfd121f9641-dirty (Apr 16 2019 - 14:02:47 +0530)
416
417 Model: FriendlyARM NanoPi NEO4
418 DRAM:  1022 MiB
419 MMC:   dwmmc@fe310000: 2, dwmmc@fe320000: 1, sdhci@fe330000: 0
420 Loading Environment from MMC... *** Warning - bad CRC, using default environment
421
422 In:    serial@ff1a0000
423 Out:   serial@ff1a0000
424 Err:   serial@ff1a0000
425 Model: FriendlyARM NanoPi NEO4
426 Net:   eth0: ethernet@fe300000
427 Hit any key to stop autoboot:  0
428 =>
429
430 Option 2: Package the image with SPL:
431
432   - Prefix rk3399 header to SPL image
433
434     => cd /path/to/u-boot
435     => ./tools/mkimage -n rk3399 -T rksd -d spl/u-boot-spl-dtb.bin out
436
437   - Write prefixed SPL at 64th sector
438
439     => sudo dd if=out of=/dev/sdc seek=64
440
441   - Write U-Boot proper at 16384 sector
442
443     => sudo dd if=u-boot.itb of=/dev/sdc seek=16384
444     => sync
445
446 Put this SD (or micro-SD) card into your board and reset it. You should see
447 something like:
448
449 U-Boot SPL board init
450 Trying to boot from MMC1
451
452
453 U-Boot 2019.01-00004-g14db5ee998 (Mar 11 2019 - 13:18:41 +0530)
454
455 Model: Orange Pi RK3399 Board
456 DRAM:  2 GiB
457 MMC:   dwmmc@fe310000: 2, dwmmc@fe320000: 1, sdhci@fe330000: 0
458 Loading Environment from MMC... OK
459 In:    serial@ff1a0000
460 Out:   serial@ff1a0000
461 Err:   serial@ff1a0000
462 Model: Orange Pi RK3399 Board
463 Net:   eth0: ethernet@fe300000
464 Hit any key to stop autoboot:  0
465 =>
466
467 Option 3: Package the image with TPL:
468
469   - Write tpl+spl at 64th sector
470
471     => sudo dd if=idbloader.img of=/dev/sdc seek=64
472
473   - Write U-Boot proper at 16384 sector
474
475     => sudo dd if=u-boot.itb of=/dev/sdc seek=16384
476     => sync
477
478 Put this SD (or micro-SD) card into your board and reset it. You should see
479 something like:
480
481 U-Boot TPL board init
482 Trying to boot from BOOTROM
483 Returning to boot ROM...
484
485 U-Boot SPL board init
486 Trying to boot from MMC1
487
488
489 U-Boot 2019.07-rc1-00241-g5b3244767a (May 08 2019 - 10:51:06 +0530)
490
491 Model: Orange Pi RK3399 Board
492 DRAM:  2 GiB
493 MMC:   dwmmc@fe310000: 2, dwmmc@fe320000: 1, sdhci@fe330000: 0
494 Loading Environment from MMC... OK
495 In:    serial@ff1a0000
496 Out:   serial@ff1a0000
497 Err:   serial@ff1a0000
498 Model: Orange Pi RK3399 Board
499 Net:   eth0: ethernet@fe300000
500 Hit any key to stop autoboot:  0
501 =>
502
503 Using fastboot on rk3288
504 ========================
505 - Write GPT partition layout to mmc device which fastboot want to use it to
506 store the image
507
508         => gpt write mmc 1 $partitions
509
510 - Invoke fastboot command to prepare
511
512         => fastboot 1
513
514 - Start fastboot request on PC
515
516         fastboot -i 0x2207 flash loader evb-rk3288/spl/u-boot-spl-dtb.bin
517
518 You should see something like:
519
520         => fastboot 1
521         WARNING: unknown variable: partition-type:loader
522         Starting download of 357796 bytes
523         ..
524         downloading of 357796 bytes finished
525         Flashing Raw Image
526         ........ wrote 357888 bytes to 'loader'
527
528 Booting from SPI
529 ================
530
531 To write an image that boots from SPI flash (e.g. for the Haier Chromebook or
532 Bob):
533
534    ./chromebook_jerry/tools/mkimage -n rk3288 -T rkspi \
535         -d chromebook_jerry/spl/u-boot-spl-dtb.bin spl.bin && \
536    dd if=spl.bin of=spl-out.bin bs=128K conv=sync && \
537    cat spl-out.bin chromebook_jerry/u-boot-dtb.img >out.bin && \
538    dd if=out.bin of=out.bin.pad bs=4M conv=sync
539
540 This converts the SPL image to the required SPI format by adding the Rockchip
541 header and skipping every second 2KB block. Then the U-Boot image is written at
542 offset 128KB and the whole image is padded to 4MB which is the SPI flash size.
543 The position of U-Boot is controlled with this setting in U-Boot:
544
545    #define CONFIG_SYS_SPI_U_BOOT_OFFS   0x20000
546
547 If you have a Dediprog em100pro connected then you can write the image with:
548
549       sudo em100 -s -c GD25LQ32 -d out.bin.pad -r
550
551 When booting you should see something like:
552
553    U-Boot SPL 2015.07-rc2-00215-g9a58220-dirty (Jun 23 2015 - 12:11:32)
554
555
556    U-Boot 2015.07-rc2-00215-g9a58220-dirty (Jun 23 2015 - 12:11:32 -0600)
557
558    Model: Google Jerry
559    DRAM:  2 GiB
560    MMC:
561    Using default environment
562
563    In:    serial@ff690000
564    Out:   serial@ff690000
565    Err:   serial@ff690000
566    =>
567
568 Future work
569 ===========
570
571 Immediate priorities are:
572
573 - USB host
574 - USB device
575 - Run CPU at full speed (code exists but we only see ~60 DMIPS maximum)
576 - NAND flash
577 - Boot U-Boot proper over USB OTG (at present only SPL works)
578
579
580 Development Notes
581 =================
582
583 There are plenty of patches in the links below to help with this work.
584
585 [1] https://github.com/rkchrome/uboot.git
586 [2] https://github.com/linux-rockchip/u-boot-rockchip.git branch u-boot-rk3288
587 [3] https://github.com/linux-rockchip/rkflashtool.git
588 [4] http://wiki.t-firefly.com/index.php/Firefly-RK3288/Serial_debug/en
589
590 rkimage
591 -------
592
593 rkimage.c produces an SPL image suitable for sending directly to the boot ROM
594 over USB OTG. This is a very simple format - just the string RK32 (as 4 bytes)
595 followed by u-boot-spl-dtb.bin.
596
597 The boot ROM loads image to 0xff704000 which is in the internal SRAM. The SRAM
598 starts at 0xff700000 and extends to 0xff718000 where we put the stack.
599
600 rksd
601 ----
602
603 rksd.c produces an image consisting of 32KB of empty space, a header and
604 u-boot-spl-dtb.bin. The header is defined by 'struct header0_info' although
605 most of the fields are unused by U-Boot. We just need to specify the
606 signature, a flag and the block offset and size of the SPL image.
607
608 The header occupies a single block but we pad it out to 4 blocks. The header
609 is encoding using RC4 with the key 7c4e0304550509072d2c7b38170d1711. The SPL
610 image can be encoded too but we don't do that.
611
612 The maximum size of u-boot-spl-dtb.bin which the boot ROM will read is 32KB,
613 or 0x40 blocks. This is a severe and annoying limitation. There may be a way
614 around this limitation, since there is plenty of SRAM, but at present the
615 board refuses to boot if this limit is exceeded.
616
617 The image produced is padded up to a block boundary (512 bytes). It should be
618 written to the start of an SD card using dd.
619
620 Since this image is set to load U-Boot from the SD card at block offset,
621 CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR, dd should be used to write
622 u-boot-dtb.img to the SD card at that offset. See above for instructions.
623
624 rkspi
625 -----
626
627 rkspi.c produces an image consisting of a header and u-boot-spl-dtb.bin. The
628 resulting image is then spread out so that only the first 2KB of each 4KB
629 sector is used. The header is the same as with rksd and the maximum size is
630 also 32KB (before spreading). The image should be written to the start of
631 SPI flash.
632
633 See above for instructions on how to write a SPI image.
634
635 rkmux.py
636 --------
637
638 You can use this script to create #defines for SoC register access. See the
639 script for usage.
640
641
642 Device tree and driver model
643 ----------------------------
644
645 Where possible driver model is used to provide a structure to the
646 functionality. Device tree is used for configuration. However these have an
647 overhead and in SPL with a 32KB size limit some shortcuts have been taken.
648 In general all Rockchip drivers should use these features, with SPL-specific
649 modifications where required.
650
651 GPT partition layout
652 ----------------------------
653
654 Rockchip use a unified GPT partition layout  in open source support.
655 With this GPT partition layout, uboot can be compatilbe with other components,
656 like miniloader, trusted-os, arm-trust-firmware.
657
658 There are some documents about partitions in the links below.
659 http://rockchip.wikidot.com/partitions
660
661 --
662 Jagan Teki <jagan@amarulasolutions.com>
663 27 Mar 2019
664 Simon Glass <sjg@chromium.org>
665 24 June 2015