| /linux/fs/hpfs/ |
| A D | super.c | 541 struct hpfs_super_block *superblock; in hpfs_fill_super() local 595 ||*/ le32_to_cpu(superblock->magic) != SB_MAGIC in hpfs_fill_super() 603 if (!sb_rdonly(s) && superblock->funcversion != 2 && superblock->funcversion != 3) { in hpfs_fill_super() 605 (int)superblock->version, (int)superblock->funcversion); in hpfs_fill_super() 619 sbi->sb_root = le32_to_cpu(superblock->root); in hpfs_fill_super() 620 sbi->sb_fs_size = le32_to_cpu(superblock->n_sectors); in hpfs_fill_super() 621 sbi->sb_bitmaps = le32_to_cpu(superblock->bitmaps); in hpfs_fill_super() 681 …if (le32_to_cpu(superblock->dir_band_end) - le32_to_cpu(superblock->dir_band_start) + 1 != le32_to… in hpfs_fill_super() 682 …le32_to_cpu(superblock->dir_band_end) < le32_to_cpu(superblock->dir_band_start) || le32_to_cpu(sup… in hpfs_fill_super() 684 …le32_to_cpu(superblock->dir_band_start), le32_to_cpu(superblock->dir_band_end), le32_to_cpu(superb… in hpfs_fill_super() [all …]
|
| /linux/Documentation/filesystems/ |
| A D | qnx6.rst | 41 The superblock contains all global information about the filesystem. 43 That serial number is used to identify the "active" superblock. 45 serial of the new master superblock is increased (old superblock serial + 1) 51 inactive superblock. 72 The Audi MMI 3G first superblock directly starts at byte 0. 74 Second superblock position can either be calculated from the superblock 79 0x1000 is the size reserved for each superblock - regardless of the 122 starting with the superblock longfilename root node pointers. 144 is the longfilename root node in the active superblock. 179 Each superblock got it's own half of the system area. So superblock #1 [all …]
|
| A D | mount_api.rst | 39 (4) Get or create a superblock and mountable root. 127 mount superblock on an automount. 161 The proposed s_fs_info for a new superblock, set in the superblock by 185 FS_CONTEXT_FOR_MOUNT, New superblock for explicit mount 297 the filesystem context and transfer them to the superblock. The 298 superblock can be found from fc->root->d_sb. 413 sets the superblock flags, initialises the security and calls 417 sb_flags presets the superblock flags stored therein. 427 existing superblock. dentry provides a reference to the superblock to be 441 dentry's superblock also. [all …]
|
| A D | ext2.rst | 17 Most defaults are determined by the filesystem superblock, and can be 52 sb=n Use alternate superblock at this location. 100 descriptor table stored in the block(s) immediately after the superblock. 114 The superblock contains all the information about the configuration of 115 the filing system. The primary copy of the superblock is stored at an 118 the superblock are stored in block groups throughout the filesystem. 124 superblock feature). The groups chosen are 0, 1 and powers of 3, 5 and 7. 126 The information in the superblock contains fields such as the total 137 All fields in the superblock (as in all other ext2 structures) are stored 227 filesystems. The superblock of the ext2 filesystem contains several [all …]
|
| /linux/Documentation/filesystems/ext4/ |
| A D | blockgroup.rst | 32 The superblock will start at offset 1024 bytes, whichever block that 34 1024, then block 0 is marked in use and the superblock goes in block 1. 37 The ext4 driver primarily works with the superblock and the group 39 superblock and group descriptors are written to some of the block groups 71 superblock, group descriptors, data block bitmaps for groups 0-3, inode 75 large files to be continuous on disk. Backup copies of the superblock 103 the superblock is followed by a variable-length set of block group 104 descriptors. Instead, the superblock and a single block group descriptor 113 the field s\_first\_meta\_bg in the superblock will indicate the first
|
| A D | checksums.rst | 8 The desired checksum algorithm is indicated in the superblock, though as 27 of checksum. The checksum function is whatever the superblock describes 39 - The entire superblock up to the checksum field. The UUID lives inside 40 the superblock.
|
| A D | super.rst | 6 The superblock records various information about the enclosing 11 superblock and group descriptors are kept only in the groups whose group 15 The superblock checksum is calculated against the superblock structure, 18 The ext4 superblock is laid out as follows in 156 - Block group # of this superblock. 218 - UUID of journal superblock 420 - Block groups containing superblock backups (if sparse\_super2) 495 The superblock state is some combination of the following: 512 The superblock error policy is one of the following: 550 The superblock revision is one of the following: [all …]
|
| A D | orphan.rst | 15 superblock contains the inode number of the last orphan inode (s_last_orphan 21 (referenced from the superblock through s_orphan_file_inum) with several 37 RO_COMPAT_ORPHAN_PRESENT feature in the superblock to indicate there may
|
| A D | special_inodes.rst | 37 … non-reserved inode. Usually this is the lost+found directory. See s\_first\_ino in the superblock. 41 hierarchy. These are generally reference from the superblock. They are:
|
| A D | journal.rst | 43 journal inode are replicated in the ext4 superblock. The journal itself 86 The journal superblock will be in the next full block after the 87 superblock. 150 - Journal superblock, v1. 152 - Journal superblock, v2. 164 The journal superblock is recorded as ``struct journal_superblock_s``, 182 - Common header identifying this as a superblock. 215 - The remaining fields are only valid in a v2 superblock. 269 - Checksum of the entire superblock, with this field set to zero. 555 the superblock advertises 64-bit block number support, or 4 bytes
|
| A D | bitmaps.rst | 26 descriptor points to the start of the table, and the superblock records
|
| /linux/security/landlock/ |
| A D | fs.h | 60 const struct super_block *const superblock) in landlock_superblock() argument 62 return superblock->s_security + landlock_blob_sizes.lbs_superblock; in landlock_superblock()
|
| /linux/scripts/gdb/linux/ |
| A D | proc.py | 190 superblock = vfs['mnt']['mnt_sb'] 191 fstype = superblock['s_type']['name'].string() 192 s_flags = int(superblock['s_flags']) 197 vfs.format_string(), superblock.format_string(), devname,
|
| /linux/Documentation/ABI/testing/ |
| A D | sysfs-fs-nilfs2 | 60 What: /sys/fs/nilfs2/<device>/superblock/sb_write_time 67 What: /sys/fs/nilfs2/<device>/superblock/sb_write_time_secs 73 What: /sys/fs/nilfs2/<device>/superblock/sb_write_count 79 What: /sys/fs/nilfs2/<device>/superblock/sb_update_frequency 83 Show/Set interval of periodical update of superblock 86 What: /sys/fs/nilfs2/<device>/superblock/README 90 Describe attributes of /sys/fs/nilfs2/<device>/superblock
|
| /linux/fs/nilfs2/ |
| A D | sysfs.h | 77 NILFS_DEV_ATTR_STRUCT(superblock); 139 NILFS_RO_ATTR(superblock, name) 141 NILFS_RW_ATTR(superblock, name)
|
| /linux/Documentation/admin-guide/device-mapper/ |
| A D | dm-integrity.rst | 37 the device. But it will only format the device if the superblock contains 38 zeroes. If the superblock is neither valid nor zeroed, the dm-integrity 43 1. overwrite the superblock with zeroes 47 4. read the "provided_data_sectors" value from the superblock 94 superblock is used. 99 the superblock is used. 194 - the superblock is protected by journal_mac 195 - a 16-byte salt stored in the superblock is mixed to the mac, so 228 * superblock (4kiB) 258 * integrity tag (the size is specified in the superblock) [all …]
|
| /linux/security/selinux/include/ |
| A D | objsec.h | 192 const struct super_block *superblock) in selinux_superblock() argument 194 return superblock->s_security + selinux_blob_sizes.lbs_superblock; in selinux_superblock()
|
| /linux/Documentation/networking/ |
| A D | sysfs-tagging.rst | 29 Each sysfs superblock's kernfs_super_info contains an array 31 kobj_nstype first mounts sysfs, a new superblock is created. It
|
| /linux/drivers/md/persistent-data/ |
| A D | dm-space-map-metadata.h | 35 dm_block_t superblock);
|
| A D | dm-transaction-manager.h | 51 int dm_tm_commit(struct dm_transaction_manager *tm, struct dm_block *superblock);
|
| /linux/fs/btrfs/ |
| A D | check-integrity.c | 2083 struct btrfsic_block *const superblock, in btrfsic_process_written_superblock() argument 2089 superblock->generation = btrfs_super_generation(super_hdr); in btrfsic_process_written_superblock() 2090 if (!(superblock->generation > state->max_superblock_generation || in btrfsic_process_written_superblock() 2095 superblock->logical_bytenr, in btrfsic_process_written_superblock() 2096 superblock->dev_state->bdev, in btrfsic_process_written_superblock() 2097 superblock->dev_bytenr, superblock->mirror_num, in btrfsic_process_written_superblock() 2104 superblock->logical_bytenr, in btrfsic_process_written_superblock() 2105 superblock->dev_state->bdev, in btrfsic_process_written_superblock() 2106 superblock->dev_bytenr, superblock->mirror_num, in btrfsic_process_written_superblock() 2112 state->latest_superblock = superblock; in btrfsic_process_written_superblock() [all …]
|
| /linux/fs/cramfs/ |
| A D | README | 13 <superblock> 17 <superblock>: struct cramfs_super (see cramfs_fs.h). 120 The superblock ought to indicate the block size that the fs was 149 data, only the superblock, inodes and block pointers.
|
| /linux/fs/befs/ |
| A D | ChangeLog | 79 * Abbandoned silly checks for a NULL superblock pointer in debug.c. [WD] 167 superblock type, rather than struct super_block. This is for 178 * Added functions to get the private superblock and inode structures from 244 * Fixed a problem with reading the superblock on devices with large sector 375 very end of befs_read_super(), after we are done with the disk superblock. 396 * Removed superblock locking calls in befs_read_super(). In 2.4, the VFS
|
| /linux/security/smack/ |
| A D | smack.h | 361 const struct super_block *superblock) in smack_superblock() argument 363 return superblock->s_security + smack_blob_sizes.lbs_superblock; in smack_superblock()
|
| /linux/Documentation/admin-guide/ |
| A D | md.rst | 84 superblock can be autodetected and run at boot time. 118 The md driver can support a variety of different superblock formats. 119 Currently, it supports superblock formats ``0.90.0`` and the ``md-1`` format 122 The kernel will autodetect which format superblock is being used. 125 reasons - it is the original superblock format. 128 General Rules - apply for all superblock formats 146 version number. The major version number selects which superblock 149 superblock. 158 appropriate superblock written to them, and then be passed in with 165 Specific Rules that apply to format-0 super block arrays, and arrays with no superblock (non-persis… [all …]
|