<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/fs, branch v2019.01-rc2</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/fs?h=v2019.01-rc2</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/fs?h=v2019.01-rc2'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2018-12-07T04:26:31Z</updated>
<entry>
<title>fs: fix FAT name extraction</title>
<updated>2018-12-07T04:26:31Z</updated>
<author>
<name>Patrick Wildt</name>
<email>patrick@blueri.se</email>
</author>
<published>2018-11-26T14:58:13Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=8b021bb956c3c890255d611f3780d3be7638a63a'/>
<id>urn:sha1:8b021bb956c3c890255d611f3780d3be7638a63a</id>
<content type='text'>
The long name apparently can be accumulated using multiple
13-byte slots.  Unfortunately we never checked how many we
can actually fit in the buffer we are reading to.

Signed-off-by: Patrick Wildt &lt;patrick@blueri.se&gt;
</content>
</entry>
<entry>
<title>fs: check FAT cluster size</title>
<updated>2018-12-07T04:26:31Z</updated>
<author>
<name>Patrick Wildt</name>
<email>patrick@blueri.se</email>
</author>
<published>2018-11-26T14:56:57Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=cd80a4fe611d7cb4153a6ed39d1e5052c702fb12'/>
<id>urn:sha1:cd80a4fe611d7cb4153a6ed39d1e5052c702fb12</id>
<content type='text'>
The cluster size specifies how many sectors make up a cluster.  A
cluster size of zero makes no sense, as it would mean that the
cluster is made up of no sectors.  This will later lead into a
division by zero in sect_to_clust(), so better take care of that
early.

The MAX_CLUSTSIZE define can reduced using a define to make some
room in low-memory system.  Unfortunately if the code reads a
filesystem with a bigger cluster size it will overflow the buffer.

Signed-off-by: Patrick Wildt &lt;patrick@blueri.se&gt;
</content>
</entry>
<entry>
<title>fs: update fs_dev_part in fs_set_blk_dev_with_part()</title>
<updated>2018-12-02T20:59:36Z</updated>
<author>
<name>AKASHI Takahiro</name>
<email>takahiro.akashi@linaro.org</email>
</author>
<published>2018-10-17T07:32:02Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b0c78d8ffc9fe8b0388353d72e9f2b9e9c6107c6'/>
<id>urn:sha1:b0c78d8ffc9fe8b0388353d72e9f2b9e9c6107c6</id>
<content type='text'>
As in the case of fs_set_blk_dev(), fs_set_blk_dev_with_part() should
maintain and update fs_dev_part whenever called.

Without this patch, a problem will come up when an efi binary associated
with efi's BOOTxxxx variable is invoked via "bootefi bootmgr".

Signed-off-by: AKASHI Takahiro &lt;takahiro.akashi@linaro.org&gt;
Signed-off-by: Alexander Graf &lt;agraf@suse.de&gt;
</content>
</entry>
<entry>
<title>fs: fat: assign rootdir sector when accessing root directory</title>
<updated>2018-11-20T17:35:35Z</updated>
<author>
<name>Thomas RIENOESSL</name>
<email>thomas.rienoessl@bachmann.info</email>
</author>
<published>2018-11-13T13:00:59Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a68b0e11ea774492713a65d9fd5bb525fcaefff3'/>
<id>urn:sha1:a68b0e11ea774492713a65d9fd5bb525fcaefff3</id>
<content type='text'>
This fixes problems accessing drives formated under
Windows as FAT16.

Signed-off-by: Thomas RIENOESSL &lt;thomas.rienoessl@bachmann.info&gt;
[trini: Rebase on top of f528c140c801]
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>fs: Makefile: Add fs.c under SPL for fs_loader</title>
<updated>2018-11-16T21:52:00Z</updated>
<author>
<name>Keerthy</name>
<email>j-keerthy@ti.com</email>
</author>
<published>2018-11-05T06:04:52Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=48e2f0c966c024d8b7768b2bef98e7338420390c'/>
<id>urn:sha1:48e2f0c966c024d8b7768b2bef98e7338420390c</id>
<content type='text'>
Add fs.c under SPL as well as it is needed for fs_loader

Signed-off-by: Keerthy &lt;j-keerthy@ti.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
[trini: Add as obj-$(CONFIG_FS_LOADER) for non-SPL_FRAMEWORK builds]
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>fs: ubifs: Fix UBIFS decompression on 64 bit</title>
<updated>2018-11-07T07:49:27Z</updated>
<author>
<name>Paul Davey</name>
<email>paul.davey@alliedtelesis.co.nz</email>
</author>
<published>2018-11-05T05:09:29Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=e4aa10ba5770fc391bf8a4b00c131353901704e7'/>
<id>urn:sha1:e4aa10ba5770fc391bf8a4b00c131353901704e7</id>
<content type='text'>
Add local size_t variable to crypto_comp_decompress as intermediate
storage for destination length to avoid memory corruption and incorrect
results on 64 bit targets.

