<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/mtd/ubi, branch v2018.03</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/drivers/mtd/ubi?h=v2018.03</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/drivers/mtd/ubi?h=v2018.03'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2018-02-19T07:22:58Z</updated>
<entry>
<title>mtd: ubi: Fix worker handling</title>
<updated>2018-02-19T07:22:58Z</updated>
<author>
<name>Richard Weinberger</name>
<email>richard@nod.at</email>
</author>
<published>2018-02-08T06:29:52Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f82290afc84716a16a8e300d5d17702858ba84ea'/>
<id>urn:sha1:f82290afc84716a16a8e300d5d17702858ba84ea</id>
<content type='text'>
Fixes a bug found on thuban boards, which were for 2 years in
a long-term test with varying temperatures. They showed
problems in u-boot when attaching the ubi partition:

U-Boot# run flash_self_test
Booting from nand
set A...
UBI: attaching mtd1 to ubi0
UBI: scanning is finished
data abort
pc : [&lt;87f97c3c&gt;]          lr : [&lt;87f97c28&gt;]
reloc pc : [&lt;8012cc3c&gt;]    lr : [&lt;8012cc28&gt;]
sp : 85f686e8  ip : 00000020     fp : 000001f7
r10: 8605ce40  r9 : 85f68ef8     r8 : 0001f000
r7 : 00000001  r6 : 00000006     r5 : 0001f000  r4 : 85f6ecc0
r3 : 00000000  r2 : 44e35000     r1 : 87fcbcd4  r0 : 87fc755b
Flags: nZCv  IRQs off  FIQs on  Mode SVC_32
Resetting CPU ...

Reason is, that accidentially the U-Boot implementation
from __schedule_ubi_work() did not check the flag
ubi-&gt;thread_enabled and started with wearleveling work,
but ubi did not have setup all structures at this point
and crashes.

Solve this problem by splitting work scheduling and processing.

Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;
Signed-off-by: Heiko Schocher &lt;hs@denx.de&gt;
</content>
</entry>
<entry>
<title>ubi: Ensure no fastmap flush after uif_close</title>
<updated>2018-02-06T06:05:57Z</updated>
<author>
<name>Martin Townsend</name>
<email>mtownsend1973@gmail.com</email>
</author>
<published>2018-01-18T08:07:33Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=2d2d306f79e5ae090790fd380662f5407ccace11'/>
<id>urn:sha1:2d2d306f79e5ae090790fd380662f5407ccace11</id>
<content type='text'>
On detach UBI attempts to update fastmap after closing user interfaces
but at this point UBI volumes have already been free()'ed and fastmap
can no longer access these data structures.

Signed-off-by: Martin Townsend &lt;mtownsend1973@gmail.com&gt;
Cc: hs@denx.de
Cc: kmpark@infradead.org
Cc: richard@sigma-star.at
</content>
</entry>
<entry>
<title>ubi: no NULL check needed before kmem_cache_destroy</title>
<updated>2017-11-20T09:13:42Z</updated>
<author>
<name>Heinrich Schuchardt</name>
<email>xypron.glpk@gmx.de</email>
</author>
<published>2017-11-08T21:30:59Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=cd5f33e5fc832effd70866fccd629046a6dac265'/>
<id>urn:sha1:cd5f33e5fc832effd70866fccd629046a6dac265</id>
<content type='text'>
kmem_cache_destroy calls free which checks for NULL.

Problem was indicated by coccinelle.

Signed-off-by: Heinrich Schuchardt &lt;xypron.glpk@gmx.de&gt;
</content>
</entry>
<entry>
<title>ubi: Kconfig: Make MTD_UBI select MTD_PARTITIONS</title>
<updated>2017-07-24T11:33:34Z</updated>
<author>
<name>Karl Beldan</name>
<email>karl.beldan-ext@sagemcom.com</email>
</author>
<published>2017-07-12T16:11:45Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f8dc5a0f9b4faf6b9633e1d128885eee0f792a2b'/>
<id>urn:sha1:f8dc5a0f9b4faf6b9633e1d128885eee0f792a2b</id>
<content type='text'>
This missing dependency has probably remained under the radar because
MTD_PARTITIONS is still whitelisted.

Signed-off-by: Karl Beldan &lt;karl.beldan-ext@sagemcom.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>ubi: Kconfig: Fix MTD_UBI selection dependency</title>
<updated>2017-07-24T11:33:33Z</updated>
<author>
<name>Karl Beldan</name>
<email>karl.beldan-ext@sagemcom.com</email>
</author>
<published>2017-07-12T16:11:43Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=fc94f209a86f6db9dc4689545a16ce95a0fd274d'/>
<id>urn:sha1:fc94f209a86f6db9dc4689545a16ce95a0fd274d</id>
<content type='text'>
Remove the ARCH_SUNXI dependency on selection of RBTREE.

