zfs.h revision d7306b64c847d897abb9ece8624fca9cf28d358f
2N/A * The contents of this file are subject to the terms of the 2N/A * Common Development and Distribution License (the "License"). 2N/A * You may not use this file except in compliance with the License. 2N/A * See the License for the specific language governing permissions 2N/A * and limitations under the License. 2N/A * When distributing Covered Code, include this CDDL HEADER in each 2N/A * If applicable, add the following below this CDDL HEADER, with the 2N/A * fields enclosed by brackets "[]" replaced with your own identifying 2N/A * information: Portions Copyright [yyyy] [name of copyright owner] 2N/A * Copyright 2007 Sun Microsystems, Inc. All rights reserved. 2N/A * Use is subject to license terms. 2N/A#
pragma ident "%Z%%M% %I% %E% SMI" * Types and constants shared between userland and the kernel. * Each dataset can be one of the following types. These constants can be * combined into masks that can be passed to various functions. * Properties are identified by these constants and must be added to the * end of this list to ensure that external conumsers are not affected * by the change. The property list also determines how 'zfs get' will * display them. If you make any changes to this list, be sure to update * The following functions are shared between libzfs and the kernel. * On-disk version number. * Symbolic names for the changes that caused a ZFS_VERSION switch. * Used in the code when checking for presence or absence of a feature. * Feel free to define multiple symbolic names for each version if there * were multiple changes to on-disk structures during that version. * NOTE: When checking the current ZFS_VERSION in your code, be sure * to use spa_version() since it reports the version of the * last synced uberblock. Checking the in-flight version can * be dangerous in some cases. * The following are configuration names used in the nvlist describing a pool's * This is needed in userland to report the minimum necessary device size. * The location of the pool configuration repository, shared between kernel and * vdev states are ordered from least to most healthy. * A vdev that's CANT_OPEN or below is considered unusable. * vdev aux states. When a vdev is in the CANT_OPEN state, the aux field * of the vdev stats structure uses these constants to distinguish why. * pool state. The following states are written to disk as part of the normal * SPA lifecycle: ACTIVE, EXPORTED, DESTROYED, SPARE. The remaining states are * software abstractions used at various levels to communicate pool state. * ZIO types. Needed to interpret vdev statistics below. * Vdev statistics. Note: all fields should be 64-bit because this * is passed between kernel and userland as an nvlist uint64 array. * zvol paths. Irritatingly, the devfsadm interfaces want all these * paths without the /dev prefix, but for some things, we want the * /dev prefix. Below are the names without /dev. * And here are the things we need with /dev, etc. in front of them. * Internal SPA load state. Used by FMA diagnosis engine. * The following are names used in the nvlist describing * the pool's history log. #
endif /* _SYS_FS_ZFS_H */