<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm63xx/u-boot/fs/ubifs, branch master</title>
<subtitle>Broadcom-s U-Boot</subtitle>
<id>https://git.openwrt.org/project/bcm63xx/u-boot/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/project/bcm63xx/u-boot/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/'/>
<updated>2019-04-09T05:46:42Z</updated>
<entry>
<title>mtd: ubi, ubifs debug: Use pr_debug instead of pr_crit</title>
<updated>2019-04-09T05:46:42Z</updated>
<author>
<name>Eran Matityahu</name>
</author>
<published>2019-02-13T18:56:17Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=734b080e78805edbb3430a52c8c5b1aeee02bd9f'/>
<id>urn:sha1:734b080e78805edbb3430a52c8c5b1aeee02bd9f</id>
<content type='text'>
Before printk.h was introduced and MTDDEBUG was removed,
pr_crit() was calling MTDDEBUG(), which was since then
replaced by the current pr_debug().

pr_debug is more appropriate here.

Signed-off-by: Eran Matityahu &lt;eran.m@variscite.com&gt;
Reviewed-by: Heiko Schocher &lt;hs@denx.de&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>
</author>
<published>2018-11-05T05:09:29Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/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: ubifs: Add missing newlines in super.c</title>
<updated>2018-09-14T04:31:54Z</updated>
<author>
<name>Stefan Roese</name>
</author>
<published>2018-08-09T07:09:20Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=7236e24bc4366e166b9f5f5e156f7b64cdb64949'/>
<id>urn:sha1:7236e24bc4366e166b9f5f5e156f7b64cdb64949</id>
<content type='text'>
I just stumbled over some cluttered UBIFS messages. It seems some
newline chars are missing in the current U-Boot UBI source.

Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
Cc: Heiko Schocher &lt;hs@denx.de&gt;
</content>
</entry>
<entry>
<title>ubifs: remove useless code</title>
<updated>2018-07-12T05:27:34Z</updated>
<author>
<name>Christophe Kerello</name>
</author>
<published>2018-06-27T08:06:59Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=5a08cfee3967d6e8174d7de135af1daa8e4aea00'/>
<id>urn:sha1:5a08cfee3967d6e8174d7de135af1daa8e4aea00</id>
<content type='text'>
By checking ubifs source code, s_instances parameter is not
used anymore. So, set this parameter and the associated source
code under __UBOOT__ compilation.

Signed-off-by: Christophe Kerello &lt;christophe.kerello@st.com&gt;
Signed-off-by: Patrice Chotard &lt;patrice.chotard@st.com&gt;
</content>
</entry>
<entry>
<title>lib: Add hexdump</title>
<updated>2018-06-13T11:49:12Z</updated>
<author>
<name>Alexey Brodkin</name>
</author>
<published>2018-06-05T14:17:57Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=f8c987f8f127f867d96ca74bcd1fcb11d8265b67'/>
<id>urn:sha1:f8c987f8f127f867d96ca74bcd1fcb11d8265b67</id>
<content type='text'>
Often during debugging session it's very interesting to see
what data we were dealing with. For example what we write or read
to/from memory or peripherals.

This change introduces functions that allow to dump binary
data with one simple function invocation like:
-------------------&gt;8----------------
print_hex_dump_bytes("", DUMP_PREFIX_OFFSET, buf, len);
-------------------&gt;8----------------

which gives us the following:
-------------------&gt;8----------------
00000000: f2 b7 c9 88 62 61 75 64 72 61 74 65 3d 31 31 35  ....baudrate=115
00000010: 32 30 30 00 62 6f 6f 74 61 72 67 73 3d 63 6f 6e  200.bootargs=con
00000020: 73 6f 6c 65 3d 74 74 79 53 33 2c 31 31 35 32 30  sole=ttyS3,11520
00000030: 30 6e 38 00 62 6f 6f 74 64 65 6c 61 79 3d 33 00  0n8.bootdelay=3.
00000040: 62 6f 6f 74 66 69 6c 65 3d 75 49 6d 61 67 65 00  bootfile=uImage.
00000050: 66 64 74 63 6f 6e 74 72 6f 6c 61 64 64 72 3d 39  fdtcontroladdr=9
00000060: 66 66 62 31 62 61 30 00 6c 6f 61 64 61 64 64 72  ffb1ba0.loadaddr
00000070: 3d 30 78 38 32 30 30 30 30 30 30 00 73 74 64 65  =0x82000000.stde
00000080: 72 72 3d 73 65 72 69 61 6c 30 40 65 30 30 32 32  rr=serial0@e0022
00000090: 30 30 30 00 73 74 64 69 6e 3d 73 65 72 69 61 6c  000.stdin=serial
000000a0: 30 40 65 30 30 32 32 30 30 30 00 73 74 64 6f 75  0@e0022000.stdou
000000b0: 74 3d 73 65 72 69 61 6c 30 40 65 30 30 32 32 30  t=serial0@e00220
000000c0: 30 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00..............
...
-------------------&gt;8----------------

