<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/fs, branch v2014.01</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/fs?h=v2014.01</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/fs?h=v2014.01'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2014-01-20T15:09:51Z</updated>
<entry>
<title>yaffs2: Remove block number check from summary verification</title>
<updated>2014-01-20T15:09:51Z</updated>
<author>
<name>Charles Manning</name>
<email>cdhmanning@gmail.com</email>
</author>
<published>2014-01-20T02:51:59Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=55283635a0f696cc2316120de49672be7a418735'/>
<id>urn:sha1:55283635a0f696cc2316120de49672be7a418735</id>
<content type='text'>
The summary already has other verification. This one is not needed.

The check caused summaries to be ignored if they were not on the
numbered block. This caused problems when a summary was embedded in an
image and the image is written to a flash with bad blocks.

Signed-off-by: Charles Manning &lt;cdhmanning@gmail.com&gt;
</content>
</entry>
<entry>
<title>ext4fs: fix "invalid extent block" error</title>
<updated>2014-01-20T15:09:40Z</updated>
<author>
<name>Ionut Nicu</name>
<email>ioan.nicu.ext@nsn.com</email>
</author>
<published>2014-01-13T11:00:08Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b5bbac1a9b07016602559ff483df265fef6c1f83'/>
<id>urn:sha1:b5bbac1a9b07016602559ff483df265fef6c1f83</id>
<content type='text'>
For files where we actually have extent indexes following
an extent header (ext_block-&gt;eh_depth != 0), the do/while
loop from ext4fs_get_extent_block() does not select the
proper extent index structure.

For example, if we have:

ext_block-&gt;eh_depth = 1
ext_block-&gt;eh_entries = 1
fileblock = 0
index[0].ei_block = 0

the do/while loop will exit with i set to 0 and the
ext4fs_get_extent_block() function will return 0, even if
there was a valid extent index structure following the
header.

Signed-off-by: Ionut Nicu &lt;ioan.nicu.ext@nsn.com&gt;
Signed-off-by: Mathias Rulf &lt;mathias.rulf@nsn.com&gt;
</content>
</entry>
<entry>
<title>ext4fs: use EXT2_BLOCK_SIZE instead of fs-&gt;blksz</title>
<updated>2014-01-20T15:09:40Z</updated>
<author>
<name>Ionut Nicu</name>
<email>ioan.nicu.ext@nsn.com</email>
</author>
<published>2014-01-13T10:59:24Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=470173274d9ceb18a7140ef93e20be6c2236e7d9'/>
<id>urn:sha1:470173274d9ceb18a7140ef93e20be6c2236e7d9</id>
<content type='text'>
Using fs-&gt;blksz in ext4fs_get_extent_block() is not
correct since fs-&gt;blksz is not initialized on the
read path. Use EXT2_BLOCK_SIZE() instead which will
produce the desired output.

Signed-off-by: Ionut Nicu &lt;ioan.nicu.ext@nsn.com&gt;
Signed-off-by: Mathias Rulf &lt;mathias.rulf@nsn.com&gt;
</content>
</entry>
<entry>
<title>fs/ext4: fix calling put_ext4 with truncated offset</title>
<updated>2014-01-20T15:09:38Z</updated>
<author>
<name>Ma Haijun</name>
<email>mahaijuns@gmail.com</email>
</author>
<published>2014-01-08T00:15:33Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0550870b1c590be6beb09b57762ec43b5516f7d1'/>
<id>urn:sha1:0550870b1c590be6beb09b57762ec43b5516f7d1</id>
<content type='text'>
Curently, we are using 32 bit multiplication to calculate the offset,
so the result will always be 32 bit.
This can silently cause file system corruption when performing a write
operation on partition larger than 4 GiB.

This patch address the issue by simply promoting the terms to 64 bit,
and let compilers decide how to do the multiplication efficiently.

Signed-off-by: Ma Haijun &lt;mahaijuns@gmail.com&gt;
</content>
</entry>
<entry>
<title>fs/ext4: fix partition size get truncated in calculation</title>
<updated>2014-01-20T15:09:38Z</updated>
<author>
<name>Ma Haijun</name>
<email>mahaijuns@gmail.com</email>
</author>
<published>2014-01-07T22:49:43Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f17828830df0d83c680f1703e491ac12703a3d19'/>
<id>urn:sha1:f17828830df0d83c680f1703e491ac12703a3d19</id>
<content type='text'>
It may cause file system corruption when do a write operation.
This issue only affects boards that use 32 bit lbaint_t.

Signed-off-by: Ma Haijun &lt;mahaijuns@gmail.com&gt;
</content>
</entry>
<entry>
<title>yaffs2: Use lldiv for 64bit division</title>
<updated>2013-12-13T14:16:20Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@ti.com</email>
</author>
<published>2013-12-05T19:48:39Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6b44adc22e6f4cc4fe8e1bb6c69b6bf8ec8da533'/>
<id>urn:sha1:6b44adc22e6f4cc4fe8e1bb6c69b6bf8ec8da533</id>
<content type='text'>
Signed-off-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
<entry>
<title>JFFS2: Correct jffs2_1pass_build_lists to use lldiv</title>
<updated>2013-12-13T14:16:20Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@ti.com</email>
</author>
<published>2013-12-05T19:48:38Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=18e8672449d812ba7791f166245bc45eab30dbf9'/>
<id>urn:sha1:18e8672449d812ba7791f166245bc45eab30dbf9</id>
<content type='text'>
Since part_info size became 64bit we need to use lldiv here.

Signed-off-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
<entry>
<title>fs: descend into sub directories when it is necessary</title>
<updated>2013-11-17T19:11:34Z</updated>
<author>
<name>Masahiro Yamada</name>
<email>yamada.m@jp.panasonic.com</email>
</author>
<published>2013-11-11T05:36:10Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=4678d742567e282d9e0f786441f59102e8d3553e'/>
<id>urn:sha1:4678d742567e282d9e0f786441f59102e8d3553e</id>
<content type='text'>
Signed-off-by: Masahiro Yamada &lt;yamada.m@jp.panasonic.com&gt;
</content>
</entry>
<entry>
<title>Makefile: move fs/fat/ entry to drivers/Makefile</title>
<updated>2013-11-17T19:11:34Z</updated>
<author>
<name>Masahiro Yamada</name>
<email>yamada.m@jp.panasonic.com</email>
</author>
<published>2013-11-11T05:36:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=57c3e5fcf2cbc791d9507c8b8c09df1ef21c043a'/>
<id>urn:sha1:57c3e5fcf2cbc791d9507c8b8c09df1ef21c043a</id>
<content type='text'>
Signed-off-by: Masahiro Yamada &lt;yamada.m@jp.panasonic.com&gt;
Cc: Simon Glass &lt;sjg@chromium.org&gt;
Acked-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>fs:fat: fix set file name function</title>
<updated>2013-11-08T20:25:13Z</updated>
<author>
<name>Piotr Wilczek</name>
<email>p.wilczek@samsung.com</email>
</author>
<published>2013-10-11T13:43:33Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=73dc8328c3d842c9093d358dad61d4fd8b3fa2c5'/>
<id>urn:sha1:73dc8328c3d842c9093d358dad61d4fd8b3fa2c5</id>
<content type='text'>
Curently memcpy copies string without null terminating char because
function strlen returns only number of characters excluding
null terminating character. Replace memcpy with strcpy.

Signed-off-by: Piotr Wilczek &lt;p.wilczek@samsung.com&gt;
Signed-off-by: Kyungmin Park &lt;kyungmin.park@samsung.com&gt;
CC: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
</feed>
