- 03 8月, 2021 15 次提交
-
-
由 Bin Meng 提交于
The smart spi_nor_adjust_hwcaps() does not respect the SPI flash's hwcaps, and only looks to the controller on what can be supported. The flash's hwcaps needs to be AND'ed before checking. Fixes: 71025f01 ("mtd: spi-nor-core: Rework hwcaps selection") Signed-off-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NPratyush Yadav <p.yadav@ti.com> Reviewed-by: NJagan Teki <jagan@amarulasolutions.com>
-
由 Bin Meng 提交于
When slave drivers don't set the max_read_size, the spi-mem should directly use data.nbytes and not limit to any size. But current logic will limit to the max_write_size. This commit mirrors the same changes in the dm version done in commit 535b1fdb ("spi: spi-mem: Fix read data size issue"). Signed-off-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NJagan Teki <jagan@amarulasolutions.com>
-
由 Reto Schneider 提交于
This chip has been (briefly) tested on the MediaTek MT7688 based GARDENA smart gateway. Datasheet: http://xmcwh.com/Uploads/2020-12-17/XM25QH64C_Ver1.1.pdfSigned-off-by: NReto Schneider <reto.schneider@husqvarnagroup.com> Reviewed-by: NStefan Roese <sr@denx.de> Reviewed-by: NJagan Teki <jagan@amarulasolutions.com>
-
由 Tom Rini 提交于
- Merge in a series that cleans up and makes more consistent how we deal with numeric input on the CLI. This saves a few bytes in a lot of places.
-
由 Simon Glass 提交于
U-Boot mostly uses hex for value input, largely because addresses are much easier to understand in hex. But in some cases a decimal value is requested, such as where the value is small or hex does not make sense in the context. In these cases it is sometimes useful to be able to provide a hex value in any case, if only to resolve any ambiguity. Add this functionality, for increased flexibility. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Mention the default base of U-Boot in the command-line section. Add examples for decimal and octal. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Take this part of the README and put it into rST format. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
The code to convert a character into a digit is repeated twice in this file. Factor it out into a separate function. This also makes the code a little easier to read. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This function support decoding octal but no tests are included yet. Add some. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Add some tests that check the behaviour of this function. These are the same as for simple_strtoul() but with a few longer values. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
If we see 0x then we can assume this is the start of a hex value. It does not seem necessary to check for a hex digit after that since it will happen when parsing the value anyway. Drop this check to simplify the code and reduce size. Add a few more test cases for when a 0x prefix is used. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This parameter is not documented properly since it does not cover the meaning when the base is 0. Update this in both functions. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
It is a pain to have to specify the value 10 in each call. Add a new dectoul() function and update the code to use it. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
It is a pain to have to specify the value 16 in each call. Add a new hextoul() function and update the code to use it. Add a proper comment to simple_strtoul() while we are here. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This function seems to assume that the chr[] variable contains zeros at the start, which is not always true. Use strlcpy() to be safe. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 02 8月, 2021 7 次提交
-
-
https://source.denx.de/u-boot/custodians/u-boot-efi由 Tom Rini 提交于
Pull request for efi-2021-10-rc2 Documentation: * handle 'make htmldocs' warnings as errors * add missing board/ti/index.rst Bug fixes: * avoid buffer overrun in TrueType console * lib: disable CONFIG_SPL_HEXDUMP by default
-
https://source.denx.de/u-boot/custodians/u-boot-mmc由 Tom Rini 提交于
pl180_mmci update and cleanup fix rpmb routing memory alignment
-
由 Heinrich Schuchardt 提交于
%s/cerificate/certificate/ Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
'make htmldocs' requires graphviz and imagemagick (at least with Sphinx 3.5.4). Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
Parameter -W for sphinx-build turns build warnings into errors. This helps us to avoid bad patches passing Gitlab CI. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
Commit 8baeeecb ("doc: board: Move j721e document to doc/board/ti/ directory") introduced 'make htmldocs' build errors due to a missing file board/ti/index.rst. Fixes: 8baeeecb ("doc: board: Move j721e document to doc/board/ti/ directory") Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
https://source.denx.de/u-boot/custodians/u-boot-dm由 Tom Rini 提交于
sandbox TPM-emulator improvements rST documentation and fixes for moveconfig handle empty 'ranges' property in dtoc patman warning for invalid tag clean-ups to 'fdt add' command
-
- 01 8月, 2021 18 次提交
-
-
由 Simon Glass 提交于
At present if we see 'ranges' property (with no value) we assume it is a boolean, as per the devicetree spec. But another node may define 'ranges' with a value, forcing us to widen it to an int array. At present this is not supported and causes an error. Fix this and add some test cases. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: NTom Rini <trini@konsulko.com>
-
由 Simon Glass 提交于
An int array can hold a single int so we should not need to do anything in the widening operation. However due to a quirk in the code, an int[3] widened with an int produced an int[4]. Fix this and add a test. Fix a comment typo while we are here. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: NTom Rini <trini@konsulko.com>
-
由 Simon Glass 提交于
The current name is confusing because the logic is actually backwards from what you might expect. Rename it to needs_widening() and update the comments. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
The autoboot tests are a recent addition to U-Boot, providing much-needed coverage in this area. A side effect of the keyed autoboot test is that this feature is enabled in sandbox always. This changes the autoboot prompt and confuses the pytests. Some tests become slower, for example the vboot tests take about 27s now instead of 3s. We don't actually need this feature enabled to be able to run the tests. Add a switch to allow sandbox to turn it on and off as needed. Use this in the one test that needs it. Add a command-line flag in case this is desired in normal use. Signed-off-by: NSimon Glass <sjg@chromium.org> Fixes: 25c8b9f2 ("test: add first autoboot unit tests") Reviewed-by: NSteffen Jaeckel <jaeckel-floss@eyet-services.de>
-
由 Simon Glass 提交于
Some of the more advanced features of this tool don't work anymore since kconfiglib was update. Update the code accordingly. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
The examples here are a bit messed up since the command does not match the documentation. Use a different example instead. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Move these docs into htmldocs so they can be read there. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This tool has nothing to do with testing. It is for refactoring code automatically using a 'semantic patch' tool. Create a new section for 'refactoring' and move it into there. It is likely that other topics may fall under the same heading, such as using moveconfig and search/replace tools. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
At present this information is hidden away. Make it more visible by putting it first, in an intro section. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Patrick Delaunay 提交于
Add a error in patman tool when the commit message contents an invalid tag "Serie-.*" instead of "Series-.*". Signed-off-by: NPatrick Delaunay <patrick.delaunay@foss.st.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
It seems useful to show whether the address of the Control or Working devicetree is being shown. Add support for this. Drop the confusing 0x prefix since the command itself only accepts hex. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Clean up the code a little before changing it. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
It is fairly easy to handle this case and it makes the emulator more useful, since PCRs are commonly extended several times. Add support for this, using U-Boot's sha256 support. For now sandbox only supports a single PCR, but that is enough for the tests that currently exist. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This is the number of PCRs, so the current check is off by one. Also the map itself should not be checked, just the resulting pcr_index, to avoid confusing people who read the code. Fix these problems. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
At present the tpm2 emulator does not support storing the device state. Add this so we can handle the normal vboot flow through the sandbox executables (VPL->SPL etc.) with the TPM contents staying in place. Note: sandbox has not yet been converted to use livetree for the state information, since livetree does not yet support writing to the tree. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Add support for this feature in the TPM2 emulator, to support Chromium OS vboot. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Add checking as to whether the current TPM state is valid, so we can implement reading/writing the state. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Tidy up the missing comments for this struct. Signed-off-by: NSimon Glass <sjg@chromium.org>
-