U-Boot / mmcblkXboot0
#1
Hello,

I want to update my installation of u-boot. (I already asked some questions in the Manjaro Forum because its their u-boot update which asks to be dd'ed to a target, but I am left with some open questions.) Where exactly does u-boot reside when using a standard Linux like in this case Manjaro, installed to the eMMC? When I want to update u-boot, do I simply need to write it to the eMMC device or do mmcblkXboot0 and mmcblkXboot1 play any role in the booting process of Linux on the Pinebook? The information in https://wiki.pine64.org/index.php/Pinebook_Pro does not answer my questions and the documentation of u-boot is somewhat inaccessible even for someone who works with Linux for a living.

Yours
Stefan
#2
At present, both "mmcblkXboot0" & "mmcblkXboot1" serve no purpose. Our U-Boot is located directly on the normal eMMC storage. Basically U-Boot starts at sector 64, for 3 sections, (8MB, 4MB & 4MB), and then normal partitions can start after that.

Below is an example where I've created reserved partitions entries for U-Boot. Followed by "/boot", swap and "/". (Note that U-Boot expects "/boot" to be the first partition, so I have it installled that way.)
Code:
Device            Start       End  Sectors  Size Type
/dev/mmcblk1p1    32768    557055   524288  256M Microsoft basic data
/dev/mmcblk1p2       64     16383    16320    8M Linux reserved
/dev/mmcblk1p3    16384     24575     8192    4M Linux reserved
/dev/mmcblk1p4    24576     32767     8192    4M Linux reserved
/dev/mmcblk1p5   557056   8945663  8388608    4G Linux swap
/dev/mmcblk1p6  8945664  65544144 56598481   27G Linux root (ARM-64)

This means that the exact same U-Boot code and layout works for SD cards as it does for eMMCs. And also SPI flash as well.
--
Arwen Evenstar
Princess of Rivendale
#3
I'm not sure why you are going on about this
Partitions don't matter, as long as the 1st (user) doesn't overlap ATF
The command line given by manjaro is correct, you do have to
replace the "X" with the right number
As long as idbloader, uboot, ATF are in the right place,
that is all that matters, partitions don't matter AT ALL
AND, you don't really have to do this, maybe the update
gives something "extra", this has not been stated
Now, if you are trying to write a BSP uboot for the
other sleep method, well that might be worthwhile,
I, as of yet, have heard no reports, pro or con
#4
arwen is right, what linux calls mmcblkXbootY now is not and looks like cannot be used*. flash the uboot pieces in the general area (mmcblkX) where they are expected to reside.

* - these special purpose storage subdevices of an emmc module are for the platform firmware, but for being used and usable, the initial start up code of the SoC (ROM code), needs to try them in its boot sequence. does it? looks like not, or rockchip forgot to tell about it. you might try by yourself, would make a favor, Big Grin it's really interesting, but I don't have the emmc. zero the first megabyte of the GP area and write uboot (all its pieces) into mmcblkXboot0, attach terminal to your board, make sure you don't have anything written in SPI and SD, and look what you see in the output. most probably nothing more than scarce ROM code babbling, but if uboot starts, it will be well seen, then wahoo, we all may use boot areas for the firmware! so cool.
#5
(03-22-2020, 05:02 PM)wdt Wrote: I'm not sure why you are going on about this
Partitions don't matter, as long as the 1st (user) doesn't overlap ATF
The command line given by manjaro is correct, you do have to
replace the "X" with the right number
As long as idbloader, uboot, ATF are in the right place,
that is all that matters, partitions don't matter AT ALL
AND, you don't really have to do this, maybe the update
gives something "extra", this has not been stated
Now, if you are trying to write a BSP uboot for the
other sleep method, well that might be worthwhile,
I, as of yet, have heard no reports, pro or con

If the comment about partitions was directed at me, the answer is simple. With partitions in place, I know where things are and where the 1st user partition must start. It's nothing more than built in documentation. (Though it does ease copying or updates because I don't have to remember sector offsets.)
--
Arwen Evenstar
Princess of Rivendale
#6
@Arwen
>If the comment about partitions was directed at me
No, the other guy, who didn't seem to be listening ----to anyone
To have a placeholder is conveint I guess, , but
64 sectors, 8M, 12M, 16M(user) doesn't seem that hard to remember either
You do have to multiply by 2048


Possibly Related Threads…
Thread Author Replies Views Last Post
  U-Boot with direct NVMe boot support for eMMC/SPI Flash pcm720 120 110,583 09-11-2021, 02:16 PM
Last Post: calinb
  My pbp is a sleek, black, flat brick, and won't boot from any kind of media rotwang 15 2,489 08-24-2021, 04:25 PM
Last Post: bkenn
  How can I flash SPI so that I can boot from NVMe? codingpanic 5 637 08-24-2021, 05:07 AM
Last Post: codingpanic
  U-Boot, video console, and visual artifacts dsimic 15 2,365 07-28-2021, 09:37 AM
Last Post: dsimic
  boot order straightwalker 6 683 07-22-2021, 12:31 AM
Last Post: wdt
Tongue Hello my frend. How to fix my boot problem? carinosa 6 811 07-04-2021, 04:01 AM
Last Post: jiyong
  cannot boot SD card : "unable to select a mode" alchemist 0 352 06-18-2021, 02:03 AM
Last Post: alchemist
  Pinebook Boot CharlesBunders 14 3,097 06-15-2021, 07:40 PM
Last Post: James Good
  PBP won't boot alchemist 5 991 06-07-2021, 09:31 AM
Last Post: alchemist
  Broken Boot djhnsn 15 2,632 05-05-2021, 04:14 PM
Last Post: djhnsn

Forum Jump:


Users browsing this thread: 1 Guest(s)