On Thu, Mar 1, 2018 at 1:15 AM, Ruslan Bilovol wrote:
> Remove busy looping during watchdog reset.
> Each polling of W_PEND_WTGR bit ("finish posted
> write") after watchdog reset takes 120-140us
> on BeagleBone Black board. Current U-Boot code
> has watchdog resets in random places and often
> th
On Thursday 15 March 2018 08:31 PM, Lokesh Vutla wrote:
>
>
> On Thursday 15 March 2018 08:01 PM, Sekhar Nori wrote:
>> On Thursday 15 March 2018 07:12 PM, Sekhar Nori wrote:
>>> On Thursday 15 March 2018 06:04 PM, Sekhar Nori wrote:
Thanks for the patch and great description. It looks corre
Hi Tom,
If not applied already, please don't take this serie yet. While
migrating drivers to DM model, it find some caveats in the way mpc8xx is
initialised and it will be cleaner if I fix it in this serie rather than
making new patches on top of it.
Christophe
Le 06/03/2018 à 13:06, Christo
On Thursday 15 March 2018 08:32 PM, David Lechner wrote:
> On 03/15/2018 09:56 AM, Tom Rini wrote:
>> On Thu, Mar 15, 2018 at 08:01:58PM +0530, Sekhar Nori wrote:
>>> On Thursday 15 March 2018 07:12 PM, Sekhar Nori wrote:
On Thursday 15 March 2018 06:04 PM, Sekhar Nori wrote:
> Thanks for
Hi,
On Fri, 9 Mar 2018 17:35:46 + Bryan O'Donoghue wrote:
> This patch takes a given address applies a plus or minus offset to locate
> the putative address of an IVT given a non-IVT link location.
>
> It then sets hab_ivt_address to allow for further logic/scripting based on
> the calculate
Commit 6aa4ad8e3820 ("Convert CONFIG_SOC_DA8XX et al to Kconfig")
converted SOC_DRA8XX to Kconfig but missed enabling DDR_INIT for
SOC_DRA8XX, which broke OMAPL138 to boot.
Commit 2e87980580d0 ("davinci: Fix omapl138_lcdk builds") disabled
DDR_INIT for all DA850 SoCs. This failed all DRA850 boards
On 16/03/18 10:32, Lokesh Vutla wrote:
Commit 6aa4ad8e3820 ("Convert CONFIG_SOC_DA8XX et al to Kconfig")
converted SOC_DRA8XX to Kconfig but missed enabling DDR_INIT for
SOC_DRA8XX, which broke OMAPL138 to boot.
Commit 2e87980580d0 ("davinci: Fix omapl138_lcdk builds") disabled
DDR_INIT for all
On Friday 16 March 2018 02:16 PM, Tero Kristo wrote:
> On 16/03/18 10:32, Lokesh Vutla wrote:
>> Commit 6aa4ad8e3820 ("Convert CONFIG_SOC_DA8XX et al to Kconfig")
>> converted SOC_DRA8XX to Kconfig but missed enabling DDR_INIT for
>> SOC_DRA8XX, which broke OMAPL138 to boot.
>>
>> Commit 2e879805
Commit 6aa4ad8e3820 ("Convert CONFIG_SOC_DA8XX et al to Kconfig")
converted SOC_DA8XX to Kconfig but missed enabling DDR_INIT for
SOC_DA8XX, which broke OMAPL138 to boot.
Commit 2e87980580d0 ("davinci: Fix omapl138_lcdk builds") disabled
DDR_INIT for all DA850 SoCs. This failed all DA850 boards to
Current arch/arm/mach-sunxi/Makefile has improper build options
which relies mostly on MACH_ options. This series get rid of those
and added proper Kconfig options.
All Kconfig entry name are re-used from Linux so-that future
dm conversion on these can be meaningful.
Changes for v4:
- Rename MFD_
Add simple and meaningful kconfig option for prcm.c
instead of using MACH type on Makefile.
PRCM (Power/Reset/Clock Management) is considered as a
Multi-Functional Device, so used the same on Kconfig definition.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig
SUN6I_PRCM is also used for SUN8I and SUN9I, so
select the same on respective MACH types.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 2 ++
arch/arm/mach-sunxi/Makefile | 2 --
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-
Add proper and simple kconfig option for dram_sun8i_a23.c
instead of using MACH type on Makefile.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 7 +++
arch/arm/mach-sunxi/Makefile | 2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/ar
Add simple and meaningful kconfig option for p2wi.c
instead of using MACH type on Makefile.
p2wi is an I2C controller, so used the same on kconfig
definition.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 12
arch/arm/mach-sunxi/Makefile | 2
Add proper and simple kconfig option for dram_sun8i_a83t.c
instead of using MACH type on Makefile.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 7 +++
arch/arm/mach-sunxi/Makefile | 2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/a
Add simple and meaningful kconfig option for pmic_bus.c
instead of using MACH type on Makefile.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 6 ++
arch/arm/mach-sunxi/Makefile | 7 +--
drivers/power/Kconfig| 5 +
3 files changed, 12 in
Add proper and simple kconfig option for dram_sun6i.c
instead of using MACH type on Makefile.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 7 +++
arch/arm/mach-sunxi/Makefile | 2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/a
Add simple and meaningful kconfig option for rsb.c
instead of using MACH type on Makefile.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 10 ++
arch/arm/mach-sunxi/Makefile | 3 +--
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/a
Add proper and simple kconfig option for dram_sun9i.c
instead of using MACH type on Makefile.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 7 +++
arch/arm/mach-sunxi/Makefile | 2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/a
Add proper and simple kconfig option for dram_sun4i.c
instead of using MACH type on Makefile.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 9 +
arch/arm/mach-sunxi/Makefile | 4 +---
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/
Add proper and simple kconfig option for dram_sun8i_a33.c
instead of using MACH type on Makefile.
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/Kconfig | 7 +++
arch/arm/mach-sunxi/Makefile | 2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/ar
I was looking at the differences between the TI U-Boot tree and the
upstream tree (as we've switched from one to the other) and I think
the only patch which I'm picking locally which isn't in upstream is
this one:
[U-Boot,RFC,3/3] spl: Add support for enabling dcache
https://patchwork.ozlabs.
On Friday 16 March 2018 02:36 PM, Alex Kiernan wrote:
> I was looking at the differences between the TI U-Boot tree and the
> upstream tree (as we've switched from one to the other) and I think
> the only patch which I'm picking locally which isn't in upstream is
> this one:
>
> [U-Boot,RFC,3/
On Thursday 15 March 2018 08:02 PM, David Lechner wrote:
>
> Thanks for the tips. I've actually done exactly that (using my own SD
> card).
>
> However, these changes affect the u-boot SPL image only. I was able to put
> the regular u-boot.ais on the SD card, but I'm having troubling figuring
> o
Kernel stores information to the RTC_SCRATCH0 and RTC_SCRATCH1 registers
for wakeup from RTC-only mode. Parse these registers during SPL boot and
jump to the kernel resume vector if the device is waking up from RTC-only
mode.
The RTC scratch register layout used is:
SCRATCH0 : bits00-31 : kernel
The RTC scratch register layout used is:
SCRATCH0 : bits00-31 : kernel resume address
SCRATCH1 : bits00-15 : RTC magic value used to detect valid config
SCRATCH1 : bits16-31 : board type information populated by bootloader
During the normal boot path the SCRATCH1 : bits16-31 are updated with
the
From: Dave Gerlach
Prevent EMIF control of DDR_RESET line on DDR3 am43xx platforms for
am43xx_evm_rtconly_config. Without this DDR is unstable and can become
corrupted after multiple iterations of RTC+DDR mode.
Signed-off-by: Dave Gerlach
[j-keer...@ti.com Ported to latest master branch]
Signed
On Fri, Mar 16, 2018 at 9:14 AM, Lokesh Vutla wrote:
>
>
> On Friday 16 March 2018 02:36 PM, Alex Kiernan wrote:
>> I was looking at the differences between the TI U-Boot tree and the
>> upstream tree (as we've switched from one to the other) and I think
>> the only patch which I'm picking locally
Hi Keerthy,
I think you should replace all the references in this patch for RTC only
mode to RTC-only + DDR; that is more valid term of the mode implemented.
For u-boot, pure rtc-only mode is a don't care, it is visible as just a
normal boot-up with RTC being the boot source.
In the case han
On 15.3.2018 22:54, Alexander Graf wrote:
>
>
> On 14.03.18 11:14, Michal Simek wrote:
>> There is an issue to recognize zynq or zynqmp image because header
>> checking is just the same. That's why zynqmp images are recognized as
>> zynq one.
>> Check unused fields which are initialized to zero i
On Thu, 2018-03-15 at 15:43 -0700, Ivan Gorinov wrote:
> Make a copy of DTB data with setup_data header and insert new item
> into the the setup data linked list.
This doesn't explain "Why?" you are doing that.
What the problem? Why it's a problem?
>
> Signed-off-by: Ivan Gorinov
> ---
> arch/
On 16.3.2018 00:29, Alexander Graf wrote:
>
>
> On 16.03.18 00:08, Anton Gerasimov wrote:
>> Delete devices implemented in PL, stylistic changes.
>>
>> Signed-off-by: Anton Gerasimov
>> ---
>> arch/arm/dts/zynq-zturn-myir.dts | 62
>>
>> 1 file changed,
> Am 16.03.2018 um 11:22 schrieb Michal Simek :
>
>> On 15.3.2018 22:54, Alexander Graf wrote:
>>
>>
>>> On 14.03.18 11:14, Michal Simek wrote:
>>> There is an issue to recognize zynq or zynqmp image because header
>>> checking is just the same. That's why zynqmp images are recognized as
>>> z
This converts CONFIG_SPL_AM33XX_ENABLE_RTC32K_OSC to Kconfig
Signed-off-by: Alex Kiernan
---
README | 3 ---
common/spl/Kconfig | 7 +++
configs/am335x_shc_defconfig | 1 +
configs/am335x_shc_ict_defconfig |
There is an issue to recognize zynq or zynqmp image because header
checking is just the same. That's why zynqmp images are recognized as
zynq one.
Check unused fields which are initialized to zero in zynq format
(__reserved1 0x38 and __reserved2 0x44) which are initialized for
zynqmp. This should e
On 16.3.2018 11:33, Alexander Graf wrote:
>
>
>> Am 16.03.2018 um 11:22 schrieb Michal Simek :
>>
>>> On 15.3.2018 22:54, Alexander Graf wrote:
>>>
>>>
On 14.03.18 11:14, Michal Simek wrote:
There is an issue to recognize zynq or zynqmp image because header
checking is just the sam
On 03/15/2018 03:02 PM, Alexander Graf wrote:
The GOP path was optimized, but still not as fast as it should be. Let's
push it even further by trimming the hot path into simple 32bit load/store
operations for buf->vid 32bpp operations.
Signed-off-by: Alexander Graf
---
lib/efi_loader/efi_go
On Fri, Mar 16, 2018 at 11:33:28AM +0100, Michal Simek wrote:
> On 16.3.2018 00:29, Alexander Graf wrote:
> >
> >
> > On 16.03.18 00:08, Anton Gerasimov wrote:
> >> Delete devices implemented in PL, stylistic changes.
> >>
> >> Signed-off-by: Anton Gerasimov
> >> ---
> >> arch/arm/dts/zynq-ztur
On 15.3.2018 22:49, Alexander Graf wrote:
> The zynqmp image format has support for inline partitions which are
> used by FSBL to describe payloads that are loaded by FSBL itself.
>
> While we can't create images that contain partitions (yet), we should
> still at least be able to examine them and
Allow passing in a custom configuration of the gotgctl
register via platform data.
This allows for example to override the A/B session valid signals
by setting AvalidOvEn / AvalidOvVal and BvalidOvEn / BvalidOvVal
bits in GOTGCTL reg.
Signed-off-by: Patrice Chotard
---
drivers/usb/gadget/dwc2_u
Enable DM and DT support for omapl138.
Logs: https://pastebin.ubuntu.com/p/9WS4qRXQR6/
Lokesh Vutla (2):
ARM: dts: da850-lcdk: Sync from Linux 4.16
configs: omapl138: Enable DM and DT
arch/arm/dts/da850-lcdk-u-boot.dtsi | 13 ++
arch/arm/dts/da850-lcdk.dts | 339 +++
Sync dts from Linux 4.16 and also add u-boot specific
dtsi for OMAPl138 board.
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/da850-lcdk-u-boot.dtsi | 13 ++
arch/arm/dts/da850-lcdk.dts | 339
arch/arm/dts/da850.dtsi | 15 +-
3 files chang
Enable Driver Model and Device-tree support for omapl138 board
in U-Boot. Also enable DM_SERIAL and DM_I2C.
Signed-off-by: Lokesh Vutla
---
configs/omapl138_lcdk_defconfig | 8 ++--
include/configs/omapl138_lcdk.h | 13 +++--
2 files changed, 17 insertions(+), 4 deletions(-)
diff -
On Fri, Feb 09, 2018 at 11:34:50AM +0800, Wenyou Yang wrote:
> Add USB clock driver to configure the input clock and the divider
> in the PMC_USB register to generate a 48MHz and a 12MHz signal to
> the USB Host OHCI.
>
> Signed-off-by: Wenyou Yang
Applied to u-boot/master, thanks!
--
Tom
s
On Fri, Feb 09, 2018 at 11:34:51AM +0800, Wenyou Yang wrote:
> As said in the SAMA5D2 datasheet, the PLLA clock must be divided
> by 2 by writing the PLLADIV2 bit in PMC_MCKR, if the ratio between
> PCK and MCK is 3 (MDIV = 3). This is the purpose of the driver.
>
> Signed-off-by: Wenyou Yang
A
On Tue, Mar 06, 2018 at 11:10:10AM -0500, Madan Srinivas wrote:
> Adds a dedicated defconfig to build TI K2L secure
> devices and updates MAINTAINERS.
>
> k2l_hs_evm_defconfig is created from the k2l_evm_defconfig
> and removes support for SPL, as SPL is not supported on K2
> HS devices. Corrects
On Fri, Feb 09, 2018 at 11:34:52AM +0800, Wenyou Yang wrote:
> To support set/get the clock rate, add set/get_rate operations.
>
> Signed-off-by: Wenyou Yang
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-B
On Wed, Feb 28, 2018 at 12:26:15AM +0200, Sam Protsenko wrote:
> serial# variable is needed to show the device correctly in "fastboot
> devices" output. It's useful when we have several devices (in fastboot
> mode) connected to single host and want to choose which one to flash.
>
> We can't use o
On Thu, Mar 01, 2018 at 03:15:48AM +0200, Ruslan Bilovol wrote:
> Remove busy looping during watchdog reset.
> Each polling of W_PEND_WTGR bit ("finish posted
> write") after watchdog reset takes 120-140us
> on BeagleBone Black board. Current U-Boot code
> has watchdog resets in random places and
On Tue, Mar 06, 2018 at 11:10:09AM -0500, Madan Srinivas wrote:
> This patch updates the default u-boot env for K2L HS devices
> to install the secure boot monitor and load the fitImage during
> boot.
>
> Signed-off-by: Madan Srinivas
> Acked-by: Andrew F. Davis
> Reviewed-by: Tom Rini
Applie
On 03/16/2018 11:55 AM, Heinrich Schuchardt wrote:
On 03/15/2018 03:02 PM, Alexander Graf wrote:
The GOP path was optimized, but still not as fast as it should be. Let's
push it even further by trimming the hot path into simple 32bit
load/store
operations for buf->vid 32bpp operations.
Si
On 03/16/2018 03:52 AM, Lokesh Vutla wrote:
Commit 6aa4ad8e3820 ("Convert CONFIG_SOC_DA8XX et al to Kconfig")
converted SOC_DA8XX to Kconfig but missed enabling DDR_INIT for
SOC_DA8XX, which broke OMAPL138 to boot.
Commit 2e87980580d0 ("davinci: Fix omapl138_lcdk builds") disabled
DDR_INIT for a
On Friday 16 March 2018 08:44 PM, David Lechner wrote:
> On 03/16/2018 03:52 AM, Lokesh Vutla wrote:
>> Commit 6aa4ad8e3820 ("Convert CONFIG_SOC_DA8XX et al to Kconfig")
>> converted SOC_DA8XX to Kconfig but missed enabling DDR_INIT for
>> SOC_DA8XX, which broke OMAPL138 to boot.
>>
>> Commit 2e8
On 03/16/2018 10:26 AM, Lokesh Vutla wrote:
On Friday 16 March 2018 08:44 PM, David Lechner wrote:
On 03/16/2018 03:52 AM, Lokesh Vutla wrote:
Commit 6aa4ad8e3820 ("Convert CONFIG_SOC_DA8XX et al to Kconfig")
converted SOC_DA8XX to Kconfig but missed enabling DDR_INIT for
SOC_DA8XX, which bro
On 03/16/2018 04:26 AM, Sekhar Nori wrote:
On Thursday 15 March 2018 08:02 PM, David Lechner wrote:
Thanks for the tips. I've actually done exactly that (using my own SD
card).
However, these changes affect the u-boot SPL image only. I was able to put
the regular u-boot.ais on the SD card, but
This patch removes call of serial initialisation functions that
are not implemented anymore.
Signed-off-by: Christophe Leroy
---
drivers/serial/serial.c | 64 -
include/serial.h| 31
2 files changed, 95 deletions(-)
On 03/16/2018 01:26 AM, Mike Looijmans wrote:
On 15-03-18 02:36, David Lechner wrote:
commit 1601dd97edc6 ("davinci: omapl138_lcdk: increase PLL0 frequency")
changed the PLL0 frequency to 456MHz, which is needed for the LCDC IP
block. However, in doing so, it caused the PLLOUT clock to be outsi
The purpose of this serie is to clean the mpc8xx code a bit prior to moving
to OF and DM model.
Christophe Leroy (16):
soft_i2c: cleanup - no mpc8xx support
powerpc: mpc8xx: harmonise initialisation of the immap local pointer
powerpc: mpc8xx: get rid of the multiple PVR_ values
powerpc: mp
Avoid hardcoding the PVR values in C since they are defined
in processor.h
At the same time, remove those multiple PVR values for 8xx and
keep only one that we call PVR_8xx
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/cpu.c| 2 +-
arch/powerpc/include/asm/processor.h | 6
commit 907208c452999 ("powerpc: Partialy restore core of mpc8xx")
didn't bring back support for I2C on the mpc8xx
Signed-off-by: Christophe Leroy
---
drivers/i2c/soft_i2c.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/i2c/soft_i2c.c b/drivers/i2c/soft_i2c.c
index 4fd5551a228..cc
In most places, immap local pointer is defined as
immap_t __iomem *immap = (immap_t __iomem *)CONFIG_SYS_IMMR;
In a few places, it is defined as
immap_t __iomem *immap = (immap_t __iomem *)(immr & 0x);
This patch replaces the few of the latest form by the other one.
The tw
include/commproc.h is dedicated to the 8xx, rename it cpm_8xx.h and
move it into arch/powerpc/include/asm
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/cpu.c| 2 +-
arch/powerpc/cpu/mpc8xx/cpu_init.c | 2 +-
arch/powerpc/cpu/mpc8xx/
CONFIG_8xx doesn't mean much outside of arch/powerpc/
This patch renames it CONFIG_MPC8xx just like CONFIG_MPC85xx etc ...
It also renames 8xx_immap.h to immap_8xx.h to be consistent with
other file names.
Signed-off-by: Christophe Leroy
---
api/api_platform-powerpc.c
get_immr() is always called with 0 as an argument, so it is useless.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/cpu.c | 2 +-
arch/powerpc/cpu/mpc8xx/reginfo.c | 2 +-
arch/powerpc/include/asm/ppc.h| 6 ++
3 files changed, 4 insertions(+), 6 deletions(-)
diff --git
SPRN_IMMR is defined regardless of the CPU. Therefore, there
is no point in enclosing get_immr() inside a #ifdef CONFIG_8xx
As it a static inline function, it will in any case only be
compiled in functons using it.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/ppc.h | 3 +--
1 fi
u-boot requires some RAM at startup, to store global data structure.
RAM is also needed when we migrate to DM for some initial malloc
This patch implements the proper init of that RAM by calling
board_init_f_alloc_reserve() and board_init_f_init_reserve()
Signed-off-by: Christophe Leroy
---
arc
In preparation of migration to DM watchdog, clean up a bit.
The 8xx watchdog really is a HW watchdog, so declare it as is
then it goes through Kconfig
And the watchdog reset doesn't mind getting interrupted, so
no need to disable interrupts
Signed-off-by: Christophe Leroy
---
arch/powerpc/Kcon
In preparation of DM watchdog, move basic actions into drivers/watchdog
Signed-off-by: Christophe Leroy
---
arch/powerpc/Kconfig| 2 +-
arch/powerpc/cpu/mpc8xx/Kconfig | 4
arch/powerpc/cpu/mpc8xx/cpu.c | 12
drivers/watchdog/Makefile | 1 +
drivers/watch
Latest versions of u-boot have increased in size and require more
than the 256kb allocated to it.
The MCR3000 board is equipped with an AM29LV160DB boot flash which
is organised as follows:
- One 16kb block
- Two 8kb block
- One 32kb block
- Thirty one 64kb blocks
At the time being, u-boot is a s
Commit 7653942b10e9e ("common/env_embedded.c: drop support for
CONFIG_SYS_USE_PPCENV") dropped the .ppcenv section which was
used in linking scripts to allow fine placement of embedded
environment sections.
This implies that GCC randomly places objects from env/embedded.o
and environment is not gu
Some malloc memory is needed at startup for DM model.
Lets reorganise the use of the CPM dpram.
The MPC866/885 dpram, we have 8kbytes dual port RAM, which is usable as:
IMMR + 0x2000..0x2800: BD/Data/Microcode
IMMR + 0x2800..0x2e00: BD/Data
IMMR + 0x2e00..0x3800: BD/Data/Microcode
IMMR + 0x3800..0
Since commit 17cb4b8f327eb ("mtd: nand: Add+use mtd_to/from_nand and
nand_get/set_controller_data"), mtd_to_nand() has to be used instead
of mtd->priv
Signed-off-by: Christophe Leroy
---
board/cssi/MCR3000/nand.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/cssi/MCR3
reginfo is redundant with some of the commands in immap.c, so
move reginfo into that file and remove duplicated info.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/Makefile | 1 -
arch/powerpc/cpu/mpc8xx/immap.c | 20 +++
arch/powerpc/cpu/mpc8xx/reginfo.c | 71 -
Some config is redundant with Kconfig. Fix it.
Also remove unused configs
Move SDRAM_MAX_SIZE in the only place it is used
include/environment.h already defines CONFIG_ENV_SIZE
from CONFIG_ENV_SECT_SIZE and defines CONFIG_ENV_ADDR as
(CONFIG_SYS_FLASH_BASE + CONFIG_ENV_OFFSET)
remove BOOTARGS as
On 03/16/2018 01:27 PM, Patrice Chotard wrote:
> Allow passing in a custom configuration of the gotgctl
> register via platform data.
> This allows for example to override the A/B session valid signals
> by setting AvalidOvEn / AvalidOvVal and BvalidOvEn / BvalidOvVal
> bits in GOTGCTL reg.
If you
This serie is the beginning of MPC8xx migration to DM model.
It applies on top of the serie "[v4] Powerpc: mpc8xx: cleanup before migration
to DM model"
Christophe Leroy (6):
board: MCR3000: Activate CONFIG_DM and CONFIG_OF_CONTROL
drivers: watchdog: add a DM driver for the MPC8xx watchdog
Add mcr3000 device tree and activate CONFIG_DM and CONFIG_OF_CONTROL
Signed-off-by: Christophe Leroy
---
arch/powerpc/dts/Makefile | 16
arch/powerpc/dts/mcr3000.dts | 12
board/cssi/MCR3000/u-boot.lds | 6 ++
configs/MCR3000_defconfig | 3 +++
4 file
Signed-off-by: Christophe Leroy
---
arch/powerpc/dts/mcr3000.dts | 3 +++
board/cssi/MCR3000/MCR3000.c | 16
configs/MCR3000_defconfig| 2 ++
include/configs/MCR3000.h| 1 +
4 files changed, 22 insertions(+)
diff --git a/arch/powerpc/dts/mcr3000.dts b/arch/powerpc/dts
Signed-off-by: Christophe Leroy
---
drivers/serial/serial.c| 2 -
drivers/serial/serial_mpc8xx.c | 97 ++
include/serial.h | 1 -
3 files changed, 14 insertions(+), 86 deletions(-)
diff --git a/drivers/serial/serial.c b/drivers/seri
Signed-off-by: Christophe Leroy
---
arch/powerpc/dts/mcr3000.dts | 7 +++
configs/MCR3000_defconfig| 1 +
2 files changed, 8 insertions(+)
diff --git a/arch/powerpc/dts/mcr3000.dts b/arch/powerpc/dts/mcr3000.dts
index ef423d73c20..5abf111dc5f 100644
--- a/arch/powerpc/dts/mcr3000.dts
+++
This patch adds a DM driver for the MPC8xx watchdog.
Basically, the watchdog is enabled by default from the start and
SYPCR register has to be writen once to set the timeout and/or
deactivate the watchdog. Once written, it cannot be written again.
It means that wdt_stop() can be called before wdt_
Signed-off-by: Christophe Leroy
---
drivers/serial/serial_mpc8xx.c | 77 --
1 file changed, 74 insertions(+), 3 deletions(-)
diff --git a/drivers/serial/serial_mpc8xx.c b/drivers/serial/serial_mpc8xx.c
index 7a5908f4645..b568e14328f 100644
--- a/drivers/se
On Fri, Mar 16, 2018 at 06:52:20PM +0530, Lokesh Vutla wrote:
> Sync dts from Linux 4.16 and also add u-boot specific
> dtsi for OMAPl138 board.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
___
On Fri, Mar 16, 2018 at 06:52:21PM +0530, Lokesh Vutla wrote:
> Enable Driver Model and Device-tree support for omapl138 board
> in U-Boot. Also enable DM_SERIAL and DM_I2C.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
__
On Fri, Mar 16, 2018 at 02:22:12PM +0530, Lokesh Vutla wrote:
> Commit 6aa4ad8e3820 ("Convert CONFIG_SOC_DA8XX et al to Kconfig")
> converted SOC_DA8XX to Kconfig but missed enabling DDR_INIT for
> SOC_DA8XX, which broke OMAPL138 to boot.
>
> Commit 2e87980580d0 ("davinci: Fix omapl138_lcdk build
On Wed, Mar 14, 2018 at 06:58:03PM +0530, Jagan Teki wrote:
> Due to adding various new functionalities with SPI and SPI-FLASH
> subsystems which are rounding in Mailing list for year these long
> term supporting spi driver which never seen any update with
> driver-model conversion.
>
> So added
On Tue, Mar 06, 2018 at 07:02:27PM -0500, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_CONS_INDEX
>
> We have existing entries for this option in a number of places, with
> different guards on them. They're also sometimes used for things not
> directly inside of the seri
On Tue, Mar 06, 2018 at 07:02:26PM -0500, Tom Rini wrote:
> It is safe to always setup the pinmux for UART1 and UART3 to be used in
> early_padconf and then if these pins are needed later on, they will be
> re-muxed. This allows us to drop the usage of CONFIG_CONS_INDEX here.
>
> Cc: Lokesh Vutl
We optimize for size suing -Os so gcc might ignore 'inline'.
Pixel conversions are called so often that we always want to inline them.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_gop.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/efi_loader/efi_gop.c
On Thu, Mar 15, 2018 at 3:25 PM, Duncan Hare wrote:
> In the latest version of u-boot, the dhcp command appears not to
> populate the environment variable dnsip. This used to be the behaviour.
___
The bootp.c code was changed with the addition of K
On Thu, Mar 15, 2018 at 10:16 PM, Tuomas Tynkkynen wrote:
> Hi,
>
> On Thu, 15 Mar 2018 15:10:20 +0100
> Alexander Graf wrote:
>
>> The lan75xx and lan78xx drivers need to drive their phy via the generic
>> phylib framework. Let's reflect that dependency in Kconfig, so that we
>> don't get build
On Wed, Mar 14, 2018 at 4:40 AM, Stefan Agner wrote:
> I will post the patches next week along with some background.
That would be nice! Thanks
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On x86 platforms, U-Boot does not provide Device Tree data to the kernel.
This prevents the kernel from using the same hardware description.
Make a copy of DTB data with setup_data header and insert new item
into the the setup data linked list.
Signed-off-by: Ivan Gorinov
---
arch/x86/include/a
Hi Duncan,
On Fri, Mar 16, 2018 at 12:18 PM, Duncan Hare wrote:
>
>
> On Thu, Mar 15, 2018 at 3:25 PM, Duncan Hare wrote:
>> In the latest version of u-boot, the dhcp command appears not to
>> populate the environment variable dnsip. This used to be the behaviour.
>
>
On Fri, 2018-03-16 at 10:38 -0700, Ivan Gorinov wrote:
> On x86 platforms, U-Boot does not provide Device Tree data to the
> kernel.
> This prevents the kernel from using the same hardware description.
>
> Make a copy of DTB data with setup_data header and insert new item
> into the the setup data
On Fri, 2018-03-16 at 19:52 +0200, Andy Shevchenko wrote:
> On Fri, 2018-03-16 at 10:38 -0700, Ivan Gorinov wrote:
> > On x86 platforms, U-Boot does not provide Device Tree data to the
> > kernel.
> > This prevents the kernel from using the same hardware description.
> >
> > Make a copy of DTB dat
We optimize for size using -Os so gcc might ignore 'inline'.
Pixel conversions are called so often that we always want to inline them.
Signed-off-by: Heinrich Schuchardt
---
v2
fix typo in commit message
---
lib/efi_loader/efi_gop.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
On 16 March 2018 at 11:38, Ivan Gorinov wrote:
>
> On x86 platforms, U-Boot does not provide Device Tree data to the kernel.
> This prevents the kernel from using the same hardware description.
>
> Make a copy of DTB data with setup_data header and insert new item
> into the the setup data linked
On 15 March 2018 at 04:08, Luca Ceresoli wrote:
> scripts/check-config.sh exits successfully and silently without doing
> any checks when the 'comm' command is not found.
>
> The problem triggers from the command around line 39:
>
> comm -23 ${suspects} ${ok} >${new_adhoc}
>
> This statement fai
On Thu, Mar 15, 2018 at 12:59 AM, Jagan Teki wrote:
> omap3_spi now support dt along with platform data,
> respective boards need to switch into dm for the same.
>
> Signed-off-by: Jagan Teki
> Tested-by: Adam Ford #omap3_logic
I tested this on the SPI branch, and it builds without error and bo
1 - 100 of 111 matches
Mail list logo