On Sat, Feb 25, 2017 at 4:26 PM, Jagan Teki wrote:
> On Mon, Feb 13, 2017 at 1:22 PM, Maxime Ripard
> wrote:
>> On Sun, Feb 12, 2017 at 04:21:40PM +0100, Jelle van der Waa wrote:
>>> Add support for the NanoPi NEO Air H3 board from friendlyarm.com . This
>>> board contains WiFi, Bluetooth, 8GB eM
Hi,
On Mon, Feb 27, 2017 at 9:33 PM, Wolfgang Denk wrote:
> Hi all,
>
> hopefully unnoticed by anyone, we moved the mailing list to a new
> (faster, bigger, better) server. As far as we can tell, operation
> continues unchanged except for the fact that, when accessing the web
> interface for adm
Now that we can do DRAM initialization for the R40, we can enable
SPL support for it.
Signed-off-by: Chen-Yu Tsai
---
board/sunxi/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
index 9854ef0a599e..3df9f8197c57 100644
--- a/board/sunxi/Kconfi
The Bananapi M2 Ultra is the first publicly available development board
featuring the R40 SoC.
This patch add barebone dtsi/dts files for the R40 and Bananapi M2 Ultra,
as well as a defconfig for it.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/dts/Makefile| 2 +
arch/arm/
The R40 has the CPUCFG block at the same address as the A20.
Fix it.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
b/arch/arm/include/asm/arch-sunx
Hi everyone,
This series adds support for the new R40 SoC. The R40 is marketed as the
successor to the A20. It is mostly pin compatible (in software) with the
A20. It has a somewhat similar memory layout, a hybrid of A20 and newer
sun6i gen.. Like the A20, it does not have a PRCM block.
This seri
The R40's CPU controls are a combination of sun6i and sun7i.
All controls are in the CPUCFG block, and it seems the R40 does not
have a PRCM block. The core reset, power gating and clamp controls
are grouped like sun6i.
Last, the R40 does not have a secure SRAM block.
This patch adds a PSCI impl
According to the BSP released by Banana Pi, the R40 (sun8iw11p1) has
an extra "PLL lock control" register in the CCU, which controls whether
the individual PLL lock status bits in each PLL's control register work
or not.
This patch enables it for all the PLLs.
Signed-off-by: Chen-Yu Tsai
---
ar
These values were taken from the Banana Pi M2 Ultra fex file
found in the released vendor BSP. This is the only publicly
available R40 device at the time of this writing.
Signed-off-by: Chen-Yu Tsai
---
board/sunxi/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/board/sunxi/Kconfi
The R40 is the successor to the A20. It is a hybrid of the A20, A33
and the H3.
The R40's PIO controller is compatible with the A20,
Reuse the A20 UART and I2C muxing code by adding the R40's macro.
The display pipeline is the newer DE 2.0 variant.
Block enabling video on R40 for now.
Signed-off
The R40 seems to have a variant of the memory controller found in
the H3 and A64 SoCs. Adapt the code for use on the R40. The changes
are based on released DRAM code and comparing register dumps from
boot0.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/include/asm/arch-sunxi/cpu.h | 1 +
The R40 SoC uses the AXP221s in I2C mode to supply power.
Some regulator's common usages have changed, and also the recommended
voltage for existing usages have changed. Update the defaults to match.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/mach-sunxi/pmic_bus.c | 7 +++
board/sunxi/Kconfi
The PIO on the R40 SoC is mostly compatible with the A20.
Only a few pin functions for mmc2 were added to the PC
pingroup, to support 8 bit eMMCs.
Signed-off-by: Chen-Yu Tsai
---
drivers/gpio/sunxi_gpio.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/sunxi_gpio.c b/drivers/gpi
The watchdog found on the R40 SoC is the older variant found on the A20.
Add the proper "#if defines" to make it work.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/include/asm/arch-sunxi/timer.h| 5 ++---
arch/arm/include/asm/arch-sunxi/watchdog.h | 5 -
arch/arm/mach-sunxi/board.c
The PIO is generally compatible with the A20, except that it routes the
full 8 bits and eMMC reset pins for mmc2.
Signed-off-by: Chen-Yu Tsai
---
board/sunxi/board.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/board/sunxi/board.c b/board/sunxi/board.c
i
Recently some sunxi related code was moved to arch/arm/mach-sunxi, but
the MAINTAINERS entry was not updated to reflect this. Add this, and
the board level boards/sunxi directory to our entry.
While at it, also update its status, to reflect the current active
maintainership.
Signed-off-by: Chen-Y
Hi Simon,
On 01.03.2017 06:40, Simon Glass wrote:
> On 28 February 2017 at 09:32, Stefan Roese wrote:
>>
>> Hi!
>>
>> I'm currently trying to add some code to stop (DMA) buffer usage
>> in the Marvell mvpp2 ethernet driver, that should only be
>> executed once, before the OS is started - stop() d
Hi Stefan,
On 28 February 2017 at 09:32, Stefan Roese wrote:
>
> Hi!
>
> I'm currently trying to add some code to stop (DMA) buffer usage
> in the Marvell mvpp2 ethernet driver, that should only be
> executed once, before the OS is started - stop() does not work
> easily for me here. I've found t
01.03.2017, 10:26, "Andre Przywara" :
> For a board or platform to support FIT loading in the SPL, it has to
> provide a board_fit_config_name_match() routine, which helps to select
> one of possibly multiple DTBs contained in a FIT image.
> Provide a simple function which chooses the DT name U-B
The Pine64 (and all other 64-bit Allwinner boards) need to load an
ARM Trusted Firmware image beside the actual U-Boot proper.
This can now be easily achieved by using the just extended SPL FIT
loading support, so enable it in the Pine64 defconfig.
Also add the FIT image as a build target to 64-bit
For a board or platform to support FIT loading in the SPL, it has to
provide a board_fit_config_name_match() routine, which helps to select
one of possibly multiple DTBs contained in a FIT image.
Provide a simple function which chooses the DT name U-Boot was
configured with.
If the DT name is one o
So far we were not using the FIT image format to its full potential:
The SPL FIT loader was just loading the first image from the /images
node plus one of the listed DTBs.
Now with the refactored loader code it's easy to load an arbitrary
number of images in addition to the two mentioned above.
As
mksunxiboot limits the size of the resulting SPL binaries to pretty
conservative values to cover all SoCs and all boot media (NAND).
It turns out that we have limit checks in place in the build process,
so mksunxiboot can be relaxed and allow packaging binaries up to the
actual 32KB the mask boot R
Not every SoC needs to set up the GIC interrupt controller, so link
think code only when the respective config option is set.
This shaves off some bytes from the SPL code size.
Signed-off-by: Andre Przywara
---
arch/arm/lib/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/
Currently the SPL FIT loader always looks only for the first image in
the /images node a FIT tree, which it loads and later executes.
Generalize this by looking for a "firmware" property in the matched
configuration subnode, or, if that does not exist, for the first string
in the "loadables" prope
From: Siarhei Siamashka
This patch updates the mksunxiboot tool to optionally add
the default device tree name string to the SPL header. This
information can be used by the firmware upgrade tools to
protect users from harming themselves by trying to upgrade
to an incompatible bootloader.
The pri
The sunxi SPL was holding the detected RAM size in some local variable
only, so it wasn't accessible for other functions.
Store the value in gd->ram_size instead, so it can be used later on.
Signed-off-by: Andre Przywara
---
board/sunxi/board.c | 7 +++
1 file changed, 3 insertions(+), 4 del
Now that we can store a DT name in the SPL header, use this string (if
available) when finding the right DT blob to load for U-Boot proper.
This allows a generic U-Boot (proper) image to be combined with a bunch
of supported DTs, with just the SPL (possibly only that string) to be
different.
Eventu
Enable the SPL FIT support and the FIT generator script for the
OrangePi PC2 board, as it also need to load an ATF binary.
Signed-off-by: Andre Przywara
---
configs/orangepi_pc2_defconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configs/orangepi_pc2_defconfig b/configs/orangepi_
Now that the Makefile can call a generator script to build a more
advanced FIT image, let's use this feature to address the needs of
Allwinner A64 boards.
The (DTB stripped) U-Boot binary and the ATF are static, but we allow
an arbitrary number of supported device trees to be passed.
The script ent
The generic ARMv8 assembly code contains routines for setting up
a CCN interconnect, though the Freescale SoCs are the only user.
Link this code only for Freescale targets, this saves some precious
bytes in the chronically tight SPL.
Signed-off-by: Andre Przywara
---
arch/arm/cpu/armv8/fsl-layer
At the moment we load two images from a FIT image: the actual U-Boot
image and the DTB. Both times we have very similar code to deal with
alignment requirement the media we load from imposes upon us.
Factor out this code into a new function, which we just call twice.
Signed-off-by: Andre Przywara
Some platforms require more complex U-Boot images than we can easily
generate via the mkimage command line, for instance to load additional
image files.
Introduce a CONFIG_SPL_FIT_SOURCE and CONFIG_SPL_FIT_GENERATOR symbol,
which can either hold an .its source file describing the image layout,
or,
The SPL stack is usually located at the end of SRAM A1, where it grows
towards the end of the SPL.
For the really big AArch64 binaries the stack overwrites code pretty
soon, so move the SPL stack to the end of SRAM A2, which is unused at this
time.
Signed-off-by: Andre Przywara
---
include/confi
From: Philipp Tomsich
As part of the startup process for boards using the SPL, we need to
call spl_relocate_stack_gd. This is needed to set up malloc with its
DRAM buffer.
[Andre: fix comment]
Signed-off-by: Philipp Tomsich
Reviewed-by: Andre Przywara
Reviewed-by: Simon Glass
Signed-off-by: A
Currently the SPL FIT loader uses the spl_fit_select_fdt() function to
find the offset to the right DTB within the FIT image.
For this it iterates over all subnodes of the /configuration node in
the FIT tree and compares all "description" strings therein using a
board specific matching function.
If
This is an updated and slightly extended version of the SPL FIT loading
series I posted as an RFC some weeks ago.
I tried to fix all bugs that have been pointed out by the diligent
reviewers, also added patches to automatically build the FIT images.
The first patch is a bug fix for a regression in
I've never seen the kernel load address (the start address for copying
the kernel image into RAM) being the same as the entrypoint address
(where U-Boot jumps to begin executing the kernel). I'd expect the
load address to be 0x2300.
It looks like you are converting the zImage into a U-Boot le
This define is not used in tools sources and can be removed
to avoid unnecessary link between tools and defconfig
Signed-off-by: Patrick Delaunay
---
tools/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/Makefile b/tools/Makefile
index 5000f4d..1c840d7 100644
--- a/tools/Makef
On Tue, Feb 28, 2017 at 11:47:01AM -0600, Andrew F. Davis wrote:
> On 02/27/2017 09:19 AM, Tom Rini wrote:
> > On Fri, Feb 24, 2017 at 06:59:45AM -0600, Andrew F. Davis wrote:
> >
> >> From: Vitaly Andrianov
> >>
> >> TI K2E secure devices have to be built with TI_SECURE_DEVICE, FIT, and
> >> FIT
On 02/27/2017 09:19 AM, Tom Rini wrote:
> On Fri, Feb 24, 2017 at 06:59:45AM -0600, Andrew F. Davis wrote:
>
>> From: Vitaly Andrianov
>>
>> TI K2E secure devices have to be built with TI_SECURE_DEVICE, FIT, and
>> FIT_IMAGE_POST_PROCESS enabled. Add a dedicated defconfig for this.
>>
>> Signed-o
On Wed, Mar 01, 2017 at 02:03:58AM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
> 2017-02-27 7:41 GMT+09:00 Tom Rini :
> > On Thu, Feb 23, 2017 at 10:31:17AM -0500, Tom Rini wrote:
> >> On Thu, Feb 23, 2017 at 06:17:38PM +0900, Masahiro Yamada wrote:
> >> > Hi Tom,
> >> >
> >> >
> >> > 2017-02-23 1:1
R, Vignesh wrote:
> On 2/28/2017 8:38 PM, Rush, Jason A. wrote:
> [...]
>>
>> This also works.
>>
>> Marek - how do you feel about a patch series with the following:
>>
>> 1. revert commit 57897c13de03ac0136d64641a3eab526c6810387
>> spi: cadence_qspi_apb: Use 32 bit indirect write transaction
Hi Tom,
2017-02-27 7:41 GMT+09:00 Tom Rini :
> On Thu, Feb 23, 2017 at 10:31:17AM -0500, Tom Rini wrote:
>> On Thu, Feb 23, 2017 at 06:17:38PM +0900, Masahiro Yamada wrote:
>> > Hi Tom,
>> >
>> >
>> > 2017-02-23 1:19 GMT+09:00 Tom Rini :
>> > > On Wed, Feb 22, 2017 at 11:34:26AM +0900, Masahiro Ya
On 2/28/2017 8:38 PM, Rush, Jason A. wrote:
[...]
>
> This also works.
>
> Marek - how do you feel about a patch series with the following:
>
> 1. revert commit 57897c13de03ac0136d64641a3eab526c6810387
> spi: cadence_qspi_apb: Use 32 bit indirect write transaction when
> possible
> 2. re
Hi!
I'm currently trying to add some code to stop (DMA) buffer usage
in the Marvell mvpp2 ethernet driver, that should only be
executed once, before the OS is started - stop() does not work
easily for me here. I've found the weak function
"board_quiesce_devices()", which is already used for
such
On 02/28/2017 02:52 AM, Suresh Gupta wrote:
>
>
>> -Original Message-
>> From: york sun
>> Sent: Friday, February 24, 2017 10:31 PM
>> To: Suresh Gupta
>> Cc: u-boot@lists.denx.de; Scott Wood ; Leo Li
>> ; Sriram Dash ; Rajesh Bhagat
>>
>> Subject: Re: [PATCH v3 4/8] armv8: Add workaround
On 28/02/2017 16:37, Markus Niebel wrote:
> From: Markus Niebel
>
> Add support for the SOM variant featuring i.MX6DL. This needs a new
> DCD config. The first patch is a small preparation.
>
> Changes for v2:
> - Rebase on u-boot-imx master
> - Fix minor issues in defconfig files
>
> Markus Ni
From: Markus Niebel
We have a Kconfig name for the module types. Let's Use it.
Some feature selections and configurations are based on the
module. Module selection selects the CPU type.
Signed-off-by: Markus Niebel
---
board/tqc/tqma6/tqma6_mba6.c | 13 +++--
include/configs/tqma6.h
From: Markus Niebel
This adds support for TQMa6DL using i.MX6DL and 1GiB DRAM
Since The module will use the same devicetree, we patch
the ram size in ft_board_setup.
Signed-off-by: Markus Niebel
---
board/tqc/tqma6/Kconfig| 7 +++
board/tqc/tqma6/README | 3 +
board
From: Markus Niebel
Add support for the SOM variant featuring i.MX6DL. This needs a new
DCD config. The first patch is a small preparation.
Changes for v2:
- Rebase on u-boot-imx master
- Fix minor issues in defconfig files
Markus Niebel (2):
arm: imx6: tqma6: use CONFIG_TQM6x for SOM specifi
I don't know if this message successfully sent last weekend. My mail server
was undergoing maintenance, and I didn't see my original message on the u-boot
mailing list archive. So I'm resending, my apologies if this is a repost.
R, Vignesh wrote:
> On 2/25/2017 1:25 AM, Rush, Jason A. wrote:
>
On Tue, Feb 28, 2017 at 09:39:01AM +0530, Jagan Teki wrote:
> On Mon, Feb 27, 2017 at 2:42 PM, Stefano Babic wrote:
> > Hi Tom,
> >
> > please pull from u-boot-imx, thanks !
> >
> > The following changes since commit b24cf8540a85a9bf97975aadd6a7542f166c78a3:
> >
> > video: mxsfb: Fix reset hang
On Mon, 2017-02-20 at 06:35 -0800, Dalon Westergreen wrote:
> On Mon, 2017-02-20 at 15:24 +0100, Marek Vasut wrote:
> >
> > On 02/20/2017 03:21 PM, Dalon Westergreen wrote:
> > >
> > >
> > > On Mon, 2017-02-20 at 15:14 +0100, Marek Vasut wrote:
> > > >
> > > >
> > > > On 02/20/2017 03:10 PM, D
On Sat, Feb 11, 2017 at 4:41 PM, Icenowy Zheng wrote:
> Lichee Pi Zero is a development board with a V3s SoC.
>
> Add support for it.
Add some details about board/features ?
thanks!
--
Jagan Teki
Free Software Engineer | www.openedev.com
U-Boot, Linux | Upstream Maintainer
Hyderabad, India.
___
On Sat, Feb 25, 2017 at 5:55 PM, Rask Ingemann Lambertsen
wrote:
> The Sunchip CX-A99 is a board used in some media players. It features:
>
> An Allwinner A80 ARM SoC (4 * Cortex-A7 + 4 * Cortex-A15 cores)
> 2 GiB or 4 GiB DDR3 DRAM
> AXP808 PMIC
> 16 GB or 32 GB eMMC
> SDIO Wifi/Bluetooth/FM modu
On Sat, Feb 25, 2017 at 5:54 PM, Rask Ingemann Lambertsen
wrote:
> From: Chen-Yu Tsai
>
> commit 56b0730157f70dc23d6caff9e7ceb8b377b96b9f upstream.
>
> On the A80, mmc1 is available on pingroup G. Designs mostly use this
> to connect to an SDIO WiFi chip.
>
> Signed-off-by: Chen-Yu Tsai
> Signed
On Mon, Feb 27, 2017 at 10:51 PM, Maxime Ripard
wrote:
> The CHIP Pro is a SoM made by NextThing Co, and that embeds a GR8 SIP, an
> AXP209 PMIC, a WiFi BT chip and a 512MB SLC NAND.
>
> Since the first Allwinner device coming whit an SLC NAND that doesn't have
> the shortcomings (and breakages) t
On 28/02/17 10:00, Uri Mashiach wrote:
> Hi,
>
> On 02/27/2017 06:22 PM, Roger Quadros wrote:
>> Hi,
>>
>> On 23/02/17 15:39, Uri Mashiach wrote:
>>> A weak version of the function board_usb_init is implemented in:
>>> common/usb.c
>>> drivers/usb/host/xhci-omap.c
>>>
>>> To fix the double impleme
Add a specific serial driver for Intel MID platforms.
It has special fractional divider which can be programmed via UART_PS,
UART_MUL, and UART_DIV registers.
The UART clock is calculated as
UART clock = XTAL * UART_MUL / UART_DIV
The baudrate is calculated as
baud rate = UART
Hello Tom,
Am 28.02.2017 um 01:38 schrieb Tom Rini:
Hey all,
It's release day and v2017.03-rc3 is out. All in all, I'm OK with the
contents here. It's the week after ELC, and you might have noticed I've
been more picky today about PRs than I have in the past. During the
"Linus and Dirk show"
On 28/02/2017 11:50, Markus Niebel wrote:
> Hello Stefano,
>
> Am Sonntag, den 26.02.2017, 12:57 +0100 schrieb Stefano Babic:
>> On 03/02/2017 15:20, Markus Niebel wrote:
>>> From: Markus Niebel
>>>
>>> Add support for the SOM variant featuring i.MX6DL. This needs a new
>>> DCD config. The first
On Fri, Feb 17, 2017 at 3:00 PM, Stefan Roese wrote:
> On 17.02.2017 13:57, Andy Shevchenko wrote:
>> On Fri, Feb 10, 2017 at 8:38 PM, Simon Glass wrote:
>>> On 10 February 2017 at 05:59, Andy Shevchenko
>>> wrote:
itest shell command doesn't work correctly in long format when
doing c
Hello Stefano,
Am Sonntag, den 26.02.2017, 12:57 +0100 schrieb Stefano Babic:
> On 03/02/2017 15:20, Markus Niebel wrote:
> > From: Markus Niebel
> >
> > Add support for the SOM variant featuring i.MX6DL. This needs a new
> > DCD config. The first patch is a small preparation.
> >
> > Markus Ni
Hi Tom,
On 27/02/17 14:56, Tom Rini wrote:
> On Mon, Feb 27, 2017 at 07:51:38PM +0530, Jagan Teki wrote:
>> Hi Tom,
>>
>> Please pull this PR.
>>
>> thanks!
>> Jagan
>>
>> The following changes since commit b24cf8540a85a9bf97975aadd6a7542f166c78a3:
>>
>> video: mxsfb: Fix reset hang when videomo
On Mon, Feb 13, 2017 at 12:44 PM, Maxime Ripard
wrote:
> On Sat, Feb 11, 2017 at 07:11:00PM +0800, Icenowy Zheng wrote:
>> Basic U-Boot support is now present for V3s.
>>
>> Some memory addresses are changed specially for V3s, as the original
>> address map cannot fit into a so small DRAM.
>>
>> A
On Tue, 2017-02-28 at 10:27 +0800, Kever Yang wrote:
> Hi Andy,
>
> On 02/28/2017 12:22 AM, Andy Shevchenko wrote:
> > Add a specific serial driver for Intel MID platforms.
> > @@ -398,6 +398,15 @@ config MESON_SERIAL
> > If you have an Amlogic Meson based board and want to use
> > the on-c
Hi Tom,
On Wed, Feb 22, 2017 at 11:22 PM, Tom Rini wrote:
> On Wed, Feb 22, 2017 at 07:21:12PM +0800, Bin Meng wrote:
>> Hi Tom, Simon,
>>
>> With latest main branch, I see some warnings when building mkimage:
>>
>> HOSTLD tools/mkimage
>> LDFLAGS="" python ./lib/libfdt/setup.py \
>>
Hi Maria,
On Tue, 2017-02-28 at 08:50 +0100, Maria Sepulveda wrote:
> > On Mon, 2017-02-20 at 12:33 +0100, Maria Sepulveda wrote:
> > >
> > > The reason to store the public key on an external device is to verify
> > > that it is our hardware.
> > Do you want to verify it is your hardware or do you
On 02/28/2017 09:27 AM, Ley Foon Tan wrote:
> On Mon, Feb 27, 2017 at 6:14 PM, Ley Foon Tan wrote:
>> On Sab, 2017-02-25 at 22:28 +0100, Marek Vasut wrote:
>>> On 02/22/2017 10:47 AM, Ley Foon Tan wrote:
Add reset driver support for Arria 10.
Signed-off-by: Tien Fong Chee
On Mon, Feb 27, 2017 at 6:14 PM, Ley Foon Tan wrote:
> On Sab, 2017-02-25 at 22:28 +0100, Marek Vasut wrote:
>> On 02/22/2017 10:47 AM, Ley Foon Tan wrote:
>> >
>> > Add reset driver support for Arria 10.
>> >
>> > Signed-off-by: Tien Fong Chee
>> > Signed-off-by: Ley Foon Tan
>> > ---
>> > arc
On Tue, Feb 14, 2017 at 11:46 AM, Yegor Yefremov
wrote:
> On Tue, Feb 14, 2017 at 7:57 AM, Stefan Roese wrote:
>> Hi Yegor,
>>
>>
>> On 13.02.2017 16:02, Yegor Yefremov wrote:
>>>
>>> On Mon, Feb 13, 2017 at 3:17 PM, Belisko Marek
>>> wrote:
Hi Yegor,
On Mon, Feb 13, 2017 at
Hi,
On 02/27/2017 06:22 PM, Roger Quadros wrote:
Hi,
On 23/02/17 15:39, Uri Mashiach wrote:
A weak version of the function board_usb_init is implemented in:
common/usb.c
drivers/usb/host/xhci-omap.c
To fix the double implementations:
* Convert the board_usb_init function in drivers/usb/host/x
73 matches
Mail list logo
