When boot up without mac address setting, it will give the warning
message like: Warning: failed to set MAC address, however when
execute network related command, it still execute them without any
warning information.
With this patch, it will exit directly with following information:
gmac0: mac
The bootdata.size should contain the IVT offset part, but the calculation
in imximage tool does not have. This will cause some data at
the end of image not be loaded into memory.
Signed-off-by: Ye.Li b37...@freescale.com
---
tools/imximage.c |2 +-
1 files changed, 1 insertions(+), 1
Hi Ye,
On 22/10/2014 08:39, Ye.Li wrote:
The bootdata.size should contain the IVT offset part, but the calculation
in imximage tool does not have. This will cause some data at
the end of image not be loaded into memory.
Signed-off-by: Ye.Li b37...@freescale.com
---
tools/imximage.c |
Hi Bo,
On Wed, 22 Oct 2014 14:45:56 +0800
Bo Shen voice.s...@atmel.com wrote:
When boot up without mac address setting, it will give the warning
message like: Warning: failed to set MAC address, however when
execute network related command, it still execute them without any
warning
Hi Stefano,
On 10/22/2014 3:22 PM, Stefano Babic wrote:
Hi Ye,
On 22/10/2014 08:39, Ye.Li wrote:
The bootdata.size should contain the IVT offset part, but the calculation
in imximage tool does not have. This will cause some data at
the end of image not be loaded into memory.
Hi Otavio,
On 21/10/2014 21:14, Otavio Salvador wrote:
On Tue, Oct 21, 2014 at 4:07 PM, Masahiro YAMADA
yamad...@jp.panasonic.com wrote:
...
So two options here I'd like to suggest
[1] Every 2 months release with 2 weeks MW
MW open: 2 weeks
MW closed: 6.5 weeks
I prefer this option
On Tue, 2014-10-21 at 16:58 -0400, Tom Rini wrote:
We should be doing things right, in mainline. To bring up a different
example, on TI OMAP4 parts at least for a long time in order to use
mainline U-Boot on older kernels you had to manually add
CONFIG_SOMETHING_OR_ANOTHER to enable
Hi Ye,
On 22/10/2014 09:38, Li Ye-B37916 wrote:
You can look into the Figure 8-21. Image Vector Table in the system boot
chapter of i.MX6Q manual. The bootdata.start points
to the beginning of the destination memory, which means the bootdata.size
should have IVT offset included.
Well, ok,
Dear Tom,
In message 20141014081724.GF25506@bill-the-cat you wrote:
No, not yet. I am going to mention in the release notes that we're
going to strongly start thinking about deleting MAKEALL. We can pick up
the deprecation patch early in the next merge window.
Can we please keep at least
Hi Stefano,
On 10/22/2014 4:14 PM, Stefano Babic wrote:
Hi Ye,
On 22/10/2014 09:38, Li Ye-B37916 wrote:
You can look into the Figure 8-21. Image Vector Table in the system boot
chapter of i.MX6Q manual. The bootdata.start points
to the beginning of the destination memory, which means the
Hi,
On 10/22/2014 10:14 AM, Ian Campbell wrote:
On Tue, 2014-10-21 at 16:58 -0400, Tom Rini wrote:
We should be doing things right, in mainline. To bring up a different
example, on TI OMAP4 parts at least for a long time in order to use
mainline U-Boot on older kernels you had to manually
Hi Soeren,
On 21/10/2014 19:54, Soeren Moch wrote:
This is also copied from sabresd. Can we factorize in some way ?
I can, and probably should, simplify this code. But in fact this code
is wrong, and in the same way for many imx6q boards (e.g. sabresd,
wandboard, nitrogen6x,...).
That
On 22/10/2014 01:14, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
Add support for the 4.3'' Seiko WVGA parallel display.
In order to direct the splash screen to the Seiko display:
= setenv panel SEIKO-WVGA
= save
= reset
Signed-off-by: Fabio Estevam
Allwinner SoCs provide uart0 muxed with mmc0, which can then be used
with a micro SD breakout board. On the A23, this is the only way to
use uart0.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Acked-by: Ian Campbell i...@hellion.org.uk
---
arch/arm/cpu/armv7/sunxi/board.c | 11 ++-
From: Hans de Goede hdego...@redhat.com
The A31, A23 and later SoCs have an extra pin controller, called CPUs_PIO
or R_PIO, which handles pin banks L and beyond.
Also add a clear description about SUNXI_GPIO_BANKS, stating it only
counts the number of pin banks in the _main_ pin controller.
Hi everyone,
This series adds support for Allwinner's A23 SoC. All the patches
are either direct cherry-picks or changes manually merged from
u-boot-sunxi.
Patch 1 adds uart0 pinmux values for A23.
Patch 2 adds support for using uart0 on port F, either using a breakout
board or soldering wires
Hello Fabio,
On 22-10-14 01:14, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
Add support for the 4.3'' Seiko WVGA parallel display.
In order to direct the splash screen to the Seiko display:
= setenv panel SEIKO-WVGA
= save
= reset
Signed-off-by: Fabio Estevam
The Allwinner A23 SoC has reset controls like the A31 (sun6i).
The FIFO address is also the same as sun6i.
Re-use code added for sun6i.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Acked-by: Ian Campbell i...@hellion.org.uk
---
arch/arm/include/asm/arch-sunxi/mmc.h | 2 +-
drivers/mmc/sunxi_mmc.c
UART0 pin muxes on the A23 have a different function value.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Acked-by: Ian Campbell i...@hellion.org.uk
---
arch/arm/include/asm/arch-sunxi/gpio.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/include/asm/arch-sunxi/gpio.h
The basic blocks of the A23 are similar to the A31 (sun6i). Re-use
sun6i code for initial clock, gpio, and uart setup.
There is no SPL support for A23, as we do not have any documentation
or sample code for DRAM initialization.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Acked-by: Ian Campbell
The A23 only has UART0 muxed with MMC0. Some of the boards we
encountered expose R_UART as a set of pads.
Add support for R_UART so we can have a console while using mmc.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Acked-by: Ian Campbell i...@hellion.org.uk
---
arch/arm/cpu/armv7/sunxi/board.c
Ippo q8h is a series of A23 tablet boards. This defconfig
is for v5 of these boards, though for u-boot purposes they
are mostly the same.
See: http://linux-sunxi.org/Ippo_q8h
Signed-off-by: Chen-Yu Tsai w...@csie.org
Acked-by: Ian Campbell i...@hellion.org.uk
---
board/sunxi/MAINTAINERS| 5
The prcm apb0 controls multiple modules. Allow specifying which
modules to enable clocks and de-assert resets so the function
can be reused.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Acked-by: Ian Campbell i...@hellion.org.uk
---
arch/arm/cpu/armv7/sunxi/prcm.c| 12 +++-
Hello Michal,
Hi Detlev
On 10/17/2014 05:02 PM, Detlev Zundel wrote:
Hi,
it was a pleasure for me to meet so many of you this Monday in
Düsseldorf at the ELCE. As many as 17 current custodians and 2
prospective new custodians were present at the event:
Hans de Goede - Sunxi
Hi Anatolij
2014-10-21 21:53 GMT+02:00 Anatolij Gustschin ag...@denx.de:
Hi Christian,
On Tue, 21 Oct 2014 13:43:36 +0200
Christian Gmeiner christian.gmei...@gmail.com wrote:
Hi all.
Finally I got basic board support for OT1200 into upstream, but the
last released
version fails to
This commit converts UniPhier on-chip serial driver to driver model.
Since UniPhier SoCs do not have Device Tree support, some board files
should be added under arch/arm/cpu/armv7/uniphier/ph1-*/ directories.
(Device Tree support for UniPhier platform is still under way.)
Now the base address
Without this commit, functions such as printf(), puts() stop working
after the console is ready (= after GD_FLG_DEVINIT is set in
console_init_r() function).
The function serial_putc() is called to print a character before the
console is available, while serial_stub_putc() is used on the console.
1/7: bug fix of console serial
2/7 - 3/7: cleanup
4/7: prepare some Kconfig entries
5/7 - 7/7: convert UniPhier serial driver and some cleanups
Simon,
As I promised before, here is the conversion of
driver/serial/serial_uniphier.c into driver model.
It has taken some time because I have had a
The UniPhier serial driver has been converted to driver model.
Let's remove uniphier_serial_initialize() call from the old
serial driver framework.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
drivers/serial/serial.c | 2 --
1 file changed, 2 deletions(-)
diff --git
Before the console is available, the functions serial_*()
are used, while serial_stub_*() are called after the console
is ready.
Functions in those two groups are almost the same except
how udevice is passed; serial_*() pass cur_dev whereas
serial_stub_*() pass sdev-priv.
This commit merges the
Create entries of CONFIG_DM, CONFIG_DM_SERIAL, CONFIG_DM_GPIO.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
drivers/core/Kconfig | 6 ++
drivers/gpio/Kconfig | 6 ++
drivers/serial/Kconfig | 6 ++
3 files changed, 18 insertions(+)
diff --git
The functions _serial_putc, _serial_putc_raw, _serial_puts,
_serial_getc, _serial_tstc, _serial_setbrg are defined and used
locally in each of serial_ns16550.c and serial_s3c24x0.c.
Add static directive to them and remove declarations from
include/common.h.
Signed-off-by: Masahiro Yamada
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
configs/ph1_ld4_defconfig | 1 +
configs/ph1_pro4_defconfig | 1 +
configs/ph1_sld8_defconfig | 1 +
drivers/serial/Kconfig | 6 ++
include/configs/ph1_ld4.h | 4 +---
include/configs/ph1_pro4.h | 4 +---
On Wed, 2014-10-22 at 10:35 +0200, Hans de Goede wrote:
Hi,
On 10/22/2014 10:14 AM, Ian Campbell wrote:
On Tue, 2014-10-21 at 16:58 -0400, Tom Rini wrote:
We should be doing things right, in mainline. To bring up a different
example, on TI OMAP4 parts at least for a long time in order
Hi,
On 10/22/2014 11:19 AM, Ian Campbell wrote:
On Wed, 2014-10-22 at 10:35 +0200, Hans de Goede wrote:
Hi,
On 10/22/2014 10:14 AM, Ian Campbell wrote:
On Tue, 2014-10-21 at 16:58 -0400, Tom Rini wrote:
We should be doing things right, in mainline. To bring up a different
example, on TI
Commit 155fa9af95ac5be857a7327e7a968a296e60d4c8 changed the way
to define a GPIO line, which can be used to force CS high
across multiple transactions. In order to fix sf detection
change board code to make use of board_spi_cs_gpio(..).
Signed-off-by: Christian Gmeiner christian.gmei...@gmail.com
On 22/10/2014 11:29, Christian Gmeiner wrote:
Commit 155fa9af95ac5be857a7327e7a968a296e60d4c8 changed the way
to define a GPIO line, which can be used to force CS high
across multiple transactions. In order to fix sf detection
change board code to make use of board_spi_cs_gpio(..).
On Wed, 2014-10-22 at 11:26 +0200, Hans de Goede wrote:
Hi,
On 10/22/2014 11:19 AM, Ian Campbell wrote:
On Wed, 2014-10-22 at 10:35 +0200, Hans de Goede wrote:
Hi,
On 10/22/2014 10:14 AM, Ian Campbell wrote:
On Tue, 2014-10-21 at 16:58 -0400, Tom Rini wrote:
We should be doing
Hi Simon,
One minor comment from me.
On Mon, 22 Sep 2014 09:48:52 -0600
Simon Glass s...@chromium.org wrote:
+
+U_BOOT_DRIVER(serial_omap_ns16550) = {
+ .name = serial_omap,
+ .id = UCLASS_SERIAL,
+#ifdef CONFIG_OF_CONTROL
+ .of_match = omap_serial_ids,
+
Hi Albert,
On Tue, 21 Oct 2014 16:05:25 +0200
Albert ARIBAUD albert.u.b...@aribaud.net wrote:
Hi Masahiro,
On Tue, 21 Oct 2014 14:41:14 +0900, Masahiro Yamada
yamad...@jp.panasonic.com wrote:
I have a question:
You are covering only arm1176 and armv7.
What about arm1136?
I
Hi Albert,
On Tue, 21 Oct 2014 15:54:51 +0200
Albert ARIBAUD albert.u.b...@aribaud.net wrote:
Hi Georges,
On Mon, 20 Oct 2014 23:08:30 +0200, Georges Savoundararadj
savou...@gmail.com wrote:
Hi Albert,
Le 15/10/2014 00:11, Albert ARIBAUD a ecrit :
Hi Georges,
On Tue, 14
One of the possible boot devices can be sata.
Signed-off-by: Christian Gmeiner christian.gmei...@gmail.com
---
board/bachmann/ot1200/ot1200.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/board/bachmann/ot1200/ot1200.c b/board/bachmann/ot1200/ot1200.c
index 0d5ede5..6d51231 100644
---
Signed-off-by: Bo Shen voice.s...@atmel.com
---
include/configs/at91rm9200ek.h | 2 ++
include/configs/at91sam9260ek.h | 2 ++
include/configs/at91sam9261ek.h | 2 ++
3 files changed, 6 insertions(+)
diff --git a/include/configs/at91rm9200ek.h b/include/configs/at91rm9200ek.h
index
Hi all,
On Wed, 22 Oct 2014 11:29:51 +0200
Christian Gmeiner christian.gmei...@gmail.com wrote:
Commit 155fa9af95ac5be857a7327e7a968a296e60d4c8 changed the way
to define a GPIO line, which can be used to force CS high
across multiple transactions. In order to fix sf detection
change board
This move makes it possible to use this kirkwood SPI driver from other
MVEBU platforms as well. This will be used by the upcoming Armada XP
support.
Signed-off-by: Stefan Roese s...@denx.de
Reviewed-by: Jagannadha Sutradharudu Teki jaga...@xilinx.com
Tested-by: Luka Perkov l...@openwrt.org
This patch series adds support for the Marvell Armada XP SoC's. Specifically
the MV78460.
Basic support for the db-78460-bp evaluation board is added. Supporting the
following interfaces:
- UART
- SPI (including SPI NOR flash)
- I2C
- Ethernet (neta)
While doing this port, I tried to
This makes is possible to use those gpio functions from other MVEBU SoC's as
well.
Signed-off-by: Stefan Roese s...@denx.de
Tested-by: Luka Perkov l...@openwrt.org
Acked-by: Prafulla Wadaskar prafu...@marvell.com
---
Changes in v4: None
Changes in v3:
- Added Acked-by from Prafulla to all
These mbus functions are ported from Barebox. The Barebox version is
ported from Linux. These functions will be first used by the upcoming
Armada XP support. Later other Marvell SoC's will be adopted to use
these functions as well (Kirkwood, Orion).
Signed-off-by: Stefan Roese s...@denx.de
Signed-off-by: Stefan Roese s...@denx.de
Tested-by: Luka Perkov l...@openwrt.org
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
tools/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/Makefile b/tools/Makefile
index 2b05b20..3b95964 100644
--- a/tools/Makefile
The barebox version of the kwboot tool has evolved a bit. To support
Armada XP and Dove. Additionally a few minor fixes have been applied.
So lets sync with the latest barebox version.
Please note that the main difference between both versions now is, that
the U-Boot version still supports the -p
This patch does the following:
- Rename defines and registers to not use kirkwood
- Remove unused defines
- Use clrsetbits() accessor functions
- Coding style cleanup
- Clear 25MHZ bit in timer controller register init for Armada XP
There is no functional change for kirkwood. At least not
To support the Armada XP SoC, we just need to include the correct header.
Signed-off-by: Stefan Roese s...@denx.de
Acked-by: Heiko Schocher h...@denx.de
Tested-by: Luka Perkov l...@openwrt.org
---
Changes in v4: None
Changes in v3:
- Added Tested-by from Luka
- Added Acked-by from Heiko
This makes is possible to use this SPI driver from other MVEBU SoC's as well.
As the upcoming Armada XP support will do.
Signed-off-by: Stefan Roese s...@denx.de
Reviewed-by: Jagannadha Sutradharudu Teki jaga...@xilinx.com
Tested-by: Luka Perkov l...@openwrt.org
Acked-by: Prafulla Wadaskar
This patch adds basic support for the Marvell DB-MV784MP-GP evaulation
board. This is the first board that uses the recently created
Armada XP 78460 SoC support.
Signed-off-by: Stefan Roese s...@denx.de
Tested-by: Luka Perkov l...@openwrt.org
---
Changes in v4: None
Changes in v3:
- Added
Additionally the SDRAM address decoding register address is not hard coded
in the C code any more. A define is introduced for this base address.
This makes is possible to use those gpio functions from other MVEBU SoC's
as well.
Signed-off-by: Stefan Roese s...@denx.de
Tested-by: Luka Perkov
This move makes is possible to use this header not only from kirkwood
platforms but from all Marvell mvebu platforms.
Signed-off-by: Stefan Roese s...@denx.de
Tested-by: Luka Perkov l...@openwrt.org
Acked-by: Prafulla Wadaskar prafu...@marvell.com
---
Changes in v4: None
Changes in v3:
- Added
This patch adds support for the NETA ethernet controller which is integrated
in the Marvell Armada XP SoC's. This port is based on the Linux driver which
has been stripped of the in U-Boot unused portions.
Tested on the Marvell MV78460 eval board db-78460-bp.
Signed-off-by: Stefan Roese
All those functions removed with this patch are not accessed at all. So lets
remove them.
Signed-off-by: Stefan Roese s...@denx.de
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/cpu/arm926ejs/kirkwood/cpu.c | 55 ---
1 file changed, 55
This patch integrates the Barebox version of this kwbimage.c file into
U-Boot. As this version supports the image version 1 type for the
Armada XP / 370 SoCs.
It was easier to integrate the existing and known to be working Barebox
source than to update the current U-Boot version to support this
This basic support for the Marvell Armada XP is base on the existing kirkwood
support. Which has been generatized by moving some common files into
common marvell locations.
This is in preparation for the upcoming Armada XP MV78460 support.
Signed-off-by: Stefan Roese s...@denx.de
Tested-by: Luka
Compile the pin multiplexing only on Kirkwood platforms. As the
Armada XP doesn't need it.
Signed-off-by: Stefan Roese s...@denx.de
Reviewed-by: Jagannadha Sutradharudu Teki jaga...@xilinx.com
Tested-by: Luka Perkov l...@openwrt.org
Acked-by: Prafulla Wadaskar prafu...@marvell.com
---
Changes
The Marvell MV78460 eval board DB-78460-BP seems to need a longer
PHY autonegotiation timeout than the standard 4 seconds. So lets
make this timeout configurable. If not defined in the board config
header the original 4000ms is used.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Joe Hershberger
By moving some kirkwood files into a Marvell common directory, those files
can be used by other Marvell platforms as well. The name mvebu is taken
from the Linux kernel source tree. It has been chosen there to represent
the SoC's from the Marvell EBU (Engineering Business Unit). Those SoC's
Add target to build it automatically upon make / MAKEALL. This can/should
be set by board / cpu specific headers if a special U-Boot image is
required for this SoC / board.
E.g. used by Marvell Armada XP to automatically build the u-boot.kwb
target.
Signed-off-by: Stefan Roese s...@denx.de
Cc:
The maxBCM board is equipped with the Marvell Armada-XP MV78460 SoC. It
integrates an SPI NOR flash and an Marvell 88E6185 switch.
Signed-off-by: Stefan Roese s...@denx.de
---
Changes in v4: None
Changes in v3:
- Rebased on current top-of-tree (git ID a1263632)
Changes in v2: None
On Tue, 21 Oct 2014 16:23:24 -0400 (EDT)
Robert P. J. Day rpj...@crashcourse.ca wrote:
running make help concludes with the claim:
Execute make or make all to build all targets marked with [*]
but i see no make targets marked that way -- i suspect that was just a
copy and paste
Commit 0f605c1501f6 (Start the deprecation process for generic board)
added a run-time warning message. Let's be noisier for non-generic
boards to inform the dead line of the conversion.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Marek Vasut ma...@denx.de
Cc: Tom Rini
Commit ff94bc40af3481d47546595ba73c136de6af6929
(mtd, ubi, ubifs: resync with Linux-3.14)
accidentally reverted part of the commit
13f0fd94e3cae6f8a0d9fba5d367e311edc8ebde
(NAND: Scan bad blocks lazily.).
Reinstate the change as by commit
fb49454b1b6c7c6e238ac3c0b1e302e73eb1a1ea
(nand: reinstate
Hi Jeroen,
On Wed, Oct 22, 2014 at 6:47 AM, Jeroen Hofstee jer...@myspectrum.nl wrote:
If [1] is a datasheet for this lcd, you likely want to add
#include ../drivers/video/mxcfb.h
.sync = FB_SYNC_CLK_LAT_FALL,
Or something similar, since the data is sampled on the falling edge
Hi Stefano!
On 10/22/14 10:36, Stefano Babic wrote:
Hi Soeren,
On 21/10/2014 19:54, Soeren Moch wrote:
This is also copied from sabresd. Can we factorize in some way ?
I can, and probably should, simplify this code. But in fact this code
is wrong, and in the same way for many imx6q boards
Hi,
On 10/21/2014 09:03 PM, Ian Campbell wrote:
On Sun, 2014-10-12 at 22:17 +0100, Ian Campbell wrote:
-if TARGET_SUN4I || TARGET_SUN5I || TARGET_SUN6I || TARGET_SUN7I
+ default sun4i if TARGET_SUN4I
+ default sun5i if TARGET_SUN5I
+ default sun6i if TARGET_SUN5I
There is a typo
Hi,
I'm trying to track down a syntax error issue that gets triggered
when erasing the U-Boot image in NOR flash. Symptoms look like this:
= print update
update=protect off 0xfc00 +${filesize};erase 0xfc00
+${filesize};cp.b 20 0xfc00 ${filesize};protect on
The usage description of commands refers to headers of sources,
that is not correct. This patch is intended to fix it.
Also generalize code in order to reduce SoC dependent #ifdefs.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
Based on
[U-boot] [Patch v2] keystone: usb: add support
Hello Fabio,
On 22-10-14 14:15, Fabio Estevam wrote:
Hi Jeroen,
On Wed, Oct 22, 2014 at 6:47 AM, Jeroen Hofstee jer...@myspectrum.nl wrote:
If [1] is a datasheet for this lcd, you likely want to add
#include ../drivers/video/mxcfb.h
.sync = FB_SYNC_CLK_LAT_FALL,
Or something
On Wed, Oct 22, 2014 at 11:07 AM, Jeroen Hofstee jer...@myspectrum.nl wrote:
Did you check this with a scope? I am quite sure I needed to do this for
u-boot v2014.10 still, but I don't have the board available now to
double check.
I didn't check it with the scope. If I add
On 22-10-14 15:10, Fabio Estevam wrote:
On Wed, Oct 22, 2014 at 11:07 AM, Jeroen Hofstee jer...@myspectrum.nl wrote:
Did you check this with a scope? I am quite sure I needed to do this for
u-boot v2014.10 still, but I don't have the board available now to
double check.
I didn't check it
On 22/10/14 12:29, Christian Gmeiner wrote:
Commit 155fa9af95ac5be857a7327e7a968a296e60d4c8 changed the way
to define a GPIO line, which can be used to force CS high
across multiple transactions. In order to fix sf detection
change board code to make use of board_spi_cs_gpio(..).
Some filesystems have a UUID stored in its superblock. To
allow using root=UUID=... for the kernel command line we
need a way to read-out the filesystem UUID. This is what this
patch tries to do.
Keep in mind that this patch is an RFC and I hope to get some
feedback on this patch.
This is what
From: Hao Zhang hzh...@ti.com
This patches enables the On-chip Shared Ram clock domain for K2L SoC.
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/cpu/armv7/keystone/init.c| 51 +++
From: Hao Zhang hzh...@ti.com
The initialization of PLLs is a part of board specific code, so
move it appropriate places.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
From: Hao Zhang hzh...@ti.com
This patch adds clock definitions and commands to support Keystone II
K2L SOC.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/cpu/armv7/keystone/Makefile
This patch series adds Keystone II Lamar (K2L) SoC and k2l_evm
board support.
Based on
[U-Boot,U-boot] ARM: cmd_clock: generalize command usage description
http://patchwork.ozlabs.org/patch/402102/
v6..v5
- keystone2: clock: add K2L clock definitions and commands
update according to
From: Hao Zhang hzh...@ti.com
This patch adds hardware definitions specific to Keystone II
Lamar (K2L) SoC.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
From: Hao Zhang hzh...@ti.com
This patch adds Keystone II Lamar (K2L) SoC specific definitions
to support MSMC cache coherency.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
From: Hao Zhang hzh...@ti.com
This patch adds Keystone II Lammar (K2L) EVM board support.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/cpu/armv7/keystone/Kconfig| 3 ++
I had exactly the same behaviour some time ago and tracked it down to
this (and posted it on the mailing list, but sadly got no feedback):
In my latest u-boot builds I had some strange behaviour that I finally
tracked down to not fixed up flash addresses in relocated u-boot.
These addresses come
Add a Kconfig option which users can select when they want to boot older
kernels, e.g. the linux-sunxi 3.4 kernels. For now this just forces the pll5
p value to 1 (divide by 2) as that is what those kernels are hardcoded too,
in the future this may enable further workarounds.
Signed-off-by: Hans
This is a preparation patch for making the pll5 p divisor configurable
through Kconfig.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
arch/arm/cpu/armv7/sunxi/clock_sun4i.c| 11 +++
arch/arm/include/asm/arch-sunxi/clock.h | 1 +
This is a preparation patch for making the pll5 p divisor configurable
through Kconfig.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
arch/arm/cpu/armv7/sunxi/dram.c | 32 ++--
1 file changed, 14 insertions(+), 18 deletions(-)
diff --git
Older Linux kernels will not properly boot in hype mode, add support for a
bootm_boot_mode environment variable, which when set to sec will cause
u-boot to boot in secure mode even when build with non-sec (and hyp) support.
Signed-off-by: Hans de Goede hdego...@redhat.com
Acked-by: Marc Zyngier
Old kernels cannot handle booting in non-secure (hyp) mode, so when
CONFIG_OLD_KERNEL_COMPAT is set, also set CONFIG_ARMV7_SEC_BY_DEFAULT.
Note that whether to booting secure or non-secure can always be overriden
using the bootm_boot_mode environment variable.
Signed-off-by: Hans de Goede
On 10/20/2014 06:55 PM, Tom Rini wrote:
On Mon, Oct 20, 2014 at 06:41:29PM +0300, Ivan Khoronzhuk wrote:
On 10/20/2014 06:13 PM, Tom Rini wrote:
On Wed, Oct 15, 2014 at 02:55:28AM +0300, Ivan Khoronzhuk wrote:
From: Hao Zhang hzh...@ti.com
This patch adds clock definitions and commands to
On Sun, Sep 28, 2014 at 04:59:45PM +0800, yuantian.t...@freescale.com wrote:
From: Tang Yuantian yuantian.t...@freescale.com
When Freescale QorIQ SoCs wake up from deep sleep, control is
passed to the primary core that starts executing uboot. After
re-initialized some IP blocks, like DDRC,
From: Hao Zhang hzh...@ti.com
Enhance the driver to use cmu/comlane/lane specific configurations
instead of 1 big array of configuration.
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/include/asm/arch-keystone/hardware-k2hk.h | 3 +
This patch series adds serdes driver, moving it from
keystone_net driver.
Based on
[U-boot] [Patch v2 0/5] keystone2: generalize keystone_net driver usage
http://u-boot.10912.n7.nabble.com/U-boot-Patch-v2-0-5-keystone2-generalize-
keystone-net-driver-usage-td190624.html
v4..v3:
- soc:
The cmu, comlane, lane configuration mechanism are similar for sub
systems as well such as PCI or sRIO, but they have different values
based on input clock and output bus rate. According to this compact
driver to simplify adding different configuration settings based
on clock and rate.
From: Hao Zhang hzh...@ti.com
SerDes driver is used by other sub systems like PCI, sRIO etc.
So modify it to be more general. The SerDes driver provides common
API's that can also be extended for other peripherals SerDes
configurations.
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan
This patch split the Keystone II SGMII SerDes related code from
Ethernet driver and create a separate SGMII SerDes driver.
The SerDes driver can be used by others keystone subsystems
like PCI, sRIO, so move it to driver/soc/keystone directory.
Add soc specific drivers directory like in the Linux
Hi Soeren,
On 22/10/2014 14:16, Soeren Moch wrote:
U-Boot without video support is useless for me. So I will try to
setup the video clock correctly in a new version of this patch.
ok, fine with me.
You are right here, there is no problem with setup_display() in
board_init().
So I wonder
From: Vitaly Andrianov vita...@ti.com
Add functions to set/get SES PMAX values of Pivilege ID pair.
Also add msmc module definitions.
Acked-by: Murali Karicheri m-kariche...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Ivan
1 - 100 of 322 matches
Mail list logo