Page MenuHomeFreeBSD

Retry OCF ENOMEM errors in ZFS
AcceptedPublic

Authored by mav on May 18 2021, 7:39 PM.
Tags
Referenced Files
Unknown Object (File)
Mon, Dec 9, 2:59 PM
Unknown Object (File)
Wed, Nov 20, 12:30 AM
Unknown Object (File)
Wed, Nov 20, 12:30 AM
Unknown Object (File)
Nov 19 2024, 11:19 AM
Unknown Object (File)
Nov 19 2024, 11:05 AM
Unknown Object (File)
Sep 26 2024, 10:36 AM
Unknown Object (File)
Sep 25 2024, 4:12 PM
Unknown Object (File)
Sep 21 2024, 12:54 PM
Subscribers

Details

Reviewers
jhb
asomers
markj
Summary

ZFS does not expect transient errors from crypto. For read they are counted as checksum errors, while for write end up in panic. To not panic on random low memory conditions retry ENOMEM errors in OCF wrapper function.

While there remove unneeded timeout and priority parameters from msleep().

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

mav requested review of this revision.May 18 2021, 7:39 PM
markj added inline comments.
sys/contrib/openzfs/module/os/freebsd/zfs/crypto_os.c
177

BTW, the locking here and freebsd_zfs_crypt_done() is unnecessary for synchronous drivers like aesni. Same for the wakeup() call. You can check CRYPTO_SESS_SYNC(session->fs_sid) to determine if this is the case, if profiles suggest it is worth doing.

181

Presumably it should be else if.

193

This does not apply to the ENOMEM case, but I think it's harmless.

This revision is now accepted and ready to land.May 18 2021, 7:53 PM
sys/contrib/openzfs/module/os/freebsd/zfs/crypto_os.c
180

You should probably continue after the pause, don't you think?

sys/contrib/openzfs/module/os/freebsd/zfs/crypto_os.c
177

I haven't profiled this code very much, but I have suspect it won't be visible, comparing to cryptography.

180

No, I meant "else" there.

181

Yes. Thanks.

This revision now requires review to proceed.May 18 2021, 8:18 PM
This revision is now accepted and ready to land.May 18 2021, 8:28 PM