Update: uMon is now booting from SD
Ed Sutter
edsutterjr at gmail.com
Wed Jul 8 10:59:16 UTC 2015
Jarielle,
Ok, great, just thought I'd save you some typing, but you beat me to it!
The files look excellent!
Ed
> Ed,
>
> Thank you.
>
> I actually already finished the next set of drafts of the files and
> modified the Makefile to build a uMon image for "raw" mode booting, as
> well as updated the script to provide the ability to setup the SD for
> either "raw" or FAT mode.
>
> By coincidence I also created a configuration header source file when
> I was updating the Makefile in order to build the "raw" mode image. I
> was able to boot from an SD card using both modes that was set up
> using the script.
>
> The files I updated/created are as follows:
>
> README: https://github.com/jrcatbagan/umon/blob/dev/ports/beagleboneblack/README
>
> config_header.S:
> https://github.com/jrcatbagan/umon/blob/dev/ports/beagleboneblack/config_header.S
>
> sd-setup.sh: https://github.com/jrcatbagan/umon/blob/dev/ports/beagleboneblack/sd-setup.sh
>
> And these are the changes I made to the Makefile to build the image
> for "raw" mode:
> https://github.com/jrcatbagan/umon/commit/8246293254e3ce9e37cb8ed314077f35888af58c
>
> Let me know what you think so far about the changes/additions. If
> they are ready, I'll be happy to send them to you as patches for
> further testing/review.
>
> Thanks.
>
> On Tue, Jul 7, 2015 at 5:40 PM, Ed Sutter <edsutterjr at gmail.com> wrote:
>> Jarielle,
>> Since I already did it, attached is the cfg_header.S file I used for raw
>> mode.
>>
>> Ed
>>
>>
>> On Jul 7, 2015 4:49 AM, "Ed Sutter" <ed.sutter at alcatel-lucent.com> wrote:
>>> Jarielle,
>>> Great!
>>> Two (last) minor suggestions...
>>> 1. Mention the script in the documentation file.
>>> 2. In the script you may as well include the final step that you have in
>>> the documentation
>>> for copying the MLO file to the card...
>>>
>>> cd ~
>>> mkdir mnt
>>> ...
>>> rmdir mnt
>>>
>>> Other than that, it looks good to me.
>>> Good hunting regarding the cluster error issue!
>>> Ed
>> Thanks. Doc and script are now updated to reflect the minor suggestions. I
>> added a part in the "FAT Mode" section to refer to the script and I added
>> the last remaining steps in the doc to the script. The links to the files
>> are the same as before.
>>
>> How are the doc and script so far?
>>
>> Just for completeness, I'm going to get the raw mode image built as well
>> with the Configuration Header and GP Header prepended. I'm thinking of also
>> updating the script even further to allow the user to select whether they
>> would want to format the SD card for "raw" or FAT mode.
>>
>> I'll then send another draft of the files for your review.
>>
>>>> Ed,
>>>>
>>>> Thank you for your suggestions. I have taken them into account when
>>>> improving the document.
>>>>
>>>> Here is the second draft of the doc:
>>>> https://github.com/jrcatbagan/umon/blob/dev/ports/beagleboneblack/README
>>>> .
>>>>
>>>> I have also created a script that automates the process of setting up
>>>> the SD card. It can be found here:
>>>>
>>>> https://github.com/jrcatbagan/umon/blob/dev/ports/beagleboneblack/sd-setup.sh
>>>> .
>>>>
>>>> I also looked into the error regarding the situation where there is
>>>> not enough clusters and it turns out that the minimum size for the
>>>> FAT32 primary partition is around 32MB. FAT16 on the other hand has a
>>>> minimum size of around 3MB. I was using this document as reference:
>>>> https://staff.washington.edu/dittrich/misc/fatgen103.pdf . So I went
>>>> ahead and had the script create the primary partition as FAT16. I was
>>>> able to boot uMon from an SD card that was setup with this script.
>>>>
>>>> Please let me know what you think about the doc and script so far.
>>>>
>>>> Thanks.
>>>>
>>>> On Mon, Jul 6, 2015 at 5:10 PM, Ed Sutter <edsutterjr at gmail.com> wrote:
>>>>> Jarielle,
>>>>> Excellent!
>>>>> Couple of comments...
>>>>> 1. Since you've got so much detail in there, you may want to include the
>>>>> names of
>>>>> the TRM chapter and sections that you reference. I say this because a
>>>>> later
>>>>> revision may insert
>>>>> a chapter or a section and that will make the chapter/section numbers
>>>>> you
>>>>> have confusing.
>>>>> 2. For raw mode description, in the 'dd' line, change "of=/dev/sdc" to
>>>>> "of=<device>" (where <device> is the sd card).
>>>>> 3. For fat mode description, you may want to add a "dd if=/dev/zero
>>>>> of=<device> bs=1M count=1" as the first step just to
>>>>> make sure there is no partition table at the base of the SD card.
>>>>> If
>>>>> there is, then the first 'n' in your instructions
>>>>> may not do what you want. I know you mention that the card is
>>>>> assumed
>>>>> to not be formatted. This just
>>>>> makes sure of that. So, I walked through your steps, using this
>>>>> to
>>>>> automate:
>>>>>
>>>>> export SDDEV=/dev/sdc # User should verify this device.
>>>>> sudo dd if=/dev/zero of=${SDDEV} bs=128K count=1
>>>>> echo "n\np\n1\n\n+1M\nt\nc\na\n1\np\nw\n" | fdisk ${SDDEV}
>>>>>
>>>>> But when I did the mkfs line in your text, it returned an error:
>>>>> Not
>>>>> enough clusters for a 32bit FAT.
>>>>> So, I just did "mkfs.vfat /dev/sdc1" and that worked fine.
>>>>> Honestly, I
>>>>> don't know the details here,
>>>>> so if you can investigate this, that would be great. Suggest
>>>>> adding
>>>>> something like the script above as
>>>>> a shortcut.
>>>>>
>>>>> 4. For UART boot mode, mention that the uMon image that is transferred
>>>>> is
>>>>> boot.bin, not the MLO.
>>>>>
>>>>> Some other stuff you could add:
>>>>> - To know for sure what device is your uSD card in your linux box, run
>>>>> "cat
>>>>> /proc/partitions" before and after
>>>>> inserting the card and note the difference.
>>>>>
>>>>> Good stuff,
>>>>> Ed
>>>>>
>>>>> Ed,
>>>>>
>>>>> I finished the first draft of the document. It can be found here:
>>>>>
>>>>> https://github.com/jrcatbagan/umon/commit/7f751486d5ca3ba5f6449adf5561df527a5cfde1
>>>>> . Please feel free to give me any suggestions on how I can improve it
>>>>> or if I am missing something. Once you give the green light, I'll
>>>>> send it to umon-devel as a patch.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> On Mon, Jul 6, 2015 at 5:21 AM, Ed Sutter <ed.sutter at alcatel-lucent.com>
>>>>> wrote:
>>>>>
>>>>> On 7/5/2015 6:46 PM, Chris Johns wrote:
>>>>>
>>>>> On 5/07/2015 4:19 am, Ed Sutter wrote:
>>>>>
>>>>> Ok, I managed to get it to boot using only Linux for formatting the
>>>>> card.
>>>>> It wasn't working for me until I just read your email and realized I did
>>>>> not mark
>>>>> the partition active. After doing that it booted!
>>>>> So here are the steps I walked through
>>>>> (extracted from:
>>>>> http://forum.xda-developers.com/showthread.php?t=502095)
>>>>> :
>>>>>
>>>>> 1. Verify the partition that the SD card installs as:
>>>>> - cat /proc/paritions (without the uSD)
>>>>> - Insert uSD card
>>>>> - cat /proc/paritions (note the difference)
>>>>> Using /dev/sdc as our partition:
>>>>> 2. sudo fdisk /dev/sdc
>>>>> - delete all paritions with 'd' command (d1/d2/d3/d4) as needed
>>>>> - use 'n' command to create partition 1
>>>>> - use 't' command to relabel partition 1 to 'c'
>>>>> - use 'a' command to make the parition active
>>>>> - use 'p' to show something like:
>>>>>
>>>>> Device Boot Start End Blocks Id System
>>>>> /dev/sdc1 * 2048 3932159 1965056 c W95 FAT32 (LBA)
>>>>>
>>>>> - use 'w' to write to the card
>>>>>
>>>>> 3. Run sudo mkfs.vfat /dev/sdc1
>>>>> 4. Mount /dev/sdc1 as /media/boot (or whatever)
>>>>> 5. Copy MLO to /media/boot
>>>>> 6. Run sync; unmount /media/boot
>>>>> 7. Put card in BBB, reset with boot button depressed.
>>>>>
>>>>> A simple request to place in the doco early is to create a root
>>>>> partition only as large as you need and not use whole disk size in the
>>>>> root partition. Users should be encouraged to add other partitions they
>>>>> can mount as read/write to store a kernel and/or user data.
>>>>>
>>>>> Chris
>>>>> _______________________________________________
>>>>>
>>>>> Yep, for sure... my example above was lame...
>>>>> Functionally ok, but not considering the fact that the SD card will have
>>>>> other "stuff". Also, Chris, IIRC, you mentioned that FAT-booting may
>>>>> not be
>>>>> the right way to go ultimately. So, for now at least, it will be good
>>>>> to
>>>>> cover
>>>>> both modes of booting until we get a better grip on which approach to
>>>>> take.
>>>>> Jarielle, I can add detail on raw mode to whatever you initially write
>>>>> up
>>>>> if you want me to...
>>>>> Ed
>>>>>
>>>>> _______________________________________________
>>>>> umon-devel mailing list
>>>>> umon-devel at rtems.org
>>>>> http://lists.rtems.org/mailman/listinfo/umon-devel
>>>>>
>>>>> _______________________________________________
>>>>> umon-devel mailing list
>>>>> umon-devel at rtems.org
>>>>> http://lists.rtems.org/mailman/listinfo/umon-devel
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> umon-devel mailing list
>>>>> umon-devel at rtems.org
>>>>> http://lists.rtems.org/mailman/listinfo/umon-devel
>>>> _______________________________________________
>>>> umon-devel mailing list
>>>> umon-devel at rtems.org
>>>> http://lists.rtems.org/mailman/listinfo/umon-devel
>>>
>>> _______________________________________________
>>> umon-devel mailing list
>>> umon-devel at rtems.org
>>> http://lists.rtems.org/mailman/listinfo/umon-devel
>>
>>
>> _______________________________________________
>> umon-devel mailing list
>> umon-devel at rtems.org
>> http://lists.rtems.org/mailman/listinfo/umon-devel
>>
>>
>>
>> _______________________________________________
>> umon-devel mailing list
>> umon-devel at rtems.org
>> http://lists.rtems.org/mailman/listinfo/umon-devel
More information about the umon-devel
mailing list