How to load files from an EMMC's General Purpose Partition or Boot Partition, using Uboot

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
0
down vote

favorite












Is UBoot able to boot via fatload/ext4load from an EMMC's General Purpose Partition or Boot Partition? I am able to show files from the User area, just not partitions created as hardware partitions. These partitions can be created by using UBoot's "mmc hwpartition" command. It seems odd UBoot can create these partitions, but doesn't seem to be able to use them. I am using the latest version (2016.4) of Xilinx's UBoot, which is based based on the UBoot



Using UBoot's "mmc info" command, UBoot can definitely see the Boot Partition and General Purpose Partitions (GP 1/2/3/4):



zynq-uboot> mmc info
Device: sdhci@e0100000
Manufacturer ID: fe
OEM: 14e
Name: MMC04
Tran Speed: 52000000
Rd Block Len: 512
MMC version 4.4.1
High Capacity: Yes
Capacity: 2.7 GiB
Bus Width: 4-bit
Erase Group Size: 4 MiB
HC WP Group Size: 4 MiB
User Capacity: 2.7 GiB
Boot Capacity: 16 MiB ENH
RPMB Capacity: 128 KiB ENH
GP1 Capacity: 128 MiB
GP2 Capacity: 64 MiB
GP3 Capacity: 128 MiB
GP4 Capacity: 512 MiB


Normally, I am able to use the UBoot commands: fatload/fatls or ext4load/ext4ls in order to show contents of a given partition based on its filesystem type.



Working example of fatls command - please note this is showing the contents of the User area (size 2.7GB from above).



zynq-uboot> fatls mmc 0:1
17488 devicetree.dtb
962589 fpga.bit
54 uenv.txt
6709360 uimage
1555344 boot.bin
33 image.chk
83493724 image.tgz

7 file(s), 0 dir(s)


The GP partitions, when mounted in linux, contain my root filesystem, kernel image, etc. I would like to be able to boot from a GP partition via fatload/ext4load commands and use the User area for other purposes that storing my boot files.



I have found other posts about this topic, however, they don't seem to have been answered yet: https://lists.denx.de/pipermail/u-boot/2014-July/184731.html



Any help would be appreciated!










share|improve this question























  • Does using 'mmc dev' to switch to one of the HW parts instead let you use 'fatload', etc, to access the files?
    – Tom Rini
    Apr 9 '17 at 1:09










  • @TomRini Thanks for your reply. There is only one device that shows up and is working. Using "mmc list" command, it shows: sdhci@e0100000: 0 (eMMC) sdhci@e0101000: 1 Attempting to switch to the 2nd device using command "mmc dev 1", fails with message "Card did not respond to voltage select". I'm not sure what exactly this 2nd device is, but if this is where General Purpose Partitions would show up, I'd expect there to be more than just the 1 additional device.
    – GeminiDakota
    Apr 12 '17 at 13:58











  • what I mean is that you can use 'mmc dev 0 1' to switch to the first hardware partition on the eMMC. I don't know (and can't easily test at the moment) if once you do 'mmc dev 0 1' to switch to the first hardware partition if 'fatls mmc 0' will now be looking at partition 1 of the eMMC, due to 'mmc dev' command or still be looking at partition 0.
    – Tom Rini
    Apr 13 '17 at 15:09











  • @TomRini, Using the command: "mmc part", this shows my software partitions created using fdisk. It does not show any GPPs or boot partitions. Similarly, the command "mmc dev <dev#> <partition#>", allows me to switch to the partitions show in the "mmc part" command.
    – GeminiDakota
    Apr 19 '17 at 21:49






  • 1




    @TomRini Also,after looking at the uboot source, I'm pretty sure the functionality to boot from GPPs is not there. The only place these seem to be referenced is the mmc command, which simply get's its information from the ECSD register. The notion of GPP/boot partitions doesn't seem to get carried over to the fatls/ext4ls commands, which would need to be able to pull my kernel image from the boot/GPP areas. Thanks again for taking a look! I'm going to move on and just use software partitions to boot from for now.
    – GeminiDakota
    Apr 19 '17 at 21:54














up vote
0
down vote

favorite












Is UBoot able to boot via fatload/ext4load from an EMMC's General Purpose Partition or Boot Partition? I am able to show files from the User area, just not partitions created as hardware partitions. These partitions can be created by using UBoot's "mmc hwpartition" command. It seems odd UBoot can create these partitions, but doesn't seem to be able to use them. I am using the latest version (2016.4) of Xilinx's UBoot, which is based based on the UBoot



Using UBoot's "mmc info" command, UBoot can definitely see the Boot Partition and General Purpose Partitions (GP 1/2/3/4):



zynq-uboot> mmc info
Device: sdhci@e0100000
Manufacturer ID: fe
OEM: 14e
Name: MMC04
Tran Speed: 52000000
Rd Block Len: 512
MMC version 4.4.1
High Capacity: Yes
Capacity: 2.7 GiB
Bus Width: 4-bit
Erase Group Size: 4 MiB
HC WP Group Size: 4 MiB
User Capacity: 2.7 GiB
Boot Capacity: 16 MiB ENH
RPMB Capacity: 128 KiB ENH
GP1 Capacity: 128 MiB
GP2 Capacity: 64 MiB
GP3 Capacity: 128 MiB
GP4 Capacity: 512 MiB


Normally, I am able to use the UBoot commands: fatload/fatls or ext4load/ext4ls in order to show contents of a given partition based on its filesystem type.



Working example of fatls command - please note this is showing the contents of the User area (size 2.7GB from above).



zynq-uboot> fatls mmc 0:1
17488 devicetree.dtb
962589 fpga.bit
54 uenv.txt
6709360 uimage
1555344 boot.bin
33 image.chk
83493724 image.tgz

7 file(s), 0 dir(s)


The GP partitions, when mounted in linux, contain my root filesystem, kernel image, etc. I would like to be able to boot from a GP partition via fatload/ext4load commands and use the User area for other purposes that storing my boot files.



I have found other posts about this topic, however, they don't seem to have been answered yet: https://lists.denx.de/pipermail/u-boot/2014-July/184731.html



Any help would be appreciated!










share|improve this question























  • Does using 'mmc dev' to switch to one of the HW parts instead let you use 'fatload', etc, to access the files?
    – Tom Rini
    Apr 9 '17 at 1:09










  • @TomRini Thanks for your reply. There is only one device that shows up and is working. Using "mmc list" command, it shows: sdhci@e0100000: 0 (eMMC) sdhci@e0101000: 1 Attempting to switch to the 2nd device using command "mmc dev 1", fails with message "Card did not respond to voltage select". I'm not sure what exactly this 2nd device is, but if this is where General Purpose Partitions would show up, I'd expect there to be more than just the 1 additional device.
    – GeminiDakota
    Apr 12 '17 at 13:58











  • what I mean is that you can use 'mmc dev 0 1' to switch to the first hardware partition on the eMMC. I don't know (and can't easily test at the moment) if once you do 'mmc dev 0 1' to switch to the first hardware partition if 'fatls mmc 0' will now be looking at partition 1 of the eMMC, due to 'mmc dev' command or still be looking at partition 0.
    – Tom Rini
    Apr 13 '17 at 15:09











  • @TomRini, Using the command: "mmc part", this shows my software partitions created using fdisk. It does not show any GPPs or boot partitions. Similarly, the command "mmc dev <dev#> <partition#>", allows me to switch to the partitions show in the "mmc part" command.
    – GeminiDakota
    Apr 19 '17 at 21:49






  • 1




    @TomRini Also,after looking at the uboot source, I'm pretty sure the functionality to boot from GPPs is not there. The only place these seem to be referenced is the mmc command, which simply get's its information from the ECSD register. The notion of GPP/boot partitions doesn't seem to get carried over to the fatls/ext4ls commands, which would need to be able to pull my kernel image from the boot/GPP areas. Thanks again for taking a look! I'm going to move on and just use software partitions to boot from for now.
    – GeminiDakota
    Apr 19 '17 at 21:54












up vote
0
down vote

favorite









up vote
0
down vote

favorite











Is UBoot able to boot via fatload/ext4load from an EMMC's General Purpose Partition or Boot Partition? I am able to show files from the User area, just not partitions created as hardware partitions. These partitions can be created by using UBoot's "mmc hwpartition" command. It seems odd UBoot can create these partitions, but doesn't seem to be able to use them. I am using the latest version (2016.4) of Xilinx's UBoot, which is based based on the UBoot



Using UBoot's "mmc info" command, UBoot can definitely see the Boot Partition and General Purpose Partitions (GP 1/2/3/4):



zynq-uboot> mmc info
Device: sdhci@e0100000
Manufacturer ID: fe
OEM: 14e
Name: MMC04
Tran Speed: 52000000
Rd Block Len: 512
MMC version 4.4.1
High Capacity: Yes
Capacity: 2.7 GiB
Bus Width: 4-bit
Erase Group Size: 4 MiB
HC WP Group Size: 4 MiB
User Capacity: 2.7 GiB
Boot Capacity: 16 MiB ENH
RPMB Capacity: 128 KiB ENH
GP1 Capacity: 128 MiB
GP2 Capacity: 64 MiB
GP3 Capacity: 128 MiB
GP4 Capacity: 512 MiB


Normally, I am able to use the UBoot commands: fatload/fatls or ext4load/ext4ls in order to show contents of a given partition based on its filesystem type.



Working example of fatls command - please note this is showing the contents of the User area (size 2.7GB from above).



zynq-uboot> fatls mmc 0:1
17488 devicetree.dtb
962589 fpga.bit
54 uenv.txt
6709360 uimage
1555344 boot.bin
33 image.chk
83493724 image.tgz

7 file(s), 0 dir(s)


The GP partitions, when mounted in linux, contain my root filesystem, kernel image, etc. I would like to be able to boot from a GP partition via fatload/ext4load commands and use the User area for other purposes that storing my boot files.



I have found other posts about this topic, however, they don't seem to have been answered yet: https://lists.denx.de/pipermail/u-boot/2014-July/184731.html



Any help would be appreciated!










share|improve this question















Is UBoot able to boot via fatload/ext4load from an EMMC's General Purpose Partition or Boot Partition? I am able to show files from the User area, just not partitions created as hardware partitions. These partitions can be created by using UBoot's "mmc hwpartition" command. It seems odd UBoot can create these partitions, but doesn't seem to be able to use them. I am using the latest version (2016.4) of Xilinx's UBoot, which is based based on the UBoot



Using UBoot's "mmc info" command, UBoot can definitely see the Boot Partition and General Purpose Partitions (GP 1/2/3/4):



zynq-uboot> mmc info
Device: sdhci@e0100000
Manufacturer ID: fe
OEM: 14e
Name: MMC04
Tran Speed: 52000000
Rd Block Len: 512
MMC version 4.4.1
High Capacity: Yes
Capacity: 2.7 GiB
Bus Width: 4-bit
Erase Group Size: 4 MiB
HC WP Group Size: 4 MiB
User Capacity: 2.7 GiB
Boot Capacity: 16 MiB ENH
RPMB Capacity: 128 KiB ENH
GP1 Capacity: 128 MiB
GP2 Capacity: 64 MiB
GP3 Capacity: 128 MiB
GP4 Capacity: 512 MiB


Normally, I am able to use the UBoot commands: fatload/fatls or ext4load/ext4ls in order to show contents of a given partition based on its filesystem type.



Working example of fatls command - please note this is showing the contents of the User area (size 2.7GB from above).



zynq-uboot> fatls mmc 0:1
17488 devicetree.dtb
962589 fpga.bit
54 uenv.txt
6709360 uimage
1555344 boot.bin
33 image.chk
83493724 image.tgz

7 file(s), 0 dir(s)


The GP partitions, when mounted in linux, contain my root filesystem, kernel image, etc. I would like to be able to boot from a GP partition via fatload/ext4load commands and use the User area for other purposes that storing my boot files.



I have found other posts about this topic, however, they don't seem to have been answered yet: https://lists.denx.de/pipermail/u-boot/2014-July/184731.html



Any help would be appreciated!







linux embedded u-boot






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 31 '17 at 18:25

























asked Mar 27 '17 at 16:28









GeminiDakota

589