This is what linux does for the various lz compression implementations.

Signed-off-by: Paul Davey &lt;paul.davey@alliedtelesis.co.nz&gt;
Cc: Heiko Schocher &lt;hs@denx.de&gt;
Tested-by: Heiko Schocher &lt;hs@denx.de&gt;
</content>
</entry>
<entry>
<title>fs: fat: Fix warning in normalize_longname()</title>
<updated>2018-10-16T14:44:12Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2018-09-30T14:33:42Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=819c80f528f8529bb88d912efb141f5fd0ecef53'/>
<id>urn:sha1:819c80f528f8529bb88d912efb141f5fd0ecef53</id>
<content type='text'>
As observed with clang:
fs/fat/fat_write.c:1024:13: warning: comparison of constant 128
      with expression of type 'char' is always false
      [-Wtautological-constant-out-of-range-compare]
                if ((0x80 &lt;= c) &amp;&amp; (c &lt;= 0xff))
                     ~~~~ ^  ~
fs/fat/fat_write.c:1024:25: warning: comparison of constant 255
      with expression of type 'char' is always true
      [-Wtautological-constant-out-of-range-compare]
                if ((0x80 &lt;= c) &amp;&amp; (c &lt;= 0xff))
                                    ~ ^  ~~~~

Fixes: 25bb9dab14f4 ("fs: fat: check and normalize file name")
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Signed-off-by: Alexander Graf &lt;agraf@suse.de&gt;
</content>
</entry>
<entry>
<title>fs: btrfs: Fix tree traversal with btrfs_next_slot()</title>
<updated>2018-10-08T18:45:02Z</updated>
<author>
<name>Yevgeny Popovych</name>
<email>yevgenyp@pointgrab.com</email>
</author>
<published>2018-09-07T09:59:30Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5b781cf08dfbde906809a2d4741012f9ca972320'/>
<id>urn:sha1:5b781cf08dfbde906809a2d4741012f9ca972320</id>
<content type='text'>
When traversing slots in a btree (via btrfs_path) with btrfs_next_slot(),
we didn't correctly identify that the last slot in the leaf was reached
and we should jump to the next leaf.

This could lead to any kind of runtime errors or corruptions, like:
* file data not being read at all, or is read partially
* file is read but is corrupted
* (any) metadata being corrupted or not read at all, etc

The easiest way to reproduce this is to read a large enough file that
its EXTENT_DATA items don't fit into a single leaf.

Signed-off-by: Yevgeny Popovych &lt;yevgenyp@pointgrab.com&gt;
Cc: Marek Behun &lt;marek.behun@nic.cz&gt;
Tested-by: Marek Behún &lt;marek.behun@nic.cz&gt;
</content>
</entry>
<entry>
<title>fs: fat: fix set_cluster()</title>
<updated>2018-10-06T18:09:41Z</updated>
<author>
<name>Heinrich Schuchardt</name>
<email>xypron.glpk@gmx.de</email>
</author>
<published>2018-10-02T07:30:45Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f105fe7bc5ed6b6075f258eb54ea36c11a963f7b'/>
<id>urn:sha1:f105fe7bc5ed6b6075f258eb54ea36c11a963f7b</id>
<content type='text'>
Avoid CoverityScan warning SIGN_EXTENSION by changing the type of
parameter size of set_cluster().

Avoid leaking stack content when writing an incomplete last sector.

Reported-by: Coverity (CID: 184096)
Signed-off-by: Heinrich Schuchardt &lt;xypron.glpk@gmx.de&gt;
</content>
</entry>
<entry>
<title>fs: fat: memory leak in fat_unlink()</title>
<updated>2018-10-06T18:09:41Z</updated>
<author>
<name>Heinrich Schuchardt</name>
<email>xypron.glpk@gmx.de</email>
</author>
<published>2018-10-02T04:58:00Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0d532e911cb7e67e151153289024183bc4f5b257'/>
<id>urn:sha1:0d532e911cb7e67e151153289024183bc4f5b257</id>
<content type='text'>
Do not leak filename_copy in case of error.
Catch out of memory when calling strdup.

Reported-by: Coverity (CID: 184086)
Signed-off-by: Heinrich Schuchardt &lt;xypron.glpk@gmx.de&gt;
</content>
</entry>
</feed>
