Talk:Dfu-util

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(Commenting on endianness issues)
 
Line 7: Line 7:
 
Oh, I see that the usb wire encoding convention is apparently little endian, not network byte order. :(
 
Oh, I see that the usb wire encoding convention is apparently little endian, not network byte order. :(
 
Is transfer size the only one that needs to be swapped? It seemed to be the only one specifically marked with a Endian-todo comment. [[User:Don|Don]] 17:41, 31 July 2007 (CEST)
 
Is transfer size the only one that needs to be swapped? It seemed to be the only one specifically marked with a Endian-todo comment. [[User:Don|Don]] 17:41, 31 July 2007 (CEST)
 +
 +
: I've used it on a big-endian (ppc) machine successfully a few times now. I also skimmed through the code looking for endianness assumptions and only found that one. AFAIK it's portable to big-endian architectures since SVN rev 4696 (see also ticket #1835 and revs 3830, 2770, etc). --[[User:Wiml|Wiml]] 20:59, 19 October 2008 (UTC)
  
 
--
 
--

Latest revision as of 21:59, 19 October 2008

Is there any particular reason for the "NOTE: You cannot transfer more than 2MB of data into RAM using this method"? I had no problem transferring a 29 MB file to the RAM. I recognise 32 MB (size which latest rootfs builds have crossed recently) will be a problem because the u-boot's stack or other section starts at 0x34000000. Moving the RAM download address in DFU to 0x31000000 seems to work around that though. balrog 14:37, 12 June 2007 (CEST)

--

I can verify that the latest dfu-util does not work with big-endian (host running dfu-util). Transfer size is obtained as 0x0010 instead of 0x1000. Oh, I see that the usb wire encoding convention is apparently little endian, not network byte order. :( Is transfer size the only one that needs to be swapped? It seemed to be the only one specifically marked with a Endian-todo comment. Don 17:41, 31 July 2007 (CEST)

I've used it on a big-endian (ppc) machine successfully a few times now. I also skimmed through the code looking for endianness assumptions and only found that one. AFAIK it's portable to big-endian architectures since SVN rev 4696 (see also ticket #1835 and revs 3830, 2770, etc). --Wiml 20:59, 19 October 2008 (UTC)

--

Does anyone know where to find a DFU Util for Windows/Win32 (Windows XP etc.)? The DFU Utilities for Windows (DFU Wizard mostly) see to only come in customized packages with the firmware they are supposed to upload. There seems to be no "dfu.exe" freely available which one could use to flash the Neo1973 via USB. If you find anything, please put a link into the "binaries" section. hhf423 13:34, 12 August 2008 (CEST)

--

The download link http://downloads.openmoko.org/snapshots/2007.11/images/neo1973/ seems to be broken. XelaRellum 09:04, 6 August 2008 (UTC)

--

There are multiple instances of Neo1973 instead of NeoFreeRunner. Do these need to be updated or abstacted away from the different versions? --Braydon 17:56, 4 October 2008 (UTC)

Personal tools

Is there any particular reason for the "NOTE: You cannot transfer more than 2MB of data into RAM using this method"? I had no problem transferring a 29 MB file to the RAM. I recognise 32 MB (size which latest rootfs builds have crossed recently) will be a problem because the u-boot's stack or other section starts at 0x34000000. Moving the RAM download address in DFU to 0x31000000 seems to work around that though. balrog 14:37, 12 June 2007 (CEST)

--

I can verify that the latest dfu-util does not work with big-endian (host running dfu-util). Transfer size is obtained as 0x0010 instead of 0x1000. Oh, I see that the usb wire encoding convention is apparently little endian, not network byte order. :( Is transfer size the only one that needs to be swapped? It seemed to be the only one specifically marked with a Endian-todo comment. Don 17:41, 31 July 2007 (CEST)

I've used it on a big-endian (ppc) machine successfully a few times now. I also skimmed through the code looking for endianness assumptions and only found that one. AFAIK it's portable to big-endian architectures since SVN rev 4696 (see also ticket #1835 and revs 3830, 2770, etc). --Wiml 20:59, 19 October 2008 (UTC)

--

Does anyone know where to find a DFU Util for Windows/Win32 (Windows XP etc.)? The DFU Utilities for Windows (DFU Wizard mostly) see to only come in customized packages with the firmware they are supposed to upload. There seems to be no "dfu.exe" freely available which one could use to flash the Neo1973 via USB. If you find anything, please put a link into the "binaries" section. hhf423 13:34, 12 August 2008 (CEST)

--

The download link http://downloads.openmoko.org/snapshots/2007.11/images/neo1973/ seems to be broken. XelaRellum 09:04, 6 August 2008 (UTC)

--

There are multiple instances of Neo1973 instead of NeoFreeRunner. Do these need to be updated or abstacted away from the different versions? --Braydon 17:56, 4 October 2008 (UTC)