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
  Reply
#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
  Reply
#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
  Reply
#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.
  Reply
#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
  Reply
#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
  Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  [split] U-Boot with NVMe support, keyboard & display working as400 50 6,403 10 hours ago
Last Post: as400
  U-Boot on SPI flash - discussion Arwen 20 2,116 09-16-2020, 08:20 AM
Last Post: hmuller
  Am I supposed to flash keyboard firmware and u-boot imgs? superkazuya 4 380 09-02-2020, 04:12 AM
Last Post: pfeerick
  PBP won't boot (no amber or green LED) ian-s-mcb 29 1,401 08-31-2020, 06:23 PM
Last Post: ian-s-mcb
  PBP does not boot: broken boot partition barn 9 686 08-21-2020, 01:51 AM
Last Post: gimy16
  U-Boot with direct NVMe boot support for eMMC/SPI Flash pcm720 109 36,310 07-22-2020, 12:49 PM
Last Post: mamboman777
  Orange light won't boot>>>PineBook Pro user1gokou 4 482 07-10-2020, 03:04 PM
Last Post: KC9UDX
  Boot custom kernel on PineBook Pro lowenware 7 605 07-06-2020, 03:31 PM
Last Post: lowenware
  [Solved] SD Card strange boot behaviour benderni 4 577 06-30-2020, 04:27 PM
Last Post: benderni
  Intermittent Boot Issues MrRoosevelt 19 1,940 06-21-2020, 06:45 AM
Last Post: khanku

Forum Jump:


Users browsing this thread: 1 Guest(s)