Hi,
Any comments on the patch?
Best regards,
Marcin
czw., 21 lis 2019 o 10:29 Marcin Wojtas napisał(a):
> + Simon
>
> czw., 21 lis 2019 o 05:39 Marcin Wojtas napisał(a):
>
>> The SPI stack relies on a proper bus speed/mode configuration
>> by calling dm_spi_claim_bus(). However the hitherto
fsl_esdhc_imx driver will call "mxc_get_clock(MXC_ESDHC_CLK +
dev->seq)", however mxc_get_clock wrongly handle MXC_ESDHC_CLK
as root clk and cause sd card could not be detected in U-Boot proper,
as below:
"Loading Environment from MMC... unable to select a mode"
Handle MXC_ESDHC_CLK in
Hello Michael,
Am 09.12.2019 um 19:16 schrieb Michael Auchter:
This fixes an issue that would cause I2C writes to timeout when the
number of bytes is a multiple of the FIFO depth (i.e. 16 bytes).
Within the transfer loop, after writing the data register with a new
byte to transfer, if the
For Apollo Lake we need to take the I2C bus controller out of reset before
using this. Add this functionality to the driver.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
Reviewed-by: Bin Meng
---
Changes in v8:
- Add .data in compatible array
Changes in v7: None
Changes in v6:
-
> -Original Message-
> From: Marek Vasut
> Sent: Saturday, December 7, 2019 8:24 AM
> To: thor.tha...@linux.intel.com; simon.k.r.goldschm...@gmail.com; Tan,
> Ley Foon
> Cc: albert.u.b...@aribaud.net; Ang, Chee Hong
> ; Chee, Tien Fong ;
> u-boot@lists.denx.de
> Subject: Re: [PATCHv2
Hi Peng,
On Tue, Dec 10, 2019 at 11:50 PM Peng Fan wrote:
> Update your scfw/atf and they try again.
Please update board/freescale/imx8qm_mek/README to point to the
correct ATF/SCFW versions.
Hi Peng,
On Wed, Dec 11, 2019 at 12:05 AM Peng Fan wrote:
> > Does it work if you follow the README steps?
>
> I not download that, just use my local ATF/DDR,
Yes, this is what I suspected: the ATF/DDR firmware versions from the
README are not working with mainline U-Boot.
Could you please
> Subject: Re: i.MX8MM-EVK Boot failure
>
> Hi Peng,
>
> On Tue, Dec 10, 2019 at 10:48 PM Peng Fan wrote:
>
> > What you modified? It boots well with Tom's tree.
>
> Does imx8mq-evk also boot for you?
>
> I followed the imx8mq-evk README instructions and it does not boot here.
>
> Maybe you
> Subject: [U-Boot] [PATCH V3 2/2] core: device: use dev_power_domain_on
>
> Hello Peng,
>
> this patch broke my u-boot on a IMX8 QM ROM 7720a1 board.
>
> f0cc4eae9a1702a768817ea25d9f23cece69d021
>
> I bisect it and that is the first broken commit. The commits before are
> working
> fine.
>
On 2019/12/10 下午9:07, m...@embed.me.uk wrote:
From: Jack Mitchell
On a distribution with no python2 installed and no
python->python3 symlink the script will fail to execute.
Specify python3 explicitly as it's already a requirement
to build u-boot.
Signed-off-by: Jack Mitchell
On Tue, Dec 10, 2019 at 08:54:12PM -0500, Tom Rini wrote:
> On Wed, Dec 11, 2019 at 09:41:56AM +0900, AKASHI Takahiro wrote:
> > Simon,
> >
> > On Wed, Dec 04, 2019 at 05:28:59PM +0900, AKASHI Takahiro wrote:
> > > On Wed, Dec 04, 2019 at 08:31:26AM +0100, Heinrich Schuchardt wrote:
> > > > On
Hi Peng,
On Tue, Dec 10, 2019 at 10:48 PM Peng Fan wrote:
> What you modified? It boots well with Tom's tree.
Does imx8mq-evk also boot for you?
I followed the imx8mq-evk README instructions and it does not boot here.
Maybe you are using different ATF/DDR firmware versions?
Does it work if
On Wed, Dec 11, 2019 at 09:41:56AM +0900, AKASHI Takahiro wrote:
> Simon,
>
> On Wed, Dec 04, 2019 at 05:28:59PM +0900, AKASHI Takahiro wrote:
> > On Wed, Dec 04, 2019 at 08:31:26AM +0100, Heinrich Schuchardt wrote:
> > > On 12/4/19 3:43 AM, AKASHI Takahiro wrote:
> > > >Tom, Simon, Heinrich,
> >
> Subject: i.MX8MM-EVK Boot failure
>
> I am trying to run the latest master
>
> 4b19b89ca4a866b7baa642533e6dbd67cd832d27
> with the clock patches applied for 8mm, but I am getting a boot failure when I
> follow the instructions in the README, which are also a bit wrong. (the
> firmware
Simon,
On Wed, Dec 04, 2019 at 05:28:59PM +0900, AKASHI Takahiro wrote:
> On Wed, Dec 04, 2019 at 08:31:26AM +0100, Heinrich Schuchardt wrote:
> > On 12/4/19 3:43 AM, AKASHI Takahiro wrote:
> > >Tom, Simon, Heinrich,
> > >
> > >I have submitted three major patch sets for UEFI secure boot:
> > >*
Hi,
At FOSDEM on sunday the 2nd of february 2020, there will be another
hardware enablement DevRoom. URL: https://fosdem.org/2020/
This devroom covers topics related to hardware support and enablement
with free software. It includes the following topics:
* peripheral/controller firmwares
* hw
On Tue, Dec 10, 2019 at 6:30 PM Heinrich Schuchardt wrote:
>
> On 12/10/19 9:56 AM, Cristian Ciocaltea wrote:
> > Add a new OS type to be used for chain-loading an EFI compatible
> > firmware or boot loader like GRUB2, possibly in a verified boot
> > scenario.
> >
> > Bellow is sample ITS file
Am 2019-12-10 15:55, schrieb Alex Marginean:
Passes on the primary address used by u-boot to Linux. The code does a
DT
fix-up for ENETC PFs and sets the primary MAC address in IERB. The
address
in IERB is restored on ENETC PCI functions at FLR.
I don't get the reason why this is done in a
Hi Tom,
please pull fixes for v2020.01.
gitlab CI: https://gitlab.denx.de/u-boot/custodians/u-boot-video/pipelines/1599
Travis-CI: https://travis-ci.org/vdsao/u-boot-video/builds/623099426
Thanks,
Anatolij
The following changes since commit 28a4516cf154d6f7e738f8e0519b41eccef5af5c:
Merge
Hi Simon,
> -Original Message-
> From: U-Boot On Behalf Of Simon Glass
> Sent: Monday, December 9, 2019 8:59 AM
> To: U-Boot Mailing List
> Cc: Stefan Roese ; Angelo Dureghello
> Subject: [PATCH v2 1/4] serial: ns16550: Support run-time configuration
>
> At present this driver uses an
On 12/10/19 9:56 AM, Cristian Ciocaltea wrote:
Add support for booting EFI binaries contained in FIT images.
A typical usage scenario is chain-loading GRUB2 in a verified
boot environment.
Signed-off-by: Cristian Ciocaltea
Reading through the code it looks good. What I really need to do is
Hi all,
I've been working on a project recently that uses a Raspberry Pi Compute Module
1, and it uses U-Boot as a bootloader. The main UART port is required for the
project, so the mini-UART is required to be used for the console. Unfortunately
I've not been able to get U-Boot to boot when
On 12/10/19 9:56 AM, Cristian Ciocaltea wrote:
Add a new OS type to be used for chain-loading an EFI compatible
firmware or boot loader like GRUB2, possibly in a verified boot
scenario.
Bellow is sample ITS file that generates a FIT image supporting
secure boot. Please note the presence of 'os
On 12/10/19 9:56 AM, Cristian Ciocaltea wrote:
This patch adds a new section "Launching a UEFI binary from a FIT image"
documenting the usage of the CONFIG_BOOTM_EFI extension to bootm command
that offers a secure boot alternative for UEFI binaries such as GRUB2.
Signed-off-by: Cristian
On 12/10/19 1:58 PM, Simon Glass wrote:
Hi Heinrich,
On Sat, 9 Nov 2019 at 01:44, Heinrich Schuchardt wrote:
Activate UEFI unit tests on the sandbox.
Signed-off-by: Heinrich Schuchardt
---
configs/sandbox64_defconfig| 1 +
configs/sandbox_defconfig | 1 +
Hi Simon,
On Tue, 2019-12-10 at 05:48 -0700, Simon Glass wrote:
> Hi,
>
> I sometimes find that gitlab.denx.de is very slow. Just now is is
> worse than usual - it has taken almost 10 minutes to push a branch and
> still not finished. I am getting a 503 error on the web site.
>
> Any ideas?
Btw, I sent a v2 for this patch:
https://www.mail-archive.com/u-boot@lists.denx.de/msg346085.html
On 10/12/2019 4:18 PM, Simon Glass wrote:
> Hi Fabien,
>
> On Wed, 30 Oct 2019 at 03:50, Fabien DESSENNE wrote:
>> Hi Simon
>>
>> On 30/10/2019 2:49 AM, Simon Glass wrote:
>>> Hi Fabien,
>>>
>>>
Hi Simon,
On 10/12/2019 4:18 PM, Simon Glass wrote:
> Hi Fabien,
>
> On Wed, 30 Oct 2019 at 03:50, Fabien DESSENNE wrote:
>> Hi Simon
>>
>> On 30/10/2019 2:49 AM, Simon Glass wrote:
>>> Hi Fabien,
>>>
>>> On Tue, 22 Oct 2019 at 03:08, Fabien DESSENNE
>>> wrote:
Hi Simon,
On 03/12/2019 09:45, Andre Heider wrote:
Changes since v2:
* drop "sunxi: board: Use eth_env_set_enetaddr_by_index()" as it breaks
compilation without CONFIG_NET
* add "sunxi: board: extract creating a unique sid into a helper function"
and use it for the the bdaddr so that it work without
From: Frieder Schrempf
In order to iterate over the menu entries and match for a specific
name in the pxe boot, we need to properly export the needed structs
and functions.
Signed-off-by: Frieder Schrempf
---
common/menu.c | 31 +--
include/menu.h | 34
From: Frieder Schrempf
In order to auto-select an option from the pxe boot menu, that
matches the detected board, we check the board model string in the
devicetree and set the default menu selection, if it matches the
label of the menu entry and there is no default selection already
set.
This
On Tue, Dec 10, 2019 at 04:24:09PM +0100, Michal Simek wrote:
> On 10. 12. 19 14:56, Tom Rini wrote:
> > On Tue, Dec 10, 2019 at 01:40:42PM +0100, Michal Simek wrote:
> >> Hi Tom,
> >>
> >> On 09. 12. 19 16:19, Michal Simek wrote:
> >>> Hi,
> >>>
> >>> over years a lot of new Xilinx ZynqMP board
On 10. 12. 19 14:56, Tom Rini wrote:
> On Tue, Dec 10, 2019 at 01:40:42PM +0100, Michal Simek wrote:
>> Hi Tom,
>>
>> On 09. 12. 19 16:19, Michal Simek wrote:
>>> Hi,
>>>
>>> over years a lot of new Xilinx ZynqMP board have been added to U-Boot with
>>> corresponding defconfigs. Also a lot of
On Tue, 10 Dec 2019 at 17:03, Alexandru Marginean
wrote:
>
> On 12/10/2019 3:54 PM, Vladimir Oltean wrote:
> > Hi Alex,
> >
> > On Tue, 10 Dec 2019 at 16:21, Alex Marginean
> > wrote:
> >>
> >> Passes on the primary address used by u-boot to Linux. The code does a DT
> >> fix-up for ENETC PFs
Hi Philippe,
On Thu, 31 Oct 2019 at 07:33, Philippe REYNES
wrote:
>
> Hi Simonn
>
> > Hi Philippe,
> >
> > On Tue, 29 Oct 2019 at 11:29, Philippe Reynes
> > wrote:
> >>
> >> This commit update the aes tests to check the
> >> aes192 and aes256.
> >>
> >> Signed-off-by: Philippe Reynes
> >> ---
Hi Jean-Jacques,
On Tue, 5 Nov 2019 at 04:47, Jean-Jacques Hiblot wrote:
>
> Some linux drivers provide their own read/write functions to access data
> from/of the regmap. Adding support for it.
>
> Signed-off-by: Jean-Jacques Hiblot
>
> ---
>
> Changes in v2:
> - Only use custom accessors if
Hi Heinrich,
On Wed, 30 Oct 2019 at 22:10, Heinrich Schuchardt wrote:
>
> Hello Simon,
>
> the gitlab 'sandbox test.py' job seems to be kind of a lottery:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-efi/-/jobs/25678
>
> Job succeeded
>
>
Hi Fabien,
On Wed, 30 Oct 2019 at 03:50, Fabien DESSENNE wrote:
>
> Hi Simon
>
> On 30/10/2019 2:49 AM, Simon Glass wrote:
> > Hi Fabien,
> >
> > On Tue, 22 Oct 2019 at 03:08, Fabien DESSENNE
> > wrote:
> >> Hi Simon,
> >>
> >>
> >> On 22/10/2019 1:47 AM, Simon Glass wrote:
> >>> Hi Fabien,
>
On 12/10/2019 3:54 PM, Vladimir Oltean wrote:
Hi Alex,
On Tue, 10 Dec 2019 at 16:21, Alex Marginean
wrote:
Passes on the primary address used by u-boot to Linux. The code does a DT
fix-up for ENETC PFs and sets the primary MAC address in IERB. The address
in IERB is restored on ENETC PCI
Passes on the primary address used by u-boot to Linux. The code does a DT
fix-up for ENETC PFs and sets the primary MAC address in IERB. The address
in IERB is restored on ENETC PCI functions at FLR.
Signed-off-by: Alex Marginean
---
The code is called fom ft_board_setup in
Hi Alex,
On Tue, 10 Dec 2019 at 16:21, Alex Marginean
wrote:
>
> Passes on the primary address used by u-boot to Linux. The code does a DT
> fix-up for ENETC PFs and sets the primary MAC address in IERB. The address
> in IERB is restored on ENETC PCI functions at FLR.
>
> Signed-off-by: Alex
Passes on the primary address used by u-boot to Linux. The code does a DT
fix-up for ENETC PFs and sets the primary MAC address in IERB. The address
in IERB is restored on ENETC PCI functions at FLR.
Signed-off-by: Alex Marginean
---
The code is called fom ft_board_setup in
On Tue, Dec 10, 2019 at 12:59 AM Simon Glass wrote:
>
> At present this driver uses an assortment of CONFIG options to control
> how it accesses the hardware. This is painful for platforms that are
> supposed to be controlled by a device tree or a previous-stage bootloader.
>
> Add a new CONFIG
Hello Peng,
this patch broke my u-boot on a IMX8 QM ROM 7720a1 board.
f0cc4eae9a1702a768817ea25d9f23cece69d021
I bisect it and that is the first broken commit. The commits before are
working fine.
I tried to remove your changes but then I run into this errrors:
sc_rm_get_memreg_info: mr:38
On Mon, Dec 9, 2019 at 8:41 AM Simon Glass wrote:
>
> Adds a driver for the Apollo Lake Primary-to-sideband bus. This supports
> various child devices. It supposed both device tree and of-platdata.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v7:
> - Update comment in
On Mon, Dec 9, 2019 at 8:32 AM Simon Glass wrote:
>
> For Apollo Lake we need to take the I2C bus controller out of reset before
> using this. Add this functionality to the driver.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Heiko Schocher
> ---
>
> Changes in v7: None
> Changes in v6:
> -
On Mon, Dec 9, 2019 at 8:32 AM Simon Glass wrote:
>
> This driver handles communication with the systemagent which needs to be
> told when U-Boot has completed its init.
>
> Signed-off-by: Simon Glass
>
> ---
>
> Changes in v7:
> - Add a comment to enable_bios_reset_cpl()
>
> Changes in v6: None
On Mon, Dec 9, 2019 at 8:32 AM Simon Glass wrote:
>
> Add a driver for the Apollo Lake pinctrl. This mostly makes use of the
> common Intel pinctrl support.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v7:
> - Drop Glacier Lake code
> - Fix value of GPIO_28_IRQ
> - Update Kconfig to avoid
On Tue, Dec 10, 2019 at 01:03:29PM +0100, Michal Simek wrote:
> On 09. 12. 19 16:49, Tom Rini wrote:
> > On Mon, Dec 09, 2019 at 03:21:02PM +0100, Michal Simek wrote:
> >> On 05. 12. 19 15:33, Tom Rini wrote:
> >>> On Thu, Dec 05, 2019 at 09:46:57AM +0100, Michal Simek wrote:
> Follow i.MX,
On Tue, Dec 10, 2019 at 01:40:42PM +0100, Michal Simek wrote:
> Hi Tom,
>
> On 09. 12. 19 16:19, Michal Simek wrote:
> > Hi,
> >
> > over years a lot of new Xilinx ZynqMP board have been added to U-Boot with
> > corresponding defconfigs. Also a lot of drivers have been moved to DM that
> > we
Hi Stuart,
On Thu, 31 Oct 2019 at 09:29, Stuart Yoder wrote:
>
> On Tue, Oct 29, 2019 at 8:49 PM Simon Glass wrote:
> >
> > Hi Stuart,
> >
> > On Mon, 28 Oct 2019 at 17:27, Stuart Yoder wrote:
> > >
> > > I saw Simon's write-up here: https://lwn.net/Articles/571031/, which
> > > references TPM
From: Jack Mitchell
On a distribution with no python2 installed and no
python->python3 symlink the script will fail to execute.
Specify python3 explicitly as it's already a requirement
to build u-boot.
Signed-off-by: Jack Mitchell
---
arch/arm/mach-rockchip/make_fit_atf.py | 2 +-
1 file
On Sat, 9 Nov 2019 at 03:35, Andy Shevchenko wrote:
>
> On Sat, Nov 9, 2019 at 11:59 AM Heinrich Schuchardt
> wrote:
> >
> > Due to a conversion error the sandbox does not accept byte values 0x80-0xff
> > from the keyboard. The UEFI extended text input unit test requires Unicode
> > support.
>
Hi,
On Wed, 4 Dec 2019 at 21:28, Simon Glass wrote:
>
> On Sun, 24 Nov 2019 at 18:48, Bin Meng wrote:
> >
> > On Mon, Nov 25, 2019 at 9:45 AM Masahiro Yamada
> > wrote:
> > >
> > > The suffix should be ".bin" instead of ".dtb" .
> > >
> > > Signed-off-by: Masahiro Yamada
> > > ---
> > >
> > >
On Sun, 24 Nov 2019 at 13:30, Cristian Ciocaltea
wrote:
>
> The parser responsible for the '[make-flags]' section in
> the '.buildman' settings file is currently not able to
> handle quoted strings, as given in the sample bellow:
>
> [make-flags]
> qemu_arm=HOSTCC="cc -isystem /add/include"
On Sat, 9 Nov 2019 at 01:39, Heinrich Schuchardt wrote:
>
> In the device tree UEFI unit test the compatible property of the device is
> read.
>
> Provide the missing property.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> arch/sandbox/dts/sandbox.dts | 1 +
> arch/sandbox/dts/sandbox64.dts
On Mon, 9 Dec 2019 at 11:19, Michael Auchter wrote:
>
> This fixes an issue that would cause I2C writes to timeout when the
> number of bytes is a multiple of the FIFO depth (i.e. 16 bytes).
>
> Within the transfer loop, after writing the data register with a new
> byte to transfer, if the
Hi Heinrich,
On Sat, 9 Nov 2019 at 01:44, Heinrich Schuchardt wrote:
>
> Activate UEFI unit tests on the sandbox.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> configs/sandbox64_defconfig| 1 +
> configs/sandbox_defconfig | 1 +
> configs/sandbox_flattree_defconfig | 1 +
>
On Mon, Dec 02, 2019 at 04:34:21PM -0600, Suman Anna wrote:
> The commit 1b42ab3eda8a ("ARM: DRA7: Fixup DSPEVE, IVA and GPU clock
> frequencies based on OPP") added the core logic to update the kernel
> device-tree blob to adjust the DSP, IVA and GPU DPLL clocks based on
> a one-time OPP choice
Hi,
I sometimes find that gitlab.denx.de is very slow. Just now is is
worse than usual - it has taken almost 10 minutes to push a branch and
still not finished. I am getting a 503 error on the web site.
Any ideas?
Regards,
Simon
Hi Tom,
On 09. 12. 19 16:19, Michal Simek wrote:
> Hi,
>
> over years a lot of new Xilinx ZynqMP board have been added to U-Boot with
> corresponding defconfigs. Also a lot of drivers have been moved to DM that
> we can make one generic configuration with one defconfig.
> Nand still needs to be
Hi Heiko,
On Fri, 15 Nov 2019 at 00:28, Heiko Schocher wrote:
>
> Enable the new Kconfig option ENV_SPI_EARLY if you want
> to use Environment in SPI flash before relocation.
> Call env_init() and than you can use env_get_f() for
> accessing Environment variables.
>
> Signed-off-by: Heiko
On Fri, 8 Nov 2019 at 20:56, Heiko Schocher wrote:
>
> if MULTI_DTB_FIT is enabled it is helpful to display
> the value of gd->multi_dtb_fit in bdinfo.
>
> Signed-off-by: Heiko Schocher
>
> ---
> travis build:
> https://travis-ci.org/hsdenx/u-boot-test/builds/609100901
>
> cmd/bdinfo.c | 3 +++
Hi Heiko,
On Wed, 30 Oct 2019 at 04:29, Heiko Schocher wrote:
>
> dm_gpio_lookup_name() searches for a gpio through
> the bank name. But we have also gpio labels, and it
> makes sense to search for a gpio also in the labels
> we have defined, if no gpio is found through the
> bank name
On 09. 12. 19 16:49, Tom Rini wrote:
> On Mon, Dec 09, 2019 at 03:21:02PM +0100, Michal Simek wrote:
>> On 05. 12. 19 15:33, Tom Rini wrote:
>>> On Thu, Dec 05, 2019 at 09:46:57AM +0100, Michal Simek wrote:
Follow i.MX, Sunxi, RISC-V and Rockchip to generate u-boot.itb which
includes
This patch add mmc and sd support for Mediatek MT7622 SoCs
Signed-off-by: Sam Shih
Reviewed-by: Ryder Lee
---
drivers/mmc/mtk-sd.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/mmc/mtk-sd.c b/drivers/mmc/mtk-sd.c
index eaa584a4df..a3ede3070a 100644
---
Add support for MediaTek MT7622 SoC. This include the file
that will initialize the SoC after boot and its device tree.
Signed-off-by: Sam Shih
Reviewed-by: Ryder Lee
---
arch/arm/dts/mt7622-u-boot.dtsi| 29
arch/arm/dts/mt7622.dtsi | 185 +
This patch add CONFIG_TARGET_MT7623 into mt7623n_bpir2_defconfig
to fix the mt7623 compile error after building others mediatek target
platform
Signed-off-by: Sam Shih
Reviewed-by: Ryder Lee
---
configs/mt7623n_bpir2_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
This adds a general board file based on MT7622 SoCs from MediaTek.
This commit is adding the basic boot support for the MT7622 rfb.
Signed-off-by: Sam Shih
Reviewed-by: Ryder Lee
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/mt7622-rfb.dts| 180
This patch move u-boot properties to -u-boot.dtsi file.
Signed-off-by: Sam Shih
Reviewed-by: Ryder Lee
---
arch/arm/dts/mt7623-u-boot.dtsi | 29 +++
arch/arm/dts/mt7623.dtsi | 6
arch/arm/dts/mt7623n-bananapi-bpi-r2.dts | 1 +
This patch add power domain support for Mediatek MT7622 SoCs
Signed-off-by: Ryder Lee
Signed-off-by: Sam Shih
---
drivers/power/domain/mtk-power-domain.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/power/domain/mtk-power-domain.c
b/drivers/power/domain/mtk-power-domain.c
This patch add clock driver for MediaTek MT7622 SoC.
Signed-off-by: Ryder Lee
Signed-off-by: Sam Shih
---
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/mediatek/clk-mt7622.c | 678 +
include/dt-bindings/clock/mt7622-clk.h | 271 ++
3 files
This patch series adds basic boot support on eMMC/SD/spi-nor for the
MediaTek MT7622 SoC based boards. This series add the clock, pinctrl
drivers and the SoC initializaton code.
Change since V1:
- move mt7622/23/29 u-boot properties to -u-boot.dtsi files
- pinctrl: mediatek: add support for
This patch add Pinctrl driver for MediaTek MT7622 SoC.
Signed-off-by: Sam Shih
Reviewed-by: Ryder Lee
---
drivers/pinctrl/mediatek/Kconfig | 4 +
drivers/pinctrl/mediatek/Makefile | 1 +
drivers/pinctrl/mediatek/pinctrl-mt7622.c | 752 ++
3 files
Due to the pinctrl hardware of MT7622 is difference from others
SoC which using the common part of mediatek pinctrl.
So we need to modify the common part of mediatek pinctrl.
Signed-off-by: Sam Shih
Reviewed-by: Ryder Lee
---
drivers/pinctrl/mediatek/pinctrl-mt7622.c | 2 +
This patch fix clock-rate overflow problem in mediatek
clock driver common part.
Signed-off-by: Sam Shih
Reviewed-by: Ryder Lee
---
drivers/clk/mediatek/clk-mtk.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/clk/mediatek/clk-mtk.c
Hi Heiko,
On Tue, Dec 10, 2019 at 2:26 AM Heiko Schocher wrote:
> May you increase timeout in "arch/arm/mach-imx/i2c-mxv7.c"
>
> 49 elapsed = get_timer(start_time);
> 50 if (elapsed > (CONFIG_SYS_HZ / 5)) {/* .2 seconds */
> 51
On 02.12.2019 23:06, Swapna Gurumani - C40450 wrote:
> From: Swapna Gurumani
>
> In the initial SPI flash setup, the default bus mode being used was 3,
> which is incorrect, causing a CRC error when the ENV was being read from
> QSPI. Setting the default bus mode to 0 which is the correct
On Thu, 5 Dec 2019 18:15:49 +0100
Anatolij Gustschin ag...@denx.de wrote:
...
> drivers/video/Kconfig | 8
> drivers/video/console_normal.c | 10 +-
> 105 files changed, 180 insertions(+), 9 deletions(-)
Applied to u-boot-video/master,
On Thu, 5 Dec 2019 18:15:48 +0100
Anatolij Gustschin ag...@denx.de wrote:
...
> drivers/video/vidconsole-uclass.c | 6 ++
> drivers/video/video-uclass.c | 4
> 2 files changed, 10 insertions(+)
Applied to u-boot-video/master, thanks!
--
Anatolij
On Wed, 20 Nov 2019 14:11:16 +0100
Patrice Chotard patrice.chot...@st.com wrote:
...
> Changes in v2: None
>
> drivers/video/video_bmp.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
Applied to u-boot-video/master, thanks!
--
Anatolij
On Wed, 20 Nov 2019 14:11:15 +0100
Patrice Chotard patrice.chot...@st.com wrote:
...
> Changes in v2:
> - Convert panel_picture_delta from unsigned long to long
>
> drivers/video/video_bmp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Also changed 'axis_alignment' to long and
Hi Marek,
after fixing Stratix10 build warnings, please pull this updated Agilex
series for next.
Travis ran successfully this time:
https://travis-ci.org/goldsimon/u-boot/builds/622657322
Regards,
Simon
The following changes since commit b38c3a641fc01fcd4eda5fa107ae3c247baa0196:
Merge
Hi Joe,
On Fri, Oct 11, 2019 at 12:06 AM Joe Hershberger wrote:
>
> Hi Soeren,
>
> On Thu, Oct 10, 2019 at 6:01 PM Soeren Moch wrote:
> >
> > Using a MAC address from ROM storage is the normal case for most
> > ethernet hardware. Why should we warn about this?
>
> Most hardware that U-Boot runs
Hi Soeren,
On Thu, Oct 10, 2019 at 8:01 PM Soeren Moch wrote:
>
> Using a MAC address from ROM storage is the normal case for most
> ethernet hardware. Why should we warn about this?
>
> Signed-off-by: Soeren Moch
> ---
> Cc: Joe Hershberger
> Cc: u-boot@lists.denx.de
> ---
> net/eth-uclass.c
Hi Simon,
On 02/12/2019 16:45, Tom Rini wrote:
> On Sun, Dec 01, 2019 at 07:33:56PM -0700, Simon Glass wrote:
>
>> At present the pinctrl nodes are not enabled in pre-relocation U-Boot so
>> the UARTs do not correctly select the pinconfig to enable the UART pins.
>> Fix this so that the U-Boot
Commit ec837c82d709 ("imx6: wandboard: convert to DM_PMIC")
caused the following pmic_get() error:
CPU: Freescale i.MX6QP rev1.0 at 792 MHz
Reset cause: POR
DRAM: 2 GiB
PMIC: pmic_get() ret -19
...
and since the PMIC presence is used to determine the board
After the conversion to DM_PMIC the following output is seen:
PMIC: PMIC: PFUZE100 ID=0x10
Remove the unnecessary PMIC string from the board file to
avoid the repetead string.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
board/wandboard/wandboard.c | 2 --
1 file changed, 2
On Mon, Dec 9, 2019 at 9:20 PM Fabio Estevam wrote:
> diff --git a/board/wandboard/wandboard.c b/board/wandboard/wandboard.c
> index b2f961a7f0..7209cc8211 100644
> --- a/board/wandboard/wandboard.c
> +++ b/board/wandboard/wandboard.c
> @@ -366,13 +366,13 @@ int power_init_board(void)
>
This patch adds a new section "Launching a UEFI binary from a FIT image"
documenting the usage of the CONFIG_BOOTM_EFI extension to bootm command
that offers a secure boot alternative for UEFI binaries such as GRUB2.
Signed-off-by: Cristian Ciocaltea
---
doc/uefi/uefi.rst | 34
This patch adds an example FIT image description file demonstrating
the usage of bootm command to securely launch UEFI binaries.
Signed-off-by: Cristian Ciocaltea
---
doc/uImage.FIT/uefi.its | 67 +
1 file changed, 67 insertions(+)
create mode 100644
Add support for booting EFI binaries contained in FIT images.
A typical usage scenario is chain-loading GRUB2 in a verified
boot environment.
Signed-off-by: Cristian Ciocaltea
---
cmd/Kconfig | 7 ++
common/bootm_os.c | 61 +++
2 files
Currently the only way to run an EFI binary like GRUB2 is via the
'bootefi' command, which cannot be used in a verified boot scenario.
The obvious solution to this limitation is to add support for
booting FIT images containing those EFI binaries.
The implementation relies on a new image type -
Add a new OS type to be used for chain-loading an EFI compatible
firmware or boot loader like GRUB2, possibly in a verified boot
scenario.
Bellow is sample ITS file that generates a FIT image supporting
secure boot. Please note the presence of 'os = "efi";' line, which
identifies the currently
Hi Heinrich,
On Tue, Dec 10, 2019 at 12:44 AM Heinrich Schuchardt wrote:
>
> With commit 37db55b7e9db ("linux/types.h: fix typo unchar") we have a
> duplicate typedef for uchar. As linux/types.h is included in common.h we
> don't need another typedef for uchar there.
>
> Fixes: 37db55b7e9db
95 matches
Mail list logo