Skip to content

Commit 48bfd5c

Browse files
morbidrsadamien-lemoal
authored andcommitted
zonefs: document the explicit-open mount option
Document the newly introduced explicit-open mount option. Signed-off-by: Johannes Thumshirn <[email protected]> Reviewed-by: Damien Le Moal <[email protected]> Signed-off-by: Damien Le Moal <[email protected]>
1 parent b5c00e9 commit 48bfd5c

File tree

1 file changed

+15
-0
lines changed

1 file changed

+15
-0
lines changed

Documentation/filesystems/zonefs.rst

Lines changed: 15 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -326,6 +326,21 @@ discover the amount of data that has been written to the zone. In the case of a
326326
read-only zone discovered at run-time, as indicated in the previous section.
327327
The size of the zone file is left unchanged from its last updated value.
328328

329+
A zoned block device (e.g. an NVMe Zoned Namespace device) may have limits on
330+
the number of zones that can be active, that is, zones that are in the
331+
implicit open, explicit open or closed conditions. This potential limitation
332+
translates into a risk for applications to see write IO errors due to this
333+
limit being exceeded if the zone of a file is not already active when a write
334+
request is issued by the user.
335+
336+
To avoid these potential errors, the "explicit-open" mount option forces zones
337+
to be made active using an open zone command when a file is opened for writing
338+
for the first time. If the zone open command succeeds, the application is then
339+
guaranteed that write requests can be processed. Conversely, the
340+
"explicit-open" mount option will result in a zone close command being issued
341+
to the device on the last close() of a zone file if the zone is not full nor
342+
empty.
343+
329344
Zonefs User Space Tools
330345
=======================
331346

0 commit comments

Comments
 (0)