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:
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.
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
> 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
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
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
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
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:
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
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
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 +
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:
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 +--
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
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
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
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
---
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
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
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
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
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 +
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
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
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
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
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,
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 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
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 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
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,
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
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
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.
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
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
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,
>
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
>>
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
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
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
>
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
44 matches
Mail list logo