This series adds support for printing CPU name and board name for all
k3 devices. Also a misc update for getting tisci handle
Changes since v1:
- Dropped unused headers
- Dropped using array names for Soc and revision
Lokesh Vutla (5):
arm: k3: Add support for printing CPUINFO
board: am65x: P
Enable CONFIG_DISPLAY_CPUINFO so that cpuinfo is printed during boot.
Signed-off-by: Lokesh Vutla
---
configs/j721e_evm_a72_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/j721e_evm_a72_defconfig b/configs/j721e_evm_a72_defconfig
index 46667da36e..cc8f99d21d 100644
--- a/con
Use the driver name to get ti_sci handle rather than relying
on just the FIRMWARE uclass.
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/common.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-k3/common.c b/arch/arm/mach-k3/common.c
index 2b6c7d237e..374e88
Enable CONFIG_DISPLAY_CPUINFO so that cpuinfo is printed during boot.
Signed-off-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig| 1 -
configs/am65x_hs_evm_a53_defconfig | 1 -
2 files changed, 2 deletions(-)
diff --git a/configs/am65x_evm_a53_defconfig b/configs/am65x_evm_a53_defconfi
Add support for printing CPU info for all K3 devices.
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/common.c| 42
arch/arm/mach-k3/common.h| 6
arch/arm/mach-k3/include/mach/hardware.h | 18 ++
3 files changed, 66 insertio
Print the board name and ver along with the DT Model.
While at it print the ver for all the detected daughter cards.
Signed-off-by: Lokesh Vutla
---
board/ti/am65x/evm.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/board/ti/am65x/evm.c b/board/ti/am65x/evm.
This series introduces a flag to disable pd control by DM framework. And
disbables the power domain during device removal.
Depends on: https://patchwork.ozlabs.org/project/uboot/list/?series=132841
Anatolij Gustschin (1):
dm: core: device: switch off power domain after device removal
Lokesh Vu
In some remoteproc cases, enabling the power domain of the core will
start running the core. In such cases image should be loaded before
enabling the power domain. But the current DM framework enables the
power-domain by default during probe. This is causing the remotecore
to start and crash as the
From: Anatolij Gustschin
The power domain associated with a device is enabled when probing,
but currently the domain remains enabled when the device is removed.
Some boards started to disable power domains for selected devices
via custom board_quiesce_devices(), but it doesn't work in many
cases,
Add dev_power_domain_off() api to disable all the power-domains
corresponding to a device
Signed-off-by: Lokesh Vutla
---
drivers/power/domain/power-domain-uclass.c | 34 +-
include/power-domain.h | 17 +++
2 files changed, 44 insertions(+), 7 dele
Enable DM_FLAG_DEFAULT_PD_CTRL_OFF for arm64 remote core so that
pd can be enabled after loading the image.
Signed-off-by: Lokesh Vutla
---
drivers/remoteproc/ti_k3_arm64_rproc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/remoteproc/ti_k3_arm64_rproc.c
b/drivers/remoteproc/ti_k
On 27/09/19 7:18 AM, Simon Glass wrote:
> Hi Anatolij,
>
> On Thu, 1 Aug 2019 at 00:44, Anatolij Gustschin wrote:
>>
>> Hi Lokesh,
>>
>> On Thu, 1 Aug 2019 09:43:39 +0530
>> Lokesh Vutla lokeshvu...@ti.com wrote:
>>
>>> On 01/08/19 2:55 AM, Anatolij Gustschin wrote:
The power domain associ
Dear Hao Liu
On Fri, 2019-09-27 at 16:23 +0800, Hao Liu wrote:
> Dear Maintainers:
> My name is Hao Liu, a software engineer from Phytium Technology Co.,
> Ltd.
> We need to submit the phytium platform to the uboot Home.
> I hope that the Maintainers can approve with me.
> This soc is ft2004, an
Hi Suneel,
On 04/09/2019 08:03, Suneel Garapati wrote:
> Hi Matthias,
>
> Thank you for your concern. I picked up things last week. So will post
> by this weekend.
> Apologies for the delay.
Any update on this? It's a long time since you said you want to provide the
patches, is there anything I
From: Matthias Brugger
In this series we prepare the RaspberryPi source code
to be able to build one binary for RPi[3,4] and one for RPi[1,2].
To achieve this we need to set the IO base address on runtime. Apart
from that, for arm64 we also need to set memory region correctly.
This patches fix t
From: Matthias Brugger
We move the per SOC define BCM283x_BASE to a global variable.
This is a first step to provide a single binary for several bcm283x
SoCs.
Signed-off-by: Matthias Brugger
---
arch/arm/mach-bcm283x/include/mach/base.h | 11 +++
arch/arm/mach-bcm283x/include/mach/mb
From: Matthias Brugger
As part of the effort to create one binary for several bcm83x SoCs
we use the SoC compatible to decide which IO base address we use.
Signed-off-by: Matthias Brugger
---
arch/arm/mach-bcm283x/Kconfig | 6
arch/arm/mach-bcm283x/init.c | 60 +
From: Matthias Brugger
For bcm283x based on arm64 we also have to change the mm_region.
Add assign this in mach_cpu_init() so we can create now one binary
for RPi3 and RPi4.
Signed-off-by: Matthias Brugger
---
arch/arm/mach-bcm283x/init.c | 65 +--
board/rasp
On Thu, Sep 26, 2019 at 05:07:21PM -0300, Fabio Estevam wrote:
> Hi Vagrant,
>
> On Thu, Sep 26, 2019 at 4:16 PM Vagrant Cascadian wrote:
> >
> > I just tested mx6cuboxi with 2019.10-rc4, and it fails to load
> > u-boot.img from MMC:
> >
> > 1 2019-09-26_17:31:27.63089 U-Boot SPL 2019.10-rc4+dfsg
On 27.09.19 11:00, matthias@kernel.org wrote:
From: Matthias Brugger
We move the per SOC define BCM283x_BASE to a global variable.
This is a first step to provide a single binary for several bcm283x
SoCs.
Signed-off-by: Matthias Brugger
---
arch/arm/mach-bcm283x/include/mach/base.h |
On 27.09.19 11:00, matthias@kernel.org wrote:
From: Matthias Brugger
As part of the effort to create one binary for several bcm83x SoCs
we use the SoC compatible to decide which IO base address we use.
Signed-off-by: Matthias Brugger
---
arch/arm/mach-bcm283x/Kconfig | 6
arch/
On 27.09.19 11:00, matthias@kernel.org wrote:
From: Matthias Brugger
For bcm283x based on arm64 we also have to change the mm_region.
Add assign this in mach_cpu_init() so we can create now one binary
for RPi3 and RPi4.
Signed-off-by: Matthias Brugger
---
arch/arm/mach-bcm283x/init.c
Hi List,
TLDR: As subject
I've been following Alexander Graf's uEFI+grub2 presentation on Raspberry PI[1].
I have it working on PI 3 and 4 and its great but I need to re-compile u-boot
for each board which means lots of images.
I would like create a single image to boot grub on PI 3 and 4.
I di
The bcm283x PL011 serial driver is hard coded to allow connections only
for UART0. This prevents using any of the other UARTs as the U-boot
console.
The bcm283x serial driver is updated to allow connections to any of the
PL011 devices. The initialization logic has been updated as follows:
On 12/09/2019 11.17, Rasmus Villemoes wrote:
> While trying to implement an mxs_set_gpmiclk() I stumbled on a few minor
> things.
>
> Rasmus Villemoes (4):
> arm: mxs: fix register definitions for clkctrl_gpmi and clkctrl_sspX
> arm: mxs: fix comments in arch_cpu_init to match the code
> ar
Dear Maintainers:
My name is Hao Liu, a software engineer from Phytium Technology Co., Ltd.
We need to submit the phytium platform to the uboot Home.
I hope that the Maintainers can approve with me.
This soc is ft2004, and now this patch only support uart, pcie, usb, and gmac.
I know that this pa
Dear Marcel:I generate the patch using command of git format-patch. Then I
send the patch to you using commant of git send-email.But the smstp times
out. So I send the email to you using App. I know that this way is not
professional. Now I will go to https://www.denx.de/wiki/U-Boot/Patches,
an
On Thu, Sep 26, 2019 at 07:23:21PM +0200, Heinrich Schuchardt wrote:
> The following changes since commit 31e086e460fb5de6dd42559babdc1e027ed2fe96:
>
> Prepare v2019.10-rc4 (2019-09-23 12:24:39 -0400)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u
Hi Miquel
> From: Miquel Raynal
> Sent: jeudi 26 septembre 2019 11:43
>
> Hi Patrick,
>
> Patrick DELAUNAY wrote on Thu, 26 Sep 2019
> 09:31:46 +:
>
> > Hi Stefan,
> >
> > > From: Stefan Roese
> > > Sent: vendredi 20 septembre 2019 11:20
> > >
> > > Hi Patrick,
> > >
> > > On 20.09.19 09
On 27/09/2019 03:48, Simon Glass wrote:
> On Tue, 17 Sep 2019 at 09:52, Simon Glass wrote:
>>
>> Hi Matthias,
>>
>> On Tue, 17 Sep 2019 at 00:29, Matthias Brugger wrote:
>>>
>>> Hi Simon,
>>>
>>> On 17/09/2019 07:48, Simon Glass wrote:
Hi,
On Thu, 5 Sep 2019 at 02:49, wrote:
>>>
Hi Geoff,
On 27/09/2019 04:16, Geoff Williams wrote:
> Hi List,
>
> TLDR: As subject
>
> I've been following Alexander Graf's uEFI+grub2 presentation on Raspberry
> PI[1].
> I have it working on PI 3 and 4 and its great but I need to re-compile u-boot
> for each board which means lots of images
Hi Matthias,
>> My dream is to be able to compile a single u-boot.bin compiled as armv8-a
>> and be
>> able to boot any Raspberry PI 3/4 to grub2 from it. Is this realistic?
>>
>
> Yes it is. I was working on this the last weeks and just posted the patches
> today. Would be nice if you could test
On 27/09/2019 12:12, Alexander Graf wrote:
>
> On 27.09.19 11:00, matthias@kernel.org wrote:
>> From: Matthias Brugger
>>
>> As part of the effort to create one binary for several bcm83x SoCs
>> we use the SoC compatible to decide which IO base address we use.
>>
>> Signed-off-by: Matthias
On Fri, Sep 27, 2019 at 4:38 AM Jonathan Gray wrote:
>
> On Thu, Sep 26, 2019 at 05:07:21PM -0300, Fabio Estevam wrote:
> > Hi Vagrant,
> >
> > On Thu, Sep 26, 2019 at 4:16 PM Vagrant Cascadian
> > wrote:
> > >
> > > I just tested mx6cuboxi with 2019.10-rc4, and it fails to load
> > > u-boot.img
On Mon, Aug 26, 2019 at 8:00 AM Adam Ford wrote:
>
> On Thu, Aug 8, 2019 at 1:36 PM Adam Ford wrote:
> >
> > On Thu, Aug 8, 2019 at 1:14 PM Robert Hancock wrote:
> > >
> > > Previously the SPL size on all iMX6 platforms was restricted to 68KB
> > > because the OCRAM size on iMX6SL/DL parts is on
On Fri, Sep 27, 2019 at 9:17 AM Adam Ford wrote:
> It's been over a month. Is there any reason this cannot be applied?
It has been applied in Stefano's tree:
https://gitlab.denx.de/u-boot/custodians/u-boot-imx/commit/90fb571d61a8967f5e56c5b03db5e44889325bde
_
On Fri, Sep 27, 2019 at 7:31 AM Fabio Estevam wrote:
>
> On Fri, Sep 27, 2019 at 9:17 AM Adam Ford wrote:
>
> > It's been over a month. Is there any reason this cannot be applied?
>
> It has been applied in Stefano's tree:
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx/commit/90fb571d61a8
On 27/09/19 14:32, Adam Ford wrote:
> On Fri, Sep 27, 2019 at 7:31 AM Fabio Estevam wrote:
>>
>> On Fri, Sep 27, 2019 at 9:17 AM Adam Ford wrote:
>>
>>> It's been over a month. Is there any reason this cannot be applied?
>>
>> It has been applied in Stefano's tree:
>> https://gitlab.denx.de/u-bo
From: Tudor Ambarus
Add support for sam9x60 SOC, sam9x60ek board, dts, NAND and QSPI.
Add defconfigs for MMC, NAND and QSPI.
v3:
- Enable MII utility commands and phy in qspi & nand defconfigs
- Add sam9x60-sdhci and sam9x60-macb compatibility strings
- nandflash_defconfig: Fix rootfs partition
From: Sandeep Sheriker Mallikarjun
Add new board SAM9X60-EK using the ARM926 SAM9X60 SoC.
Signed-off-by: Sandeep Sheriker Mallikarjun
[tudor.amba...@microchip.com:
- fix number of DRAM banks:
One DDR2-SDRAM (W972GG6KB 2 Gbit = 16 Mbit x 16 x 8 banks]
- drop SPL related macros
- drop memtest
From: Tudor Ambarus
sama5's SFR has at offset 0x04 the DDR Configuration Register,
while sam9x60's SFR contains the EBI Chip Select Register. Add
a union to reconcile both boards.
Signed-off-by: Tudor Ambarus
---
arch/arm/mach-at91/include/mach/at91_sfr.h | 48 --
1
From: Sandeep Sheriker Mallikarjun
add sam9x60ek_mmc_defconfig and for now only supports booting from
sdcard.
Signed-off-by: Sandeep Sheriker Mallikarjun
Signed-off-by: Nicolas Ferre
[nicolas.fe...@microchip.com: split patch, add Ethernet controller,
phy and tools]
[claudiu.bez...@microchip.c
From: Sandeep Sheriker Mallikarjun
Add new compatibility string for matching sam9x60 product.
Signed-off-by: Sandeep Sheriker Mallikarjun
---
drivers/mmc/atmel_sdhci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/atmel_sdhci.c b/drivers/mmc/atmel_sdhci.c
index d930ed8da0e2.
From: Sandeep Sheriker Mallikarjun
Add new Microchip sam9x60 SoC based on an ARM926.
Signed-off-by: Sandeep Sheriker Mallikarjun
[tudor.amba...@microchip.com: fix SFR definition]
Signed-off-by: Tudor Ambarus
---
arch/arm/mach-at91/Kconfig | 4 +
arch/arm/mach-at91/arm92
From: Nicolas Ferre
Add this new compatibility string for matching sam9x60 product
macb.
Signed-off-by: Nicolas Ferre
---
drivers/net/macb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/macb.c b/drivers/net/macb.c
index c99cf663a416..e0f7b2350b20 100644
--- a/drivers/net/mac
From: Tudor Ambarus
- EBI Chip Select Register is now in SFR,
- the pins are set to default values,
- timings are matching MT29F4G08BABWP's nand flash requirements.
Signed-off-by: Tudor Ambarus
---
board/atmel/sam9x60ek/sam9x60ek.c | 61 +++
include/configs/
From: Nicolas Ferre
Add Ethernet controller to dtsi file and enable it on sam9x60ek
platform connected with rmii.
Signed-off-by: Nicolas Ferre
---
arch/arm/dts/sam9x60.dtsi | 31 +++
arch/arm/dts/sam9x60ek.dts | 5 +
2 files changed, 36 insertions(+)
diff --g
From: Tudor Ambarus
The Special Function Registers (SFR) are present in sam9x5 and
sam9x60 too, rename sama5_sfr to at91_sfr.h.
Signed-off-by: Tudor Ambarus
---
arch/arm/mach-at91/armv7/sama5d4_devices.c | 2 +-
arch/arm/mach-at91/atmel_sfr.c | 2 +
From: Sandeep Sheriker Mallikarjun
add device tree files for sam9x60ek board with below changes.
- Add initial device nodes (pmc, pinctrl, sdhc, dbgu & pit)
- Add the reg property for the pinctrl node.
- Add the "u-boot,dm-pre-reloc" property to determine which nodes
are used by the board_init
From: Tudor Ambarus
Boot from QSPI nor flash.
The at91bootstrap, u-boot, u-boot env redundant, u-boot env,
device tree and kernel will reside in the QSPI nor flash.
The rootfs will reside in the NAND flash.
Signed-off-by: Tudor Ambarus
---
board/atmel/sam9x60ek/MAINTAINERS | 1 +
configs
From: Tudor Ambarus
Boot from nand flash.
Signed-off-by: Tudor Ambarus
---
board/atmel/sam9x60ek/MAINTAINERS | 1 +
configs/sam9x60ek_nandflash_defconfig | 53 +++
2 files changed, 54 insertions(+)
create mode 100644 configs/sam9x60ek_nandflash_defconfig
From: Tudor Ambarus
Cope with the offsets defined at:
https://www.at91.com/linux4sam/pub/Linux4SAM/SambaSubsections/demo_nandflash_map_lnx4sam6x.png
The environment starts at 0x14 and it's of size 0x2.
The device tree starts at 0x18 and it's of size 0x8.
The zImage starts at 0x20
From: Tudor Ambarus
The sam9x60 qspi controller uses 2 clocks, one for the peripheral register
access, the other for the qspi core and phy. Both are mandatory.
Enable the qspi node together with the SST26VF064B qspi nor flash
memory. Booting from the QSPI NOR flash is now possible.
Signed-off-b
On Fri, Sep 27, 2019 at 7:53 AM Stefano Babic wrote:
>
> On 27/09/19 14:32, Adam Ford wrote:
> > On Fri, Sep 27, 2019 at 7:31 AM Fabio Estevam wrote:
> >>
> >> On Fri, Sep 27, 2019 at 9:17 AM Adam Ford wrote:
> >>
> >>> It's been over a month. Is there any reason this cannot be applied?
> >>
>
Mask the value to write so that it cannot affect the bits outside of the
mask
Signed-off-by: Jean-Jacques Hiblot
---
drivers/core/regmap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/core/regmap.c b/drivers/core/regmap.c
index d1d12eef38..e9e55c9d16 100644
--- a/
This is the first of a few series, the goal of which is to facilitate
porting drivers from the linux kernel. Most of the series will be about
adding managed API to existing infrastructure (GPIO, reset, phy,...)
This particular series is about regmaps. It adds the managed API, using
the same API as
Most of new linux drivers are using managed-API to allocate resources. To
ease porting drivers from linux to u-boot, introduce devm_regmap_init() as
a managed API to get a regmap from the device tree.
Signed-off-by: Jean-Jacques Hiblot
---
drivers/core/regmap.c | 26 ++
A regmap field is an abstraction available in Linux. It provides to access
bitfields in a regmap without having to worry about shifts and masks.
Signed-off-by: Jean-Jacques Hiblot
---
drivers/core/regmap.c | 77 ++
include/regmap.h | 108 +++
The tests rely on a dummy driver to allocate and initialize the regmap
and the regmap fields using the managed API.
The first test checks that the read/write callbacks are used.
The second test checks if regmap fields behave properly (mask and shift
are ok) by peeking into the regmap.
Signed-off-b
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
---
drivers/core/regmap.c | 12
include/regmap.h | 26 +++---
2 files changed, 35 insertions(+), 3 deletio
Hi,
This patch series using ZynqMP firmware driver to provide a interface to
communicate with the PMU Firmware. As part of the series a mailbox driver
is also implemented to handle communication through ipi interface.
There are two new wiring:
1. Reading PMUFW version via firmware driver
- mailb
From: Ibai Erkiaga
Check if request and free operations are present prior calling to the
functions.
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
drivers/mailbox/mailbox-uclass.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/mailbox/mailbox
From: Ibai Erkiaga
The following patch adds a mailbox node and firmware node to following the
mainline DT.
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp.dtsi | 44 +++-
1 file changed, 39 insertions(+), 5 deletions(-)
dif
From: Ibai Erkiaga
Use the new function from firmware version to get the firmware version.
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
board/xilinx/zynqmp/zynqmp.c | 2 +-
drivers/fpga/zynqmppl.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/bo
From: Ibai Erkiaga
Implements the function to get PMU Firmware version using the mailbox
driver or smc call based on if running SPL or not. Additionally gets
version as part of the ZynqMP Firmware driver probing
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
drivers/firmware/fir
From: Ibai Erkiaga
zynqmp-power driver for ZynqMP to handle the communication with the PMU
firmware. Firmware driver just probes subnodes and power driver handles
communication with PMU using the IPI mailbox driver.
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
drivers/firmware
From: Ibai Erkiaga
ZynqMP mailbox driver implementing IPI communication with PMU. This would
allow U-Boot SPL to communicate with PMUFW to request privileged
operations.
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
MAINTAINERS | 1 +
arch/ar
From: Ibai Erkiaga
The following patch allows the mailbox node in DT to host subnodes with
mailbox definitions. If the client phandle to the mailbox is not the
mailbox driver node, just checks parents as well.
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
drivers/mailbox/mailbo
From: Ibai Erkiaga
Probe ZynqMP firmware driver on the board initialization phase and
ensure that firmware is in place to continue execution. The probing is
done on board_init so it can be used for both SPL and U-Boot proper.
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
arch/a
Cleanup PM ID handling by using enum values.
Signed-off-by: Michal Simek
Signed-off-by: Ibai Erkiaga
---
arch/arm/mach-zynqmp/include/mach/sys_proto.h | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-zynqmp/include/mach/sys_proto.h
b/arch/arm/ma
From: Ibai Erkiaga
New firmware header to place firmware specific macro and function
declarations. The patch also moves the macros defining PM operations as
well as some helper macros.
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
MAINTAINERS |
From: Ibai Erkiaga
Removes the old function to get the firmware version.
Signed-off-by: Ibai Erkiaga
Signed-off-by: Michal Simek
---
arch/arm/mach-zynqmp/cpu.c| 23 ---
arch/arm/mach-zynqmp/include/mach/sys_proto.h | 1 -
2 files changed, 24 deletions(-)
U-Boot running in EL3 can't use SMC that's why there is a need to talk to
PMUFW directly via mailbox. The same logic is applied to all functions
which need to talk to PMUFW that's why move this logic to separate function
to avoid code duplication.
Also SMC request ID can be composed from PM_SIP_SV
With new mailbox driver PMUFW configuration object can be loaded via the
same interface and there is no need to have pmu_ipc.c completely.
Signed-off-by: Michal Simek
---
arch/arm/mach-zynqmp/Makefile | 4 -
arch/arm/mach-zynqmp/include/mach/sys_proto.h | 2 -
arch/arm/mach-
On 9/27/19 10:43 AM, Hao Liu wrote:
> Dear Marcel:I generate the patch using command of git format-patch. Then
> I send the patch to you using commant of git send-email.But the smstp
> times out.
If SMTP does not work, please, check your .gitconfig file. I guess for
your account you will need s
Hi Stefano and Fabio,
On 9/11/19 8:50 AM, Stefano Babic wrote:
Hi Giulio,
On 10/09/19 20:32, Giulio Benetti wrote:
Hello everybody,
I would like to port imxrt to u-boot and I would like to ask you:
- do you have the interest on upstreaming it?
if yes:
I've seen how they've dealt with 'stm32'
On 9/27/19 3:00 AM, matthias@kernel.org wrote:
From: Matthias Brugger
We move the per SOC define BCM283x_BASE to a global variable.
This is a first step to provide a single binary for several bcm283x
SoCs.
How will this work, given that the memory layout is hard-coded into the
the DTB?
On 27.09.19 17:01, Stephen Warren wrote:
On 9/27/19 3:00 AM, matthias@kernel.org wrote:
From: Matthias Brugger
We move the per SOC define BCM283x_BASE to a global variable.
This is a first step to provide a single binary for several bcm283x
SoCs.
How will this work, given that the memor
Hey all,
I'm currently kicking test.py to use Python 3 instead of Python 2.7 and
seeing places where it would (seemingly) be nice to be able to say that
we have Python 3.6 as our minimum version. To do this however we'll
have to tell people using older LTS distributions that they need to
figure o
On 9/27/19 9:22 AM, Alexander Graf wrote:
On 27.09.19 17:01, Stephen Warren wrote:
On 9/27/19 3:00 AM, matthias@kernel.org wrote:
From: Matthias Brugger
We move the per SOC define BCM283x_BASE to a global variable.
This is a first step to provide a single binary for several bcm283x
SoCs.
Add support for CDCE913/925/937/949 family of devices. These are modular
PLL-based low cost, high performance, programmable clock synthesizers,
multipliers and dividers. They generate up to 9 output clocks from a
single input frequency. The initial version of the driver does not
support programming
Hi,
This series adds basic support for TI cdce9xx clock synthesizers.
The code is loosely based on linux side driver for the same, the DT
binding is pretty much directly copied over from there.
This is needed initially just for setting up the crystal capacitance
value for the TI IDK board family,
AM335x-ICE boards contain the CDCE913 clock synthesizer, and their
reset crystal capacitance load value of 10pF is wrong leading into
lost packets in certain networking tests. Add DT data for this
device, and probe it from the board file to program the crystal
capacitance load value to 0pF to avoid
AM57xx-IDK boards contain the CDCE913 clock synthesizer, and their
reset crystal capacitance load value of 10pF is wrong leading into
lost packets in certain networking tests. Add DT data for this
device, and probe it from the board file to program the crystal
capacitance load value to 0pF to avoid
AM43xx-IDK boards contain the CDCE913 clock synthesizer, and their
reset crystal capacitance load value of 10pF is wrong leading into
lost packets in certain networking tests. Add DT data for this
device, and probe it from the board file to program the crystal
capacitance load value to 0pF to avoid
As per the centithread on ksummit-discuss [1], there are folks who
feel that if a Change-Id is present in a developer's local commit that
said Change-Id could be interesting to include in upstream posts.
Specifically if two commits are posted with the same Change-Id there's
a reasonable chance that
Hi,
On Thu, Sep 26, 2019 at 6:50 PM Simon Glass wrote:
>
> Hi Doug,
>
> On Tue, 3 Sep 2019 at 13:15, Douglas Anderson wrote:
> >
> > As per the centithread on ksummit-discuss [1], there are folks who
> > feel that if a Change-Id is present in a developer's local commit that
> > said Change-Id co
imx: update i.MX8MQ clocks
I would like to add support for additional drivers, and for that
it makes sense to update the clock headers first, before adding
a node to the device tree. Since no drivers use them so far it's
easy to just update the header and adjust the device tree.
Signed-off-by: P
>
> I'm currently kicking test.py to use Python 3 instead of Python 2.7 and
> seeing places where it would (seemingly) be nice to be able to say that
> we have Python 3.6 as our minimum version. To do this however we'll
> have to tell people using older LTS distributions that they need to
> figure
On 27.09.19 18:11, Stephen Warren wrote:
On 9/27/19 9:22 AM, Alexander Graf wrote:
On 27.09.19 17:01, Stephen Warren wrote:
On 9/27/19 3:00 AM, matthias@kernel.org wrote:
From: Matthias Brugger
We move the per SOC define BCM283x_BASE to a global variable.
This is a first step to provid
From: Dalon Westergreen
Stratix10 requires a hex image of the spl plus spl devicetree offset to
the Stratix10 onchip memory located at SPL_TEXT_BASE. This patch adds
a target to generate a hex file from the u-boot-spl binary including the
dtb offset at SPL_TEST_BASE.
Objcopy is used to convert
From: Dalon Westergreen
CONFIG_OF_EMBED was primarily enabled to support the stratix10
spl hex file requirements. Since this option now produces a
warning during build, and the spl hex can be created using
alternate methods, CONFIG_OF_EMBED is no longer needed.
Signed-off-by: Dalon Westergreen
On 9/27/19 6:36 PM, Peter Robinson wrote:
>>
>> I'm currently kicking test.py to use Python 3 instead of Python 2.7 and
>> seeing places where it would (seemingly) be nice to be able to say that
>> we have Python 3.6 as our minimum version. To do this however we'll
>> have to tell people using old
Hi,
On Fri, Sep 06, 2019 at 09:53:33AM +0200, Clément Péron wrote:
> Hi,
>
> On Sun, 25 Aug 2019 at 18:04, Clément Péron wrote:
> >
> > Sync Kernel DTS for Allwinner H6 boards.
>
> This sync avoid the random mac on the beelink GS1.
>
> Could you check if it's ok for you ?
Acked-by: Maxime Ripard
On 2019-09-27, Heinrich Schuchardt wrote:
> On 9/27/19 6:36 PM, Peter Robinson wrote:
>>> I'm currently kicking test.py to use Python 3 instead of Python 2.7 and
>>> seeing places where it would (seemingly) be nice to be able to say that
>>> we have Python 3.6 as our minimum version. To do this ho
On Tue, 24 Sep 2019 at 02:32, Philippe Reynes
wrote:
>
> The aes command used to segfault when accessing memory in sandbox.
> The pointer accesses should be mapped.
>
> Signed-off-by: Philippe Reynes
> ---
> cmd/aes.c | 14 ++
> 1 file changed, 10 insertions(+), 4 deletions(-)
Revie
On Tue, 24 Sep 2019 at 02:32, Philippe Reynes
wrote:
>
> This commit add the support of command aes.
> Then, it may be used on pytest.
>
> Signed-off-by: Philippe Reynes
> ---
> configs/sandbox64_defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
Reviewed-by: Simon Glass
You could add this i
On Wed, 18 Sep 2019 at 08:22, Giulio Benetti
wrote:
>
> Signed-off-by: Giulio Benetti
> ---
> scripts/dtc/libfdt/libfdt.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Simon Glass
Applied to u-boot-dm/next, thanks!
___
U-Boo
On Tue, 17 Sep 2019 at 13:06, Michael Trimarchi
wrote:
>
> Skip not associated gpio phandle let register the other gpios on a group.
> We need anyway to send out a warning to the user to fix their
> uboot-board.dtsi.
> Thhe handle id can be found inside the decompiled dtb
>
> dtc -I dtb -O dts -o
On Wed, 18 Sep 2019 at 08:05, Philippe Reynes
wrote:
>
> From: Daniele Alessandrelli
>
> Currently, if image verification with a required key fails, rsa_verify()
> code tries to find another key to verify the FIT image. This however, is
> not the intended behavior as the documentation says that r
1 - 100 of 110 matches
Mail list logo
