pldm: Use Rde Op Enumerate to recover BMC<->RDE device communication
There are scenarios where due to hardware issues, some bytes
in the USB communication get dropped. This could happen,
for any operation including Init, Status, Complete. In this case,
the existing mechanism to Kill an ongoing RDE operation won't work,
because it only kills the current operation using resource id.
But the RDE device may be in a stuck state on a previous
operation with different resource id.
So use Rde Op Enumerate, to identify the ongoing operations in the
RDE device and then kill those operations, if the RDE device is
stuck.
Tested:
```
1) Tested on a real hardware which drops requests byts at random leaving
the BMC<->RDE device communication in stuck state. The rded dameon is,
able to call Operation Eumerate, identify the active operations and kill
them. Ran repeated queries for over 7 hours and verified that BMC<->RDE
devcie communication recovers with next request after it gets messed up
due to request/response bytes being dropped. Verified rded daemon state
is good.
2) Ran multiple rde stress tests that run for 24 hours and no issue is
observed.
https://fusion2.corp.google.com/ci/guitar/workflows/%2F%2Fplatforms%2Fminibmc%2Fmtest%2Fintegration_test:mackback_test_regression/activity/33293d9d-6fa8-3b71-9a68-135b7414718e:0/overview
```
Google-Bug-Id: 325678605
Google-Bug-Id: 325680612
Change-Id: Icb0204cae4c97fb6f14f7dec8fb43d7247433023
Signed-off-by: Nikhil Namjoshi <nikhilnamjoshi@google.com>
2 files changed
