m not sure what do you mean. Do you want to say that all Froyo users
are using dfu-util to flash their devices?
--
用斯斯！
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Dnia 2012-05-11, pią o godzinie 09:22 +0200, urodelo pisze:
> Froyo, built by Ran on sedar-dere repository. Those are the newest froyo
> images available.
[cut]
I am not sure what do you mean. Do you want to say that all Froyo users
are using dfu-util to flash their devices?
--
Patryk &q
Froyo, built by Ran on sedar-dere repository. Those are the newest froyo
images available.
urodelo
On Thu, 10 May 2012 23:32:29 +0200, THomas HOCEDEZ
wrote:
On 08/05/2012 09:45, urodelo wrote:
I always use dfutils for flashing android on nand
urodelo
I'm a bit out-of-subject, but whic
Am 07.05.2012 14:58, schrieb Patryk Benderz:
> 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
On 08/05/2012 09:45, urodelo wrote:
I always use dfutils for flashing android on nand
urodelo
I'm a bit out-of-subject, but which images are you using ?
thx
Thomas
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmo
Am 08.05.2012 09:45, schrieb urodelo:
I use dfu-util for flashing SHR and QtMoko on NAND
I always use dfutils for flashing android on nand
urodelo
On Mon, 07 May 2012 17:15:05 +0200, Jiří Pinkava wrote:
I'm using dfu-utils time to time. I have "stable" version of QtMoko
on fl
egarding 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:
On Mon, May 7, 2012 at 8:37 AM, wrote:
> **
>
> Of course I'm using dfu-util, are there other tools for flashing the Neo??
> (:
>
> Though I mostly use dfu-util, I've found it has problems when flashing
ubifs. I prefer to boot into an sdcard image and use nandwrite.
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
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
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
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
[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 ht
HR 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
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 fla
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
for (;;) { ++pancakes; }
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
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
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 info
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
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.htm
n 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&#x
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
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
On Wed, 14 Jul 2010 11:48:50 +0200
Jose Luis Perez Diez (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
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
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
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
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 :-/
T
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 wrote:
> Ok, I fixed the previous error by passing --device vendor:product, but
> now I get a segmentation fault:
>
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+
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$
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, 20
thanks..
I thought the dfu-util is used for openmoko only
On Sat, Jul 25, 2009 at 3:42 PM, Nicolas Cavallari 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 co
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 de
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
fl
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
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,
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
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
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 o
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
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
___
d 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
t; 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 t
r
>> 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,
>>>>
>>&g
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.
M
ther 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 instal
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 solut
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
M, 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
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
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
>
>
>>
>>
> 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-u
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 funct
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 moun
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/openmo
> 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
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
_
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
> 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
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 of
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 --lis
misread. I'll fix it.
You need to be >>at the boot menu<< on the FR to run dfu-util.
Apologies if I misunderstood you (I'm good at that)
Andrew Burgess
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> 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
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 els
> it might be a stupid comment, but have you booted the freerunner in NOR?
>
Yes, I held AUX while turning on, got the boot menu with [NOR] next to
it and booted up. I assume everything went okay. I wasn't expecting
to be back in the GUI and using the phone as usual, but that's how it
is.
Best R
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 anyth
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
>>
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.
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
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 inst
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
> [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 i
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
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 WA
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 r
> 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
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 Groen
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
>>
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 roo
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 abou
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
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
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
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.open
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
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
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: E
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'
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
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
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
Hi Andy,
Thanks for your reply. Sorry, I should have said that I had chmod'd it
to begin with.
ls reveals:
[EMAIL PROTECTED]:~/DFU$ ls -l dfu-util
-rwxr-xr-x 1 joseph joseph 706018 2007-12-05 12:04 dfu-util
Thanks again,
Joseph
On 05/12/2007, Andrew Loughran <[EMAIL PROTECTED
Joseph Reeves wrote:
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.op
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/snapsho
; So I have my new Ubuntu computer up and running and I wanted to start
> flashing the Neo phone just get a feel for it before attacking the
> development environment.
>
> I downloaded the dfu-util software and moved it to /bin for convenience.
> Now everytime I try try to run df
Am Sonntag 07 Oktober 2007 18:32:26 schrieb Mikkel Meyer Andersen:
> Hi,
>
> Just type
> sudo dfu-util ...
> and enter you password when promted :-)
>
> / Mikkel
>
> [EMAIL PROTECTED] skrev:
> > Hello,
> > This is my first entry after receiving my OpenMo
Hi,
Just type
sudo dfu-util ...
and enter you password when promted :-)
/ Mikkel
[EMAIL PROTECTED] skrev:
Hello,
This is my first entry after receiving my OpenMoko kit this friday. This
is also my first time using a Linux Computer to do anything real, so
please forgive me if my questions are
phone just get a feel for it before attacking the
development environment.
I downloaded the dfu-util software and moved it to /bin for convenience.
Now everytime I try try to run dfu-util I get a "Permission Denied" error.
I have tried using "sudo dfu-util --help" as well as using
1 - 100 of 115 matches
Mail list logo
