<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/Kconfig, branch v2022.07</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<entry>
<title>valgrind: Disable on Risc-V</title>
<updated>2022-05-28T08:59:27+00:00</updated>
<author>
<name>Sean Anderson</name>
<email>seanga2@gmail.com</email>
</author>
<published>2022-05-27T14:03:00+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1e5514fd6859e78e3ba2611c020698a451c81b39'/>
<id>1e5514fd6859e78e3ba2611c020698a451c81b39</id>
<content type='text'>
There are no defined instruction sequences in include/valgrind.h for
Risc-V, so CONFIG_VALGRIND will do nothing on this arch (and possibly won't
compile?). Update Kconfig accordingly.

Signed-off-by: Sean Anderson &lt;seanga2@gmail.com&gt;
Reviewed-by: Heinrich Schuchardt &lt;heinrich.schuchardt@canonical.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
There are no defined instruction sequences in include/valgrind.h for
Risc-V, so CONFIG_VALGRIND will do nothing on this arch (and possibly won't
compile?). Update Kconfig accordingly.

Signed-off-by: Sean Anderson &lt;seanga2@gmail.com&gt;
Reviewed-by: Heinrich Schuchardt &lt;heinrich.schuchardt@canonical.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ls10xxx: Use a sane SPL_SYS_MALLOC_F_LEN default</title>
<updated>2022-05-05T13:28:47+00:00</updated>
<author>
<name>Sean Anderson</name>
<email>sean.anderson@seco.com</email>
</author>
<published>2022-04-28T16:39:49+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3166e6fd45ed1aba9029839b482006a839daea2f'/>
<id>3166e6fd45ed1aba9029839b482006a839daea2f</id>
<content type='text'>
SPL_SYS_MALLOC_F_LEN defaults to SYS_MALLOC_F_LEN. 0x10000 is 64 KiB, or
around half of the total OCRAM size. Revert to the default of 0x2000. This
fixes SPL boot.

Fixes: 545eceb520 ("imx8/ls10xx: Use a sane SYS_MALLOC_F_LEN default")
Signed-off-by: Sean Anderson &lt;sean.anderson@seco.com&gt;
Reviewed-by: Fabio Estevam &lt;festevam@denx.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
SPL_SYS_MALLOC_F_LEN defaults to SYS_MALLOC_F_LEN. 0x10000 is 64 KiB, or
around half of the total OCRAM size. Revert to the default of 0x2000. This
fixes SPL boot.

Fixes: 545eceb520 ("imx8/ls10xx: Use a sane SYS_MALLOC_F_LEN default")
Signed-off-by: Sean Anderson &lt;sean.anderson@seco.com&gt;
Reviewed-by: Fabio Estevam &lt;festevam@denx.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>vpl: Add Kconfig options for VPL</title>
<updated>2022-05-02T13:58:13+00:00</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2022-04-30T06:56:53+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=747093dd4089bdb2eccae90d7bccf33198e78eaa'/>
<id>747093dd4089bdb2eccae90d7bccf33198e78eaa</id>
<content type='text'>
Add VPL versions of commonly used Kconfig options.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Add VPL versions of commonly used Kconfig options.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>SPL: Do not enable SPL_SYS_MALLOC_SIMPLE without SPL_FRAMEWORK by default</title>
<updated>2022-04-21T18:32:40+00:00</updated>
<author>
<name>Pali Rohár</name>
<email>pali@kernel.org</email>
</author>
<published>2022-04-08T08:28:05+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b616947052178f358bbb07d368ba3399fce9d495'/>
<id>b616947052178f358bbb07d368ba3399fce9d495</id>
<content type='text'>
On P2020 board is SPL malloc simple always failing with error and loops:

  SD boot...
  alloc space exhausted
  Bad trap at PC: f8f8b5f0, SR: 21200, vector=d00
  NIP: 00000000 XER: 00000000 LR: 00000000 REGS: f8f8b5f0 TRAP: 20000000 DAR: 00000000
  MSR: 00021200 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 00

  GPR00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  GPR08: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  GPR24: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  Call backtrace:
  Exception in kernel pc f8f8b5f0 signal 0

Inspection showed that gd-&gt;malloc_limit is zero. And it is because
generally SPL_FRAMEWORK initialize SPL's gd-&gt;malloc_limit. But when
SPL_FRAMEWORK is not enabled then in most cases nobody initialize
gd-&gt;malloc_limit and so SPL malloc simple does not work.

So disable SPL_SYS_MALLOC_SIMPLE by default when SPL_FRAMEWORK is not
enabled. SPL_SYS_MALLOC_SIMPLE can be disabled only by setting
SPL_SYS_MALLOC_F_LEN to zero. So do it.

