Re: [Shr-User] uSD hosed, on every unstable.
On Wed, Sep 8, 2010 at 10:06 AM, Al Johnson alast...@truebox.co.uk wrote: Assuming Joachim's correct about it not mattering if you use 0:1 or 1:1 it looks like u-boot can't access your SD cleanly either, and it may be an intermittent problem since with both ext2ls and mmcinit you sometimes get the error lines and sometimes not. It will probably take a u-boot expert or a close look at the code to see what the error means, and possibly sight of the glamo documentation :-( It seems like a hardware error to me, though there's a faint possibility it's got into some odd state that's being kept alive by the backup battery. All I can suggest at this point is to check the contacts on the SD and its socket are clean, and try leaving it with the battery out long enough for the backup battery to go flat before trying again. I don't know how long that takes, but over night should be plenty. If it was long enough the rtc will have lost the time. And try mmc 1:1 just in case it makes a difference. adding openmoko community to the list. i am experiencing an error on boot when the sd card, 3 different cards of different capacities. mmc0 unrecognized SCR structure version 5 mmc0 err -22 whilest initiation sd card. we have logged into u-boot to see if it can read a partition on the sd card. GTA02v6 # ext2ls mmc 0:1 /OSM ** Bad partition - mmc 0:1 ** GTA02v6 # mmcinit Card Type: SD 2.0 SDHC Manufacturer: 0x02, OEM TM Product name: SD08G, revision 3.8 Serial number: 3226732165 Manufacturing date: 5/2009 MMC/SD size:3MiB GTA02v6 # GTA02v6 # ext2ls mmc 0:1 /OSM someone else mentioned they were having issues with there card and it was solved by bending the contact pins to an even hight. i have already tried that long ago. anyone on the openmoko list have anything to add to this? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] uSD hosed, on every unstable.
On Wed, Sep 8, 2010 at 10:16 AM, jeremy jozwik jerjoz.for...@gmail.com wrote: GTA02v6 # ext2ls mmc 0:1 /OSM ** Bad partition - mmc 0:1 ** GTA02v6 # mmcinit Card Type: SD 2.0 SDHC Manufacturer: 0x02, OEM TM Product name: SD08G, revision 3.8 Serial number: 3226732165 Manufacturing date: 5/2009 MMC/SD size: 3MiB GTA02v6 # GTA02v6 # ext2ls mmc 0:1 /OSM GTA02v6 # mmcinit Card Type: SD 2.0 SDHC Manufacturer: 0x02, OEM TM Product name: SD08G, revision 3.8 Serial number: 3226732165 Manufacturing date: 5/2009 MMC/SD size: 3MiB GTA02v6 # GTA02v6 # ext2ls mmc 0:1 /OSM cmd 0x10, arg 0x200 flags 0x15 Error after cmd: 0xfffb bad MBR sector signature 0x did not copy full output, sorry. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] uSD hosed, on every unstable.
В Срд, 08/09/2010 в 10:17 -0700, jeremy jozwik пишет: GTA02v6 # mmcinit Card Type: SD 2.0 SDHC Manufacturer: 0x02, OEM TM Product name: SD08G, revision 3.8 Serial number: 3226732165 Manufacturing date: 5/2009 MMC/SD size:3MiB GTA02v6 # GTA02v6 # ext2ls mmc 0:1 /OSM cmd 0x10, arg 0x200 flags 0x15 Error after cmd: 0xfffb bad MBR sector signature 0x did not copy full output, sorry. SD initalisation in kernel look strange and fact that we need different rootwait/rootdelay in kernel, while u-boot can read SD card almost instantly seriously puzzles me. Also i can notice fact that I have 50% probability of successfull mmc read in u-boot wuth 2-4-2 timings, while 4-4-4 is 100% successfull, may be only in extremly rare cases. This makes me think that some delay (or proper sync) is needed in mmc sequence. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] uSD hosed, on every unstable.
On Wed, Sep 8, 2010 at 9:50 AM, Gennady Kupava g...@bsdmn.com wrote: SD initalisation in kernel look strange and fact that we need different rootwait/rootdelay in kernel, while u-boot can read SD card almost instantly seriously puzzles me. Also i can notice fact that I have 50% probability of successfull mmc read in u-boot wuth 2-4-2 timings, while 4-4-4 is 100% successfull, may be only in extremly rare cases. This makes me think that some delay (or proper sync) is needed in mmc sequence. are you eluding to u-boot accessing the SD card incorrectly? if so, how is it that previously locally saved u-boot version used to work. and i used to be able to read the SD card within shr. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] uSD hosed, on every unstable.
On Wednesday 08 September 2010, jeremy jozwik wrote: On Wed, Sep 8, 2010 at 9:50 AM, Gennady Kupava g...@bsdmn.com wrote: SD initalisation in kernel look strange and fact that we need different rootwait/rootdelay in kernel, while u-boot can read SD card almost instantly seriously puzzles me. Also i can notice fact that I have 50% probability of successfull mmc read in u-boot wuth 2-4-2 timings, while 4-4-4 is 100% successfull, may be only in extremly rare cases. This makes me think that some delay (or proper sync) is needed in mmc sequence. are you eluding to u-boot accessing the SD card incorrectly? if so, how is it that previously locally saved u-boot version used to work. and i used to be able to read the SD card within shr. I think there are two separate issues here. I think Gennady is correct to say there is something wrong in the kernel handling of mmc on the glamo, and probably also something wrong in u-boot. If everything was correct we wouldn't need a list of compatible and incompatible cards, or parameters to fiddle with delays and clock speeds. This may be another case where some study of the glamo documentation and the existing code can help. I have a 4G Kingston card that's on the non-compatible list if someone wants to try this. I don't think that is the cause of your issue because your cards used to work, but don't any more, with software that used to work for you and still does for other people. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] uSD hosed, on every unstable.
В Срд, 08/09/2010 в 20:48 +0100, Al Johnson пишет: On Wednesday 08 September 2010, jeremy jozwik wrote: On Wed, Sep 8, 2010 at 9:50 AM, Gennady Kupava g...@bsdmn.com wrote: SD initalisation in kernel look strange and fact that we need different rootwait/rootdelay in kernel, while u-boot can read SD card almost instantly seriously puzzles me. Also i can notice fact that I have 50% probability of successfull mmc read in u-boot wuth 2-4-2 timings, while 4-4-4 is 100% successfull, may be only in extremly rare cases. This makes me think that some delay (or proper sync) is needed in mmc sequence. are you eluding to u-boot accessing the SD card incorrectly? if so, how is it that previously locally saved u-boot version used to work. and i used to be able to read the SD card within shr. I think there are two separate issues here. I think Gennady is correct to say there is something wrong in the kernel handling of mmc on the glamo, and probably also something wrong in u-boot. If everything was correct we wouldn't need a list of compatible and incompatible cards, or parameters to fiddle with delays and clock speeds. This may be z another case where some study of the glamo documentation and the existing code can help. I have a 4G Kingston card that's on the non-compatible list if someone wants to try this. I don't think that is the cause of your issue because your cards used to work, but don't any more, with software that used to work for you and still does for other people. I can say mean exactly, i know following bugs: 1. u-boot 2-4-2 need fix to read kernel from sd, but kernel works perfect with this timings (never saw single read failure). 2. kernel can't access sd without large delay and this delay is different in different versions. but u-boot can access data instantly! Also, i know following things which is probably bugs: 3. sd card init in kernel look strange. some mess with voltage, some delays. Need investigation. 4. sd card read speed is somehow 7 times slower than for same sd card on host. glamo-sd bus is 4 bit, same to host as far as i understand. no idea why it should be so much slower. card read speed bottleneck is _not_ cpu- glamo bus or glamo-sd bus. Need more investigation, but entirely possible it is just something wrong with driver/hardware setup. 5. yes. supported and unsupported look strange and i do not believe glamo 'works' with some cards and do not with others. I never saw devices with such selectivity. Need more inverstigation, look like something wrong with hardware or may be glamo setup. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Anyone with spare debug board in Czech republic?
Hi, i'd like to buy debug board for Freerunner. Before i start to think about buying one in Germany, i'd like to ask if somebody from CZ can offer one? Thanks! Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anyone with spare debug board in Czech republic?
Am 08.09.2010 22:35, schrieb Radek Polak: Hi, i'd like to buy debug board for Freerunner. Before i start to think about buying one in Germany, i'd like to ask if somebody from CZ can offer one? If you want to buy one in germany than buy it at www.pulster.de because it is for free if you order something else. I ordered a second gta02 battery and additional got a free debug board. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Phone
Hi Guys I am about to start my A-Levels and in product design I will be designing a phone with a gaming slant. I was wondering whether any of you guys knew anything about how I could find out more or even have some ideas for me. Please let me know. Email me on seannicholasgerag...@hotmail.co.uk Thanks Sean Geraghty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] uSD hosed, on every unstable.
On Wed, Sep 8, 2010 at 3:06 PM, Joachim Ott jo.shrde...@googlemail.com wrote: I'm beginning to wonder what your u-boot version is. Can you do (from the normal shell): grep Bootloader /dev/mtd1 I have Neo1973 Bootloader U-Boot 1.3.2-moko12 in there, and the same version is in /dev/mtd0 (the NOR bootloader). ive tried old and current u-boots, ill check it out when i get home today. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Got also a WikiReader now
Since 'Pulster' recently posted, that he has Germanized WikiReaders, I could not resist and ordered one. Now I've got it and started playing around (first removed the cap to see the connector to the debug serial interface - disappointed, I need a special adapter to it). But what really surprised me was the fact, that the delivered SD card not only held a german Wikipedia, but also a english and a dutch one! and I can switch between then during runtime and even the history function tracks the different country-specific entries correctly. This function makes it valuable for me, since there are a lot of country-specific pages which are not translated to other languages (simply because it sometimes makes no sense). Of course I was looking around to see some hacks or mods, but I was too lazy to set up my own build-chain. The Fortran interface is nice for some tests, indeed. Just for the joy of yes, we can I'd be intersted in some different ways of abusing that device, and I'm missing a email group like this one for the OM handy. Any pointers to active hackers for the WikiReader? Thanks, Alex. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community