Age | Commit message (Collapse) | Author | Files | Lines |
|
irecv_device_event_subscribe()
This fixes a potential deadlock that might occur when irecv_device_event_unsubscribe()
is called before the device event handler thread has started, eventually
resulting in a deadlock.
|
|
|
|
|
|
|
|
|
|
when sending commands
|
|
T2/iBridge devices
|
|
|
|
|
|
|
|
|
|
|
|
|
|
instead of unsinged long long
|
|
irecv_open_with_ecid() and make sure device list is always free'd properly
Thanks to tihmstar for pointing this out.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This prevents unexpected output to stderr.
|
|
... also print all values in irecovery as hex with 0x prefix to make it clear they are hex
|
|
|
|
|
|
|
|
devices on macOS
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I shouldn't do late night commits without checking that I added all files
|
|
|
|
|
|
|
|
|
|
IOUSBInterfaceInterface
|
|
|
|
|
|
Using --with-dummy, libirecovery can be compiled in a way that it will
not require any USB driver at all. This is only useful if you just want
to query libirecovery's device database by product type or hardware model,
namely using:
irecv_devices_get_device_by_product_type();
irecv_devices_get_device_by_hardware_model();
All other function are either no-op or return IRECV_E_UNSUPPORTED
if the library is compiled this way.
|
|
|
|
drivers
|