Hi Jaehoon,
On 20.12.2020 23:17, Jaehoon Chung wrote:
> On 12/17/20 9:10 PM, Marek Szyprowski wrote:
>> This patchset adds support for SKIP and SCRIPT entity types to the DFU
>> subsystem. They significantly extends the flexibility of the DFU
>> subsystem. Together with the recently posted 'Add MB
Hi Simon,
On Sat, Dec 19, 2020 at 7:58 AM Simon Glass wrote:
> Hi Padmarao,
>
> On Mon, 14 Dec 2020 at 04:09, Padmarao Begari
> wrote:
> >
> > Add clock driver code for the Microchip PolarFire SoC. This driver
> > handles reset and clock control of the Microchip PolarFire SoC device.
> >
> > Si
> -Original Message-
> From: Lim, Elly Siew Chin
> Sent: Friday, December 18, 2020 11:29 AM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; See, Chin Liang ;
> Simon Goldschmidt ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Simon Glass ; Gan,
> Yau Wai ; Lim, Elly Siew C
Hi Siew Chin,
On Sun, 20 Dec 2020 at 19:28, Lim, Elly Siew Chin
wrote:
>
> Hi Simon,
>
> > -Original Message-
> > From: Simon Glass
> > Sent: Monday, December 21, 2020 10:17 AM
> > To: Lim, Elly Siew Chin
> > Cc: U-Boot Mailing List ; Marek Vasut
> > ; Tan, Ley Foon ; See, Chin Liang
>
Hi Simon,
> -Original Message-
> From: Simon Glass
> Sent: Monday, December 21, 2020 10:17 AM
> To: Lim, Elly Siew Chin
> Cc: U-Boot Mailing List ; Marek Vasut
> ; Tan, Ley Foon ; See, Chin Liang
> ; Simon Goldschmidt
> ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Gan, Yau Wai
> Subject
On Fri, Dec 18, 2020 at 07:44:42PM -0500, Tom Rini wrote:
> On Fri, Dec 18, 2020 at 06:34:10PM -0500, Sean Anderson wrote:
> > On 12/18/20 5:14 PM, Tom Rini wrote:
> > > Start out by documenting general expectations on when CI is run, how
> > > anyone can run Azure pipelines, and how GitLab CI pipe
Hi Siew Chin,
On Sun, 20 Dec 2020 at 19:12, Lim, Elly Siew Chin
wrote:
>
>
>
> > -Original Message-
> > From: Simon Glass
> > Sent: Sunday, December 20, 2020 11:58 PM
> > To: Lim, Elly Siew Chin
> > Cc: U-Boot Mailing List ; Marek Vasut
> > ; Tan, Ley Foon ; See, Chin Liang
> > ; Simon
> -Original Message-
> From: Simon Glass
> Sent: Sunday, December 20, 2020 11:58 PM
> To: Lim, Elly Siew Chin
> Cc: U-Boot Mailing List ; Marek Vasut
> ; Tan, Ley Foon ; See, Chin Liang
> ; Simon Goldschmidt
> ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Gan, Yau Wai
> Subject: Re: [v4
Tom,
Thank you for adding this valuable doc about CI.
I have a couple of comments from my real experience :)
On Fri, Dec 18, 2020 at 05:14:56PM -0500, Tom Rini wrote:
> Start out by documenting general expectations on when CI is run, how
> anyone can run Azure pipelines, and how GitLab CI pipelin
> From: Harald Seiler [mailto:h...@denx.de]
> Sent: Tuesday, December 15, 2020 11:48 PM
> To: u-boot@lists.denx.de
> Cc: Harald Seiler; Tom Rini; Simon Glass; Rick Jian-Zhi Chen(陳建志)
> Subject: [PATCH 1/4] nds32: Remove dead reset_cpu() implementation
>
> nds32 is one of the only architectures whic
On Sun, Dec 20, 2020 at 10:35:13PM +0100, Michael Walle wrote:
> Since linux commit 2e6cde96873253fd9eb0f20afd8ffd18278cff75 ("arm64:
> dts: ls1028a: make the eMMC and SD card controllers use fixed indices")
> mmc0 is the eMMC and mmc1 is the SD card. Also swap it in u-boot to
> avoid any confusio
On Sun, Dec 20, 2020 at 07:37:27PM +0100, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit 51f65b506f37252acb3cd4184ef5e1fc20da13a2:
>
> Merge branch 'master' of git://git.denx.de/u-boot-usb (2020-12-16
> 17:43:33 -0500)
>
> are available in the Git repository at:
On Fri, Dec 18, 2020 at 11:24:02PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> Travis-CI:
> https://travis-ci.com/github/openedev/u-boot-amarula/builds/209599920
>
> thanks,
> Jagan.
>
> The following changes since commit a4391365995a00f196373cddd35d99f74a9e62ff:
>
> con
On Fri, Dec 18, 2020 at 06:24:51PM +0100, Neil Armstrong wrote:
> Hi Tom,
>
> A (hopefully) last PR for 2020 with an one-liner fixing the Odroid-C4 reset
> when booting over SDCard,
> a bug we had in our backlog for a long time !
>
> The CI job is at
> https://gitlab.denx.de/u-boot/custodians/
On 12/18/20 11:26 PM, Marek Szyprowski wrote:
> Detect eMMC or SD card boot on Odroid-C4/N2 and Khadas VIM3(l) boards and
> report proper MMC device for the environment loading code. This allows to
> automatically load and store environment variables on the FAT partition
> or RAW offset of the MMC
Hi Marek,
On 12/17/20 9:10 PM, Marek Szyprowski wrote:
> Hi All,
>
> This patchset adds support for SKIP and SCRIPT entity types to the DFU
> subsystem. They significantly extends the flexibility of the DFU
> subsystem. Together with the recently posted 'Add MBR partition table
> creation and ver
Hello,
I have a bunch of MT7621-based devices (in particular, GnuBee disk
servers) which would really really like to have a mainline U-Boot
instead of the ancient *censored* they ship with.
Is there anybody out there who wants to take a stab at forward-porting
the stuff to mainline? As far a
On Sun, Dec 20, 2020 at 10:35:13PM +0100, Michael Walle wrote:
> Since linux commit 2e6cde96873253fd9eb0f20afd8ffd18278cff75 ("arm64:
> dts: ls1028a: make the eMMC and SD card controllers use fixed indices")
> mmc0 is the eMMC and mmc1 is the SD card. Also swap it in u-boot to
> avoid any confusio
Since linux commit 2e6cde96873253fd9eb0f20afd8ffd18278cff75 ("arm64:
dts: ls1028a: make the eMMC and SD card controllers use fixed indices")
mmc0 is the eMMC and mmc1 is the SD card. Also swap it in u-boot to
avoid any confusion by the user and to be aligned with linux.
Signed-off-by: Michael Wall
On Tue, 8 Dec 2020 11:16:30 -0500
Tom Rini tr...@konsulko.com wrote:
...
> > => open point: which acceptable target to remove this feature ? v2022.01 ?
>
> This sounds like a good plan and reasonable date to me. Anatolij?
I have no objection, this target date is okay for me.
--
Anatolij
On 08.12.20 17:16, Tom Rini wrote:
> On Tue, Dec 08, 2020 at 03:30:43PM +0100, Patrick DELAUNAY wrote:
>> Hi Soeren,
>>
>>> From: Soeren Moch Sent: dimanche 6 décembre 2020 20:59 On
>>> 03.12.20 10:15, Patrick Delaunay wrote:
>>>
I propose this serie to remove the vidconsole work-around, acti
Dear Tom,
The following changes since commit 51f65b506f37252acb3cd4184ef5e1fc20da13a2:
Merge branch 'master' of git://git.denx.de/u-boot-usb (2020-12-16
17:43:33 -0500)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2021-01-rc4
for
Hi Torsten,
On Sun, 20 Dec 2020 at 10:00, Torsten Duwe wrote:
>
> On Fri, 18 Dec 2020 19:29:12 -0700
> Simon Glass wrote:
>
> > > - int i;
> > > -
> > > - srand(get_ticks() + rand());
> > > + int i, ret;
> > > + struct udevice *devp;
> > > + u8 randv = 0;
> > > +
>
Hi Anand,
On Sun, Dec 20, 2020 at 2:46 PM Anand Moon wrote:
[...]
> > On Sat, Dec 19, 2020 at 8:53 PM Anand Moon wrote:
> > [...]
> > > I was also looking into this issue so I made some changes in the
> > > phy driver to resolve the issue. Plz share your thoughts on the changes
> > > below.
> >
On Fri, 18 Dec 2020 19:29:12 -0700
Simon Glass wrote:
> > - int i;
> > -
> > - srand(get_ticks() + rand());
> > + int i, ret;
> > + struct udevice *devp;
> > + u8 randv = 0;
> > +
> > +#if defined(CONFIG_DM_RNG)
>
> This seems a little backwards to me. The caller sh
On Sun, 20 Dec 2020 02:43:25 +0300
Anton Gorlov wrote:
> Thank you!
You're welcome, sorry for the inconvenience.
> > https://build.opensuse.org/package/show/home:duwe:Teres-I/u-boot
> >
> > Should get you to "0103-Add-AXP803-PMIC-support.patch"
> >> It needs some more clean-up and maybe separ
Provide a description of the bootefi command.
Signed-off-by: Heinrich Schuchardt
---
v2:
Replace ".. code-block::" by "::" as the build-system on Gitlab
does not like code-block without language. The problem did not
occur locally.
---
MAINTAINERS | 1 +
doc/us
Provide a description of the 'button' command.
Signed-off-by: Heinrich Schuchardt
---
v2:
Replace ".. code-block::" by "::" as the build-system on Gitlab
does not like code-block without language. The problem did not
occur locally.
---
doc/usage/button.rst | 64 ++
Currently the size of the buffer to keep UEFI variables in memory is fixed
at 16384 bytes. This size has proven to be too small for some use cases.
Make the size of the memory buffer for UEFI variables customizable.
Reported-by: Paulo Alcantara (SUSE)
Signed-off-by: Heinrich Schuchardt
Acked-by
Hi Siew,
On Sun, 20 Dec 2020 at 02:06, Lim, Elly Siew Chin
wrote:
>
> Hi Simon,
>
> We call binman to generate itb file in "make fit-itb".
>
> We didn't put it in default binman flow is because it require
> Arm-trusted-firmware (bl31.bin) and Linux Image and dtb to build the itb
> file. These f
Hi Anand,
On Sat, Dec 19, 2020 at 8:53 PM Anand Moon wrote:
[...]
> I was also looking into this issue so I made some changes in the
> phy driver to resolve the issue. Plz share your thoughts on the changes below.
first I have some questions :-)
1. do you see the same problem that Otto sees? this
Hi Martin,
Thanks for testing and sharing your view points.
On Sun, 20 Dec 2020 at 04:01, Martin Blumenstingl
wrote:
>
> Hi Anand,
>
> On Sat, Dec 19, 2020 at 8:53 PM Anand Moon wrote:
> [...]
> > I was also looking into this issue so I made some changes in the
> > phy driver to resolve the iss
Use the dtc executable generated during the U-Boot build process for
mkimage. This removes the build dependency on the external dtc.
Signed-off-by: Bin Meng
---
tools/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/Kconfig b/tools/Kconfig
index b2f5012240..366a
tools/efivar.py allows to prepare a file with UEFI variables to preseed
the UEFI variable store.
Signed-off-by: Heinrich Schuchardt
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 127e30c0a5..9a78e873f7 100644
--- a/MAINTAINERS
+++ b/MAINTAINER
On 12/9/20 12:10 AM, Paulo Alcantara wrote:
This script generates EFI variables for U-Boot variable store format.
A few examples:
- Generating secure boot keys
$ openssl x509 -in foo.crt -outform DER -out foo.der
$ efisiglist -a -c foo.der -o foo.esl
$ ./efivar.py -i ubootefi
On Sun, Dec 20, 2020 at 11:17:02AM +0100, Heinrich Schuchardt wrote:
> Currently the size of the buffer to keep UEFI variables in memory is fixed
> at 16384 bytes. This size has proven to be too small for some use cases.
>
> Make the size of the memory buffer for UEFI variables customizable.
>
>
Hi Martin,
i think the the u-boot fix made the new u-boot for me usable.
Because i boot from emmc it fixes a long standing problem since 2020.04
in not booting from emmc.
The latest uboot, booting from emmc before the fix was 2020.04, but this
old uboot does not funktion well
(hotpluging and oth
Currently the size of the buffer to keep UEFI variables in memory is fixed
at 16384 bytes. This size has proven to be too small for some use cases.
Make the size of the memory buffer for UEFI variables customizable.
Reported-by: Paulo Alcantara (SUSE)
Signed-off-by: Heinrich Schuchardt
---
inc
On 12/9/20 7:03 PM, Paulo Alcantara wrote:
In order to support (ESP)/ubootefi.var and preseed variables greater
than EFI_VAR_BUF_SIZE (0x4000), dynamically determine the variable
list size that will fit both and the ones that are created at boot
time.
This patch indicates that 16 KiB is too sma
Hi Simon,
We call binman to generate itb file in "make fit-itb".
We didn't put it in default binman flow is because it require
Arm-trusted-firmware (bl31.bin) and Linux Image and dtb to build the itb file.
These files are not part of u-boot. The user will hit compilation error if
these files a
40 matches
Mail list logo
