- Dec 13, 2023
-
-
Allow showing a menu and automatically booting, with 'bootflow scan'. This is more convenient than using a script. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Driver for the TI LP5562 4 channel LED controller. Supports independent on/off control of all 4 channels. Supports LED_BLINK on 3 independent channels: blue/green/red. The white channel can blink, but shares the blue channel blink rate. Heavily based on patch originally from Doug Zobel [1]. I have modified it so it matches the DT bindings in the linux tree, and also follows the linux driver implementation more closely. This should address Tom's concerns, and also matches my goal of making the U-Boot driver work with our existing .dts which is known to work in linux. As our boards only have the R,G,B outputs connected, I have not actually tested how the white channel behaves, but the R,G,B work exactly as expected. [1] https://lore.kernel.org/u-boot/1547150757-1561-1-git-send-email-douglas.zobel@climate.com/ Cc: Doug Zobel <douglas.zobel@climate.com> Signed-off-by:
Rasmus Villemoes <rasmus.villemoes@prevas.dk>
-
- Dec 04, 2023
-
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Nov 29, 2023
-
-
This is a help text for scmi command. Signed-off-by:
AKASHI Takahiro <takahiro.akashi@linaro.org> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Etienne Carriere <etienne.carriere@foss.st.com>
-
- Nov 27, 2023
-
-
This enables UFS support for QEMU RISC-V 'virt' machine. Signed-off-by:
Bin Meng <bmeng@tinylab.org> Reviewed-by:
Neha Malcom Francis <n-francis@ti.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
- Nov 22, 2023
-
-
Add generic boot-flow diagrams, and SoC-specific info around build steps. Signed-off-by:
Jai Luthra <j-luthra@ti.com> Signed-off-by:
Nishanth Menon <nm@ti.com>
-
Move esm-k3.txt to ti,j721e-esm.yaml in line with the devicetree documentation in kernel. Signed-off-by:
Neha Malcom Francis <n-francis@ti.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Add base documentation for BeagleBone AI-64. Signed-off-by:
Nishanth Menon <nm@ti.com>
-
Move BeaglePlay documentation to beagle as a board vendor and update references accordingly. Signed-off-by:
Nishanth Menon <nm@ti.com> Reviewed-by:
Bryan Brattlof <bb@ti.com>
-
Add am62x_beagleplay_* defconfig customized for the configuration of BeaglePlay and drop the config fragments. This is in preparation for dropping the dependency on ti vendor folder entirely. Signed-off-by:
Nishanth Menon <nm@ti.com>
-
When using include directives within a section that is included by non TI board rst file, k3.rst and other include paths need to be relative to doc/board/ base. Signed-off-by:
Nishanth Menon <nm@ti.com>
-
- Nov 20, 2023
-
-
Heinrich Schuchardt authored
%s/fdtaddr_addr_r/fdt_addr_r/ Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Sphinx 6.0 removed the execfile_() function, which we use as part of the configuration process. They *did* warn us... Just open-code the functionality as is done in Sphinx itself. Tested (using SPHINX_CONF, since this code is only executed with an alternative config file) on various Sphinx versions from 2.5 through 6.0. Reported-by:
Martin Liška <mliska@suse.cz> Cc: stable@vger.kernel.org Signed-off-by:
Jonathan Corbet <corbet@lwn.net> Rebased for U-Boot Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
Heinrich Schuchardt authored
Add the README files for the HiSilicon boards to the HTML documentation. This required a bit of reformatting. Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Nov 18, 2023
-
-
This adds the description about HTTP Boot. [Ilias add the new EFI_HTTP_BOOT option in docs] Lore: https://lore.kernel.org/u-boot/20231110042542.3797301-1-masahisa.kojima@linaro.org/T/#m36acf922a888cc14f74e823ec57bacd9f977194e Signed-off-by:
Masahisa Kojima <masahisa.kojima@linaro.org> Reviewed-by:
Ilias Apalodimas <ilias.apalodimas@linaro.org> Signed-off-by:
Ilias Apalodimas <ilias.apalodimas@linaro.org>
-
- Nov 16, 2023
-
-
Currently BCB command-line, C APIs and implementation only support MMC interface. Extend it to allow various block device interfaces. Signed-off-by:
Dmitrii Merkurev <dimorinny@google.com> Cc: Eugeniu Rosca <erosca@de.adit-jv.com> Cc: Ying-Chun Liu (PaulLiu) <paul.liu@linaro.org> Cc: Simon Glass <sjg@chromium.org> Cc: Mattijs Korpershoek <mkorpershoek@baylibre.com> Cc: Sean Anderson <sean.anderson@seco.com> Cc: Cody Schuffelen <schuffelen@google.com> Tested-by: Mattijs Korpershoek <mkorpershoek@baylibre.com> # on vim3 Reviewed-by:
Mattijs Korpershoek <mkorpershoek@baylibre.com>
-
Add a sandbox NAND flash driver to facilitate testing. This driver supports any number of devices, each using a single chip-select. The OOB data is stored in-band, with the separation enforced through the API. For now, create two devices to test with. The first is a very small device with basic ECC. The second is an 8G device (chosen to be larger than 32 bits). It uses ONFI, with the values copied from the datasheet. It also doesn't need too strong ECC, which speeds things up. Although the nand subsystem determines the parameters of a chip based on the ID, the driver itself requires devicetree properties for each parameter. We do not derive parameters from the ID because parsing the ID is non-trivial. We do not just use the parameters that the nand subsystem has calculated since that is something we should be testing. An exception is made for the ECC layout, since that is difficult to encode in the device tree and is not a property of the device itself. Despite using file I/O to access the backing data, we do not support using external files. In my experience, these are unnecessary for testing since tests can generally be written to write their expected data beforehand. Additionally, we would need to store the "programmed" information somewhere (complicating the format and the programming process) or try to detect whether block are erased at runtime (degrading probe speeds). Information about whether each page has been programmed is stored in an in-memory buffer. To simplify the implementation, we only support a single program per erase. While this is accurate for many larger flashes, some smaller flashes (512 byte) support multiple programs and/or subpage programs. Support for this could be added later as I believe some filesystems expect this. To test ECC, we support error-injection. Surprisingly, only ECC bytes in the OOB area are protected, even though all bytes are equally susceptible to error. Because of this, we take care to only corrupt ECC bytes. Similarly, because ECC covers "steps" and not the whole page, we must take care to corrupt data in the same way. Signed-off-by:
Sean Anderson <seanga2@gmail.com>
-
- Nov 15, 2023
-
-
Simon Glass authored
Return an error when the user does not select an OS, so we know whether to boot or not. Move calling of bootflow_menu_run() into a separate function so we can call it from other places. Expand the test to cover these cases. Add some documentation also, while we are here. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
- Nov 11, 2023
-
-
Heinrich Schuchardt authored
%s/form/from/ Fixes: d46bee8c ("doc: qfw man-page") Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
Use prompt instead of code-block to have copy-paste friendly command documentation. Signed-off-by:
Nishanth Menon <nm@ti.com>
-
The sphinx-prompt documentation[0] provides examples on how we can use prompt as a parameter to simplify the description. Use the same. While at it, ensure to make all relevant prompts clarified such as gdb prompts. [0] http://sbrunner.github.io/sphinx-prompt/ Signed-off-by:
Nishanth Menon <nm@ti.com> Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
Signed-off-by:
Milan P. Stanić <mps@arvanta.net> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
Heinrich Schuchardt authored
Title underlines should match the length of the title. Unfortunately docutils only catches underlines that are too short. Add some missing empty lines after titles. Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
k3-j7200 does not exist in upstream OPTEE. Use j721e as the platform name. Using k3-j7200 as OPTEE name results in broken boot due to wrong configuration being picked. Fixes: c727b81d ("doc: board: ti: k3: Reuse build instructions") Signed-off-by:
Nishanth Menon <nm@ti.com>
-
- Nov 10, 2023
-
-
Replace instances of http://www.ti.com with https://www.ti.com Signed-off-by:
Nishanth Menon <nm@ti.com>
-
- Nov 09, 2023
-
-
QuartzPro64 is a Rockchip RK3588 based SBC by Pine64. UART and boot over SD/eMMC/RJ45 are tested to work. Linux commits from next-20231013: 8152d3d070a9 ("arm64: dts: rockchip: Add QuartzPro64 SBC device tree") Signed-off-by:
Tom Fitzhenry <tom@tom-fitzhenry.me.uk> Reviewed-by:
Kever Yang <kever.yang@rock-chips.com> Cc: Eugen Hristev <eugen.hristev@collabora.com> Cc: Jonas Karlman <jonas@kwiboo.se> Cc: Ondrej Jirman <megi@xff.cz>
-
- Nov 07, 2023
-
-
Algapally Santosh Sagar authored
The baudrate configured in .config is taken by default by serial. If change of baudrate is required then the .config needs to changed and u-boot recompilation is required or the u-boot environment needs to be updated. To avoid this, support is added to fetch the baudrate directly from the device tree file and update. The serial, prints the log with the configured baudrate in the dtb. The commit c4df0f6f ("arm: mvebu: Espressobin: Set default value for $fdtfile env variable") is taken as reference for changing the default environment variable. The default environment stores the default baudrate value, When default baudrate and dtb baudrate are not same glitches are seen on the serial. So, the environment also needs to be updated with the dtb baudrate to avoid the glitches on the serial. Also add test to cover this new function. Signed-off-by:
Algapally Santosh Sagar <santoshsagar.algapally@amd.com> Signed-off-by:
Venkatesh Yadav Abbarapu <venkatesh.abbarapu@amd.com> Link: https://lore.kernel.org/r/20230921112043.3144726-3-venkatesh.abbarapu@amd.com Signed-off-by:
Michal Simek <michal.simek@amd.com>
-
- Nov 06, 2023
-
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Nov 03, 2023
-
-
Add support to bind the regulators/child nodes with the pmic. Also adds the pmic i2c based read/write functions to access pmic registers. Signed-off-by:
Svyatoslav Ryhel <clamor95@gmail.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Add support to bind the regulators/child nodes with the pmic. Also adds the pmic i2c based read/write functions to access pmic registers. Signed-off-by:
Svyatoslav Ryhel <clamor95@gmail.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Add support to bind the regulators/child nodes with the pmic. Also adds the pmic i2c based read/write functions to access pmic registers. Signed-off-by:
Svyatoslav Ryhel <clamor95@gmail.com> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Jaehoon Chung <jh80.chung@samsung.com>
-
- Nov 02, 2023
-
-
Heinrich Schuchardt authored
If CSRs like seed are readable by S-mode, may not be determinable by S-mode. For safe driver probing allow to resume via a longjmp after an exception. Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com> Reviewed-by:
Leo Yu-Chi Liang <ycliang@andestech.com>
-
- Nov 01, 2023
-
-
Add extension to the 'mmc' command to read out the card registers. Currently, only the eMMC OCR/CID/CSD/EXTCSD/RCA/DSR register are supported. A register value can either be displayed or read into an environment variable. Tested-by:
Jaehoon Chung <jh80.chung@samsung.com> Reviewed-by:
Jaehoon Chung <jh80.chung@samsung.com> Signed-off-by:
Marek Vasut <marex@denx.de> Reviewed-by:
Fabio Estevam <festevam@gmail.com>
-
- Oct 31, 2023
-
-
Current documentation limits the firmware size to 1.5MB. When the fTPM and StandaloneMM-based RPMB secure storage is enabled, firmware size is bigger than that size. Let's specify the A/B update bank size(4MB) for flash rawwrite parameter. Signed-off-by:
Masahisa Kojima <masahisa.kojima@linaro.org> Acked-by:
Jassi Brar <jaswinder.singh@linaro.org> Reviewed-by:
Ilias Apalodimas <ilias.apalodimas@linaro.org>
-
v2023.07 is the last version supporting old NOR flash layout by default. The later versions of U-Boot, Developerbox is configured to enable A/B update and new NOR Flash layout by default. This commit updates the documentation to pin the U-Boot version for the old NOR flash layout. It is still useful for the user wants to replace the factory default EDK II firmware to U-Boot. Signed-off-by:
Masahisa Kojima <masahisa.kojima@linaro.org> Acked-by:
Jassi Brar <jaswinder.singh@linaro.org> Reviewed-by:
Ilias Apalodimas <ilias.apalodimas@linaro.org>
-
Add support for exposing the whole mmc device by setting the 'size' parameter to 0. This can be useful in case it is not clear what the total device size is up front. Update the documentation accordingly. Signed-off-by:
Marek Vasut <marex@denx.de> Reviewed-by:
Mattijs Korpershoek <mkorpershoek@baylibre.com> Reviewed-by:
Lukasz Majewski <lukma@denx.de> Link: https://lore.kernel.org/r/20231029223740.284149-1-marex@denx.de Signed-off-by:
Mattijs Korpershoek <mkorpershoek@baylibre.com>
-
- Oct 27, 2023
-
-
I initially didn't find the bootz docs when I went looking for them. :) Signed-off-by:
Tom Fitzhenry <tom@tom-fitzhenry.me.uk> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
Fixes: 44c5d776 ("doc: Add gpt command documentation") Signed-off-by:
Tom Fitzhenry <tom@tom-fitzhenry.me.uk> Reviewed-by:
Simon Glass <sjg@chromium.org> Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
Replace dm_dump_all() with dm_dump_tree() in driver model documentation, to reflect changes introduced in commit 14528704 ("dm: core: Rename dm_dump_all()"). Fixes: 14528704 ("dm: core: Rename dm_dump_all()") Signed-off-by:
Dylan Corrales <deathcamel58@gmail.com> Reviewed-by:
Mattijs Korpershoek <mkorpershoek@baylibre.com> Reivewed-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
-