Disabling MMC in uboot
Clash Royale CLAN TAG#URR8PPP
Following is the log message related to u-boot on Xilinx zynq platform:
[Fri Apr 04 19:57:50.990 2014] U-Boot 2013.07 (Apr 04 2014 - 19:38:00)
[Fri Apr 04 19:57:50.990 2014]
[Fri Apr 04 19:57:50.990 2014] Memory: ECC disabled
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
[Fri Apr 04 19:57:51.007 2014] SF: Detected N25Q128A with page size 64 KiB, total 16 MiB
[Fri Apr 04 19:57:51.038 2014] *** Warning - bad CRC, using default environment
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014] In: serial
[Fri Apr 04 19:57:51.038 2014] Out: serial
[Fri Apr 04 19:57:51.038 2014] Err: serial
[Fri Apr 04 19:57:51.038 2014] U-BOOT for Xilinx-ZC702-14.7
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014] SF: Detected N25Q128A with page size 64 KiB, total 16 MiB
[Fri Apr 04 19:57:51.354 2014] SF: 1963200 bytes @ 0x520000 Read: OK
[Fri Apr 04 19:57:51.354 2014] ## Loading kernel from FIT Image at 01000000 ...
[Fri Apr 04 19:57:51.354 2014] Using 'conf@1' configuration
[Fri Apr 04 19:57:51.354 2014] Trying 'kernel@1' kernel subimage
[Fri Apr 04 19:57:51.354 2014] Description: PetaLinux Kernel
[Fri Apr 04 19:57:51.354 2014] Type: Kernel Image
[Fri Apr 04 19:57:51.354 2014] Compression: gzip compressed
[Fri Apr 04 19:57:51.354 2014] Data Start: 0x010000f0
[Fri Apr 04 19:57:51.354 2014] Data Size: 1630119 Bytes = 1.6 MiB
[Fri Apr 04 19:57:51.354 2014] Architecture: ARM
[Fri Apr 04 19:57:51.354 2014] OS: Linux
[Fri Apr 04 19:57:51.354 2014] Load Address: 0x00008000
[Fri Apr 04 19:57:51.354 2014] Entry Point: 0x00008000
[Fri Apr 04 19:57:51.354 2014] Hash algo: crc32
[Fri Apr 04 19:57:51.354 2014] Hash value: 01dece90
[Fri Apr 04 19:57:51.354 2014] Verifying Hash Integrity ... crc32+ OK
My aim is to reduce boot time. The OS and the u-boot is supposed to boot from flash. But as you can on the top MMC is being detected:
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
It takes 0.17 seconds.
Is there anyway I can save this time may be by disabling MMC from u-boot?If so how do we disable MMC in u-boot. What is the general procedure?
u-boot
add a comment |
Following is the log message related to u-boot on Xilinx zynq platform:
[Fri Apr 04 19:57:50.990 2014] U-Boot 2013.07 (Apr 04 2014 - 19:38:00)
[Fri Apr 04 19:57:50.990 2014]
[Fri Apr 04 19:57:50.990 2014] Memory: ECC disabled
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
[Fri Apr 04 19:57:51.007 2014] SF: Detected N25Q128A with page size 64 KiB, total 16 MiB
[Fri Apr 04 19:57:51.038 2014] *** Warning - bad CRC, using default environment
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014] In: serial
[Fri Apr 04 19:57:51.038 2014] Out: serial
[Fri Apr 04 19:57:51.038 2014] Err: serial
[Fri Apr 04 19:57:51.038 2014] U-BOOT for Xilinx-ZC702-14.7
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014] SF: Detected N25Q128A with page size 64 KiB, total 16 MiB
[Fri Apr 04 19:57:51.354 2014] SF: 1963200 bytes @ 0x520000 Read: OK
[Fri Apr 04 19:57:51.354 2014] ## Loading kernel from FIT Image at 01000000 ...
[Fri Apr 04 19:57:51.354 2014] Using 'conf@1' configuration
[Fri Apr 04 19:57:51.354 2014] Trying 'kernel@1' kernel subimage
[Fri Apr 04 19:57:51.354 2014] Description: PetaLinux Kernel
[Fri Apr 04 19:57:51.354 2014] Type: Kernel Image
[Fri Apr 04 19:57:51.354 2014] Compression: gzip compressed
[Fri Apr 04 19:57:51.354 2014] Data Start: 0x010000f0
[Fri Apr 04 19:57:51.354 2014] Data Size: 1630119 Bytes = 1.6 MiB
[Fri Apr 04 19:57:51.354 2014] Architecture: ARM
[Fri Apr 04 19:57:51.354 2014] OS: Linux
[Fri Apr 04 19:57:51.354 2014] Load Address: 0x00008000
[Fri Apr 04 19:57:51.354 2014] Entry Point: 0x00008000
[Fri Apr 04 19:57:51.354 2014] Hash algo: crc32
[Fri Apr 04 19:57:51.354 2014] Hash value: 01dece90
[Fri Apr 04 19:57:51.354 2014] Verifying Hash Integrity ... crc32+ OK
My aim is to reduce boot time. The OS and the u-boot is supposed to boot from flash. But as you can on the top MMC is being detected:
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
It takes 0.17 seconds.
Is there anyway I can save this time may be by disabling MMC from u-boot?If so how do we disable MMC in u-boot. What is the general procedure?
u-boot
add a comment |
Following is the log message related to u-boot on Xilinx zynq platform:
[Fri Apr 04 19:57:50.990 2014] U-Boot 2013.07 (Apr 04 2014 - 19:38:00)
[Fri Apr 04 19:57:50.990 2014]
[Fri Apr 04 19:57:50.990 2014] Memory: ECC disabled
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
[Fri Apr 04 19:57:51.007 2014] SF: Detected N25Q128A with page size 64 KiB, total 16 MiB
[Fri Apr 04 19:57:51.038 2014] *** Warning - bad CRC, using default environment
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014] In: serial
[Fri Apr 04 19:57:51.038 2014] Out: serial
[Fri Apr 04 19:57:51.038 2014] Err: serial
[Fri Apr 04 19:57:51.038 2014] U-BOOT for Xilinx-ZC702-14.7
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014] SF: Detected N25Q128A with page size 64 KiB, total 16 MiB
[Fri Apr 04 19:57:51.354 2014] SF: 1963200 bytes @ 0x520000 Read: OK
[Fri Apr 04 19:57:51.354 2014] ## Loading kernel from FIT Image at 01000000 ...
[Fri Apr 04 19:57:51.354 2014] Using 'conf@1' configuration
[Fri Apr 04 19:57:51.354 2014] Trying 'kernel@1' kernel subimage
[Fri Apr 04 19:57:51.354 2014] Description: PetaLinux Kernel
[Fri Apr 04 19:57:51.354 2014] Type: Kernel Image
[Fri Apr 04 19:57:51.354 2014] Compression: gzip compressed
[Fri Apr 04 19:57:51.354 2014] Data Start: 0x010000f0
[Fri Apr 04 19:57:51.354 2014] Data Size: 1630119 Bytes = 1.6 MiB
[Fri Apr 04 19:57:51.354 2014] Architecture: ARM
[Fri Apr 04 19:57:51.354 2014] OS: Linux
[Fri Apr 04 19:57:51.354 2014] Load Address: 0x00008000
[Fri Apr 04 19:57:51.354 2014] Entry Point: 0x00008000
[Fri Apr 04 19:57:51.354 2014] Hash algo: crc32
[Fri Apr 04 19:57:51.354 2014] Hash value: 01dece90
[Fri Apr 04 19:57:51.354 2014] Verifying Hash Integrity ... crc32+ OK
My aim is to reduce boot time. The OS and the u-boot is supposed to boot from flash. But as you can on the top MMC is being detected:
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
It takes 0.17 seconds.
Is there anyway I can save this time may be by disabling MMC from u-boot?If so how do we disable MMC in u-boot. What is the general procedure?
u-boot
Following is the log message related to u-boot on Xilinx zynq platform:
[Fri Apr 04 19:57:50.990 2014] U-Boot 2013.07 (Apr 04 2014 - 19:38:00)
[Fri Apr 04 19:57:50.990 2014]
[Fri Apr 04 19:57:50.990 2014] Memory: ECC disabled
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
[Fri Apr 04 19:57:51.007 2014] SF: Detected N25Q128A with page size 64 KiB, total 16 MiB
[Fri Apr 04 19:57:51.038 2014] *** Warning - bad CRC, using default environment
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014] In: serial
[Fri Apr 04 19:57:51.038 2014] Out: serial
[Fri Apr 04 19:57:51.038 2014] Err: serial
[Fri Apr 04 19:57:51.038 2014] U-BOOT for Xilinx-ZC702-14.7
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014]
[Fri Apr 04 19:57:51.038 2014] SF: Detected N25Q128A with page size 64 KiB, total 16 MiB
[Fri Apr 04 19:57:51.354 2014] SF: 1963200 bytes @ 0x520000 Read: OK
[Fri Apr 04 19:57:51.354 2014] ## Loading kernel from FIT Image at 01000000 ...
[Fri Apr 04 19:57:51.354 2014] Using 'conf@1' configuration
[Fri Apr 04 19:57:51.354 2014] Trying 'kernel@1' kernel subimage
[Fri Apr 04 19:57:51.354 2014] Description: PetaLinux Kernel
[Fri Apr 04 19:57:51.354 2014] Type: Kernel Image
[Fri Apr 04 19:57:51.354 2014] Compression: gzip compressed
[Fri Apr 04 19:57:51.354 2014] Data Start: 0x010000f0
[Fri Apr 04 19:57:51.354 2014] Data Size: 1630119 Bytes = 1.6 MiB
[Fri Apr 04 19:57:51.354 2014] Architecture: ARM
[Fri Apr 04 19:57:51.354 2014] OS: Linux
[Fri Apr 04 19:57:51.354 2014] Load Address: 0x00008000
[Fri Apr 04 19:57:51.354 2014] Entry Point: 0x00008000
[Fri Apr 04 19:57:51.354 2014] Hash algo: crc32
[Fri Apr 04 19:57:51.354 2014] Hash value: 01dece90
[Fri Apr 04 19:57:51.354 2014] Verifying Hash Integrity ... crc32+ OK
My aim is to reduce boot time. The OS and the u-boot is supposed to boot from flash. But as you can on the top MMC is being detected:
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
It takes 0.17 seconds.
Is there anyway I can save this time may be by disabling MMC from u-boot?If so how do we disable MMC in u-boot. What is the general procedure?
u-boot
u-boot
asked Apr 5 '14 at 6:06
user2799508user2799508
63771739
63771739
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
The MMC is detected, that is normal. I don't think you can save any appreciable time by changing that.
If you can get a U-Boot command prompt (e.g. by hitting a key during "bootdelay" period), you can learn more about boot sequence by looking at output of commands
printenv bootcmd
printenv bootargs
Your kernel is already loading from flash. Your filesystem might be in flash, or on MMC, I don't know this platform.
It looks like your board has no U-Boot environment saved, so it is using the default environment that is set at build time. It should be possible for you to change environment variables (command setenv), then put them in persistent memory (command saveenv). Usually that is the general procedure for changing boot sequence.
add a comment |
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
I have also fell into this trap thinking that the mmc initialisation is taking that much time. No it is not. MMC initialisation takes place later if you have enabled mmc in U-boot. This is the startup sequence , enabling debug messages in the board_f.c and board_r.c file will clear this misconception.
The most of the time taken here is spent on copying u-boot from flash to RAM in my case.
@dr01 it looks a reasonable answer - pointing out that this (apparently) isn't the place to try and shave time off the boot sequence.
– roaima
Jun 23 '16 at 15:12
add a comment |
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',
autoActivateHeartbeat: false,
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
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f123238%2fdisabling-mmc-in-uboot%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
The MMC is detected, that is normal. I don't think you can save any appreciable time by changing that.
If you can get a U-Boot command prompt (e.g. by hitting a key during "bootdelay" period), you can learn more about boot sequence by looking at output of commands
printenv bootcmd
printenv bootargs
Your kernel is already loading from flash. Your filesystem might be in flash, or on MMC, I don't know this platform.
It looks like your board has no U-Boot environment saved, so it is using the default environment that is set at build time. It should be possible for you to change environment variables (command setenv), then put them in persistent memory (command saveenv). Usually that is the general procedure for changing boot sequence.
add a comment |
The MMC is detected, that is normal. I don't think you can save any appreciable time by changing that.
If you can get a U-Boot command prompt (e.g. by hitting a key during "bootdelay" period), you can learn more about boot sequence by looking at output of commands
printenv bootcmd
printenv bootargs
Your kernel is already loading from flash. Your filesystem might be in flash, or on MMC, I don't know this platform.
It looks like your board has no U-Boot environment saved, so it is using the default environment that is set at build time. It should be possible for you to change environment variables (command setenv), then put them in persistent memory (command saveenv). Usually that is the general procedure for changing boot sequence.
add a comment |
The MMC is detected, that is normal. I don't think you can save any appreciable time by changing that.
If you can get a U-Boot command prompt (e.g. by hitting a key during "bootdelay" period), you can learn more about boot sequence by looking at output of commands
printenv bootcmd
printenv bootargs
Your kernel is already loading from flash. Your filesystem might be in flash, or on MMC, I don't know this platform.
It looks like your board has no U-Boot environment saved, so it is using the default environment that is set at build time. It should be possible for you to change environment variables (command setenv), then put them in persistent memory (command saveenv). Usually that is the general procedure for changing boot sequence.
The MMC is detected, that is normal. I don't think you can save any appreciable time by changing that.
If you can get a U-Boot command prompt (e.g. by hitting a key during "bootdelay" period), you can learn more about boot sequence by looking at output of commands
printenv bootcmd
printenv bootargs
Your kernel is already loading from flash. Your filesystem might be in flash, or on MMC, I don't know this platform.
It looks like your board has no U-Boot environment saved, so it is using the default environment that is set at build time. It should be possible for you to change environment variables (command setenv), then put them in persistent memory (command saveenv). Usually that is the general procedure for changing boot sequence.
answered Apr 7 '14 at 16:18
Joe KulJoe Kul
1795
1795
add a comment |
add a comment |
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
I have also fell into this trap thinking that the mmc initialisation is taking that much time. No it is not. MMC initialisation takes place later if you have enabled mmc in U-boot. This is the startup sequence , enabling debug messages in the board_f.c and board_r.c file will clear this misconception.
The most of the time taken here is spent on copying u-boot from flash to RAM in my case.
@dr01 it looks a reasonable answer - pointing out that this (apparently) isn't the place to try and shave time off the boot sequence.
– roaima
Jun 23 '16 at 15:12
add a comment |
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
I have also fell into this trap thinking that the mmc initialisation is taking that much time. No it is not. MMC initialisation takes place later if you have enabled mmc in U-boot. This is the startup sequence , enabling debug messages in the board_f.c and board_r.c file will clear this misconception.
The most of the time taken here is spent on copying u-boot from flash to RAM in my case.
@dr01 it looks a reasonable answer - pointing out that this (apparently) isn't the place to try and shave time off the boot sequence.
– roaima
Jun 23 '16 at 15:12
add a comment |
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
I have also fell into this trap thinking that the mmc initialisation is taking that much time. No it is not. MMC initialisation takes place later if you have enabled mmc in U-boot. This is the startup sequence , enabling debug messages in the board_f.c and board_r.c file will clear this misconception.
The most of the time taken here is spent on copying u-boot from flash to RAM in my case.
[Fri Apr 04 19:57:50.990 2014] DRAM: 1 GiB
[Fri Apr 04 19:57:51.007 2014] MMC: zynq_sdhci: 0
I have also fell into this trap thinking that the mmc initialisation is taking that much time. No it is not. MMC initialisation takes place later if you have enabled mmc in U-boot. This is the startup sequence , enabling debug messages in the board_f.c and board_r.c file will clear this misconception.
The most of the time taken here is spent on copying u-boot from flash to RAM in my case.
answered Jun 23 '16 at 14:01
evk1206evk1206
1
1
@dr01 it looks a reasonable answer - pointing out that this (apparently) isn't the place to try and shave time off the boot sequence.
– roaima
Jun 23 '16 at 15:12
add a comment |
@dr01 it looks a reasonable answer - pointing out that this (apparently) isn't the place to try and shave time off the boot sequence.
– roaima
Jun 23 '16 at 15:12
@dr01 it looks a reasonable answer - pointing out that this (apparently) isn't the place to try and shave time off the boot sequence.
– roaima
Jun 23 '16 at 15:12
@dr01 it looks a reasonable answer - pointing out that this (apparently) isn't the place to try and shave time off the boot sequence.
– roaima
Jun 23 '16 at 15:12
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f123238%2fdisabling-mmc-in-uboot%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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