<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/fs/jffs2/wbuf.c, branch linux-3.2.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2012-10-17T02:49:15Z</updated>
<entry>
<title>JFFS2: don't fail on bitflips in OOB</title>
<updated>2012-10-17T02:49:15Z</updated>
<author>
<name>Brian Norris</name>
</author>
<published>2012-08-31T22:01:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f4c8c2f05a24536e4d883d6f3783c78aa6e773ff'/>
<id>urn:sha1:f4c8c2f05a24536e4d883d6f3783c78aa6e773ff</id>
<content type='text'>
commit 74d83beaa229aac7d126ac1ed9414658ff1a89d2 upstream.

JFFS2 was designed without thought for OOB bitflips, it seems, but they
can occur and will be reported to JFFS2 via mtd_read_oob()[1]. We don't
want to fail on these transactions, since the data was corrected.

[1] Few drivers report bitflips for OOB-only transactions. With such
    drivers, this patch should have no effect.

Signed-off-by: Brian Norris &lt;computersforpeace@gmail.com&gt;
Signed-off-by: Artem Bityutskiy &lt;artem.bityutskiy@linux.intel.com&gt;
Signed-off-by: David Woodhouse &lt;David.Woodhouse@intel.com&gt;
[bwh: Backported to 3.2: adjust context]
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>mtd: rename MTD_OOB_* to MTD_OPS_*</title>
<updated>2011-09-11T12:28:59Z</updated>
<author>
<name>Brian Norris</name>
</author>
<published>2011-08-31T01:45:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0612b9ddc2eeda014dd805c87c752b342d8f80f0'/>
<id>urn:sha1:0612b9ddc2eeda014dd805c87c752b342d8f80f0</id>
<content type='text'>
These modes are not necessarily for OOB only. Particularly, MTD_OOB_RAW
affected operations on in-band page data as well. To clarify these
options and to emphasize that their effect is applied per-operation, we
change the primary prefix to MTD_OPS_.

Signed-off-by: Brian Norris &lt;computersforpeace@gmail.com&gt;
Signed-off-by: Artem Bityutskiy &lt;artem.bityutskiy@intel.com&gt;
</content>
</entry>
<entry>
<title>jffs2: use mutex_is_locked() in __jffs2_flush_wbuf()</title>
<updated>2011-09-11T12:02:14Z</updated>
<author>
<name>Alexey Khoroshilov</name>
</author>
<published>2011-06-27T20:21:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=51b11e3630672b7ce8793ecf13e5759656edf38a'/>
<id>urn:sha1:51b11e3630672b7ce8793ecf13e5759656edf38a</id>
<content type='text'>
Use a helper to test if a mutex is held instead of a hack with
mutex_trylock().

Signed-off-by: Alexey Khoroshilov &lt;khoroshilov@ispras.ru&gt;
Signed-off-by: Artem Bityutskiy &lt;dedekind1@gmail.com&gt;
</content>
</entry>
<entry>
<title>Fix common misspellings</title>
<updated>2011-03-31T14:26:23Z</updated>
<author>
<name>Lucas De Marchi</name>
</author>
<published>2011-03-31T01:57:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=25985edcedea6396277003854657b5f3cb31a628'/>
<id>urn:sha1:25985edcedea6396277003854657b5f3cb31a628</id>
<content type='text'>
Fixes generated by 'codespell' and manually reviewed.

Signed-off-by: Lucas De Marchi &lt;lucas.demarchi@profusion.mobi&gt;
</content>
</entry>
<entry>
<title>jffs2: Rename jffs2_erase_pending_trigger() to jffs2_dirty_trigger()</title>
<updated>2010-05-19T16:15:36Z</updated>
<author>
<name>Joakim Tjernlund</name>
</author>
<published>2010-05-19T16:13:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=64a5c2eb82d2a626116fde8a0ea3bb39a3f4f233'/>
<id>urn:sha1:64a5c2eb82d2a626116fde8a0ea3bb39a3f4f233</id>
<content type='text'>
Now that we do erases from GC and trigger the GC thread to do them
instead of using kupdated, this function is misnamed. It's only used
for triggering wbuf flush on NAND flash now. Rename it accordingly.

