DWC3 support phy interfaces like 8/16-bit UTMI+. phy interface
initialization code would handle them properly along with UNKNOWN
type by default if none of the user/board doesn't need to use the
phy interfaces at all.
The current code is masking the 8/16-bit UTMI+ interface bits globally
which
Setting TARGET_STM32MP1 in Kconfig always forces SYS_BOARD, SYS_VENDOR
and SYS_CONFIG_NAME to values set by the ST reference platforms. Allow
changing that by pulling out the TARGET_STM32MP157C_DK2 and making the
ST reference platform settings conditional on TARGET_STM32MP157C_DK2 .
Other
Since CONFIG_LOADADDR is not set, the default value of $loadaddr
variable is not set in the environment either. Set the default
load address to 256 MiB from the start of DRAM.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
include/configs/stm32mp1.h | 1 +
1 file
Let board code override setup_mac_address(), which is useful e.g. if the
board derives the MAC address from another source, like an I2C EEPROM.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/mach-stm32mp/cpu.c | 2 +-
1 file changed, 1 insertion(+), 1
Not all systems have all the boot devices enabled, e.g. not all systems
have MTD devices and thus do not enable UBI. Make all the boot devices
in the distro bootcmd conditional to avoid failures.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
PHY address 0 is a valid PHY address, to scan for all PHYs, pass -1 to
phy_connect(). Passing 0 used to work before be accident, but does no
longer.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
Cc: Patrice Chotard
Cc: Patrick Delaunay
Cc: Ramon Fried
---
drivers/net/dwc_eth_qos.c | 2 +-
Now, Slim Bootloader uses NS16550_DYNAMIC to support serial port
configuration at runtime, so no more code change is required.
Therefore, remove unnecessary steps and fix minor typo.
Signed-off-by: Aiden Park
---
doc/board/intel/slimbootloader.rst | 35 +++---
1 file
On 12/18/19 3:06 AM, Joe Hershberger wrote:
> On Tue, Dec 17, 2019 at 1:04 PM Marek Vasut wrote:
>>
>> On 12/17/19 7:47 PM, Joe Hershberger wrote:
>>> On Tue, Dec 17, 2019 at 11:46 AM Marek Vasut wrote:
On 12/17/19 5:25 PM, Joe Hershberger wrote:
> Hi Marek,
Hi Joe,
On 12/18/19 4:27 AM, Yinbo Zhu wrote:
Hi,
[...]
>>> diff --git a/common/usb_hub.c b/common/usb_hub.c index
>>> 33aaeb8e44..6dd06696b2 100644
>>> --- a/common/usb_hub.c
>>> +++ b/common/usb_hub.c
>>> @@ -486,6 +486,9 @@ static int usb_scan_port(struct usb_device_scan
>>> *usb_scan)
>>>
Slim Bootloader provides serial port info in its HOB to support
both IO or MMIO serial ports, but it's controlled by SYS_NS16550_MEM32
or SYS_NS16550_PORT_MAPPED in U-Boot.
To support both serial port configurations dynamically at runtime,
Slim Bootloader serial driver leverages NS16550_DYNAMIC.
Slim Bootloader provides serial port info in its HOB to support
both IO or MMIO serial ports, but it's controlled by SYS_NS16550_MEM32
or SYS_NS16550_PORT_MAPPED in U-Boot.
To support both serial port configurations dynamically at runtime,
Slim Bootloader serial driver leverages NS16550_DYNAMIC.
On 12/18/19 12:35 AM, Tom Rini wrote:
> On Tue, Dec 17, 2019, 2:04 PM Marek Vasut wrote:
>
>> On 12/17/19 7:47 PM, Joe Hershberger wrote:
>>> On Tue, Dec 17, 2019 at 11:46 AM Marek Vasut wrote:
On 12/17/19 5:25 PM, Joe Hershberger wrote:
> Hi Marek,
Hi Joe,
> On
Hi Priyanka,
> -Original Message-
> From: Priyanka Jain
> Sent: Tuesday, December 17, 2019 10:38 AM
> To: Kuldeep Singh ; u-boot@lists.denx.de
> Cc: ja...@amarulasolutions.com; s...@denx.de; Ashish Kumar
> ; frieder.schre...@kontron.de; Kuldeep Singh
> ; Ashish Kumar
> Subject: RE:
-Original Message-
From: Marek Vasut
Sent: 2019年12月16日 16:33
To: Bin Meng ; Yinbo Zhu
Cc: U-Boot Mailing List ; Peter Chen
; Xiaobo Xie ; Joe Hershberger
; Jiafei Pan ; Ran Wang
; Jun Li
Subject: [EXT] Re: [PATCH v1] T1024RDB: USB: Add a 10808 us delay in
usb_scan_port
Caution:
On Tue, Dec 17, 2019 at 1:04 PM Marek Vasut wrote:
>
> On 12/17/19 7:47 PM, Joe Hershberger wrote:
> > On Tue, Dec 17, 2019 at 11:46 AM Marek Vasut wrote:
> >>
> >> On 12/17/19 5:25 PM, Joe Hershberger wrote:
> >>> Hi Marek,
> >>
> >> Hi Joe,
> >>
> >>> On Tue, Dec 17, 2019 at 1:39 AM Marek
I am attempting to boot the Pine64-lts with a Trusted OS. In the ARM-TF
documentation it states "make sure the loader (SPL) loads the Trusted OS
binary to the beginning of DRAM (0x4000)." I have yet to find a
mechanism by which U-Boot's SPL for this platform can be configured to do
this.
Signature node must be in u-boot's FDT, written by mkimage -K
...
On Tue, Dec 17, 2019 at 4:38 AM Priyanka Singh
wrote:
> Hi,
>
> I was trying to test the Verified boot feature on NXP's LX2160ARDB board
> and I am facing the following issue during the same:
>
> 1. U-boot is unable to
On 2019-09-25, Vagrant Cascadian wrote:
> On 2019-08-21, David Abdurachmanov wrote:
>> Commit 37304aaf60bf92a5dc3ef222ba520698bd862a44 removed preboot
>> commands in RISC-V targets and broke extlinux support as reported
>> by Fu Wei .
>>
>> The patch finishes migration of CONFIG_USE_PREBOOT and
Adding those extra configurations allows us to successfully run UEFI
secure boot pytest on Travis CI.
Signed-off-by: AKASHI Takahiro
---
configs/sandbox64_defconfig | 3 +++
configs/sandbox_defconfig | 3 +++
2 files changed, 6 insertions(+)
diff --git a/configs/sandbox64_defconfig
Provide test cases for
* image authentication for signed images
(test_efi_secboot/test_signed.py)
* image authentication for unsigned images
(test_efi_secboot/test_unsigned.py)
Signed-off-by: AKASHI Takahiro
---
test/py/tests/test_efi_secboot/test_signed.py | 99 +
Pytest for UEFI secure boot will use several host commands.
In particular, Test setup relies on efitools, whose version must be v1.5.2
or later. So fetch a new version of deb package directly.
Please note it has a dependency on mtools, which must also be installed
along wih efitools.
In addition,
Provide a couple of test cases for variable authentication.
Signed-off-by: AKASHI Takahiro
---
.../py/tests/test_efi_secboot/test_authvar.py | 282 ++
1 file changed, 282 insertions(+)
create mode 100644 test/py/tests/test_efi_secboot/test_authvar.py
diff --git
With "-at" option, EFI_VARIABLE_TIME_BASED_AUTHENTICATED_WRITE_ACCESS
will be passed to SetVariable() to authenticate the variable.
Signed-off-by: AKASHI Takahiro
---
cmd/nvedit.c | 5 +++--
cmd/nvedit_efi.c | 5 -
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git
A fixture for UEFI secure boot tests (image authentication and variable
authentication) is defined. A small file system with test data in a single
partition formatted in fat is created.
This test requires efitools v1.5.2 or later. If the system's efitools
is older, you have to build it on your
The following variable is exported as UEFI specification defines:
VendorKeys: whether the system is configured to use only vendor-provided
keys or not
The value will have to be modified if a platform has its own way of
initializing signature database, in particular, PK.
Signed-off-by:
With this commit, image validation can be enforced, as UEFI specification
section 32.5 describes, if CONFIG_EFI_SECURE_BOOT is enabled.
Currently we support
* authentication based on db and dbx,
so dbx-validated image will always be rejected.
* following signature types:
The following variable is exported as UEFI specification defines:
SignatureSupport: array of GUIDs representing the type of signatures
supported by the platform firmware
Signed-off-by: AKASHI Takahiro
---
lib/efi_loader/efi_setup.c | 38
A signature database variable is associated with a specific guid.
For convenience, if user doesn't supply any guid info, "env set|print -e"
should complement it.
Signed-off-by: AKASHI Takahiro
---
cmd/nvedit_efi.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff
UEFI specification defines several global variables which are related to
the current secure boot state. In this commit, those values will be
maintained according to operations. Currently, AuditMode and DeployedMode
are defined but not implemented.
Signed-off-by: AKASHI Takahiro
---
efi_signature_parse_sigdb() is a helper function will be used to parse
signature database variable and instantiate a signature store structure
in later patches.
Signed-off-by: AKASHI Takahiro
---
include/efi_loader.h | 3 +
lib/efi_loader/efi_signature.c | 226
The index (IMAGE_DIRECTORY_ENTRY_SECURITY) in a table points to
a region containing authentication information (image's signature)
in PE format.
WIN_CERTIFICATE structure defines an embedded signature format.
Those definitions will be used in my UEFI secure boot patch.
Signed-off-by: AKASHI
One of major missing features in current UEFI implementation is "secure boot."
The ultimate goal of my attempt is to implement image authentication based
on signature and provide UEFI secure boot support which would be fully
compliant with UEFI specification, section 32[1].
(The code was
With this commit, EFI_VARIABLE_TIME_BASED_AUTHENTICATED_WRITE_ACCESS
is supported for authenticated variables and the system secure state
will transfer between setup mode and user mode as UEFI specification
section 32.3 describes.
Internally, authentication data is stored as part of authenticated
In this commit, implemented are a couple of helper functions which will be
used to materialize variable authentication as well as image authentication
in later patches.
Signed-off-by: AKASHI Takahiro
---
include/efi_api.h | 87 +
include/efi_loader.h | 72
Under this configuration, UEFI secure boot support will be added
in later patches.
Signed-off-by: AKASHI Takahiro
---
lib/efi_loader/Kconfig | 19 +++
1 file changed, 19 insertions(+)
diff --git a/lib/efi_loader/Kconfig b/lib/efi_loader/Kconfig
index c7027a967653..d1c092a1d80a
On Tue, Dec 17, 2019, 2:04 PM Marek Vasut wrote:
> On 12/17/19 7:47 PM, Joe Hershberger wrote:
> > On Tue, Dec 17, 2019 at 11:46 AM Marek Vasut wrote:
> >>
> >> On 12/17/19 5:25 PM, Joe Hershberger wrote:
> >>> Hi Marek,
> >>
> >> Hi Joe,
> >>
> >>> On Tue, Dec 17, 2019 at 1:39 AM Marek Vasut
On Sun, Nov 3, 2019 at 11:20 PM Troy Kisky
wrote:
>
> This fixes commit <91435cd40d30> "ARM: i.MX6: exclude the ARM errata
> from i.MX6 UP system"
>
> for nitrogen6x. The above commit removed the errata for the board
> since MX6Q/MXDL/MX6S is selected via CONFIG_SYS_EXTRA_OPTIONS
>
> This
Tom and others,
I finish at my current job on Friday, as such I will have no immediate
involvement with the L138 chip (not that I've had that much in recent
times). So it makes sense to remove me as maintainer. Especially as
the email listed for me will start bouncing. so is the simplest way
Sync the interrupt properties with the ones from Linux. Also use the
constants provided by the dt-bindings header. Please note, that there
are actual changes/fixes in the irq flags. U-Boot won't use the
interrupt properties anyway. It's just to be consistent with the Linux
device tree.
Also align the fspi node with the kernel one.
Signed-off-by: Michael Walle
Reviewed-by: Kuldeep Singh
---
changes since v1:
- none
changes since v2:
- none
changes since v3:
- none
arch/arm/dts/fsl-ls1028a.dtsi | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff
This is a port of the kernel's spi-nxp-fspi driver. It uses the new
spi-mem interface and does not expose the more generic spi-xfer
interface. The source was taken from the v5.3-rc3 tag.
The port was straightforward:
- remove the interrupt handling and the completion by busy polling the
On 11/3/2019 6:20 PM, Troy Kisky wrote:
> This fixes commit <91435cd40d30> "ARM: i.MX6: exclude the ARM errata
> from i.MX6 UP system"
>
> for nitrogen6x. The above commit removed the errata for the board
> since MX6Q/MXDL/MX6S is selected via CONFIG_SYS_EXTRA_OPTIONS
>
> This restores the
struct sunxi_prcm_reg is naturally packed. There is no need to define it as
packed. Defining it as packed leads to compilation errors with GCC 9.2.1:
CC arch/arm/lib/reloc_arm_efi.o
arch/arm/cpu/armv7/sunxi/psci.c: In function ‘sunxi_cpu_set_power’:
On 12/17/19 8:47 AM, Cristian Ciocaltea wrote:
This test verifies the implementation of the 'bootm' extension that
handles UEFI binaries inside FIT images (enabled via CONFIG_BOOTM_EFI).
Signed-off-by: Cristian Ciocaltea
---
test/py/tests/test_efi_fit.py | 233
On 12/17/19 8:46 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
You missed the current changes in common/bootm_os.c. I will rebase
On 12/17/19 8:46 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/17/19 8:32 PM, Heinrich Schuchardt wrote:
> On 12/17/19 1:19 PM, Marek Vasut wrote:
>> On 12/17/19 12:59 PM, Heinrich Schuchardt wrote:
>>> On 12/17/19 12:19 PM, Marek Vasut wrote:
On 12/17/19 12:14 PM, Heinrich Schuchardt wrote:
> On 12/17/19 11:00 AM, Marek Vasut wrote:
>> On
On 12/17/19 1:19 PM, Marek Vasut wrote:
On 12/17/19 12:59 PM, Heinrich Schuchardt wrote:
On 12/17/19 12:19 PM, Marek Vasut wrote:
On 12/17/19 12:14 PM, Heinrich Schuchardt wrote:
On 12/17/19 11:00 AM, Marek Vasut wrote:
On 12/17/19 10:27 AM, Heinrich Schuchardt wrote:
With GCC 9.2.1 errors
On 12/17/19 7:07 PM, Philippe Reynes wrote:
There is black magic in the file conftest.py that list
all the test unit. Then, all those test unit are called
in pytest. This call is done with the end of the name
(for example checksum if the full name is bloblist_test_checksum).
The result is that
On 12/17/19 7:47 PM, Joe Hershberger wrote:
> On Tue, Dec 17, 2019 at 11:46 AM Marek Vasut wrote:
>>
>> On 12/17/19 5:25 PM, Joe Hershberger wrote:
>>> Hi Marek,
>>
>> Hi Joe,
>>
>>> On Tue, Dec 17, 2019 at 1:39 AM Marek Vasut wrote:
On 11/7/19 9:04 PM, Joe Hershberger wrote:
> On
On Tue, Dec 17, 2019 at 11:46 AM Marek Vasut wrote:
>
> On 12/17/19 5:25 PM, Joe Hershberger wrote:
> > Hi Marek,
>
> Hi Joe,
>
> > On Tue, Dec 17, 2019 at 1:39 AM Marek Vasut wrote:
> >>
> >> On 11/7/19 9:04 PM, Joe Hershberger wrote:
> >>> On Thu, Nov 7, 2019 at 1:16 PM Tom Rini wrote:
>
Hi Lukasz and all,
On 12/10/19 12:48 AM, Lukasz Majewski wrote:
On Mon, 9 Dec 2019 16:20:10 +0100
Giulio Benetti wrote:
Hi Lukasz,
On 12/8/19 3:52 PM, Lukasz Majewski wrote:
On Wed, 4 Dec 2019 18:44:33 +0100
Giulio Benetti wrote:
This driver assumes that lpuart clock is already
There is black magic in the file conftest.py that list
all the test unit. Then, all those test unit are called
in pytest. This call is done with the end of the name
(for example checksum if the full name is bloblist_test_checksum).
The result is that only test for dm are really executed.
by
On 12/17/19 5:25 PM, Joe Hershberger wrote:
> Hi Marek,
Hi Joe,
> On Tue, Dec 17, 2019 at 1:39 AM Marek Vasut wrote:
>>
>> On 11/7/19 9:04 PM, Joe Hershberger wrote:
>>> On Thu, Nov 7, 2019 at 1:16 PM Tom Rini wrote:
On Tue, Nov 05, 2019 at 04:05:11AM +, Priyanka Jain wrote:
Hi Marek,
On Tue, Dec 17, 2019 at 1:39 AM Marek Vasut wrote:
>
> On 11/7/19 9:04 PM, Joe Hershberger wrote:
> > On Thu, Nov 7, 2019 at 1:16 PM Tom Rini wrote:
> >>
> >> On Tue, Nov 05, 2019 at 04:05:11AM +, Priyanka Jain wrote:
> >>
> >>> Fix 'mask' calculation in phy_connect() for phy addr
Hi Peng,
I am trying to boot the latest U-Boot mainline on a imx8qxp mek board
and this is what I get:
U-Boot SPL 2020.01-rc5-1-g3dd6a9300b-dirty (Dec 17 2019 - 12:33:57 -0300)
Normal Boot
WDT: Not found!
Trying to boot from MMC2_2
Load image from MMC/SD 0x46800
U-Boot
Hi Patrice,
On Wed, 27 Nov 2019 at 02:11, Patrice Chotard wrote:
>
> In reserve_bootstage(), in case size is odd, gd->new_bootstage
> is not aligned. In bootstage_relocate(), the platform hangs when
> getting access to data->record[i].name.
> To avoid this issue, make gd->new_bootstage 16 byte
Convert another option Kconfig.
Reported-by: Robert P. J. Day
Signed-off-by: Michal Simek
---
configs/avnet_ultrazedev_cc_v1_0_ultrazedev_som_v1_0_defconfig | 1 +
configs/xilinx_zynqmp_mini_defconfig | 1 +
configs/xilinx_zynqmp_mini_emmc0_defconfig
On 17. 12. 19 15:17, Robert P. J. Day wrote:
>
> long story short, colleague came to me with a petalinux project
> wherein the compile of u-boot was failing due to a redefinition of the
> macro "CONFIG_PANIC_HANG" ... rather than mess with petalinux, i just
> set up the current master of u-boot
Qemu v4.2.0 maps bootmode registers to address space which was the reason
why board_late_init() was disabled and accesses were failing.
With new Qemu board_late_init() can be called without any issue.
Signed-off-by: Michal Simek
---
Not sure which qemu version azure and gitlab are using but I
long story short, colleague came to me with a petalinux project
wherein the compile of u-boot was failing due to a redefinition of the
macro "CONFIG_PANIC_HANG" ... rather than mess with petalinux, i just
set up the current master of u-boot (aarch64), used the same
configuration and, sure
From: T Karthik Reddy
Emmc boot devcie is mounted to mmc@ff16 controller on zynqmp.
Detect mmc alias at run time for setting up proper boot_targets
sequence instead of setting boot_targets manually.
Removed setting "modeboot" variable as it not longer need as we
switched to distro boot.
On Mon, Dec 16, 2019 at 9:11 PM Jagan Teki wrote:
> On Tue, Dec 17, 2019 at 12:21 AM Andy Shevchenko
> wrote:
> > On Mon, Dec 16, 2019 at 2:41 PM Tom Rini wrote:
...
> > Sorry to answering here (I already removed rc4 announce).
> >
> > The commit 6b7ebff00190649d2136b34f6feebc0dbe85bfdc
> >
Hi Tom,
On Tue, Dec 17, 2019 at 8:52 PM Tom Rini wrote:
>
> On Sun, Dec 15, 2019 at 09:16:29PM +0800, Bin Meng wrote:
>
> > Hi Tom,
> >
> > This PR includes the following changes for u-boot/next branch.
> >
> > - Various x86 common codes updated for TPL/SPL
> > - I2C designware driver updated
Hi Stefano,
On Mon, Dec 9, 2019 at 10:43 AM Fabio Estevam wrote:
>
> The Embedded Artists COM board is based on NXP i.MX7ULP.
>
> It has a BD70528 PMIC from Rohm with discrete DCDC powering option and
> improved current observability (compared to the existing NXP i.MX7ULP EVK).
>
> Add the
On 12/17/19 1:52 PM, Tom Rini wrote:
> On Tue, Dec 17, 2019 at 08:38:48AM +0100, Marek Vasut wrote:
>> On 11/7/19 9:04 PM, Joe Hershberger wrote:
>>> On Thu, Nov 7, 2019 at 1:16 PM Tom Rini wrote:
On Tue, Nov 05, 2019 at 04:05:11AM +, Priyanka Jain wrote:
> Fix 'mask'
On Tue, Dec 17, 2019 at 08:38:48AM +0100, Marek Vasut wrote:
> On 11/7/19 9:04 PM, Joe Hershberger wrote:
> > On Thu, Nov 7, 2019 at 1:16 PM Tom Rini wrote:
> >>
> >> On Tue, Nov 05, 2019 at 04:05:11AM +, Priyanka Jain wrote:
> >>
> >>> Fix 'mask' calculation in phy_connect() for phy addr
On Sun, Dec 15, 2019 at 09:16:29PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This PR includes the following changes for u-boot/next branch.
>
> - Various x86 common codes updated for TPL/SPL
> - I2C designware driver updated for PCI
> - ICH SPI driver updated to support Apollo Lake
> - Add Intel
On Mon, Dec 16, 2019 at 11:53:48AM +, Patrick DELAUNAY wrote:
> Hi Tom,
>
> > From: Patrice CHOTARD
> > Sent: mercredi 27 novembre 2019 10:12
> >
> > In reserve_bootstage(), in case size is odd, gd->new_bootstage is not
> > aligned. In
> > bootstage_relocate(), the platform hangs when
Hi Peng,
On Mon, Sep 16, 2019 at 12:09 AM Peng Fan wrote:
>
> Support pinctrl/clk/sdhc, include ddr4 timing data.
>
> Log:
> U-Boot SPL 2019.10-rc3-00356-g497c500423-dirty (Sep 16 2019 - 10:54:58 +0800)
> Normal Boot
> Trying to boot from BOOTROM
> image offset 0x8000, pagesize 0x200, ivt offset
My address at Linaro doesn't exist anymore, so people
keep getting mail delivery error responses. Map this address
to the actual one.
Signed-off-by: Igor Opaniuk
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
index 98d2131e97..61802f97f6 100644
---
Hi,
I was trying to test the Verified boot feature on NXP's LX2160ARDB board and I
am facing the following issue during the same:
1. U-boot is unable to verify the signatures of the images and
configurations. I added more logs to debug this issue and found that U-boot is
unable to
The build failure was originally reported on arm64-musl
target at https://bugs.gentoo.org/703132. Here is the amd64-musl
variant:
```
$ LANG=C make CROSS_COMPILE=x86_64-gentoo-linux-musl- tools-only_defconfig
-j$(nproc)
$ LANG=C make CROSS_COMPILE=x86_64-gentoo-linux-musl- tools-all
If make the ref clock optional, no need refer to fixed-clock when
the ref clock is always on or comes from oscillator directly.
Signed-off-by: Chunfeng Yun
---
drivers/phy/phy-mtk-tphy.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/phy/phy-mtk-tphy.c
This is used to avoid clk_enable() return -ENOSYS.
Signed-off-by: Chunfeng Yun
---
drivers/clk/clk_fixed_rate.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/clk/clk_fixed_rate.c b/drivers/clk/clk_fixed_rate.c
index f51126793e..2c20eddb0b 100644
---
The SSUSB IP's clocks come from ssusbsys module on mt7629,
so add its driver
Signed-off-by: Chunfeng Yun
---
drivers/clk/mediatek/clk-mt7629.c | 42 +++
1 file changed, 42 insertions(+)
diff --git a/drivers/clk/mediatek/clk-mt7629.c
Add valid check for clk->dev, it's useful when get optional
clock even when the clk point is valid, but its dev will be
NULL.
Signed-off-by: Chunfeng Yun
---
drivers/clk/clk-uclass.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/clk/clk-uclass.c
Sometimes we may need get (optional) clock without a device,
that means use ofnode.
e.g. when the phy node has subnode, and there is no device created
for subnode, in this case, we need these new APIs to get subnode's
clock.
Signed-off-by: Chunfeng Yun
---
drivers/clk/clk-uclass.c | 28
No need check -ENOSYS anymore after add dummy_enable() for
fixed-clock.
Signed-off-by: Chunfeng Yun
---
drivers/phy/phy-mtk-tphy.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/phy/phy-mtk-tphy.c b/drivers/phy/phy-mtk-tphy.c
index 3701481256..c4fb404f20 100644
If skip all return error number, it may skip some real error cases,
so only skip the error when the clock is not provided in DTS
Signed-off-by: Chunfeng Yun
---
drivers/clk/clk-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/clk-uclass.c
On 12/17/19 12:59 PM, Heinrich Schuchardt wrote:
> On 12/17/19 12:19 PM, Marek Vasut wrote:
>> On 12/17/19 12:14 PM, Heinrich Schuchardt wrote:
>>> On 12/17/19 11:00 AM, Marek Vasut wrote:
On 12/17/19 10:27 AM, Heinrich Schuchardt wrote:
> With GCC 9.2.1 errors of type
From: Igor Opaniuk
This reverts commit f0cc4eae9a1702a768817ea25d9f23cece69d021
This was previously reported that f0cc4eae9a ("core: device:
use dev_power_domain_on") breaks initial boot on Colibri iMX8X and
IMX8 QM ROM 7720a1 board. Revert it until the problem is properly fixed.
at:
https://gitlab.denx.de/u-boot/custodians/u-boot-i2c.git tags/20191217-for-next
for you to fetch changes up to 033e18b47bd020610f84ca88c5ce3b88215d563a:
misc: i2c_eeprom: add size query (2019-12-17 06:58:19 +0100)
i2c: for next
Hello Robert,
Am 28.10.2019 um 19:29 schrieb Robert Beckett:
Add ability to partition eeprom via devicetree bindings
Signed-off-by: Robert Beckett
---
drivers/misc/i2c_eeprom.c | 98 +++
1 file changed, 98 insertions(+)
Applied to u-boot-i2c next
Hello Robert,
Am 28.10.2019 um 19:29 schrieb Robert Beckett:
Add ability to query size of eeprom device and partitions
Signed-off-by: Robert Beckett
---
drivers/misc/i2c_eeprom.c | 145 +-
include/i2c_eeprom.h | 12
2 files changed, 138
On 12/17/19 12:19 PM, Marek Vasut wrote:
On 12/17/19 12:14 PM, Heinrich Schuchardt wrote:
On 12/17/19 11:00 AM, Marek Vasut wrote:
On 12/17/19 10:27 AM, Heinrich Schuchardt wrote:
With GCC 9.2.1 errors of type -Werror=address-of-packed-member occur
when
passing a member of a packed structure
Hello Robert,
Am 28.10.2019 um 18:44 schrieb Robert Beckett:
Add support for setting the chip address offset mask to EEPROM sumulator
and add tests to test it.
Signed-off-by: Robert Beckett
---
arch/sandbox/include/asm/test.h | 3 ++
drivers/misc/i2c_eeprom_emul.c | 19 +++---
Hello Robert,
Am 28.10.2019 um 18:44 schrieb Robert Beckett:
Improve i2c EEPROM simulator testing by providing access functions to
check the previous chip addr and offset.
Given that we can now directly test the offsets, also simplified the
offset mapping and allow for wrapping acceses.
Hello Robert,
Am 28.10.2019 um 18:44 schrieb Robert Beckett:
Some devices (2 wire eeproms for example) use some bits from the chip
address to represent the high bits of the offset instead of or as well
as using multiple bytes for the offset, effectively stealing chip
addresses on the bus.
Add
Enable support for random number generator on sandbox configs. This is
aimed primarily at adding unit test support for rng uclass.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
Reviewed-by: Patrick Delaunay
---
configs/sandbox64_defconfig | 2 ++
configs/sandbox_defconfig | 2 ++
Add a driver for the virtio-rng device on the qemu platform. The
device uses pci as a transport medium. The driver can be enabled with
the following configs
CONFIG_VIRTIO
CONFIG_DM_RNG
CONFIG_VIRTIO_PCI
CONFIG_VIRTIO_RNG
Signed-off-by: Sughosh Ganu
---
drivers/virtio/Kconfig | 6
Add a sandbox driver for random number generation. Mostly aimed at
providing a unit test for rng uclass.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
---
Changes since V3:
Handle review comments from Patrick Delaunay.
arch/sandbox/dts/test.dts | 4
drivers/rng/Kconfig
Add a unit test for testing the rng uclass functionality using the
sandbox rng driver.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
---
Changes since V3:
Handle review comments from Patrick Delaunay.
test/dm/Makefile | 1 +
test/dm/rng.c| 28
2
Add a driver for the rng device found on stm32mp1 platforms. The
driver provides a routine for reading the random number seed from the
hardware device.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
Acked-by: Patrick Delaunay
---
Changes since V3:
Return 0 for a successful read.
Add an entry for allowing clock enablement for the random number
generator peripheral, RNG1.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
Acked-by: Patrick Delaunay
---
drivers/clk/clk_stm32mp1.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/clk_stm32mp1.c
Add a random number generator(rng) uclass to facilitate adding drivers
for rng devices. I plan to add an implementation of the
EFI_RNG_PROTOCOL, which would get the random number from the rng
uclass -- the protocol would be used by the efi stub for getting a
random number for the kaslr feature.
Add a uclass for reading a random number seed from a random number
generator device.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
---
Changes since V3:
Handle review comments from Patrick Delaunay.
drivers/Kconfig | 2 ++
drivers/Makefile | 1 +
Enable support for the rng device on the stm32mp15 configs.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
Acked-by: Patrick Delaunay
---
configs/stm32mp15_basic_defconfig | 2 ++
configs/stm32mp15_optee_defconfig | 2 ++
configs/stm32mp15_trusted_defconfig | 2 ++
3 files
Hi Igor,
On Tue, Dec 17, 2019 at 8:21 AM Igor Opaniuk wrote:
> Sorry for the noise about mmc, there was a bug introduced in
> c20851b3d8("dm: pinctrl: introduce PINCONF_RECURSIVE option"), which
> is already fixed in 44510daea4("dm: pinctrl: fix for introduce
> PINCONF_RECURSIVE option")
Hi Igor,
On Tue, Dec 17, 2019 at 7:56 AM Igor Opaniuk wrote:
> U-Boot 2019.10-00071-g9c1e982218 (Dec 17 2019 - 12:37:14 +0200)
Does it also happen with 2020.01-rc5?
> CPU: NXP i.MX8QXP RevB A35 at 1200 MHz
>
> DRAM: 2 GiB
> MMC: FSL_SDHC: 0, FSL_SDHC: 1
> Loading Environment from MMC...
1 - 100 of 131 matches
Mail list logo
