Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
data recovery'
|
|
|
|
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
|
|
|
|
|
|
|
|
|
|
|
|
Some devices don't have an SEPNonce so this message just sounds fatal
while it isn't.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
and use the ones from libirecovery.h instead
|
|
|
|
|
|
this needs to be done in recovery.c since it is generic and not
specific to the recovery mode entered from normal mode
|
|
not sure if it will run yet
|
|
|
|
|
|
state access
|
|
starting to mature really well
|
|
|
|
|
|
|