* [PATCH] xfsdocs-xml: fix various formatting errors
@ 2010-10-08 9:44 Christoph Hellwig
2010-10-21 3:59 ` Christoph Hellwig
2010-10-21 5:09 ` Dave Chinner
0 siblings, 2 replies; 4+ messages in thread
From: Christoph Hellwig @ 2010-10-08 9:44 UTC (permalink / raw)
To: xfs; +Cc: Turbo Fredriksson
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=unknown-8bit, Size: 9467 bytes --]
Fix up a few formatting errors pointed out by Turbo Fredriksson, and while
at it also remove various non-ASCII characters that sneaked in during the
initial conversion
Reported-by: Turbo Fredriksson <turbo@bayour.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Index: xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-allocators.xml
===================================================================
--- xfsdocs-xml-dev.orig/XFS_User_Guide/en-US/XFS-allocators.xml 2010-10-08 11:34:40.466254229 +0200
+++ xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-allocators.xml 2010-10-08 11:35:13.097254021 +0200
@@ -21,7 +21,8 @@
<para>Watch the inode numbers as directory inodes are created:</para>
<para><programlisting>
> mkdir a b
-> ls -li total 0
+> ls -li
+total 0
131 drwxr-xr-x 2 sjv users 6 2006-10-20 12:12 a
33554624 drwxr-xr-x 2 sjv users 6 2006-10-20 12:12 b</programlisting></para>
</section>
Index: xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-monitoring.xml
===================================================================
--- xfsdocs-xml-dev.orig/XFS_User_Guide/en-US/XFS-monitoring.xml 2010-10-08 11:34:40.489262122 +0200
+++ xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-monitoring.xml 2010-10-08 11:37:24.712028291 +0200
@@ -41,7 +41,7 @@ ig_found # of times inode found in memo
ig_frecycle # of fails because inode was busy
ig_misses # of times had to go to disk for inode
ig_dup # times missed but found from another
-ig_reclaims # of times recyled the inode’s memory
+ig_reclaims # of times recyled the inode's memory
ig_attrchngx # of times changed inode attributes
iflush_count # of times inodes are being flushed
icluster_flushcnt # of times inodes clustered
@@ -54,16 +54,16 @@ icluster_flushinode # of times not able
lookup # of file name directory lookups
create # of directory entry creations
remove # of directory entry removes
-getdents # of “getdent” operations</programlisting></para>
+getdents # of "getdents" operations</programlisting></para>
</section>
<section>
<title>PCP File Attribute Metrics</title>
<para><programlisting>
-attr.get # of “get” operations
-attr.set # of “set” operations
-attr.remove # of “remove” operations
-attr.list # of “list” operations</programlisting></para>
+attr.get # of "get" operations
+attr.set # of "set" operations
+attr.remove # of "remove" operations
+attr.list # of "list" operations</programlisting></para>
</section>
<section>
@@ -84,7 +84,7 @@ alloc_btree.delrec # of extent record de
<para><programlisting>
block_map.read_ops # of block map reads
block_map.write_ops # of block map writes
-block_map.unmap # of block delete operations
+block_map.unmap # of block delete operations
block_map.add_exlist # of extent list insertions for files
block_map.del_exlist # of extent list deletions
block_map.look_exlist # of extent list lookups
@@ -98,7 +98,7 @@ bmap_btree.delrec # of block map deletio
<section>
<title>PCP Journaling Metrics</title>
<para><programlisting>
-transaction.sync # of transactions waiting to be committed
+transaction.sync # of transactions waiting to be committed
transaction.async # of async transactions waiting
transaction.empty # of transactions that did not do anything
log.writes # of log buffer writes
@@ -113,7 +113,7 @@ log.force_sleep # of calls to xs_log_fo
<para><programlisting>
push_ail.pushes # of times the AIL is moved forward
push_ail.success # of times sucessful
-push_ail.pushbuf # of times inode locked – pushbuf called
+push_ail.pushbuf # of times locked "pushbuf" called
push_ail.pinned # of times pinned
push_ail.locked # of times locked
push_ail.flushing # of times ail was flushing
@@ -125,7 +125,7 @@ push_ail.flush # of times a log was for
<title>PCP Quota Metrics</title>
<para><programlisting>
reclaims # of disk quota reclaims
-reclaims_misses # of disk quota reclaim misses
+reclaims_misses # of disk quota reclaim misses
dquot_dups # of duplicates
cachemisses # of times disk quota misses cache
cachehits # of times disk quota in cache
Index: xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-repair.xml
===================================================================
--- xfsdocs-xml-dev.orig/XFS_User_Guide/en-US/XFS-repair.xml 2010-10-08 11:34:40.474254229 +0200
+++ xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-repair.xml 2010-10-08 11:37:12.929255837 +0200
@@ -5,7 +5,7 @@
<title>XFS Repair</title>
<section>
<title>Filesystems can be corrupted by</title>
- <para>• Filesystems can be corrupted by</para>
+ <para>Filesystems can be corrupted by</para>
<itemizedlist>
<listitem><para>Hardware Errors
<itemizedlist>
@@ -15,7 +15,7 @@
</para></listitem>
<listitem><para>To a much lesser degree, bugs in the filesystem</para></listitem>
</itemizedlist>
- <para>Filesystems are able to “repair” themselves since they consist of lists, links
+ <para>Filesystems are able to repair themselves since they consist of lists, links
and reference counts that can be validated</para>
<itemizedlist>
<listitem><para>But not all information is always recovered, inodes that do not have a
@@ -43,17 +43,17 @@
<para>xfs_repair uses libxfs which is a partial port of the XFS kernel code to user-space.</para>
</section>
<section>
- <title>xfs_repair – Phase 1</title>
+ <title>xfs_repair - Phase 1</title>
<para>Find, verify and fix superblocks.</para>
<para>If a superblock is not found, xfs_repair will stop.</para>
<para>Sets up a virtual mount structure for the common XFS code base (libxfs) to work from.</para>
</section>
<section>
- <title>xfs_repair – Phase 2</title>
+ <title>xfs_repair - Phase 2</title>
<para>Checks the AG header structures (AGI, AGF and AGFL) and scans the AGF and AGI btrees.</para>
</section>
<section>
- <title>xfs_repair – Phase 3</title>
+ <title>xfs_repair - Phase 3</title>
<para>Using the AGI btree from phase2, scan the inode tree, processing the unlinked list for
deleted inodes and finding possible missing inode clusters.</para>
<para>Walk all the found inodes, recording used filesytem blocks (extents).</para>
@@ -61,17 +61,17 @@
<para>Any bad inodes are trashed including unrecoverable corrupted directories.</para>
</section>
<section>
- <title>xfs_repair – Phase 4</title>
+ <title>xfs_repair - Phase 4</title>
<para>Scan inode extents again. Any inode with an extent covering used data is trashed.</para>
</section>
<section>
- <title>xfs_repair – Phase 5</title>
+ <title>xfs_repair - Phase 5</title>
<para>Rebuild AG headers and structures including the AGI btree, AGF btrees and AGFL
regardless whether any errors have been found or not.</para>
<para>Realtime inodes are also reconstructed.</para>
</section>
<section>
- <title>xfs_repair – Phase 6</title>
+ <title>xfs_repair - Phase 6</title>
<para>At this stage, the filesytem is in a mountable state.</para>
<para>Scan the directories analysing all data.</para>
<itemizedlist>
@@ -82,12 +82,12 @@
<para>At the end, any unreached inodes are put into lost+found.</para>
</section>
<section>
- <title>xfs_repair – Phase 7</title>
+ <title>xfs_repair - Phase 7</title>
<para>nlinks for inodes are corrected based on the data collected in phase 6.</para>
</section>
<section>
<title>Triaging xfs_check and xfs_repair problems</title>
- <para>Mostofthetime,inodeinformationisrequired:</para>
+ <para>Most of the time, inode information is required:</para>
<para><programlisting>
> inode <inode number>
> print
@@ -97,7 +97,7 @@
> sb 0
> print rootino
</programlisting></para>
- <para>Fordirectories,wecanalsodumpthecontentsfromtheextentlistshownintheinode:</para>
+ <para>For directories, we can also dump the contents from the extent lists hown in the inode:</para>
<para><programlisting>
> dblock <file offset in blocks>
> print
@@ -181,13 +181,13 @@ u.sfdir2.hdr.i8count = 0
u.sfdir2.hdr.parent.i4 = 135</programlisting></para>
</section>
<section>
- <title>Mount and Repair Fails – Corrupted Log</title>
+ <title>Mount and Repair Fails - Corrupted Log</title>
<para>If the log is corrupted you will see an error like:</para>
<para><programlisting>
# mount <filesystem>
mount: Unknown error 990
# dmesg | tail -20
-Filesystem “<filesystem>": xfs_inode_recover: Bad inode magic number . . .
+Filesystem "<filesystem>": xfs_inode_recover: Bad inode magic number . . .
Filesystem "dm-0": XFS internal error xlog_recover_do_inode_trans(1) at line 2352 Caller 0xffffffff88307729
XFS: log mount/recovery failed: error 990 XFS: log mount failed
# xfs_repair <device>
@@ -200,9 +200,9 @@ re-running xfs_repair. If you are unable
the -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this.</programlisting></para>
- <para>Usefulinformationcanbecollectedfortriage:</para>
+ <para>Useful information can becollected for triage:</para>
<para><programlisting>
-# /usr/sbin/xfs_logprint –C <filename> <device>
+# /usr/sbin/xfs_logprint -C <filename> <device>
# /usr/sbin/xfs_logprint -t <device></programlisting></para>
<para>But in this case, the only option may be to throw the log away:</para>
<para><programlisting>
[-- Attachment #2: Type: text/plain, Size: 121 bytes --]
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] xfsdocs-xml: fix various formatting errors
2010-10-08 9:44 [PATCH] xfsdocs-xml: fix various formatting errors Christoph Hellwig
@ 2010-10-21 3:59 ` Christoph Hellwig
2010-10-21 5:09 ` Dave Chinner
1 sibling, 0 replies; 4+ messages in thread
From: Christoph Hellwig @ 2010-10-21 3:59 UTC (permalink / raw)
To: xfs; +Cc: Turbo Fredriksson
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=unknown-8bit, Size: 10115 bytes --]
ping?
On Fri, Oct 08, 2010 at 05:44:12AM -0400, Christoph Hellwig wrote:
>
> Fix up a few formatting errors pointed out by Turbo Fredriksson, and while
> at it also remove various non-ASCII characters that sneaked in during the
> initial conversion
>
> Reported-by: Turbo Fredriksson <turbo@bayour.com>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
>
> Index: xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-allocators.xml
> ===================================================================
> --- xfsdocs-xml-dev.orig/XFS_User_Guide/en-US/XFS-allocators.xml 2010-10-08 11:34:40.466254229 +0200
> +++ xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-allocators.xml 2010-10-08 11:35:13.097254021 +0200
> @@ -21,7 +21,8 @@
> <para>Watch the inode numbers as directory inodes are created:</para>
> <para><programlisting>
> > mkdir a b
> -> ls -li total 0
> +> ls -li
> +total 0
> 131 drwxr-xr-x 2 sjv users 6 2006-10-20 12:12 a
> 33554624 drwxr-xr-x 2 sjv users 6 2006-10-20 12:12 b</programlisting></para>
> </section>
> Index: xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-monitoring.xml
> ===================================================================
> --- xfsdocs-xml-dev.orig/XFS_User_Guide/en-US/XFS-monitoring.xml 2010-10-08 11:34:40.489262122 +0200
> +++ xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-monitoring.xml 2010-10-08 11:37:24.712028291 +0200
> @@ -41,7 +41,7 @@ ig_found # of times inode found in memo
> ig_frecycle # of fails because inode was busy
> ig_misses # of times had to go to disk for inode
> ig_dup # times missed but found from another
> -ig_reclaims # of times recyled the inode’s memory
> +ig_reclaims # of times recyled the inode's memory
> ig_attrchngx # of times changed inode attributes
> iflush_count # of times inodes are being flushed
> icluster_flushcnt # of times inodes clustered
> @@ -54,16 +54,16 @@ icluster_flushinode # of times not able
> lookup # of file name directory lookups
> create # of directory entry creations
> remove # of directory entry removes
> -getdents # of “getdent” operations</programlisting></para>
> +getdents # of "getdents" operations</programlisting></para>
> </section>
>
> <section>
> <title>PCP File Attribute Metrics</title>
> <para><programlisting>
> -attr.get # of “get” operations
> -attr.set # of “set” operations
> -attr.remove # of “remove” operations
> -attr.list # of “list” operations</programlisting></para>
> +attr.get # of "get" operations
> +attr.set # of "set" operations
> +attr.remove # of "remove" operations
> +attr.list # of "list" operations</programlisting></para>
> </section>
>
> <section>
> @@ -84,7 +84,7 @@ alloc_btree.delrec # of extent record de
> <para><programlisting>
> block_map.read_ops # of block map reads
> block_map.write_ops # of block map writes
> -block_map.unmap # of block delete operations
> +block_map.unmap # of block delete operations
> block_map.add_exlist # of extent list insertions for files
> block_map.del_exlist # of extent list deletions
> block_map.look_exlist # of extent list lookups
> @@ -98,7 +98,7 @@ bmap_btree.delrec # of block map deletio
> <section>
> <title>PCP Journaling Metrics</title>
> <para><programlisting>
> -transaction.sync # of transactions waiting to be committed
> +transaction.sync # of transactions waiting to be committed
> transaction.async # of async transactions waiting
> transaction.empty # of transactions that did not do anything
> log.writes # of log buffer writes
> @@ -113,7 +113,7 @@ log.force_sleep # of calls to xs_log_fo
> <para><programlisting>
> push_ail.pushes # of times the AIL is moved forward
> push_ail.success # of times sucessful
> -push_ail.pushbuf # of times inode locked – pushbuf called
> +push_ail.pushbuf # of times locked "pushbuf" called
> push_ail.pinned # of times pinned
> push_ail.locked # of times locked
> push_ail.flushing # of times ail was flushing
> @@ -125,7 +125,7 @@ push_ail.flush # of times a log was for
> <title>PCP Quota Metrics</title>
> <para><programlisting>
> reclaims # of disk quota reclaims
> -reclaims_misses # of disk quota reclaim misses
> +reclaims_misses # of disk quota reclaim misses
> dquot_dups # of duplicates
> cachemisses # of times disk quota misses cache
> cachehits # of times disk quota in cache
> Index: xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-repair.xml
> ===================================================================
> --- xfsdocs-xml-dev.orig/XFS_User_Guide/en-US/XFS-repair.xml 2010-10-08 11:34:40.474254229 +0200
> +++ xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-repair.xml 2010-10-08 11:37:12.929255837 +0200
> @@ -5,7 +5,7 @@
> <title>XFS Repair</title>
> <section>
> <title>Filesystems can be corrupted by</title>
> - <para>• Filesystems can be corrupted by</para>
> + <para>Filesystems can be corrupted by</para>
> <itemizedlist>
> <listitem><para>Hardware Errors
> <itemizedlist>
> @@ -15,7 +15,7 @@
> </para></listitem>
> <listitem><para>To a much lesser degree, bugs in the filesystem</para></listitem>
> </itemizedlist>
> - <para>Filesystems are able to “repair” themselves since they consist of lists, links
> + <para>Filesystems are able to repair themselves since they consist of lists, links
> and reference counts that can be validated</para>
> <itemizedlist>
> <listitem><para>But not all information is always recovered, inodes that do not have a
> @@ -43,17 +43,17 @@
> <para>xfs_repair uses libxfs which is a partial port of the XFS kernel code to user-space.</para>
> </section>
> <section>
> - <title>xfs_repair – Phase 1</title>
> + <title>xfs_repair - Phase 1</title>
> <para>Find, verify and fix superblocks.</para>
> <para>If a superblock is not found, xfs_repair will stop.</para>
> <para>Sets up a virtual mount structure for the common XFS code base (libxfs) to work from.</para>
> </section>
> <section>
> - <title>xfs_repair – Phase 2</title>
> + <title>xfs_repair - Phase 2</title>
> <para>Checks the AG header structures (AGI, AGF and AGFL) and scans the AGF and AGI btrees.</para>
> </section>
> <section>
> - <title>xfs_repair – Phase 3</title>
> + <title>xfs_repair - Phase 3</title>
> <para>Using the AGI btree from phase2, scan the inode tree, processing the unlinked list for
> deleted inodes and finding possible missing inode clusters.</para>
> <para>Walk all the found inodes, recording used filesytem blocks (extents).</para>
> @@ -61,17 +61,17 @@
> <para>Any bad inodes are trashed including unrecoverable corrupted directories.</para>
> </section>
> <section>
> - <title>xfs_repair – Phase 4</title>
> + <title>xfs_repair - Phase 4</title>
> <para>Scan inode extents again. Any inode with an extent covering used data is trashed.</para>
> </section>
> <section>
> - <title>xfs_repair – Phase 5</title>
> + <title>xfs_repair - Phase 5</title>
> <para>Rebuild AG headers and structures including the AGI btree, AGF btrees and AGFL
> regardless whether any errors have been found or not.</para>
> <para>Realtime inodes are also reconstructed.</para>
> </section>
> <section>
> - <title>xfs_repair – Phase 6</title>
> + <title>xfs_repair - Phase 6</title>
> <para>At this stage, the filesytem is in a mountable state.</para>
> <para>Scan the directories analysing all data.</para>
> <itemizedlist>
> @@ -82,12 +82,12 @@
> <para>At the end, any unreached inodes are put into lost+found.</para>
> </section>
> <section>
> - <title>xfs_repair – Phase 7</title>
> + <title>xfs_repair - Phase 7</title>
> <para>nlinks for inodes are corrected based on the data collected in phase 6.</para>
> </section>
> <section>
> <title>Triaging xfs_check and xfs_repair problems</title>
> - <para>Mostofthetime,inodeinformationisrequired:</para>
> + <para>Most of the time, inode information is required:</para>
> <para><programlisting>
> > inode <inode number>
> > print
> @@ -97,7 +97,7 @@
> > sb 0
> > print rootino
> </programlisting></para>
> - <para>Fordirectories,wecanalsodumpthecontentsfromtheextentlistshownintheinode:</para>
> + <para>For directories, we can also dump the contents from the extent lists hown in the inode:</para>
> <para><programlisting>
> > dblock <file offset in blocks>
> > print
> @@ -181,13 +181,13 @@ u.sfdir2.hdr.i8count = 0
> u.sfdir2.hdr.parent.i4 = 135</programlisting></para>
> </section>
> <section>
> - <title>Mount and Repair Fails – Corrupted Log</title>
> + <title>Mount and Repair Fails - Corrupted Log</title>
> <para>If the log is corrupted you will see an error like:</para>
> <para><programlisting>
> # mount <filesystem>
> mount: Unknown error 990
> # dmesg | tail -20
> -Filesystem “<filesystem>": xfs_inode_recover: Bad inode magic number . . .
> +Filesystem "<filesystem>": xfs_inode_recover: Bad inode magic number . . .
> Filesystem "dm-0": XFS internal error xlog_recover_do_inode_trans(1) at line 2352 Caller 0xffffffff88307729
> XFS: log mount/recovery failed: error 990 XFS: log mount failed
> # xfs_repair <device>
> @@ -200,9 +200,9 @@ re-running xfs_repair. If you are unable
> the -L option to destroy the log and attempt a repair.
> Note that destroying the log may cause corruption -- please attempt a mount
> of the filesystem before doing this.</programlisting></para>
> - <para>Usefulinformationcanbecollectedfortriage:</para>
> + <para>Useful information can becollected for triage:</para>
> <para><programlisting>
> -# /usr/sbin/xfs_logprint –C <filename> <device>
> +# /usr/sbin/xfs_logprint -C <filename> <device>
> # /usr/sbin/xfs_logprint -t <device></programlisting></para>
> <para>But in this case, the only option may be to throw the log away:</para>
> <para><programlisting>
>
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
---end quoted text---
[-- Attachment #2: Type: text/plain, Size: 121 bytes --]
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] xfsdocs-xml: fix various formatting errors
2010-10-08 9:44 [PATCH] xfsdocs-xml: fix various formatting errors Christoph Hellwig
2010-10-21 3:59 ` Christoph Hellwig
@ 2010-10-21 5:09 ` Dave Chinner
2010-10-21 5:13 ` Christoph Hellwig
1 sibling, 1 reply; 4+ messages in thread
From: Dave Chinner @ 2010-10-21 5:09 UTC (permalink / raw)
To: Christoph Hellwig; +Cc: Turbo Fredriksson, xfs
On Fri, Oct 08, 2010 at 05:44:12AM -0400, Christoph Hellwig wrote:
>
> Fix up a few formatting errors pointed out by Turbo Fredriksson, and while
> at it also remove various non-ASCII characters that sneaked in during the
> initial conversion
>
> Reported-by: Turbo Fredriksson <turbo@bayour.com>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
looks good to me, but one minor change still needed....
Reviewed-by: Dave Chinner <david@fromorbit.com>
> @@ -200,9 +200,9 @@ re-running xfs_repair. If you are unable
> the -L option to destroy the log and attempt a repair.
> Note that destroying the log may cause corruption -- please attempt a mount
> of the filesystem before doing this.</programlisting></para>
> - <para>Usefulinformationcanbecollectedfortriage:</para>
> + <para>Useful information can becollected for triage:</para>
be collected
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] xfsdocs-xml: fix various formatting errors
2010-10-21 5:09 ` Dave Chinner
@ 2010-10-21 5:13 ` Christoph Hellwig
0 siblings, 0 replies; 4+ messages in thread
From: Christoph Hellwig @ 2010-10-21 5:13 UTC (permalink / raw)
To: Dave Chinner; +Cc: Christoph Hellwig, Turbo Fredriksson, xfs
On Thu, Oct 21, 2010 at 04:09:49PM +1100, Dave Chinner wrote:
> On Fri, Oct 08, 2010 at 05:44:12AM -0400, Christoph Hellwig wrote:
> >
> > Fix up a few formatting errors pointed out by Turbo Fredriksson, and while
> > at it also remove various non-ASCII characters that sneaked in during the
> > initial conversion
> >
> > Reported-by: Turbo Fredriksson <turbo@bayour.com>
> > Signed-off-by: Christoph Hellwig <hch@lst.de>
>
> looks good to me, but one minor change still needed....
>
> Reviewed-by: Dave Chinner <david@fromorbit.com>
Thanks, pushed.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-10-21 5:12 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-08 9:44 [PATCH] xfsdocs-xml: fix various formatting errors Christoph Hellwig
2010-10-21 3:59 ` Christoph Hellwig
2010-10-21 5:09 ` Dave Chinner
2010-10-21 5:13 ` Christoph Hellwig
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox