mirror of
https://github.com/xcat2/confluent.git
synced 2026-09-05 04:27:56 +00:00
Markus Hilger
2becb424fc
_read_device_sdr_lun negotiates the read size down when the bmc answers 0xCA, but the size > 5 guard leaves a size of 5 alone, so a bmc that will not serve 5 bytes at once was asked the same question for ever. Give up once the request cannot get any smaller, and once a header read would go under the 5 bytes the record length sits in, by falling through to the raise already there. The stale reservation retry could not end on its own either: it cleared the id and left taking a new one to the top of the loop, which only reserves for a partial read, so the very first request repeated unchanged. Take one where the code is handled.