Signed-off-by: Joakim Tjernlund &lt;joakim.tjernlund@transmode.se&gt;
Signed-off-by: David Woodhouse &lt;David.Woodhouse@intel.com&gt;
</content>
</entry>
<entry>
<title>jffs2: Use jffs2_garbage_collect_trigger() to trigger pending erases</title>
<updated>2010-05-19T16:10:44Z</updated>
<author>
<name>David Woodhouse</name>
</author>
<published>2010-05-19T16:05:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ae3b6ba06c8ed399ef920724ee8136e540878294'/>
<id>urn:sha1:ae3b6ba06c8ed399ef920724ee8136e540878294</id>
<content type='text'>
This is now done in a GC pass; we don't need to trigger kupdated to do it.

Signed-off-by: David Woodhouse &lt;David.Woodhouse@intel.com&gt;
</content>
</entry>
<entry>
<title>JFFS2: add missing verify buffer allocation/deallocation</title>
<updated>2009-09-03T14:01:34Z</updated>
<author>
<name>Massimo Cirillo</name>
</author>
<published>2009-08-27T08:44:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bc8cec0dff072f1a45ce7f6b2c5234bb3411ac51'/>
<id>urn:sha1:bc8cec0dff072f1a45ce7f6b2c5234bb3411ac51</id>
<content type='text'>
The function jffs2_nor_wbuf_flash_setup() doesn't allocate the verify buffer
if CONFIG_JFFS2_FS_WBUF_VERIFY is defined, so causing a kernel panic when
that macro is enabled and the verify function is called. Similarly the
jffs2_nor_wbuf_flash_cleanup() must free the buffer if
CONFIG_JFFS2_FS_WBUF_VERIFY is enabled.
The following patch fixes the problem.
The following patch applies to 2.6.30 kernel.

Signed-off-by: Massimo Cirillo &lt;maxcir@gmail.com&gt;
Signed-off-by: Artem Bityutskiy &lt;Artem.Bityutskiy@nokia.com&gt;
Signed-off-by: David Woodhouse &lt;David.Woodhouse@intel.com&gt;
Cc: stable@kernel.org
</content>
</entry>
<entry>
<title>[JFFS2] Write buffer offset adjustment for NOR-ECC (Sibley) flash</title>
<updated>2008-10-18T10:54:09Z</updated>
<author>
<name>Alexander Belyakov</name>
</author>
<published>2008-10-17T15:19:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5bf1723723487ddb0b9c9641b6559da96b27cc93'/>
<id>urn:sha1:5bf1723723487ddb0b9c9641b6559da96b27cc93</id>
<content type='text'>
After choosing new c-&gt;nextblock, don't leave the wbuf offset field
occasionally pointing at the start of the next physical eraseblock.
This was causing a BUG() on NOR-ECC (Sibley) flash, where we start
writing after the cleanmarker.

Among other this fix should cover write buffer offset adjustment
after flushing the last page of an eraseblock.

Signed-off-by: Alexander Belyakov &lt;abelyako@googlemail.com&gt;
Signed-off-by: David Woodhouse &lt;David.Woodhouse@intel.com&gt;
</content>
</entry>
<entry>
<title>[JFFS2] Track parent inode for directories (for NFS export)</title>
<updated>2008-05-01T17:47:17Z</updated>
<author>
<name>David Woodhouse</name>
</author>
<published>2008-05-01T17:47:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=27c72b040c0be8f3704ed0b6b84c12cbba24a7e8'/>
<id>urn:sha1:27c72b040c0be8f3704ed0b6b84c12cbba24a7e8</id>
<content type='text'>
To support NFS export, we need to know the parent inode of directories.
Rather than growing the jffs2_inode_cache structure, share space with
the nlink field -- which was always set to 1 for directories anyway.

Signed-off-by: David Woodhouse &lt;dwmw2@infradead.org&gt;
</content>
</entry>
<entry>
<title>[JFFS2] Invert last argument of jffs2_gc_fetch_inode(), make it boolean.</title>
<updated>2008-05-01T16:24:28Z</updated>
<author>
<name>David Woodhouse</name>
</author>
<published>2008-05-01T15:59:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1b690b48786229571e590dd22fe01ecc22a8746b'/>
<id>urn:sha1:1b690b48786229571e590dd22fe01ecc22a8746b</id>
<content type='text'>
We don't actually care about nlink; we only care whether the inode in
question is unlinked or not.

Signed-off-by: David Woodhouse &lt;dwmw2@infradead.org&gt;
</content>
</entry>
</feed>
