u-boot.git/test/lib, branch v2025.07 Unnamed repository; edit this file 'description' to name the repository. efi_loader: Separate device path into its own header 2025-05-25T09:27:18+00:00 Simon Glass sjg@chromium.org 2025-05-24T17:28:21+00:00 f4bbd7b9faa4c20e5b838d7ea609ebadc7305ba0 These functions are useful for the EFI app. As a first step towards making these available outside lib/efi_loader, create a separate header file and include it where needed. Add proper comments to the functions, since many are missing at present. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com> 
These functions are useful for the EFI app. As a first step towards
making these available outside lib/efi_loader, create a separate header
file and include it where needed. Add proper comments to the functions,
since many are missing at present.

Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
test: lib: add uthread_mutex test 2025-04-23T19:19:44+00:00 Jerome Forissier jerome.forissier@linaro.org 2025-04-18T14:09:39+00:00 dbb22f541a0a34d0e5889a03db180414aac90f9f Add a test for uthread mutexes. Signed-off-by: Jerome Forissier <jerome.forissier@linaro.org> 
Add a test for uthread mutexes.

Signed-off-by: Jerome Forissier <jerome.forissier@linaro.org>
test: lib: add uthread test 2025-04-23T19:19:44+00:00 Jerome Forissier jerome.forissier@linaro.org 2025-04-18T14:09:38+00:00 67b1b1ae197f6ab12e2bcf7ab0b995f671779745 Add a thread framework test to the lib tests. Update the API documentation to use the test as an example. Signed-off-by: Jerome Forissier <jerome.forissier@linaro.org> Acked-by: Ilias Apalodimas <ilias.apalodimas@linaro.org> 
Add a thread framework test to the lib tests. Update the API
documentation to use the test as an example.

Signed-off-by: Jerome Forissier <jerome.forissier@linaro.org>
Acked-by: Ilias Apalodimas <ilias.apalodimas@linaro.org>
test: lib: add initjmp() test 2025-04-23T19:19:44+00:00 Jerome Forissier jerome.forissier@linaro.org 2025-04-18T14:09:33+00:00 b989f9ed9fe13be2cb168d2d45c235f011104f38 Test the initjmp() function when HAVE_INITJMP is set. Use the test as an example in the API documentation. Signed-off-by: Jerome Forissier <jerome.forissier@linaro.org> Reviewed-by: Ilias Apalodimas <ilias.apalodimas@linaro.org> 
Test the initjmp() function when HAVE_INITJMP is set. Use the test as an
example in the API documentation.

Signed-off-by: Jerome Forissier <jerome.forissier@linaro.org>
Reviewed-by: Ilias Apalodimas <ilias.apalodimas@linaro.org>
Merge patch series "Switch to using $(PHASE_) in Makefiles" 2025-04-11T18:16:49+00:00 Tom Rini trini@konsulko.com 2025-04-11T18:16:49+00:00 407d68638fe32418d61681407effba2a303bb9ee Tom Rini <trini@konsulko.com> says: This series switches to always using $(PHASE_) in Makefiles when building rather than $(PHASE_) or $(XPL_). It also starts on documenting this part of the build, but as a follow-up we need to rename doc/develop/spl.rst and expand on explaining things a bit. Link: https://lore.kernel.org/r/20250401225851.1125678-1-trini@konsulko.com 
Tom Rini <trini@konsulko.com> says:

This series switches to always using $(PHASE_) in Makefiles when
building rather than $(PHASE_) or $(XPL_). It also starts on documenting
this part of the build, but as a follow-up we need to rename
doc/develop/spl.rst and expand on explaining things a bit.

