On Sun, May 15, 2016 at 2:51 AM, Bhupesh Sharma wrote:
> Note that UEFI firmware support is already available on LS2080A-RDB and allows
> Booting distributions like CentOS on the same.
>
Sorry to intervene here but it's about having the EFI support inside
u-boot itself that
may *not* required to
Different AM335x based platforms have different serial consoles. As serial
console is Kconfig option a separate defconfig has to be created for each
platform. So pass the serial device dynamically.
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- New patch.
board/ti/am335x/board.c | 11 ++
Add minimal dts support for AM335x-ICEv2 board
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
Signed-off-by: Roger Quadros
---
Changes since v1:
- None
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/am335x-icev2.dts | 430 ++
board/ti/am335x/bo
In order to enable cpsw on AM335x ICEv2 board, the following needs to be done:
1)There are few on board jumper settings which gives a choice between
cpsw and PRUSS, that needs to be properly selected[1]. Even after selecting
this, there are few GPIOs which control these muxes that needs to be held
The CDCE913 and CDCEL913 devices are modular PLL-based, low cost,
high performance , programmable clock synthesizers. They generate
upto 3 output clocks from a single input frequency. Each output can
be programmed for any clock-frequency.
Adding support for the same.
Reviewed-by: Tom Rini
Signed
Populate the right dtb file and console for AM335x-ICEv2 board.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
include/configs/am335x_evm.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
i
AM335x ICEv2 contains a 2Gbit(128Mx16) of DDR3 SDRAM(MT41J128M16JT-125),
capable of running at 400MHz. Adding this specific DDR configuration
details running at 400MHz.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
arch/arm/include/asm/arch-am33xx/ddr_defs.h |
Add necessary pinmux support for AM335x ICEv2 board.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
board/ti/am335x/mux.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/board/ti/am335x/mux.c b/board/ti/am335x/mux.c
index fdf
Similar to other TI's AM335x platforms, AM335x ICEv2 also has an
eeprom populated for its unique identification. Adding this info
so that AM335x ICEv2 specific initialization can be done.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
board/ti/am335x/board.h | 5
TI's Industrial Communication Engine EVM is a low cost hardware mainly
developed for industrial communication type applications using serial
or Ethernet based interfaces. This platform features TI's AM3359 with
800MHz single core Cortex-A8 processor, 256MB DDR3, 64MB SPI flash,
8MB NOR Flash, mmc,
On Sun, 15 May 2016 08:19:39 +0900,
Simon Glass wrote:
>
> Hi,
>
> On 18 October 2015 at 10:19, Masahiro Yamada
> wrote:
> > 2015-10-19 0:54 GMT+09:00 Tom Rini :
> >> On Mon, Oct 19, 2015 at 12:30:43AM +0900, Masahiro Yamada wrote:
> >>> 2015-10-18 21:19 GMT+09:00 Simon Glass :
> >>> > Hi,
> >>>
From: Tom Rini
Re-org env sections so that we can fall back to env is in FAT on SD
card, for broader board compatibility
Signed-off-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
include/configs/am335x_evm.h | 40 +---
1 file changed
Add initial DTS support for AM335x-evm sk.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/am335x-evmsk.dts | 720 +
board/ti/am335x/board.c| 2 +
con
Add initial DTS support for AM335x-BBG
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
arch/arm/dts/Makefile | 3 ++-
arch/arm/dts/am335x-bonegreen.dts | 57 +++
board/ti/am335x/board.c | 2 ++
configs/a
From: Mugunthan V N
As per mmc device tree binding documentation card detect gpio has
to be active low signal. When a hardware is designed with active
high card detect, gpio polarity has to be changed with
cd-inverted dt property.
In AM335x the card detect gpio is designed as active low gpio.
So
Use a single defconfig for all AM335x platforms by enabling FIT
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- Removed am335x_evm_nodt_defconfig
board/ti/am335x/MAINTAINERS | 1 -
configs/am335x_evm_defconfig| 17 +--
configs/am335x_gp_evm_defconfig | 46 --
Allow am335x-bone.dts to be built and enable uart and timer
for all beaglebones.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
arch/arm/dts/Makefile| 2 +-
arch/arm/dts/am335x-bone-common.dtsi | 5 +
arch/arm/dts/am335x-bone.dts | 3
This series adds support for FIT and various AM335x based platforms
Link to v1: https://www.mail-archive.com/u-boot%40lists.denx.de/msg212314.html
Lokesh Vutla (5):
board: am33xx: fit: add support for selecting dtb dynamically
ARM: dts: am335x-bone: Enable uart and timer
ARM: AM335x: Enabl
FIT allows for a multiple dtb in a single image. SPL needs a way to
detect the right dtb to be used. Adding support for the same.
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
board/ti/am335x/board.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/board/ti/am335x/
Add initial DTS support for AM437x-IDK evm.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/am437x-idk-evm.dts | 420
board/ti/am43xx/board.c | 2 +
configs/
Use a single defconfig for all AM43xx platforms by enabling FIT and delete
the platform specific defconfigs.
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- Removed dra7xx_evm_nodt_defconfig
board/ti/am43xx/MAINTAINERS | 2 --
configs/am437x_gp_evm_defconfig | 49 --
Add initial DTS support for AM43-EPOS evm.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/am43x-epos-evm.dts | 806 ++
board/ti/am43xx/board.c
Convert usb host boot defconfig to use DM, DT. Also enable FIT
support.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
configs/am43xx_evm_usbhost_boot_defconfig | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/configs/am43xx_ev
This series adds support for AM43x-EPOS, AM437x-IDK. Also enabled
FIT support for all platforms.
Link to v1: https://www.mail-archive.com/u-boot%40lists.denx.de/msg212279.html
Lokesh Vutla (5):
board: AM43xx: fit: add support for selecting dtb dynamically
ARM: AM43xx: Enable FIT
ARM: dts: A
FIT allows for a multiple dtb in a single image. SPL needs a way to
detect the right dtb to be used. Adding support for the same.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- None
board/ti/am43xx/board.c | 12
1 file changed, 12 insertions(+)
diff --g
> On 13.05.16 10:40, Alison Wang wrote:
> > To support loading a 32-bit OS, the execution state will change from
> > AArch64 to AArch32 when jumping to kernel.
> >
> > The architecture information will be got through checking FIT image,
> > then U-Boot will load 32-bit OS or 64-bit OS automatically
Use a single defconfig for all DRA7 platforms by enabling FIT and delete
the platform specific defconfigs.
Signed-off-by: Lokesh Vutla
---
Changes since v1:
- Removed dra7xx_evm_nodt_defconfig
board/ti/dra7xx/MAINTAINERS | 3 +--
configs/dra72_evm_defconfig | 53 -
Removing:
uart3_defconfig:
Now uart3 can be selected using menuconfig, removing separate
config for uart mode. Doing uart boot is not straight forward as ROM uses
uart3 as default serial console. In order to boot to prompt, concole in both
u-boot and kernel needs to be changed.
qspiboot_defconfig:
FIT allows for a multiple dtb in a single image. SPL needs a way to
detect the right dtb to be used. Adding support for the same.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
-Changes since v1:
None
board/ti/dra7xx/evm.c | 12
1 file changed, 12 insertions(+)
dif
This series enables FIT for DRA7xx platforms.
Depends on the FIT support series posted recently.
Link to v1: https://www.mail-archive.com/u-boot@lists.denx.de/msg211963.html
Lokesh Vutla (3):
board: dra7: fit: add support for selecting dtb dynamically
ARM: DRA7: Enable FIT
ARM: DRA7: config
Add some useful update scripts.
Signed-off-by: Angelo Dureghello
---
include/configs/amcore.h | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/include/configs/amcore.h b/include/configs/amcore.h
index e819185..9af2b11 100644
--- a/include/configs/amcore.h
+++ b/i
Update amcore board to use dm serial driver.
Signed-off-by: Angelo Dureghello
---
board/sysam/amcore/amcore.c | 15 ++-
configs/amcore_defconfig| 4
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/board/sysam/amcore/amcore.c b/board/sysam/amcore/amcore.c
inde
Most new systems in U-Boot these days make use of the generic "distro"
framework which allows a user to have U-Boot scan for a bootable OS
on all available media types.
This patch extends the LS2080ARDB board to use that framework if the
hard coded NOR flash location does not contain a bootable im
On 15.05.16 14:49, André Przywara wrote:
> On 15/05/16 11:30, Hans de Goede wrote:
>> Hi,
>>
>> On 04-05-16 23:15, Andre Przywara wrote:
>>> Rename the defconfig file for the Pine64 from pine64_plus_defconfig to
>>> pine64_defconfig.
>>> The differences between the two versions (more RAM and a di
On Fri, May 13, 2016 at 1:50 PM, Joakim Tjernlund
wrote:
> On Fri, 2016-05-13 at 13:15 +0200, Mario Six wrote:
>> The functions for accessing GPIOs on MPC85xx are hardcoded in
>> arch/powerpc/include/asm/mpc85xx_gpio.h This leads to problems if another
>> GPIO
>> controller supporting the driver
i'm feeling particularly stupid today in not understanding some of
the things i'm running across. just tripped over this in
board/spear/common/Makefile:
...
ifdef CONFIG_SPL_BUILD
# necessary to create built-in.o
obj- := __dummy__.o <--- ??
else
...
i've n
With dropping support for some boards and the deletion of some source
files, it appears that both of these directories are now superfluous.
Signed-off-by: Robert P. J. Day
---
i'm quite prepared to be told i've totally misread stuff; if so,
just say so and toss this patch.
diff --git a/boar
On Sun, 15 May 2016, Mario Six wrote:
... snip ...
> board/Marvell/common/memory.c is one of two files that still "use"
> the ancient GTREGREAD macro, the last definition of which has been
> removed from the source with d92866; the only other file that uses
> it is drivers/rtc/ds1302.c, where I j
Hello
I have some minor comments below
Le 15/05/2016 11:41, Amit Singh Tomar a écrit :
> This patch add EMAC driver support for H3/A83T/A64 SoCs.
>
> It has been tested on Oragnepipc(H3) board that has internal PHY.
A little typo
>
> Signed-off-by: Amit Singh Tomar
> ---
> arch/arm/dts/sun8
On Sun, 15 May 2016, Mario Six wrote:
> On Sat, May 14, 2016 at 8:22 PM, Robert P. J. Day
> wrote:
> >
> > i know i asked something similar to this a while back, but a
> > followup question ...
> >
> > i'm aware of the value of a vendor's "common/" directory where,
> > under "board//", one c
Hi,
On 15-05-16 14:49, André Przywara wrote:
On 15/05/16 11:30, Hans de Goede wrote:
Hi,
On 04-05-16 23:15, Andre Przywara wrote:
Rename the defconfig file for the Pine64 from pine64_plus_defconfig to
pine64_defconfig.
The differences between the two versions (more RAM and a different
Etherne
On 15/05/16 11:30, Hans de Goede wrote:
> Hi,
>
> On 04-05-16 23:15, Andre Przywara wrote:
>> Rename the defconfig file for the Pine64 from pine64_plus_defconfig to
>> pine64_defconfig.
>> The differences between the two versions (more RAM and a different
>> Ethernet PHY) don't justify two board v
On 15/05/16 11:13, Hans de Goede wrote:
Hi Hans,
> On 04-05-16 23:15, Andre Przywara wrote:
>> The originally committed .dts files for the Pine64 were from an early
>> proof-of-concept version and should have never been committed upstream.
>> Replace them with much more mature versions, which als
On Sat, May 14, 2016 at 8:22 PM, Robert P. J. Day wrote:
>
> i know i asked something similar to this a while back, but a
> followup question ...
>
> i'm aware of the value of a vendor's "common/" directory where,
> under "board//", one can establish a common directory to avoid
> all sorts of
Recently a set of CONFIG_CMD_FOO defines was moved from being defined
in config_distro_defaults to Kconfig, and added to all sunxi defconfigs
to compensate.
Instead of explictly selecting these in all sunxi defconfigs,
simply always select these for sunxi boards. This makes the defconfigs
simpler
Hi Amit,
Thanks for the patch!
Labbe, Chen-Yu,
You've been doing most work on H3 EMAC support, with my u-boot
maintainer hat on this looks good, can you give this a (quick)
look and let me know if you're ok with this patch being added
to u-boot as is ?
My only worry is adding support for exter
currently writing a wiki page for upcoming embedded linux course on
how to set up a "common" vendor directory to avoid duplication,
partial result here:
http://www.crashcourse.ca/wiki/index.php/U-Boot_common
and curious about a couple different ways to do it that both seem
reasonable.
the
Hi,
On 04-05-16 23:15, Andre Przywara wrote:
Rename the defconfig file for the Pine64 from pine64_plus_defconfig to
pine64_defconfig.
The differences between the two versions (more RAM and a different
Ethernet PHY) don't justify two board versions, so lets stick with the
generic name and try to
Hi,
On 04-05-16 23:15, Andre Przywara wrote:
The Allwinner provided boot0 boot loader requires a header before the
U-Boot binary to both check its validity and to find other blobs to
load. There is a tool called boot0img which fills the header
appropriately.
Reserve some space at the beginning o
Hi,
On 04-05-16 23:15, Andre Przywara wrote:
As arm64 has slightly different expectations about load addresses, lets
use a different set of default addresses for things like the kernel.
As arm64 kernels don't come with a decompressor right now, reserve some
more space for really big uncompressed
Hi,
On 04-05-16 23:15, Andre Przywara wrote:
The originally committed .dts files for the Pine64 were from an early
proof-of-concept version and should have never been committed upstream.
Replace them with much more mature versions, which also use a different
naming scheme.
Please note that at th
Hi,
On 04-05-16 23:15, Andre Przywara wrote:
The ARM Trusted Firmware (ATF) code now lives in SRAM on the Pine64/A64,
so we can claim the whole of DRAM for OS use.
This reverts commit 3ffe39ed2b66af71c7271d0cef2a248b5bf7dfdb.
Signed-off-by: Andre Przywara
Thanks, looks good to me applied to
Hi,
On 03-04-16 13:58, Bernhard Nortmann wrote:
This addresses a cosmetic issue when booting a sunxi device
over USB (FEL mode), where the SPL currently would just print
"Trying to boot from ". The patch fixes that to properly read
"Trying to boot from FEL".
Signed-off-by: Bernhard Nortmann
Hi,
On 14-05-16 03:13, Siarhei Siamashka wrote:
The current SPL header, created by the 'mksunxiboot' tool, has size
32 bytes. But the code in the boot ROM stores the information about
the boot media at the offset 0x28 before passing control to the SPL.
For example, when booting from the SD card,
Hi,
Thanks, entire series looks good to me applied to:
http://git.denx.de/?p=u-boot/u-boot-sunxi.git;a=shortlog;h=refs/heads/next
These will be part of my first pull-req for u-boot v2016.07.
Regards,
Hans
On 02-05-16 04:28, Chen-Yu Tsai wrote:
The user should always select an SoC variant
This patch add EMAC driver support for H3/A83T/A64 SoCs.
It has been tested on Oragnepipc(H3) board that has internal PHY.
Signed-off-by: Amit Singh Tomar
---
arch/arm/dts/sun8i-h3-orangepi-pc.dts | 10 +
arch/arm/dts/sun8i-h3.dtsi|7 +
drivers/net/Kconfig |
Hi Tom,
Here is a sunxi pull-req with a small bugfix for v2016.05:
The following changes since commit 4cf4600f2569d7677a6f3cd933d7a189de6e7973:
test, tools: update tbot documentation (2016-05-13 11:25:59 -0400)
are available in the git repository at:
http://git.denx.de/u-boot-sunxi.git ma
On 14.05.16 22:03, Simon Glass wrote:
> This code does not currently build with driver model enabled for block
> devices. Update it to correct this.
>
> Signed-off-by: Simon Glass
Reviewed-by: Alexander Graf
Alex
___
U-Boot mailing list
U-Boot@lis
58 matches
Mail list logo