summaryrefslogtreecommitdiffstats
path: root/drivers/staging/speakup/spkguide.txt
diff options
context:
space:
mode:
authorLukas Czerner <lczerner@redhat.com>2014-04-20 23:45:47 -0400
committerTheodore Ts'o <tytso@mit.edu>2014-04-20 23:45:47 -0400
commit556615dcbf38b0a92a9e659f52c06686270dfc16 (patch)
tree33a336cd219fc4386b811a9ffb03d3f6a79d7185 /drivers/staging/speakup/spkguide.txt
parent090f32ee4ef0a59c738963c6b0a6948cc5dee84c (diff)
downloadlinux-556615dcbf38b0a92a9e659f52c06686270dfc16.tar.gz
linux-556615dcbf38b0a92a9e659f52c06686270dfc16.tar.bz2
linux-556615dcbf38b0a92a9e659f52c06686270dfc16.zip
ext4: rename uninitialized extents to unwritten
Currently in ext4 there is quite a mess when it comes to naming unwritten extents. Sometimes we call it uninitialized and sometimes we refer to it as unwritten. The right name for the extent which has been allocated but does not contain any written data is _unwritten_. Other file systems are using this name consistently, even the buffer head state refers to it as unwritten. We need to fix this confusion in ext4. This commit changes every reference to an uninitialized extent (meaning allocated but unwritten) to unwritten extent. This includes comments, function names and variable names. It even covers abbreviation of the word uninitialized (such as uninit) and some misspellings. This commit does not change any of the code paths at all. This has been confirmed by comparing md5sums of the assembly code of each object file after all the function names were stripped from it. Signed-off-by: Lukas Czerner <lczerner@redhat.com> Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Diffstat (limited to 'drivers/staging/speakup/spkguide.txt')
0 files changed, 0 insertions, 0 deletions