I prefer not to hoard, but to me this seems to be a beehive I'd rather not kick. The only real challenge I found was that my implementation of the crypto method was broken for that bit size and it took me a while to realize it. I did solve and implement (in C, my python-ability sucks) the challenge response method before posting here previously, with even a basic shell for interactive exec then left it at that as its useless to me with a locked bootloader. Keep in mind too, there is an additional CENT METR "mode" issued before closing the flash handles, though hopefully rebooting via the laf commands would clean up any outstanding handles and related flushes. WRTE when used in official methods uses compression to send the data (given the correct args, typically it just feeds the raw/compressed dz/tot data which I'd assume is just lz or similarly compressed), which probably speeds it up quite a lot over sending just plain raw data. I'll try to set up a QEMU VM during the week
Raise USBError(_strerror(ret), ret, _libusb_errno)
LGLAF.py: WARNING: Operation timed outĪrray = (self.ep_in, 2**14, timeout=timeout)įile "/usr/lib64/python2.7/site-packages/usb/core.py", line 988, in readįile "/usr/lib64/python2.7/site-packages/usb/backend/libusb1.py", line 833, in bulk_readįile "/usr/lib64/python2.7/site-packages/usb/backend/libusb1.py", line 936, in _readįile "/usr/lib64/python2.7/site-packages/usb/backend/libusb1.py", line 595, in _check LGLAF.py: DEBUG: Hello done, proceeding with commands LGLAF.py: DEBUG: Using endpoints 83 (IN), 02 (OUT)
0 kommentar(er)