Cc: Boris Brezillon &lt;boris.brezillon@free-electrons.com&gt;
Cc: Maxime Ripard &lt;maxime.ripard@free-electrons.com&gt;
Cc: Jagan Teki &lt;jagan@openedev.com&gt;
Signed-off-by: Karl Beldan &lt;karl.beldan-ext@sagemcom.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>mtd: ubi: Select RBTREE option from MTD_UBI Kconfig entry</title>
<updated>2017-04-07T05:53:45Z</updated>
<author>
<name>Boris Brezillon</name>
<email>boris.brezillon@free-electrons.com</email>
</author>
<published>2017-02-27T17:22:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=aa049152dc4293760d96880c39edaa04df979254'/>
<id>urn:sha1:aa049152dc4293760d96880c39edaa04df979254</id>
<content type='text'>
Expose the RBTREE feature through Kconfig and select this option from the
MTD_UBI option.

Signed-off-by: Boris Brezillon &lt;boris.brezillon@free-electrons.com&gt;
Signed-off-by: Maxime Ripard &lt;maxime.ripard@free-electrons.com&gt;
Acked-by: Jagan Teki &lt;jagan@openedev.com&gt;
[Rebased on master]
Signed-off-by: Jagan Teki &lt;jagan@openedev.com&gt;
</content>
</entry>
<entry>
<title>kconfig: introduce kconfig for UBI</title>
<updated>2016-09-26T17:24:43Z</updated>
<author>
<name>Heiko Schocher</name>
<email>hs@denx.de</email>
</author>
<published>2016-09-21T05:58:19Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=8f2fe0c86c56175dd7d5d0e3bc26bef41f224f03'/>
<id>urn:sha1:8f2fe0c86c56175dd7d5d0e3bc26bef41f224f03</id>
<content type='text'>
move the UBI config options into Kconfig.

Signed-off-by: Heiko Schocher &lt;hs@denx.de&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Reviewed-by: Andrew F. Davis &lt;afd@ti.com&gt;
Reviewed by: Evgeni Dobrev &lt;evgeni at studio-punkt.com&gt;
</content>
</entry>
<entry>
<title>mtd, ubi: set free_count to zero before walking through erase list</title>
<updated>2016-04-22T09:47:37Z</updated>
<author>
<name>Heiko Schocher</name>
<email>hs@denx.de</email>
</author>
<published>2016-02-02T10:54:35Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=68fc449033732e7eb2aa022f9ef1b292f6871b8c'/>
<id>urn:sha1:68fc449033732e7eb2aa022f9ef1b292f6871b8c</id>
<content type='text'>
Set free_count to zero before walking through ai-&gt;erase list
in wl_init().

As U-Boot has no workqueue/threads, it immediately calls
erase_worker(), which increase for each erased block
free_count. Without this patch, free_count gets after
this initialized to zero in wl_init(), so the free_count
variable always has the maybe wrong value 0.

Detected this behaviour on the dxr2 board, where the
UBI fastmap gets not written when attaching/dettaching
on an empty NAND. It drops instead the error message:

could not find any anchor PEB

With this patch, fastmap gets written on dettach.

Signed-off-by: Heiko Schocher &lt;hs@denx.de&gt;
Reviewed-by: Boris Brezillon &lt;boris.brezillon@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>bug.h: move BUILD_BUG_* defines to include/linux/bug.h</title>
<updated>2016-01-25T15:39:59Z</updated>
<author>
<name>Masahiro Yamada</name>
<email>yamada.masahiro@socionext.com</email>
</author>
<published>2016-01-24T14:27:48Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=84b8bf6d5d2a52fb40124c881de162b094ff5cc1'/>
<id>urn:sha1:84b8bf6d5d2a52fb40124c881de162b094ff5cc1</id>
<content type='text'>
BUILD_BUG_* macros have been defined in several headers.  It would
be nice to collect them in include/linux/bug.h like Linux.

This commit is cherry-picking useful macros from include/linux/bug.h
of Linux 4.4.

I did not import BUILD_BUG_ON_MSG() because it would not work if it
is used with include/common.h in U-Boot.  I'd like to postpone it
until the root cause (the "error()" macro in include/common.h causes
the name conflict with "__attribute__((error()))") is fixed.

Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>UBI: Fix compile error when CONFIG_UBI_SILENCE_MSG defined</title>
<updated>2016-01-04T08:11:10Z</updated>
<author>
<name>Ladislav Michl</name>
<email>ladis@linux-mips.org</email>
</author>
<published>2016-01-03T21:05:03Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6a4595600b968bafcae8ad603bfc1175b6efe1d8'/>
<id>urn:sha1:6a4595600b968bafcae8ad603bfc1175b6efe1d8</id>
<content type='text'>
drivers/mtd/ubi/io.c:1354:3: error: 'dump_len' undeclared (first use in
this function)
   dump_len = max_t(int, 128, len - i);

Signed-off-by: Ladislav Michl &lt;ladis@linux-mips.org&gt;
</content>
</entry>
</feed>