This change fixes SPL error "alloc space exhausted" on P2020 board.

Signed-off-by: Pali Rohár &lt;pali@kernel.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
On P2020 board is SPL malloc simple always failing with error and loops:

  SD boot...
  alloc space exhausted
  Bad trap at PC: f8f8b5f0, SR: 21200, vector=d00
  NIP: 00000000 XER: 00000000 LR: 00000000 REGS: f8f8b5f0 TRAP: 20000000 DAR: 00000000
  MSR: 00021200 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 00

  GPR00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  GPR08: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  GPR24: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  Call backtrace:
  Exception in kernel pc f8f8b5f0 signal 0

Inspection showed that gd-&gt;malloc_limit is zero. And it is because
generally SPL_FRAMEWORK initialize SPL's gd-&gt;malloc_limit. But when
SPL_FRAMEWORK is not enabled then in most cases nobody initialize
gd-&gt;malloc_limit and so SPL malloc simple does not work.

So disable SPL_SYS_MALLOC_SIMPLE by default when SPL_FRAMEWORK is not
enabled. SPL_SYS_MALLOC_SIMPLE can be disabled only by setting
SPL_SYS_MALLOC_F_LEN to zero. So do it.

This change fixes SPL error "alloc space exhausted" on P2020 board.

Signed-off-by: Pali Rohár &lt;pali@kernel.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>am33xx: Update SYS_MALLOC_F_LEN to use 0x2000 as the default</title>
<updated>2022-04-20T15:14:39+00:00</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2022-04-07T16:33:24+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=4448d0c702c07277190be1d5f1d3f256a960d303'/>
<id>4448d0c702c07277190be1d5f1d3f256a960d303</id>
<content type='text'>
A number of platforms here had already been increasing the size a bit,
so lets moving all of them up.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
A number of platforms here had already been increasing the size a bit,
so lets moving all of them up.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Kconfig: Change SYS_MALLOC_F_LEN default to 0x2000</title>
<updated>2022-04-20T15:14:39+00:00</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2022-04-07T16:33:23+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=e056892422386be3bc00d2b243570b558ac770a1'/>
<id>e056892422386be3bc00d2b243570b558ac770a1</id>
<content type='text'>
The most commonly used value today is 0x2000 and not 0x400.  Rework the
Kconfig logic to use this more frequently used value as the default.

