Home
last modified time | relevance | path

Searched hist:"280057 bd7dd623420b2d8b383fe5bbe26820bc93" (Results 1 – 6 of 6) sorted by relevance

/rk3399_rockchip-uboot/arch/arm/include/asm/arch-stm32f7/
H A Dgpio.h280057bd7dd623420b2d8b383fe5bbe26820bc93 Mon Apr 10 22:02:59 UTC 2017 Vikas Manocha <vikas.manocha@st.com> stm32f7: use stm32f7 gpio driver supporting driver model

With this gpio driver supporting DM, there is no need to enable clocks
for different gpios (for pin muxing) in the board specific code.

Need to increase the allocatable area required before relocation from 0x400 to
0xC00 becuase of 10 new gpio devices(& new gpio class) added in device tree.

Signed-off-by: Vikas Manocha <vikas.manocha@st.com>
cc: Christophe KERELLO <christophe.kerello@st.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
/rk3399_rockchip-uboot/drivers/pinctrl/
H A Dpinctrl_stm32.c280057bd7dd623420b2d8b383fe5bbe26820bc93 Mon Apr 10 22:02:59 UTC 2017 Vikas Manocha <vikas.manocha@st.com> stm32f7: use stm32f7 gpio driver supporting driver model

With this gpio driver supporting DM, there is no need to enable clocks
for different gpios (for pin muxing) in the board specific code.

Need to increase the allocatable area required before relocation from 0x400 to
0xC00 becuase of 10 new gpio devices(& new gpio class) added in device tree.

Signed-off-by: Vikas Manocha <vikas.manocha@st.com>
cc: Christophe KERELLO <christophe.kerello@st.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
/rk3399_rockchip-uboot/drivers/clk/
H A Dclk_stm32f7.c280057bd7dd623420b2d8b383fe5bbe26820bc93 Mon Apr 10 22:02:59 UTC 2017 Vikas Manocha <vikas.manocha@st.com> stm32f7: use stm32f7 gpio driver supporting driver model

With this gpio driver supporting DM, there is no need to enable clocks
for different gpios (for pin muxing) in the board specific code.

Need to increase the allocatable area required before relocation from 0x400 to
0xC00 becuase of 10 new gpio devices(& new gpio class) added in device tree.

Signed-off-by: Vikas Manocha <vikas.manocha@st.com>
cc: Christophe KERELLO <christophe.kerello@st.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
/rk3399_rockchip-uboot/board/st/stm32f746-disco/
H A Dstm32f746-disco.c280057bd7dd623420b2d8b383fe5bbe26820bc93 Mon Apr 10 22:02:59 UTC 2017 Vikas Manocha <vikas.manocha@st.com> stm32f7: use stm32f7 gpio driver supporting driver model

With this gpio driver supporting DM, there is no need to enable clocks
for different gpios (for pin muxing) in the board specific code.

Need to increase the allocatable area required before relocation from 0x400 to
0xC00 becuase of 10 new gpio devices(& new gpio class) added in device tree.

Signed-off-by: Vikas Manocha <vikas.manocha@st.com>
cc: Christophe KERELLO <christophe.kerello@st.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
/rk3399_rockchip-uboot/configs/
H A Dstm32f746-disco_defconfig280057bd7dd623420b2d8b383fe5bbe26820bc93 Mon Apr 10 22:02:59 UTC 2017 Vikas Manocha <vikas.manocha@st.com> stm32f7: use stm32f7 gpio driver supporting driver model

With this gpio driver supporting DM, there is no need to enable clocks
for different gpios (for pin muxing) in the board specific code.

Need to increase the allocatable area required before relocation from 0x400 to
0xC00 becuase of 10 new gpio devices(& new gpio class) added in device tree.

Signed-off-by: Vikas Manocha <vikas.manocha@st.com>
cc: Christophe KERELLO <christophe.kerello@st.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
/rk3399_rockchip-uboot/include/configs/
H A Dstm32f746-disco.h280057bd7dd623420b2d8b383fe5bbe26820bc93 Mon Apr 10 22:02:59 UTC 2017 Vikas Manocha <vikas.manocha@st.com> stm32f7: use stm32f7 gpio driver supporting driver model

With this gpio driver supporting DM, there is no need to enable clocks
for different gpios (for pin muxing) in the board specific code.

Need to increase the allocatable area required before relocation from 0x400 to
0xC00 becuase of 10 new gpio devices(& new gpio class) added in device tree.

Signed-off-by: Vikas Manocha <vikas.manocha@st.com>
cc: Christophe KERELLO <christophe.kerello@st.com>
Reviewed-by: Simon Glass <sjg@chromium.org>