<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/fs/jbd2, branch linux-2.6.24.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.24.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.24.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2008-03-24T18:48:03Z</updated>
<entry>
<title>jbd2: correctly unescape journal data blocks</title>
<updated>2008-03-24T18:48:03Z</updated>
<author>
<name>Duane Griffin</name>
<email>duaneg@dghda.com</email>
</author>
<published>2008-03-20T02:45:05Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=9ecfdfeaf6210f17b93f4130845a9349ab893196'/>
<id>urn:sha1:9ecfdfeaf6210f17b93f4130845a9349ab893196</id>
<content type='text'>
commit: d00256766a0b4f1441931a7f569a13edf6c68200

Fix a long-standing typo (predating git) that will cause data corruption if a
journal data block needs unescaping.  At the moment the wrong buffer head's
data is being unescaped.

To test this case mount a filesystem with data=journal, start creating and
deleting a bunch of files containing only JBD2_MAGIC_NUMBER (0xc03b3998), then
pull the plug on the device.  Without this patch the files will contain zeros
instead of the correct data after recovery.

Signed-off-by: Duane Griffin &lt;duaneg@dghda.com&gt;
Acked-by: Jan Kara &lt;jack@suse.cz&gt;
Cc: &lt;linux-ext4@vger.kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>JBD2: debug code cleanup.</title>
<updated>2007-10-17T22:49:59Z</updated>
<author>
<name>Jose R. Santos</name>
<email>jrs@us.ibm.com</email>
</author>
<published>2007-10-16T22:38:25Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=6f38c74f5a01c7bccf58f9d7ee47ea24fb45752f'/>
<id>urn:sha1:6f38c74f5a01c7bccf58f9d7ee47ea24fb45752f</id>
<content type='text'>
Mostly stolen from akpm's JBD cleanup patch.

- use `#ifdef foo' instead of `#if defined(foo)'

- Make journal_enable_debug __read_mostly just for the heck of it

- Make jbd_debugfs_dir and jbd_debug static

- debugfs_remove(NULL) is legal: remove unneeded tests

- remove unnecessary empty loops

Signed-off-by: Jose R. Santos &lt;jrs@us.ibm.com&gt;
Cc: &lt;linux-ext4@vger.kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>jbd2: fix commit code to properly abort journal</title>
<updated>2007-10-17T22:49:58Z</updated>
<author>
<name>Jan Kara</name>
<email>jack@suse.cz</email>
</author>
<published>2007-10-16T22:38:25Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=a7fa2baf8e2a6c0eb0a21f75e919c226179e8ff4'/>
<id>urn:sha1:a7fa2baf8e2a6c0eb0a21f75e919c226179e8ff4</id>
<content type='text'>
We should really call journal_abort() and not __journal_abort_hard() in
case of errors.  The latter call does not record the error in the journal
superblock and thus filesystem won't be marked as with errors later (and
user could happily mount it without any warning).

Signed-off-by: Jan Kara &lt;jack@suse.cz&gt;
Cc: &lt;linux-ext4@vger.kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>jbd2: JBD_XXX to JBD2_XXX naming cleanup</title>
<updated>2007-10-17T22:49:58Z</updated>
<author>
<name>Mingming Cao</name>
<email>cmm@us.ibm.com</email>
</author>
<published>2007-10-16T22:38:25Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=cd02ff0b14b7e27cbdfd7ff2814b08199a2b7168'/>
<id>urn:sha1:cd02ff0b14b7e27cbdfd7ff2814b08199a2b7168</id>
<content type='text'>
change JBD_XXX macros to JBD2_XXX in JBD2/Ext4

Signed-off-by: Mingming Cao &lt;cmm@us.ibm.com&gt;
Signed-off-by: "Theodore Ts'o" &lt;tytso@mit.edu&gt;
</content>
</entry>
<entry>
<title>JBD2/Ext4: Convert kmalloc to kzalloc in jbd2/ext4</title>
<updated>2007-10-17T22:49:57Z</updated>
<author>
<name>Mingming Cao</name>
<email>cmm@us.ibm.com</email>
</author>
<published>2007-10-16T22:38:25Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=d802ffa8850f2a80d141457d7221809182ed8c9f'/>
<id>urn:sha1:d802ffa8850f2a80d141457d7221809182ed8c9f</id>
<content type='text'>
Convert kmalloc to kzalloc() and get rid of the memset().

Signed-off-by: Mingming Cao &lt;cmm@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>JBD2: replace jbd_kmalloc with kmalloc directly.</title>
<updated>2007-10-17T22:49:57Z</updated>
<author>
<name>Mingming Cao</name>
<email>cmm@us.ibm.com</email>
</author>
<published>2007-10-16T22:38:25Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=2d917969bc8dbde45900f5cbc2558e2cf1f8ec32'/>
<id>urn:sha1:2d917969bc8dbde45900f5cbc2558e2cf1f8ec32</id>
<content type='text'>
This patch cleans up jbd_kmalloc and replace it with kmalloc directly