589











  • Does using 'mmc dev' to switch to one of the HW parts instead let you use 'fatload', etc, to access the files?
    – Tom Rini
    Apr 9 '17 at 1:09










  • @TomRini Thanks for your reply. There is only one device that shows up and is working. Using "mmc list" command, it shows: sdhci@e0100000: 0 (eMMC) sdhci@e0101000: 1 Attempting to switch to the 2nd device using command "mmc dev 1", fails with message "Card did not respond to voltage select". I'm not sure what exactly this 2nd device is, but if this is where General Purpose Partitions would show up, I'd expect there to be more than just the 1 additional device.
    – GeminiDakota
    Apr 12 '17 at 13:58











  • what I mean is that you can use 'mmc dev 0 1' to switch to the first hardware partition on the eMMC. I don't know (and can't easily test at the moment) if once you do 'mmc dev 0 1' to switch to the first hardware partition if 'fatls mmc 0' will now be looking at partition 1 of the eMMC, due to 'mmc dev' command or still be looking at partition 0.
    – Tom Rini
    Apr 13 '17 at 15:09











  • @TomRini, Using the command: "mmc part", this shows my software partitions created using fdisk. It does not show any GPPs or boot partitions. Similarly, the command "mmc dev <dev#> <partition#>", allows me to switch to the partitions show in the "mmc part" command.
    – GeminiDakota
    Apr 19 '17 at 21:49






  • 1




    @TomRini Also,after looking at the uboot source, I'm pretty sure the functionality to boot from GPPs is not there. The only place these seem to be referenced is the mmc command, which simply get's its information from the ECSD register. The notion of GPP/boot partitions doesn't seem to get carried over to the fatls/ext4ls commands, which would need to be able to pull my kernel image from the boot/GPP areas. Thanks again for taking a look! I'm going to move on and just use software partitions to boot from for now.
    – GeminiDakota
    Apr 19 '17 at 21:54
















  • Does using 'mmc dev' to switch to one of the HW parts instead let you use 'fatload', etc, to access the files?
    – Tom Rini
    Apr 9 '17 at 1:09










  • @TomRini Thanks for your reply. There is only one device that shows up and is working. Using "mmc list" command, it shows: sdhci@e0100000: 0 (eMMC) sdhci@e0101000: 1 Attempting to switch to the 2nd device using command "mmc dev 1", fails with message "Card did not respond to voltage select". I'm not sure what exactly this 2nd device is, but if this is where General Purpose Partitions would show up, I'd expect there to be more than just the 1 additional device.
    – GeminiDakota
    Apr 12 '17 at 13:58











  • what I mean is that you can use 'mmc dev 0 1' to switch to the first hardware partition on the eMMC. I don't know (and can't easily test at the moment) if once you do 'mmc dev 0 1' to switch to the first hardware partition if 'fatls mmc 0' will now be looking at partition 1 of the eMMC, due to 'mmc dev' command or still be looking at partition 0.
    – Tom Rini
    Apr 13 '17 at 15:09











  • @TomRini, Using the command: "mmc part", this shows my software partitions created using fdisk. It does not show any GPPs or boot partitions. Similarly, the command "mmc dev <dev#> <partition#>", allows me to switch to the partitions show in the "mmc part" command.
    – GeminiDakota
    Apr 19 '17 at 21:49






  • 1




    @TomRini Also,after looking at the uboot source, I'm pretty sure the functionality to boot from GPPs is not there. The only place these seem to be referenced is the mmc command, which simply get's its information from the ECSD register. The notion of GPP/boot partitions doesn't seem to get carried over to the fatls/ext4ls commands, which would need to be able to pull my kernel image from the boot/GPP areas. Thanks again for taking a look! I'm going to move on and just use software partitions to boot from for now.
    – GeminiDakota
    Apr 19 '17 at 21:54















Does using 'mmc dev' to switch to one of the HW parts instead let you use 'fatload', etc, to access the files?
– Tom Rini
Apr 9 '17 at 1:09




Does using 'mmc dev' to switch to one of the HW parts instead let you use 'fatload', etc, to access the files?
– Tom Rini
Apr 9 '17 at 1:09












@TomRini Thanks for your reply. There is only one device that shows up and is working. Using "mmc list" command, it shows: sdhci@e0100000: 0 (eMMC) sdhci@e0101000: 1 Attempting to switch to the 2nd device using command "mmc dev 1", fails with message "Card did not respond to voltage select". I'm not sure what exactly this 2nd device is, but if this is where General Purpose Partitions would show up, I'd expect there to be more than just the 1 additional device.
– GeminiDakota
Apr 12 '17 at 13:58





@TomRini Thanks for your reply. There is only one device that shows up and is working. Using "mmc list" command, it shows: sdhci@e0100000: 0 (eMMC) sdhci@e0101000: 1 Attempting to switch to the 2nd device using command "mmc dev 1", fails with message "Card did not respond to voltage select". I'm not sure what exactly this 2nd device is, but if this is where General Purpose Partitions would show up, I'd expect there to be more than just the 1 additional device.
– GeminiDakota
Apr 12 '17 at 13:58













