On Tue, 2020-10-13 at 22:34 +0800, Bin Meng wrote:
> On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun
> wrote:
> >
> > Add USB, FAT commands, and fixed regulator, mass storage
> > drivers.
> > Due to device mode is enabled by default, comment out
> > the host mode config here.
>
> This patch should
On Tue, 2020-10-13 at 22:26 +0800, Bin Meng wrote:
> On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun
> wrote:
> >
> > This patch adds support for the MediaTek USB3 DRD controller,
> > its host side is based on xHCI, this driver supports device mode
> > and host mode.
> >
> > Signed-off-by: Chunfeng
On Tue, 2020-10-13 at 22:19 +0800, Bin Meng wrote:
> On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun
> wrote:
> >
> > Add enum USB_SPEED_SUPER_PLUS for USB3.1
> >
> > Signed-off-by: Chunfeng Yun
> > ---
> > v5~v7: no changes
> >
> > v4: also add it into speed_names array
> >
> > v2~v3: no changes
On Tue, 2020-10-13 at 22:18 +0800, Bin Meng wrote:
> On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun
> wrote:
> >
> > Add dt-binding for MediaTek USB3 DRD Driver
>
> There are some differences compared to the one in the Linux kernel:
Some properties are removed due to dual-role switch is not
Fix up the documentation which was lost in a merge conflict in the
conversion to RST.
Fixes: 52d3df7fefe ("log: Allow LOG_DEBUG to always enable log output")
Signed-off-by: Simon Glass
---
doc/develop/logging.rst | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git
On Tue, 13 Oct 2020 at 13:21, Sean Anderson wrote:
>
> syslog_test.h is in test/log/, not include/
>
> Fixes: 52d3df7fef ("log: Allow LOG_DEBUG to always enable log output")
> Signed-off-by: Sean Anderson
> ---
>
> test/log/syslog_test.c| 2 +-
> test/log/syslog_test_ndebug.c | 2 +-
>
Am 14. Oktober 2020 03:03:28 MESZ schrieb Bin Meng :
>On Wed, Oct 14, 2020 at 3:23 AM Atish Patra
>wrote:
>>
>> RV32 should use PE32 format instead of PE32+ as the efi header
>format.
>> This requires following changes
>> 1. A different header magic value
>> 2. An additional parameter known as
On Wed, Oct 14, 2020 at 3:23 AM Atish Patra wrote:
>
> RV32 should use PE32 format instead of PE32+ as the efi header format.
> This requires following changes
> 1. A different header magic value
> 2. An additional parameter known as BaseOfData. Currently, it is set to
>zero in absence of any
On 10/13/20 8:43 PM, Rick Chen wrote:
>> Half of this driver is a DM-based timer driver, and half is RISC-V-specific
>> IPI code. Move the timer portions in with the other timer drivers. The
>> KConfig is not moved, since it also enables IPIs. It could also be split
>> into two configs, but no
> Half of this driver is a DM-based timer driver, and half is RISC-V-specific
> IPI code. Move the timer portions in with the other timer drivers. The
> KConfig is not moved, since it also enables IPIs. It could also be split
> into two configs, but no boards use the timer but not the IPI atm, so
> This matches the naming scheme of other timer drivers.
>
> Signed-off-by: Sean Anderson
> ---
>
> arch/riscv/cpu/ax25/Kconfig | 2 +-
> drivers/timer/Kconfig | 2 +-
> drivers/timer/Makefile | 2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
Reviewed-by: Rick Chen
> This is a regular timer driver, and should live with the other timer
> drivers.
>
> Signed-off-by: Sean Anderson
> ---
>
> MAINTAINERS| 1 +
> arch/riscv/Kconfig | 7 ---
> arch/riscv/lib/Makefile
On Mon, Oct 12, 2020 at 1:54 PM Tim Harvey wrote:
>
> Greetings,
>
> I'm finding that the IMX8MM TMU is not reporting valid data (valid is
> never true). I've added the tmu node into the device-tree. Is there
> any other reason you can think of for the IMX8MM tmu driver to not be
> working? I did
RV32 should use PE32 format instead of PE32+ as the efi header format.
This requires following changes
1. A different header magic value
2. An additional parameter known as BaseOfData. Currently, it is set to
zero in absence of any usage.
Signed-off-by: Atish Patra
---
syslog_test.h is in test/log/, not include/
Fixes: 52d3df7fef ("log: Allow LOG_DEBUG to always enable log output")
Signed-off-by: Sean Anderson
---
test/log/syslog_test.c| 2 +-
test/log/syslog_test_ndebug.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On 10/13/20 8:30 PM, Biju Das wrote:
Hi,
[...]
On 10/13/20 10:52 AM, Biju Das wrote:
> Renesas RZ/G2N (r8a774b1) is pin compatible with R-Car M3-N
> (r8a77965), however it doesn't have several automotive specific
> peripherals. Add a r8a77965 specific pin groups/functions along
On Tue, Oct 13, 2020 at 02:03:46PM -0400, Tom Rini wrote:
> On Tue, Oct 13, 2020 at 06:35:51PM +0200, Frédéric Danis wrote:
> > Hi Tom,
> >
> > On 13/10/2020 17:48, Tom Rini wrote:
> > > On Fri, Mar 20, 2020 at 10:59:23AM +0100, Frédéric Danis wrote:
> > >
> > > > Add PStore command to sandbox
Hi Marek,
> Subject: Re: [PATCH v2 3/5] pinctrl: renesas: r8a77965: Add R8A774B1 PFC
> support
>
> On 10/13/20 8:01 PM, Biju Das wrote:
>
> Hi,
>
> [...]
>
> >> On 10/13/20 10:52 AM, Biju Das wrote:
> >>> Renesas RZ/G2N (r8a774b1) is pin compatible with R-Car M3-N
> >>> (r8a77965), however it
On 10/13/20 8:01 PM, Biju Das wrote:
Hi,
[...]
>> On 10/13/20 10:52 AM, Biju Das wrote:
>>> Renesas RZ/G2N (r8a774b1) is pin compatible with R-Car M3-N
>>> (r8a77965), however it doesn't have several automotive specific
>>> peripherals. Add a r8a77965 specific pin groups/functions along with
On Tue, Oct 13, 2020 at 06:35:51PM +0200, Frédéric Danis wrote:
> Hi Tom,
>
> On 13/10/2020 17:48, Tom Rini wrote:
> > On Fri, Mar 20, 2020 at 10:59:23AM +0100, Frédéric Danis wrote:
> >
> > > Add PStore command to sandbox and sandbox64 defconfigs.
> > > Add test checking:
> > > - 'pstore
Hi Marek,
> Subject: Re: [PATCH v2 1/5] clk: renesas: Add R8A774B1 clock tables
>
> On 10/13/20 10:52 AM, Biju Das wrote:
> > This sync's the RZ/G2N clock tables with mainline linux 5.9-rc4 commit
> > f4d51dffc6c0 ("Linux 5.9-rc4")
>
> Since 5.9 is out, can you respin it on 5.9 please ?
Sure.
h cleaner, if we maintain same structure like linux [1].
Otherwise we need to
add #ifdef CONFIG_PINCTRL_PFC_R8A77965 for the DRIF IP/.automotive all over the
places in this file.
So please advise.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/pinctrl/renesas
On 10/13/20 10:52 AM, Biju Das wrote:
> This sync's the RZ/G2N clock tables with mainline linux 5.9-rc4
> commit f4d51dffc6c0 ("Linux 5.9-rc4")
Since 5.9 is out, can you respin it on 5.9 please ?
On 10/13/20 10:52 AM, Biju Das wrote:
> Renesas RZ/G2N (r8a774b1) is pin compatible with R-Car M3-N (r8a77965),
> however it doesn't have several automotive specific peripherals. Add
> a r8a77965 specific pin groups/functions along with common pin
> groups/functions for supporting both r8a77965
On 10/13/20 7:01 PM, Patrick DELAUNAY wrote:
> Hi Michael and Marek,
[...]
> Marek, I don't see any objection, it is also ok for you ?
> And can you test dh board with this patch ?
I plan to test that , yes. Note that I am still not entirely sure
whether loadables and firmware are the same
Hi Marek,
> From: Marek Vasut
> Sent: jeudi 8 octobre 2020 15:15
>
> In case the KS8851 has external EEPROM attached to it, do not set eth1addr at
> all. The network stack will read the MAC out of the
> KS8851 and set eth1addr accordingly.
>
> Signed-off-by: Marek Vasut
> Cc: Patrice Chotard
Hi Michael and Marek,
> From: U-Boot On Behalf Of Michal Simek
> Sent: lundi 5 octobre 2020 11:37
>
> There shouldn't be a need to use loadables propertyn because u-boot can be
> pointed by firmware property. This change should also speedup boot process
> because loadables property is list of
Hi,
> From: Richard Genoud
> Sent: mardi 13 octobre 2020 14:25
>
> Hi Patrick,
>
> Le 13/10/2020 à 14:18, Patrick DELAUNAY a écrit :
> > Hi Richard,
> >
> >> From: Richard Genoud
> >> Sent: lundi 12 octobre 2020 16:11
> >>
> >> spl_mmc_boot_partition is only defined when
> >>
Hi Tom,
On 13/10/2020 17:48, Tom Rini wrote:
On Fri, Mar 20, 2020 at 10:59:23AM +0100, Frédéric Danis wrote:
Add PStore command to sandbox and sandbox64 defconfigs.
Add test checking:
- 'pstore display' of all records
- 'pstore display' only the 2nd dump record
- 'pstore save' of all records
Hi Alper,
On Tue, 13 Oct 2020 at 09:01, Alper Nebi Yasak wrote:
>
> On 12/10/2020 06:34, Simon Glass wrote:
> > On Tue, 6 Oct 2020 at 14:40, Alper Nebi Yasak
> > wrote:
> >>
> >> Found this by comparing it to the coreboot driver, a form of this call
> >> was introduced there in their commit
On Fri, Mar 20, 2020 at 10:59:23AM +0100, Frédéric Danis wrote:
> Add PStore command to sandbox and sandbox64 defconfigs.
> Add test checking:
> - 'pstore display' of all records
> - 'pstore display' only the 2nd dump record
> - 'pstore save' of all records
>
> Signed-off-by: Frédéric Danis
>
On 12/10/2020 06:34, Simon Glass wrote:
> On Tue, 6 Oct 2020 at 14:40, Alper Nebi Yasak
> wrote:
>>
>> Found this by comparing it to the coreboot driver, a form of this call
>> was introduced there in their commit b9a7877568cf ("rockchip/*: refactor
>> edp driver"). This is copy-pasted from
On Wed, Sep 30, 2020 at 4:03 AM Heinrich Schuchardt wrote:
>
> void * can be assigned to any pointer variable. Avoid unnecessary
> conversions.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> drivers/usb/host/xhci-mem.c | 21 +
> 1 file changed, 9 insertions(+), 12
On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun wrote:
>
> Add MediaTek USB3 Dual-Role controller driver to ARM MEDIATEK,
> and add myself as a maintainer for it.
>
> Signed-off-by: Chunfeng Yun
> ---
> v6~v7: no changes
>
> v5: add mtu3/, xhci-mtk.c, and myself as maintainer for MTK USB
>
> v4:
On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun wrote:
>
> Add USB, FAT commands, and fixed regulator, mass storage
> drivers.
> Due to device mode is enabled by default, comment out
> the host mode config here.
This patch should be squashed into patch [08/10]
>
> Signed-off-by: Chunfeng Yun
>
On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun wrote:
>
> Add usb, usb phy, and fixed regulators nodes
>
> Signed-off-by: Chunfeng Yun
> ---
> v5~v7: no changes
>
> v4: add host related properties, add subnode.
>
> v3: remove unused property mediatek,discth
>
> v2: no changes
> ---
>
On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun wrote:
>
> Add an entry in usb_gadget_controller_number() for the MTU3
> gadget controller. It is used to bind the USB Ethernet driver.
>
> Signed-off-by: Chunfeng Yun
> ---
> v4~v7: no changes
>
> v3: new patch
> ---
>
On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun wrote:
>
> This patch adds support for the MediaTek USB3 DRD controller,
> its host side is based on xHCI, this driver supports device mode
> and host mode.
>
> Signed-off-by: Chunfeng Yun
I can only comment some generic stuff, since I have no access
On 13.10.20 13:06, Patrick DELAUNAY wrote:
> Hi Jan,
>
>> From: Jan Kiszka
>> Sent: mardi 13 octobre 2020 00:02
>>
>> On 05.10.20 08:07, Jan Kiszka wrote:
>>> On 01.10.20 11:52, Jan Kiszka wrote:
On 30.09.20 11:51, Jan Kiszka wrote:
> [BCC'ed TF-A only, migrating to u-boot, including
On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun wrote:
>
> There is only declaration of usb_speed_string(), but no definition,
> so add it to avoid build error when call it.
>
> Signed-off-by: Chunfeng Yun
> ---
> v7: no changes
>
> v6: modify commit message suggested by Roger
>
> v5: no changes
>
On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun wrote:
>
> Add enum USB_SPEED_SUPER_PLUS for USB3.1
>
> Signed-off-by: Chunfeng Yun
> ---
> v5~v7: no changes
>
> v4: also add it into speed_names array
>
> v2~v3: no changes
> ---
> drivers/usb/common/common.c | 1 +
> include/linux/usb/ch9.h |
On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun wrote:
>
> Add dt-binding for MediaTek USB3 DRD Driver
There are some differences compared to the one in the Linux kernel:
https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bindings/usb/mediatek%2Cmtu3.txt
Please specify which
On Fri, Sep 18, 2020 at 5:12 PM Chunfeng Yun wrote:
>
> Add bindings for common properties, include maximum-speed,
> dr_mode and phy_type
>
> Signed-off-by: Chunfeng Yun
> ---
> v2~v7: no changes
> ---
> doc/device-tree-bindings/usb/generic.txt | 31 +++
> 1 file
On Thu, Sep 17, 2020 at 03:01:46PM +0200, Philippe Reynes wrote:
> Binaries may be encrypted in a FIT image with AES. This
> algo needs a key and an IV (Initialization Vector). The
> IV is provided in a file (pointer by iv-name-hint in the
> ITS file) when building the ITB file.
>
> This commits
On Tue, Oct 06, 2020 at 12:09:45PM +0200, Rasmus Villemoes wrote:
> Commit fdf0819afb (rsa: fix alignment issue when getting public
> exponent) changed the logic to avoid doing an 8-byte access to a
> possibly-not-8-byte-aligned address.
>
> However, using rsa_convert_big_endian is wrong: That
On Thu, Aug 20, 2020 at 07:57:45PM +0200, Heinrich Schuchardt wrote:
> We assign first_deleted = 0. There is no need to check its value without
> any further assignment in between.
>
> Signed-off-by: Heinrich Schuchardt
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
On Thu, Oct 08, 2020 at 08:53:13PM +0200, Heinrich Schuchardt wrote:
> Remove initialization of ret with unused value.
>
> Signed-off-by: Heinrich Schuchardt
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Sep 17, 2020 at 03:01:47PM +0200, Philippe Reynes wrote:
> This commit add the support in u-boot to read the IV
> in the FIT image instead of u-boot device tree.
>
> Signed-off-by: Philippe Reynes
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 16, 2020 at 11:01:11PM -0700, Thirupathaiah Annapureddy wrote:
> Add documentation about 'required-mode' property in /signature node
> in U-Boot's control FDT.
>
> Signed-off-by: Thirupathaiah Annapureddy
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
On Wed, Sep 23, 2020 at 07:11:44PM +0200, Matthieu CASTET wrote:
> The algo name should match between the FIT's signature node and the
> U-Boot's control FDT.
>
> If we do not check it, U-Boot's control FDT can expect sha512 hash but
> nothing will prevent to accept image with sha1 hash if the
On Sun, Aug 16, 2020 at 11:01:10PM -0700, Thirupathaiah Annapureddy wrote:
> This patch adds vboot tests to verify the support for multiple
> required keys using new required-mode DTB policy.
>
> This patch also fixes existing test where dev
> key is assumed to be marked as not required,
On Sun, Aug 16, 2020 at 11:01:09PM -0700, Thirupathaiah Annapureddy wrote:
> Currently FIT image must be signed by all required conf keys. This means
> Verified Boot fails if there is a signature verification failure
> using any required key in U-Boot DTB.
>
> This patch introduces a new policy
> >> Hello Matthias,
> >>
> >> I have upgraded the Raspberry 3 firmware from raspi3-firmware
> >> (1.20190215-1+deb10u4) to raspi-firmware (1.20200601-3)
> >> [https://packages.debian.org/bullseye/raspi-firmware].
> >>
> >> After the upgrade the output of U-Boot on the serial console is complete
>
On Mon, Oct 12, 2020 at 02:14:43PM +0800, Peng Fan wrote:
> When using cygwin64 "dd (coreutils) 8.26 Packaged by Cygwin (8.26-2)",
> the last not 512bytes aligned data wat cut off and not burned into SD
> card.
>
> Saying the flash.bin size is 1085608 bytes, not 512bytes aligned. It only
>
Hi Tim,
On Mon, Oct 12, 2020 at 4:26 PM Tim Harvey wrote:
>
> Ensure we terminate the line with a CR if we get an invalid sensor device
> or reading.
>
> Signed-off-by: Tim Harvey
Thanks for the fix:
Reviewed-by: Fabio Estevam
Hi Patrick,
Le 13/10/2020 à 14:18, Patrick DELAUNAY a écrit :
Hi Richard,
From: Richard Genoud
Sent: lundi 12 octobre 2020 16:11
spl_mmc_boot_partition is only defined when
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION is defined.
Signed-off-by: Richard Genoud
---
Hi Richard,
> From: Richard Genoud
> Sent: lundi 12 octobre 2020 16:11
>
> spl_mmc_boot_partition is only defined when
> CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION is defined.
>
> Signed-off-by: Richard Genoud
> ---
> arch/arm/mach-stm32mp/spl.c | 2 ++
> 1 file changed, 2 insertions(+)
Hi Jan,
> From: Jan Kiszka
> Sent: mardi 13 octobre 2020 00:02
>
> On 05.10.20 08:07, Jan Kiszka wrote:
> > On 01.10.20 11:52, Jan Kiszka wrote:
> >> On 30.09.20 11:51, Jan Kiszka wrote:
> >>> [BCC'ed TF-A only, migrating to u-boot, including folks involved
> >>> there]
> >>>
> >>> On 30.09.20
From: Bin Meng
CONFIG_CMD_TIMER merits a single file instead of co-exist in the
sleep command file.
Signed-off-by: Bin Meng
---
(no changes since v1)
cmd/Makefile | 1 +
cmd/sleep.c | 28
cmd/timer.c | 34 ++
3 files changed,
From: Bin Meng
The "cmd/Kconfig" has a TODO description for CMD_MISC that it should
really be named as CMD_SLEEP. Change it in the whole source tree.
Signed-off-by: Bin Meng
---
Changes in v2:
- remove the "Misc functions" in the C codes
cmd/Kconfig | 3 +--
From: Bin Meng
The "cmd/Kconfig" has a TODO description for CMD_MISC that it should
really be named as CMD_SLEEP. Change it in the whole source tree.
Signed-off-by: Bin Meng
---
cmd/Kconfig | 3 +--
cmd/Makefile | 2 +-
cmd/{misc.c
From: Bin Meng
CONFIG_CMD_TIMER merits a single file instead of co-exist in the
sleep command file.
Signed-off-by: Bin Meng
---
cmd/Makefile | 1 +
cmd/sleep.c | 28
cmd/timer.c | 34 ++
3 files changed, 35 insertions(+), 28
Hi Chunfeng,
On Tue, Oct 13, 2020 at 3:26 PM Chunfeng Yun wrote:
>
> Hi Bin,
>
> Gentle ping...
>
> Could you help to review this series?
Will have a look soon.
>
> Thanks a lot
>
>
> On Mon, 2020-09-28 at 04:12 +0200, Marek Vasut wrote:
> > On 9/28/20 4:01 AM, Chunfeng Yun wrote:
> > [...]
>
On 10/13/20 12:05 PM, Peng Fan wrote:
>> Subject: Re: [PATCH 1/8] tcpc: Add driver for USB typec port controller
>> (TCPC)
>>
>> On 10/13/20 11:39 AM, Peng Fan wrote:
Subject: Re: [PATCH 1/8] tcpc: Add driver for USB typec port
controller (TCPC)
On 10/12/20 11:43 AM, Peng Fan
> Subject: Re: [PATCH 1/8] tcpc: Add driver for USB typec port controller (TCPC)
>
> On 10/13/20 11:39 AM, Peng Fan wrote:
> >> Subject: Re: [PATCH 1/8] tcpc: Add driver for USB typec port
> >> controller (TCPC)
> >>
> >> On 10/12/20 11:43 AM, Peng Fan wrote:
> Subject: Re: [PATCH 1/8] tcpc:
On 10/13/20 11:39 AM, Peng Fan wrote:
>> Subject: Re: [PATCH 1/8] tcpc: Add driver for USB typec port controller
>> (TCPC)
>>
>> On 10/12/20 11:43 AM, Peng Fan wrote:
Subject: Re: [PATCH 1/8] tcpc: Add driver for USB typec port
controller (TCPC)
On 10/12/20 8:23 AM, Peng Fan
> Subject: Re: [PATCH 1/8] tcpc: Add driver for USB typec port controller (TCPC)
>
> On 10/12/20 11:43 AM, Peng Fan wrote:
> >> Subject: Re: [PATCH 1/8] tcpc: Add driver for USB typec port
> >> controller (TCPC)
> >>
> >> On 10/12/20 8:23 AM, Peng Fan wrote:
> >> [...]
> >>>
Renesas RZ/G2H (r8a774e1) is pin compatible with R-Car H3 (r8a77951),
however it doesn't have several automotive specific peripherals. Add
a r8a77951 specific pin groups/functions along with common pin
groups/functions for supporting both r8a77951 and r8a774e1 SoC.
This patch is ported from
Renesas RZ/G2N (r8a774b1) is pin compatible with R-Car M3-N (r8a77965),
however it doesn't have several automotive specific peripherals. Add
a r8a77965 specific pin groups/functions along with common pin
groups/functions for supporting both r8a77965 and r8a774b1 SoC.
This patch is ported from
Add RPC entry into the R8A774B1 clock driver tables.
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
V2
* New patch.
---
drivers/clk/renesas/r8a774b1-cpg-mssr.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/clk/renesas/r8a774b1-cpg-mssr.c
This sync's the RZ/G2H clock tables with mainline linux 5.9-rc4 commit
f4d51dffc6c0 ("Linux 5.9-rc4")
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
V1->V2
* Rebased to u-boot-sh master.
---
arch/arm/mach-rmobile/Kconfig.64| 1 +
drivers/clk/renesas/Kconfig |
This sync's the RZ/G2N clock tables with mainline linux 5.9-rc4
commit f4d51dffc6c0 ("Linux 5.9-rc4")
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
V1->V2
* Rebased to u-boot-sh master.
---
arch/arm/mach-rmobile/Kconfig.64| 1 +
drivers/clk/renesas/Kconfig |
Add Clock and Pincontrol driver support for RZ/G2[HN] SoC's.
This patches are based on u-boot-sh master.
Biju Das (5):
clk: renesas: Add R8A774B1 clock tables
clk: renesas: r8a774b1-cpg-mssr: Add R8A774B1 RPC clock
pinctrl: renesas: r8a77965: Add R8A774B1 PFC support
clk: renesas: Add
Hi Thomas,
On 13 Oct 2020, at 08:35, Thomas Petazzoni wrote:
> I suspect you have the mvneta driver as a module ? If this is the case,
> then indeed, the MAC address is lost because Linux turns of all unused
> clocks at the end of the boot. When the driver is built-in, there is a
> driver adding
Hi Bin,
Gentle ping...
Could you help to review this series?
Thanks a lot
On Mon, 2020-09-28 at 04:12 +0200, Marek Vasut wrote:
> On 9/28/20 4:01 AM, Chunfeng Yun wrote:
> [...]
> >> create mode 100644 drivers/usb/mtu3/mtu3_core.c
> >> create mode 100644 drivers/usb/mtu3/mtu3_dr.h
> >>
Hello Ezra,
On Sat, 10 Oct 2020 18:41:24 +0200
Ezra Buehler wrote:
> I am running Debian buster (Linux 4.19.146) on a Synology DS214+ NAS
> (Marvell ARMADA XP). Unfortunately, I end up with random MAC addresses
> for the two Ethernet interfaces after boot. (Also with Debian sid, Linux
> 5.4.0.)
Enable eMMC HS400 mode support on LX2162AQDS.
Signed-off-by: Yangbo Lu
---
Depends on http://patchwork.ozlabs.org/project/uboot/list/?series=199900=*
Changes for v2:
- Fix typo.
---
configs/lx2162aqds_tfa_SECURE_BOOT_defconfig | 1 +
configs/lx2162aqds_tfa_defconfig | 1
77 matches
Mail list logo
