On Tue, Jun 19, 2018 at 2:38 PM, David Sterba <[email protected]> wrote: > On Mon, Jun 11, 2018 at 07:24:16PM +0100, [email protected] wrote: >> From: Filipe Manana <[email protected]> >> >> If we failed during a rename exchange operation after starting/joining a >> transaction, we would end up replacing the return value, stored in the >> local 'ret' variable, with the return value from btrfs_end_transaction(). >> So this could end up returning 0 (success) to user space despite the >> operation having failed and aborted the transaction, because if there are >> multiple tasks having a reference on the transaction at the time >> btrfs_end_transaction() is called by the rename exchange, that function >> returns 0 (otherwise it returns -EIO and not the original error value). >> So fix this by not overwriting the return value on error after getting >> a transaction handle. >> >> Signed-off-by: Filipe Manana <[email protected]> > > 1 and 2 queued for 4.18, thanks.
Please removed the 2nd patch, because I just ran into a deadlock between syncing the log and transaction kthread commiting the transaction while a rename was in progress. I'll send a v2 once I understand better the problem and have a fix. Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
