2012/4/15 Daniel Li: > Tormod Volden， > > Well, I didn't get luck. > > So I have fixed my Celeron (Coppermine), which is 700MHz GenuineIntel > processor. Re-install ubuntu 8.04. > > It's ok to flash the device now. > > If there is any good way to build dfu-util with clear guide (windows xp), I > wish to try then. >
If you are using MS Visual Studio, it might work to grab the .dsp project file from http://cgit.openezx.org/dfu-util/tree/win/dfu_util.dsp?h=windows and add it to a new subfolder (e.g. msvc) of my tree. For those interested in building on Windows, I'd suggest to look at how it is done for libusb-1.0. I see that they ship a separate stdint.h for Windows builds, so if you get errors about missing stdint.h, try adding that file: http://git.libusb.org/?p=libusb.git;a=blob;f=msvc/stdint.h;hb=HEAD When building dfu-util you have to tell the compiler where to find the libusb.h headers and the libusb library (.so, .dylib, .dll etc) but I do not know how that is done in Visual Studio etc. In general, dfu-util almost only depends on libusb, so we should make it possible to build dfu-util on all platforms where libusb builds. We can use the same porting tweaks as libusb. But we will need someone to test and keep these ports alive. Tormod >>2012/4/7 Daniel Li: >>> Hi all, >>> Anyway, I have been sucessfully build dfu-util with cygwin, which has >>> libusb1.0 >> >>Great to hear! >> >>> But it can program the device, any idea about this issue? Why dfu-util >>> can't open the device? >>> $ ./dfu-util.exe -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: [0x0a5c:0x217f] devnum=0, cfg=1, intf=3, alt=0, >>> name="UNDEFINED" >>> Found Runtime: [0x1d50:0x5119] devnum=0, cfg=1, intf=2, alt=0, >>> name="UNDEFINED" >>> >> >>This looks like a permission issue, when the alternate interface name >>is "UNDEFINED" it is because dfu-util could not read it out. From your >>command line below, I would expect the correct name to be "u-boot". >> >>Do you have lsusb in your environment? If lsusb -v can not read out >>the name either (listed after iInterface), there is a permission >>issue. >> >>Tormod >> >> >>> >>> $ ./dfu-util.exe -d 0x1d50:0x5119 -a u-boot -R -D >>> qi-ubi-s3c2442-1.0.2-r5+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu >>> 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 >>> >>> Filter on vendor = 0x1d50 product = 0x5119 >>> Cannot open device >>> Opening DFU USB device... >> >> >>----- >>No virus found in this message. >>Checked by AVG - www.avg.com >>Version: 2012.0.1913 / Virus Database: 2411/4923 - Release Date: 04/08/12 >> _______________________________________________ devel mailing list devel@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/devel
