It looks like the mmc is not being mounted properly on certain boots. I get
a error message from the 2.6.21 kernel which is in flash saying its unable
to mount the mcc file system. This only happens occasionally on the first
boot. If I reboot from the command line it picks up the mmc the second time
around - which is weird.
Any ideas what would cause this?
Anyhow I added a line to one of the low level init.d scripts which simply
reboots the board if it ever gets to that point; this essentially makes the
flash un-bootable (I know, I know, big hack). This will always eventually
boot from the mmc.
Ash Charles-2 wrote:
>
> Hi mlq,
>
> I think you are asking 'what makes this script special that U-Boot
> automagically runs it on boot?' so I'll answer this question for
> Verdex. In short, the script is not special at all---it is just a
> regular U-Boot script---the boot command ${bootcmd} set up as an
> environment variable automatically sources a script named
> gumstix-factory.script if available on boot. Of course, you can
> change the U-Boot environment variables around to whatever you like
> including changing what ${bootcmd} does.
>
> HTH,
>
> Ash
>
> On Fri, Mar 26, 2010 at 8:11 AM, mlq <mark.l.quilling@...> wrote:
>>
>> cool, I'll try making a new script later today and see if that works.
>> I'm
>> curious how u-boot actually interacts with these scripts? Is it a naming
>> convention? Does the crc header load it to a special place in memory
>> that
>> u-boot checks? I am wondering how to debug whether the script is actally
>> not found upon boot or If it is, and something within the script is
>> failing.
>> I don't always see the messge saying u-boot found the script...
>>
>> What I have been doing is powering on/off until the script actually
>> takes;
>> at this point I do see all the kernel chatter before the log in prompt
>> I.e
>> when the u-boot scripts gets run I always see kernel output - it's when I
>> execute the commands manually that I don't. Perhaps Daves suggestion of
>> using ttys0 will fix this.
>>
>>
>>
>> Ash Charles-2 wrote:
>>>
>>> Hi mlq,
>>>
>>>
>>> U-Boot scripts require a special header that includes a CRC (or
>>> something) over the contents of the script...modified code->bad magic
>>> number. I've put some instructions on the wiki here about how to make
>>> your own magic boot scripts.
>>>
>>> http://www.gumstix.net/wiki/index.php?title=U-Boot
>>>
>>> In retrospect, the 'boot.scr' is overo-focussed however this line is
>>> pretty generic:
>>> $ mkimage -A arm -O linux -T script -C none -a 0 -e 0 -n "myscript" -d
>>> myscript.cmd boot.scr
>>>
>>> I'm surprised you get no output after the decompression step---that
>>> would be very disconcerting! On my setup, I get lots of kernel
>>> chatter....I wonder what is different.
>>>
>>> Thanks for the feedback.
>>>
>>> Cheers,
>>> Ash
>>> On Thu, Mar 25, 2010 at 2:43 PM, mlq <mark.l.quilling@...> wrote:
>>>>
>>>> Hi Ash,
>>>>
>>>> Here is what happens when I execute the below commands:
>>>>
>>>> *** Welcome to Gumstix ***
>>>>
>>>> DRAM: 64 MB
>>>> Flash: 16 MB
>>>> Hit any key to stop autoboot: 0
>>>> GUM> mmcinit
>>>> No MMC card found
>>>> GUM> mmcinit
>>>> Detected: 1927168 blocks of 1024 bytes (1882MB) SD card.
>>>> Vendor: Man 02 OEM TM "SA02G" Date 10/2009
>>>> Product: 2628934609
>>>> Revision: 0.3
>>>> GUM> fatload mmc 0 a2000000 uimage
>>>> reading uimage
>>>>
>>>> 1319096 bytes read
>>>> GUM> setenv bootargs console=/dev/ttyS0,115200n8 root=/dev/mmcblk0p2 rw
>>>> rootdelay=1
>>>> GUM> bootm a2000000
>>>> ## Booting image at a2000000 ...
>>>> Image Name: Angstrom/2.6.31/gumstix-verdex
>>>> Image Type: ARM Linux Kernel Image (uncompressed)
>>>> Data Size: 1319032 Bytes = 1.3 MB
>>>> Load Address: a0008000
>>>> Entry Point: a0008000
>>>> OK
>>>>
>>>> Starting kernel ...
>>>>
>>>> Uncompressing
>>>> Linux....................................................................................
>>>> done, booting the kernel.
>>>>
>>>> .-------.
>>>> | | .-.
>>>> | | |-----.-----.-----.| | .----..-----.-----.
>>>> | | | __ | ---'| '--.| .-'| | |
>>>> | | | | | |--- || --'| | | ' | | | |
>>>> '---'---'--'--'--. |-----''----''--' '-----'-'-'-'
>>>> -' |
>>>> '---'
>>>>
>>>> The Angstrom Distribution gumstix-verdex ttyS0
>>>>
>>>> Angstrom 2009.X-test-20100317 gumstix-verdex ttyS0
>>>>
>>>> gumstix-verdex login: root
>>>> Password:
>>>> root@...:~#
>>>>
>>>> I think some people get thrown off that it nothing is printed out after
>>>> the
>>>> decompression step. As you can see the first call to mmcinit did not
>>>> find
>>>> the mmc card. I tried to modify the gumstix-factory-script but I got a
>>>> "bag
>>>> magic number" error. What is the correct way to do this? I just want
>>>> to
>>>> always boot from the mmc, any other ways to ensure this always happens?
>>>>
>>>> Thanks!
>>>> mlq
>>>>
>>>>
>>>> Ash Charles-2 wrote:
>>>>>
>>>>> Hi mlq,
>>>>>
>>>>> Coderone suggestion about 'mmc init' versus 'mmcinit' is true for
>>>>> newer version of u-boot (i.e. what you might have on the Overo boards)
>>>>> but 'mmcinit' is still the right command for u-boot version 1.2.0--the
>>>>> latest for the Verdex line.
>>>>>
>>>>> Can you try to isolate when exactly this happening as it seems a
>>>>> little strange? Perhaps stopping the boot sequence and ensuring that
>>>>> these commands cause the new kernel to boot would be useful:
>>>>> $ mmcinit
>>>>> $ fatload mmc 0 a2000000 uimage
>>>>> $ setenv bootargs console=/dev/ttyS0,115200n8 root=/dev/mmcblk0p2 rw
>>>>> rootdelay=1
>>>>> $ bootm a2000000
>>>>>
>>>>> I can't remember offhand if gumstix-factory.script adds a 'rootdelay'
>>>>> to the kernel command line or not; this is potentially an issue.
>>>>>
>>>>> -Ash
>>>>>
>>>>> On Fri, Mar 19, 2010 at 7:21 AM, mlq <mark.l.quilling@...> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I have the 2.6.31 OE kernel up and running on the verdex board
>>>>>> (thanks
>>>>>> to
>>>>>> all who made this hapen!!!). I have a gumstix-factory script in the
>>>>>> partition with the uimage. When I power up sometimes the verdex
>>>>>> boots
>>>>>> from
>>>>>> the flash and others it boots from the microSD. I am using the
>>>>>> latest
>>>>>> u-boot for the verdex. Is there a way to ensure the microSD is
>>>>>> always
>>>>>> booted? It seems like the microSD isnt mounting fast enough and/or
>>>>>> the
>>>>>> mmcinit is failing (although I think its the later becuase i dont see
>>>>>> the
>>>>>> u-boot message stating that it found the script).
>>>>>>
>>>>>> Thanks,
>>>>>> mlq
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://old.nabble.com/Booting-from-microSD-on-the-verdex-tp27950970p27950970.html
>>>>>> Sent from the Gumstix mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Download Intel® Parallel Studio Eval
>>>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>>>> proactively, and fine-tune applications for parallel performance.
>>>>>> See why Intel Parallel Studio got high marks during beta.
>>>>>> http://p.sf.net/sfu/intel-sw-dev
>>>>>> _______________________________________________
>>>>>> gumstix-users mailing list
>>>>>> gumstix-users@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Download Intel® Parallel Studio Eval
>>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>>> proactively, and fine-tune applications for parallel performance.
>>>>> See why Intel Parallel Studio got high marks during beta.
>>>>> http://p.sf.net/sfu/intel-sw-dev
>>>>> _______________________________________________
>>>>> gumstix-users mailing list
>>>>> gumstix-users@...
>>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://old.nabble.com/Booting-from-microSD-on-the-verdex-tp27950970p28035295.html
>>>> Sent from the Gumstix mailing list archive at Nabble.com.
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Download Intel® Parallel Studio Eval
>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>> proactively, and fine-tune applications for parallel performance.
>>>> See why Intel Parallel Studio got high marks during beta.
>>>> http://p.sf.net/sfu/intel-sw-dev
>>>> _______________________________________________
>>>> gumstix-users mailing list
>>>> gumstix-users@...
>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Download Intel® Parallel Studio Eval
>>> Try the new software tools for yourself. Speed compiling, find bugs
>>> proactively, and fine-tune applications for parallel performance.
>>> See why Intel Parallel Studio got high marks during beta.
>>> http://p.sf.net/sfu/intel-sw-dev
>>> _______________________________________________
>>> gumstix-users mailing list
>>> gumstix-users@...
>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>>
>>>
>>
>> --
>> View this message in context:
>> http://old.nabble.com/Booting-from-microSD-on-the-verdex-tp27950970p28043860.html
>> Sent from the Gumstix mailing list archive at Nabble.com.
>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> gumstix-users mailing list
>> gumstix-users@...
>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>
--
View this message in context: http://old.nabble.com/Booting-from-microSD-on-the-verdex-tp27950970p28073164.html
Sent from the Gumstix mailing list archive at Nabble.com.
|