Link: https://lore.kernel.org/r/20250401225851.1125678-1-trini@konsulko.com
Kbuild: Always use $(PHASE_) 2025-04-11T18:16:44+00:00 Tom Rini trini@konsulko.com 2025-04-01T22:55:23+00:00 302b41d5397e9f821d360a74335e8821d4513970 It is confusing to have both "$(PHASE_)" and "$(XPL_)" be used in our Makefiles as part of the macros to determine when to do something in our Makefiles based on what phase of the build we are in. For consistency, bring this down to a single macro and use "$(PHASE_)" only. Signed-off-by: Tom Rini <trini@konsulko.com> 
It is confusing to have both "$(PHASE_)" and "$(XPL_)" be used in our
Makefiles as part of the macros to determine when to do something in our
Makefiles based on what phase of the build we are in. For consistency,
bring this down to a single macro and use "$(PHASE_)" only.

Signed-off-by: Tom Rini <trini@konsulko.com>
Merge patch series "membuff: Add tests and update to support a flag for empty/full" 2025-04-03T22:54:59+00:00 Tom Rini trini@konsulko.com 2025-04-03T22:54:59+00:00 1aa8b03c01f72cefee31039571f2de2f4ccfe0eb Simon Glass <sjg@chromium.org> says: The membuff implementation curently has no tests. It also assumes that head and tail can never correspond unless the buffer is empty. This series provides a compile-time flag to support a 'full' flag. It also adds some tests of the main routines. The data structure is also renamed to membuf which fits better with U-Boot. There may be some cases in the code which could be optimised a little, but the implementation is functional. Link: https://lore.kernel.org/r/20250318152059.1464369-1-sjg@chromium.org 
Simon Glass <sjg@chromium.org> says:

The membuff implementation curently has no tests. It also assumes that
head and tail can never correspond unless the buffer is empty.

This series provides a compile-time flag to support a 'full' flag. It
also adds some tests of the main routines.

The data structure is also renamed to membuf which fits better with
U-Boot.

There may be some cases in the code which could be optimised a little,
but the implementation is functional.

Link: https://lore.kernel.org/r/20250318152059.1464369-1-sjg@chromium.org
membuf: Add some tests 2025-04-03T22:54:49+00:00 Simon Glass sjg@chromium.org 2025-03-18T15:20:47+00:00 142a3cb63c81602ae4f48266a190ebceb483e536 Add tests for the membuf implementation. Signed-off-by: Simon Glass <sjg@chromium.org> 
Add tests for the membuf implementation.

Signed-off-by: Simon Glass <sjg@chromium.org>
test: lmb: fix the lmb_alloc_addr() based test cases 2025-03-26T20:05:36+00:00 Sughosh Ganu sughosh.ganu@linaro.org 2025-03-26T16:53:36+00:00 b052de94fa14577cb5d9e724edeb09fee674d582 Commit 56f186a68b3 ("lmb: check if a region can be reserved by lmb_reserve()") fixed the lmb_reserve() and lmb_alloc_addr() API's for some corner case scenarios, and also added corresonding test cases for these corner cases. These tests were checking, among other things, the lmb_alloc_addr() API. The above commit was applied to the next branch. Subsequently, there was commit 67be24906fe ("lmb: change the return code on lmb_alloc_addr()") which was first applied on the master branch, and subsequently got merged to next as part of the rebase. The second commit changes the return value of the lmb_alloc_addr() API, which now results in some of the tests added as part of the first commit to fail. Fix those test cases. Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org> 
Commit 56f186a68b3 ("lmb: check if a region can be reserved by
lmb_reserve()") fixed the lmb_reserve() and lmb_alloc_addr() API's for
some corner case scenarios, and also added corresonding test cases for
these corner cases. These tests were checking, among other things, the
lmb_alloc_addr() API. The above commit was applied to the next branch.

Subsequently, there was commit 67be24906fe
("lmb: change the return code on lmb_alloc_addr()") which was first
applied on the master branch, and subsequently got merged to next as
part of the rebase. The second commit changes the return value of the
lmb_alloc_addr() API, which now results in some of the tests added as
part of the first commit to fail. Fix those test cases.

Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org>
Merge tag 'v2025.04-rc5' into next 2025-03-25T02:10:55+00:00 Tom Rini trini@konsulko.com 2025-03-25T02:10:55+00:00 647cb87b5ab2ad6469cf42f3272f00688bd26039 Prepare v2025.04-rc5 
Prepare v2025.04-rc5