|
|
Subscribe / Log in / New account

Crash recovery for user-space block drivers

Crash recovery for user-space block drivers

Posted Aug 29, 2022 16:27 UTC (Mon) by developer122 (guest, #152928)
Parent article: Crash recovery for user-space block drivers

If someone wants to post a driver where a significant backend lives in userspace, then there should be a requirement that an open source userspace backend be provided that exercises all of the interfaces. This has been the standard for DRM drivers, but it should be equally true for a userspace filesystem driver or anything else.

GPU drivers are a bit weird, since mesa is a library and programs call into it directly instead of going down through the kernel and up into the userspace portion of the driver, and this systems seems like a place where an even stronger argument could be made. The userspace driver is needed to make the driver interface of the kernel itself work, and therefor definitely an open source reference implementation should be provided.


to post comments

Crash recovery for user-space block drivers

Posted Aug 29, 2022 17:02 UTC (Mon) by iabervon (subscriber, #722) [Link]

I think the main direction this is likely to go is block devices where the actual storage is accessed over a network (using standard network-related syscalls) or USB (using libusb). So there wouldn't be anything in the kernel specific to a device for someone to post and have requirements placed on them.

Crash recovery for user-space block drivers

Posted Aug 30, 2022 4:20 UTC (Tue) by riking (subscriber, #95706) [Link] (2 responses)

I agree, we need more experimentation on higher-redundancy storage (better than RAID6) as well, and that's likely to involve placing disks across multiple kernels.

Crash recovery for user-space block drivers

Posted Aug 30, 2022 4:21 UTC (Tue) by riking (subscriber, #95706) [Link]

Whoops - this was supposed to be a reply to the person saying "where the actual storage is accessed over a network".

Crash recovery for user-space block drivers

Posted Aug 30, 2022 10:05 UTC (Tue) by Wol (subscriber, #4433) [Link]

I've been thinking about raid-16, raid-61, splattered across a network, but that brings in a whole 'nother can of worms ...

Cheers,
Wol


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds