Re: soldering tutorial, was: Re: [Shr-User] uSD hosed, on every unstable.

2010-10-15 Thread Alfa21
2010-10...@15:58 jeremy jozwik

 yah thats what i was wondering, frying components. but it is surely a
 common technique, this is the first ive seen with a hot plate. most
 use a hot air gun.

hot air is used to unsolder components for replacement.
hot plate imho is fake
if you want to do a clean and standard work follow this video about 0402 size:
http://www.youtube.com/watch?v=66GV4OuShzI

it's almost the same I tried to explain before, but here it is more clear and 
complete.

-- 
ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR 
IMPLIED.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: soldering tutorial, was: Re: [Shr-User] uSD hosed, on every unstable.

2010-10-15 Thread Al Johnson
On Friday 15 October 2010, Alfa21 wrote:
 2010-10...@15:58 jeremy jozwik
 
  yah thats what i was wondering, frying components. but it is surely a
  common technique, this is the first ive seen with a hot plate. most
  use a hot air gun.
 
 hot air is used to unsolder components for replacement.
 hot plate imho is fake

More coverage of various techniques here, including details of the hotplate 
method. It's the wrong method for reattaching a USB connector and a resistor.
http://www.sparkfun.com/commerce/tutorial_info.php?tutorials_id=59

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: soldering tutorial, was: Re: [Shr-User] uSD hosed, on every unstable.

2010-10-14 Thread Alfa21
2010-10...@16:13 jeremy jozwik

 shit... i should just get some of this!
 FFWD to 9 min
 http://www.youtube.com/watch?v=Uov0SPHKcnk

no, never seen that method and I believe it's a fake because I think, yes, the 
components are mechanically in place... but surely all fried! x_x

btw, what about two sided boards?? XD

 thats a great link. now i keep going back and forth between buy a new
 phone or fix my beloved moko

imho you should do a try, first
it's difficult but not impossible!
-- 
ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR 
IMPLIED.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: soldering tutorial, was: Re: [Shr-User] uSD hosed, on every unstable.

2010-10-14 Thread jeremy jozwik
On Thu, Oct 14, 2010 at 12:21 AM, Alfa21 freerun...@my.is.it wrote:
 no, never seen that method and I believe it's a fake because I think, yes, 
 the components are mechanically in place... but surely all fried! x_x

 btw, what about two sided boards?? XD

 imho you should do a try, first
 it's difficult but not impossible!

yah thats what i was wondering, frying components. but it is surely a
common technique, this is the first ive seen with a hot plate. most
use a hot air gun.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-10-13 Thread Al Johnson
On Wednesday 13 October 2010, jeremy jozwik wrote:
 for those who care:
 
 today, for some reason, i decided to tear down my freerunner. when i
 got the PCB board out i took a moment to look at the sd card reader. i
 noticed of the 4 little black squares just next to the sd card reader,
 only 3 of them seemed to be there. im thinking i must have popped one
 off while trying to remove the micro sd card some time along the way.

Judging by your photo and the component placement doc that would be R7507 
which according to the schematic is 75R, and connects the SD_DATA0 pin on the 
connector to the chip. That certainly explains why your SD won't work!

 since it seems like a simple fix, im wondering if the capacitor lister
 in [1] is the same as the 4 lined up between the sd reader and the
 battery connector.

No - the 4 components are resistors not capacitors. The capacitor fix hasn't 
been needed since the full kernel fix that correctly implemented the Glamo's 
SD drive strength adjustment.

 i have taken images and will upload them. but i wanted to put this out
 first.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-10-13 Thread jeremy jozwik
On Wed, Oct 13, 2010 at 6:22 AM, Al Johnson
openm...@mazikeen.demon.co.uk wrote:
 Judging by your photo and the component placement doc that would be R7507
 which according to the schematic is 75R, and connects the SD_DATA0 pin on the
 connector to the chip. That certainly explains why your SD won't work!

 No - the 4 components are resistors not capacitors. The capacitor fix hasn't
 been needed since the full kernel fix that correctly implemented the Glamo's
 SD drive strength adjustment.

 i have taken images and will upload them. but i wanted to put this out
 first.


R75707, well this is good and bad news. the good news, our developers
do indeed know what they are doing!

the bad news, i need to try to solder something back on there. ok, so
its a resistor, any more information?

make model micro soldering tutorials? i would really really like to
fix this if i can.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-10-13 Thread jeremy jozwik
On Wed, Oct 13, 2010 at 3:11 AM, Matthias Guedemann
matthias.guedem...@ovgu.de wrote:
 This does not seem to be the problem if I saw it correctly on your photo.
 I also had problems with my sd card. Now I use a Kingston 8G, with two
 partitions 1G / rest, all formatted as ext3. I use Qi, boot the kernel from SD
 and use the additional boot parameters.

 I did not work for some time, producing errors, corrupting files and the
 partition table etc., but after partitioning this way, installing using
 *only* the first partition (2nd unformatted / unmounted) and making sure that
 the cardholder is closed properly, it works for some time now.

im not sure how much you have been fallowing this issue, basically all
working combinations of old u-boot kernel and rootFS do not make the
previously working card, work...

this is on 3 different cards of different capacity. including the card
that originally came with the phone.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-10-13 Thread Al Johnson
On Wednesday 13 October 2010, jeremy jozwik wrote:
 On Wed, Oct 13, 2010 at 6:22 AM, Al Johnson
 
 openm...@mazikeen.demon.co.uk wrote:
  Judging by your photo and the component placement doc that would be R7507
  which according to the schematic is 75R, and connects the SD_DATA0 pin on
  the connector to the chip. That certainly explains why your SD won't
  work!
  
  No - the 4 components are resistors not capacitors. The capacitor fix
  hasn't been needed since the full kernel fix that correctly implemented
  the Glamo's SD drive strength adjustment.
  
  i have taken images and will upload them. but i wanted to put this out
  first.
 
 R75707, well this is good and bad news. the good news, our developers
 do indeed know what they are doing!
 
 the bad news, i need to try to solder something back on there. ok, so
 its a resistor, any more information?
 
 make model micro soldering tutorials? i would really really like to
 fix this if i can.

You can find the schematic and layout documents here:
http://downloads.openmoko.org/developer/schematics/GTA02/

75 Ohm and the correct size are the critical bits. Resistor tolerance 
shouldn't be an issue. I think the size is 0402 but you can check this by 
measuring (ruler, magnifying glass) before you buy, or hope someone who 
actually knows replies ;-)

Here's one of many smt tutorials on the net. These won't be the easiest bits 
to start with though! If you've got a broken old motherboard or HDD to 
practice on it would be well worth doing.
http://www.sparkfun.com/commerce/tutorial_info.php?tutorials_id=36page=1

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


soldering tutorial, was: Re: [Shr-User] uSD hosed, on every unstable.

2010-10-13 Thread Alfa21

 make model micro soldering tutorials? i would really really like to
 fix this if i can.  

I think the size should be the same of the one needed for the buzz fix...
about soldering eee... good luck! :P
I made my buzz fix and it was a pain in the a**hole!

[0) check your pcb and verify you still have the traces where you'll put the 
new resistor because maybe you ripped the metal out]

1) remove the board from all the plastic case
2) firmly fix it to a solid table with an adhesive tape
3) do not drink alcohol and keep calm ;)
4) use the sharpest newer soldering tool, 25W-30W
5) put a _little_ of alloy on the little squares of the pcb
6) put the resistor in place and keep it _gently_ pushing down with a small 
tool, like the point of a pin or similar (gently, otherwise you make it jump 
away!)
7) take your iron and pick up some but _little_ fresh alloy on the tip and then 
melt it on the first side of the resistor
8) do the other side of the resistor
9) verify that your resistor is firmly in place and you haven't leaked the 
alloy around and check any short-circuit

the size is really tiny, so good luck and don't panic!
you can put your resistor in any direction, it hasn't +/- polarity.

be quick with the iron on your components otherwise you'll fry them!
no more than 2-3 sec.
you can cool down the components and do another try little later.

I suggest you to use the eutectic alloy because it's easier to use on this hard 
size

-- 
ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR 
IMPLIED.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: soldering tutorial, was: Re: [Shr-User] uSD hosed, on every unstable.

2010-10-13 Thread Alfa21
ooh sorry!
I forgot an important point:

 6) put the resistor in place and keep it _gently_ pushing down with a small 
 tool, like the point of a pin or similar (gently, otherwise you make it jump 
 away!)


7-) put some flux on the sides of your resistor

 7) take your iron and pick up some but _little_ fresh alloy on the tip and 
 then melt it on the first side of the resistor


-- 
ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR 
IMPLIED.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: soldering tutorial, was: Re: [Shr-User] uSD hosed, on every unstable.

2010-10-13 Thread jeremy jozwik
On Wed, Oct 13, 2010 at 3:29 PM, Alfa21 freerun...@my.is.it wrote:
 ooh sorry!
 I forgot an important point:
 6) put the resistor in place and keep it _gently_ pushing down with a small 
 tool, like the point of a pin or similar (gently, otherwise you make it jump 
 away!)
 7-) put some flux on the sides of your resistor
 7) take your iron and pick up some but _little_ fresh alloy on the tip and 
 then melt it on the first side of the resistor

shit... i should just get some of this!
FFWD to 9 min
http://www.youtube.com/watch?v=Uov0SPHKcnk

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-10-13 Thread jeremy jozwik
On Wed, Oct 13, 2010 at 9:15 AM, Al Johnson
openm...@mazikeen.demon.co.uk wrote:
 Here's one of many smt tutorials on the net. These won't be the easiest bits
 to start with though! If you've got a broken old motherboard or HDD to
 practice on it would be well worth doing.
 http://www.sparkfun.com/commerce/tutorial_info.php?tutorials_id=36page=1

thats a great link. now i keep going back and forth between buy a new
phone or fix my beloved moko

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-10-12 Thread jeremy jozwik
for those who care:

