subject:"dfu\-util"

Hi all,
regarding recent discussion on de...@lists.openmoko.org [1] I am asking,
how many of you are still using dfu-util for flashing your FR's internal
memory?
I also would like to inform you about new dfu-util release.[2]

[1]
http://lists.openmoko.org/pipermail/devel/2012-May/007245.html

[2]
http://lists.openmoko.org/pipermail/devel/2012-April/007243.html

-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


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

Re: [dfu-util] who use it for flashing FR?

2012-05-07 Thread Yury Sakarinen


Hi, Patryk.

You better use the poll for this purpose. I still use dfu-util for
flashing FR in my debian and ubuntu laptop. Thank you for new release.

Patryk Benderz писал 07.05.2012 16:58:

Hi all,
regarding recent discussion on de...@lists.openmoko.org [1] I am 
asking,
how many of you are still using dfu-util for flashing your FR's 
internal

memory?
I also would like to inform you about new dfu-util release.[2]

[1]
http://lists.openmoko.org/pipermail/devel/2012-May/007245.html

[2]
http://lists.openmoko.org/pipermail/devel/2012-April/007243.html



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

Re: [dfu-util] who use it for flashing FR?

2012-05-07 Thread Matthias Apitz

El día Monday, May 07, 2012 a las 02:58:24PM +0200, Patryk Benderz escribió:

 Hi all,
 regarding recent discussion on de...@lists.openmoko.org [1] I am asking,
 how many of you are still using dfu-util for flashing your FR's internal
 memory?
 I also would like to inform you about new dfu-util release.[2]
 
 [1]
 http://lists.openmoko.org/pipermail/devel/2012-May/007245.html
 
 [2]
 http://lists.openmoko.org/pipermail/devel/2012-April/007243.html

Hi Patryk,

Some weeks ago, I tried to use 0.5 and it did not worked in FreeBSD
9-CURRENT; I went to the git version and could not autoconf it; I could
send you the details if you are interested it; only for that reason I
switched now to SD card to install SHR in my GTA02;

Thanks

matthias
-- 
Matthias Apitz
e g...@unixarea.de - w http://www.unixarea.de/
UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370)
UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5

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

Re: [dfu-util] who use it for flashing FR?

2012-05-07 Thread Adrien Dorsaz

Hi,

Personally I flash my main distribution with dfu-util and I have another one on 
my sdcard to be able to do all what I want (and some tests). Using Qi permit me 
to switch easyly between my two actual distibutions.

So thanks for this new release and for the windows release because some time I 
have to use wndows to my work.

Regards,
Adrien Dorsaz___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [dfu-util] who use it for flashing FR?

2012-05-07 Thread ed

On Monday 07 May 2012 14:58:24 Patryk Benderz wrote:
 Hi all,
 regarding recent discussion on de...@lists.openmoko.org [1] I am asking,
 how many of you are still using dfu-util for flashing your FR's internal
 memory?
 I also would like to inform you about new dfu-util release.[2]
 
 [1]
 http://lists.openmoko.org/pipermail/devel/2012-May/007245.html
 
 [2]
 http://lists.openmoko.org/pipermail/devel/2012-April/007243.html

Hi Patrick,
 
I use dfu-util to flash my device every now and then.
 
Will the new version be useable for flashing the openmoko?
The mail mentions Many have switched to Qi, but qi itself needs to be 
flashed too right, and so is the root filesystem and the kernel, right?
 
Or did i miss something obvious?
 
Kind regards,
Ed___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [dfu-util] who use it for flashing FR?

2012-05-07 Thread Bob Ham

On Mon, 2012-05-07 at 14:58 +0200, Patryk Benderz wrote:

 how many of you are still using dfu-util for flashing your FR's internal
 memory?

I don't have a Freerunner, I have a 1973 and I use dfu-util to flash its
internal memory.

-- 
Bob Ham r...@settrans.net

for (;;) { ++pancakes; }


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [dfu-util] who use it for flashing FR?

2012-05-07 Thread Jiří Pinkava

I'm using dfu-utils time to time. I have stable version of QtMoko on 
flash and testing on MMC card.


Dne 7.5.2012 14:58, Patryk Benderz napsal(a):

Hi all,
regarding recent discussion on de...@lists.openmoko.org [1] I am asking,
how many of you are still using dfu-util for flashing your FR's internal
memory?
I also would like to inform you about new dfu-util release.[2]

[1]
http://lists.openmoko.org/pipermail/devel/2012-May/007245.html

[2]
http://lists.openmoko.org/pipermail/devel/2012-April/007243.html




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

Re: [dfu-util] who use it for flashing FR?

[cut]
 Hi Patryk,
 
 Some weeks ago, I tried to use 0.5 and it did not worked in FreeBSD
 9-CURRENT; I went to the git version and could not autoconf it; I could
 send you the details if you are interested it; only for that reason I
 switched now to SD card to install SHR in my GTA02;
Hi Matthias,
I am unable to help you out with this, regarding problems with dfu-util
you should rather contact with it's developers... maybe here:
http://lists.openmoko.org/pipermail/devel/2012-April/007243.html

This topic aims only to measure dfu-util popularity.
-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


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

Re: [dfu-util] who use it for flashing FR?

[cut]
 So thanks for this new release and for the windows release because
 some time I have to use wndows to my work.
Hi,
credits go to Stefan Schmidt, Tormod Volden and Satz Klauer (maybe
others...)
-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


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

Re: [dfu-util] who use it for flashing FR?

Dnia 2012-05-07, pon o godzinie 17:18 +0400, Yury Sakarinen pisze:
 Hi, Patryk.
 
 You better use the poll for this purpose. I still use dfu-util for
 flashing FR in my debian and ubuntu laptop. 

 Thank you for new release.
Apparently I wasn't clear enough. I didn't even helped with this
release, not to mention writing some code. I have just _informed_ you
about new release, and provided links to post with authors information.
Again: credits go to Stefan Schmidt, Tormod Volden and Satz Klauer
(maybe others...)

-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


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

Re: [dfu-util] who use it for flashing FR?

2012-05-07 Thread francesco . devita

 

