Understanding the rationale behind dropping of "block devices"
Poul-Henning Kamp
phk at freebsd.org
Sun Jan 22 08:02:44 UTC 2017
--------
In message <20170121235131.GF1768 at funkthat.com>, John-Mark Gurney writes:
>Aijaz Baig wrote this message on Mon, Jan 16, 2017 at 14:19 +0530:
>> Nevertheless my question still holds. What does 'removing support for block
>> device' mean in this context? Was what I mentioned earlier with regards to
>> my understanding correct? Viz. all disk devices now have a character (or
>> raw) interface and are no longer served via the "page cache" but rather the
>> "buffer cache". Does that mean all disk accesses are now direct by passing
>> the file system??
>
>One of the other reasons block devices were removed was that if there
>was a write error on the underlying device, there was no way for the
>writer to know that the write failed. This could/would lead to corrupted
>data which is bad.
This paper hopefully answers a lot of the questions:
https://www.usenix.org/conference/bsdcon02/rethinking-dev-and-devices-unix-kernel
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
More information about the freebsd-scsi
mailing list