today, for some reason, i decided to tear down my freerunner. when i
got the PCB board out i took a moment to look at the sd card reader. i
noticed of the 4 little black squares just next to the sd card reader,
only 3 of them seemed to be there. im thinking i must have popped one
off while trying to remove the micro sd card some time along the way.

since it seems like a simple fix, im wondering if the capacitor lister
in [1] is the same as the 4 lined up between the sd reader and the
battery connector.

i have taken images and will upload them. but i wanted to put this out first.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-10-12 Thread jeremy jozwik
On Tue, Oct 12, 2010 at 9:17 PM, jeremy jozwik jerjoz.for...@gmail.com wrote:
forgot link
http://wiki.openmoko.org/images/5/5b/SOP_for_GPS_capacitor_rework.pdf

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-10-12 Thread jeremy jozwik
On Tue, Oct 12, 2010 at 9:17 PM, jeremy jozwik jerjoz.for...@gmail.com wrote:
 for those who care:

 today, for some reason, i decided to tear down my freerunner. when i
 got the PCB board out i took a moment to look at the sd card reader. i
 noticed of the 4 little black squares just next to the sd card reader,
 only 3 of them seemed to be there. im thinking i must have popped one
 off while trying to remove the micro sd card some time along the way.

 since it seems like a simple fix, im wondering if the capacitor lister
 in [1] is the same as the 4 lined up between the sd reader and the
 battery connector.

 i have taken images and will upload them. but i wanted to put this out first.


image link
http://www.flickr.com/photos/godblessbotox/5077562664/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-09-30 Thread jeremy jozwik
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).


i just realized you have something here.

r...@om-gta02 ~ # grep Bootloader /dev/mtd1
Qi Bootloader s3c2442  buildhost
1.0.2+gitr3b8513d8b3d9615ebda605de4bda18371aa3f359

r...@om-gta02 ~ # grep Bootloader /dev/mtd0
Neo1973 Bootloader U-Boot 1.3.2-moko12

how do i make them the same version?
will it even change anything?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-09-30 Thread Christ van Willegen
On Thu, Sep 30, 2010 at 5:03 PM, jeremy jozwik jerjoz.for...@gmail.com wrote:
 how do i make them the same version?
 will it even change anything?

Don't! You won't be able to flash your FreeRunner afterwards (at
least, not from the NOR boot-menu...)

Christ van Willegen
-- 
09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-09-30 Thread jeremy jozwik
On Thu, Sep 30, 2010 at 11:41 AM, Christ van Willegen
cvwillegen+shr_u...@gmail.com wrote:
 On Thu, Sep 30, 2010 at 5:03 PM, jeremy jozwik jerjoz.for...@gmail.com 
 wrote:
 Don't! You won't be able to flash your FreeRunner afterwards (at
 least, not from the NOR boot-menu...)

 Christ van Willegen

well i was thinking the other way round...   anyhow im not getting any
real help on this issue, i dont have a debug board... and the N900 is
looking might nice right about now.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-09-12 Thread jeremy jozwik
On Sat, Sep 11, 2010 at 9:12 AM, jeremy jozwik jerjoz.for...@gmail.com wrote:

should i be adding the hardware mailing list to this?

does anyone have any more ideas as to what i can try or test within
the software environment?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-09-11 Thread jeremy jozwik
On Thu, Sep 9, 2010 at 6:48 PM, Joachim Ott jo.shrde...@googlemail.com wrote:
 To boot from NOR, just press+hold AUX, then press Power. The NOR boot
 menu appears. Press Power once more to boot the kernel in NAND.

any one got any more ideas for this?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-09-09 Thread jeremy jozwik
On Wed, Sep 8, 2010 at 3:08 PM, jeremy jozwik jerjoz.for...@gmail.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).

so... interesting thing this.
ive flashed with :
uImage-2.6.32.21-oe3.3+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0-om-gta02.bin
and
shr-lite-eglibc-ipk--20100828-om-gta02.rootfs.jffs2

# grep Bootloader /dev/mtd1
Qi Bootloader s3c2442 buildhost 1.0.2+gitrsb###
# cat /etc/shr-version
shr -20100828

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-09-09 Thread jeremy jozwik
On Thu, Sep 9, 2010 at 4:34 PM, Joachim Ott jo.shrde...@googlemail.com wrote:
 There's still hope for you. There's an u-boot in NOR that you can't
 overwrite (at least, you need special equipment for that). So you
 could boot from NOR only, prepare the sd card and see if it survives.

how to do this?

something like the script here [1]? would that do the trick? would it
need to be done on every boot?

[1] http://wiki.openmoko.org/wiki/Flashing_NOR

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] uSD hosed, on every unstable.

2010-09-08 Thread jeremy jozwik
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.

2010-09-08 Thread jeremy jozwik
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.

2010-09-08 Thread Gennady Kupava
В Срд, 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.

2010-09-08 Thread jeremy jozwik
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.

2010-09-08 Thread 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 
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.

2010-09-08 Thread Gennady Kupava
В Срд, 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


Re: [Shr-User] uSD hosed, on every unstable.

2010-09-08 Thread jeremy jozwik
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