Re: [PATCH] ARM: vector_table: Fix creation of second level page table

On Wed, Aug 24, 2016 at 09:07:22AM -0700, Andrey Smirnov wrote: > On Wed, Aug 24, 2016 at 5:23 AM, Sascha Hauer wrote: > > The second level page tables can only start at a 1MiB section boundary, > > so instead of calling arm_create_pte() with the high vector address > > (which is 0x, not 1

[PATCH v2] ARM: vector_table: Fix creation of second level page table

The second level page tables can only start at a 1MiB section boundary, so instead of calling arm_create_pte() with the high vector address (which is 0x, not 1MiB aligned) we have to call it with 0xfff0 to correctly create a second level page table. The old values broke SoCs which have

Re: [PATCH 1/3] video: switch to media bus formats

On Wed, Aug 24, 2016 at 12:40:17PM +0200, Philipp Zabel wrote: > V4L2 pixel formats are supposed to describe video frames in memory. To > describe the pixel format on the hardware bus between display interface > and encoders, use media bus formats, which are more expressive. > > This allows to get

[MPR] August 24th 2016 "Pls Privada"

Hello Friend. May I first and foremost appeal to your understanding if you find my email intrusive. It is out of desperation that I have chosen to contact you. My name is ADRIANA MARIA ACCIOLY ZELADA. I am a native of Brazil. I do not know you neither have I met you before. I simply found your

Re: [PATCH] ARM: vector_table: Fix creation of second level page table

On Wed, Aug 24, 2016 at 5:23 AM, Sascha Hauer wrote: > The second level page tables can only start at a 1MiB section boundary, > so instead of calling arm_create_pte() with the high vector address > (which is 0x, not 1MiB aligned) we have to call it with > 0xfff0 to correctly create a

Re: Fwd: Shouldn't boot_board be called from boot instead of init?

Hi Sascha, 2016-08-23 10:13 GMT+02:00 Sascha Hauer : > On Mon, Aug 22, 2016 at 11:12:55AM +0200, Guillermo Rodriguez Garcia wrote: >> >> > However, I would be glad to get rid of defaultenv-1 rather sooner than >> >> > later. >> >> >> >> Uhm. I actually like defaultenv-1 better than defaultenv-2. W

[PATCH v2 6/8] ARM: Add phyCORE-RK3288 SOM support

The phyCORE-RK3288 aka PCM-059 is a SoM (System on Module) containing a RK3288 SoC. The module can be connected to different carrier boards. Signed-off-by: Wadim Egorov --- arch/arm/boards/Makefile | 1 + arch/arm/boards/phytec-som-rk3288/Makefile | 3 + arc

[PATCH v2 4/8] clk: Add RK3288 clock driver

Add clk driver for RK3288 SoC. This driver comes from the Linux kernel. Based on kernel v4.4 Signed-off-by: Wadim Egorov --- drivers/clk/rockchip/Makefile | 4 +- drivers/clk/rockchip/clk-rk3288.c | 836 ++ 2 files changed, 839 insertions(+), 1 deletion(

[PATCH v2 8/8] doc: Add RK3288 Documentation

Signed-off-by: Wadim Egorov --- Documentation/boards/rk3288.rst| 57 ++ Documentation/boards/rk3288/phytec-som.rst | 24 + 2 files changed, 81 insertions(+) create mode 100644 Documentation/boards/rk3288.rst create mode 100644 Documentation/bo

[PATCH v2 1/8] ARM: rockchip: Add basic RK3288 support

The RK3288 SoC is a low power, high performance processor for mobile phones, personal mobile internet devices and other digital multimedia applications. It has an integrated quad-core cortex-A17 with separate NEON coprocessor. Prepare mach-rockchip infrastructure for Rockchip RK3288 support. Let's

[PATCH v2 7/8] configs: Add RK3288 defconfig

Signed-off-by: Wadim Egorov --- arch/arm/configs/rk3288_defconfig | 104 ++ 1 file changed, 104 insertions(+) create mode 100644 arch/arm/configs/rk3288_defconfig diff --git a/arch/arm/configs/rk3288_defconfig b/arch/arm/configs/rk3288_defconfig new file mod

[PATCH v2 3/8] ARM: rockchip: Add early debug support for RK3288

Signed-off-by: Wadim Egorov --- Changes since v1: - use CONFIG_BAUDRATE instead of hard coded value - use IOMEM macros --- arch/arm/mach-rockchip/include/mach/debug_ll.h | 73 +++--- common/Kconfig | 6 +-- 2 files changed, 46 insertions(+), 33

[PATCH v2 2/8] clocksource: Add rk3288 timer driver

This driver comes from the u-boot (v2016.01). Signed-off-by: Wadim Egorov --- Changes since v1: - moved rk_timer to drivers/clocksource - rk_timer now binds against a DT node --- arch/arm/mach-rockchip/Kconfig | 5 ++ arch/arm/mach-rockchip/include/mach/timer.h | 19 drive

[PATCH v2 5/8] mci: dw_mmc: Add RK3288 compatible string

The SDHC used in the RK2928 and RK3288 are compatible with each other. Add a compatible string for RK3288's SDHC. Signed-off-by: Wadim Egorov --- drivers/mci/dw_mmc.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/mci/dw_mmc.c b/drivers/mci/dw_mmc.c index 0e004ab..27c36a6 100644 -

Re: AT91RM9200 hang in atmel_serial_putc

Hi Peter, On Mon, Aug 22, 2016 at 10:39:24PM +0200, Peter Kardos wrote: > Hi Sascha, > > I've tested your workaround and it seems to work; the board starts and > attempts > to boot. I just sent a proper solution for that problem, you're on Cc. I'm confident that this solves your problem. Could y

[PATCH] ARM: vector_table: Fix creation of second level page table

The second level page tables can only start at a 1MiB section boundary, so instead of calling arm_create_pte() with the high vector address (which is 0x, not 1MiB aligned) we have to call it with 0xfff0 to correctly create a second level page table. The vectors themselves worked as expe

Re: [PATCH] arm: Add both .lds files to CLEAN_FILES unconditionally

On Tue, Aug 23, 2016 at 06:47:02PM -0700, Andrey Smirnov wrote: > 'clean' target is listed on 'no-dot-config-targets' list in main > Makefile so that conditional statement would yeild the same result > every time. Given how CLEAN_FILES are rm'ed with -f there should be no > harm in specifying them

[PATCH 3/3] video: tc358767: add eDP video encoder driver

From: Andrey Gusakov This patch adds support for the Toshiba TC358767 eDP bridge, connected via DPI. Signed-off-by: Andrey Gusakov Signed-off-by: Philipp Zabel --- drivers/video/Kconfig|8 + drivers/video/Makefile |1 + drivers/video/tc358767.c | 1313 +++

[PATCH 2/3] video: add VPL ioctl to get bus format

The i.MX specific DI_MODE VPL ioctl already allows to query the encoder input bus format. This patch also allows non-i.MX specific encoder drivers to report their input bus format. Signed-off-by: Philipp Zabel --- drivers/video/imx-ipu-v3/ipufb.c | 8 ++-- include/video/vpl.h |

[PATCH 1/3] video: switch to media bus formats

V4L2 pixel formats are supposed to describe video frames in memory. To describe the pixel format on the hardware bus between display interface and encoders, use media bus formats, which are more expressive. This allows to get rid of the custom GBR24 and LVDS666 fourccs. Signed-off-by: Philipp Zab

Re: [PATCH] Call boot_board from boot, not from init.

On Mon, Aug 22, 2016 at 03:45:34PM +0200, Guillermo Rodriguez wrote: > From: grodriguez > > This ensures that any board-specific code that must be run at > boot time will be run both when autobooting and when manually > running the 'boot' command from the console. > > Signed-off-by: Guillermo Ro

[PATCH] boot: add framework for redundant boot scenarios

From: Marc Kleine-Budde There are several use cases where a redundant Linux system is needed. The barebox bootchooser framework provides the building blocks to model different use cases without the need to start from the scratch over and over again. The bootchooser works on abstract boot targets