Age | Commit message (Collapse) | Author | Files | Lines |
|
was given
|
|
The check_hardware_model() function has a misleading name. It returns
a string with the hardware model but this is not used. Instead, this
function is only called for its side effect to initialise an irecv
device in the passed client struct which it creates from the hardware
model name returned by mode specific implementations. But these mode
specific implementations already create an irecv device to get the
hardware model name so instead of going through this unnecessary
complication just return the irecv device directly and rename the
function accordingly to make this clear. (This may also prevent
leaking an irecv device in the mode specific functions.)
|
|
memory leaks
|
|
These caused DFU restores on OSX to fail. ZLP packets are handled in libirecovery.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
output
|
|
|
|
|
|
Sometimes devices do not switch modes, sending a zero length packet
appears to fix this situation and prevents failures during restore.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This introduces passing around the "selected" build identity and
fixes code logic issues to make idevicerestore work again.
|
|
|
|
|
|
state access
|
|
starting to mature really well
|
|
|
|
|