Cc: Andrew F. Davis &lt;afd@ti.com&gt;
Cc: Alex Nemirovsky &lt;alex.nemirovsky@cortina-access.com&gt;
Cc: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: Alison Wang &lt;alison.wang@nxp.com&gt;
Cc: Anastasiia Lukianenko &lt;anastasiia_lukianenko@epam.com&gt;
Cc: Andes &lt;uboot@andestech.com&gt;
Cc: Andre Przywara &lt;andre.przywara@arm.com&gt;
Cc: Bharat Gooty &lt;bharat.gooty@broadcom.com&gt;
Cc: David Lechner &lt;david@lechnology.com&gt;
Cc: Dzmitry Sankouski &lt;dsankouski@gmail.com&gt;
Cc: Enric Balletbo i Serra &lt;eballetbo@gmail.com&gt;
Cc: Eugeniy Paltsev &lt;paltsev@synopsys.com&gt;
Cc: Fabio Estevam &lt;festevam@gmail.com&gt;
Cc: Gerald Kerma &lt;dreagle@doukki.net&gt;
Cc: Gregory CLEMENT &lt;gregory.clement@bootlin.com&gt;
Cc: Holger Brunck &lt;holger.brunck@hitachienergy.com&gt;
Cc: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Cc: Jassi Brar &lt;jaswinder.singh@linaro.org&gt;
Cc: Kristian Amlie &lt;kristian.amlie@northern.tech&gt;
Cc: Krzysztof Kozlowski &lt;krzk@kernel.org&gt;
Cc: Liviu Dudau &lt;liviu.dudau@foss.arm.com&gt;
Cc: Luka Perkov &lt;luka.perkov@sartura.hr&gt;
Cc: Lukasz Majewski &lt;lukma@denx.de&gt;
Cc: Marek Vasut &lt;marex@denx.de&gt;
Cc: Masami Hiramatsu &lt;masami.hiramatsu@linaro.org&gt;
Cc: Matthias Brugger &lt;mbrugger@suse.com&gt;
Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;
Cc: Michael Walle &lt;michael@walle.cc&gt;
Cc: Michal Simek &lt;michal.simek@xilinx.com&gt;
Cc: Minkyu Kang &lt;mk7.kang@samsung.com&gt;
Cc: Nikita Kiryanov &lt;nikita@compulab.co.il&gt;
Cc: Nobuhiro Iwamatsu &lt;nobuhiro.iwamatsu.yj@renesas.com&gt;
Cc: Oleksandr Andrushchenko &lt;oleksandr_andrushchenko@epam.com&gt;
Cc: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
Cc: Patrice Chotard &lt;patrice.chotard@foss.st.com&gt;
Cc: Paul Burton &lt;paul.burton@mips.com&gt;
Cc: Paul Kocialkowski &lt;contact@paulk.fr&gt;
Cc: Priyanka Jain &lt;priyanka.jain@nxp.com&gt;
Cc: Rajesh Bhagat &lt;rajesh.bhagat@nxp.com&gt;
Cc: Rayagonda Kokatanur &lt;rayagonda.kokatanur@broadcom.com&gt;
Cc: Sergey Temerkhanov &lt;s.temerkhanov@gmail.com&gt;
Cc: Simon Glass &lt;sjg@chromium.org&gt;
Cc: Stefan Bosch &lt;stefan_b@posteo.net&gt;
Cc: Stephan Gerhold &lt;stephan@gerhold.net&gt;
Cc: Tetsuyuki Kobayashi &lt;koba@kmckk.co.jp&gt;
Cc: Thomas Chou &lt;thomas@wytron.com.tw&gt;
Cc: Thomas Fitzsimmons &lt;fitzsim@fitzsim.org&gt;
Cc: Thomas Weber &lt;weber@corscience.de&gt;
Cc: Tony Dinh &lt;mibodhi@gmail.com&gt;
Cc: Trevor Woerner &lt;twoerner@gmail.com&gt;
Cc: Vitaly Andrianov &lt;vitalya@ti.com&gt;
Cc: Vladimir Zapolskiy &lt;vz@mleia.com&gt;
Cc: liuhao &lt;liuhao@phytium.com.cn&gt;
Cc: lixinde &lt;lixinde@phytium.com.cn&gt;
Cc: shuyiqi &lt;shuyiqi@phytium.com.cn&gt;
Cc: weichangzheng &lt;weichangzheng@phytium.com.cn&gt;
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Thomas Chou &lt;thomas@wytron.com.tw&gt;
Reviewed-by: Masami Hiramatsu &lt;masami.hiramatsu@linaro.org&gt;
Reviewed-by: Tony Dinh &lt;mibodhi@gmail.com&gt;
Reviewed-by: Patrice Chotard &lt;patrice.chotard@foss.st.com&gt;
Reviewed-by: Kristian Amlie &lt;kristian.amlie@northern.tech&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The most commonly used value today is 0x2000 and not 0x400.  Rework the
Kconfig logic to use this more frequently used value as the default.

