Hi Steve,
I will try this patch, and let you know the results,
thank you for the help,

cheers
ezequiel

PS:  this will be the Brain, of Ubuntu/Ros hexapod Robot.   


On Wed, Jun 26, 2013 at 1:57 PM, Steve Sakoman <sakoman@gmail.com> wrote:
On the other hand, if Gumstix has changed the hardware so CD is not
longer inverted then you *don't* want the referenced patch!

Steve

On Wed, Jun 26, 2013 at 10:55 AM, Steve Sakoman <sakoman@gmail.com> wrote:
> I don't think the hardware is bad.  Make sure your kernel has this patch:
>
> http://git.sakoman.com/git/gitweb.cgi?p=linux.git;a=commitdiff;h=bbf4f0f05d4f7b954b258e2e5c3a2faccb34cc99
>
> I haven't built duovero images in many months, so I don't really
> recall whether the images on my site have this patch or not.
>
> Steve
>
>
>
> On Wed, Jun 26, 2013 at 10:41 AM, ezex <pela.pela@gmail.com> wrote:
>> Hi,  i have some NEWS.
>>
>> 1) I used Sakoman images and script to create the images for my Duovero
>> Gumstix
>> http://feeds.sakoman.com/feeds/yocto-1.3/images/omap4-multi/current/
>> and the script  mksdcard.sh
>> using this commnand line:
>>  sudo ./mksdcard.sh /dev/mmcblk0 duovero xfce current
>>
>> Whit this, I have good Image, and NOW I CAN GET   console output on the
>> duovero
>> (this board doesn't have NAND, so it needs a valid microSD and image boot,
>> to output console)
>>
>> 2) After this,   ALL MY BOOTS HANGS  HERE
>> ALSA device list:
>>   #0: duovero
>>   #1: OMAPHDMI
>> Waiting for root device /dev/mmcblk0p2...
>>
>>
>> 3) SOLVED, AFTER TRYING MANY IMAGES (was not the problem)  I read on this
>> link :
>> http://www.mentby.com/Group/gumstix-users/duovero-images.html
>>
>> tha some duo vero, have a FAULTY MICROSD CONNECTORS.  and pressing on the
>> middle , ALL BOOTED UP, while pressing the simcard tray connector.
>> After a little bit of experimenting: if it stops at the "Waiting for
>> root device "-message and you push just at the right spot (center of the
>> label with the serial number), the filesystem is found and the system
>> continues to boot. Perhaps the kernel uses another method to access the
>> data on the card with stricter timing requirements than the first boot
>> stages (just guessing).
>>
>> I HAVE TO SEND IT BACK, is defective.
>>
>>
>>
>> --
>> View this message in context: http://gumstix.8.x6.nabble.com/Brand-new-Parlor-DuoVero-is-dead-tp4966900p4967452.html
>> Sent from the Gumstix mailing list archive at Nabble.com.
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Windows:
>>
>> Build for Windows Store.
>>
>> http://p.sf.net/sfu/windows-dev2dev
>> _______________________________________________
>> gumstix-users mailing list
>> gumstix-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gumstix-users

------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users



--
Ing. Ezequiel Goldberg
Systems Engineer

https://www.google.com/landing/takeaction/
End Piracy,  Not Liberty