Hi,
On Mon, 26 Mar 2018 17:46:52 +0530 Jagan Teki wrote:
> u-boot,dm-spl property is specific to U-Boot, so move it into
> *u-boot.dtsi files for relevant i.MX6QDL files.
>
> This make syncing Linux dts files straight forward.
>
> Also update the MAINTAINERS file for dts files.
>
> Signed-off-b
On Monday 26 March 2018 08:24 PM, Andrew F. Davis wrote:
> On 03/24/2018 11:01 PM, Lokesh Vutla wrote:
>>
>>
>> On Friday 23 March 2018 02:14 AM, Andrew F. Davis wrote:
>>> Signed-off-by: Andrew F. Davis
>>> ---
>>> configs/k2hk_hs_evm_defconfig | 3 +++
>>> 1 file changed, 3 insertions(+)
>>>
Thanks Joe for reviewing and merging the PFE driver patches.
Calvin
> -Original Message-
> From: Joe Hershberger [mailto:joe.hershber...@ni.com]
> Sent: Tuesday, March 27, 2018 12:56 AM
> To: Calvin Johnson
> Cc: u-boot
> Subject: Re: configs: ls1012a: add pfe configuration for LS1012A
On Tuesday 20 March 2018 12:23 PM, Keerthy wrote:
> From: Russ Dill
>
> This inhibits the re-inititialization of DDR during an RTC-only resume. If
> this is not done, an L3 NOC error is produced as the DDR gets accessed
> before the re-init has time to complete. Tested on AM437x GP EVM.
Tom,
On Tue, Mar 27, 2018 at 9:06 AM, Ivan Gorinov wrote:
> On x86 platforms, U-Boot does not pass Device Tree data to the kernel.
> This prevents the kernel from using FDT loaded by U-Boot.
>
> Read the working FDT address from the "fdtaddr" environment variable
> and add a copy of the FDT data to the
On x86 platforms, U-Boot does not pass Device Tree data to the kernel.
This prevents the kernel from using FDT loaded by U-Boot.
Read the working FDT address from the "fdtaddr" environment variable
and add a copy of the FDT data to the kernel setup_data list.
Signed-off-by: Ivan Gorinov
---
arc
Hello Shreenidhi,
with the patch you added the CONFIG_WATCHDOG to drivers/watchdog/Kconfig.
Could you, please, add a description of CONFIG_WATCHDOG to
doc/README.watchdog.
In include/watchdog.h I found this:
"CONFIG_HW_WATCHDOG and CONFIG_WATCHDOG can't be used together."
So shouldn't CONFIG_WA
On Sat, Mar 24, 2018 at 01:55:17PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> thanks!
> Jagan.
>
> The following changes since commit 2511930193a420eb8bb6cfa9c60912626f68ae67:
>
> Merge git://git.denx.de/u-boot-mips (2018-03-21 18:58:03 -0400)
>
> are available in the G
On Sat, Mar 24, 2018 at 11:15:30AM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-ubi.git master
>
> The following changes since commit 423effc04a195ce6a464eadadfa7f765bf786889:
>
> Merge git://git.denx.de/u-boot-arc (2018-03-23 09:31:24 -0400)
>
> are available in the
On Fri, Mar 23, 2018 at 08:01:51PM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c master:
>
> The following changes since commit b0af10443afcb9e0dcfe18a7b8a013b230df9e39:
>
> Merge git://git.denx.de/u-boot-net (2018-03-22 16:35:43 -0400)
>
> are available in the Gi
On Fri, Mar 23, 2018 at 03:38:41PM +0100, Michal Simek wrote:
> Hi Tom,
>
> please pull these changes to your tree.
>
> Travis looks good.
> https://travis-ci.org/michalsimek/u-boot/builds/357294420
>
> And buildman output too.
>
> Thanks,
> Michal
>
>
> The following changes since commit b0
Hi Heinrich,
https://patchwork.ozlabs.org/patch/887356/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Priyanka,
https://patchwork.ozlabs.org/patch/867403/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Heinrich,
https://patchwork.ozlabs.org/patch/887357/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883030/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883026/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Alexander,
https://patchwork.ozlabs.org/patch/886255/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Tuomas,
https://patchwork.ozlabs.org/patch/887947/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883018/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883027/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Alexander,
https://patchwork.ozlabs.org/patch/886258/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883022/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Leonid,
https://patchwork.ozlabs.org/patch/883696/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883031/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Priyanka,
https://patchwork.ozlabs.org/patch/867408/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883032/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Kyle,
https://patchwork.ozlabs.org/patch/873751/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883034/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883033/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883025/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883016/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883020/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Calvin,
https://patchwork.ozlabs.org/patch/883019/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Heinrich,
https://patchwork.ozlabs.org/patch/882382/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Kyle,
https://patchwork.ozlabs.org/patch/873752/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
The Rockchip-specific SDHCI wrapper does not process the 'bus-width'
property in the SDHCI node. Consequently, the bus is always kept in
4bit mode, even if 8bit wide operation is available, supported and
requested in the DTS.
This change adds processing of the 'bus-width' property and sets the
hos
The Rockchip-specific wrappers to the DW-MMC and the SDHCI driver
were not covered as part of what's maintained by the architecture
maintainers. Add them here.
Signed-off-by: Philipp Tomsich
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6
This series
- adds 8bit support for rockchip_sdhci.c on the RK3399
- enables DMA for SDHCI on the RK3399-Q7
And while we're at it: we also add the Rockchip-specific wrapper to
the list of files maintained as part of the Rockchip sub-architecture.
Philipp Tomsich (3):
rockchip: defconfig: pu
For the RK3399-Q7, we have a fast eMMC connected in an 8 bit wide
configuration to the SDHCI controller (sdhci@fe33). Enable DMA
within the SDHCI driver to get the best performance out of it.
Signed-off-by: Philipp Tomsich
---
configs/puma-rk3399_defconfig | 1 +
1 file changed, 1 insertio
Hi Sjeord,
On 25 March 2018 at 15:28, Sjoerd Simons wrote:
>
> On Sat, 2016-12-03 at 11:40 -0700, Simon Glass wrote:
> > Hi Mugunthan,
> >
> > On 17 November 2016 at 02:08, Mugunthan V N
> > wrote:
> > > Add a TI MUSB peripheral driver with driver model support and the
> > > driver will be bound
Hi Jagan,
On Mon, 2018-03-26 at 14:08 +0300, Eugeniy Paltsev wrote:
> Add support for the SST sst26wf016, sst26wf032 and sst26wf064 flash IC:
>
> sst26wf*** flash series block protection implementation differs from other
> SST series, so we add implementation for sst26wf*** lock/unlock/is_locked
The boot scripts for booting from ramdisk are using
${fdtimage} when they really should be using ${fdtaddr}
This patch will fix it so the RAMdisk bootscripts operate
correctly.
Signed-off-by: Adam Ford
diff --git a/include/configs/omap3_logic.h b/include/configs/omap3_logic.h
index c9a154c..162
On 03/24/2018 11:01 PM, Lokesh Vutla wrote:
>
>
> On Friday 23 March 2018 02:14 AM, Andrew F. Davis wrote:
>> Signed-off-by: Andrew F. Davis
>> ---
>> configs/k2hk_hs_evm_defconfig | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/configs/k2hk_hs_evm_defconfig b/configs/k2hk_hs_evm
This patch adds hab_auth_img_or_fail() a command line function that
encapsulates a common usage of authenticate and failover, namely if
authenticate image fails, then drop to BootROM USB recovery mode.
For secure-boot systems, this type of locked down behavior is important to
ensure no unsigned im
Subsequent patches will want to include imageimage.h but in doing so
include it on an assembly compile path causing a range of compile errors.
Fix the errors pre-emptively by encasing the majority of the declarations
in imximage.h inside an ifdef __ASSEMBLY__ block.
Signed-off-by: Bryan O'Donoghue
V3:
- Drop BOOTROM_IVT_HDR_OFFSET definition
Fabio wants to see the usage of the define before adding to the header
V2:
- Dropped first patch setexpr does the same job - Lothar Wa??mann
- IVT_PAD_SIZE -> BOOTROM_IVT_HDR_OFFSET
The objective is to define the default offset of the IVT header in
SPL ATF support requires to have firmware property which should be also
listed by mkimage -l when images is created.
The patch is also using this macro in spl_fit to match keyword.
When image is created:
Default Configuration: 'config'
Configuration 0 (config)
Description: ATF with full u-bo
On 26/03/18 15:31, Fabio Estevam wrote:
On Mon, Mar 26, 2018 at 11:30 AM, Bryan O'Donoghue
wrote:
Ah not _yet_
There's a bunch of code in a BSP mod I plan to bomb the list with that makes
use of this.
In this case, please make this patch part of the series where we
actually see its usage,
SPL ATF implementation requires FIT image with partitions where the one
is Firmware/ATF and another one Firmware/U-Boot. OS field is used for
recording that difference that's why make sense to show values there for
Firmware types.
For example:
Image 0 (atf)
Description: ATF bl31.bin
Created:
On Mon, Mar 26, 2018 at 11:30 AM, Bryan O'Donoghue
wrote:
> Ah not _yet_
>
> There's a bunch of code in a BSP mod I plan to bomb the list with that makes
> use of this.
In this case, please make this patch part of the series where we
actually see its usage, thanks.
__
On 26/03/18 15:15, Fabio Estevam wrote:
On Mon, Mar 26, 2018 at 11:11 AM, Bryan O'Donoghue
wrote:
+/* Specify the offset of the IVT in the IMX header as expected by BootROM */
+#define BOOTROM_IVT_HDR_OFFSET 0xC00
You introduce this new define, but there is no user for it.
Ah not _yet_
The tester registers provide a unique chip-level identifier which
get_board_serial() returns in a "struct tag_serialnr".
This patch documents the properties of the registers; in summary.
31:0 OCOTP_TESTER0 (most significant)
- FSL-wide unique, encoded LOT ID STD II/SJC CHALLENGE/ Unique ID
OCOTP
u-boot has a standard "serial#" environment variable that is suitable
for storing the iSerial number we will supply via the USB device
descriptor. serial# is automatically picked up by the disk subsystem in
u-boot - thus providing a handy unique identifier in /dev/disk/by-id as
detailed below.
Sto
Currently when we define CONFIG_SERIAL_TAG we will barf with a failure to
define "struct tag_serialnr".
This structure is defined in , this patch includes
to fix.
Signed-off-by: Bryan O'Donoghue
Cc: Fabio Estevam
Cc: Peng Fan
Cc: Stefano Babic
Reviewed-by: Fabio Estevam
---
arch/arm/mach-i
V3:
- Add RB-tag from Fabio
V2:
- Fix compilation path for CONFIG_SERIAL_TAG
Currently this is broken for imx7
- Add description of tester registers to arch/arm/mach-imx/mx7/soc.c
- Utilise existing get_board_serial() instead of my previous patch
("warp7: usb: Introduce a get method for seri
On Mon, Mar 26, 2018 at 11:11 AM, Bryan O'Donoghue
wrote:
> +/* Specify the offset of the IVT in the IMX header as expected by BootROM */
> +#define BOOTROM_IVT_HDR_OFFSET 0xC00
You introduce this new define, but there is no user for it.
___
U-Boot mai
This patch adds hab_auth_img_or_fail() a command line function that
encapsulates a common usage of authenticate and failover, namely if
authenticate image fails, then drop to BootROM USB recovery mode.
For secure-boot systems, this type of locked down behavior is important to
ensure no unsigned im
This patch adds BOOTROM_IVT_HDR_OFFSET at 0xC00. The BootROM expects to
find the IVT header at a particular offset in an i.MX image.
Defining the expected offset of the IVT header in the first-stage BootROM
image format is of use of later stage authentication routines where those
routines continue
Subsequent patches will want to include imageimage.h but in doing so
include it on an assembly compile path causing a range of compile errors.
Fix the errors pre-emptively by encasing the majority of the declarations
in imximage.h inside an ifdef __ASSEMBLY__ block.
Signed-off-by: Bryan O'Donoghue
V2:
- Dropped first patch setexpr does the same job - Lothar Wa??mann
- IVT_PAD_SIZE -> BOOTROM_IVT_HDR_OFFSET
The objective is to define the default offset of the IVT header in the
BootROM version of the IMX image - not as was confusingly named
IVT_PAD_SIZE - this is not a padding size ! -
On Mon, 2018-03-26 at 13:45 +, Alexey Brodkin wrote:
> Hi Eugeniy,
>
> On Mon, 2018-03-26 at 15:57 +0300, Eugeniy Paltsev wrote:
> > HSDK board has sst26wf016 spi flash IC which we want to support.
> >
> > Add SPI controller, CS-gpio and SPI flash nodes to hsdk device tree.
> > Enable corresp
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v3: None
Changes in v2: None
configs/dra7xx_evm_defconfig| 2 ++
configs/dra7xx_hs_evm_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/dra7xx_evm_defconfig b/configs/dra7xx_evm_defconfig
index
This is required when DM_USB is used, to bind the USB phys.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3: None
Changes in v2:
- split dts changes in 2 commits: one for binding the children of
ocp2scp@4a08, and one to disable USB1 on all DRA7 EVMs
arch/arm/dts/omap5-u-boot.dtsi
For USB ports that use the Driver Model, turn on the clocks during the
late init stage.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v3: None
Changes in v2: None
board/ti/dra7xx/evm.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/board/ti/
From: Vignesh R
Enable USB clocks in late init stage to support ports under DM_USB.
Signed-off-by: Vignesh R
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3: None
Changes in v2:
- am57xx boards: when DM_USB is used, turn on the required USB clocks
board/ti/am57xx/board.c | 19
From: Vignesh R
Add support to handle USB3 PHYs present on AM57xx/DRA7xx SoCs. This is
needed to move AM57xx to DM_USB.
Signed-off-by: Vignesh R
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3: None
Changes in v2:
- Add USB3 support to ti-pipe3-phy driver
drivers/phy/ti-pipe3-phy.c |
On all the EVMs featuring a SOC of the DRA7 family, the USB1 port is used
as a device for DFU. This port is managed by the platform code and must not
be advertised to the DWC3 DM driver.
This will be changed when/if support for the device mode is added to the
dwc3-omap driver.
Signed-off-by: Jean-
This drivers supports the USB2 PHY found on omap5 and dra7 SOCs.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3: None
Changes in v2:
- omap-usb2-phy: Implement power_on and power_off callbacks
drivers/phy/Kconfig | 8 ++
drivers/phy/Makefile| 1 +
drivers/phy/omap-us
Enable DM_USB for AM57xx based boards.
Signed-off-by: Vignesh R
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3: None
Changes in v2:
- Enable DM_USB in am57xx_evm_defconfig. USB3 (super speed) is supported.
configs/am57xx_evm_defconfig | 5 +
1 file changed, 5 insertions(+)
diff --
The omap5 uses the dwc3. The dwc3 supports the driver model but it requires
some glue logic to load the the driver.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3:
- use the live tree API in the omap5 glue logic
Changes in v2: None
drivers/usb/host/Kconfig | 10 +++
driver
syscon_regmap_lookup_by_phandle() can be used to the regmap of a syscon
device from a reference in the DTS. It operates similarly to the linux
version of the namesake function.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3:
- in syscon_regmap_lookup_by_phandle(), use dev_dbg() instead of
Hi Eugeniy,
On Mon, 2018-03-26 at 15:57 +0300, Eugeniy Paltsev wrote:
> HSDK board has sst26wf016 spi flash IC which we want to support.
>
> Add SPI controller, CS-gpio and SPI flash nodes to hsdk device tree.
> Enable corresponding options in hsdk defconfig.
>
> Signed-off-by: Eugeniy Paltsev
On Mon, Mar 26, 2018 at 02:39:23PM +0200, Paul Kocialkowski wrote:
> > Your nodes should be ordered by alphabetical order (at least as much
> > as possible, this isn't really doable for all the AXP stuff).
>
> I tried to preserve the order from the sun7i-a20.dtsi file, which felt
> like the most s
HSDK board has sst26wf016 spi flash IC which we want to support.
Add SPI controller, CS-gpio and SPI flash nodes to hsdk device tree.
Enable corresponding options in hsdk defconfig.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/dts/hsdk.dts | 26 ++
configs/hsdk_defconfig
This patch add support of hsdk platform-specific commands:
hsdk_clock set - set clock from axi_freq, cpu_freq and tun_freq
environment variables/command line arguments
hsdk_clock get - save clock frequencies to axi_freq, cpu_freq
and tun_freq environment variables
hsdk_clock print - show CPU, AX
Add hsdk-specific commands.
Enable spi flash support for hsdk board.
Changes v1->v2:
* Mobe spi flash enable to separate patch.
Eugeniy Paltsev (2):
ARC: HSDK: add platform-specific commands
ARC: HSDK: enable spi flash support
arch/arc/dts/hsdk.dts | 56 +++
arch/arc/dts/hsdk.d
Hi,
On Mon, 2018-03-26 at 13:09 +0200, Maxime Ripard wrote:
> Hi,
>
> On Sun, Mar 25, 2018 at 02:35:59PM +0200, Paul Kocialkowski wrote:
> > This introduces a newer dts for the Ainol AW1, that will be the base
> > for
> > introducing upstream Linux support for the device.
> >
> > This update in
Hi Jagan,
sorry, I see patch is already V3, I have missed the previous ones. Anyway:
On 26/03/2018 14:16, Jagan Teki wrote:
> ARCH_MX6 -> ARCH_IMX6
> MX6 -> SOC_IMX6
> MX6D -> SOC_IMX6D
> MX6DL -> SOC_IMX6DL
> MX6Q -> SOC_IMX6Q
> MX6S -> S
Hi,
On Mon, 2018-03-26 at 13:10 +0200, Maxime Ripard wrote:
> On Sun, Mar 25, 2018 at 02:36:01PM +0200, Paul Kocialkowski wrote:
> > I2C bus 1 is used for the accelerometer and i2c bus 2 for the
> > touchscreen of the device. While these are not supported in U-Boot,
> > its
> > command line can be
Now, we have proper CONFIG_SOC_ names for i.MX6 SOC types,
so use the same for building dtbs.
Signed-off-by: Jagan Teki
---
arch/arm/dts/Makefile | 44 ++--
1 file changed, 26 insertions(+), 18 deletions(-)
diff --git a/arch/arm/dts/Makefile b/arch/arm/dt
u-boot,dm-spl property is specific to U-Boot, so move it into
*u-boot.dtsi files for relevant i.MX6UL files.
This make syncing Linux dts files straight forward.
Also update the MAINTAINERS file for dts files.
Signed-off-by: Jagan Teki
---
arch/arm/dts/imx6ul-geam-kit-u-boot.dtsi | 25 +++
Move usdhc2 node along with pinctrl to imx6ul-isiot.dts
from imx6ul-isiot-emmc.dts
Signed-off-by: Jagan Teki
---
arch/arm/dts/imx6ul-isiot-emmc.dts | 24
arch/arm/dts/imx6ul-isiot.dtsi | 26 ++
2 files changed, 26 insertions(+), 24 deletions(-
u-boot,dm-spl property is specific to U-Boot, so move it into
*u-boot.dtsi files for relevant i.MX6QDL files.
This make syncing Linux dts files straight forward.
Also update the MAINTAINERS file for dts files.
Signed-off-by: Jagan Teki
---
arch/arm/dts/imx6dl-icore-mipi-u-boot.dtsi | 11 ++
This series add proper CONFIG names for i.MX6 architecture code,
where CONFIG_MX6 become CONFIG_ARCH_IMX6 and rest of SOC types
like CONFIG_MX6Q become CONFIG_SOC_IMX6Q which is similar to Linux.
patch 1: Update new CONFIG names globally to all files for i.MX6 code
patch 2: Add separate u-boot dt
zynq_clk_get_rate() is also returning ENXIO which is not handled now.
Signed-off-by: Michal Simek
---
arch/arm/mach-zynq/clk.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-zynq/clk.c b/arch/arm/mach-zynq/clk.c
index 1369cd095b72..3c270386309d 100644
--- a/
On 26.03.18 15:28, Patrick Wildt wrote:
> On Mon, Mar 26, 2018 at 06:39:06AM +0200, Heinrich Schuchardt wrote:
>> On 03/25/2018 10:23 PM, Patrick Wildt wrote:
>>> On Sun, Mar 25, 2018 at 10:04:55PM +0200, Heinrich Schuchardt wrote:
Thank you for the explanation. I think the right way go ahea
Hi,
On Sun, Mar 25, 2018 at 02:35:59PM +0200, Paul Kocialkowski wrote:
> This introduces a newer dts for the Ainol AW1, that will be the base for
> introducing upstream Linux support for the device.
>
> This update in U-Boot allows fixing USB OTG detection, that was missing
> from the previous dt
On Sun, Mar 25, 2018 at 02:36:01PM +0200, Paul Kocialkowski wrote:
> I2C bus 1 is used for the accelerometer and i2c bus 2 for the
> touchscreen of the device. While these are not supported in U-Boot, its
> command line can be used to access these peripherals.
>
> Signed-off-by: Paul Kocialkowski
sst26wf flash series block protection implementation differs
from other SST series, so add implementation for sst26wf
lock/unlock/is_locked functions.
Signed-off-by: Eugeniy Paltsev
---
Changes v1->v2:
* Use generic defines from linux/sizes.h instead of custom ones.
drivers/mtd/spi/spi_flash.c
This commit adds support for the SST sst26wf016, sst26wf032
and sst26wf064 flash IC.
Signed-off-by: Eugeniy Paltsev
---
Changes v1->v2:
* None.
drivers/mtd/spi/spi_flash_ids.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids
Add support for the SST sst26wf016, sst26wf032 and sst26wf064 flash IC:
sst26wf*** flash series block protection implementation differs from other
SST series, so we add implementation for sst26wf*** lock/unlock/is_locked
functions.
Add sst26wf016, sst26wf032 and sst26wf064 flash IC info to spi_fl
Signed-off-by: Ashish Kumar
---
v2: Rebase to top
configs/ls1088aqds_defconfig | 3 +++
configs/ls1088aqds_qspi_SECURE_BOOT_defconfig| 3 +++
configs/ls1088aqds_qspi_defconfig| 3 +++
configs/ls1088aqds_sdcard_ifc_defconfig | 3 ++
TZASC controller configurations are similar.
Put them in a macro and avoid code duplication.
Signed-off-by: Priyanka Jain
Signed-off-by: Sriram Dash
---
arch/arm/cpu/armv8/fsl-layerscape/lowlevel.S | 62 +++-
1 file changed, 34 insertions(+), 28 deletions(-)
diff --git
From: Wilson Ding
This patch introduced the Aardvark PCIe driver based
driver model.
The PCIe driver is supposed to work in Root Complex
mode. It only supports X1 lane width.
Signed-off-by: Wilson Ding
Reviewed-on: http://vgitil04.il.marvell.com:8080/38725
Reviewed-by: Victor Gu
Reviewed-by: H
From: Wilson Ding
Signed-off-by: Wilson Ding
Cc: Simon Glass
Cc: Stefan Roese
Signed-off-by: Ken Ma
---
configs/mvebu_db-88f3720_defconfig | 3 +++
configs/mvebu_espressobin-88f3720_defconfig | 3 +++
2 files changed, 6 insertions(+)
diff --git a/configs/mvebu_db-88f3720_defconfig
From: Ken Ma
Reviewed-on: http://vgitil04.il.marvell.com:8080/43289
Tested-by: iSoC Platform CI
Reviewed-by: Kostya Porotchkin
Reviewed-by: Igal Liberman
Cc: Simon Glass
Cc: Stefan Roese
Signed-off-by: Ken Ma
---
.../pinctrl/marvell,armada-37xx-pinctrl.txt| 186
From: Wilson Ding
This patch enabled PCIe port on both devel-board
and espressobin board.
Cc: Simon Glass
Cc: Stefan Roese
Signed-off-by: Wilson Ding
Signed-off-by: Ken Ma
---
arch/arm/dts/armada-3720-db.dts | 8
arch/arm/dts/armada-3720-espressobin.dts | 7 +++
arch
From: Ken Ma
The commit "arm64: mvebu: Add pinctrl nodes for Armada 3700" has
added new pinctrl nodes.
This reverts commit f7cab0f95b05ec6a66fe4796b9ad44406d0cc864.
Cc: Simon Glass
Cc: Stefan Roese
Signed-off-by: Ken Ma
---
arch/arm/dts/armada-37xx.dtsi | 14 --
1 file changed, 1
From: Wilson Ding
This patch added a new region of 32MiB AT 0xe800.
to Armada37x0's memory map. This region is supposed to
be mapped in MMU in order to enable the access to the
PCI I/O or MEM resources.
Signed-off-by: Wilson Ding
Reviewed-on: http://vgitil04.il.marvell.com:8080/38724
Tested
From: Ken Ma
Pin 23 on South bridge does not belong to the rgmii group. It belongs to
a separate group which can have 3 functions.
Due to this the fix also have to update the way the functions are
managed. Until now each groups used NB_FUNCS(which was 2) functions. For
the mpp23, 3 functions are
1 - 100 of 121 matches
Mail list logo