Cc: Andrew F. Davis &lt;afd@ti.com&gt;
Cc: Alex Nemirovsky &lt;alex.nemirovsky@cortina-access.com&gt;
Cc: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: Alison Wang &lt;alison.wang@nxp.com&gt;
Cc: Anastasiia Lukianenko &lt;anastasiia_lukianenko@epam.com&gt;
Cc: Andes &lt;uboot@andestech.com&gt;
Cc: Andre Przywara &lt;andre.przywara@arm.com&gt;
Cc: Bharat Gooty &lt;bharat.gooty@broadcom.com&gt;
Cc: David Lechner &lt;david@lechnology.com&gt;
Cc: Dzmitry Sankouski &lt;dsankouski@gmail.com&gt;
Cc: Enric Balletbo i Serra &lt;eballetbo@gmail.com&gt;
Cc: Eugeniy Paltsev &lt;paltsev@synopsys.com&gt;
Cc: Fabio Estevam &lt;festevam@gmail.com&gt;
Cc: Gerald Kerma &lt;dreagle@doukki.net&gt;
Cc: Gregory CLEMENT &lt;gregory.clement@bootlin.com&gt;
Cc: Holger Brunck &lt;holger.brunck@hitachienergy.com&gt;
Cc: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Cc: Jassi Brar &lt;jaswinder.singh@linaro.org&gt;
Cc: Kristian Amlie &lt;kristian.amlie@northern.tech&gt;
Cc: Krzysztof Kozlowski &lt;krzk@kernel.org&gt;
Cc: Liviu Dudau &lt;liviu.dudau@foss.arm.com&gt;
Cc: Luka Perkov &lt;luka.perkov@sartura.hr&gt;
Cc: Lukasz Majewski &lt;lukma@denx.de&gt;
Cc: Marek Vasut &lt;marex@denx.de&gt;
Cc: Masami Hiramatsu &lt;masami.hiramatsu@linaro.org&gt;
Cc: Matthias Brugger &lt;mbrugger@suse.com&gt;
Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;
Cc: Michael Walle &lt;michael@walle.cc&gt;
Cc: Michal Simek &lt;michal.simek@xilinx.com&gt;
Cc: Minkyu Kang &lt;mk7.kang@samsung.com&gt;
Cc: Nikita Kiryanov &lt;nikita@compulab.co.il&gt;
Cc: Nobuhiro Iwamatsu &lt;nobuhiro.iwamatsu.yj@renesas.com&gt;
Cc: Oleksandr Andrushchenko &lt;oleksandr_andrushchenko@epam.com&gt;
Cc: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
Cc: Patrice Chotard &lt;patrice.chotard@foss.st.com&gt;
Cc: Paul Burton &lt;paul.burton@mips.com&gt;
Cc: Paul Kocialkowski &lt;contact@paulk.fr&gt;
Cc: Priyanka Jain &lt;priyanka.jain@nxp.com&gt;
Cc: Rajesh Bhagat &lt;rajesh.bhagat@nxp.com&gt;
Cc: Rayagonda Kokatanur &lt;rayagonda.kokatanur@broadcom.com&gt;
Cc: Sergey Temerkhanov &lt;s.temerkhanov@gmail.com&gt;
Cc: Simon Glass &lt;sjg@chromium.org&gt;
Cc: Stefan Bosch &lt;stefan_b@posteo.net&gt;
Cc: Stephan Gerhold &lt;stephan@gerhold.net&gt;
Cc: Tetsuyuki Kobayashi &lt;koba@kmckk.co.jp&gt;
Cc: Thomas Chou &lt;thomas@wytron.com.tw&gt;
Cc: Thomas Fitzsimmons &lt;fitzsim@fitzsim.org&gt;
Cc: Thomas Weber &lt;weber@corscience.de&gt;
Cc: Tony Dinh &lt;mibodhi@gmail.com&gt;
Cc: Trevor Woerner &lt;twoerner@gmail.com&gt;
Cc: Vitaly Andrianov &lt;vitalya@ti.com&gt;
Cc: Vladimir Zapolskiy &lt;vz@mleia.com&gt;
Cc: liuhao &lt;liuhao@phytium.com.cn&gt;
Cc: lixinde &lt;lixinde@phytium.com.cn&gt;
Cc: shuyiqi &lt;shuyiqi@phytium.com.cn&gt;
Cc: weichangzheng &lt;weichangzheng@phytium.com.cn&gt;
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Thomas Chou &lt;thomas@wytron.com.tw&gt;
Reviewed-by: Masami Hiramatsu &lt;masami.hiramatsu@linaro.org&gt;
Reviewed-by: Tony Dinh &lt;mibodhi@gmail.com&gt;
Reviewed-by: Patrice Chotard &lt;patrice.chotard@foss.st.com&gt;
Reviewed-by: Kristian Amlie &lt;kristian.amlie@northern.tech&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Convert CONFIG_SYS_MEM_TOP_HIDE to Kconfig</title>
<updated>2022-04-19T18:52:34+00:00</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2022-04-06T14:33:32+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=24c904f309f820f8aef4d6364e7bf584d70c0cad'/>
<id>24c904f309f820f8aef4d6364e7bf584d70c0cad</id>
<content type='text'>
This converts the following to Kconfig:
   CONFIG_SYS_MEM_TOP_HIDE

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This converts the following to Kconfig:
   CONFIG_SYS_MEM_TOP_HIDE

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>sandbox: Increase default SYS_MALLOC_LEN</title>
<updated>2022-04-14T19:39:14+00:00</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2022-04-14T15:34:47+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=46d940ce716ccf1e07469a7ad77be4a9ecc4d349'/>
<id>46d940ce716ccf1e07469a7ad77be4a9ecc4d349</id>
<content type='text'>
Increase the malloc pool on sandbox in order to avoid spurious errors
such as:
___________________ test_ut[ut_dm_dm_test_video_comp_bmp32] ____________________
test/py/tests/test_ut.py:43: in test_ut
    assert output.endswith('Failures: 0')
E   AssertionError: assert False
E    +  where False = &lt;built-in method endswith of str object at 0x7f5de85efb20&gt;('Failures: 0')
E    +    where &lt;built-in method endswith of str object at 0x7f5de85efb20&gt; = 'Test: dm_test_video_comp_bmp32: video.c\r\r\nSDL renderer does not exist\r\r\ntest/dm/video.c:86, compress_frame_buff..._test_video_comp_bmp32(): 2024 == compress_frame_buffer(uts, dev): Expected 0x7e8 (2024), got 0x1 (1)\r\r\nFailures: 2'.endswith