Signed-off-by: Mingming Cao &lt;cmm@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>JBD2: jbd2 slab allocation cleanups</title>
<updated>2007-10-17T22:49:56Z</updated>
<author>
<name>Mingming Cao</name>
<email>cmm@us.ibm.com</email>
</author>
<published>2007-10-16T22:38:25Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=af1e76d6b3f37cb89d9192eaf83588adaf4728eb'/>
<id>urn:sha1:af1e76d6b3f37cb89d9192eaf83588adaf4728eb</id>
<content type='text'>
JBD2: Replace slab allocations with page allocations

JBD2 allocate memory for committed_data and frozen_data from slab. However
JBD2 should not pass slab pages down to the block layer. Use page allocator
pages instead. This will also prepare JBD for the large blocksize patchset.

Signed-off-by: Christoph Lameter &lt;clameter@sgi.com&gt;
Signed-off-by: Mingming Cao &lt;cmm@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>mm: Remove slab destructors from kmem_cache_create().</title>
<updated>2007-07-20T01:11:58Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2007-07-20T01:11:58Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=20c2df83d25c6a95affe6157a4c9cac4cf5ffaac'/>
<id>urn:sha1:20c2df83d25c6a95affe6157a4c9cac4cf5ffaac</id>
<content type='text'>
Slab destructors were no longer supported after Christoph's
c59def9f222d44bb7e2f0a559f2906191a0862d7 change. They've been
BUGs for both slab and slub, and slob never supported them
either.

This rips out support for the dtor pointer from kmem_cache_create()
completely and fixes up every single callsite in the kernel (there were
about 224, not including the slab allocator definitions themselves,
or the documentation references).

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>fix ext4/JBD2 build warnings</title>
<updated>2007-07-19T17:04:47Z</updated>
<author>
<name>Mingming Cao</name>
<email>cmm@us.ibm.com</email>
</author>
<published>2007-07-19T08:48:35Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=b38bd33a6bf5095736620ca8e85fe61820c2d312'/>
<id>urn:sha1:b38bd33a6bf5095736620ca8e85fe61820c2d312</id>
<content type='text'>
Looking at the current linus-git tree jbd_debug() define in
include/linux/jbd2.h

extern u8 journal_enable_debug;

#define jbd_debug(n, f, a...)                                           \
        do {                                                            \
                if ((n) &lt;= journal_enable_debug) {                      \
                        printk (KERN_DEBUG "(%s, %d): %s: ",            \
                                __FILE__, __LINE__, __FUNCTION__);      \
                        printk (f, ## a);                               \
                }                                                       \
        } while (0)
&gt; fs/ext4/inode.c: In function âext4_write_inodeâ:
&gt; fs/ext4/inode.c:2906: warning: comparison is always true due to limited
&gt; range of data type
&gt;
&gt; fs/jbd2/recovery.c: In function âjbd2_journal_recoverâ:
&gt; fs/jbd2/recovery.c:254: warning: comparison is always true due to
&gt; limited range of data type
&gt; fs/jbd2/recovery.c:257: warning: comparison is always true due to
&gt; limited range of data type
&gt;
&gt; fs/jbd2/recovery.c: In function âjbd2_journal_skip_recoveryâ:
&gt; fs/jbd2/recovery.c:301: warning: comparison is always true due to
&gt; limited range of data type
&gt;
Noticed all warnings are occurs when the debug level is 0. Then found
the "jbd2: Move jbd2-debug file to debugfs" patch
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0f49d5d019afa4e94253bfc92f0daca3badb990b

changed the jbd2_journal_enable_debug from int type to u8, makes the
jbd_debug comparision is always true when the debugging level is 0. Thus
the compile warning occurs.

Thought about changing the jbd2_journal_enable_debug data type back to
int, but can't, because the jbd2-debug is moved to debug fs, where
calling debugfs_create_u8() to create the debugfs entry needs the value
to be u8 type.

Even if we changed the data type back to int, the code is still buggy,
kernel should not print jbd2 debug message if the
jbd2_journal_enable_debug is set to 0. But this is not the case.

The fix is change the level of debugging to 1. The same should fixed in
ext3/JBD, but currently ext3 jbd-debug via /proc fs is broken, so we
probably should fix it all together.

Signed-off-by: Mingming Cao &lt;cmm@us.ibm.com&gt;
Cc: Jeff Garzik &lt;jeff@garzik.org&gt;
Cc: Theodore Tso &lt;tytso@mit.edu&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>jbd2: Move jbd2-debug file to debugfs</title>
<updated>2007-07-18T12:50:18Z</updated>
<author>
<name>Jose R. Santos</name>
<email>jrs@us.ibm.com</email>
</author>
<published>2007-07-18T12:50:18Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=0f49d5d019afa4e94253bfc92f0daca3badb990b'/>
<id>urn:sha1:0f49d5d019afa4e94253bfc92f0daca3badb990b</id>
<content type='text'>
The jbd2-debug file used to be located in /proc/sys/fs/jbd2-debug, but it
incorrectly used create_proc_entry() instead of the sysctl routines, and
no proc entry was ever created.

Instead of fixing this we might as well move the jbd2-debug file to
debugfs which would be the preferred location for this kind of tunable.
The new location is now /sys/kernel/debug/jbd2/jbd2-debug.

Signed-off-by: Jose R. Santos &lt;jrs@us.ibm.com&gt;
Signed-off-by: "Theodore Ts'o" &lt;tytso@mit.edu&gt;
</content>
</entry>
</feed>
