From: Juan Quintela <quintela@mandrakesoft.com>
To: Marcelo Tosatti <marcelo@conectiva.com.br>,
lkml <linux-kernel@vger.kernel.org>
Subject: [PATCH]: fixing journal-api.tmpl tags
Date: 20 Nov 2002 13:12:11 +0100 [thread overview]
Message-ID: <m2zns430f8.fsf@demo.mitica> (raw)
Hi
journal-API don't have the xml tags right, and make imposible
to compile the docs. Trivial patch included, basically you
need to close every tag that you open :)
Later, Juan.
diff -uNp c2/Documentation/DocBook/journal-api.tmpl.orig c2/Documentation/DocBook/journal-api.tmpl
--- c2/Documentation/DocBook/journal-api.tmpl.orig 2002-11-18 16:47:05.000000000 +0100
+++ c2/Documentation/DocBook/journal-api.tmpl 2002-11-19 10:47:05.000000000 +0100
@@ -196,6 +196,8 @@ listed against them. Ext3 does this in e
Lock is also providing through journal_{un,}lock_updates(),
ext3 uses this when it wants a window with a clean and stable fs for a moment.
eg.
+</para>
+
<programlisting>
journal_lock_updates() //stop new stuff happening..
@@ -204,11 +206,12 @@ eg.
journal_unlock_updates() // carry on with filesystem use.
</programlisting>
+<para>
The opportunities for abuse and DOS attacks with this should be obvious,
if you allow unprivileged userspace to trigger codepaths containing these
calls.
-<para>
+</para>
</sect1>
<sect1>
<title>Summary</title>
@@ -216,9 +219,13 @@ calls.
Using the journal is a matter of wrapping the different context changes,
being each mount, each modification (transaction) and each changed buffer
to tell the journalling layer about them.
+</para>
+<para>
Here is a some pseudo code to give you an idea of how it works, as
an example.
+</para>
+
<programlisting>
journal_t* my_jnrl = journal_create();
journal_init_{dev,inode}(jnrl,...)
@@ -244,6 +251,7 @@ an example.
}
journal_destroy(my_jrnl);
</programlisting>
+</sect1>
</chapter>
--
In theory, practice and theory are the same, but in practice they
are different -- Larry McVoy
reply other threads:[~2002-11-20 12:01 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2zns430f8.fsf@demo.mitica \
--to=quintela@mandrakesoft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo@conectiva.com.br \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.