Cc: Ramon Fried &lt;rfried.dev@gmail.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Increase the malloc pool on sandbox in order to avoid spurious errors
such as:
___________________ test_ut[ut_dm_dm_test_video_comp_bmp32] ____________________
test/py/tests/test_ut.py:43: in test_ut
    assert output.endswith('Failures: 0')
E   AssertionError: assert False
E    +  where False = &lt;built-in method endswith of str object at 0x7f5de85efb20&gt;('Failures: 0')
E    +    where &lt;built-in method endswith of str object at 0x7f5de85efb20&gt; = 'Test: dm_test_video_comp_bmp32: video.c\r\r\nSDL renderer does not exist\r\r\ntest/dm/video.c:86, compress_frame_buff..._test_video_comp_bmp32(): 2024 == compress_frame_buffer(uts, dev): Expected 0x7e8 (2024), got 0x1 (1)\r\r\nFailures: 2'.endswith

Cc: Ramon Fried &lt;rfried.dev@gmail.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Add valgrind headers to U-Boot</title>
<updated>2022-04-11T14:00:30+00:00</updated>
<author>
<name>Sean Anderson</name>
<email>seanga2@gmail.com</email>
</author>
<published>2022-03-23T18:04:48+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=fba0882bcdfd919727ee9ee8523ef3156daab507'/>
<id>fba0882bcdfd919727ee9ee8523ef3156daab507</id>
<content type='text'>
Valgrind uses magic code sequences to define an ABI that the client may use
to request behavior from the host. In particular, this may be used to
inform valgrind about custom allocators, such as the one used in U-Boot.

This adds headers defining these sequences to U-Boot. It also adds a config
option to disable emission of these sequences entirely, in the (likely)
event that the user does not wish to use valgrind. Note that this option is
called NVALGRIND upstream, but was renamed (and inverted) to
CONFIG_VALGRIND. Aside from this and the conversion of a few instances of
VALGRIND_DO_CLIENT_REQUEST_EXPR to STMT, these headers are unmodified.

These headers were copied from valgrind 3.16.1-4 as distributed in Arch
Linux. They are licensed with the bzip2 1.16 license. This appears to be a
BSD license with some clauses from Zlib.

Signed-off-by: Sean Anderson &lt;seanga2@gmail.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Valgrind uses magic code sequences to define an ABI that the client may use
to request behavior from the host. In particular, this may be used to
inform valgrind about custom allocators, such as the one used in U-Boot.

This adds headers defining these sequences to U-Boot. It also adds a config
option to disable emission of these sequences entirely, in the (likely)
event that the user does not wish to use valgrind. Note that this option is
called NVALGRIND upstream, but was renamed (and inverted) to
CONFIG_VALGRIND. Aside from this and the conversion of a few instances of
VALGRIND_DO_CLIENT_REQUEST_EXPR to STMT, these headers are unmodified.

These headers were copied from valgrind 3.16.1-4 as distributed in Arch
Linux. They are licensed with the bzip2 1.16 license. This appears to be a
BSD license with some clauses from Zlib.

Signed-off-by: Sean Anderson &lt;seanga2@gmail.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Kconfig: Fix SYS_MALLOC_F_LEN for i.MX8MQ</title>
<updated>2022-04-11T12:27:20+00:00</updated>
<author>
<name>Peng Fan</name>
<email>peng.fan@nxp.com</email>
</author>
<published>2022-04-11T09:07:04+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b598957206e541b3f8876ae34a15fac6da90dcef'/>
<id>b598957206e541b3f8876ae34a15fac6da90dcef</id>
<content type='text'>
i.MX8MQ use SYS_MALLOC_F_LEN 0x2000, not 0x10000. The OCRAM_S only has
32KB memory, use 0x10000 will make SPL not bootable.

Signed-off-by: Peng Fan &lt;peng.fan@nxp.com&gt;
Reviewed-by: Michael Trimarchi &lt;michael@amarulasolutions.com&gt;
Reviewed-by: Fabio Estevam &lt;festevam@denx.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
i.MX8MQ use SYS_MALLOC_F_LEN 0x2000, not 0x10000. The OCRAM_S only has
32KB memory, use 0x10000 will make SPL not bootable.

Signed-off-by: Peng Fan &lt;peng.fan@nxp.com&gt;
Reviewed-by: Michael Trimarchi &lt;michael@amarulasolutions.com&gt;
Reviewed-by: Fabio Estevam &lt;festevam@denx.de&gt;
</pre>
</div>
</content>
</entry>
</feed>