Of course I'm using dfu-util, are there other tools for flashing the
Neo?? (:

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

Re: [dfu-util] who use it for flashing FR?

[cut]
 Will the new version be useable for flashing the openmoko?
AFAIK yes.

 The mail mentions Many have switched to Qi, but qi itself needs to
 be flashed too right, and so is the root filesystem and the kernel,
 right?
That is also my understanding, and that is why I asked Stefan and Timo
to announce dfu-util here.
-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


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

Re: [dfu-util] who use it for flashing FR?

2012-05-07 Thread Denis 'GNUtoo' Carikli

On Monday, May 07, 2012 02:58:24 PM Patryk Benderz wrote:
 Hi all,
 regarding recent discussion on de...@lists.openmoko.org [1] I am asking,
 how many of you are still using dfu-util for flashing your FR's internal
I do but I have not to forget to nand scrub my NAND before booting ( 
http://shr-project.org/trac/ticket/1524 )
 memory?
 I also would like to inform you about new dfu-util release.[2]
thanks.

Denis.

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

Re: dfu-util doesn't list NAND partitions

2010-12-27 Thread Martix

Hi,
I had this problem few months ago.
You should flash u-boot to NAND by nandwrite and run dynpart and
dynenv set u-boot_env in NAND u-boot console.
see: http://wiki.openmoko.org/wiki/Nandwrite
Then you can flash all partitions (including NAND u-boot) via dfu-util
from running NAND u-boot.


2010/12/26 Ivan Matveev imatvee...@nm.ru:
 Hi,
 the issue described at
 http://docs.openmoko.org/trac/ticket/2348
 is still there.
 Tried with 2 versions of dfu-util

 dfu-util --intf 0 -l
 dfu-util - (C) 2007 by OpenMoko Inc.
 This program is Free Software and has ABSOLUTELY NO WARRANTY

 Found Runtime: [0x1d50:0x5119] devnum=53, cfg=0, intf=2, alt=0,
 name=USB Device Firmware Upgrade
 
 ./dfu-util --intf 0 -l
 dfu-util - (C) 2005-2008 by Weston Schmidt, Harald Welte and OpenMoko
 Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY

 dfu-util does currently only support DFU version 1.0

 Found Runtime: [0x1d50:0x5119] devnum=55, cfg=0, intf=2, alt=0,
 name=USB Device Firmware Upgrade


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


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

[solved] Re: dfu-util doesn't list NAND partitions

2010-12-27 Thread Ivan Matveev

Hi Martix,
thank you for the reply.

 Hi,
 I had this problem few months ago.
 You should flash u-boot to NAND by nandwrite and run dynpart and
 dynenv set u-boot_env in NAND u-boot console.
 see: http://wiki.openmoko.org/wiki/Nandwrite
 Then you can flash all partitions (including NAND u-boot) via dfu-util
 from running NAND u-boot.

  the issue described at
  http://docs.openmoko.org/trac/ticket/2348

I think we have different cases. In my case dfu-util downloads/uploads
fine if you name the partition right. But it didn't list the partitions
with
dfu-util --list
as it was in ran time mode. The partitions have different names in
dfu-util/u-boot/qi so I didn't know how to upload(FR-PC)
'identity-ext2'(qi name) partition.
I'v found a workaround 

dfu-util -a non-existent-partition -U anyfile

dfu-util says bad words you on PC console
FS screens says 'bla bla switching to DFU mode'

dfu-util --list
Found DFU: [0x1d50:0x5119] devnum=76, cfg=0, intf=0, alt=0, name=RAM
0x3200
Found DFU: [0x1d50:0x5119] devnum=76, cfg=0, intf=0, alt=1,
name=u-boot
Found DFU: [0x1d50:0x5119] devnum=76, cfg=0, intf=0, alt=2,
name=u-boot_env
Found DFU: [0x1d50:0x5119] devnum=76, cfg=0, intf=0, alt=3,
name=kernel
Found DFU: [0x1d50:0x5119] devnum=76, cfg=0, intf=0, alt=4,
name=splash
Found DFU: [0x1d50:0x5119] devnum=76, cfg=0, intf=0, alt=5,
name=factory
Found DFU: [0x1d50:0x5119] devnum=76, cfg=0, intf=0, alt=6,
name=rootfs



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

dfu-util doesn't list NAND partitions

2010-12-26 Thread Ivan Matveev

Hi,
the issue described at
http://docs.openmoko.org/trac/ticket/2348
is still there.
Tried with 2 versions of dfu-util

dfu-util --intf 0 -l
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Found Runtime: [0x1d50:0x5119] devnum=53, cfg=0, intf=2, alt=0,
name=USB Device Firmware Upgrade 

./dfu-util --intf 0 -l
dfu-util - (C) 2005-2008 by Weston Schmidt, Harald Welte and OpenMoko
Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY

dfu-util does currently only support DFU version 1.0

Found Runtime: [0x1d50:0x5119] devnum=55, cfg=0, intf=2, alt=0,
name=USB Device Firmware Upgrade


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

Re: SHR shr manual: Don't use sudo with dfu-util

2010-07-16 Thread Petr Vanek

On Wed, 14 Jul 2010 11:48:50 +0200
Jose Luis Perez Diez jl...@escomposlinux.org (JLPD) wrote:

A Dimecres 14 Juliol 2010 10:17:58, Petr Vanek va escriure:
 Don't use sudo with dfu-util. Make sure you are root before using
 dfu-util!
 
 Is it still an issue? Has somebody reported it as a bug so that it
 could maybe be fixed?

It has worked always for my with sudo on hosts with ubuntu (from hardy
to lucid in my laptop) and debian (some desktops with sid, squezze,
leny). 


thank you all, i have erased this note from the shr manual

petr


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

SHR shr manual: Don't use sudo with dfu-util

2010-07-14 Thread Petr Vanek

The SHR manual contains a note:

Don't use sudo with dfu-util. Make sure you are root before using
dfu-util!

Is it still an issue? Has somebody reported it as a bug so that it
could maybe be fixed?

Please let me know so this note can be removed.

thank you

Petr


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

Re: SHR shr manual: Don't use sudo with dfu-util

2010-07-14 Thread Rui Miguel Silva Seabra

huh? I've always used dfu-util with sudo without a problem! Granted for
some time I haven't used as I'm now booting via sd card, but I never had
any problem.

Em 14-07-2010 09:17, Petr Vanek escreveu:
 The SHR manual contains a note:
 
 Don't use sudo with dfu-util. Make sure you are root before using
 dfu-util!
 
 Is it still an issue? Has somebody reported it as a bug so that it
 could maybe be fixed?
 
 Please let me know so this note can be removed.
 
 thank you
 
 Petr
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 


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

Re: SHR shr manual: Don't use sudo with dfu-util

2010-07-14 Thread Jose Luis Perez Diez

A Dimecres 14 Juliol 2010 10:17:58, Petr Vanek va escriure:
 Don't use sudo with dfu-util. Make sure you are root before using
 dfu-util!
 
 Is it still an issue? Has somebody reported it as a bug so that it
 could maybe be fixed?

It has worked always for my with sudo on hosts with ubuntu (from hardy to 
lucid in my laptop) and debian (some desktops with sid, squezze, leny). 


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

Problem with dfu-util (flashing)

2009-11-12 Thread Live session user

Hi all,

I'm trying to flash SHR in NAND, but dfu-util gives me problems - there 
is another device, and passing -i 2 (2 is the ID) don't help...

Here's the output it gives (with and without the FreeRunner connected), 
together with lsusb:

ubu...@ubuntu:~/Desktop$ '/home/ubuntu/Desktop/dfu-util' -a kernel
-i 2 -R -D

/home/ubuntu/Desktop/uImage-2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5-om-gta02.bin
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

More than one DFU capable USB device found, you might try `--list'
and then disconnect all but one device
ubu...@ubuntu:~/Desktop$ '/home/ubuntu/Desktop/dfu-util' -l
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Found Runtime: [0x0a5c:0x2151] devnum=0, cfg=0, intf=3, alt=0,
name=UNDEFINED
ubu...@ubuntu:~/Desktop$ lsusb
Bus 002 Device 003: ID 064e:a117 Suyin Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 003: ID 0603:00f2 Novatek Microelectronics Corp.
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 0a5c:2151 Broadcom Corp.
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 147e:1000  
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 003: ID 1532:0007 Razer USA, Ltd DeathAdder Mouse
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
ubu...@ubuntu:~/Desktop$ lsusb
Bus 002 Device 003: ID 064e:a117 Suyin Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 003: ID 0603:00f2 Novatek Microelectronics Corp.
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 0a5c:2151 Broadcom Corp.
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 147e:1000  
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 003: ID 1532:0007 Razer USA, Ltd DeathAdder Mouse
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

As you can see, Bus 006 Device 002: ID 0a5c:2151 Broadcom Corp. is the 
other device. But I don't have a Broadcom device! Maybe it's internal 
(laptop)? Anyway, can I disable that device (I'm using a live CD right now)?

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

Re: Problem with dfu-util (flashing)

2009-11-12 Thread Live session user

Ok, I fixed the previous error by passing --device vendor:product, but 
now I get a segmentation fault:

ubu...@ubuntu:~/Desktop$ sudo '/home/ubuntu/Desktop/dfu-util' -a
kernel -d 0x1d50:0x5119 -i 2 -R -D

/home/ubuntu/Desktop/uImage-2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5-om-gta02.bin
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Opening USB Device 0x1d50:0x5119...
Claiming USB DFU Runtime Interface...
Determining device status: state = appIDLE, status = 0
Device really in Runtime Mode, send DFU detach request...
Resetting USB...
Opening USB Device...
Segmentation fault (core dumped)

On the Neo it says (the first try):

DFU: Switching to DFU Mode
DEVICE_CONFIGURED: 1

After that if I try the command again the segfault occurs sooner:

dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Opening USB Device 0x1d50:0x5119...
Segmentation fault (core dumped)


Any suggestions to what could cause this error?

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

Re: Problem with dfu-util (flashing)

2009-11-12 Thread Dave

I run kubuntu hardy (8.04) and found that I had to build dfu-util from
source to get it to run reliably.

Dave

On Fri, Nov 13, 2009 at 7:58 AM, Live session user smu...@gmail.com wrote:

 Ok, I fixed the previous error by passing --device vendor:product, but
 now I get a segmentation fault:

ubu...@ubuntu:~/Desktop$ sudo '/home/ubuntu/Desktop/dfu-util' -a
kernel -d 0x1d50:0x5119 -i 2 -R -D

  
 /home/ubuntu/Desktop/uImage-2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5-om-gta02.bin
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

 Opening USB Device 0x1d50:0x5119...
Claiming USB DFU Runtime Interface...
Determining device status: state = appIDLE, status = 0
Device really in Runtime Mode, send DFU detach request...
Resetting USB...
Opening USB Device...
Segmentation fault (core dumped)

 On the Neo it says (the first try):

DFU: Switching to DFU Mode
DEVICE_CONFIGURED: 1

 After that if I try the command again the segfault occurs sooner:

dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

 Opening USB Device 0x1d50:0x5119...
Segmentation fault (core dumped)


 Any suggestions to what could cause this error?

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

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

Re: Problem with dfu-util (flashing)

2009-11-12 Thread Åsmund Stavdahl

I used the Windows port of DFU-util (in Windows 7 RC), and it worked
without complications.

SHR is still booting (after 5 min++) - I thought 2 minutes boot time was
an exaggeration :-) Hope this is the configuration stage or something so
I don't have to wait this long every time :-/

Thanks for the support though! I'll try building from source once I fix
my MBR :-)

Dave wrote:
I run kubuntu hardy (8.04) and found that I had to build dfu-util
from source to get it to run reliably.

Dave

On Fri, Nov 13, 2009 at 7:58 AM, Live session user
smu...@gmail.com mailto:smu...@gmail.com wrote:

Ok, I fixed the previous error by passing --device
vendor:product, but
now I get a segmentation fault:

ubu...@ubuntu:~/Desktop$ sudo
'/home/ubuntu/Desktop/dfu-util' -a
kernel -d 0x1d50:0x5119 -i 2 -R -D

/home/ubuntu/Desktop/uImage-2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5-om-gta02.bin
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Opening USB Device 0x1d50:0x5119...
Claiming USB DFU Runtime Interface...
Determining device status: state = appIDLE, status = 0
Device really in Runtime Mode, send DFU detach request...
Resetting USB...
Opening USB Device...
Segmentation fault (core dumped)

On the Neo it says (the first try):

DFU: Switching to DFU Mode
DEVICE_CONFIGURED: 1

After that if I try the command again the segfault occurs sooner:

dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Opening USB Device 0x1d50:0x5119...
Segmentation fault (core dumped)

Any suggestions to what could cause this error?

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

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

--
Save humanity from self destruction -- STOP POPULATION GROWTH!

Don't bother sending me Word or PowerPoint attachments. They make me puke.
Read http://www.gnu.org/philosophy/no-word-attachments.html and you will
understand why.

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

Re: [qtmoko] cannot flash v14, dfu-util -71

2009-11-01 Thread mobi phil

As already reported somwhere else, the -71 error comes often when the
usb cable is not good. I used the front connection of my pc, that has
internally probably a bad connection inside..


tried to flash with the cable attached to usb connector on
motherboard, and flashing works



On Fri, Oct 9, 2009 at 1:19 PM, ghislain ghisl...@basetrend.nl wrote:

 I have this sometimes too, mostly when flashing a lot (and lots of connect /
 reconnect the Neo).
 This is what helps me the most of the time (I use Ubuntu 9.04): sudo
 /etc/init.d/udev refresh-devices

 But you can always load the installer-image I've created (
 http://www.openmobile.nl/pages/downloads.php#qtm14 QtMoko V14 ) so you won't
 have to flash it over USB, just unzip the image to the first (vfat)
 partition on you're sdcard and boot from it in NOR mode. It's also a lot
 faster then flashing over USB.
 But beware, there are some little changes in the configuration: swap is on
 partition 2 of the sdcard (instead of 4) and nfs mounts to /media/jffs2
 (instead of /).
 --
 View this message in context: 
 http://n2.nabble.com/qtmoko-cannot-flash-v14-tp3793119p3794143.html
 Sent from the Openmoko Community mailing list archive at Nabble.com.

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




-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com

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

Dfu-util

2009-07-25 Thread jumper dev

hi,

I have a strange problem using the dfu-util..
when I use dfu-util - l and OM is NOT connected I get :

Found Runtime: [0x413c:0x8126] devnum=0, cfg=0, intf=3, alt=0,
name=UNDEFINED

how can it find a device connected when I have none?


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

Re: Dfu-util

2009-07-25 Thread Patrick Beck

Hi,

what is the problem? Then you have a device where uses this USB-technic
as well in your computer. USB DFU means = Universal Serial Bus Device
Firmware Upgrade. In Openmoko we use dfu-util to implant the server side
on your host and the u-bootloader implants the device side - so we can
flash :)

With the device parameter you can specify the device you will flash:
dfu-util --device 0x1457:0x5119

Execute dfu-util -l before you attach the neo and after you have
connected it to your computer. So you can identify the right device.

with kind regards

Patrick

Am Samstag, den 25.07.2009, 12:36 +0300 schrieb jumper dev:
 hi,
 
 I have a strange problem using the dfu-util..
 when I use dfu-util - l and OM is NOT connected I get :
 
 Found Runtime: [0x413c:0x8126] devnum=0, cfg=0, intf=3, alt=0,
 name=UNDEFINED
 
 how can it find a device connected when I have none?
 
 
 thanks.
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Dfu-util

2009-07-25 Thread Nicolas Cavallari

jumper dev a écrit :
 hi,
 
 I have a strange problem using the dfu-util..
 when I use dfu-util - l and OM is NOT connected I get :
 
 Found Runtime: [0x413c:0x8126] devnum=0, cfg=0, intf=3, alt=0,
 name=UNDEFINED
 
 how can it find a device connected when I have none?
 
 
 thanks.

the DFU interface is a USB standard, it's not specific to moko devices.

0x413c:0x8126 is a Dell Wireless 355 Bluetooth. So you could actually flash 
your bluetooth module
using dfu if you wanted to brick it ;)

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

Re: Dfu-util

2009-07-25 Thread jumper dev

thanks..
I thought the dfu-util is used for openmoko only

On Sat, Jul 25, 2009 at 3:42 PM, Nicolas Cavallari batch...@free.fr wrote:

 jumper dev a écrit :
  hi,
 
  I have a strange problem using the dfu-util..
  when I use dfu-util - l and OM is NOT connected I get :
 
  Found Runtime: [0x413c:0x8126] devnum=0, cfg=0, intf=3, alt=0,
  name=UNDEFINED
 
  how can it find a device connected when I have none?
 
 
  thanks.

 the DFU interface is a USB standard, it's not specific to moko devices.

 0x413c:0x8126 is a Dell Wireless 355 Bluetooth. So you could actually flash
 your bluetooth module
 using dfu if you wanted to brick it ;)

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

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

RPM packages for dfu-util and NeoTool

2009-01-26 Thread Joop Boonen

All,

I've created rpm packages for dfu-util and NeoTool.
You can find the links on the web pages for these tools:
http://wiki.openmoko.org/wiki/Dfu-util
http://wiki.openmoko.org/wiki/NeoTool

dfu-util will be updated to a more recent svn version on a regular bases.

Regards,

Joop.


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

NeoTool/dfu-util bug - No such Alternate Setting: rootfs

2008-11-06 Thread Mikko Ohtamaa

Symptoms dfu-util/Neotool fails to flash Openmoko when using wiki.openmoko.org
instructions:

sudo ./dfu-util.1 -a rootfs -R -D Fat_and_Dirty_OM.200809_20081023.rootfs.jffs2 
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Opening USB Device 0x:0x...
Claiming USB DFU Runtime Interface...
Determining device status: state = dfuIDLE, status = 0
WARNING: Runtime device already in DFU state ?!?
No such Alternate Setting: rootfs

Cause: 

Neotool/dfu-util automatically picks wrong USB device - it must pick this one 

Found DFU Runtime: [0x1457:0x5119] devnum=0, cfg=0, intf=2, alt=0, name=USB
Device Firmware Upgrade

In my case, the wrong device was something built into my laptop:

Bus 005 Device 003: ID 03f0:181d Hewlett-Packard 

Workaround:

Use dfu-util -d parameter to specify device id manually.




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

Re: NeoTool/dfu-util bug - No such Alternate Setting: rootfs

2008-11-06 Thread Dale Maggee

Hi,

Are you using the latest version of NeoTool? v1.1 and up should be able 
to detect and handle this situation by presenting you with a screen 
asking you which dfu-capable device you want to flash.

If you are using the latest version, please run 'dfu-util -l' and post 
the output here.

Regards,
-Dale

Mikko Ohtamaa wrote:
 Symptoms dfu-util/Neotool fails to flash Openmoko when using wiki.openmoko.org
 instructions:

 sudo ./dfu-util.1 -a rootfs -R -D 
 Fat_and_Dirty_OM.200809_20081023.rootfs.jffs2 
 dfu-util - (C) 2007 by OpenMoko Inc.
 This program is Free Software and has ABSOLUTELY NO WARRANTY

 Opening USB Device 0x:0x...
 Claiming USB DFU Runtime Interface...
 Determining device status: state = dfuIDLE, status = 0
 WARNING: Runtime device already in DFU state ?!?
 No such Alternate Setting: rootfs

 Cause: 

 Neotool/dfu-util automatically picks wrong USB device - it must pick this one 

 Found DFU Runtime: [0x1457:0x5119] devnum=0, cfg=0, intf=2, alt=0, name=USB
 Device Firmware Upgrade

 In my case, the wrong device was something built into my laptop:

 Bus 005 Device 003: ID 03f0:181d Hewlett-Packard 

 Workaround:

 Use dfu-util -d parameter to specify device id manually.




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

   


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

Re: NeoTool/dfu-util bug - No such Alternate Setting: rootfs

2008-11-06 Thread Dale Maggee

Mikko Ohtamaa wrote:
 Symptoms dfu-util/Neotool fails to flash Openmoko when using wiki.openmoko.org
 instructions:

 sudo ./dfu-util.1 -a rootfs -R -D 
 Fat_and_Dirty_OM.200809_20081023.rootfs.jffs2 
 dfu-util - (C) 2007 by OpenMoko Inc.
 This program is Free Software and has ABSOLUTELY NO WARRANTY

 Opening USB Device 0x:0x...
 Claiming USB DFU Runtime Interface...
 Determining device status: state = dfuIDLE, status = 0
 WARNING: Runtime device already in DFU state ?!?
 No such Alternate Setting: rootfs

 Cause: 

 Neotool/dfu-util automatically picks wrong USB device - it must pick this one 

 Found DFU Runtime: [0x1457:0x5119] devnum=0, cfg=0, intf=2, alt=0, name=USB
 Device Firmware Upgrade

 In my case, the wrong device was something built into my laptop:

 Bus 005 Device 003: ID 03f0:181d Hewlett-Packard 

 Workaround:

 Use dfu-util -d parameter to specify device id manually.




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

   


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

Re: NeoTool/dfu-util bug - No such Alternate Setting: rootfs

2008-11-06 Thread abatrour


The same things happens to me, I just run it again and it works..
-- 
View this message in context: 
http://n2.nabble.com/NeoTool-dfu-util-bug---No-such-Alternate-Setting%3A-%22rootfs%22-tp1465274p1468069.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: Fast dfu-util for Mac?

2008-09-16 Thread Abdelrazak Younes

Shawn prjktdtnt Thompson wrote:
 Abdelrazak,
  I would love to know how to make it act in this manner, I'd love to
 not wait so long to finish flashing some days.

Note that my numbers are theoretical. The protocol overhead from usb and 
dfuutils might also explain the slowness if it is already running at 
full speed. The usb driver experts should speak up in order to clarify 
that issue IMHO.

Abdel.

PS: Please don't top post


 -Shawn

 Abdelrazak Younes wrote:
 Shawn prjktdtnt Thompson wrote:

 Linus,
   15 minutes is average for flashing my FR with anything I've tried so
 far. From what I found on the wiki the device is only USB1.1 so it isn't
 going to get any faster than that until a revision which moves to USB2.0.

 Well, 97MB is 776Mbit, USB1.1 is capable of either 1.5 Mbit/s
 (Low-Speed) and 12 Mbit/s (Full-Speed). So flashing it should take less
 than 9 minutes with low speed and a bit more than a minute with
 full-speed. Maybe I am wrong but my conclusion is that the Freerunner
 only use the low speed protocol of USB. If I am right, there is room to
 get 8 times faster on Linux too.

 Abdel.


 -Shawn

 Linus Gasser wrote:

 Hello all,

 another question: if I boot the jffs from FDOM (97MB), it takes nearly
 15 minutes on my Mac with the dfu-util from

 http://www.dsitri.de/wiki.php?page=Openmoko%20Flasher

 I heard somebody complain about the same issue on Windows. Is there
 another solution than to install Linux on my Mac? Anybody?

 Linus



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




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




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

Re: Fast dfu-util for Mac?

2008-09-16 Thread Linus Gasser

Ian a écrit :
 It has occurred to me that it would actually be faster to reflash the
 neo over wireless - not that I would recommend that practice for
 hopefully obvious reasons.
   

Well, one could transfer it over wireless, then once it's over there, 
md5 it and flash it, no?

Linus

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

Re: Fast dfu-util for Mac?

2008-09-16 Thread Shawn prjktdtnt Thompson

Abdelrazak,
I would love to know how to make it act in this manner, I'd love to 
not wait so long to finish flashing some days.

-Shawn

Abdelrazak Younes wrote:
 Shawn prjktdtnt Thompson wrote:
   
 Linus,
  15 minutes is average for flashing my FR with anything I've tried so
 far. From what I found on the wiki the device is only USB1.1 so it isn't
 going to get any faster than that until a revision which moves to USB2.0.
 

 Well, 97MB is 776Mbit, USB1.1 is capable of either 1.5 Mbit/s 
 (Low-Speed) and 12 Mbit/s (Full-Speed). So flashing it should take less 
 than 9 minutes with low speed and a bit more than a minute with 
 full-speed. Maybe I am wrong but my conclusion is that the Freerunner 
 only use the low speed protocol of USB. If I am right, there is room to 
 get 8 times faster on Linux too.

 Abdel.

   
 -Shawn

 Linus Gasser wrote:
 
 Hello all,

 another question: if I boot the jffs from FDOM (97MB), it takes nearly
 15 minutes on my Mac with the dfu-util from

 http://www.dsitri.de/wiki.php?page=Openmoko%20Flasher

 I heard somebody complain about the same issue on Windows. Is there
 another solution than to install Linux on my Mac? Anybody?

 Linus



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

   



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


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

Fast dfu-util for Mac?

2008-09-15 Thread Linus Gasser

Hello all,

another question: if I boot the jffs from FDOM (97MB), it takes nearly 
15 minutes on my Mac with the dfu-util from

http://www.dsitri.de/wiki.php?page=Openmoko%20Flasher

I heard somebody complain about the same issue on Windows. Is there 
another solution than to install Linux on my Mac? Anybody?

Linus



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

Re: Fast dfu-util for Mac?

2008-09-15 Thread Ian

Wow, that's /almost/ a whole megabit O_O

No, seriously I've noticed that it takes forever to flash from Linux
too... Seems that the freerunner only has USB1.1 instead of 2.0, but
even taking the USB overhead into consideration it still seems awfully
slow. I guess that N800 of mine spoilt me with it's unnaturally fast
flash in a matter of seconds voodoo magic USB2 stuff.

It has occurred to me that it would actually be faster to reflash the
neo over wireless - not that I would recommend that practice for
hopefully obvious reasons.

Cheers,
-Ian

On Tue, Sep 16, 2008 at 6:27 AM, Linus Gasser [EMAIL PROTECTED] wrote:
 Hello all,

 another question: if I boot the jffs from FDOM (97MB), it takes nearly
 15 minutes on my Mac with the dfu-util from

 http://www.dsitri.de/wiki.php?page=Openmoko%20Flasher

 I heard somebody complain about the same issue on Windows. Is there
 another solution than to install Linux on my Mac? Anybody?

 Linus



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




-- 
On the day *I* go to work for Microsoft, faint oinking sounds will be
heard from far overhead, the moon will not merely turn blue but
develop polkadots, and hell will freeze over so solid the brimstone
will go superconductive.
 -- Erik Raymond, 2005
--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

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

Re: Fast dfu-util for Mac?

2008-09-15 Thread Sarton O'Brien

On Tuesday 16 September 2008 06:27:59 Linus Gasser wrote:
 Hello all,

 another question: if I boot the jffs from FDOM (97MB), it takes nearly
 15 minutes on my Mac with the dfu-util from

 http://www.dsitri.de/wiki.php?page=Openmoko%20Flasher

 I heard somebody complain about the same issue on Windows. Is there
 another solution than to install Linux on my Mac? Anybody?

No, the windows issue was more like 1 hour :S

That's a pretty typical time for flashing the rootfs.

Sarton

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

Re: Fast dfu-util for Mac?

2008-09-15 Thread nickd

Sarton look into running Linux inside VirtualBox. I believe it gives you 
direct access to all USB devices. Will cut 1hr down to a few minutes.

-Nick

Sarton O'Brien wrote:
 On Tuesday 16 September 2008 06:27:59 Linus Gasser wrote:
   
 Hello all,

 another question: if I boot the jffs from FDOM (97MB), it takes nearly
 15 minutes on my Mac with the dfu-util from

 http://www.dsitri.de/wiki.php?page=Openmoko%20Flasher

 I heard somebody complain about the same issue on Windows. Is there
 another solution than to install Linux on my Mac? Anybody?
 

 No, the windows issue was more like 1 hour :S

 That's a pretty typical time for flashing the rootfs.

 Sarton

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


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

Re: Fast dfu-util for Mac?

2008-09-15 Thread Sarton O'Brien

On Tuesday 16 September 2008 11:51:10 nickd wrote:
 Sarton look into running Linux inside VirtualBox. I believe it gives you
 direct access to all USB devices. Will cut 1hr down to a few minutes.

Thanks Nick, I'm a big fan of virtualbox.

I actually run archlinux and my flash time is ~10mins.

My main point was that even on linux the time is still ~10 mins, where the 
original poster seemed to think that was a long time to wait on OSX.

Sarton

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

Re: dfu-util

2008-08-26 Thread Nishit Dave

On Tue, Aug 26, 2008 at 1:20 AM, Timo Juhani Lindfors
[EMAIL PROTECTED]wrote:

 Fredrik Wendt [EMAIL PROTECTED] writes:
  When I push a new rootfs image onto my FreeRunner it takes aproximately
  10 minutes. It's a PITA having to wait that long when I try to track
  down where some functionality got lost or went broken.

 If the issue is not kernel related you could just mount different
 systems with NFS and chroot inside them? Then you wouldn't even need
 to reboot between tries.



Does this relate to the SD card or the flash inside the FR?  I usually spend
an hour or more waiting for the rootfs flash to complete.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: dfu-util

2008-08-26 Thread rakshat hooja





 Does this relate to the SD card or the flash inside the FR?  I usually
 spend an hour or more waiting for the rootfs flash to complete.


Are you using dfu-utils for windows. On my celeron laptop running ubuntu the
rootfs flashing process does not take more than 15 min. The win dfu-utils is
much slower.

Rakshat



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

Re: dfu-util

2008-08-26 Thread Nishit Dave

On Tue, Aug 26, 2008 at 6:18 PM, rakshat hooja [EMAIL PROTECTED] wrote:




 Does this relate to the SD card or the flash inside the FR?  I usually
 spend an hour or more waiting for the rootfs flash to complete.


 Are you using dfu-utils for windows. On my celeron laptop running ubuntu
 the rootfs flashing process does not take more than 15 min. The win
 dfu-utils is much slower.

 Yes, it is Windows, because my dual booting laptop with Fedora 9 somehow
refuses to connect to the internet through either the office LAN or the CDMA
pc card (ubuntu works on the LAN 'like a charm', even from a live CD).

Talk about banging your head.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

dfu-util

2008-08-25 Thread Fredrik Wendt

Hi.

When I push a new rootfs image onto my FreeRunner it takes aproximately
10 minutes. It's a PITA having to wait that long when I try to track
down where some functionality got lost or went broken.

I just wanted to know if this is normal.

[EMAIL PROTECTED]:/opt/openmoko/dfu-util/FSO# time dfu-rootfs 
openmoko-fso-image-glibc-ipk--20080729-om-gta02.rootfs.jffs2.summary 
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Opening USB Device 0x1d50:0x5119...
Found Runtime: [0x1d50:0x5119] devnum=13, cfg=0, intf=0, alt=6, 
name=rootfs
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x1000
bytes_per_hash=983040
Starting download: [##] 
finished!
state(2) = dfuIDLE, status(0) = No error condition is present
Done!

real8m59.738s
user0m0.076s
sys 0m1.732s

What options are there? I guess it'd work to

1. turn the FR off
2. remove battery
3. lift the SIM card holder
4. get the SD card out
5. put it into a card reader/writer connected to my PC
6. empty the rootfs partition
7. unpack a tar.gz file 
8. remove card from reader/writer
9. fit SD card back into the slot in the FR
10. close SIM card
11. replace battery
12. boot (3-4 minutes)

That's a lot of fiddling with thin metal holders to gain 2-3 minutes?

Thanks for any pointers or hints (or just confirmations that this is
what everyone has to cope with right now).

/ Fredrik Wendt


signature.asc
Description: Detta är en digitalt signerad	meddelandedel
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: dfu-util

2008-08-25 Thread Timo Juhani Lindfors

Fredrik Wendt [EMAIL PROTECTED] writes:
 When I push a new rootfs image onto my FreeRunner it takes aproximately
 10 minutes. It's a PITA having to wait that long when I try to track
 down where some functionality got lost or went broken.

If the issue is not kernel related you could just mount different
systems with NFS and chroot inside them? Then you wouldn't even need
to reboot between tries.


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

Re: FreeBSD / dfu-util

2008-07-24 Thread arne anka

 have you got libusb somewhere?  OSX needs it too, btw ..

according to google libusb is available via fink.

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

Re: FreeBSD / dfu-util

2008-07-23 Thread Dale Schumacher

On Wed, Jul 23, 2008 at 10:51 AM, Andrew Burgess [EMAIL PROTECTED] wrote:


 Back in the GUI?
 This sounds like you booted all the way which is incorrect.
 I made the same mistake and there was another post here that also made
 that mistake. The wiki is correct but easy to misread. I'll fix it.

 You need to be at the boot menu on the FR to run dfu-util.


In addition, if you wait long enough on the NAND/NOR u-boot screen the
Freerunner shuts down again.  I boot into NOR u-boot and then issue the
command:

sudo ./dfu-util --list

This lists the available devices, of which there should only be one.  If
you've waited too long, it will say no devices are available.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FreeBSD / dfu-util

2008-07-23 Thread Oliver Heesakkers

Op Tuesday 22 July 2008 19:45:20 schreef Ben Cadieux:
 I notice some comments in there with regards to FBSD, so maybe it does
 work and I'm screwing something up :)


Here are the binaries (for both 6.3 and 7.0) I managed to build:

http://www.heesakkers.info/showandtell/dfu/

They manage to list the device, but not flash the device, because dfu-util 
needs to call usb_reset, which isn't implemented on BSD. I posted a question 
on freebsd-usb about this and the only response so far is:

The official USB stack has no IOCTL for this. What you can do is to turn off 
the port power on the HUB manually, using an USB control request.
http://lists.freebsd.org/pipermail/freebsd-usb/2008-July/005212.html

I don't know how to hack this properly. Simply removing the usb_reset call did 
not work (naturally).

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

Re: FreeBSD / dfu-util

2008-07-23 Thread Jay Vaughan

 Here are the binaries (for both 6.3 and 7.0) I managed to build:
 http://www.heesakkers.info/showandtell/dfu/


have you got libusb somewhere?  OSX needs it too, btw ..

;
--
Jay Vaughan





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

Re: FreeBSD / dfu-util

2008-07-23 Thread Ben Cadieux

Thanks for the replies everyone.  Yes, I was booting up; I wasn't
reading carefully enough I guess :( --- but it doesn't really matter
from the looks of it, seeing as how one can't flash from fbsd yet
anyway.

As far as libusb goes, it's in the FreeBSD ports tree (I think it was
devel/libusb)

Best Regards,
Ben Cadieux

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

Re: FreeBSD / dfu-util

2008-07-23 Thread Torfinn Ingolfsen

Hello,

On Wed, Jul 23, 2008 at 10:20 PM, Jay Vaughan [EMAIL PROTECTED] wrote:

 have you got libusb somewhere?  OSX needs it too, btw ..

libusb is available in ports on FreeBSD: http://www.freshports.org/devel/libusb/


HTH
-- 
Regards,
Torfinn Ingolfsen

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

Re: dfu-util upload problems

2008-07-22 Thread Gianluigi

Alle 02:50, lunedì 21 luglio 2008, Kevin Squire ha scritto:
 At least one other person (you?) has indicated a similar problem at
 http://wiki.openmoko.org/wiki/Pre-Flash_Backup.  Any ideas, anyone?

 Thanks,

    Kevin

 _

I've same problem.

# ./dfu-util -a rootfs -R -U good-rootfs.jffs2
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Opening USB Device 0x:0x...
Claiming USB DFU Runtime Interface...
Determining device status: state = appIDLE, status = 0
Device really in Runtime Mode, send DFU detach request...
Resetting USB...
Opening USB Device...
Found Runtime: [0x1d50:0x5119] devnum=15, cfg=0, intf=0, alt=6, name=rootfs
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x1000
dfu_upload error -84


My system is:
OpenSuse 10.2 over AMD Athlon XP

-- 
Even historians fail to learn from history -- they repeat the same
mistakes.
-- John Gill, Patterns of Force, stardate 2534.7

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

Re: dfu-util upload problems

2008-07-22 Thread xiangfu

there is something wrong -U option.
be careful use this option.
Gianluigi wrote:
 Alle 02:50, lunedì 21 luglio 2008, Kevin Squire ha scritto:
   
 At least one other person (you?) has indicated a similar problem at
 http://wiki.openmoko.org/wiki/Pre-Flash_Backup.  Any ideas, anyone?

 Thanks,

Kevin

 _
 

 I've same problem.

 # ./dfu-util -a rootfs -R -U good-rootfs.jffs2
 dfu-util - (C) 2007 by OpenMoko Inc.
 This program is Free Software and has ABSOLUTELY NO WARRANTY

 Opening USB Device 0x:0x...
 Claiming USB DFU Runtime Interface...
 Determining device status: state = appIDLE, status = 0
 Device really in Runtime Mode, send DFU detach request...
 Resetting USB...
 Opening USB Device...
 Found Runtime: [0x1d50:0x5119] devnum=15, cfg=0, intf=0, alt=6, name=rootfs
 Claiming USB DFU Interface...
 Setting Alternate Setting ...
 Determining device status: state = dfuIDLE, status = 0
 dfuIDLE, continuing
 Transfer Size = 0x1000
 dfu_upload error -84


 My system is:
 OpenSuse 10.2 over AMD Athlon XP

   


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

dfu-util: line 1: syntax error: ( unexpected

Hi Everyone,

Got my FR yesterday.  Neat device so far :)

I followed the instructions for reflashing, dfu-util gives this when I
execute it:
dfu-util: line 1: syntax error: ( unexpected

I'm having trouble updating it though.  I've wget'ted it more than
once and checked the md5;

[EMAIL PROTECTED]:~# md5sum /usr/bin/dfu-util
84f0bd60bef2450e57bda627254faf3a  /usr/bin/dfu-util

I'm not sure if that's right or not.  I searched the lists but I seem
to be the only one with this issue, if not I'm sorry for not being
able to locate other e-mails.

Best Regards,
Ben Cadieux

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

Re: dfu-util: line 1: syntax error: ( unexpected

2008-07-22 Thread arne anka

 [EMAIL PROTECTED]:~# md5sum /usr/bin/dfu-util
 84f0bd60bef2450e57bda627254faf3a  /usr/bin/dfu-util

where did you get it from and on what platform are you using it?
i got mine from the debian repositories and it works well -- so, other  
linux distributions might have it, too.

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

Re: dfu-util: line 1: syntax error: ( unexpected

Ooops!  I thought it was used on the FR!  Thanks.

Best Regards,
Ben Cadieux

On Tue, Jul 22, 2008 at 7:53 AM, xiangfu [EMAIL PROTECTED] wrote:
 Ben Cadieux wrote:
 Hi Everyone,

 Got my FR yesterday.  Neat device so far :)

 I followed the instructions for reflashing, dfu-util gives this when I
 execute it:
 dfu-util: line 1: syntax error: ( unexpected

 I'm having trouble updating it though.  I've wget'ted it more than
 once and checked the md5;

 [EMAIL PROTECTED]:~# md5sum /usr/bin/dfu-util
 84f0bd60bef2450e57bda627254faf3a  /usr/bin/dfu-util

 i thank you use dfu-util at FreeRunner, don't do that.
 the dfu-util is use at HOST, not at FreeRunner
 I'm not sure if that's right or not.  I searched the lists but I seem
 to be the only one with this issue, if not I'm sorry for not being
 able to locate other e-mails.

 Best Regards,
 Ben Cadieux

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



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


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

FreeBSD / dfu-util

Hi Everyone,

I got dfu-util to compile using the OSX patch for endian.h  byteswap.h.

Unfortunately, -l lists no USB devices.  I've tried using the --device
parameter, but that doesn't seem to help --- dfu-util sticks to its
guns that there are no DFU compatible devices.

I'm going to be setting up a FBSD box at some point to give some
developers of something unrelated to be ported to FBSD...is there
anyone that would like to take a crack at this?

Best Regards,
Ben Cadieux

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

Re: FreeBSD / dfu-util

2008-07-22 Thread Yorick Moko

it might be a stupid comment, but have you booted the freerunner in NOR?

On Tue, Jul 22, 2008 at 7:45 PM, Ben Cadieux [EMAIL PROTECTED] wrote:
 I notice some comments in there with regards to FBSD, so maybe it does
 work and I'm screwing something up :)



 On Tue, Jul 22, 2008 at 10:37 AM, Ben Cadieux [EMAIL PROTECTED] wrote:
 Hi Everyone,

 I got dfu-util to compile using the OSX patch for endian.h  byteswap.h.

 Unfortunately, -l lists no USB devices.  I've tried using the --device
 parameter, but that doesn't seem to help --- dfu-util sticks to its
 guns that there are no DFU compatible devices.

 I'm going to be setting up a FBSD box at some point to give some
 developers of something unrelated to be ported to FBSD...is there
 anyone that would like to take a crack at this?

 Best Regards,
 Ben Cadieux


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


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

Re: FreeBSD / dfu-util

I've tracked down a little more.

In main.c, in the function list_dfu_interfaces(void) around line
~310...The USB tree is being walked, and 4 devices are detected (root
hubs?).

However, the for(dev = usb_bus-devices;.) loop never executes.
dev = usb_bus - devices doesn't seem to return anything ever.

I've been poking around usbdevs.c, a FreeBSD command that returns USB
hubs and their devices, to see what's being done differently, but
haven't gotten anywhere so far.

Best Regards,
Ben Cadieux

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

Re: FreeBSD / dfu-util

2008-07-22 Thread Torfinn Ingolfsen

Hello,

On Tue, Jul 22, 2008 at 7:37 PM, Ben Cadieux [EMAIL PROTECTED] wrote:
 Hi Everyone,

 I got dfu-util to compile using the OSX patch for endian.h  byteswap.h.

Which FreeBSD version and arch (i386? amd64?)

Did you just follow the OS X procedure, or something else?

 developers of something unrelated to be ported to FBSD...is there
 anyone that would like to take a crack at this?

Well I could help out with testing and bug-finding at least. i have
both amd64 and i386 FreeBSD machines. They normally run FreeBSD
7.0-stable, but can also run FreeBSD 6.3-stable if needed.

Ideally, I would like to be able to run both dfu-util and the Openmoko
development environment under FreeBSD. Just because it sjuold be
possible. :-)

HTH
-- 
Regards,
Torfinn Ingolfsen

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

Re: FreeBSD / dfu-util

 Which FreeBSD version and arch (i386? amd64?)

6.3-STABLE for i386 - I've tried on two machines.  My home machine is
7.0 -- I'll have to try it when I'm home.

 Did you just follow the OS X procedure, or something else?

Actually I followed the Linux instructions and then noticed I got the
same errors as OS/X so used that little patch.

If anyone's curious, yes I'm running as rood, and yes usbdevs shows
the device, and...yes it works with USB networking.

I'll let you know how 7.0 goes, thanks Torfinn.

Best Regards,
Ben Cadieux

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

Re: dfu-util upload problems

2008-07-20 Thread Kevin Squire

 Hi,

 I have a little problem with dfu-util and my new Freerunner.

 I thought I'd make a backup of my Neo's filesystem before flashing new
 images onto it, so I tried to use dfu-util in upload mode to transfer
 the content of the Neo's flash to my desktop PC. Backing up the kernel
 partition works, but when I back up the rootfs partition dfu-util
 transfers about 247MB and then dies with dfu_upload error -84, while
 the phone immediately reboots. It always dies at the same position, but
 I'm not sure whether the backup is complete or not.

Just wanted to say that I'm having the same problem (and same
questions): I was able to upload 258076672 bytes (=246 Mb), but then
dfu-util dies with dfu_upload error -16, and the FreeRunner reboots.
This is on Mac OS X.

 Further details: I've tried it on my desktop and on my laptop PC, with
 Ubuntu 7.10, Ubuntu 8.04 and a grml live-cd, with various dfu-util
 binaries and one built from SVN, but the error appeared every time. The
 phone was hooked up directly to the host (no hub or something), U-Boot
 version on the phone is the originally installed 1.3.2-moko12 from May
 9.

 Any ideas what's wrong?

At least one other person (you?) has indicated a similar problem at
http://wiki.openmoko.org/wiki/Pre-Flash_Backup.  Any ideas, anyone?

Thanks,

   Kevin

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

Re: dfu-util problems

2008-07-16 Thread Jayesh Salvi

Thanks man. That's awesome script.

For newbies: In addition to above script you should also update
/etc/resolve.conf to reflect the contents of your host machine. Without that
hostname to IP resolution will fails and 'opkg update' won't work.

Jayesh

On Sun, Jul 13, 2008 at 7:27 AM, Eildert Groeneveld [EMAIL PROTECTED] wrote:

 On Sunday 13 July 2008, joseph schlesinger wrote:
  Running it as root does not work, nor does passing a --device
  parameter.  I should mention that I've also tried a number of different
  linux host machines and usb ports on each.  Could it be a defective
 phone?

 This is what I need to run as root and the everything works fine:
 root(eno,freerunner)# cat upom
 #!/bin/sh
 /sbin/ifconfig usb0 192.168.0.200 netmask 255.255.255.0
 /sbin/route add -host 192.168.0.202/32 dev usb0

 /bin/echo 1  /proc/sys/net/ipv4/ip_forward
 iptables -F
 iptables -A INPUT -s 192.168.0.202 -i usb0  -d 192.168.0.200   -j ACCEPT
 iptables -A INPUT  -s 192.168.0.200  -i eth+  -d 192.168.0.202  -j ACCEPT
 iptables -A INPUT  -s 192.168.2.0/24  -i eth+  -d 192.168.0.202  -j ACCEPT
 iptables -A INPUT  -s 192.168.2.0/24  -i eth+  -d 192.168.2.0/24  -j
 ACCEPT

 iptables -A FORWARD -s 192.168.0.202 -i usb0 -d 192.168.2.0/24 -o eth+
 -j
 ACCEPT
 iptables -A FORWARD -s 192.168.2.0/24 -i eth+ -d 192.168.0.202 -o usb0  -j
 ACCEPT

 iptables -A OUTPUT -d 192.168.2.0/24 -o eth+   -j ACCEPT
 iptables -A OUTPUT -d 192.168.0.202 -o usb0  -j ACCEPT
 iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
 root(eno,freerunner)# http://192.168.0.0/24root%28eno,freerunner%29#


 courtesy I-dont-remember

 Eildert

 --
 Eildert Groeneveld
 ===
 Institute of Farm Animal Genetics
 Mariensee 31535 Neustadt Germany
 Tel : (+49)(0)5034 871155 Fax : (+49)(0)5034 871239
 e-mail: [EMAIL PROTECTED] http://vce.tzv.fal.de/index.pl
 http://www.tzv.fal.de/~eg/ http://www.tzv.fal.de/%7Eeg/
 http://apiis.tzv.fal.de/index.pl
 ===

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

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

Re: dfu-util problems

2008-07-13 Thread Marcel

Did you try that as root?
dfu-util should complain about not being able to claim the usb device (or 
similar...) if you're required to be root.

-Marcel

Am Sonntag 13 Juli 2008 07:10:29 schrieb joseph schlesinger:
 I haven't been able to flash my FR after booting either into NAND or
 NOR.  I can ssh into the phone via USB per the wiki instructions, but
 dfu-util does not find the phone.  dfu-util --list returns.  Mounting
 the usbfs as suggested in the instructions for the Neo1973
 http://wiki.openmoko.org/wiki/Dfu-util doesn't help either.
 Any advise would be greatly appreciated.

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



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

Re: dfu-util problems

2008-07-13 Thread joseph schlesinger

Running it as root does not work, nor does passing a --device 
parameter.  I should mention that I've also tried a number of different 
linux host machines and usb ports on each.  Could it be a defective phone?

Marcel wrote:
 Did you try that as root?
 dfu-util should complain about not being able to claim the usb device (or 
 similar...) if you're required to be root.

 -Marcel

 Am Sonntag 13 Juli 2008 07:10:29 schrieb joseph schlesinger:
   
 I haven't been able to flash my FR after booting either into NAND or
 NOR.  I can ssh into the phone via USB per the wiki instructions, but
 dfu-util does not find the phone.  dfu-util --list returns.  Mounting
 the usbfs as suggested in the instructions for the Neo1973
 http://wiki.openmoko.org/wiki/Dfu-util doesn't help either.
 Any advise would be greatly appreciated.

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

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

Re: dfu-util problems

2008-07-13 Thread Eildert Groeneveld

On Sunday 13 July 2008, joseph schlesinger wrote:
 Running it as root does not work, nor does passing a --device
 parameter.  I should mention that I've also tried a number of different
 linux host machines and usb ports on each.  Could it be a defective phone?

This is what I need to run as root and the everything works fine:
root(eno,freerunner)# cat upom
#!/bin/sh
/sbin/ifconfig usb0 192.168.0.200 netmask 255.255.255.0
/sbin/route add -host 192.168.0.202/32 dev usb0

/bin/echo 1  /proc/sys/net/ipv4/ip_forward
iptables -F
iptables -A INPUT -s 192.168.0.202 -i usb0  -d 192.168.0.200   -j ACCEPT
iptables -A INPUT  -s 192.168.0.200  -i eth+  -d 192.168.0.202  -j ACCEPT
iptables -A INPUT  -s 192.168.2.0/24  -i eth+  -d 192.168.0.202  -j ACCEPT
iptables -A INPUT  -s 192.168.2.0/24  -i eth+  -d 192.168.2.0/24  -j ACCEPT

iptables -A FORWARD -s 192.168.0.202 -i usb0 -d 192.168.2.0/24 -o eth+   -j 
ACCEPT
iptables -A FORWARD -s 192.168.2.0/24 -i eth+ -d 192.168.0.202 -o usb0  -j 
ACCEPT

iptables -A OUTPUT -d 192.168.2.0/24 -o eth+   -j ACCEPT
iptables -A OUTPUT -d 192.168.0.202 -o usb0  -j ACCEPT
iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
root(eno,freerunner)#


courtesy I-dont-remember

Eildert

-- 
Eildert Groeneveld
===
Institute of Farm Animal Genetics
Mariensee 31535 Neustadt Germany
Tel : (+49)(0)5034 871155 Fax : (+49)(0)5034 871239
e-mail: [EMAIL PROTECTED] http://vce.tzv.fal.de/index.pl
http://www.tzv.fal.de/~eg/ http://apiis.tzv.fal.de/index.pl
===

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

Re: dfu-util problems

2008-07-13 Thread joseph schlesinger

Nice script, thank you.  It works perfectly for setting up networking 
and sharing the host internet connection. But dfu-utils still doesn't work.

Eildert Groeneveld wrote:
 On Sunday 13 July 2008, joseph schlesinger wrote:
   
 Running it as root does not work, nor does passing a --device
 parameter.  I should mention that I've also tried a number of different
 linux host machines and usb ports on each.  Could it be a defective phone?
 

 This is what I need to run as root and the everything works fine:
 root(eno,freerunner)# cat upom
 #!/bin/sh
 /sbin/ifconfig usb0 192.168.0.200 netmask 255.255.255.0
 /sbin/route add -host 192.168.0.202/32 dev usb0

 /bin/echo 1  /proc/sys/net/ipv4/ip_forward
 iptables -F
 iptables -A INPUT -s 192.168.0.202 -i usb0  -d 192.168.0.200   -j ACCEPT
 iptables -A INPUT  -s 192.168.0.200  -i eth+  -d 192.168.0.202  -j ACCEPT
 iptables -A INPUT  -s 192.168.2.0/24  -i eth+  -d 192.168.0.202  -j ACCEPT
 iptables -A INPUT  -s 192.168.2.0/24  -i eth+  -d 192.168.2.0/24  -j ACCEPT

 iptables -A FORWARD -s 192.168.0.202 -i usb0 -d 192.168.2.0/24 -o eth+   -j 
 ACCEPT
 iptables -A FORWARD -s 192.168.2.0/24 -i eth+ -d 192.168.0.202 -o usb0  -j 
 ACCEPT

 iptables -A OUTPUT -d 192.168.2.0/24 -o eth+   -j ACCEPT
 iptables -A OUTPUT -d 192.168.0.202 -o usb0  -j ACCEPT
 iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
 root(eno,freerunner)#


 courtesy I-dont-remember

 Eildert

   


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

dfu-util problems

2008-07-12 Thread joseph schlesinger

I haven't been able to flash my FR after booting either into NAND or 
NOR.  I can ssh into the phone via USB per the wiki instructions, but 
dfu-util does not find the phone.  dfu-util --list returns.  Mounting 
the usbfs as suggested in the instructions for the Neo1973 
http://wiki.openmoko.org/wiki/Dfu-util doesn't help either.
Any advise would be greatly appreciated.

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

Re: dfu-util problems

2008-07-12 Thread xiangfu

Hi
did you use this :

dfu-util --device 0x1457:0x5119 -a kernel -R -D ./kernerl.bin

if you don't special the --device 
make sure there only FR connect you PC with USB.
hope this help you

joseph schlesinger wrote:
 I haven't been able to flash my FR after booting either into NAND or 
 NOR.  I can ssh into the phone via USB per the wiki instructions, but 
 dfu-util does not find the phone.  dfu-util --list returns.  Mounting 
 the usbfs as suggested in the instructions for the Neo1973 
 http://wiki.openmoko.org/wiki/Dfu-util doesn't help either.
 Any advise would be greatly appreciated.

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


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

Re: dfu-util problems

2008-07-12 Thread xiangfu

to use the dfu-util
first of all you should at DFU-MODE
press AUX then press POWER, hold this two button for a few second.

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

dfu-util upload problems

2008-07-06 Thread Thomas B.

Hi,

I have a little problem with dfu-util and my new Freerunner.

I thought I'd make a backup of my Neo's filesystem before flashing new
images onto it, so I tried to use dfu-util in upload mode to transfer
the content of the Neo's flash to my desktop PC. Backing up the kernel
partition works, but when I back up the rootfs partition dfu-util
transfers about 247MB and then dies with dfu_upload error -84, while
the phone immediately reboots. It always dies at the same position, but
I'm not sure whether the backup is complete or not.

Further details: I've tried it on my desktop and on my laptop PC, with
Ubuntu 7.10, Ubuntu 8.04 and a grml live-cd, with various dfu-util
binaries and one built from SVN, but the error appeared every time. The
phone was hooked up directly to the host (no hub or something), U-Boot
version on the phone is the originally installed 1.3.2-moko12 from May
9.

Any ideas what's wrong?

Regards,
Thomas


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

Re: WiP: dfu-util for Windows

2008-02-07 Thread Christopher Earl

When you port Dfu-util to windows keep all the switches the same(not that i 
thought you would change them) and I can write the UI this weekend, It will 
call on dfu-util, so any changes to dfu can be easily applied to the UI without 
the need to recode anything, let me know the name of your project and ill join 
(krisabsinthe/chris earl) if you want me to do the UI.

 Joachim Steiger [EMAIL PROTECTED] 02/07/08 7:41 AM 
The Shonko Kid wrote:
 --- Torsten Schlabach [EMAIL PROTECTED] wrote:
 Besides that, couldn't you upload your Win32 binary (.exe) as well?
 Sure I can, I'm not entirely sure where to put it though...
 
 I think
 that would make a nice interim solution until we collectively figured out how
 to make the build work.
 That was my intention when I got it working, but it wasn't immediately obvious
 where I should upload it to :-)

just put it on projects.openmoko.org


kind regards

-- 

Joachim Steiger
developer relations/support



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

Re: dfu-util help

dfu-util: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for
GNU/Linux 2.6.8, statically linked, not stripped

Thanks, I'll try the 32 bit version now!

On 05/12/2007, Lucas Bonnet [EMAIL PROTECTED] wrote:
 Joseph Reeves a écrit :
  Thanks! How can I see if it's 64 bit? I'm on a lowly 32 bit machine here...

 $ file dfu-util
 dfu-util: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
 GNU/Linux 2.6.8, statically linked, not stripped

 If you get 64-bit instead of 32-bit then you found the culprit. Here's
 the link to a 32-bit version, built this morning (CEST time) :
 http://rincevent.net/~lucas/openmoko/
 Note: be sure to check the MD5 !

 To the OpenMoko devs: could you provide 32-bit versions of the binaries ?

 Regards,
 --
 Lucas


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




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

Re: dfu-util help

2007-12-05 Thread Lucas Bonnet

Joseph Reeves a écrit :
 Thanks! How can I see if it's 64 bit? I'm on a lowly 32 bit machine here...

$ file dfu-util
dfu-util: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
GNU/Linux 2.6.8, statically linked, not stripped

If you get 64-bit instead of 32-bit then you found the culprit. Here's
the link to a 32-bit version, built this morning (CEST time) :
http://rincevent.net/~lucas/openmoko/
Note: be sure to check the MD5 !

To the OpenMoko devs: could you provide 32-bit versions of the binaries ?

Regards,
-- 
Lucas



signature.asc
Description: OpenPGP digital signature
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: dfu-util help

Thanks! How can I see if it's 64 bit? I'm on a lowly 32 bit machine here...

Joseph



On 05/12/2007, Lucas Bonnet [EMAIL PROTECTED] wrote:
 Joseph Reeves a écrit :

  But the this is as good as I can get out of it:
 
  [EMAIL PROTECTED]:~/DFU$ sudo ./dfu-util -a kernel -R -D 
  ./uImage-2.6.22.5-moko
  11+svnr3238-r7-neo1973.bin
  ./dfu-util: ./dfu-util: cannot execute binary file

 If chmod +x does not work, check that it's not a 64 bits file on a 32 bits
 system. If this is the case, I can send you a 32 bits version, or better, put
 somewhere available for everyone.

 Regards,
 --
 Lucas


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




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

Re: dfu-util help

Well that all went great, running the Qtopia snapshot now - already
made some calls, and that was after I wondered round the office for a
bit trying to avoid working and got my Christmas holiday booked!

Thanks all!



On 05/12/2007, Joseph Reeves [EMAIL PROTECTED] wrote:
 dfu-util: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for
 GNU/Linux 2.6.8, statically linked, not stripped

 Thanks, I'll try the 32 bit version now!

 On 05/12/2007, Lucas Bonnet [EMAIL PROTECTED] wrote:
  Joseph Reeves a écrit :
   Thanks! How can I see if it's 64 bit? I'm on a lowly 32 bit machine 
   here...
 
  $ file dfu-util
  dfu-util: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
  GNU/Linux 2.6.8, statically linked, not stripped
 
  If you get 64-bit instead of 32-bit then you found the culprit. Here's
  the link to a 32-bit version, built this morning (CEST time) :
  http://rincevent.net/~lucas/openmoko/
  Note: be sure to check the MD5 !
 
  To the OpenMoko devs: could you provide 32-bit versions of the binaries ?
 
  Regards,
  --
  Lucas
 
 
  ___
  OpenMoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 
 


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

dfu-util help

Hello all,

Probably a the most noob question you're going to get for a while, but
I'm a bit stuck... I wanted to flash the latest Qtopia build but have
come unstuck at the first hurdle.

Running Kubuntu 7.10 and downloaded dfu-util from here:

http://downloads.openmoko.org/snapshots/2007.11/images/

I have apt-get'd the dependencies and updated etc/fstab as per here:

http://wiki.openmoko.org/wiki/Dfu-util

But the this is as good as I can get out of it:

[EMAIL PROTECTED]:~/DFU$ sudo ./dfu-util -a kernel -R -D ./uImage-2.6.22.5-moko
11+svnr3238-r7-neo1973.bin
./dfu-util: ./dfu-util: cannot execute binary file

Any help getting this to work would be massively appreciated!

Thanks, Joseph

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

Re: dfu-util help

2007-12-05 Thread Lucas Bonnet

Joseph Reeves a écrit :

 But the this is as good as I can get out of it:
 
 [EMAIL PROTECTED]:~/DFU$ sudo ./dfu-util -a kernel -R -D 
 ./uImage-2.6.22.5-moko
 11+svnr3238-r7-neo1973.bin
 ./dfu-util: ./dfu-util: cannot execute binary file

If chmod +x does not work, check that it's not a 64 bits file on a 32 bits
system. If this is the case, I can send you a 32 bits version, or better, put
somewhere available for everyone.

Regards,
-- 
Lucas



signature.asc
Description: OpenPGP digital signature
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: dfu-util help