Source of hexdump.c was copied from Linux kernel v4.7-rc2.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: Anatolij Gustschin &lt;agust@denx.de&gt;
Cc: Mario Six &lt;mario.six@gdsys.cc&gt;
Cc: Simon Glass &lt;sjg@chromium.org&gt;
Cc: Tom Rini &lt;trini@konsulko.com&gt;
Cc: Stefan Roese &lt;sr@denx.de&gt;
</content>
</entry>
<entry>
<title>ubifs: avoid assert failed in ubifs.c</title>
<updated>2018-05-09T09:53:55Z</updated>
<author>
<name>Patrice Chotard</name>
</author>
<published>2018-04-27T13:51:23Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=87deefeccc49756ee33b5c0fb6dbe331dfdff487'/>
<id>urn:sha1:87deefeccc49756ee33b5c0fb6dbe331dfdff487</id>
<content type='text'>
This patch solves assert failed displayed in the console during a boot.
The root cause is that the ubifs_inode is not already allocated when
ubifs_printdir and ubifs_finddir functions are called.

Trace showing the issue:
feed 'boot.scr.uimg', ino 94, new f_pos 0x17b40ece
dent-&gt;ch.sqnum '7132', creat_sqnum 3886945402880
UBIFS assert failed in ubifs_finddir at 436
INODE ALLOCATION: creat_sqnum '7129'
Found U-Boot script /boot.scr.uimg

Signed-off-by: Christophe Kerello &lt;christophe.kerello@st.com&gt;
Signed-off-by: Patrice Chotard &lt;patrice.chotard@st.com&gt;
</content>
</entry>
<entry>
<title>SPDX: Convert all of our single license tags to Linux Kernel style</title>
<updated>2018-05-07T13:34:12Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2018-05-06T21:58:06Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=83d290c56fab2d38cd1ab4c4cc7099559c1d5046'/>
<id>urn:sha1:83d290c56fab2d38cd1ab4c4cc7099559c1d5046</id>
<content type='text'>
When U-Boot started using SPDX tags we were among the early adopters and
there weren't a lot of other examples to borrow from.  So we picked the
area of the file that usually had a full license text and replaced it
with an appropriate SPDX-License-Identifier: entry.  Since then, the
Linux Kernel has adopted SPDX tags and they place it as the very first
line in a file (except where shebangs are used, then it's second line)
and with slightly different comment styles than us.

In part due to community overlap, in part due to better tag visibility
and in part for other minor reasons, switch over to that style.

This commit changes all instances where we have a single declared
license in the tag as both the before and after are identical in tag
contents.  There's also a few places where I found we did not have a tag
and have introduced one.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>ubifs: Change value of mutex_is_locked()</title>
<updated>2018-04-11T09:27:07Z</updated>
<author>
<name>Bradley Bolen</name>
</author>
<published>2018-04-04T16:42:16Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=05ea83b67ed7861c1693187dbf3a2613601c1b15'/>
<id>urn:sha1:05ea83b67ed7861c1693187dbf3a2613601c1b15</id>
<content type='text'>
The mutex lock and unlock functions are stubbed out and mutex_is_locked
was 0.  This caused asserts to fail in ubifs code when checking that the
mutex was locked.  For example,

UBIFS assert failed in ubifs_change_lp at 540
UBIFS assert failed in ubifs_release_lprops at 278

Assume that the "mutex" is locked since that is the normal case when it
is checked in the ubifs code.

Signed-off-by: Bradley Bolen &lt;bradleybolen@gmail.com&gt;
</content>
</entry>
<entry>
<title>Convert CONFIG_UBIFS_SILENCE_MSG to Kconfig</title>
<updated>2018-03-24T05:37:10Z</updated>
<author>
<name>Petr Vorel</name>
</author>
<published>2018-03-24T00:49:23Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=afb6fda2ae0b04f806a55fc5882df49a8eab572d'/>
<id>urn:sha1:afb6fda2ae0b04f806a55fc5882df49a8eab572d</id>
<content type='text'>
Introduce another difference from upstream (kernel) source in
fs/ubifs/super.c: adding preprocessor condition as y variable in
mount_ubifs() depends on CONFIG_UBIFS_SILENCE_MSG:
fs/ubifs/super.c:1337:15: error: variable ?y? set but not used [-Werror=unused-but-set-variable]
  long long x, y;

Not setting CONFIG_UBIFS_SILENCE_MSG in am335x_igep003x_defconfig and
igep0032_defconfig. Although it was defined in their config headers, it
depends on CMD_UBIFS which is not set for them.

Signed-off-by: Petr Vorel &lt;petr.vorel@gmail.com&gt;
Cc: Joe Hershberger &lt;joe.hershberger@ni.com&gt;
Cc: Heiko Schocher &lt;hs@denx.de&gt;
</content>
</entry>
<entry>
<title>ubifs: Reintroduce using CONFIG_UBIFS_SILENCE_MSG</title>
<updated>2018-03-24T05:36:54Z</updated>
<author>
<name>Petr Vorel</name>
</author>
<published>2018-03-24T00:49:22Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=e9951281585060a7ba9d9826e286ff3e7ed067bb'/>
<id>urn:sha1:e9951281585060a7ba9d9826e286ff3e7ed067bb</id>
<content type='text'>
Use of CONFIG_UBIFS_SILENCE_MSG was added in
147162dac6 ("ubi: ubifs: Turn off verbose prints")

Then it was removed in
ff94bc40af ("mtd, ubi, ubifs: resync with Linux-3.14")

Cc: Joe Hershberger &lt;joe.hershberger@ni.com&gt;
Cc: Heiko Schocher &lt;hs@denx.de&gt;
Signed-off-by: Petr Vorel &lt;petr.vorel@gmail.com&gt;
</content>
</entry>
</feed>
