With the changes to split SPL/TPL for the RK3368, I apparently missed
some needed adjustments to the RK3188 Kconfig and rock_defconfig.
This fixes build-issues for the rock board after applying the RK3368
enablement (and SPL/TPL) set that resulted from TPL_SERIAL_SUPPORT,
TPL_ROCKCHIP_BACK_TO_BROM
On Fri, Aug 4, 2017 at 4:41 PM, Mark Kettenis wrote:
>> From: Rob Clark
>> Date: Fri, 4 Aug 2017 15:31:55 -0400
>
> Hi Rob,
>
> OpenBSD has been an early adopter of efi_loader and pretty much
> completely relies on it for booting OpenBSD/armv7 and OpenBSD/arm64.
> We use our own bootloader which
With the new way of doing things (i.e. the hierarchical selection of
SPL_LDSCRIPT via Kconfig) in place, this moves the SPL_LDSCRIPT setting
for the RK3368 from defconfig back into Kconfig.
With this done, there should be no lingering cases of SPL_LDSCRIPT
outside of Kconfig files.
Signed-off-by:
FDT_ERROR is defined as unsigned long. However, since the return value of
fdt_offset() is int, a warning will occur when compiling. Also, it is better
to use -EINVAL than FDT_ERROR.
This fixes this problem by change return value from FDT_ERROR to -EINVAL.
Signed-off-by: Nobuhiro Iwamatsu
CC: Fran
> From: Rob Clark
> Date: Fri, 4 Aug 2017 15:31:55 -0400
Hi Rob,
OpenBSD has been an early adopter of efi_loader and pretty much
completely relies on it for booting OpenBSD/armv7 and OpenBSD/arm64.
We use our own bootloader which is fairly lightweight. Obviously we'd
like to keep it working if
On Fri, Aug 4, 2017 at 4:28 PM, Heinrich Schuchardt wrote:
> On 08/04/2017 09:31 PM, Rob Clark wrote:
>> For now, pending conclusion on proposal about using c11 and u"string"
>> instead of L"string" plus -fshort-wchar.
>>
>> Background: UEFI uses utf16 strings universally. An UEFI implementation
Hi,
2017-08-03 8:56 GMT+09:00 Franklin S Cooper Jr :
>
> Hi
> On 08/02/2017 06:10 PM, Nobuhiro Iwamatsu wrote:
>> FDT_ERROR is defined as unsigned long. However, since the return value of
>> fdt_offset() is int, a warning will occur when compiling.
>> This fixes this problem by cast to int when se
On Fri, Aug 4, 2017 at 4:28 PM, Rob Clark wrote:
> On Fri, Aug 4, 2017 at 4:06 PM, Heinrich Schuchardt
> wrote:
>> On 08/04/2017 09:32 PM, Rob Clark wrote:
>>> Similar to a "real" UEFI implementation, the bootmgr looks at the
>>> BootOrder and Boot variables to try to find an EFI payload to
On 08/04/2017 09:31 PM, Rob Clark wrote:
> For now, pending conclusion on proposal about using c11 and u"string"
> instead of L"string" plus -fshort-wchar.
>
> Background: UEFI uses utf16 strings universally. An UEFI implementation
> that does not use -fshort-wchar has to do a lot of cumbersome c
On Fri, Aug 4, 2017 at 4:06 PM, Heinrich Schuchardt wrote:
> On 08/04/2017 09:32 PM, Rob Clark wrote:
>> Similar to a "real" UEFI implementation, the bootmgr looks at the
>> BootOrder and Boot variables to try to find an EFI payload to load
>> and boot. This is added as a sub-command of boote
On 08/04/2017 09:32 PM, Rob Clark wrote:
> Similar to a "real" UEFI implementation, the bootmgr looks at the
> BootOrder and Boot variables to try to find an EFI payload to load
> and boot. This is added as a sub-command of bootefi.
>
> The idea is that the distro bootcmd would first try load
Similar to a "real" UEFI implementation, the bootmgr looks at the
BootOrder and Boot variables to try to find an EFI payload to load
and boot. This is added as a sub-command of bootefi.
The idea is that the distro bootcmd would first try loading a payload
via the bootmgr, and then if that fai
This avoids printf() spam about file reads (such as loading an image)
into unaligned buffers (and the associated memcpy()). And generally
seems like a good idea.
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_memory.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/lib
Signed-off-by: Rob Clark
---
cmd/bootefi.c | 4 +
include/efi.h | 19 +++
include/efi_loader.h | 10 ++
lib/efi_loader/Makefile | 2 +-
lib/efi_loader/efi_boottime.c | 5 +
lib/efi_loader/efi_runtime.c | 17 ++-
lib/efi_loader/efi_variable.
This is really the same thing as the efi_device_path struct.
Signed-off-by: Rob Clark
---
include/efi_api.h| 12 ++--
lib/efi_loader/efi_device_path_to_text.c | 13 -
2 files changed, 10 insertions(+), 15 deletions(-)
diff --git a/include/efi_api.h b/
There are a couple places where we'll need GUID -> string. So add a
helper.
Signed-off-by: Rob Clark
---
include/efi_loader.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/include/efi_loader.h b/include/efi_loader.h
index 1028bfb75d..e6c46f713e 100644
--- a/include/efi_lo
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instea
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_net.c | 19 ++-
1 file changed, 2 insertions(+), 17 deletions(-)
diff --git a/lib/efi_loader/efi_net.c b/lib/efi_loader/efi_net.c
index 0b949d86e8..aa0618fd3a 100644
--- a/lib/efi_loader/efi_net.c
+++ b/lib/efi_loader/efi_net.c
@@ -
It needs to handle more device-path node types, and also multiple levels
of path hierarchy. To simplify this, initially construct utf8 string to
a temporary buffer, and then allocate the real utf16 buffer that is
returned. This should be mostly for debugging or at least not critical-
path so an e
fallback.efi (and probably other things) use UEFI's simple-file-system
protocol and file support to search for OS's to boot.
Signed-off-by: Rob Clark
---
fs/fs.c | 21 ++
include/efi.h | 2 +
include/efi_api.h | 65 ++
include
Previously we only supported the case when the EFI application loaded
the image into memory for us. But fallback.efi does not do this.
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_boottime.c | 83 +++
1 file changed, 68 insertions(+), 15 deletions(-)
Get rid of the hacky fake boot-device and duplicate device-path
constructing (which needs to match what efi_disk and efi_net do).
Instead convert over to use efi_device_path helpers to construct
device-paths, and use that to look up the actual boot device.
Also, extract out a helper to plug things
From: Peter Jones
Signed-off-by: Peter Jones
Signed-off-by: Rob Clark
---
include/efi_api.h | 49 +++--
1 file changed, 47 insertions(+), 2 deletions(-)
diff --git a/include/efi_api.h b/include/efi_api.h
index ec1b321e8e..85afbeb72b 100644
--- a/inc
Helpers to construct device-paths from devices, partitions, files, and
for parsing and manipulating device-paths.
For non-legacy devices, this will use u-boot's device-model to construct
device-paths which include bus hierarchy to construct device-paths. For
legacy devices we still fake it, but s
In some cases it is useful to defer creation of the protocol interface
object. So add back an optional ->open() hook that is used if
protcol_interface is NULL.
I've slightly simplified the fxn ptr signature to remove unneeded args,
and so compiler will complain if patches that used the "old way"
We'll eventually want these in a few places in efi_loader, and also
vsprintf.
Signed-off-by: Rob Clark
---
common/Makefile | 1 +
common/charset.c | 81
include/charset.h| 18 ++
lib/efi_loader/efi_console
This is convenient for efi_loader which deals a lot with utf16.
Signed-off-by: Rob Clark
---
lib/vsprintf.c | 30 --
1 file changed, 28 insertions(+), 2 deletions(-)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index 874a2951f7..0c40f852ce 100644
--- a/lib/vsprintf.c
From: Peter Jones
EFI client programs need the signature information from the partition
table to determine the disk a partition is on, so we need to fill that
in here.
Signed-off-by: Peter Jones
[separated from efi_loader part, and fixed build-errors for non-
CONFIG_EFI_PARTITION case]
Signed-
For now, pending conclusion on proposal about using c11 and u"string"
instead of L"string" plus -fshort-wchar.
Background: UEFI uses utf16 strings universally. An UEFI implementation
that does not use -fshort-wchar has to do a lot of cumbersome charset
conversion back/forth. Mixing object files
Needed to support efi file protocol. The fallback.efi loader wants
to be able to read the contents of the /EFI directory to find an OS
to boot.
For reference, the expected EFI semantics are described in (v2.7 of UEFI
spec) in section 13.5 (page 609). Or for convenience, see:
http://wiki.phoen
Yes, this is super-hacky. The FAT code is quite ugly, and this doesn't
improve things. But it doesn't make it significantly worse either. The
better option would be a massive FAT re-write to get rid of the hacky
way that fat_file_ls() works. Volunteers welcome.
Signed-off-by: Rob Clark
---
Ye
This patchset fleshes out EFI_LOADER enough to support booting an
upstream \EFI\BOOT\bootaa64.efi (which then loads fallback.efi and
then eventually the per-distro shim.efi which loads the per-distro
grubaa64.efi) without resorting to hacks to hard-code u-boot to load
a particular distro's grub, or
buildman fails for the qemu-x86 with the following error:
drivers/ata/ahci-pci.c: In function 'ahci_pci_probe':
drivers/ata/ahci-pci.c:21:9: error: too few arguments to function
'ahci_probe_scsi'
return ahci_probe_scsi(dev);
^
In file included from drivers/ata/ahci-pci.c:8:0:
u-boot can be embedded within a FIT image with multiple DTBs. It then
selects at run-time which one is best suited for the platform.
Use the same principle here for the SPL: put the DTBs in a FIT image,
compress it (LZO, GZIP, or no compression) and append it at the end of the
SPL.
Signed-off-by:
In order to be able to select the right DTB, we need to have identified the
board before spl_early_init() is called.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
no change since v2
arch/arm/mach-omap2/hwinit-common.c | 4 +++-
1 file changed, 3 insert
If the dtb is the first data of the FIT, the its offset is 0x0. Change the
test to '<' instead of '<='
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
no change since v2
common/boot_fit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/boot_fit.c b/comm
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
no change since v2
include/common.h | 1 +
lib/gunzip.c | 15 ---
2 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/include/common.h b/include/common.h
index c8fb277..8678275 1
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
changes since v2 : Add some help for the options. except for SPL_ZLIB
which is automatically selected by SPL_GZIP
lib/Kconfig | 17 -
lib/Makefile | 6 +++---
2 files changed, 19 insertions(+), 4
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
no change since v2
include/linux/lzo.h| 3 +++
lib/lzo/lzo1x_decompress.c | 21 +
2 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/include/linux/lzo.h b/include/li
Those 2 functions don't modify their input, we can mark it const.
This prevents compilation warnings when they are provided const input.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
changes since v2: Added a comment describing the function locate_dtb_in_fit()
common/boot_fit.c
If board_fit_config_name_match() doesn't match any configuration node,
then use the default one (if provided).
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
changes since v2: Added a comment describing the function fit_find_config_node()
common/common_fit.c | 20
CONFIG_FIT_EMBED might be confused with CONFIG_OF_EMBED, rename it
MULTI_DTB_FIT as it is able to get a DTB from a FIT image containing
multiple DTBs. Also move the option to the Kconfig dedicated to the DTS
options and create a README for this feature.
Signed-off-by: Jean-Jacques Hiblot
Reviewed
Following the RFC, here is the series implementing the mechanism in a cleaner
way. The idea is that the SPL may take advantage of selecting its DTB from a
pool of available DTBs. To do that several DTBs are embedded in a compressed
FIT image appended at the end of the SPL. The patch is done in such
Hi Philipp,
W dniu 04.08.2017 o 18:51, Dr. Philipp Tomsich pisze:
On 04 Aug 2017, at 18:33, Paweł Jarosz wrote:
Hi,
W dniu 15.06.2017 o 18:40, Simon Glass pisze:
Hi Pawel,
On 15 June 2017 at 10:32, Paweł Jarosz wrote:
W dniu 15.06.2017 o 18:00, Simon Glass pisze:
(just repeating other
> On 04 Aug 2017, at 18:33, Paweł Jarosz wrote:
>
> Hi,
>
>
> W dniu 15.06.2017 o 18:40, Simon Glass pisze:
>> Hi Pawel,
>>
>> On 15 June 2017 at 10:32, Paweł Jarosz wrote:
>>>
>>> W dniu 15.06.2017 o 18:00, Simon Glass pisze:
>>>
(just repeating other thread for completeness)
>
On 08/04/2017 10:10 AM, Marcel Ziswiler wrote:
From: Marcel Ziswiler
Make tegra_pcie_port_reset() a weak function with an explicit index
parameter. This allows overriding the PCIe port reset functionality
from board specific code as e.g. required for Apalis TK1.
I think this change should be
Hi,
W dniu 15.06.2017 o 18:40, Simon Glass pisze:
Hi Pawel,
On 15 June 2017 at 10:32, Paweł Jarosz wrote:
W dniu 15.06.2017 o 18:00, Simon Glass pisze:
(just repeating other thread for completeness)
On 15 June 2017 at 09:42, Paweł Jarosz wrote:
W dniu 15.06.2017 o 16:50, Simon Glass p
From: Marcel Ziswiler
As the AS3722 GPIO0 is also a not connected on our Apalis TK1 module
explicitly configure it to high-impedance as well.
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/tegra124-apalis.dts | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/
From: Marcel Ziswiler
Make tegra_pcie_port_reset() a weak function with an explicit index
parameter. This allows overriding the PCIe port reset functionality
from board specific code as e.g. required for Apalis TK1.
Signed-off-by: Marcel Ziswiler
---
drivers/pci/pci_tegra.c | 7 ---
1 fil
From: Marcel Ziswiler
Just like the already present as3722_sd_set_voltage() add the currently
missing signature of the as3722_ldo_set_voltage() function to its header
file.
Signed-off-by: Marcel Ziswiler
---
include/power/as3722.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/po
This series addresses a gigabit Ethernet reliability issue as observed
on Apalis TK1 related to a PCIe reset timing violation.
This series depends on Simon's work available at u-boot-dm/master plus
my previous series "move apalis t30/tk1, colibri t20/t30 to livetree".
This series is available at
From: Marcel Ziswiler
It turns out that the current PCIe reset implementation in the PCIe
board init function is not quite working reliably due to PCIe reset
timing violations. Fix this by overriding the tegra_pcie_port_reset()
function.
Also allow optionally bringing up the PCIe switch as found
From: Sanchayan Maity
Trying to boot from an ext4 rootfs fails due to us defaulting to ext3.
While the downstream T20/T30 L4T kernel has issues with ext4 later TK1
L4T should work just fine with it. Hence enable ext4 for sdboot and
usbboot on TK1.
Signed-off-by: Sanchayan Maity
Acked-by: Marcel
From: Marcel Ziswiler
Change these board to use a live device tree after relocation.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Simon Glass
---
Changes in v2:
- Add Simon's reviewed-bys.
configs/apalis-tk1_defconfig | 4
configs/apalis_t30_defconfig | 1 +
configs/colibri_t20_defcon
From: Marcel Ziswiler
Fix USB OTG power enable aka USBO1_EN which on Apalis T30 is connected
to the T30 ball GEN2_I2C_SCL.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Simon Glass
---
Changes in v2: None
board/toradex/apalis_t30/pinmux-config-apalis_t30.h | 4 ++--
1 file changed, 2 insertio
This moves the four Toradex Tegra based boards to use a live device
tree as well.
This series depends on Simon's excellent work available at
u-boot-dm/master.
This series is available at
http://git.toradex.com/cgit/u-boot-toradex.git/log/?h=for-next
Changes in v2:
- Add Simon's reviewed-bys.
M
Hi Matt, Kamil
I currently doing some work on STM32 SoCs on U-boot, more
precisely code factorization between STYM32F4, STM32F7 and STM32H7
I noticed you added STM32F1 SoCs support few years ago :
0144caf22ce6acd5c gpio: stm32: add stm32f1 support
2d18ef2364fd3561a ARMv7M: add STM32F1 support
On 08/03/2017 11:15 PM, Madalin Bucur wrote:
> Signed-off-by: Madalin Bucur
> ---
> drivers/net/fm/memac.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/net/fm/memac.c b/drivers/net/fm/memac.c
> index 1b5779c..ea50ed3 100644
> --- a/drivers/net/fm/memac.c
On 08/04/2017 03:53 PM, Rob Clark wrote:
> On Fri, Aug 4, 2017 at 9:20 AM, Tom Rini wrote:
>> On Thu, Aug 03, 2017 at 06:27:02AM +0200, Heinrich Schuchardt wrote:
>>> Hello Tom,
>>>
>>> for the UEFI implementation of U-Boot it would make defining string
>>> constants much easier using the followin
On Fri, Aug 4, 2017 at 1:14 AM, Madalin Bucur wrote:
> Signed-off-by: Madalin Bucur
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 08/03/2017 11:34 PM, Madalin-cristian Bucur wrote:
>> -Original Message-
>> From: York Sun
>> Sent: Thursday, August 03, 2017 7:14 PM
>> To: Madalin-cristian Bucur ; u-boot@lists.denx.de;
>> joe.hershber...@ni.com
>> Cc: Mingkai Hu ; Shengzhou Liu
>> ; martin.blumensti...@googlemail.com
On 08/04/2017 02:23 AM, Vini Pillai wrote:
>
> I have a lot of conflicts with this file. Looks like you have a patch adding
> MC_INIT_CMD. I will try to figure it out. Need you to test the code later.
>
> York
>
> Ok. Let me know when you want the testing to be done.
>
Please test the latest
On Fri, Aug 4, 2017 at 9:20 AM, Tom Rini wrote:
> On Thu, Aug 03, 2017 at 06:27:02AM +0200, Heinrich Schuchardt wrote:
>> Hello Tom,
>>
>> for the UEFI implementation of U-Boot it would make defining string
>> constants much easier using the following C 2011 notation:
>>
>> u16 *foo = u"My lovely
On 08/03/2017 03:25 PM, Patrick DELAUNAY wrote:
> Hi Marek,
Hi,
please stop top-posting.
> Do think that this minor patch could be integrated in v2017.09 ?
>
> http://patchwork.ozlabs.org/patch/762328/
Fix up the commit message, detail a bit more how to trigger the issue
and use errno.h return
On 08/04/2017 07:37 AM, Chee, Tien Fong wrote:
> On Rab, 2017-08-02 at 23:32 +0200, Marek Vasut wrote:
>> On 08/02/2017 12:21 PM, Chee, Tien Fong wrote:
>>>
>>> On Isn, 2017-07-31 at 12:53 +0200, Marek Vasut wrote:
On 07/31/2017 12:50 PM, tien.fong.c...@intel.com wrote:
>
>
>
The I2C reading in the PEX vs SATA detection code often fails on the
first try. Try three times, as the code for EEPROM reading does.
Signed-off-by: Marek Behun
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/board/CZ.N
From: Patrice Chotard
This is a workaround to bind clocks fixed-clocks subnodes.
This constraint has been invoked here [1].
A new proposal has been sent to U-boot mailing list to
avoid this workaround [2]
[1] http://patchwork.ozlabs.org/patch/558837/
[2] http://patchwork.ozlabs.org/patch/795829
From: Patrice Chotard
This patch adds support for stm32h7 family and stm32h743 discovery board.
For more information about STM32H7 series, please visit:
http://www.st.com/en/microcontrollers/stm32h7-series.html
Signed-off-by: Patrice Chotard
---
arch/arm/include/asm/arch-stm32h7/gpio.h | 12
On Thu, Aug 03, 2017 at 06:27:02AM +0200, Heinrich Schuchardt wrote:
> Hello Tom,
>
> for the UEFI implementation of U-Boot it would make defining string
> constants much easier using the following C 2011 notation:
>
> u16 *foo = u"My lovely string";
>
> Do you see any reason forcing us not to u
From: Patrice Chotard
By default, the external oscillator frequency is defined at
25 Mhz in SoC stm32h743.dtsi file.
It has been set at 125 Mhz in kernel DT temporarly waiting for
RCC clock driver becomes available.
As in U-boot we got a RCC clock driver, the real value of HSE
clock can be used.
From: Christophe Kerello
This patch adds the support of reset and clock control
block (rcc) found on STM32 SoCs.
This driver is similar to a MFD linux driver.
This driver supports currently STM32H7 only.
STM32F4 and STM32F7 will be migrated to this rcc MFD driver
in the future to uniformize all
From: Patrice Chotard
Add "u-boot,dm-pre-reloc" for rcc, fmc, fixed-clock, pinctrl
and gpio nodes
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32h743-pinctrl.dtsi | 12
arch/arm/dts/stm32h743.dtsi | 8
2 files changed, 20 insertions(+)
diff --git a/arch/ar
From: Patrice Chotard
Add RCC clock driver node and update all clocks phandle
accordingly.
By default, on kernel side, all clocks was temporarly
configured as a phandle to timer_clk waiting for a RCC
clock driver to be available.
On U-boot side, we now have a dedicated RCC clock driver, we
can c
From: Patrice Chotard
This driver implements basic clock setup, only clock gating
is implemented.
Files include/dt-bindings/clock/stm32h7-clks.h and
doc/device-tree-bindings/clock/st,stm32h7-rcc.txt
will be available soon in a kernel tag, as all the
bindings have been acked by Rob Herring [1].
From: Patrice Chotard
Align STM32H7 serial compatible string with the one which will be
available in next kernel tag. The bindings has been acked by
Rob Herring [1].
This compatible string will be usefull to add stm32h7 specific
feature for this serial driver.
[1] https://lkml.org/lkml/2017/7/17
From: Patrice Chotard
Add device tree support for STM32H743 SoC and discovery
board. This board offers :
_ 2MBytes Flash
_ 1 x micro USB OTG port
_ 1 x STLink connector (micro USB)
_ 1 x micro SD card slot
_ 1 x RJ45 connector
_ 1 x RCA connector
_ 2 x Audio jack connectors (in and
From: Patrice Chotard
Add FMC sdram node with associated new bindings value to managed
bank 1.
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32h743-pinctrl.dtsi | 69
arch/arm/dts/stm32h743.dtsi | 6 +++
arch/arm/dts/stm32h743i-disco.dts
From: Patrice Chotard
This is needed to bind stm32-gpio driver
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32h743-pinctrl.dtsi | 11 +++
arch/arm/dts/stm32h743i-disco.dts | 11 +++
2 files changed, 22 insertions(+)
diff --git a/arch/arm/dts/stm32h743-pinctrl.dtsi
b/a
From: Patrice Chotard
Add missing HSI (High Speed Internal) and CSI (Low Power Internal)
oscillators nodes needed by STM32H7 RCC clock driver.
These clocks can be used as clocksource in some configuration.
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32h743.dtsi | 14 +-
1 f
From: Patrice Chotard
STM32H7 SoCs uses the same pinctrl block as found into
STM32F7 SoCs
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/pinctrl_stm32.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/pinctrl/pinctrl_stm32.c b/drivers/pinctrl/pinctrl_stm32.c
index fb2593c..bf2a
From: Patrice Chotard
STM32F7 and STM32H7 shares the same UART block, add
STM32H7 compatible string.
Signed-off-by: Patrice Chotard
---
drivers/serial/Kconfig | 7 ---
drivers/serial/serial_stm32x7.c | 2 ++
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/se
From: Patrice Chotard
This driver is adapted from linux drivers/reset/reset-stm32.c
It's compatible with STM32 F4/F7/H7 SoCs.
To add support for each SoC family, a SoC's specific
include/dt-binfings/mfd/stm32xx-rcc.h file must be added.
This patch only includes stm32h7-rcc.h dedicated for STM32H
From: Patrice Chotard
This series adds support for STM32H7 SoCs series and its Discovery board
For more detailed information about STM32H7 SoCs family please visit:
www.st.com/en/microcontrollers/stm32h7-series.html
The STM32H743-discovery board offers:
_ 2MBytes Flash
_ 1 x micro USB OTG
> From: Paul Barker
> Date: Fri, 4 Aug 2017 13:58:50 +0100
>
> On Thu, Aug 3, 2017 at 2:45 PM, Simon Glass wrote:
> > Hi,
> >
> > On 3 August 2017 at 03:37, Mark Kettenis wrote:
> >>> Date: Thu, 3 Aug 2017 19:02:06 +1000
> >>> From: Jonathan Gray
> >>>
> >>>
> >>> We had to revert 25877d4e4c45
Hi Rob,
On Fri, Aug 4, 2017 at 8:51 PM, Rob Clark wrote:
> stdin might not be set, which would cause iomux_doenv() to fail
> therefore causing probe_usb_keyboard() to fail. Furthermore if we do
> have iomux enabled, the sensible thing (in terms of user experience)
> would be to simply add oursel
Hi Rob,
On Fri, Aug 4, 2017 at 8:51 PM, Rob Clark wrote:
> On Fri, Aug 4, 2017 at 8:35 AM, Bin Meng wrote:
>> Hi Rob,
>>
>> On Fri, Aug 4, 2017 at 7:52 PM, Rob Clark wrote:
>>> stdin might not be set, which would cause iomux_doenv() to fail
>>> therefore causing probe_usb_keyboard() to fail. F
On Thu, Aug 3, 2017 at 2:45 PM, Simon Glass wrote:
> Hi,
>
> On 3 August 2017 at 03:37, Mark Kettenis wrote:
>>> Date: Thu, 3 Aug 2017 19:02:06 +1000
>>> From: Jonathan Gray
>>>
>>>
>>> We had to revert 25877d4e4c45451c5398aec3de50e0d5befe0e9f to add
>>> CONFIG_OF_EMBED back to get OpenBSD to co
stdin might not be set, which would cause iomux_doenv() to fail
therefore causing probe_usb_keyboard() to fail. Furthermore if we do
have iomux enabled, the sensible thing (in terms of user experience)
would be to simply add ourselves to the list of stdin devices.
This fixes an issue with usbkbd
On Fri, Aug 4, 2017 at 8:35 AM, Bin Meng wrote:
> Hi Rob,
>
> On Fri, Aug 4, 2017 at 7:52 PM, Rob Clark wrote:
>> stdin might not be set, which would cause iomux_doenv() to fail
>> therefore causing probe_usb_keyboard() to fail. Furthermore if we do
>> have iomux enabled, the sensible thing (in
Hi Rob,
On Fri, Aug 4, 2017 at 7:52 PM, Rob Clark wrote:
> stdin might not be set, which would cause iomux_doenv() to fail
> therefore causing probe_usb_keyboard() to fail. Furthermore if we do
> have iomux enabled, the sensible thing (in terms of user experience)
> would be to simply add oursel
Hi Jaehoon,
On 01/08/2017 06:23, Jaehoon Chung wrote:
Dear JJ,
On 07/19/2017 10:52 PM, Jean-Jacques Hiblot wrote:
In the TI SOCs a PBIAS cell exists to provide a bias voltage to the MMC1
IO cells. Without this bias voltage these I/O cells can not function
properly. The PBIAS cell is controlle
uclass_first_device() returns 0 if there is no device, but error if
there is a device that failed to probe.
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_gop.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_gop.c b/lib/efi_loader/efi_gop.c
index e063e0c7
stdin might not be set, which would cause iomux_doenv() to fail
therefore causing probe_usb_keyboard() to fail. Furthermore if we do
have iomux enabled, the sensible thing (in terms of user experience)
would be to simply add ourselves to the list of stdin devices.
This fixes an issue with usbkbd
On 4.8.2017 13:25, Tom Rini wrote:
> On Fri, Aug 04, 2017 at 09:05:53AM +0200, Michal Simek wrote:
>
>> On 3.8.2017 21:06, Tom Rini wrote:
>>> On Wed, Aug 02, 2017 at 01:15:09PM +0200, Michal Simek wrote:
>>>
Hi Tom,
here are changes I have collected in my tree.
I have added al
On Fri, Aug 04, 2017 at 09:05:53AM +0200, Michal Simek wrote:
> On 3.8.2017 21:06, Tom Rini wrote:
> > On Wed, Aug 02, 2017 at 01:15:09PM +0200, Michal Simek wrote:
> >
> >> Hi Tom,
> >>
> >> here are changes I have collected in my tree.
> >> I have added also a patch which make reserve_mmu as we
From: Zhaoyifeng
SFC stands for Serial Flash Controller on some
rockchip platforms such as RV1108/RK3128.
This patch add support for Standard,Dual,Quad
mode.
Signed-off-by: Zhaoyifeng
Signed-off-by: Andy Yan
---
drivers/spi/Kconfig| 8 +
drivers/spi/Makefile | 1 +
drivers
Hi Jaehoon,
On 30 July 2017 at 20:46, Jaehoon Chung wrote:
> Hi Simon,
>
> On 07/28/2017 11:40 PM, Simon Glass wrote:
>> Hi Jaehoon,
>>
>> On 28 July 2017 at 06:25, Jaehoon Chung wrote:
>>> Dear Simon,
>>>
>>> On 07/27/2017 11:43 AM, Jaehoon Chung wrote:
On 07/23/2017 02:15 AM, Simon Glass
On Monday 17 July 2017 04:38 PM, Jaehoon Chung wrote:
> On 06/20/2017 01:53 AM, suni...@techveda.org wrote:
>> From: Suniel Mahesh
>>
>> priv pointer should be freed before returning with an error value
>> from exynos_dwmci_get_config().
>>
>> Signed-off-by: Suniel Mahesh
>> Signed-off-by: Raghu
Hi Mario,
On 26 July 2017 at 02:24, Mario Six wrote:
> Hi Simon,
>
> On Wed, Jul 19, 2017 at 11:07 AM, Simon Glass wrote:
>> Hi Mario,
>>
>> On 14 July 2017 at 05:55, Mario Six wrote:
>>> From: Dirk Eibach
>>>
>>> The gdsys gazerbeam board is based on a Freescale MPC8308 SOC.
>>> It boots from
Add support for GD25Q256, a 32MiB SPI Nor
flash from Gigadevice.
Signed-off-by: Andy Yan
---
drivers/mtd/spi/sf_internal.h | 1 +
drivers/mtd/spi/spi_flash.c | 7 ---
drivers/mtd/spi/spi_flash_ids.c | 1 +
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/spi/
101 - 200 of 209 matches
Mail list logo