what I mean is that you can use 'mmc dev 0 1' to switch to the first hardware partition on the eMMC. I don't know (and can't easily test at the moment) if once you do 'mmc dev 0 1' to switch to the first hardware partition if 'fatls mmc 0' will now be looking at partition 1 of the eMMC, due to 'mmc dev' command or still be looking at partition 0.
– Tom Rini
Apr 13 '17 at 15:09





what I mean is that you can use 'mmc dev 0 1' to switch to the first hardware partition on the eMMC. I don't know (and can't easily test at the moment) if once you do 'mmc dev 0 1' to switch to the first hardware partition if 'fatls mmc 0' will now be looking at partition 1 of the eMMC, due to 'mmc dev' command or still be looking at partition 0.
– Tom Rini
Apr 13 '17 at 15:09













@TomRini, Using the command: "mmc part", this shows my software partitions created using fdisk. It does not show any GPPs or boot partitions. Similarly, the command "mmc dev <dev#> <partition#>", allows me to switch to the partitions show in the "mmc part" command.
– GeminiDakota
Apr 19 '17 at 21:49




@TomRini, Using the command: "mmc part", this shows my software partitions created using fdisk. It does not show any GPPs or boot partitions. Similarly, the command "mmc dev <dev#> <partition#>", allows me to switch to the partitions show in the "mmc part" command.
– GeminiDakota
Apr 19 '17 at 21:49




1




1




@TomRini Also,after looking at the uboot source, I'm pretty sure the functionality to boot from GPPs is not there. The only place these seem to be referenced is the mmc command, which simply get's its information from the ECSD register. The notion of GPP/boot partitions doesn't seem to get carried over to the fatls/ext4ls commands, which would need to be able to pull my kernel image from the boot/GPP areas. Thanks again for taking a look! I'm going to move on and just use software partitions to boot from for now.
– GeminiDakota
Apr 19 '17 at 21:54




@TomRini Also,after looking at the uboot source, I'm pretty sure the functionality to boot from GPPs is not there. The only place these seem to be referenced is the mmc command, which simply get's its information from the ECSD register. The notion of GPP/boot partitions doesn't seem to get carried over to the fatls/ext4ls commands, which would need to be able to pull my kernel image from the boot/GPP areas. Thanks again for taking a look! I'm going to move on and just use software partitions to boot from for now.
– GeminiDakota
Apr 19 '17 at 21:54










1 Answer
1






active

oldest

votes

















up vote
0
down vote



accepted










Yes, you can access the GP partitions from uboot.



As described here http://u-boot.10912.n7.nabble.com/How-to-access-GP-partitions-from-uboot-2015-04-td212394.html you can use the "mmc partconf" command's last argument to tell the eMMC to bring out different parts (e.g. the GP instead of the user area). After you run that command, and execute a "mmc read" command, you'll notice that you are reading from a different area.



Take care though. At least in my u-boot version (2017), u-boot does not know that is has to re-read the partition table, and for optimization purposes, it won't. I had to do a small patch in part.c in blk_get_device_by_str to force part_init to execute each time. Then, when you do a "mmc part", you should see the GP partition table as well, and can do any file operation as you would normally do. Don't foget that doing an "mmc rescan" or any reset of the eMMC will loose the GP state, and you'll have to switch back to the GP again to read it.






share|improve this answer




















  • Thanks. It's been over a year since I originally asked my question and I don't readily have that setup to test this answer. This sounds right, so I'll mark it as the solution.
    – GeminiDakota
    23 hours ago










Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f354157%2fhow-to-load-files-from-an-emmcs-general-purpose-partition-or-boot-partition-us%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
0
down vote



accepted










Yes, you can access the GP partitions from uboot.



As described here http://u-boot.10912.n7.nabble.com/How-to-access-GP-partitions-from-uboot-2015-04-td212394.html you can use the "mmc partconf" command's last argument to tell the eMMC to bring out different parts (e.g. the GP instead of the user area). After you run that command, and execute a "mmc read" command, you'll notice that you are reading from a different area.



Take care though. At least in my u-boot version (2017), u-boot does not know that is has to re-read the partition table, and for optimization purposes, it won't. I had to do a small patch in part.c in blk_get_device_by_str to force part_init to execute each time. Then, when you do a "mmc part", you should see the GP partition table as well, and can do any file operation as you would normally do. Don't foget that doing an "mmc rescan" or any reset of the eMMC will loose the GP state, and you'll have to switch back to the GP again to read it.






