Am 12. Oktober 2021 07:12:59 MESZ schrieb AKASHI Takahiro
:
>Simon, Heinrich,
>
>On Mon, Oct 11, 2021 at 11:41:02AM -0600, Simon Glass wrote:
>> Hi Heinrich,,
>>
>> On Mon, 11 Oct 2021 at 10:53, Heinrich Schuchardt wrote:
>> >
>> >
>> >
>> > On 10/11/21 18:14, Simon Glass wrote:
>> > > Hi Heinri
On Mon, Oct 11, 2021 at 08:54:13AM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Sun, 10 Oct 2021 at 19:43, AKASHI Takahiro
> wrote:
> >
> > On Sun, Oct 10, 2021 at 08:14:13AM -0600, Simon Glass wrote:
> > > On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
> > > wrote:
> > > >
> > > > Every time
Simon, Heinrich,
On Mon, Oct 11, 2021 at 11:41:02AM -0600, Simon Glass wrote:
> Hi Heinrich,,
>
> On Mon, 11 Oct 2021 at 10:53, Heinrich Schuchardt wrote:
> >
> >
> >
> > On 10/11/21 18:14, Simon Glass wrote:
> > > Hi Heinrich,
> > >
> > > On Mon, 11 Oct 2021 at 09:02, Heinrich Schuchardt
> >
Simon,
On Sun, Oct 10, 2021 at 08:14:34AM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
> wrote:
> >
> > UCLASS_PARTITION device will be created as a child node of
> > UCLASS_BLK device.
> >
> > Signed-off-by: AKASHI Takahiro
> > ---
> > drivers/bl
Simon, Heinrich,
On Mon, Oct 11, 2021 at 10:14:02AM -0600, Simon Glass wrote:
> Hi Heinrich,
>
> On Mon, 11 Oct 2021 at 09:09, Heinrich Schuchardt wrote:
> >
> >
> >
> > On 10/11/21 16:32, Simon Glass wrote:
> > > Hi Heinrich,
> > >
> > > On Mon, 11 Oct 2021 at 04:07, Heinrich Schuchardt
> > >
OF_HOSTFILE is used on sandbox configs only. Although it's pretty
unique and not causing any confusions, we are better of having simpler
config options for the DTB.
So let's replace that with the existing OF_BOARD. U-Boot would then
have only three config options for the DTB origin.
- OF_SEPARA
On Tue, Oct 05, 2021 at 12:04:50PM +0200, Jan Kiszka wrote:
> From: Jan Kiszka
>
> This fixes the usage of the USB 3.0-capable port under U-Boot as USB
> 2.0-only port.
>
> Original patch by Chao Zeng.
>
> Signed-off-by: Jan Kiszka
Applied to u-boot/master, thanks!
--
Tom
signature.asc
D
On Tue, Oct 05, 2021 at 12:04:49PM +0200, Jan Kiszka wrote:
> From: Jan Kiszka
>
> Account for the changes done between merge proposal and the final merge.
>
> Signed-off-by: Jan Kiszka
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signat
On Sun, Oct 03, 2021 at 07:31:14AM -0500, Adam Ford wrote:
> The macro called MUX_VAL generates a writel instruction with
> semicolon at the end. This table was written to use semicolons,
> however one was missed:
>
>MUX_VAL(CP(SYS_BOOT2), (IEN | PTD | DIS | M4))/* GPIO_4 */
>
> S
On Sun, Sep 26, 2021 at 11:58:58AM +0200, Dario Binacchi wrote:
> The patch enables spread spectrum clocking (SSC) for MPU and LCD PLLs.
> As reported by the TI spruh73x/spruhl7x RM, SSC is only supported for
> the DISP/LCD and MPU PLLs on am33xx/am43xx. SSC is not supported for
> DDR, PER, and CO
On Sun, Sep 26, 2021 at 11:58:57AM +0200, Dario Binacchi wrote:
> Registers for adjusting the spread spectrum clocking (SSC) have been
> added. As reported by the TI spruhl7x RM, SSC is supported only for LCD
> and MPU PLLs, but the PRCM_CM_SSC_DELTAMSTEP_DPLL_XXX and
> PRCM_CM_SSC_MODFREQDIV_DPLL
On Sun, Sep 26, 2021 at 11:58:56AM +0200, Dario Binacchi wrote:
> Registers for adjusting the spread spectrum clocking (SSC) have been
> added. As reported by the TI spruh73x RM, SSC is supported only for LCD
> and MPU PLLs, but the CM_SSC_DELTAMSTEP_DPLL_XXX and
> CM_SSC_MODFREQDIV_DPLL_XXX regis
On Sat, Sep 25, 2021 at 09:58:25AM -0500, Adam Ford wrote:
> There are five omap3 based boards from LogicPD. Two of them
> have added LTO support. Add the remaining three to use LTO.
>
> Signed-off-by: Adam Ford
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signat
Hi,
I have to implement a test case on p2020(powerpc) board
1. Fill the all the 32-Kbyte L1 data cache
2. Some ambient operation like temperature changing
3. Check if the data of L1 data cache changes
I was told that in the start.S there is a scenario that use L1 D-Cache as
initial RAM,
https:
On Mon, Oct 11, 2021 at 10:09:19AM -0600, Simon Glass wrote:
> Hi Heinrich,
>
> On Mon, 11 Oct 2021 at 09:31, Heinrich Schuchardt wrote:
> >
> >
> >
> > On 10/11/21 16:54, Simon Glass wrote:
> > > Hi Takahiro,
> > >
> > > On Mon, 11 Oct 2021 at 00:43, AKASHI Takahiro
> > > wrote:
> > >>
> > >> S
Simon,
On Mon, Oct 11, 2021 at 08:54:09AM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Thu, 7 Oct 2021 at 00:25, AKASHI Takahiro
> wrote:
> >
> > With this script, a public key is added to a device tree blob
> > as the default efi_get_public_key_data() expects.
> >
> > Signed-off-by: AKASHI
Simon,
On Mon, Oct 11, 2021 at 08:54:10AM -0600, Simon Glass wrote:
> Hi Takahiro, Ilias,
>
> On Sun, 10 Oct 2021 at 18:29, AKASHI Takahiro
> wrote:
> >
> > On Fri, Oct 08, 2021 at 10:11:59PM +0300, Ilias Apalodimas wrote:
> > > Hi Simon,
> > >
> > > On Fri, Oct 08, 2021 at 09:38:11AM -0600, Sim
Simon,
On Mon, Oct 11, 2021 at 08:54:06AM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Mon, 11 Oct 2021 at 00:52, AKASHI Takahiro
> wrote:
> >
> > On Sun, Oct 10, 2021 at 08:14:21AM -0600, Simon Glass wrote:
> > > On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
> > > wrote:
> > > >
> > > > Ad
On Mon, Oct 11, 2021 at 3:29 PM Marcel Ziswiler
wrote:
>
> Hi Tim
>
> On Mon, 2021-10-11 at 15:15 -0700, Tim Harvey wrote:
> > Greetings,
> >
> > Is anyone successfully booting U-Boot with OP-TEE support on the IMX8M?
>
> I am not aware that anybody at Toradex played with OP-TEE so far but let me
Hi Tim
On Mon, 2021-10-11 at 15:15 -0700, Tim Harvey wrote:
> Greetings,
>
> Is anyone successfully booting U-Boot with OP-TEE support on the IMX8M?
I am not aware that anybody at Toradex played with OP-TEE so far but let me ask
around again.
However, maybe Igor or Oleksandr (added to CC, now
Greetings,
Is anyone successfully booting U-Boot with OP-TEE support on the IMX8M?
My understanding is that you need to add tee.bin to the images in the
FIT image and include it in loadables following the ATF.
While this was done with arch/arm/mach-imx/mkimage_fit_atf.sh before
the switch to bin
Hi Simon,
On Tue, 12 Oct 2021 at 00:31, Simon Glass wrote:
>
> Hi Ilias,
>
> On Mon, 11 Oct 2021 at 15:00, Ilias Apalodimas
> wrote:
> >
> > The previous patches removed OF_PRIOR_STAGE from the last consumers of the
> > Kconfig option. Cleanup any references to it in documentation, code and
>
Hi Ilias,
On Mon, 11 Oct 2021 at 15:00, Ilias Apalodimas
wrote:
>
> The previous patches removed OF_PRIOR_STAGE from the last consumers of the
> Kconfig option. Cleanup any references to it in documentation, code and
> configuration options.
>
> Signed-off-by: Ilias Apalodimas
> Reviewed-by: S
The previous patches removed OF_PRIOR_STAGE from the last consumers of the
Kconfig option. Cleanup any references to it in documentation, code and
configuration options.
Signed-off-by: Ilias Apalodimas
Reviewed-by: Simon Glass
---
dts/Kconfig | 11 ++-
include/fdtdec.h
At some point back in 2018 prior_stage_fdt_address and OF_PRIOR_STAGE got
introduced, in order to support a DTB handed over by an earlier stage boo
loader. However we have another option in the Kconfig (OF_BOARD) which has
identical semantics.
So let's remove the option in an effort to simplify
At some point back in 2018 prior_stage_fdt_address and OF_PRIOR_STAGE got
introduced, in order to support a DTB handed over by an earlier stage boo
loader. However we have another option in the Kconfig (OF_BOARD) which has
identical semantics.
On RISC-V some of the boards pick up the DTB from a1
On Mon, Oct 11, 2021 at 02:00:56PM -0600, Simon Glass wrote:
> Hi Rob,
>
> On Mon, 11 Oct 2021 at 13:49, Rob Herring wrote:
> >
> > On Mon, Oct 11, 2021 at 2:00 PM Mark Kettenis
> > wrote:
> > >
> > > > From: Rob Herring
> > > > Date: Mon, 11 Oct 2021 13:36:29 -0500
> > >
> > > Hi Rob,
> > >
>
Hi Simon
[]
>
> > diff --git a/board/AndesTech/ax25-ae350/ax25-ae350.c
> > b/board/AndesTech/ax25-ae350/ax25-ae350.c
> > index 81b0ee992372..6de91208258f 100644
> > --- a/board/AndesTech/ax25-ae350/ax25-ae350.c
> > +++ b/board/AndesTech/ax25-ae350/ax25-ae350.c
> > @@ -21,7 +21,6 @@
> >
> > D
Hi Ilias,
On Thu, 30 Sept 2021 at 01:18, Ilias Apalodimas
wrote:
>
> At some point back in 2018 prior_stage_fdt_address and OF_PRIOR_STAGE got
> introduced, in order to support a DTB handed over by an earlier stage boot
> loader. However we have another option in the Kconfig (OF_BOARD) which ha
[...]
> >
> > This will work:
> >
> > diff --git a/dts/Kconfig b/dts/Kconfig
> > index dabe0080c1..6aca8a8738 100644
> > --- a/dts/Kconfig
> > +++ b/dts/Kconfig
> > @@ -90,6 +90,7 @@ config OF_LIVE
> > choice
> > prompt "Provider of DTB for DT control"
> > depends on OF_CONTROL
Hi Rob,
On Mon, 11 Oct 2021 at 13:49, Rob Herring wrote:
>
> On Mon, Oct 11, 2021 at 2:00 PM Mark Kettenis wrote:
> >
> > > From: Rob Herring
> > > Date: Mon, 11 Oct 2021 13:36:29 -0500
> >
> > Hi Rob,
> >
> > > On Sun, Oct 3, 2021 at 1:35 PM Mark Kettenis wrote:
> > > >
> > > > Add preliminar
On Mon, Oct 11, 2021 at 2:00 PM Mark Kettenis wrote:
>
> > From: Rob Herring
> > Date: Mon, 11 Oct 2021 13:36:29 -0500
>
> Hi Rob,
>
> > On Sun, Oct 3, 2021 at 1:35 PM Mark Kettenis wrote:
> > >
> > > Add preliminary device trees for the Apple M1 mini (2020) and
> > > Apple M1 Macbook Pro 13" (2
Hi Ilias,
On Thu, 30 Sept 2021 at 01:18, Ilias Apalodimas
wrote:
>
> At some point back in 2018 prior_stage_fdt_address and OF_PRIOR_STAGE got
> introduced, in order to support a DTB handed over by an earlier stage boot
> loader. However we have another option in the Kconfig (OF_BOARD) which ha
Hi Ilias,
On Wed, 29 Sept 2021 at 01:52, Heinrich Schuchardt wrote:
>
>
>
> On 9/29/21 08:25, Ilias Apalodimas wrote:
> - */
> -int sandbox_read_fdt_from_file(void);
> -
> /**
> * sandbox_reset() - reset sandbox
> *
> diff --git a/configs/sandbox64_defco
On Mon, 11 Oct 2021 at 10:40, Mark Kettenis wrote:
>
> This series adds basic support for Apple's M1 SoC to U-Boot.
> This builds a basic U-Boot that can be used as a payload
> for the m1n1 boot loader being developed by the Asahi Linux
> project.
>
> The goal here is to privide an UEFI interface
Hi Mark,
On Mon, 11 Oct 2021 at 10:40, Mark Kettenis wrote:
>
> Provide preliminary instructions on how to get U-Boot to run on
> Apple Silicon Macs.
Apple-Silicon
This is ambiguous. The Macs are not made out of silicon. It is a Mac
using Apple Silicon.
>
> Signed-off-by: Mark Kettenis
> ---
> From: Rob Herring
> Date: Mon, 11 Oct 2021 13:36:29 -0500
Hi Rob,
> On Sun, Oct 3, 2021 at 1:35 PM Mark Kettenis wrote:
> >
> > Add preliminary device trees for the Apple M1 mini (2020) and
> > Apple M1 Macbook Pro 13" (2020). Device tree bindings for
> > the Apple M1 SoC are still being for
Hi Rob,
On Mon, 11 Oct 2021 at 12:36, Rob Herring wrote:
>
> On Sun, Oct 3, 2021 at 1:35 PM Mark Kettenis wrote:
> >
> > Add preliminary device trees for the Apple M1 mini (2020) and
> > Apple M1 Macbook Pro 13" (2020). Device tree bindings for
> > the Apple M1 SoC are still being formalized an
On Thu, Sep 30, 2021 at 06:21:08PM +0200, Amjad Ouled-Ameur wrote:
> From: Keerthy
>
> Add all the ipu early boot related nodes
>
> Signed-off-by: Keerthy
> Signed-off-by: Amjad Ouled-Ameur
> ---
>
> (no changes since v1)
>
> MAINTAINERS | 1 +
> arch/arm
On Sun, Oct 3, 2021 at 1:35 PM Mark Kettenis wrote:
>
> Add preliminary device trees for the Apple M1 mini (2020) and
> Apple M1 Macbook Pro 13" (2020). Device tree bindings for
> the Apple M1 SoC are still being formalized and these device
> trees will be synchronized with the Linux kernel as ne
Hi Heinrich,,
On Mon, 11 Oct 2021 at 10:53, Heinrich Schuchardt wrote:
>
>
>
> On 10/11/21 18:14, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Mon, 11 Oct 2021 at 09:02, Heinrich Schuchardt
> > wrote:
> >>
> >>
> >>
> >> On 10/11/21 16:54, Simon Glass wrote:
> >>> Hi Takahiro,
> >>>
> >>> On
From: Ricardo Salveti
Move setting CONFIG_BOOTCOMMAND to the mx7ulp_com_defconfig file.
It also allows replacing the default CONFIG_BOOTCOMMAND without
code modification.
Signed-off-by: Ricardo Salveti
Signed-off-by: Oleksandr Suvorov
Reviewed-by: Fabio Estevam
Reviewed-by: Tom Rini
---
Cha
From: Ricardo Salveti
Move setting CONFIG_BOOTCOMMAND to the mx7ulp_com_defconfig file.
It also allows replacing the default CONFIG_BOOTCOMMAND without
code modification.
Signed-off-by: Ricardo Salveti
Signed-off-by: Oleksandr Suvorov
---
Changes in v3:
- rebased on top of 49c8ef0e45 ("Conver
On Sun, 3 Oct 2021 at 12:35, Mark Kettenis wrote:
>
> Provide preliminary instructions on how to get U-Boot to run on
> Apple Silicon Macs.
>
> Signed-off-by: Mark Kettenis
> ---
> doc/board/apple/index.rst | 9 +++
> doc/board/apple/m1.rst| 56 +++
>
On Sun, 3 Oct 2021 at 12:34, Mark Kettenis wrote:
>
> Add preliminary device trees for the Apple M1 mini (2020) and
> Apple M1 Macbook Pro 13" (2020). Device tree bindings for
> the Apple M1 SoC are still being formalized and these device
> trees will be synchronized with the Linux kernel as need
Hi Mark,
On Sun, 3 Oct 2021 at 12:33, Mark Kettenis wrote:
>
> Apple M1 SoCs include an S5L UART which is a variant of the S5P
> UART. Add support for this variant and enable it by default
> on Apple SoCs.
>
> Signed-off-by: Mark Kettenis
> ---
> arch/arm/Kconfig| 1 +
>
On Sun, 3 Oct 2021 at 12:34, Mark Kettenis wrote:
>
> The DART is an IOMMU that is used on Apple's M1 SoC. This driver
> configures the DART such that it operates in bypass mode which is
> enough to support DMA for the USB3 ports integrated on the SoC.
>
> Signed-off-by: Mark Kettenis
> ---
> a
On Sun, 3 Oct 2021 at 12:32, Mark Kettenis wrote:
>
> Add support for Apple's M1 SoC that is used in "Apple Silicon"
> Macs. This builds a basic U-Boot that can be used as a payload
> for the m1n1 boot loader being developed by the Asahi Linux
> project.
>
> Signed-off-by: Mark Kettenis
> ---
>
On Sun, 3 Oct 2021 at 12:31, Mark Kettenis wrote:
>
> Add a set of tests for the IOMMU uclass.
>
> Signed-off-by: Mark Kettenis
> ---
> arch/sandbox/dts/test.dts | 6 ++
> configs/sandbox64_defconfig| 1 +
> configs/sandbox_defconfig | 1 +
> configs/sandbox_flat
Hi Mark,
On Sun, 3 Oct 2021 at 12:31, Mark Kettenis wrote:
>
> This series adds basic support for Apple's M1 SoC to U-Boot.
> This builds a basic U-Boot that can be used as a payload
> for the m1n1 boot loader being developed by the Asahi Linux
> project.
>
> The goal here is to privide an UEFI i
Hi Mark,
On Sun, 3 Oct 2021 at 12:31, Mark Kettenis wrote:
>
> This uclass is intended to manage IOMMUs on systems where the
> IOMMUs are not in bypass mode by default. In that case U-Boot
> cannot ignore the IOMMUs if it wants to use devices that need
> to do DMA and sit behind such an IOMMU.
>
Hi Mark,
On Mon, 11 Oct 2021 at 10:40, Mark Kettenis wrote:
>
> Provide preliminary instructions on how to get U-Boot to run on
> Apple Silicon Macs.
>
Please can you add a change log to this patch? Patman will do it for you.
> Signed-off-by: Mark Kettenis
> ---
> doc/board/apple/index.rst |
On 10/10/21 6:06 AM, Jernej Škrabec wrote:
Dne četrtek, 07. oktober 2021 ob 00:05:24 CEST je Alex G. napisal(a):
Can you please give the following diff a try, and if it works for you, submit
as patch?
This works, I'll submit it as a patch. Should I keep you as original author
and add your SoB
On 10/11/21 18:14, Simon Glass wrote:
Hi Heinrich,
On Mon, 11 Oct 2021 at 09:02, Heinrich Schuchardt wrote:
On 10/11/21 16:54, Simon Glass wrote:
Hi Takahiro,
On Sun, 10 Oct 2021 at 20:29, AKASHI Takahiro
wrote:
Heinrich,
On Fri, Oct 08, 2021 at 10:23:52AM +0200, Heinrich Schuchard
Provide preliminary instructions on how to get U-Boot to run on
Apple Silicon Macs.
Signed-off-by: Mark Kettenis
---
doc/board/apple/index.rst | 9 +++
doc/board/apple/m1.rst| 56 +++
doc/board/index.rst | 1 +
3 files changed, 66 insertions(+)
Add preliminary device trees for the Apple M1 mini (2020) and
Apple M1 Macbook Pro 13" (2020). Device tree bindings for
the Apple M1 SoC are still being formalized and these device
trees will be synchronized with the Linux kernel as needed.
These device trees are provided as a reference only as U
Apple M1 SoCs include an S5L UART which is a variant of the S5P
UART. Add support for this variant and enable it by default
on Apple SoCs.
Signed-off-by: Mark Kettenis
---
arch/arm/Kconfig| 1 +
arch/arm/include/asm/arch-m1/uart.h | 41 +++
configs/apple_m1_defcon
The DART is an IOMMU that is used on Apple's M1 SoC. This driver
configures the DART such that it operates in bypass mode which is
enough to support DMA for the USB3 ports integrated on the SoC.
Signed-off-by: Mark Kettenis
---
arch/arm/Kconfig | 1 +
drivers/iommu/Kconfig | 10
Add a set of tests for the IOMMU uclass.
Signed-off-by: Mark Kettenis
---
arch/sandbox/dts/test.dts | 6 ++
configs/sandbox64_defconfig| 1 +
configs/sandbox_defconfig | 1 +
configs/sandbox_flattree_defconfig | 1 +
configs/sandbox_noinst_defconfig | 1 +
co
Add support for Apple's M1 SoC that is used in "Apple Silicon"
Macs. This builds a basic U-Boot that can be used as a payload
for the m1n1 boot loader being developed by the Asahi Linux
project.
Signed-off-by: Mark Kettenis
---
arch/arm/Kconfig| 21
arch/arm/Makefile
This uclass is intended to manage IOMMUs on systems where the
IOMMUs are not in bypass mode by default. In that case U-Boot
cannot ignore the IOMMUs if it wants to use devices that need
to do DMA and sit behind such an IOMMU.
This initial IOMMU uclass implementation does not implement and
device
This series adds basic support for Apple's M1 SoC to U-Boot.
This builds a basic U-Boot that can be used as a payload
for the m1n1 boot loader being developed by the Asahi Linux
project.
The goal here is to privide an UEFI interface on these machines that
allows booting various open source OSes.
Hello Marek,
> These differences between Marvell's version and U-Boot's standard
> environment version can be specified in device-tree (via compatible or
> other properties) and handled by one driver.
>
> A driver for nvmem provider of standard U-Boot env could have this
> binding (with "denx,u-bo
Hi Heinrich,
On Mon, 11 Oct 2021 at 09:09, Heinrich Schuchardt wrote:
>
>
>
> On 10/11/21 16:32, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Mon, 11 Oct 2021 at 04:07, Heinrich Schuchardt
> > wrote:
> >>
> >>
> >>
> >> On 10/1/21 13:48, Peter Robinson wrote:
> >>> On Fri, Oct 1, 2021 at 6:03
Hi Heinrich,
On Mon, 11 Oct 2021 at 09:02, Heinrich Schuchardt wrote:
>
>
>
> On 10/11/21 16:54, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Sun, 10 Oct 2021 at 20:29, AKASHI Takahiro
> > wrote:
> >>
> >> Heinrich,
> >>
> >> On Fri, Oct 08, 2021 at 10:23:52AM +0200, Heinrich Schuchardt wrote:
Hi Heinrich,
On Mon, 11 Oct 2021 at 09:31, Heinrich Schuchardt wrote:
>
>
>
> On 10/11/21 16:54, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Mon, 11 Oct 2021 at 00:43, AKASHI Takahiro
> > wrote:
> >>
> >> Simon,
> >>
> >> On Sun, Oct 10, 2021 at 08:14:18AM -0600, Simon Glass wrote:
> >>> Hi T
On Monday 11 October 2021 10:45:44 Tom Rini wrote:
> On Mon, Oct 11, 2021 at 04:33:44PM +0200, Pali Rohár wrote:
> > On Monday 11 October 2021 10:32:22 Tom Rini wrote:
> > > On Mon, Oct 11, 2021 at 04:25:48PM +0200, Pali Rohár wrote:
> > > > On Monday 11 October 2021 10:03:21 Tom Rini wrote:
> > >
On 10/11/21 16:54, Simon Glass wrote:
Hi Takahiro,
On Mon, 11 Oct 2021 at 00:43, AKASHI Takahiro
wrote:
Simon,
On Sun, Oct 10, 2021 at 08:14:18AM -0600, Simon Glass wrote:
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
wrote:
This member field in udevice will be used to
While we intentionally set -std=gnu11 for building host tools, and have
for quite some time, we never dropped -std=gnu99 from tools/Makefile.
This resulted in passing -std=gnu11 ... -std=gnu99 when building, and
gnu99 would win. This in turn would result now in warnings such as:
tools/mkeficapsule
On Mon, Oct 11, 2021 at 08:44:09AM -0400, Tom Rini wrote:
> On Mon, Oct 11, 2021 at 11:21:49AM +0800, Bin Meng wrote:
> > On Mon, Oct 11, 2021 at 3:23 AM Tom Rini wrote:
> > >
> > > While we intentionally set -std=gnu11 for building host tools, and have
> > > for quite some time, we never dropped
On 10/11/21 16:32, Simon Glass wrote:
Hi Heinrich,
On Mon, 11 Oct 2021 at 04:07, Heinrich Schuchardt wrote:
On 10/1/21 13:48, Peter Robinson wrote:
On Fri, Oct 1, 2021 at 6:03 AM AKASHI Takahiro
wrote:
In blk_get_device_by_str(), the comment says: "Updates the partition table
for the
On 10/11/21 16:54, Simon Glass wrote:
Hi Takahiro,
On Sun, 10 Oct 2021 at 20:29, AKASHI Takahiro
wrote:
Heinrich,
On Fri, Oct 08, 2021 at 10:23:52AM +0200, Heinrich Schuchardt wrote:
On 10/8/21 02:51, AKASHI Takahiro wrote:
On Mon, Oct 04, 2021 at 12:27:59PM +0900, AKASHI Takahiro wro
Hi Takahiro,
On Sun, 10 Oct 2021 at 19:43, AKASHI Takahiro
wrote:
>
> On Sun, Oct 10, 2021 at 08:14:13AM -0600, Simon Glass wrote:
> > On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
> > wrote:
> > >
> > > Every time an ide bus/port is scanned and a new device is detected,
> > > we want to call d
Hi Takahiro,
On Sun, 10 Oct 2021 at 20:29, AKASHI Takahiro
wrote:
>
> Heinrich,
>
> On Fri, Oct 08, 2021 at 10:23:52AM +0200, Heinrich Schuchardt wrote:
> >
> >
> > On 10/8/21 02:51, AKASHI Takahiro wrote:
> > > On Mon, Oct 04, 2021 at 12:27:59PM +0900, AKASHI Takahiro wrote:
> > > > On Fri, Oct
Hi Takahiro,
On Sun, 10 Oct 2021 at 21:15, AKASHI Takahiro
wrote:
>
> Hi Simon,
>
> On Sun, Oct 10, 2021 at 08:14:23AM -0600, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
> > wrote:
> > >
> > > Adding this callback function, efi_disk_create() in bloc
On Mon, 11 Oct 2021 at 07:02, Heinrich Schuchardt
wrote:
>
> tools/binman/control.py imports Python package pkg_resources.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> doc/build/gcc.rst | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Reviewed-by: Simon Glass
Hi Takahiro,
On Thu, 7 Oct 2021 at 00:25, AKASHI Takahiro wrote:
>
> With this script, a public key is added to a device tree blob
> as the default efi_get_public_key_data() expects.
>
> Signed-off-by: AKASHI Takahiro
> ---
> MAINTAINERS | 1 +
> tools/fdtsig.sh | 40 ++
Hi Takahiro, Ilias,
On Sun, 10 Oct 2021 at 18:29, AKASHI Takahiro
wrote:
>
> On Fri, Oct 08, 2021 at 10:11:59PM +0300, Ilias Apalodimas wrote:
> > Hi Simon,
> >
> > On Fri, Oct 08, 2021 at 09:38:11AM -0600, Simon Glass wrote:
> > > Hi Takahiro,
> > >
> > > On Thu, 7 Oct 2021 at 00:24, AKASHI Taka
Hi Takahiro,
On Mon, 11 Oct 2021 at 00:52, AKASHI Takahiro
wrote:
>
> On Sun, Oct 10, 2021 at 08:14:21AM -0600, Simon Glass wrote:
> > On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
> > wrote:
> > >
> > > Add efi_disk_create() function.
> > >
> > > Any UEFI handle created by efi_disk_create() ca
Hi Takahiro,
On Mon, 11 Oct 2021 at 00:43, AKASHI Takahiro
wrote:
>
> Simon,
>
> On Sun, Oct 10, 2021 at 08:14:18AM -0600, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
> > wrote:
> > >
> > > This member field in udevice will be used to dereference fr
On Mon, Oct 11, 2021 at 04:33:44PM +0200, Pali Rohár wrote:
> On Monday 11 October 2021 10:32:22 Tom Rini wrote:
> > On Mon, Oct 11, 2021 at 04:25:48PM +0200, Pali Rohár wrote:
> > > On Monday 11 October 2021 10:03:21 Tom Rini wrote:
> > > > On Mon, Oct 11, 2021 at 12:13:29PM +0200, Pali Rohár wrot
On Monday 11 October 2021 10:32:22 Tom Rini wrote:
> On Mon, Oct 11, 2021 at 04:25:48PM +0200, Pali Rohár wrote:
> > On Monday 11 October 2021 10:03:21 Tom Rini wrote:
> > > On Mon, Oct 11, 2021 at 12:13:29PM +0200, Pali Rohár wrote:
> > >
> > > > Hello!
> > > >
> > > > Current U-Boot master has
Hi Heinrich,
On Mon, 11 Oct 2021 at 04:07, Heinrich Schuchardt wrote:
>
>
>
> On 10/1/21 13:48, Peter Robinson wrote:
> > On Fri, Oct 1, 2021 at 6:03 AM AKASHI Takahiro
> > wrote:
> >>
> >> In blk_get_device_by_str(), the comment says: "Updates the partition table
> >> for the specified hw parti
On Mon, Oct 11, 2021 at 04:25:48PM +0200, Pali Rohár wrote:
> On Monday 11 October 2021 10:03:21 Tom Rini wrote:
> > On Mon, Oct 11, 2021 at 12:13:29PM +0200, Pali Rohár wrote:
> >
> > > Hello!
> > >
> > > Current U-Boot master has broken booting of Linux kernel over UART on
> > > A38x.
> > >
>
On Monday 11 October 2021 10:03:21 Tom Rini wrote:
> On Mon, Oct 11, 2021 at 12:13:29PM +0200, Pali Rohár wrote:
>
> > Hello!
> >
> > Current U-Boot master has broken booting of Linux kernel over UART on
> > A38x.
> >
> > After transferring image over UART it just prints:
> >
> > CACHE: Misalig
On Mon, 11 Oct 2021 at 17:07, Ard Biesheuvel wrote:
>
> On Mon, 11 Oct 2021 at 15:51, Ilias Apalodimas
> wrote:
> >
> > Hi Heinrich,
> >
> > On Mon, 11 Oct 2021 at 16:45, Heinrich Schuchardt
> > wrote:
> > >
> > >
> > >
> > > On 10/11/21 14:10, Ilias Apalodimas wrote:
> > > > We are ignoring the
On Mon, 11 Oct 2021 at 15:51, Ilias Apalodimas
wrote:
>
> Hi Heinrich,
>
> On Mon, 11 Oct 2021 at 16:45, Heinrich Schuchardt
> wrote:
> >
> >
> >
> > On 10/11/21 14:10, Ilias Apalodimas wrote:
> > > We are ignoring the alignment communicated via the PE/COFF header.
> > > Starting 5.10 the Linux k
On Mon, Oct 11, 2021 at 12:13:29PM +0200, Pali Rohár wrote:
> Hello!
>
> Current U-Boot master has broken booting of Linux kernel over UART on
> A38x.
>
> After transferring image over UART it just prints:
>
> CACHE: Misaligned operation at range [0100, 014e5d96]
> ## Total Size = 0x00
On Sun, Oct 10, 2021 at 11:52:09PM +0200, marek.va...@gmail.com wrote:
> From: Marek Vasut
>
> In case U-Boot starts with GD_FLG_SKIP_RELOC, the U-Boot code is
> not relocated, however the stack and heap is at the end of DRAM
> after relocation. Reserve a LMB area for the non-relocated U-Boot
> c
Hi Heinrich,
On Mon, 11 Oct 2021 at 16:45, Heinrich Schuchardt
wrote:
>
>
>
> On 10/11/21 14:10, Ilias Apalodimas wrote:
> > We are ignoring the alignment communicated via the PE/COFF header.
> > Starting 5.10 the Linux kernel will loudly complain about it. For more
> > details look at [1] (in li
On 10/11/21 14:10, Ilias Apalodimas wrote:
We are ignoring the alignment communicated via the PE/COFF header.
Starting 5.10 the Linux kernel will loudly complain about it. For more
details look at [1] (in linux kernel).
So add a function that can allocate aligned EFI memory and use it for our
tools/binman/control.py imports Python package pkg_resources.
Signed-off-by: Heinrich Schuchardt
---
doc/build/gcc.rst | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/build/gcc.rst b/doc/build/gcc.rst
index 0cdc307d57..8fcc7ab34b 100644
--- a/doc/build/gcc.rst
+++ b
On Mon, Oct 11, 2021 at 11:21:49AM +0800, Bin Meng wrote:
> On Mon, Oct 11, 2021 at 3:23 AM Tom Rini wrote:
> >
> > While we intentionally set -std=gnu11 for building host tools, and have
> > for quite some time, we never dropped -std=gnu99 from tools/Makefile.
> > This resulted in passing -std=gn
This enables the clock controller driver support on TI's SoCs. This will
fix this GPIO issue at boot time:
request_and_set_gpio: Unable to request GPIO_PR1_MII_CTRL
request_and_set_gpio: Unable to request GPIO_MUX_MII_CTRL
request_and_set_gpio: Unable to request GPIO_FET_SWITCH_CTRL
request_and_set
We are ignoring the alignment communicated via the PE/COFF header.
Starting 5.10 the Linux kernel will loudly complain about it. For more
details look at [1] (in linux kernel).
So add a function that can allocate aligned EFI memory and use it for our
relocated loaded image.
[1] c32ac11da3f83 ("ef
On 10/10/21 23:48, marek.va...@gmail.com wrote:
From: Marek Vasut
In case U-Boot starts with GD_FLG_SKIP_RELOC, the efi loader
relocation code breaks down because it assumes gd->relocaddr
points to relocated U-Boot code, which is not the case. Add
special case for handling GD_FLG_SKIP_RELOC,
+ Roman
Thanks for the review Jagan. Will look and get back to you.
Thanks,
-Bharat
On Fri, Oct 8, 2021 at 5:57 PM Jagan Teki
wrote:
> On Wed, Aug 25, 2021 at 6:55 PM Bharat Kumar Reddy Gooty
> wrote:
> >
> > From: Rayagonda Kokatanur
> >
> > IPROC qspi driver supports both BSPI and MSPI mode
On Mon, 11 Oct 2021 12:19:07 +0200
Luka Kovacic wrote:
> Hello Pali,
>
> > Something like this? compatible = "marvell,hw-info"
>
> This compatible string looks good to me.
> We will send a new patch version, which implements the discussed DT
> functionality.
>
> > > I am sure Luka knows more
Hello Pali,
> Something like this? compatible = "marvell,hw-info"
This compatible string looks good to me.
We will send a new patch version, which implements the discussed DT
functionality.
> > I am sure Luka knows more about the format than me.
The Marvell hw_info partition is very similar to
Hello!
Current U-Boot master has broken booting of Linux kernel over UART on
A38x.
After transferring image over UART it just prints:
CACHE: Misaligned operation at range [0100, 014e5d96]
## Total Size = 0x004e5d96 = 5135766 Bytes
## Start Addr = 0x0100
Kernel image @ 0x100
1 - 100 of 106 matches
Mail list logo
