On Thu, Dec 15, 2016 at 06:57:40PM +0100, Stefan Schmidt wrote: > Hello. > > On 15/12/16 12:38, Alexander Aring wrote: > > > > Hi, > > > > On 12/15/2016 12:25 PM, Guido Günther wrote: > > > Hi Stefan, > > > > > > On Thu, Dec 15, 2016 at 11:44:53AM +0100, Stefan Schmidt wrote: > > > > Hello. > > > > > > > > On 15/12/16 10:45, Guido Günther wrote: > > > > > Hi, > > > > > I'm trying to flash firmware onto a new atusb dongle but: > > > > > > > > > > > > Is this one of the dongles from the recent builds or is it an old one? > > > > The new ones already come with version 0.3 of the firmware. :-) > > > > > > ...but I want to be able to flash my own in the future ;) > > > > > > > > > > > > > > > > > # lsusb | grep Qi > > > > > Bus 001 Device 014: ID 20b7:1540 Qi Hardware ben-wpan, AT86RF230-based > > > > > > > > > > # dfu-util -d 20b7:1540 -D atusb-0.3.dfu > > > > > dfu-util 0.9 > > > > > > > > > > Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. > > > > > Copyright 2010-2016 Tormod Volden and Stefan Schmidt > > > > > This program is Free Software and has ABSOLUTELY NO WARRANTY > > > > > Please report bugs to http://sourceforge.net/p/dfu-util/tickets/ > > > > > > > > > > dfu-util: Invalid DFU suffix signature > > > > > dfu-util: A valid DFU suffix will be required in a future dfu-util release!!! > > > > > dfu-util: Device has DFU interface, but has no DFU functional descriptor > > > > > Deducing device DFU version from functional descriptor length > > > > > Opening DFU capable USB device... > > > > > ID 20b7:1540 > > > > > Run-time device DFU version 0100 > > > > > Claiming USB DFU Runtime Interface... > > > > > Determining device status: state = appIDLE, status = 0 > > > > > Device really in Runtime Mode, send DFU detach request... > > > > > Resetting USB... > > > > > dfu-util: Device has DFU interface, but has no DFU functional descriptor > > > > > Deducing device DFU version from functional descriptor length > > > > > dfu-util: Lost device after RESET? > > > > > # echo $? > > > > > 74 > > > > > > > > > > dmesg has: > > > > > > > > > > # dmesg > > > > > [ 2802.216273] usb 1-1: reset full-speed USB device number 14 using xhci_hcd > > > > > [ 2807.496177] usb 1-1: USB disconnect, device number 14 > > > > > [ 2807.760001] usb 1-1: new full-speed USB device number 15 using xhci_hcd > > > > > [ 2807.901993] usb 1-1: New USB device found, idVendor=20b7, idProduct=1540 > > > > > [ 2807.901997] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=1 > > > > > [ 2807.902000] usb 1-1: SerialNumber: 47303530353015102717 > > > > > > > > > > Is there anything obvious I am missing? > > > > > > > > Seems you tried to flash the device when already out of the bootloader mode. > > > > Please try the above command again when inserting the dongle. The device is > > > > in the bootloader, waiting for firmware updates, as long as the red LED is > > > > on after insertion. > > > > > > That worked: > > > > > > # dfu-util -d 20b7:1540 -D atusb-0.3.dfu > > > dfu-util 0.9 > > > > > > Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. > > > Copyright 2010-2016 Tormod Volden and Stefan Schmidt > > > This program is Free Software and has ABSOLUTELY NO WARRANTY > > > Please report bugs to http://sourceforge.net/p/dfu-util/tickets/ > > > > > > Opening DFU capable USB device... > > > ID 20b7:1540 > > > Run-time device DFU version 0101 > > > Claiming USB DFU Interface... > > > Setting Alternate Setting #0 ... > > > Determining device status: state = dfuDNLOAD-IDLE, status = 8 > > > aborting previous incomplete transfer > > > Determining device status: state = dfuIDLE, status = 0 > > > dfuIDLE, continuing > > > DFU mode device DFU version 0101 > > > Device returned transfer size 64 > > > Copying data from PC to DFU device > > > Download [=========================] 100% 6026 bytes > > > Download done. > > > state(2) = dfuIDLE, status(0) = No error condition is present > > > Done! > > > > > > I was thinking about s.th. like bootloader mode in the first place but > > > this deceived me: > > > > > > Device really in Runtime Mode, send DFU detach request... > > > Resetting USB... > > > dfu-util: Device has DFU interface, but has no DFU functional descriptor > > > > > > so I thought dfu-util would be able to get the device back into > > > bootloader mode. And in fact if the device is in runtime mode already I > > > do see a device reset (the red led turns back on) but it the fails. Is > > > this a bug in dfu-util or expected? If so should it be documented like > > > in the attache patch? > > > > maybe this is actual the difference between dfu-util 0.7 and 0.9... > > > > I expierenced issues with dfu-util greather than 0.7, can you recheck > > with 0.7? > > I have been using version 0.8 for all flashing of the hundred new devices > which have been produced without a single problem when flashing while the > device is in the bootloader. On the other hand it never ever worked for me > when doing it while the device was already in the firmware. If you are sure > that it worked for you before that would be new to me. In that case it would > be a regression. I can confirm that flashing is rock stable if one starts the process while the device is in the bootloader. Thanks! -- Guido -- To unsubscribe from this list: send the line "unsubscribe linux-wpan" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
