Enable sound for this board, which has the same codec as jerry.
Signed-off-by: Simon Glass
---
arch/arm/dts/rk3288-veyron-minnie.dts | 12
configs/chromebook_minnie_defconfig | 5 +
2 files changed, 17 insertions(+)
diff --git a/arch/arm/dts/rk3288-veyron-minnie.dts
The 'done' files created by buildman may end up being empty if buildman
runs out of disk space while writing them. At present buildman dies with
an exception when using -s to check the build status. Fix this.
Seriesl-cc: trini
Signed-off-by: Simon Glass
---
tools/buildman/builder.py | 7
> Subject: [REGRESSION] [PATCH] imx: 8qxp_mek: fix fdt_file and console
>
> Hi Peng and Stefano
>
> On Mon, 2019-04-15 at 12:00 +, Peng Fan wrote:
> > Fix fdt_file and console to boot upstream Linux Kernel.
> >
> > Upstream linux use imx8qxp-mek.dtb, and pass lpuart32 to earlycon will
> >
Hi Marcel,
Please apply this patch, Joe has not pick it up.
https://patchwork.ozlabs.org/patch/1085432/
Stefano,
Would you pick it up?
> Subject: [REGRESSION] [PATCH] imx: add lowlevel init for ARM64
>
> Hi Peng and Stefano
>
> Unfortunately, this seems to break Ethernet on Colibri iMX8X:
>
On Sat, Apr 27, 2019 at 12:57:56AM +0300, Andy Shevchenko wrote:
> On Fri, Apr 19, 2019 at 04:38:59AM +, Alex Kiernan wrote:
> > This converts the following to Kconfig:
> >CONFIG_SUPPORT_EMMC_BOOT
>
> > configs/edison_defconfig | 1 +
>
> > diff --git
On Fri, Apr 19, 2019 at 04:38:59AM +, Alex Kiernan wrote:
> This converts the following to Kconfig:
>CONFIG_SUPPORT_EMMC_BOOT
> configs/edison_defconfig | 1 +
> diff --git a/configs/edison_defconfig b/configs/edison_defconfig
> index 22fc84a41e38..b99906a4d144
The random uuid values (enabled via CONFIG_RANDOM_UUID=y) on our
platform are always the same. Below is consistent on each cold boot:
=> ### reach U-Boot prompt
=> setenv uuid_gpt_misc
=> gpt verify mmc 1 $partitions
Verify GPT: success!
=> print uuid_gpt_misc
On 04/26/19 11:05, Alexander Graf wrote:
>
> On 25.04.19 04:12, AKASHI, Takahiro wrote:
>> Update and reminder.
>>
>> On Mon, Mar 18, 2019 at 11:17:14AM +0900, AKASHI, Takahiro wrote:
>>> Hi,
>>>
>>> I'd like to discuss this topic in public.
>>> I will appreciate your comments here.
>>> # FYI, I
On Fri, Apr 26, 2019 at 5:18 PM Frank Wunderlich
wrote:
>
> Hi Simon
>
> thanks for your review..
>
> > > + if (!mmc)
> > > + return CMD_RET_FAILURE;
> > > +
> > > + blk = CONFIG_ENV_OFFSET / mmc->read_bl_len;
> > > + cnt = CONFIG_ENV_SIZE / mmc->read_bl_len;
> >
>
From: Marcel Ziswiler
This commit adds initial support for the Toradex Colibri iMX8QXP 2GB WB
IT V1.0B module. Unlike the V1.0A early access samples exclusively
booting from SD card, they are now strapped to boot from eFuses which
are factory fused to properly boot from their on-module eMMC.
From: Marcel Ziswiler
Drop Toradex ARM Support from maintainer email
list as this just clogs our support ticketing system.
Signed-off-by: Marcel Ziswiler
---
board/toradex/colibri-imx6ull/MAINTAINERS | 1 -
board/toradex/colibri_imx7/MAINTAINERS| 1 -
2 files changed, 2 deletions(-)
This series fixes building for i.MX8 without SPL and adds support for
more lpuart instances, cleans-up and extends the Toradex SKU handling
and last but not least introduces support for the Toradex Colibri
iMX8QXP 2GB WB IT V1.0B module.
This series is available together with the last few
From: Marcel Ziswiler
Building with Travis CI complained and stopped with the following error:
+cc1: fatal error: opening output file spl/u-boot-spl.cfgout: No such
file or directory
+compilation terminated.
This fixes commit caceb739ea07 ("imx: build flash.bin for i.MX8") which
took SPL being
From: Marcel Ziswiler
This fixes an issue with USB host mode.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Igor Opaniuk
---
I believe this is the one and only v3 change we missed as Stefano
pulled v2 instead.
arch/arm/dts/imx6ull-colibri.dts | 2 +-
1 file changed, 1 insertion(+), 1
From: Marcel Ziswiler
Add device tree to Makefile to avoid newly introduced error:
Device Tree Source is not correctly specified.
Please define 'CONFIG_DEFAULT_DEVICE_TREE'
or build with 'DEVICE_TREE=' argument
make[1]: *** [dts/Makefile:28: arch/arm/dts/imx6-apalis.dtb] Error 1
make: ***
Hi Peng and Stefano
On Mon, 2019-04-15 at 12:00 +, Peng Fan wrote:
> Fix fdt_file and console to boot upstream Linux Kernel.
>
> Upstream linux use imx8qxp-mek.dtb, and pass lpuart32 to earlycon
> will not work for i.MX8QXP, only need to pass earlycon,
> check drivers/tty/serial/earlycon.c,
Hi Peng and Stefano
Unfortunately, this seems to break Ethernet on Colibri iMX8X:
=> dhcp
"Error" handler, esr 0xbf02
elr: 80049664 lr : 8004964c (reloc)
elr: ffef6664 lr : ffef664c
x0 : 5b040288 x1 : 0001
x2 : fd6c5ff4 x3 :
On Fri, Apr 26, 2019 at 11:30 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> Please split off this two commits to another dedicated series, with the
> patch introducing rk3399-u-boot.dtsi. You can then decide to introduce
> rk3399 boards support (in a third series) before or after.
Just moved thins
On 4/26/19 7:08 PM, Atish Patra wrote:
> On 4/25/19 10:33 PM, Marek Vasut wrote:
>> On 4/25/19 9:56 PM, Atish Patra wrote:
>>> Add gz parsing logic so that booti can parse both Image
>>> and Image.gz.
>>>
>>> Signed-off-by: Atish Patra
>>> ---
>>> arch/riscv/lib/image.c | 28
On 4/26/19 2:16 PM, Eugeniu Rosca wrote:
> On Mon, Apr 22, 2019 at 12:20 AM Marek Vasut wrote:
>
> [..]
>> + * @gpio_request_enable: requests and enables GPIO on a certain pin.
>
> nit: the existing documentation follows an imperative mood
>
> [..]
>> +* gpio_request_enable: requests
On Fri, Apr 26, 2019 at 11:25 PM Paul Kocialkowski
wrote:
>
> Le vendredi 26 avril 2019 à 23:22 +0530, Jagan Teki a écrit :
> > Hi Tom and Simon,
> >
> > On Fri, Apr 26, 2019 at 7:04 PM Jagan Teki
> > wrote:
> > > This series will create single bootable image
> > >
Hi,
Le vendredi 26 avril 2019 à 23:12 +0530, Jagan Teki a écrit :
> On Fri, Apr 26, 2019 at 11:07 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > Le vendredi 26 avril 2019 à 22:51 +0530, Jagan Teki a écrit :
> > > On Fri, Apr 26, 2019 at 10:38 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > >
Hi,
Please split off this two commits to another dedicated series, with the
patch introducing rk3399-u-boot.dtsi. You can then decide to introduce
rk3399 boards support (in a third series) before or after.
Cheers,
Paul
Le vendredi 26 avril 2019 à 19:04 +0530, Jagan Teki a écrit :
> We have a
On Fri, Apr 26, 2019 at 07:55:40PM +0200, Paul Kocialkowski wrote:
> Le vendredi 26 avril 2019 à 23:22 +0530, Jagan Teki a écrit :
> > Hi Tom and Simon,
> >
> > On Fri, Apr 26, 2019 at 7:04 PM Jagan Teki
> > wrote:
> > > This series will create single bootable image
> > >
Le vendredi 26 avril 2019 à 23:22 +0530, Jagan Teki a écrit :
> Hi Tom and Simon,
>
> On Fri, Apr 26, 2019 at 7:04 PM Jagan Teki wrote:
> > This series will create single bootable image 'u-boot-rockchip-with-spl.bin'
> > for rk3399 platform with single make command instead of building u-boot
> >
Hi Tom and Simon,
On Fri, Apr 26, 2019 at 7:04 PM Jagan Teki wrote:
>
> This series will create single bootable image 'u-boot-rockchip-with-spl.bin'
> for rk3399 platform with single make command instead of building u-boot
> separately for u-boot.itb and burn them separately for SPL and U-Boot
On Fri, Apr 26, 2019 at 11:07 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> Le vendredi 26 avril 2019 à 22:51 +0530, Jagan Teki a écrit :
> > On Fri, Apr 26, 2019 at 10:38 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > Le vendredi 26 avril 2019 à 22:23 +0530, Jagan Teki a écrit :
> > > > > > >
Hi,
Le vendredi 26 avril 2019 à 22:51 +0530, Jagan Teki a écrit :
> On Fri, Apr 26, 2019 at 10:38 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > Le vendredi 26 avril 2019 à 22:23 +0530, Jagan Teki a écrit :
> > > > > > > First series, I get introduced rk3399-u-boot.dtsi, and only the
> > > > >
Add initial support for Nanopi M4 board.
Specification
- Rockchip RK3399
- Dual-Channel 4GB LPDDR3-1866
- SD card slot
- eMMC socket
- RTL8211E 1Gbps
- AP6356S WiFI/BT
- HDMI In/Out, DP, MIPI DSI/CSI
- USB 3.0 x4
- USB Type C power and data
- GPIO1, GPIO2 expansion ports
- DC5V/3A
Commit details
sdmmc cd pin is configured as RK_FUNC_GPIO which is wrong and
indeed failed to detect the sdcard on the board with below error
Card did not respond to voltage select!
So, fix it by replacing RK_FUNC_GPIO with RK_FUNC_1 which
is already defined in rk3399.dts so make use of same like
other
Add initial support for Orangepi RK3399 board.
Specification
- Rockchip RK3399
- 2GB/4GB DDR3
- 16GB eMMC
- SD card slot
- RTL8211E 1Gbps
- AP6356S WiFI/BT
- HDMI In/Out, DP, MIPI DSI/CSI
- Mini PCIe
- Sensors, Keys etc
- DC12V-2A and DC5V-2A
Commit details about Linux DTS sync:
"arm64: dts:
Add default SPL_FIT_GENERATOR py script for rockchip platforms if
specific target enabled SPL_LOAD_FIT.
So, this would help get rid of explicitly mentioning the default
SPL FIT generator in defconfigs. however some targets, like puma_rk3399
still require their own FIT generator so in those cases
Sync rk3399-nanopi4.dtsi from Linux 5.1-rc2 tag.
Linux commit details about the rk3399-nanopi4.dtsi sync:
"arm64: dts: rockchip: Add nanopi4 bluetooth"
(sha1: 3e2f0bb72be36aa6c14ee7f11ac4dd8014801030)
Signed-off-by: Jagan Teki
Reviewed-by: Paul Kocialkowski
---
Few SPL and U-Boot proper configs are common to all rk3399 target
defconfigs, move them and select it from platform kconfig.
Moved configs:
- SPL_ATF
- SPL_ATF_NO_PLATFORM_PARAM if SPL_ATF
- SPL_LOAD_FIT
- SPL_CLK if SPL
- SPL_PINCTRL if SPL
- SPL_RAM if SPL
- SPL_REGMAP if SPL
-
U-Boot always managed to use Linux devicetree files with respective
bindings, but on the other hand u-boot also has it's own u-boot specific
nodes or properties example u-boot,dm-pre-reloc which is required for
SPL_OF_CONTROL to allocate particular node.
It is always a better job to add these
To make successful build with dts(i) files syncing from Linux 5.1-rc2
the rk3399.dtsi would require pwm2_pin_pull_down.
So, sync the pwm2_pin_pull_down node from Linux 5.1-rc2. Since this
node is strictly not part of any commit alone, I have mentioned
Linux 5.1-rc2 tag for future reference of
This is v5 patchset for New rk3399 boards support wrt previous
version[1]
Overall this series add support below rk3399 boards
- Orangepi RK3399
- NanoPI M4
- NanoPI NEO4
- Orangepi RK3399
- Rock PI 4
- Rockpro64
All the respective dts(i) files are synced from Linux 5.1-rc2 and few
dts(i) from
Sync rk3399-opp.dtsi from Linux.
Linux commit details about the rk3399-opp.dtsi sync:
"arm64: dts: rockchip: use SPDX-License-Identifier"
(sha1: 4ee99cebd486238ac433da823b95cc5f8d8a6905)
Signed-off-by: Jagan Teki
Reviewed-by: Paul Kocialkowski
---
arch/arm/dts/rk3399-opp.dtsi | 133
In the UEFI context GUIDs are expected to be rendered in upper case.
The patch uses the formerly unused bit 1 of the parameter str_format
of function uuid_bin_to_str() to indicate if we need upper or lower case
output.
Function uuid_string() in vsprint.c is adjusted to correctly set the bit
On Fri, Apr 26, 2019 at 10:38 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> Le vendredi 26 avril 2019 à 22:23 +0530, Jagan Teki a écrit :
> > > > > > First series, I get introduced rk3399-u-boot.dtsi, and only the new
> > > > > > boards are using this file and next series rest of the boards are
> > > >
On 25. 04. 19 23:19, Alex Kiernan wrote:
> On Thu, Apr 25, 2019 at 8:07 PM Michal Simek wrote:
>>
>> On 19. 04. 19 6:38, Alex Kiernan wrote:
>>> This converts the following to Kconfig:
>>>CONFIG_SUPPORT_EMMC_BOOT
>>>
>>> Signed-off-by: Alex Kiernan
>>> ---
>>> Green travis build:
>>>
>>>
On 4/25/19 10:33 PM, Marek Vasut wrote:
On 4/25/19 9:56 PM, Atish Patra wrote:
Add gz parsing logic so that booti can parse both Image
and Image.gz.
Signed-off-by: Atish Patra
---
arch/riscv/lib/image.c | 28 +++-
1 file changed, 27 insertions(+), 1 deletion(-)
Hi,
Le vendredi 26 avril 2019 à 22:23 +0530, Jagan Teki a écrit :
> > > > > First series, I get introduced rk3399-u-boot.dtsi, and only the new
> > > > > boards are using this file and next series rest of the boards are
> > > > > using which indeed a valid step. what is inconsistent here, I don't
pico-dwarf-imx6ul_defconfig does not have an entry in MAINTAINERS file,
so add it to avoid a build warning.
Reported-by: Stefano Babic
Signed-off-by: Fabio Estevam
---
board/technexion/pico-imx6ul/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git
It is easier to consolidate all boards into a single entry.
Signed-off-by: Fabio Estevam
---
board/technexion/pico-imx6ul/MAINTAINERS | 8
1 file changed, 8 deletions(-)
diff --git a/board/technexion/pico-imx6ul/MAINTAINERS
b/board/technexion/pico-imx6ul/MAINTAINERS
index
It is easier to consolidate all boards into a single entry.
Signed-off-by: Fabio Estevam
---
board/technexion/pico-imx7d/MAINTAINERS | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/board/technexion/pico-imx7d/MAINTAINERS
b/board/technexion/pico-imx7d/MAINTAINERS
On Fri, Apr 26, 2019 at 10:10 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> Le vendredi 26 avril 2019 à 21:46 +0530, Jagan Teki a écrit :
> > On Fri, Apr 26, 2019 at 9:38 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > Le vendredi 26 avril 2019 à 21:18 +0530, Jagan Teki a écrit :
> > > > On Fri,
On 26/04/19 10:16 PM, Tom Rini wrote:
On Fri, Apr 26, 2019 at 10:14:40PM +0530, Keerthy wrote:
On 26/04/19 6:25 PM, Tom Rini wrote:
On Fri, Apr 26, 2019 at 05:23:28PM +0530, Lokesh Vutla wrote:
On 26/04/19 4:46 PM, Tom Rini wrote:
On Fri, Apr 12, 2019 at 12:08:18PM +0530, Keerthy
On Fri, Apr 26, 2019 at 10:14:40PM +0530, Keerthy wrote:
>
>
> On 26/04/19 6:25 PM, Tom Rini wrote:
> >On Fri, Apr 26, 2019 at 05:23:28PM +0530, Lokesh Vutla wrote:
> >>
> >>
> >>On 26/04/19 4:46 PM, Tom Rini wrote:
> >>>On Fri, Apr 12, 2019 at 12:08:18PM +0530, Keerthy wrote:
> >>>
> From:
On 26/04/19 6:25 PM, Tom Rini wrote:
On Fri, Apr 26, 2019 at 05:23:28PM +0530, Lokesh Vutla wrote:
On 26/04/19 4:46 PM, Tom Rini wrote:
On Fri, Apr 12, 2019 at 12:08:18PM +0530, Keerthy wrote:
From: Brad Griffis
In case of RTC+DDR resume, need to restore EMIF context
before initiating
Hi,
Le vendredi 26 avril 2019 à 21:46 +0530, Jagan Teki a écrit :
> On Fri, Apr 26, 2019 at 9:38 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > Le vendredi 26 avril 2019 à 21:18 +0530, Jagan Teki a écrit :
> > > On Fri, Apr 26, 2019 at 9:08 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
display_options_get_banner_priv() overwrites bytes before the start of the
buffer if the buffer size is less then 3. This case occurs in the Sandbox
when executing the `ut_print` command.
Correctly handle small buffer sizes. Adjust the print unit test to catch
when bytes before the buffer are
On 26/04/19 5:23 PM, Lokesh Vutla wrote:
On 26/04/19 4:46 PM, Tom Rini wrote:
On Fri, Apr 12, 2019 at 12:08:18PM +0530, Keerthy wrote:
From: Brad Griffis
In case of RTC+DDR resume, need to restore EMIF context
before initiating hardware leveling.
Signed-off-by: Brad Griffis
Bin,
On 26/04/19 7:33 PM, Bin Meng wrote:
> Hi Simon,
>
> On Fri, Apr 26, 2019 at 7:26 AM Simon Glass wrote:
>>
>> Hi Bin,
>>
>> I find that 'sf test 0 1000' does not work anymore since this commit:
>>
>> c4e8862308 mtd: spi: Switch to new SPI NOR framework
>>
>> Have you seen any problems?
On Fri, Apr 26, 2019 at 9:38 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> Le vendredi 26 avril 2019 à 21:18 +0530, Jagan Teki a écrit :
> > On Fri, Apr 26, 2019 at 9:08 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > Le vendredi 26 avril 2019 à 20:48 +0530, Jagan Teki a écrit :
> > > > On Fri,
> On 26.04.2019, at 18:08, Paul Kocialkowski
> wrote:
>
> Hi,
>
> Le vendredi 26 avril 2019 à 21:18 +0530, Jagan Teki a écrit :
>> On Fri, Apr 26, 2019 at 9:08 PM Paul Kocialkowski
>> wrote:
>>> Hi,
>>>
>>> Le vendredi 26 avril 2019 à 20:48 +0530, Jagan Teki a écrit :
On Fri, Apr 26,
Hi,
Le vendredi 26 avril 2019 à 21:18 +0530, Jagan Teki a écrit :
> On Fri, Apr 26, 2019 at 9:08 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > Le vendredi 26 avril 2019 à 20:48 +0530, Jagan Teki a écrit :
> > > On Fri, Apr 26, 2019 at 8:42 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
Add initial support for Nanopi M4 board.
Specification
- Rockchip RK3399
- Dual-Channel 4GB LPDDR3-1866
- SD card slot
- eMMC socket
- RTL8211E 1Gbps
- AP6356S WiFI/BT
- HDMI In/Out, DP, MIPI DSI/CSI
- USB 3.0 x4
- USB Type C power and data
- GPIO1, GPIO2 expansion ports
- DC5V/3A
Commit details
Sync rk3399-nanopi4.dtsi from Linux 5.1-rc2 tag.
Linux commit details about the rk3399-nanopi4.dtsi sync:
"arm64: dts: rockchip: Add nanopi4 bluetooth"
(sha1: 3e2f0bb72be36aa6c14ee7f11ac4dd8014801030)
Signed-off-by: Jagan Teki
---
arch/arm/dts/rk3399-nanopi4.dtsi | 703
Add default SPL_FIT_GENERATOR py script for rockchip platforms if
specific target enabled SPL_LOAD_FIT.
So, this would help get rid of explicitly mentioning the default
SPL FIT generator in defconfigs. however some targets, like puma_rk3399
still require their own FIT generator so in those cases
Few SPL and U-Boot proper configs are common to all rk3399 target
defconfigs, move them and select it from platform kconfig.
Moved configs:
- SPL_ATF
- SPL_ATF_NO_PLATFORM_PARAM if SPL_ATF
- SPL_LOAD_FIT
- SPL_CLK if SPL
- SPL_PINCTRL if SPL
- SPL_RAM if SPL
- SPL_REGMAP if SPL
-
sdmmc cd pin is configured as RK_FUNC_GPIO which is wrong and
indeed failed to detect the sdcard on the board with below error
Card did not respond to voltage select!
So, fix it by replacing RK_FUNC_GPIO with RK_FUNC_1 which
is already defined in rk3399.dts so make use of same like
other
Add initial support for Orangepi RK3399 board.
Specification
- Rockchip RK3399
- 2GB/4GB DDR3
- 16GB eMMC
- SD card slot
- RTL8211E 1Gbps
- AP6356S WiFI/BT
- HDMI In/Out, DP, MIPI DSI/CSI
- Mini PCIe
- Sensors, Keys etc
- DC12V-2A and DC5V-2A
Commit details about Linux DTS sync:
"arm64: dts:
U-Boot always managed to use Linux devicetree files with respective
bindings, but on the other hand u-boot also has it's own u-boot specific
nodes or properties example u-boot,dm-pre-reloc which is required for
SPL_OF_CONTROL to allocate particular node.
It is always a better job to add these
To make successful build with dts(i) files syncing from Linux 5.1-rc2
the rk3399.dtsi would require pwm2_pin_pull_down.
So, sync the pwm2_pin_pull_down node from Linux 5.1-rc2. Since this
node is strictly not part of any commit alone, I have mentioned
Linux 5.1-rc2 tag for future reference of
Sync rk3399-opp.dtsi from Linux.
Linux commit details about the rk3399-opp.dtsi sync:
"arm64: dts: rockchip: use SPDX-License-Identifier"
(sha1: 4ee99cebd486238ac433da823b95cc5f8d8a6905)
Signed-off-by: Jagan Teki
Reviewed-by: Paul Kocialkowski
---
arch/arm/dts/rk3399-opp.dtsi | 133
This is v4 patchset for New rk3399 boards support wrt previous
version[1]
Overall this series add support below rk3399 boards
- Orangepi RK3399
- NanoPI M4
- NanoPI NEO4
- Orangepi RK3399
- Rock PI 4
- Rockpro64
All the respective dts(i) files are synced from Linux 5.1-rc2 and few
dts(i) from
On Fri, Apr 26, 2019 at 9:08 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> Le vendredi 26 avril 2019 à 20:48 +0530, Jagan Teki a écrit :
> > On Fri, Apr 26, 2019 at 8:42 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > On Fri, 2019-04-26 at 20:31 +0530, Jagan Teki wrote:
> > > > On Fri, Apr 26,
Hi,
Le vendredi 26 avril 2019 à 20:48 +0530, Jagan Teki a écrit :
> On Fri, Apr 26, 2019 at 8:42 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > On Fri, 2019-04-26 at 20:31 +0530, Jagan Teki wrote:
> > > On Fri, Apr 26, 2019 at 8:24 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
> > > >
On Mon, Apr 22, 2019 at 7:36 PM Tom Rini wrote:
>
> On Fri, Apr 19, 2019 at 12:10:39PM +0530, Jagan Teki wrote:
> > Hi Angelo,
> >
> > On Thu, Mar 14, 2019 at 2:17 AM Angelo Dureghello wrote:
> > >
> > > This patch adds a basic group of devicetrees, one for each
> > > cpu family, including
On Fri, Apr 26, 2019 at 8:42 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Fri, 2019-04-26 at 20:31 +0530, Jagan Teki wrote:
> > On Fri, Apr 26, 2019 at 8:24 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > On Fri, 2019-04-26 at 20:15 +0530, Jagan Teki wrote:
> > > > On Fri, Apr 26, 2019 at
Hi Simon
thanks for your review..
> > + if (!mmc)
> > + return CMD_RET_FAILURE;
> > +
> > + blk = CONFIG_ENV_OFFSET / mmc->read_bl_len;
> > + cnt = CONFIG_ENV_SIZE / mmc->read_bl_len;
>
> Hmm, this doesn't work with redundant env. To fix this, you probably
> need
Hi,
On Fri, 2019-04-26 at 20:31 +0530, Jagan Teki wrote:
> On Fri, Apr 26, 2019 at 8:24 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > On Fri, 2019-04-26 at 20:15 +0530, Jagan Teki wrote:
> > > On Fri, Apr 26, 2019 at 8:04 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
> > > > On Fri,
On Fri, Apr 26, 2019 at 8:24 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Fri, 2019-04-26 at 20:15 +0530, Jagan Teki wrote:
> > On Fri, Apr 26, 2019 at 8:04 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > On Fri, 2019-04-26 at 19:57 +0530, Jagan Teki wrote:
> > > > On Fri, Apr 26, 2019 at
Hi,
On Fri, 2019-04-26 at 20:15 +0530, Jagan Teki wrote:
> On Fri, Apr 26, 2019 at 8:04 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > On Fri, 2019-04-26 at 19:57 +0530, Jagan Teki wrote:
> > > On Fri, Apr 26, 2019 at 7:47 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
> > > > On Thu,
On Fri, Apr 26, 2019 at 8:04 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Fri, 2019-04-26 at 19:57 +0530, Jagan Teki wrote:
> > On Fri, Apr 26, 2019 at 7:47 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > On Thu, 2019-04-25 at 23:04 +0530, Jagan Teki wrote:
> > > > Add initial support for
Hi,
On Fri, 2019-04-26 at 19:57 +0530, Jagan Teki wrote:
> On Fri, Apr 26, 2019 at 7:47 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > On Thu, 2019-04-25 at 23:04 +0530, Jagan Teki wrote:
> > > Add initial support for Orangepi RK3399 board.
> > >
> > > Specification
> > > - Rockchip RK3399
> >
Hi,
On Fri, 2019-04-26 at 19:55 +0530, Jagan Teki wrote:
> On Fri, Apr 26, 2019 at 7:46 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > On Fri, 2019-04-26 at 19:32 +0530, Jagan Teki wrote:
> > > On Fri, Apr 26, 2019 at 7:28 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
> > > > On Fri,
On Fri, Apr 26, 2019 at 7:47 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Thu, 2019-04-25 at 23:04 +0530, Jagan Teki wrote:
> > Add initial support for Orangepi RK3399 board.
> >
> > Specification
> > - Rockchip RK3399
> > - 2GB/4GB DDR3
> > - 16GB eMMC
> > - SD card slot
>
> Looks like you're
On Fri, Apr 26, 2019 at 7:46 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Fri, 2019-04-26 at 19:32 +0530, Jagan Teki wrote:
> > On Fri, Apr 26, 2019 at 7:28 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > On Fri, 2019-04-26 at 19:20 +0530, Jagan Teki wrote:
> > > > On Fri, Apr 26, 2019 at
Hi,
On Thu, 2019-04-25 at 23:04 +0530, Jagan Teki wrote:
> Add initial support for Orangepi RK3399 board.
>
> Specification
> - Rockchip RK3399
> - 2GB/4GB DDR3
> - 16GB eMMC
> - SD card slot
Looks like you're missing u-boot,dm-pre-reloc to have it working, which
will need to be introduced when
Hi,
On Fri, 2019-04-26 at 19:32 +0530, Jagan Teki wrote:
> On Fri, Apr 26, 2019 at 7:28 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > On Fri, 2019-04-26 at 19:20 +0530, Jagan Teki wrote:
> > > On Fri, Apr 26, 2019 at 7:12 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
> > > > On Fri,
On 26/04/19 4:46 PM, Tom Rini wrote:
On Fri, Apr 12, 2019 at 12:08:18PM +0530, Keerthy wrote:
From: Brad Griffis
In case of RTC+DDR resume, need to restore EMIF context
before initiating hardware leveling.
Signed-off-by: Brad Griffis
Signed-off-by: Keerthy
This part off the series
On 04/25/2019 05:33 PM, Michal Simek wrote:
> On 17. 04. 19 19:46, Philip Balister wrote:
>> Signed-off-by: Philip Balister
>> ---
>> configs/zynq_minized_defconfig | 16 +---
>> 1 file changed, 5 insertions(+), 11 deletions(-)
>>
>> diff --git a/configs/zynq_minized_defconfig
Hi Simon,
On Fri, Apr 26, 2019 at 7:26 AM Simon Glass wrote:
>
> Hi Bin,
>
> I find that 'sf test 0 1000' does not work anymore since this commit:
>
> c4e8862308 mtd: spi: Switch to new SPI NOR framework
>
> Have you seen any problems? This seems to prevent proper SPI flash writing
> (not sure
On Fri, Apr 26, 2019 at 7:28 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Fri, 2019-04-26 at 19:20 +0530, Jagan Teki wrote:
> > On Fri, Apr 26, 2019 at 7:12 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > On Fri, 2019-04-26 at 19:07 +0530, Jagan Teki wrote:
> > > > On Fri, Apr 26, 2019 at
On 04/25/2019 05:30 PM, Michal Simek wrote:
> On 17. 04. 19 19:46, Philip Balister wrote:
>> Signed-off-by: Philip Balister
>> ---
>> include/configs/zynq_minized.h | 54 ++
>> 1 file changed, 54 insertions(+)
>> create mode 100644 include/configs/zynq_minized.h
Hi,
On Fri, 2019-04-26 at 19:20 +0530, Jagan Teki wrote:
> On Fri, Apr 26, 2019 at 7:12 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > On Fri, 2019-04-26 at 19:07 +0530, Jagan Teki wrote:
> > > On Fri, Apr 26, 2019 at 7:04 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
> > > > On Fri,
On Fri, Apr 26, 2019 at 7:12 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Fri, 2019-04-26 at 19:07 +0530, Jagan Teki wrote:
> > On Fri, Apr 26, 2019 at 7:04 PM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > On Fri, 2019-04-26 at 18:48 +0530, Jagan Teki wrote:
> > > > u-boot,dm-pre-reloc is
On 4/26/19 1:21 PM, Jan Kiszka wrote:
> On 26.04.19 12:21, Grant Likely wrote:
>> On 26/04/2019 10:49, Jan Kiszka wrote:
>>> On 26.04.19 11:07, Francois Ozog wrote:
>> [...]
Here are the guiding principles of our efforts :
0) we want a cross architecture (x86/Arm/...), cross vendor and
Hi,
On Fri, 2019-04-26 at 19:07 +0530, Jagan Teki wrote:
> On Fri, Apr 26, 2019 at 7:04 PM Paul Kocialkowski
> wrote:
> > Hi,
> >
> > On Fri, 2019-04-26 at 18:48 +0530, Jagan Teki wrote:
> > > u-boot,dm-pre-reloc is required for SDMMC booted rk3399 boards and
> > > which is U-Boot specific
Hi,
On Fri, 2019-04-26 at 18:48 +0530, Jagan Teki wrote:
> u-boot,dm-pre-reloc is required for SDMMC booted rk3399 boards and
> which is U-Boot specific devicetrees binding.
>
> Move it on global rk3399-u-boot.dtsi file and rest of the U-Boot
> bindings will move it future based on the
Add u-boot.itb BUILD_TARGET for Rockchip platform when SPL_LOAD_FIT
is being used.
This can get rid of building itb explicitly with 'make u-boot.itb' all
required images will now build just by make.
Signed-off-by: Jagan Teki
---
Kconfig | 2 +-
doc/README.rockchip | 2 --
2 files
On Fri, Apr 26, 2019 at 7:04 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Fri, 2019-04-26 at 18:48 +0530, Jagan Teki wrote:
> > u-boot,dm-pre-reloc is required for SDMMC booted rk3399 boards and
> > which is U-Boot specific devicetrees binding.
> >
> > Move it on global rk3399-u-boot.dtsi file and
Rockchip platform would require an explicit call to mkimage for
creating bootable images which indeed specific to SoC family
along with boot devices.
Example of creating bootable image for rk3399 family with SD
boot device as
₹ mkimage -n rk3399 -T rksd -d ./spl/u-boot-spl-dtb.bin
RK3399 platform has two stage boot loaders like SPL and
U-Boot proper. For each stage we need to burn the image
on to flash with respective offsets.
This patch create a single image using binman, so that
user can get rid of burning different stage boot images.
without this patch:
Right now rockchip platform need to copy bl31.elf into u-boot
source directory to make use of building u-boot.itb.
So, add environment variable BL31 like Allwinner SoC so-that the
bl31.elf would available via BL31.
Signed-off-by: Jagan Teki
---
arch/arm/mach-rockchip/make_fit_atf.py | 5 -
We have a base rk3399-u-boot.dtsi which enabled sdmmc for SPL,
extend the same with spi1 so-that the SPL spi boot boards can
make use of the same.
So, to make use of this common rk3399-u-boot.dtsi we have to
include this in respective dts files.
So, this patch will create all preliminary
This series will create single bootable image 'u-boot-rockchip-with-spl.bin'
for rk3399 platform with single make command instead of building u-boot
separately for u-boot.itb and burn them separately for SPL and U-Boot proper.
This series has dependecy with[1]
travis-ci issue:
- need to include
Hi,
On Fri, 2019-04-26 at 18:51 +0530, Jagan Teki wrote:
> On Thu, Apr 25, 2019 at 11:04 PM Jagan Teki
> wrote:
> > u-boot,dm-pre-reloc is required for SDMMC booted rk3399 boards and
> > which is U-Boot specific devicetrees binding.
> >
> > Move it on global rk3399-u-boot.dtsi file and rest of
1 - 100 of 274 matches
Mail list logo