|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH] Fix ASSERT failures in error paths
On 30/01/2023 14:42, Owen Smith wrote: * StorePrepareRequest can fail if a non-NULL transaction is passed. Check the return value where a transaction is passed to StorePrepareRequest * StoreSubmitRequest should zero the request if it fails. But the call to StorePrepareRequest() in StoreTransactionEnd() comes after this check: 1560 status = STATUS_RETRY; 1561 if (!Transaction->Active) 1562 goto done;so it shouldn't fail. The problem, I suspect, is that there's a race. The above check is done under Context->Lock but the test inside StorePrepareRequest() is not. So, I guess we need to wrap all calls to StorePrepareRequest() in the Context->Lock and avoid taking it internally. I can come up with a suitable patch. Paul
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |