Talk:Dfu-util - Revision history

Wiml: Commenting on endianness issues

2008-10-19T20:59:20Z

Commenting on endianness issues

2008-10-05T22:40:45Z

2008-10-04T17:56:16Z

2008-10-04T16:28:48Z

2008-10-04T16:27:55Z

2008-08-06T09:04:17Z

2007-08-12T11:39:14Z

2007-07-31T15:41:02Z

2007-07-28T21:04:56Z

2007-07-28T15:28:30Z

@@ Line 7: / Line 7: @@
 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)
 --

@@ Line 15: / Line 15: @@
 The download link http://downloads.openmoko.org/snapshots/2007.11/images/neo1973/ seems to be broken. [[User:XelaRellum|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?  --[[User:Braydon|Braydon]] 17:56, 4 October 2008 (UTC)

← Older revision		Revision as of 17:56, 4 October 2008
Line 19:		Line 19:

	From the warning at the top, what is big-endian architecture? --[[User:Braydon\|Braydon]] 16:28, 4 October 2008 (UTC)		From the warning at the top, what is big-endian architecture? --[[User:Braydon\|Braydon]] 16:28, 4 October 2008 (UTC)
		+
		+	--
		+
		+	There are multiple instances of Neo1973 instead of NeoFreeRunner. Do these need to be updated or abstacted away from the different versions? --[[User:Braydon\|Braydon]] 17:56, 4 October 2008 (UTC)

← Older revision		Revision as of 16:28, 4 October 2008
Line 18:		Line 18:
	--		--

−	From the warning at the top, what is big-endian architecture?	+	From the warning at the top, what is big-endian architecture? --[[User:Braydon\|Braydon]] 16:28, 4 October 2008 (UTC)

@@ Line 1: / Line 1: @@
 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. [[User:Balrog|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).
@@ Line 5: / Line 7: @@
 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)
 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. [[User:hhf423|hhf423]] 13:34, 12 August 2008 (CEST)
 The download link http://downloads.openmoko.org/snapshots/2007.11/images/neo1973/ seems to be broken. [[User:XelaRellum|XelaRellum]] 09:04, 6 August 2008 (UTC)

← Older revision		Revision as of 09:04, 6 August 2008
Line 7:		Line 7:

	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. [[User:hhf423\|hhf423]] 13:34, 12 August 2008 (CEST)		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. [[User:hhf423\|hhf423]] 13:34, 12 August 2008 (CEST)
		+
		+	The download link http://downloads.openmoko.org/snapshots/2007.11/images/neo1973/ seems to be broken. [[User:XelaRellum\|XelaRellum]] 09:04, 6 August 2008 (UTC)

← Older revision		Revision as of 11:39, 12 August 2007
Line 5:		Line 5:
	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)
		+
		+	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. [[User:hhf423\|hhf423]] 13:34, 12 August 2008 (CEST)

← Older revision		Revision as of 15:41, 31 July 2007
Line 1:		Line 1:
	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. [[User:Balrog\|balrog]] 14:37, 12 June 2007 (CEST)		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. [[User:Balrog\|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. [[User:Don\|Don]] 17:41, 31 July 2007 (CEST)