2008/11/24 Nikita V. Youshchenko [EMAIL PROTECTED]:
Yes, I know that, but I'm unable to connect to the phone through
DFU protocol because Neo don't offer itself as a device supporting
DFU.
Have you tried to connect usb cable AFTER freerunner started NOR u-boot?
I haven't; will do that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| 2008/11/24 Nikita V. Youshchenko [EMAIL PROTECTED]:
|Yes, I know that, but I'm unable to connect to the phone through
| DFU protocol because Neo don't offer itself as a device supporting
| DFU.
| Have
Hi,
Evgeny Karyakin [EMAIL PROTECTED] writes:
2008/11/24 Andy Green [EMAIL PROTECTED]:
I'm not sure what's happening to you, but your dmesg traffic would be
pretty normal if you were entering and then leaving U-Boot... the
connection would indeed timeout (-110) when we leave U-Boot and load
2008/11/24 Andy Green [EMAIL PROTECTED]:
My early problems with DFU disappeared after I took this approach in a
script, it seems it can announce under two different PIDs (this one is
for updating U-Boot):
#!/bin/bash
dfu-util -a 1 -d 0x1d50:0x5119 -D u-boot.udfu
if [ $? -eq 1 ] ; then
2008/11/24 Paul Fertser [EMAIL PROTECTED]:
It might be a silly suggestion but please double-check the usb cable
used, try to connect directly to the motherboard (avoid front-panel
connectors and usb hubs). May be you should try another PC.
By no means (as you have no dboard) you could have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| 2008/11/24 Andy Green [EMAIL PROTECTED]:
| My early problems with DFU disappeared after I took this approach in a
| script, it seems it can announce under two different PIDs (this one is
| for updating
Yes, I know that, but I'm unable to connect to the phone through
DFU protocol because Neo don't offer itself as a device supporting
DFU.
Have you tried to connect usb cable AFTER freerunner started NOR u-boot?
...
My early problems with DFU disappeared after I took this approach in a
On Nov 23, 2008 8:12pm, Andy Green [EMAIL PROTECTED] wrote:
Recent kernels have a workaround in that starts the card at slower clock
until the first bulk transfer completed successfully when it is cranked
up to 16MHz, that seemed to make the previous problems with some cards
pretty much go away.
jewgeni,
seems you experience the well known sd card issue.
wiki and/or archives should offer a lot of postings on the issue.
it boils down to setting sd_max_clk -- in your case in the nand boot
environment since your fr seems unable to boot from sd at all.
searching for sd_max_clk +openmoko
seems you experience the well known sd card issue.
wiki and/or archives should offer a lot of postings on the issue.
it boils down to setting sd_max_clk -- in your case in the nand boot
environment since your fr seems
unable to boot from sd at all.
searching for sd_max_clk +openmoko should
like writing past memory available, I guess it's because broken
environment.
hardly. i'd rather think you try to flash the wrong partition.
what exactly did you do and what exactly did dfu-util or the fr report?
___
Openmoko community mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| seems you experience the well known sd card issue.
| wiki and/or archives should offer a lot of postings on the issue.
| it boils down to setting sd_max_clk -- in your case in the nand boot
environment
2008/11/23 Andy Green [EMAIL PROTECTED]:
Recent kernels have a workaround in that starts the card at slower clock
until the first bulk transfer completed successfully when it is cranked
up to 16MHz, that seemed to make the previous problems with some cards
pretty much go away.
Presumably
From: arne anka [EMAIL PROTECTED]
like writing past memory available, I guess it's because broken
environment.
hardly. i'd rather think you try to flash the wrong partition.
what exactly did you do and what exactly did dfu-util or the fr report?
I already flashed Freerunner several times
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| From: arne anka [EMAIL PROTECTED]
|
| like writing past memory available, I guess it's because broken
| environment.
| hardly. i'd rather think you try to flash the wrong partition.
| what exactly did you
2008/11/24 Andy Green [EMAIL PROTECTED]:
| dfu-util -a u-boot -R -D uImage-XX.bin
Hum the -a u-boot or -a 1 tells it to put stuff in the U-Boot
partition, it's the wrong one: uImage-blah.bin is a kernel image.
To flash the kernel, you need to tell it -a kernel or -a 3.
Ah yes, missed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| 2008/11/24 Andy Green [EMAIL PROTECTED]:
| | dfu-util -a u-boot -R -D uImage-XX.bin
|
| Hum the -a u-boot or -a 1 tells it to put stuff in the U-Boot
| partition, it's the wrong one: uImage-blah.bin is
2008/11/24 Andy Green [EMAIL PROTECTED]:
|DFU is absent, dfu-util -l finds no suitable device to work with,
| maybe because I damaged it when I changed environment in minicom
| console or I uploaded wrong image onto that. AUX+POW on the phone,
| menu appears, dfu-util -l on desktop, and no
If you hold down the AUX / corner key when you power up, you should
come up in NOR U-Boot with a menu on the LCM. If that's true, you
should have 30s to do the DFU you want to do before it times out.
Yes, I know that, but I'm unable to connect to the phone through
DFU protocol because
19 matches
Mail list logo