share|improve this answer




















  • Thanks. It's been over a year since I originally asked my question and I don't readily have that setup to test this answer. This sounds right, so I'll mark it as the solution.
    – GeminiDakota
    23 hours ago














up vote
0
down vote



accepted










Yes, you can access the GP partitions from uboot.



As described here http://u-boot.10912.n7.nabble.com/How-to-access-GP-partitions-from-uboot-2015-04-td212394.html you can use the "mmc partconf" command's last argument to tell the eMMC to bring out different parts (e.g. the GP instead of the user area). After you run that command, and execute a "mmc read" command, you'll notice that you are reading from a different area.



Take care though. At least in my u-boot version (2017), u-boot does not know that is has to re-read the partition table, and for optimization purposes, it won't. I had to do a small patch in part.c in blk_get_device_by_str to force part_init to execute each time. Then, when you do a "mmc part", you should see the GP partition table as well, and can do any file operation as you would normally do. Don't foget that doing an "mmc rescan" or any reset of the eMMC will loose the GP state, and you'll have to switch back to the GP again to read it.






share|improve this answer




















  • Thanks. It's been over a year since I originally asked my question and I don't readily have that setup to test this answer. This sounds right, so I'll mark it as the solution.
    – GeminiDakota
    23 hours ago












up vote
0
down vote



accepted







up vote
0
down vote



accepted






Yes, you can access the GP partitions from uboot.



As described here http://u-boot.10912.n7.nabble.com/How-to-access-GP-partitions-from-uboot-2015-04-td212394.html you can use the "mmc partconf" command's last argument to tell the eMMC to bring out different parts (e.g. the GP instead of the user area). After you run that command, and execute a "mmc read" command, you'll notice that you are reading from a different area.



Take care though. At least in my u-boot version (2017), u-boot does not know that is has to re-read the partition table, and for optimization purposes, it won't. I had to do a small patch in part.c in blk_get_device_by_str to force part_init to execute each time. Then, when you do a "mmc part", you should see the GP partition table as well, and can do any file operation as you would normally do. Don't foget that doing an "mmc rescan" or any reset of the eMMC will loose the GP state, and you'll have to switch back to the GP again to read it.






share|improve this answer












Yes, you can access the GP partitions from uboot.



As described here http://u-boot.10912.n7.nabble.com/How-to-access-GP-partitions-from-uboot-2015-04-td212394.html you can use the "mmc partconf" command's last argument to tell the eMMC to bring out different parts (e.g. the GP instead of the user area). After you run that command, and execute a "mmc read" command, you'll notice that you are reading from a different area.



Take care though. At least in my u-boot version (2017), u-boot does not know that is has to re-read the partition table, and for optimization purposes, it won't. I had to do a small patch in part.c in blk_get_device_by_str to force part_init to execute each time. Then, when you do a "mmc part", you should see the GP partition table as well, and can do any file operation as you would normally do. Don't foget that doing an "mmc rescan" or any reset of the eMMC will loose the GP state, and you'll have to switch back to the GP again to read it.







share|improve this answer












share|improve this answer



share|improve this answer










answered 2 days ago









Arnout

564




564











  • Thanks. It's been over a year since I originally asked my question and I don't readily have that setup to test this answer. This sounds right, so I'll mark it as the solution.
    – GeminiDakota
    23 hours ago
















  • Thanks. It's been over a year since I originally asked my question and I don't readily have that setup to test this answer. This sounds right, so I'll mark it as the solution.
    – GeminiDakota
    23 hours ago















Thanks. It's been over a year since I originally asked my question and I don't readily have that setup to test this answer. This sounds right, so I'll mark it as the solution.
– GeminiDakota
23 hours ago




Thanks. It's been over a year since I originally asked my question and I don't readily have that setup to test this answer. This sounds right, so I'll mark it as the solution.
– GeminiDakota
23 hours ago

















 

draft saved


draft discarded















































 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f354157%2fhow-to-load-files-from-an-emmcs-general-purpose-partition-or-boot-partition-us%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown






Popular posts from this blog

How to check contact read email or not when send email to Individual?

Bahrain

Postfix configuration issue with fips on centos 7; mailgun relay