Apparently having: format="PNG" width="100%" scalefit="0"
in the image attributes is messing up scaling on the pdf
such that the images extend beyond the page. (I inherited
all that from work our techpubs guy did). On the advice
of another techpubs / publican expert, remove it - this
seems to fix up the sizing on the pdf build.
Signed-off-by: Eric Sandeen <sandeen@xxxxxxxxxx>
---
diff --git a/XFS_Filesystem_Structure/en-US/Allocation_Groups.xml
b/XFS_Filesystem_Structure/en-US/Allocation_Groups.xml
index a745abe..2831721 100644
--- a/XFS_Filesystem_Structure/en-US/Allocation_Groups.xml
+++ b/XFS_Filesystem_Structure/en-US/Allocation_Groups.xml
@@ -32,7 +32,7 @@
</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/6.png"
format="PNG" width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata
fileref="images/6.png"/></imageobject>
<textobject><phrase>6</phrase></textobject>
</mediaobject>
@@ -681,7 +681,7 @@ typedef struct xfs_alloc_rec {
<para>The following diagram shows a single level B+tree which consists of
one leaf:</para>
<para>
<inlinemediaobject>
- <imageobject><imagedata fileref="images/15a.png"
format="PNG" width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata
fileref="images/15a.png"/></imageobject>
<textobject><phrase>15a</phrase></textobject>
</inlinemediaobject>
@@ -690,7 +690,7 @@ typedef struct xfs_alloc_rec {
<para>With the intermediate nodes, the associated leaf pointers are stored
in a separate array about two thirds into the block. The following diagram
illustrates a 2-level B+tree for a free space B+tree:</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/15b.png"
format="PNG" width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata
fileref="images/15b.png"/></imageobject>
<textobject><phrase>15b</phrase></textobject>
</mediaobject>
@@ -709,7 +709,7 @@ typedef struct xfs_alloc_rec {
<para>Active elements in the array are specified by the AGF's (<xref
linkend="AG_Free_Space_Block"/>) <command>agf_flfirst</command>,
<command>agf_fllast</command> and <command>agf_flcount</command> values. The
array is managed as a circular list.</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/16.png"
format="PNG" /></imageobject>
+ <imageobject><imagedata
fileref="images/16.png"/></imageobject>
<textobject><phrase>16</phrase></textobject>
</mediaobject>
@@ -811,7 +811,7 @@ recs[1-344] = [startblock,blockcount]
<para>Absolute inode numbers include the AG number in the high
bits, above the bits used for the AG relative inode number. Absolute inode
numbers are found in directory (<xref linkend="Directories"/>) entries.</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/18.png"
format="PNG" width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata
fileref="images/18.png"/></imageobject>
<textobject><phrase>18</phrase></textobject>
</mediaobject>
@@ -913,7 +913,7 @@ typedef __be32 xfs_inobt_ptr_t;
<para>The following diagram illustrates a single level inode B+tree:</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/20a.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/20a.png"/></imageobject>
<textobject><phrase>20a</phrase></textobject>
</mediaobject>
@@ -921,7 +921,7 @@ typedef __be32 xfs_inobt_ptr_t;
<para>And a 2-level inode B+tree:</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/20b.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/20b.png"/></imageobject>
<textobject><phrase>20b</phrase></textobject>
</mediaobject>
diff --git a/XFS_Filesystem_Structure/en-US/Data_Extents.xml
b/XFS_Filesystem_Structure/en-US/Data_Extents.xml
index 248ac70..9af8ce7 100644
--- a/XFS_Filesystem_Structure/en-US/Data_Extents.xml
+++ b/XFS_Filesystem_Structure/en-US/Data_Extents.xml
@@ -9,7 +9,7 @@
<para>An extent is 128 bits in size and uses the following packed
layout:</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/31.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/31.png"/></imageobject>
<textobject><phrase>30</phrase></textobject>
</mediaobject>
@@ -62,7 +62,7 @@ typedef enum {
<mediaobject>
- <imageobject><imagedata fileref="images/32.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/32.png"/></imageobject>
<textobject><phrase>32</phrase></textobject>
</mediaobject>
@@ -111,12 +111,12 @@ u.bmx[0-2] = [startoff,startblock,blockcount,extentflag]
</programlisting>
<para>Raw disk version of the inode with the third extent highlighted
(<command>di_u</command> always starts at offset 0x64):</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/33a.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/33a.png"/></imageobject>
<textobject><phrase>code33a</phrase></textobject>
</mediaobject>
<para>We can expand the highlighted section into the following bit array
from MSB to LSB with the file offset and the block count highlighted:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/33b.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/33b.png"/></imageobject>
<textobject><phrase>code33b</phrase></textobject>
</mediaobject>
@@ -213,7 +213,7 @@ typedef struct xfs_btree_lblock {
<mediaobject>
- <imageobject><imagedata fileref="images/35.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/35.png"/></imageobject>
<textobject><phrase>35</phrase></textobject>
</mediaobject>
@@ -240,7 +240,7 @@ typedef struct xfs_btree_lblock {
<mediaobject>
- <imageobject><imagedata fileref="images/36.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/36.png"/></imageobject>
<textobject><phrase></phrase></textobject>
</mediaobject>
diff --git a/XFS_Filesystem_Structure/en-US/Directories.xml
b/XFS_Filesystem_Structure/en-US/Directories.xml
index 97e2195..e0a7779 100644
--- a/XFS_Filesystem_Structure/en-US/Directories.xml
+++ b/XFS_Filesystem_Structure/en-US/Directories.xml
@@ -105,7 +105,7 @@ typedef struct xfs_dir2_sf_entry {
</programlisting>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/39.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/39.png"/></imageobject>
<textobject><phrase>39</phrase></textobject>
</mediaobject>
@@ -169,7 +169,7 @@ u.sfdir2.list[3].inumber.i4 = 25165956
</programlisting>
<para>The raw data on disk with the first entry highlighted. The six byte
header precedes the first entry:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/40.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/40.png"/></imageobject>
<textobject><phrase>code40</phrase></textobject>
</mediaobject>
<para>Next, an entry is deleted (frame000001.tst), and any entries after
the deleted entry are moved or compacted to "cover" the hole:</para>
@@ -286,7 +286,7 @@ typedef struct xfs_dir2_block_tail {
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/43.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/43.png"/></imageobject>
<textobject><phrase>43</phrase></textobject>
</mediaobject>
@@ -464,7 +464,7 @@ btail.stale = 1
</programlisting>
<para>A new "bestfree" value is added for the entry, the start of the entry
is marked as unused with 0xffff (which overwrites the inode number for an
actual entry), and the length of the space. The tag remains intact at the
<command>offset+length - sizeof(tag)</command>. The address for the hash is
also cleared. The affected areas are highlighted below:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/46.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/46.png"/></imageobject>
<textobject><phrase>code46</phrase></textobject>
</mediaobject>
@@ -536,7 +536,7 @@ typedef struct xfs_da_blkinfo {
<para>The size of the bests array is specified by the tail.bestcount
which is also the number of "data" blocks for the directory. The bests array
maintains each data block's <command>bestfree[0].length</command> value.</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/48.png"
format="PNG" width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata
fileref="images/48.png"/></imageobject>
<textobject><phrase>48</phrase></textobject>
</mediaobject>
@@ -837,7 +837,7 @@ typedef struct xfs_da_intnode {
<para>The freeindex's <command>hdr.nvalid</command> should always be
the same as the number of allocated data directory blocks containing name/inode
data and will always be less than or equal to <command>hdr.nused.
hdr.nused</command> should be the same as the index of the last data directory
block plus one (i.e. when the last data block is freed,
<command>nused</command> and <command>nvalid</command> are decremented).</para>
<para>
<mediaobject>
- <imageobject><imagedata
fileref="images/54.png" format="PNG" width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata
fileref="images/54.png"/></imageobject>
<textobject><phrase>54</phrase></textobject>
</mediaobject>
@@ -1003,7 +1003,7 @@ fbests[0-4] = 0:0x10 1:0x10 2:0x10 3:0x10 4:0x3f50
<para>Like the Leaf Directory (<xref linkend="Leaf_Directories"/>), each of
the <command>fbests</command> values correspond to each data block's
<command>bestfree[0].length</command> value. </para>
<para>The raw disk layout, old data is not cleared after the array. The
fbests array is highlighted:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/57.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/57.png"/></imageobject>
<textobject><phrase>code57</phrase></textobject>
</mediaobject>
<para>TODO: Example with a hole in the middle</para></section>
@@ -1124,7 +1124,7 @@ nbtree[0-318] = [hashval,before] 0:[0x70b14711,8388919]
...
</programlisting>
<para>The leaves at each the end of a node always point to the end leaves
in adjacent nodes. Directory block 8388928 forward pointer is to block 8388919,
and vice versa as highlighted in the following example:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/60.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/60.png"/></imageobject>
<textobject><phrase>code60</phrase></textobject>
</mediaobject></section>
diff --git a/XFS_Filesystem_Structure/en-US/Extended_Attributes.xml
b/XFS_Filesystem_Structure/en-US/Extended_Attributes.xml
index d0bdb5b..deaa433 100644
--- a/XFS_Filesystem_Structure/en-US/Extended_Attributes.xml
+++ b/XFS_Filesystem_Structure/en-US/Extended_Attributes.xml
@@ -36,7 +36,7 @@ typedef struct xfs_attr_sf_entry xfs_attr_sf_entry_t;
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/64.png"
format="PNG" width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata
fileref="images/64.png"/></imageobject>
<textobject><phrase>64</phrase></textobject>
</mediaobject>
@@ -118,7 +118,7 @@ a.sfattr.list[1].value = "val1"
<para>We can determine the actual inode offset to be 220 (15 x 8 + 100) or
<command>0xdc</command>.</para>
<para>Examining the raw dump, the second attribute is highlighted:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/65.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/65.png"/></imageobject>
<textobject><phrase>code65</phrase></textobject>
</mediaobject>
<para>Adding another attribute with attr1, the format is converted to
extents and <command>di_forkoff</command> remains unchanged (and all those
zeros in the dump above remain unused):</para>
@@ -173,7 +173,7 @@ a.sfattr.list[1].value = "val1"
</programlisting>
<para>Another attribute is added:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/66.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/66.png"/></imageobject>
<textobject><phrase>code66</phrase></textobject>
</mediaobject>
<para>One more is added:</para>
@@ -211,7 +211,7 @@ a.sfattr.list[3].value = "contents"
</programlisting>
<para>A raw dump is shown to compare with the attr1 dump on a prior page,
the header is highlighted:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/67.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/67.png"/></imageobject>
<textobject><phrase>code67</phrase></textobject>
</mediaobject>
<para>It can be clearly seen that attr2 allows many more attributes to be
stored in an inode before they are moved to another filesystem
block.</para></section>
@@ -280,7 +280,7 @@ typedef struct xfs_attr_leafblock {
<mediaobject>
- <imageobject><imagedata fileref="images/69.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/69.png"/></imageobject>
<textobject><phrase>69</phrase></textobject>
</mediaobject>
@@ -387,7 +387,7 @@ nvlist[2].name = "big_attr"
<para>A raw disk dump shows the attributes. The last attribute added is
highlighted (offset 4044 or 0xfcc):</para>
<para>
<inlinemediaobject>
- <imageobject><imagedata fileref="images/code/71.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/71.png"/></imageobject>
<textobject><phrase>c</phrase></textobject>
</inlinemediaobject>
</para>
@@ -410,7 +410,7 @@ nvlist[2].name = "big_attr"
<mediaobject>
- <imageobject><imagedata fileref="images/72.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/72.png"/></imageobject>
<textobject><phrase>72</phrase></textobject>
</mediaobject>
@@ -467,12 +467,12 @@ xfs_db> hash attribute_267
<para>In the root btree node, this falls between
<command>0x3437922e</command> and <command>0x3437d22a</command>, therefore leaf
11 or attribute block 5 will contain the entry.</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/73-74.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/73-74.png"/></imageobject>
<textobject><phrase>code73-74</phrase></textobject>
</mediaobject>
<para>Each of the hash entries has <command>XFS_ATTR_LOCAL</command> flag
set (1), which means the attribute's value follows immediately after the name.
Raw disk of the name/value pair at offset 2864 (0xb30), highlighted with
"value_267\d" following immediately after the name:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/74.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/74.png"/></imageobject>
<textobject><phrase>code74</phrase></textobject>
</mediaobject>
<para>Each entry starts on a 32-bit (4 byte) boundary, therefore the
highlighted entry has 2 unused bytes after it.</para>
diff --git a/XFS_Filesystem_Structure/en-US/Internal_Inodes.xml
b/XFS_Filesystem_Structure/en-US/Internal_Inodes.xml
index b42a4a8..ac82884 100644
--- a/XFS_Filesystem_Structure/en-US/Internal_Inodes.xml
+++ b/XFS_Filesystem_Structure/en-US/Internal_Inodes.xml
@@ -23,7 +23,7 @@
</itemizedlist>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/76.png"
format="PNG" width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata
fileref="images/76.png"/></imageobject>
<textobject><phrase>76</phrase></textobject>
</mediaobject>
diff --git a/XFS_Filesystem_Structure/en-US/On-disk_Inode.xml
b/XFS_Filesystem_Structure/en-US/On-disk_Inode.xml
index 9acdc8e..5b7c926 100644
--- a/XFS_Filesystem_Structure/en-US/On-disk_Inode.xml
+++ b/XFS_Filesystem_Structure/en-US/On-disk_Inode.xml
@@ -8,7 +8,7 @@
<para>An inode is divided into 3 parts:</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/23.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/23.png"/></imageobject>
<textobject><phrase>23</phrase></textobject>
</mediaobject>
@@ -344,7 +344,7 @@ typedef struct xfs_timestamp {
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/28.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/28.png"/></imageobject>
<textobject><phrase>28</phrase></textobject>
</mediaobject>
@@ -431,7 +431,7 @@ typedef struct xfs_timestamp {
<para>The following diagram compares the two versions:</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/30.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/30.png"/></imageobject>
<textobject><phrase>30</phrase></textobject>
</mediaobject>
diff --git a/XFS_Filesystem_Structure/en-US/Symbolic_Links.xml
b/XFS_Filesystem_Structure/en-US/Symbolic_Links.xml
index 9ef09ed..76c69a5 100644
--- a/XFS_Filesystem_Structure/en-US/Symbolic_Links.xml
+++ b/XFS_Filesystem_Structure/en-US/Symbolic_Links.xml
@@ -10,7 +10,7 @@
<para>Symbolic links are stored with the "local"
<command>di_format</command> if the symbolic link can fit within the inode's
data fork. The link data is an array of characters
(<command>di_symlink</command> array in the data fork union).</para>
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/61.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/61.png"/></imageobject>
<textobject><phrase>61</phrase></textobject>
</mediaobject>
@@ -36,7 +36,7 @@ u.symlink = "small_target"
</programlisting>
<para>Raw on-disk data with the link contents highlighted:</para>
<mediaobject>
- <imageobject><imagedata fileref="images/code/61.png" format="PNG"
/></imageobject>
+ <imageobject><imagedata fileref="images/code/61.png"/></imageobject>
<textobject><phrase>code61</phrase></textobject>
</mediaobject>
</section>
@@ -48,7 +48,7 @@ u.symlink = "small_target"
<para>
<mediaobject>
- <imageobject><imagedata fileref="images/62.png" format="PNG"
width="100%" scalefit="0"/></imageobject>
+ <imageobject><imagedata fileref="images/62.png"/></imageobject>
<textobject><phrase>62</phrase></textobject>
</mediaobject>
|