-
Notifications
You must be signed in to change notification settings - Fork 232
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
problem loading uboot from emmc #98
Comments
Can you enable CONFIG_DEBUG_VERY_LOUD, and also update your bootstrap to 3.8.13 Thanks, |
Here you go
Thanks! |
Do you have a ticket opened on microchip support ? As it looks to me, either you are using an SD-card (not eMMC), or your eMMC is not responding whatsoever to anything... is the voltage OK ? I do not see the card detect pin on your schematic. |
As I see it, card identification fails... as if your card/eMMC is dead in the waters. |
Where is at91bootstrap loaded from ? |
No, I'm sure that I'm using eMMC (on SDMMC0 interface, SDMMC1 is standard microSD card slot). According to documentation, ROM code tries to boot from SDMMC1 first, than from SDMMC0 and than it pass to other interfaces. So, when the SD card is inserted it boots from SDMMC1, and this is working. Without SD card inserted, ROM code loads at91bootstrap from eMMC, and it hangs after that. Also, I'm sure that eMMC is working because i can access it once the system is booted from SDMMC1. I can create partitions, format them, mount fs, copy files and so on. |
what rev of the silicon are you using, rev b, or rev c?
…On Fri, Jul 26, 2019, 7:24 AM ChevalierDeBalibari ***@***.***> wrote:
No, I'm sure that I'm using eMMC (on SDMMC0 interface, SDMMC1 is standard
microSD card slot).
According to documentation, ROM code tries to boot from SDMMC1 first, than
from SDMMC0 and than it pass to other interfaces. So, when the SD card is
inserted it boots from SDMMC1, and this is working. Without SD card
inserted, ROM code loads at91bootstrap from eMMC, and it hangs after that.
Also, I'm sure that eMMC is working because i can access it once the
system is booted from SDMMC1. I can create partitions, format them, mount
fs, copy files and so on.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#98?email_source=notifications&email_token=AAPKFJY7XGKCAYF7GWIJ32TQBLNIXA5CNFSM4IGZ33OKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD24J7MY#issuecomment-515415987>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAPKFJ6UKDNH2C6AVVCGBJTQBLNIXANCNFSM4IGZ33OA>
.
|
Try with this patch, again with debug very loud activated.
|
Hi, here is the output:
P.S you forgot
|
I have pushed a commit on the master branch that enables more debug messages. Can you pull that commit and retest and copy paste the messages ? (with debug very loud). |
You are right...
|
Is your eMMC a toshiba ? |
The card does provide a valid and functional OCR. So , during the initialization sequence, negotiated operating conditions are done OK. |
I tried to repeat mmc_verify_operating_condition command twice and it fails at second one. |
So it looks like the eMMC goes to some weird state. Perhaps inactive state. and this OCR does not comply with the eMMC standard. your OCR is correct |
Hi Chevalier, I believe this will solve your issue completely:
Also, you may need this depending on your board:
Please let me know if this fixes your issue |
Hi, I made a much better and cleaner patch, fixing the exact issue in the code. Thanks !! |
I tried previous one, it works!
Let me see how it works from master... |
Looks fine now from master! Thanks Eugen! |
Hello,
we have a board based on SAMA5D27-SOM1-EK, (SAMA5D27-SOM1 + our baseboard) and we have SD card slot connected to MMC1 and eMMC on MMC0 interface. We have aplan to use eMMC on our final system and remove SD slot.
Problem is that we can't boot from eMMC:
eMMC is partitioned via linux running on SD card using fdisk and mkfs:
When we try to boot from eMMC, we are getting next message:
Conncetions between eMMC and MCU (PA0 ~ PA5 and PA10 for MMC_RST):
The text was updated successfully, but these errors were encountered: