Many entries start 'Entry containing a'. This looks fine in the source
code but is annoying when viewed in the htmldocs table of contents. Drop
these unnecessary words.
Signed-off-by: Simon Glass
---
tools/binman/entries.rst| 76 ++---
tools/binman/etype/atf_
Add a link to binman's documentation and adjust the files so that it is
accessible. Use the name README.rst so it is easy to discover when binman
is installed without U-Boot.
Signed-off-by: Simon Glass
---
doc/index.rst | 1 +
doc/package/binman | 1 +
Update this to avoid sphinx warnings and incorporate it into the new
documentaiton tree.
Signed-off-by: Simon Glass
---
tools/binman/README.rst | 11 ++-
tools/binman/cmdline.py | 2 +-
tools/binman/{README.entries => entries.rst} | 79 +++-
A few sections are a little out of date now. Update them.
Signed-off-by: Simon Glass
---
tools/binman/README.rst | 72 -
1 file changed, 36 insertions(+), 36 deletions(-)
diff --git a/tools/binman/README.rst b/tools/binman/README.rst
index 5df5de4d8e3..6
Collect the material into different top-level headings to make it easier
to read.
Signed-off-by: Simon Glass
---
tools/binman/README.rst | 523
1 file changed, 266 insertions(+), 257 deletions(-)
diff --git a/tools/binman/README.rst b/tools/binman/READM
When creating an entry, check for an expanded version of that entry, then
use it instead. This allows, for example use of:
u-boot {
};
instead of having to write out in full:
u-boot {
type = "section";
u-boot-nodtb {
};
u-boot-dtb {
};
};
Add an imple
This features a little too prominently in the contents at present. It
seems more important to talk about driver model and the API (which
includes some UEFI notes).
Reposition it below those.
Signed-off-by: Simon Glass
---
doc/index.rst | 24
1 file changed, 12 insertio
We don't need to spell out the separate pieces of U-Boot phase binaries
anymore. Revert to using the simple entry and let binman do the expansion
itself as needed.
Signed-off-by: Simon Glass
---
arch/x86/dts/u-boot.dtsi | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --g
This cannot be used since the previous #elif has already dealt with SPL.
Drop it.
Signed-off-by: Simon Glass
---
arch/x86/dts/u-boot.dtsi | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/arch/x86/dts/u-boot.dtsi b/arch/x86/dts/u-boot.dtsi
index 50134b2fe00..ca84d18ad90 1
To support the use of 'expanded' entries, binman needs to be told whether
SPL and TPL have a devicetree and whether they need BSS padding. Add these
to the Makefile.
Signed-off-by: Simon Glass
---
Makefile | 8
1 file changed, 8 insertions(+)
diff --git a/Makefile b/Makefile
index 655
Add support for this feature in the control, image and section modules, so
that expanded entries will be selected by default. So far there are no
expanded entry types, so this is a nop.
Signed-off-by: Simon Glass
---
tools/binman/control.py | 24 ++--
tools/binman/etyp
As the first step in supporting expanded entries, add a way for binman to
automatically select an 'expanded' version of an entry type, if requested.
This is controlled by a class method.
Signed-off-by: Simon Glass
---
tools/binman/entry.py | 60 --
tools
Add a new command-line option to disable expanded entries. This is needed
for most tests, since it is much easier to 'factor out' this function into
a separate test and keep the existing packing tests simple.
Add the option and select it by default from tests.
Signed-off-by: Simon Glass
---
to
Allow this entry type to be placed in an image. This is the TPL binary,
without a devicetree appended.
Signed-off-by: Simon Glass
---
tools/binman/README.entries| 14 +++
tools/binman/etype/u_boot_tpl_nodtb.py | 27 ++
tools/binman/ftest.py
This entry holds the padding between the end of of TPL binary and the
end of BSS. This region must be left empty so that the devicetree can be
appended correctly and remain accessible without interfering with BSS.
Signed-off-by: Simon Glass
---
tools/binman/README.entries | 22
Move the documentation to the base method as it is with other methods.
Also update it a little while we are here.
Signed-off-by: Simon Glass
---
tools/binman/entry.py | 11 +++
tools/binman/etype/section.py | 6 --
2 files changed, 11 insertions(+), 6 deletions(-)
diff --g
Several entries currently use an underscore in the entry-type name, but in
fact a hyphen is used. Update the docs to fix this as it might be
confusing.
Also simplify the 'filename' comment and fix the 'operation' typo.
Signed-off-by: Simon Glass
---
tools/binman/README.entries
The documentation for this entry indicates that the SPL binary is included
along with the padding. It is not, so update it to correct the error.
Signed-off-by: Simon Glass
---
tools/binman/README.entries | 17 ++---
tools/binman/etype/u_boot_spl_bss_pad.py | 17
Regenerate the entry documentation, which step was missed when the
files-align feature was added.
Fixes: 6eb9932668f ("binman: Support alignment of files")
Signed-off-by: Simon Glass
---
tools/binman/README.entries | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/binman/README.entries
U-Boot's various phase binaries actually comprise two or three pieces.
For example, u-boot.bin has the executable followed by a devicetree.
With binman we want to be able to update that devicetree with full image
information so that it is accessible to the executable. This is tricky
if it is not c
Extracting files to the current directory is not normally a very friendly
thing to do, but it can be warranted, e.g. in a new temporary dir. At
present binman reports an error when such an attempt is made. Fix it.
Signed-off-by: Simon Glass
---
tools/binman/control.py | 2 +-
1 file changed, 1
Dear Tom,
The following changes since commit e4dba4ba6f61e8128be0b4200ca2d8cebf62180b:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-fsl-qoriq
(2021-03-06 07:25:04 -0500)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2021-0
From: "Ying-Chun Liu (PaulLiu)"
Document the bindings for usb-nop-xceiv
Signed-off-by: Ying-Chun Liu (PaulLiu)
---
.../phy/usb-nop-xceiv.txt | 43 +++
1 file changed, 43 insertions(+)
create mode 100644 doc/device-tree-bindings/phy/usb-nop-xceiv.txt
diff -
From: "Ying-Chun Liu (PaulLiu)"
implement the generic NOP USB transceiver for all USB transceiver
which are either built-in into USB IP or which are mostly autonomous.
Signed-off-by: Ying-Chun Liu (PaulLiu)
---
drivers/usb/phy/Kconfig | 8 ++
drivers/usb/phy/Makefile | 1 +
driv
From: "Ying-Chun Liu (PaulLiu)"
implement the generic NOP USB transceiver for all USB transceiver
which are either built-in into USB IP or which are mostly autonomous.
Ying-Chun Liu (PaulLiu) (2):
drivers: usb: phy: add driver for usb-nop-xceiv
doc: device-tree-bindings: phy: usb-nop-xceiv
Yes that was it! I had used `log help`, but misunderstood the output. My
bad... Below is the debug output I receive, where I don't really get what's
happening except for those two lines:
```
uclass_find_device_by_seq() - 1 -1 'usb@47401800'
uclass_find_device_by_seq() - not found
```
But I don't
From: "Ying-Chun Liu (PaulLiu)"
Document the bindings for fsl,anatop-regulator
Signed-off-by: Ying-Chun Liu (PaulLiu)
---
.../regulator/fsl,anatop-regulator.txt| 45 +++
1 file changed, 45 insertions(+)
create mode 100644 doc/device-tree-bindings/regulator/fsl,anatop-r
From: "Ying-Chun Liu (PaulLiu)"
Anatop is an integrated regulator inside i.MX6 SoC.
There are 3 digital regulators which controls PU, CORE (ARM), and SOC.
And 3 analog regulators which controls 1P1, 2P5, 3P0 (USB).
This patch adds the Anatop regulator driver.
Signed-off-by: Ying-Chun Liu (PaulLi
From: "Ying-Chun Liu (PaulLiu)"
Anatop is an integrated regulator inside i.MX6 SoC.
There are 3 digital regulators which controls PU, CORE (ARM), and SOC.
And 3 analog regulators which controls 1P1, 2P5, 3P0 (USB).
This patch adds the Anatop regulator driver.
Ying-Chun Liu (PaulLiu) (2):
power
Hello Matthias,
currently the UEFI sub-systems determines the width of the terminal
according to the following rules:
If stdout="vidconsole", use the size of the video console, otherwise use
the terminal size from the serial console.
So if stdout="serial,vidconsole" the size of the video is ign
Hello Simon,
looking at the tests in test/dm/video.c it seems that none of them
clears the screen before adding text and testing the hash of the frame
buffer. So it is hard to tell which output led to changes in subsequent
tests.
I think the tests should first clear the screen to start from a de
On Sat, Mar 6, 2021 at 10:26 PM Marek Behún wrote:
>
> Enable LTO for some boards that were tested by people on U-Boot Mailing
> List.
>
I have also confirmed this works on the r8a774a1_beacon board as well
and boots without issues. The r8a774b1_beacon and r8a774e1_beacon
should be safe since th
On Sun, Mar 7, 2021 at 1:24 PM Nicolas Boulenguez wrote:
>
> From: Arnaud Ferraris
>
> The PineTab device-tree is already in u-boot, this commit adds the
> corresponding
> defconfig, based on pinephone_defconfig.
Should it have support to deal with the two variants where they have
differing scr
> Date: Mon, 1 Mar 2021 09:02:18 -0500
> From: Tom Rini
>
> On Tue, Feb 23, 2021 at 08:07:21PM +0100, Mark Kettenis wrote:
>
> > Hi Simon,
> >
> > Commit c5819701a3de61e2ba2ef7ad0b616565b32305e5 broke the build on
> > OpenBSD and probably other non-Linux systems. ENODATA, which is now
> > used
On Sat, Mar 06, 2021 at 11:16:53PM +0100, Pali Rohár wrote:
> Signed-off-by: Pali Rohár
> ---
> This patch increase u-boot.bin binary size above maximal limit. So this
> patch cannot be applied yet. But it can be applied on top of the LTO
> patches. So please put this patch into the queue and inc
From: Arnaud Ferraris
The PineTab device-tree is already in u-boot, this commit adds the corresponding
defconfig, based on pinephone_defconfig.
Signed-off-by: Arnaud Ferraris
--- a/board/sunxi/MAINTAINERS
+++ b/board/sunxi/MAINTAINERS
@@ -471,6 +471,11 @@ M: Samuel Holland
S: Maintained
Hi all,
On 04.03.2021 12:24, Stefano Babic wrote:
On 04.03.21 12:18, Fabio Estevam wrote:
Hi Frieder,
On Thu, Mar 4, 2021 at 5:23 AM Frieder Schrempf
wrote:
Is this still on your list?
It would be great if you could send a patch for this.
Thanks for the reminder. I have just sent the patc
Hmm, maybe this should be split into 2 commits.
When compiling with LTO, the compiler fails with an error saying that
`crc_table` causes a section type conflict with `efi_var_buf`.
This is because both are declared to be in the same section (via macro
`__efi_runtime_data`), but one is const while the other is not.
Put this variable into the se
On Sun, 7 Mar 2021 13:31:11 +0100
Pali Rohár wrote:
> On Sunday 07 March 2021 13:26:36 Marek Behun wrote:
> > On Sun, 7 Mar 2021 06:02:16 +0100
> > Marek Vasut wrote:
> >
> > > On 3/7/21 5:58 AM, Marek Behun wrote:
> > > > On Sun, 7 Mar 2021 05:46:24 +0100
> > > > Marek Vasut wrote:
> > >
On Sunday 07 March 2021 13:26:36 Marek Behun wrote:
> On Sun, 7 Mar 2021 06:02:16 +0100
> Marek Vasut wrote:
>
> > On 3/7/21 5:58 AM, Marek Behun wrote:
> > > On Sun, 7 Mar 2021 05:46:24 +0100
> > > Marek Vasut wrote:
> > >
> > >> On 3/7/21 5:25 AM, Marek Behún wrote:
> > >>> When compiling
On Sun, 7 Mar 2021 06:02:16 +0100
Marek Vasut wrote:
> On 3/7/21 5:58 AM, Marek Behun wrote:
> > On Sun, 7 Mar 2021 05:46:24 +0100
> > Marek Vasut wrote:
> >
> >> On 3/7/21 5:25 AM, Marek Behún wrote:
> >>> When compiling with LTO, the compiler fails with an error saying that
> >>> `crc_tab
THX
On Sat, Mar 6, 2021 at 10:26 PM Marek Behún wrote:
>
> Adam Ford says that DM3730 needs board.c compiled without LTO flags.
>
> Also add clock.c, since it says in Makefile that it need different
> flags.
>
I managed to get the am3517_evm tested with the latest series, and it
boots just fine.
am35
101 - 144 of 144 matches
Mail list logo