Hello Michal,
On 10.02.21 13:42, Michal Simek wrote:
> From: T Karthik Reddy
>
> Enable i2c controller clock from driver probe function
> by calling clk_enable().
>
> Signed-off-by: T Karthik Reddy
> Signed-off-by: Michal Simek
> ---
>
> (no changes since v1)
>
> drivers/i2c/i2c-cdns.c |
On Wed, Feb 10, 2021, at 8:57 PM, Vagrant Cascadian wrote:
> On 2021-02-10, Rick Thomas wrote:
> > I have not recently (since before 2019) done anything more than allow
> > aptitude to upgrade packages as it thinks best. In particular, I have
> > not made any attempt to burn new firmware on
On 2021-02-10, Rick Thomas wrote:
> On Wed, Feb 10, 2021, at 5:55 PM, Tom Rini wrote:
>> On Wed, Feb 10, 2021 at 05:01:47PM -0800, Rick Thomas wrote:
>> > On Wed, Feb 10, 2021, at 12:15 PM, Tom Rini wrote:
>> > > I assume that however you're building U-Boot the warnings that get
>> > > printed
Hi Dennis,
On 10.02.21 20:28, Dennis Gilmore wrote:
could I please get someone to review this patch
Dennis
It's already included in mainline. I pulled it in a few days ago.
Please check if something else is missing.
Thanks,
Stefan
On Tue, Dec 8, 2020 at 9:07 PM wrote:
From: Dennis
On Wed, Feb 10, 2021, at 5:55 PM, Tom Rini wrote:
> On Wed, Feb 10, 2021 at 05:01:47PM -0800, Rick Thomas wrote:
> > On Wed, Feb 10, 2021, at 12:15 PM, Tom Rini wrote:
> > > I assume that however you're building U-Boot the warnings that get
> > > printed about conversion deadlines having come
On Wed, Feb 10, 2021 at 05:01:47PM -0800, Rick Thomas wrote:
> On Wed, Feb 10, 2021, at 12:15 PM, Tom Rini wrote:
> > I assume that however you're building U-Boot the warnings that get
> > printed about conversion deadlines having come and gone are hidden in
> > some way or another.
>
> I used to
On Wed, Feb 10, 2021, at 12:15 PM, Tom Rini wrote:
> I assume that however you're building U-Boot the warnings that get
> printed about conversion deadlines having come and gone are hidden in
> some way or another.
I used to have my sheevaplug's serial console hooked up to a nearby PC. But
the
On Wed, Feb 10, 2021, at 12:15 PM, Tom Rini wrote:
> On Wed, Feb 10, 2021 at 12:09:06PM -0800, Rick Thomas wrote:
>
> > If you decide to do this, please make sure you advertise it more
> > widely than just this list.
> >
> > I have a sheevaplug that I'd be sad to have to decommission. For the
>
Otherwise, values over 127 end up prefixed with ff.
Signed-off-by: Samuel Dionne-Riel
Cc: Simon Glass
---
Minimal reproduction:
```
// repro.dts
/dts-v1/;
/ {
ra = [ 7f ];
rb = [ 80 ];
};
```
Steps used to compile:
$ dtc repro.dts > repro.dtb
Without the fix:
$ fdtgrep
Hi Jesse, Sean,
On 2/10/21 9:13 PM, Giulio Benetti wrote:
[SNIP]
>
>
>> +if ((int)rate <= 0) {
>
> This is a cast trying to solve the problem above but it's
> not correct. clk_get_rate() returns ulong, not int, so modify "int rate"
> into "ulong rate".
>
On 2021/2/11 上午12:21, Marek Behun wrote:
On Wed, 10 Feb 2021 09:20:11 +0800
Qu Wenruo wrote:
You're correct, the kernel is using new schema, btrfs_get_fs_root(),
which only requires root objectid and completely get rid of the
offset/type, which is far less possible to call with wrong
The following changes since commit c7182c02cefb11431a79a8abb4d8a821e4a478b5:
Merge tag 'u-boot-amlogic-20210210' of
https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic (2021-02-10
07:56:57 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-usb.git master
Due to pointer arithmetic, "sizeof(u32) * ARCH_DMA_MINALIGN" is
subtracted. It seems that the original intention was to just subtract
ARCH_DMA_MINALIGN. Fix it.
Signed-off-by: Michael Walle
---
drivers/fpga/zynqpl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
If probe fails, the mdio bus isn't unregistered. Fix it.
Signed-off-by: Michael Walle
---
drivers/net/zynq_gem.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net/zynq_gem.c b/drivers/net/zynq_gem.c
index 5cb02bb3a7..585c06d6bd 100644
---
On Wed, 10 Feb 2021 at 10:59, Heinrich Schuchardt wrote:
>
> UEFI test files like helloworld.efi require an architecture specific
> PE-COFF header.
>
> Currently this does not work for cross compiling. If $CROSS_COMPILE is set,
> use the first part of the architecture triplet from the variable to
On Wed, 10 Feb 2021 at 10:59, Heinrich Schuchardt wrote:
>
> Compiling the sandbox fails on armv7 due to conflicting definitions of
> memcpy() and memset() in include/malloc.h and include/linux/string.h.
>
> Use linux/string.h here.
>
> Signed-off-by: Heinrich Schuchardt
> ---
>
On Tue, 9 Feb 2021 at 13:24, Marek Behún wrote:
>
> The pinmux command uses functions pinctrl_get_pin_*(), which are missing
> if PINCTRL config option is disabled.
>
> Signed-off-by: Marek Behún
> Cc: Simon Glass
> Cc: Tom Rini
> ---
> cmd/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
On 2/9/21 8:51 PM, Patrick DELAUNAY wrote:
On 2/9/21 11:39 AM, Marek Vasut wrote:
On 2/9/21 11:14 AM, Patrick Delaunay wrote:
Hi,
[...]
diff --git a/drivers/usb/gadget/dwc2_udc_otg.c
b/drivers/usb/gadget/dwc2_udc_otg.c
index e3871e381e..ecac80fc11 100644
---
On Wed, Feb 10, 2021 at 01:28:33PM -0600, Dennis Gilmore wrote:
> could I please get someone to review this patch
Do the changes in armada-388-helios4.dts bring us more in sync with the
Linux kernel side? Thanks.
--
Tom
signature.asc
Description: PGP signature
If you decide to do this, please make sure you advertise it more widely than
just this list.
I have a sheevaplug that I'd be sad to have to decommission. For the last
decade, with never a complaint, it's been happily serving DHCP, DNS, and NTP
to about 20 machines in my home network. I like
On 2/1/21 2:43 PM, Simon Glass wrote:
Hi Alexandru,
[snip]
As mentioned earlier, this does need a test that checks the U-Boot
code paths. This just seems to be checking the signing process. This
likely involves implementing the verification (or a fake of it) in
sandbox.
If I am missing
On Wed, Feb 10, 2021 at 12:09:06PM -0800, Rick Thomas wrote:
> If you decide to do this, please make sure you advertise it more
> widely than just this list.
>
> I have a sheevaplug that I'd be sad to have to decommission. For the
> last decade, with never a complaint, it's been happily
On 2/10/21 6:52 PM, Sean Anderson wrote:
On 2/10/21 12:49 PM, Giulio Benetti wrote:
> On 2/10/21 1:04 AM, Jesse Taube wrote:
>> This timer driver is using GPT Timer (General Purpose Timer) available
>> on almost all i.MX SoCs family.
>> Since this driver is only meant to provide
Hi Jesse,
I re-add all people and ML in Cc so they can follow. Next time reply to all.
On 2/10/21 8:00 PM, Jesse Taube wrote:
On 2/10/21 12:49 PM, Giulio Benetti wrote:
On 2/10/21 1:04 AM, Jesse Taube wrote:
This timer driver is using GPT Timer (General Purpose Timer)
available on almost
Hi Alex,
Thanks for the context! What are your plans for upstreaming your ECDSA signing
implementation? I've currently dedicated the next four weeks to getting
signing+verification implemented, so if you'd like a helping hand either with
any leftover signing work or to get verification started
From: Reto Schneider
The relevant changes to the already existing GD5F1GQ4UExxG support has
been determined by consulting the GigaDevice product change notice
AN-0392-10, version 1.0 from November 30, 2020.
As the overlaps are huge, variable names have been generalized
accordingly.
Apart form
From: Reto Schneider
The datasheet only lists one dummy byte in the 0xEH operation for the
following chips:
* GD5F1GQ4xBxxG
* GD5F1GQ4xExxG
* GD5F1GQ4xFxxG
* GD5F1GQ4UAYIG
* GD5F4GQ4UAYIG
This patch and its commit message reflects what has been done in Linux
and has not been tested by me.
Hi everybody,
On 10.02.21 20:36, Fabio Estevam wrote:
On Wed, Feb 10, 2021 at 4:28 PM Dennis Gilmore
wrote:
Hi Stefano,
I really do not think that this patch should have been merged. It is
not the preferred way to boot distros and is left in for legacy
support only. We probably should make
On Tue, Feb 09, 2021 at 08:51:26PM +0100, Patrick DELAUNAY wrote:
>
> On 2/9/21 11:39 AM, Marek Vasut wrote:
> > On 2/9/21 11:14 AM, Patrick Delaunay wrote:
> > Hi,
> >
> > [...]
> >
> > > diff --git a/drivers/usb/gadget/dwc2_udc_otg.c
> > > b/drivers/usb/gadget/dwc2_udc_otg.c
> > > index
On Wed, Feb 10, 2021 at 4:28 PM Dennis Gilmore
wrote:
>
> Hi Stefano,
>
> I really do not think that this patch should have been merged. It is
> not the preferred way to boot distros and is left in for legacy
> support only. We probably should make it as such.
Yes, I agree with Dennis. We both
could I please get someone to review this patch
Dennis
On Tue, Dec 8, 2020 at 9:07 PM wrote:
>
> From: Dennis Gilmore
>
> Move all aliases defintions into the main dts file
> Add u-boot definiton to i2c0 based on clearfog
> set spi1 status to okay
>
> Signed-off-by: Dennis Gilmore
> ---
>
Hi Stefano,
I really do not think that this patch should have been merged. It is
not the preferred way to boot distros and is left in for legacy
support only. We probably should make it as such.
Dennis
On Sat, Jan 23, 2021 at 9:53 AM wrote:
>
> > From: Alice Guo
> > Distro Boot requires a
Hi Oleksandr,
On Tue, Feb 9, 2021 at 5:39 AM Oleksandr Suvorov
wrote:
>
> The RGMII link delays can be set on either MAC or PHY side. Set the
> rgmii-id PHY mode for FEC and remove FEC_ENET_ENABLE_.XC_DELAY
> setting, so that these definitions aren't used anymore throughout
> the U-Boot.
>
>
Hi Oleksandr,
On Tue, Feb 9, 2021 at 5:39 AM Oleksandr Suvorov
wrote:
>
> Both NXP SoCs i.MX8 and i.MX8X have ENET gigabit MAC.
> Define FEC_QUIRK_ENET_MAC for the imx8 platform and remove this
> definition from configs of boards, based on MX8/MX8X.
>
> Signed-off-by: Oleksandr Suvorov
On implementations that support VHE, the layout of the CPTR_EL2
register depends on whether HCR_EL2.E2H is set. If the bit is
set, CPTR_EL2 uses the same layout as CPACR_EL1 and can in fact
be accessed through that register. In that case, jump to the
EL1 code to enable access to the FP/SIMD
> From: Mark Kettenis
> Date: Wed, 10 Feb 2021 19:25:53 +0100
>
> On implementations that support VHE, the layout of the CPTR_EL2
> register depends on whether HCR_EL2.E2H is set. If the bit is
> set, CPTR_EL2 uses the same layout as CPACR_EL1 and can in fact
> be accessed through that
Hi Tom,
I have the dtoc changes ready to go but I was thinking it best to
apply the driver-model updates before sending a pull request.
But that is (currently) designed to set on top of the SPL test
improvements...have you had a look at that one? I can probably
separate them if needed.
Regards,
On 09/02/21, Oleksandr Suvorov wrote:
> Both NXP SoCs i.MX8 and i.MX8X have ENET gigabit MAC.
> Define FEC_QUIRK_ENET_MAC for the imx8 platform and remove this
> definition from configs of boards, based on MX8/MX8X.
>
> Signed-off-by: Oleksandr Suvorov
Acked-by: Oliver Graute
On 2/10/21 1:20 PM, Sean Anderson wrote:
On 2/10/21 12:54 PM, Heinrich Schuchardt wrote:
> UEFI test files like helloworld.efi require an architecture specific
> PE-COFF header.
>
> Currently this does not work for cross compiling. If $CROSS_COMPILE
is set,
> use the first part of
On implementations that support VHE, the layout of the CPTR_EL2
register depends on whether HCR_EL2.E2H is set. If the bit is
set, CPTR_EL2 uses the same layout as CPACR_EL1 and can in fact
be accessed through that register. In that case, jump to the
EL1 code to enable access to the FP/SIMD
On 2/10/21 12:54 PM, Heinrich Schuchardt wrote:
> UEFI test files like helloworld.efi require an architecture specific
> PE-COFF header.
>
> Currently this does not work for cross compiling. If $CROSS_COMPILE
is set,
> use the first part of the architecture triplet from the variable to
>
On Tue, Feb 09, 2021 at 01:52:45PM +0200, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Use CONFIG_IS_ENABLED() macro, which provides more convenient
> way to check $(SPL)DM_I2C/$(SPL)DM_I2C_GPIO configs
> for both SPL and U-Boot proper.
>
> CONFIG_IS_ENABLED(DM_I2C) expands to:
> - 1 if
Compiling the sandbox fails on armv7 due to conflicting definitions of
memcpy() and memset() in include/malloc.h and include/linux/string.h.
Use linux/string.h here.
Signed-off-by: Heinrich Schuchardt
---
include/malloc.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/malloc.h
UEFI test files like helloworld.efi require an architecture specific
PE-COFF header.
Currently this does not work for cross compiling. If $CROSS_COMPILE is set,
use the first part of the architecture triplet from the variable to
choose the PE-COFF header.
Now we can cross-compile the sandbox,
On 2/10/21 12:49 PM, Giulio Benetti wrote:
> On 2/10/21 1:04 AM, Jesse Taube wrote:
>> This timer driver is using GPT Timer (General Purpose Timer) available
>> on almost all i.MX SoCs family.
>> Since this driver is only meant to provide u-boot's timer and counter,
>> and most of the i.MX*
This board has not been converted to CONFIG_DM by the deadline of v2020.01
and is missing other conversions which depend on this as well. Remove it.
As this is the last SH4A board, remove that support as well.
Cc: Marek Vasut
Signed-off-by: Tom Rini
---
arch/sh/Kconfig
On Mon, Feb 08, 2021 at 05:34:50PM +0100, Patrick DELAUNAY wrote:
[snip]
> Just one question for other part of generic code which can be removed
>
> bi_boot_params should be under compilation BOOTM_ENABLE_TAGS flags ?
>
> In include/asm-generic/u-boot.h:70
> struct bd_info {
>
>
//git.denx.de/u-boot-marvell (2021-02-08 10:55:51 -0500)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic.git
> tags/u-boot-amlogic-20210210
>
> for you to fetch changes up to 8bc780106c1399bd263c4283a8747889a613ca5d:
>
This board has not been converted to CONFIG_DM by the deadline of v2020.01
and is missing other conversions which depend on this as well. Remove it.
Cc: Nobuhiro Iwamatsu
Signed-off-by: Tom Rini
---
arch/sh/Kconfig | 5 -
board/renesas/sh7763rdp/Kconfig | 12
This board has not been converted to CONFIG_DM by the deadline of v2020.01
and is missing other conversions which depend on this as well. Remove it.
Signed-off-by: Tom Rini
---
arch/sh/Kconfig | 5 -
board/renesas/sh7753evb/Kconfig | 12 -
This board has not been converted to CONFIG_DM by the deadline of v2020.01
and is missing other conversions which depend on this as well. Remove it.
Signed-off-by: Tom Rini
---
arch/sh/Kconfig | 5 -
board/renesas/MigoR/Kconfig | 12 --
This board has not been converted to CONFIG_DM by the deadline of v2020.01
and is missing other conversions which depend on this as well. Remove it.
Signed-off-by: Tom Rini
---
arch/sh/Kconfig | 5 -
board/renesas/sh7752evb/Kconfig | 12 -
This board has not been converted to CONFIG_DM by the deadline of v2020.01
and is missing other conversions which depend on this as well. Remove it.
Patch-cc: Nobuhiro Iwamatsu
Patch-cc: Nobuhiro Iwamatsu
Signed-off-by: Tom Rini
---
arch/sh/Kconfig | 5 -
On Tue, Feb 09, 2021 at 04:02:30PM +0100, Patrick DELAUNAY wrote:
>
> Hi Tom,
>
> Please pull the STM32 related patches for u-boot/master, v2021.04:
> u-boot-stm32-20210209
>
> - Enable the fastboot oem commands in stm32mp15 defconfig
> - Fixes pinctrol for stmfx and stm32
> - Add support of
On Tue, Feb 09, 2021 at 01:52:43PM +0200, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> At present if U-Boot proper uses driver model for I2C, then SPL has to
> also. While this is desirable, it places a significant barrier to moving
> to driver model in some cases. For example, with a
On Tue, Feb 09, 2021 at 01:52:44PM +0200, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Drop CONFIG_DM_I2C undefs from board header files, and make them
> disabled on these boards in defconfigs instead.
>
> Disabling on Kconfig symbol was done automatically with this script:
>
> cd configs
>
On 2/10/21 1:04 AM, Jesse Taube wrote:
This timer driver is using GPT Timer (General Purpose Timer) available on
almost all i.MX SoCs family.
Since this driver is only meant to provide u-boot's timer and counter, and most
of the i.MX* SoCs use a 24Mhz crystal, let's only deal with that
Sync over a subset of the AllWinner dts changes from Linux 5.11
for the RGMII RX/TX delay network fixes.
This pulls other bits in needed to sync the whole files, the bits
are other minor fixes, or pieces of DT that don't affect U-Boot.
Signed-off-by: Peter Robinson
---
When booting using EBBR
clk_get_rate() can't and doesn't return -ve on error, it actually returns 0
on error or a value greater than 0 on success. So let's fix its
documentation.
Signed-off-by: Giulio Benetti
---
include/clk.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/clk.h
On Wed, Feb 10, 2021 at 09:29:44AM -0800, Tim Harvey wrote:
> On Tue, Feb 9, 2021 at 5:03 AM Tom Rini wrote:
> >
> > These boards have not been converted to CONFIG_DM_MMC by the deadline of
> > v2019.04, which is almost two years ago. In addition there are other DM
> > migrations it is also
On Tue, Feb 9, 2021 at 5:03 AM Tom Rini wrote:
>
> These boards have not been converted to CONFIG_DM_MMC by the deadline of
> v2019.04, which is almost two years ago. In addition there are other DM
> migrations it is also missing. Remove them.
>
> Cc: Tim Harvey
> Signed-off-by: Tom Rini
>
Convert the hikey to use DM_USB and DM_ETH.
Conversion based on rpi as it has a similar DWC config.
Signed-off-by: Peter Robinson
---
v2: fix copy paste error
configs/hikey_defconfig | 2 ++
include/configs/hikey.h | 4 +---
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git
On 2/10/21 1:04 AM, Jesse Taube wrote:
Giulio Benetti (3):
timer: imx-gpt: Add timer support for i.MX SoCs family
Jesse Taube (1):
timer: imx-gpt: Add timer support for i.MX SoCs family
There's something strange here, patchset is malformed since above there
are 4 patches listed while
Convert the hikey to use DM_USB and DM_ETH.
Conversion based on rpi as it has a similar DWC config.
Signed-off-by: Peter Robinson
---
configs/hikey_defconfig | 2 ++
include/configs/hikey.h | 4 +---
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/configs/hikey_defconfig
On Wed, 10 Feb 2021 09:20:11 +0800
Qu Wenruo wrote:
> You're correct, the kernel is using new schema, btrfs_get_fs_root(),
> which only requires root objectid and completely get rid of the
> offset/type, which is far less possible to call with wrong parameters.
>
> It would be a good timing
Dear Heinrich,
In message <9966b14a-43ef-42ad-dda4-d40b5e3b9...@gmx.de> you wrote:
>
> > For backward compatibility e. g. 'efidebug' could be kept, but the
> > new name would be 'efi debug'; likewise, your new command would be
> > 'efi bootmgr' [or just 'efi boot' ?]
...
>
> what is the benefit
Dear Ilias,
In message you wrote:
>
> > In this case, "debug" would just be a sub-command of the "efi"
> > command, with more sub-commands under efi (like bootmgr or such)
> > following, same as we did for example with "env" (where many
> > commands maintain backward compatibility, but here this
Hi Akashi,
On Wed, Feb 10, 2021 at 09:50:33PM +0900, AKASHI Takahiro wrote:
> On Wed, Feb 10, 2021 at 01:53:55PM +0200, Ilias Apalodimas wrote:
> > Hi Wolfgang,
> >
> > Thanks for having a look,
> >
> > On Wed, Feb 10, 2021 at 12:23:47PM +0100, Wolfgang Denk wrote:
> > > Dear Ilias,
> > >
>
On Wed, 10 Feb 2021 15:31:56 +0100
Patrice CHOTARD wrote:
> and what about @ as shown in my previous email
> ?
And there is a second problem with this: this can be bad for automatic
U-Boot scripts.
For example on Turris Omnia there are boards which were manufactured
with a Macronix SPI-NOR,
On 2/10/21 3:48 PM, Tom Rini wrote:
On Wed, Feb 10, 2021 at 03:27:22PM +0100, Marek Vasut wrote:
On 2/10/21 3:13 PM, Tom Rini wrote:
On Wed, Feb 10, 2021 at 08:46:51AM +0800, Bin Meng wrote:
Hi Simon,
On Sun, Feb 7, 2021 at 11:34 PM Simon Glass wrote:
Hi Bin,
On Sun, 7 Feb 2021 at 08:11,
On Wed, 10 Feb 2021 15:31:56 +0100
Patrice CHOTARD wrote:
> > So one solution is to use device-tree name to select the NOR, but still
> > print the name determined from SPI ID somewhere.
> >
> > Second solution is to allow selecting the SPI by number, i.e. (the n-th
> > enumerated SPI).
>
>
On Wed, Feb 10, 2021 at 03:27:22PM +0100, Marek Vasut wrote:
> On 2/10/21 3:13 PM, Tom Rini wrote:
> > On Wed, Feb 10, 2021 at 08:46:51AM +0800, Bin Meng wrote:
> > > Hi Simon,
> > >
> > > On Sun, Feb 7, 2021 at 11:34 PM Simon Glass wrote:
> > > >
> > > > Hi Bin,
> > > >
> > > > On Sun, 7 Feb
Hi Marek
On 2/10/21 3:14 PM, Marek Behun wrote:
> On Wed, 10 Feb 2021 14:48:23 +0100
> Patrice CHOTARD wrote:
>
>> +Patrick
>>
>> Hi All
>>
>> I have tested this series on stm32mp1-ev1 board which embeds 1 nand and 2
>> identical spi-nor.
>> spi-nor DT node is the following:
>>
>> {
>>
On 2/10/21 3:13 PM, Tom Rini wrote:
On Wed, Feb 10, 2021 at 08:46:51AM +0800, Bin Meng wrote:
Hi Simon,
On Sun, Feb 7, 2021 at 11:34 PM Simon Glass wrote:
Hi Bin,
On Sun, 7 Feb 2021 at 08:11, Bin Meng wrote:
This reverts commit e002474158d1054a7a2ff9a66149384c639ff242.
Commit
In order to support loading FTD Overlays when booting with the pxe
command (or extlinux.conf), supported with [1], add the missing
fdtoverlay_addr_r used to load the overlay before applying it to
the FDT loaded at fdt_addr_r.
[1]
On 2/10/21 3:17 PM, Patrice Chotard wrote:
Since commit 8745b9ebccae ("usb: gadget: add super speed support")
ums was no more functional on platform which use dwc2_udc_otg driver.
Remove the speed test in dwc2_gadget_start() to fix it.
Tested on stm32mp157c-ev1 board.
Isn't the speed check
Since commit 8745b9ebccae ("usb: gadget: add super speed support")
ums was no more functional on platform which use dwc2_udc_otg driver.
Remove the speed test in dwc2_gadget_start() to fix it.
Tested on stm32mp157c-ev1 board.
Fixes: c791c8431c34 ("usb: dwc2: convert driver to DM_USB_GADGET")
On Wed, 10 Feb 2021 14:48:23 +0100
Patrice CHOTARD wrote:
> +Patrick
>
> Hi All
>
> I have tested this series on stm32mp1-ev1 board which embeds 1 nand and 2
> identical spi-nor.
> spi-nor DT node is the following:
>
> {
> pinctrl-names = "default", "sleep";
> pinctrl-0 =
On Wed, Feb 10, 2021 at 08:46:51AM +0800, Bin Meng wrote:
> Hi Simon,
>
> On Sun, Feb 7, 2021 at 11:34 PM Simon Glass wrote:
> >
> > Hi Bin,
> >
> > On Sun, 7 Feb 2021 at 08:11, Bin Meng wrote:
> > >
> > > This reverts commit e002474158d1054a7a2ff9a66149384c639ff242.
> > >
> > > Commit
+Patrick
Hi All
I have tested this series on stm32mp1-ev1 board which embeds 1 nand and 2
identical spi-nor.
spi-nor DT node is the following:
{
pinctrl-names = "default", "sleep";
pinctrl-0 = <_clk_pins_a _bk1_pins_a _bk2_pins_a>;
pinctrl-1 = <_clk_sleep_pins_a
Acked-by: Lauri Hintsala
mailto:lauri.hints...@silabs.com>>
On 9 Feb 2021, at 15.02, Tom Rini
mailto:tr...@konsulko.com>> wrote:
CAUTION: This email originated from outside of the organization. Do not click
links or open attachments unless you recognize the sender and know the content
is
Hi,
We are trying to run SPL in our custom board. So we have integrated the
code changes in our custom board.
Our custom board is based on imx6ull . All the changes are done
properly. But when we try to boot it is stuck in "Trying to boot from MMC1".
Please help us resolve this issue.
.git
tags/u-boot-amlogic-20210210
for you to fetch changes up to 8bc780106c1399bd263c4283a8747889a613ca5d:
board: amlogic: odroid: add runtime detection of the N2/N2+/C4/HC4 variants
(2021-02-10 10:00:51 +0100)
- Add configura
On 10.02.21 12:23, Wolfgang Denk wrote:
> Dear Ilias,
>
> In message <20210210105425.356131-1-ilias.apalodi...@linaro.org> you wrote:
>> Up to now we've been adding all the efi related configuration to
>> 'efidebug' command. The command name feels a bit weird to configure boot
>> manager related
On Wed, Feb 10, 2021 at 01:53:55PM +0200, Ilias Apalodimas wrote:
> Hi Wolfgang,
>
> Thanks for having a look,
>
> On Wed, Feb 10, 2021 at 12:23:47PM +0100, Wolfgang Denk wrote:
> > Dear Ilias,
> >
> > In message <20210210105425.356131-1-ilias.apalodi...@linaro.org> you wrote:
> > > Up to now
Dear Wolfgang,
On Wed, Feb 10, 2021 at 01:26:15PM +0100, Wolfgang Denk wrote:
> Dear Ilias,
>
> In message you wrote:
> >
> > The efidebug for boot options wasn't introduced that long ago and I don't
> > think anyone uses it in production. If someone would want to have it
> > backwards
> >
From: T Karthik Reddy
Enable rx clock along with tx clock for versal platform. Use compatible
data to enable/disable clocks in the driver.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
Reviewed-By: Ramon Fried
---
Changes in v2:
- Use compatible data instead of CONFIG_
From: T Karthik Reddy
Enable i2c controller clock from driver probe function
by calling clk_enable().
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
(no changes since v1)
drivers/i2c/i2c-cdns.c | 7 +++
1 file changed, 7 insertions(+)
diff --git
From: T Karthik Reddy
Add clock enable functionality in zynqmp clock driver to enable
clocks from peripheral drivers using clk_ops.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
(no changes since v1)
drivers/clk/clk_zynqmp.c | 49
1
From: T Karthik Reddy
Add clock enable functionality in versal clock driver to enable
clocks from peripheral drivers using clk_ops.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
Changes in v2:
- change patch possition
drivers/clk/clk_versal.c | 11 +++
1 file
A lot of Xilinx drivers are checking -ENOSYS which means that clock driver
doesn't have enable function. Remove this checking from drivers and create
dummy enable function as was done for clk_fixed_rate driver by
commit 6bf6d81c1112 ("clk: fixed_rate: add dummy enable() function").
Signed-off-by:
Hi,
Add support to enable clocks using clock subsystem ops for
zynqmp & versal platforms. Enable rx clock in ethernet driver
for versal platform. Add clock enable feature in i2c-cdns
driver.
Thanks,
Karthik, Michal
Changes in v2:
- New patch is series
- change patch possition
- Use compatible
Dear Ilias,
In message you wrote:
>
> The efidebug for boot options wasn't introduced that long ago and I don't
> think anyone uses it in production. If someone would want to have it
> backwards
> compatible, please shout and we'll see what we can do, but I'd strongly
> prefer
> replacing
út 2. 2. 2021 v 16:51 odesílatel Michal Simek napsal:
>
> Both Zynq and ZynqMP can show silicon versions in SPL boot flow. It is
> useful to be aware.
> The patch is also fixing possition of these bits on ZynqMP.
>
> Signed-off-by: Michal Simek
> ---
>
>
út 2. 2. 2021 v 13:40 odesílatel Michal Simek napsal:
>
> Fix bug introduced by commit listed below. It is for cases where Versal or
> ZynqMP don't have DDR mapped. Later SPL was also excluded by
> commit a672b9871b57 ("xilinx: common: Do not touch
> CONFIG_XILINX_OF_BOARD_DTB_ADDR in SPL").
>
>
st 3. 2. 2021 v 13:18 odesílatel Michal Simek napsal:
>
> Hi,
>
> Add support to enable clocks using clock subsystem ops for
> zynqmp & versal platforms. Enable rx clock in ethernet driver
> for versal platform. Add clock enable feature in i2c-cdns
> driver.
>
> Thanks,
> Karthik, Michal
>
>
> T
Hi Wolfgang,
Thanks for having a look,
On Wed, Feb 10, 2021 at 12:23:47PM +0100, Wolfgang Denk wrote:
> Dear Ilias,
>
> In message <20210210105425.356131-1-ilias.apalodi...@linaro.org> you wrote:
> > Up to now we've been adding all the efi related configuration to
> > 'efidebug' command. The
Dear Ilias,
In message <20210210105425.356131-1-ilias.apalodi...@linaro.org> you wrote:
> Up to now we've been adding all the efi related configuration to
> 'efidebug' command. The command name feels a bit weird to configure boot
> manager related commands. Since the bootmanager is growing and
We moved the variable related functionality from efidebug to bootmgr
command. Change the relevant documentation to indicate the new command
Signed-off-by: Ilias Apalodimas
---
doc/api/efi.rst | 5 ++---
doc/uefi/uefi.rst | 2 +-
doc/usage/bootefi.rst | 4 ++--
3 files changed, 5
Up to now we've been adding all the efi related configuration to
'efidebug' command. The command name feels a bit weird to configure boot
manager related commands. Since the bootmanager is growing and we intend
to extend it with features like defining the initrd we want to expose to
the kernel,
1 - 100 of 110 matches
Mail list logo
