Files
proxmark3/client
iceman1001andClaude Opus 5.5 1f543f3ced em4x50: reply deadline for read / info retries
The retry check estimated the next attempt from the longest one so far.
That does not bound it:
- get_pulse_length() waits up to 4 bit periods
- one find_double_listen_window() can take about 3.2 s with no signal
- a login + read attempt can take over 6 s
- setup before tstart was not counted

A slow attempt after fast failures could end after the client gave up,
leaving the late reply queued for the next command.

read and info now set a deadline after setup, 1 s before the client
timeout. The listen window, ACK and word decode loops stop at the
deadline, as do the retries. With no deadline set (write, brute, sim,
...) they behave as before. The client waits 5 s for read, as it
already did for info / dump.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-11-09 14:19:44 +07:00
..
2026-11-07 17:03:01 -06:00
2026-11-09 12:32:20 +07:00
2026-11-09 14:02:52 +07:00
2025-09-02 16:16:29 +02:00