On Tuesday 13 March 2018 04:10 AM, Heinrich Schuchardt wrote:
> Remove non-existing paths.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> MAINTAINERS | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 704ee53e0de..50e82d4d245 100644
> --- a/MAINTAINERS
Hello Jan,
let me quote my mail to Claudio, who asked more or less the same on March
7th(see mail below).
Personally, hoped that someone from Intel/Altera has the guts to answer this
question or at least the Maintainer of the socfpga.
I'm by far not good at u-boot, so it is just hacked together
On 3/7/2018 1:51 PM, Jagan Teki wrote:
atmel_spi now support dt along with platform data,
respective boards need to switch into dm for the same.
Signed-off-by: Jagan Teki
---
Indeed.
Acked-by: Wenyou Yang
Best Regards,
Wenyou Yang
drivers/spi/atmel_spi.c | 294 +++---
Define i.MX6 defaults for USB_GADGET_MANUFACTURER|VENDOR_NUM|PRODUCT_NUM
instead of redundant defines in defconfig files.
Signed-off-by: Jagan Teki
---
configs/cgtqmx6eval_defconfig | 2 --
configs/dh_imx6_defconfig | 2 --
configs/dms-ba16-1g_defconfig | 2 --
configs/dms-ba1
imx6qdl_icore_nand_defconfig is no longer used, since
it was the recreated for quad and dl separately.
"imx6q: engicam: Use SPL_LOAD_FIT for MMC boards"
(sha1: 3d409153502f25a1ea3b8b4e9940148b7871273d)
Signed-off-by: Jagan Teki
---
configs/imx6qdl_icore_nand_defconfig | 49 --
On 03/10/2018 03:13 AM, Marek Vasut wrote:
> On 03/09/2018 09:24 AM, Jaehoon Chung wrote:
>> Dear Patrick,
>>
>> On 03/09/2018 03:51 PM, Patrick Brünn wrote:
From: Patrick Brünn
Sent: Donnerstag, 8. März 2018 06:39
> From: Jaehoon Chung [mailto:jh80.ch...@samsung.com]
> Sent: Donn
Thanks Patrice,
On 03/12/2018 10:09 AM, Patrice CHOTARD wrote:
> Hi Vikas
>
> On 03/06/2018 08:44 PM, Vikas Manocha wrote:
>> Hi Patrice/Yannick,
>>
>> On 03/05/2018 11:50 PM, Patrice CHOTARD wrote:
There seems to be a dependency on patch for
include/dt-bindings/mfd/stm32f7-rcc.h
On 03/12/2018 05:58 PM, Heinrich Schuchardt wrote:
> Remove a link to a non-existent file.
>
> Signed-off-by: Heinrich Schuchardt
> ---
Looks like that file was removed in 3348e0c0a6 so:
Acked-by: Andrew F. Davis
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/MAINTA
Hi everyone,
Any new comments on this iteration?
Thanks,
Liam
On Sun, 4 Mar 2018 at 23:22 Liam Beguin wrote:
> Hi all,
>
> This is the inital step to adding tests for the SF subsystem plus very
> minor fixes. It is based on work I found on the mailing list[1].
> For now, it doesn't do much but
Remove a link to a non-existent file.
Signed-off-by: Heinrich Schuchardt
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 50e82d4d245..2414bcced2d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -470,7 +470,6 @@ TI SYSTEM SECURITY
M: Andrew F.
Hello Stefan,
the entry for PPC4XX seems to be outdated:
POWERPC PPC4XX
M: Stefan Roese
S: Maintained
T: git git://git.denx.de/u-boot-ppc4xx.git
F: arch/powerpc/cpu/ppc4xx/
This path does not exist because the architecture has been removed.
The git repository has not been up
Remove non-existing paths.
Signed-off-by: Heinrich Schuchardt
---
MAINTAINERS | 2 --
1 file changed, 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 704ee53e0de..50e82d4d245 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -224,8 +224,6 @@ S: Maintained
T: git git://git.denx.de/
On Wed, 2018-03-07 at 08:57 +0100, Maxime Ripard wrote:
> Hi Scott,
>
> On Wed, Feb 28, 2018 at 08:51:42PM +0100, Miquel Raynal wrote:
> > This series first adds fixes and enhancements to sunxi NAND drivers (SPL
> > and U-Boot). Once this is done, the SPL NAND driver is converted to use
> > PIO in
Hello Michal,
it seems that the entries for ZYNQ in the MAINTAINERS file of U-Boot are
out of date:
ARM ZYNQ
M: Michal Simek
S: Maintained
F: arch/arm/cpu/armv7/zynq/
F: arch/arm/include/asm/arch-zynq/
The paths above do not exist.
ARM ZYNQMP
M: Michal Simek
S: M
Remove non-existing directories.
Signed-off-by: Heinrich Schuchardt
---
MAINTAINERS | 2 --
1 file changed, 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2177bfc2ef7..704ee53e0de 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -173,11 +173,9 @@ ARM SAMSUNG
M: Minkyu Kang
S:
Change due to commit b08c8c487083 ("libfdt: move headers to
and ")
Signed-off-by: Heinrich Schuchardt
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index c80c42f4794..2177bfc2ef7 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -306,7
On Mon, Mar 12, 2018 at 6:56 PM, Heinrich Schuchardt wrote:
> arch/arm/cpu/armv7/mx*/ does not relate to any existing directory.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lis
Fix an incorrect path.
Signed-off-by: Heinrich Schuchardt
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index ba6ff9a0859..c80c42f4794 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -123,7 +123,7 @@ ARM HISILICON
M: Peter Griffi
arch/arm/cpu/armv7/mx*/ does not relate to any existing directory.
Signed-off-by: Heinrich Schuchardt
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index d4900e000d2..ba6ff9a0859 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -111,7 +111,6 @@ S: Mai
From: Simon Glass
This function repeats data structures provided by driver model. They are
only created once so can be stale if the EFI loader is called twice (e.g.
for testing or on boot failure).
Add a TODO to address this. It should be possible to attach EFI devices
and data structures to dri
On 02/19/2018 04:48 PM, Simon Glass wrote:
> This function repeats data structures provided by driver model. They are
> only created once so can be stale if the EFI loader is called twice (e.g.
> for testing or on boot failure).
>
> Add a TODO to address this. It should be possible to attach EFI d
On Fri, Mar 9, 2018 at 10:07 AM, Bryan O'Donoghue
wrote:
> commit 8c4037a09a5c ("imx: hab: Ensure the IVT DCD pointer is Null prior
> to calling HAB authenticate function.") makes the DCD field being NULL a
> dependency.
>
> This change though will break loading and executing of existing pre-signe
Hi Tom and Stefano,
On Mon, Mar 12, 2018 at 1:07 PM, Tom Rini wrote:
>> Anyway, I am facing what we should do with this patch for 2018.03. As I
>> said, I am not forcing anyone and I have just picked up 1/3 and 2/3. But
>> IMHO, if there are not good reason to say that not raising an error
>> br
On 12.03.18 18:59, Heinrich Schuchardt wrote:
> On 02/18/2018 03:17 PM, Heinrich Schuchardt wrote:
>> Supply a unit test for event groups.
>>
>> Create multiple events in an event group. Signal each event once and check
>> that all events are notified once in each round.
>>
>> Signed-off-by: Hein
On 12/03/18 16:33, Breno Matheus Lima wrote:
The purpose of hab_rvt_authenticate_image() API function is to
authenticate additional boot images in a post-ROM stage, initial boot
images are supposed to be authenticate only once by the initial ROM
code. The HAB implementation in older devices wi
Include libfdt.h was moved by commit b08c8c487083 ("libfdt: move headers to
and ")
Fixes: e236200c7fa6 ("efi_selftest: check installation of the
device tree")
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/efi_selftest_fdt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 02/18/2018 03:17 PM, Heinrich Schuchardt wrote:
> Supply a unit test for event groups.
>
> Create multiple events in an event group. Signal each event once and check
> that all events are notified once in each round.
>
> Signed-off-by: Heinrich Schuchardt
Hello Alex,
you merged patch 1-4 of
Hi Vikas
On 03/06/2018 08:44 PM, Vikas Manocha wrote:
> Hi Patrice/Yannick,
>
> On 03/05/2018 11:50 PM, Patrice CHOTARD wrote:
>>> There seems to be a dependency on patch for
>>> include/dt-bindings/mfd/stm32f7-rcc.h
>>> adding some new macros. Is it also submitted to the list?
>> Right, needed
Hi Tom,
> From: Tom Rini [mailto:tr...@konsulko.com]
>
> > It is a step for common.h cleanup and I don't add documentation for
> > the moved functions.
>
> Can you add a 5/4 that merges init_helpers.h into this new init.h file?
> There's just one prototype. Thanks!
Ok, I will this in a v2 of t
Hi All,
2018-03-12 13:07 GMT-03:00 Tom Rini :
> On Sun, Mar 11, 2018 at 03:36:16PM +0100, Stefano Babic wrote:
>> Hi Everybody,
>>
>> I have applied 1-2 as Fabio suggested. I have a couple of comments for
>> this, too:
>>
>> On 10/03/2018 02:10, Breno Matheus Lima wrote:
>> > Hi Bryan,
>> >
>> > 2
On Sun, Mar 11, 2018 at 03:36:16PM +0100, Stefano Babic wrote:
> Hi Everybody,
>
> I have applied 1-2 as Fabio suggested. I have a couple of comments for
> this, too:
>
> On 10/03/2018 02:10, Breno Matheus Lima wrote:
> > Hi Bryan,
> >
> > 2018-03-09 10:07 GMT-03:00 Bryan O'Donoghue :
> >> commi
On Mon, Mar 12, 2018 at 02:03:54PM +, Andy Rea wrote:
> Is it just not possible for the zImages in RAM to be decoded as per the
> uImages ?
Well, in short, "patches welcome". Part of the problem is that the
Linux Kernel ARM zImage doesn't contain a ton of info. That's less true
of say the a
On Mon, Mar 12, 2018 at 09:47:15AM +0100, Patrick Delaunay wrote:
>
> I push this serie after Masahiro Yamada's comment
> on patch "common: add a prototype for mach_cpu_init()"
>
> The serie depends on v3 of this patch for the added
> file init.h
>
> I just moved the function used in:
> common
Is it just not possible for the zImages in RAM to be decoded as per the
uImages ?
If I simply use mkimage to convert the image back as a uImage ( essentially
take off the first 64 bytes ? ) then iminfo will display the kernel info
The uImage file is only 64 bytes smaller so hasn't fundament
From: Philipp Tomsich
The shift values for GPIO2B1 and GPIO2B2 had in fact referred to
GPIO2B0 and GPIO2B1, respectively. This substitutes the correct
values.
Signed-off-by: Philipp Tomsich
Signed-off-by: Klaus Goger
---
arch/arm/include/asm/arch-rockchip/grf_rk3399.h | 4 ++--
1 file chang
From: Philipp Tomsich
This adds support for the (to date unsupported) I2C controllers 1~4
and 6~7 (i.e. now all controllers except I2C5, which is not accessible
on the RK3399-Q7, are supported by pinctrl).
Signed-off-by: Philipp Tomsich
Tested-by: Klaus Goger
Signed-off-by: Klaus Goger
---
This patch series adds support for the I2C controller 1-4 and 6-7
Philipp Tomsich (2):
rockchip: pinctrl: rk3399: fix GPIO2B1 and GPIO2B2 shift value
rockchip: pinctrl: rk3399: add support for I2C[123467]
arch/arm/include/asm/arch-rockchip/grf_rk3399.h | 34 +-
drivers/pinctrl/r
Commit 286ede6 ("drivers: core: Add translation in live tree case") made
dev_get_addr always use proper bus translations for addresses read from
the device tree. But this leads to problems with certain busses, e.g.
I2C busses, which run into an error during translation, and hence stop
working.
It
On 10/03/18 01:10, Breno Matheus Lima wrote:
Hi Bryan,
2018-03-09 10:07 GMT-03:00 Bryan O'Donoghue :
commit 8c4037a09a5c ("imx: hab: Ensure the IVT DCD pointer is Null prior
to calling HAB authenticate function.") makes the DCD field being NULL a
dependency.
This change though will break loa
On 03/12/2018 01:07 PM, Alexander Graf wrote:
On 03/03/2018 03:28 PM, Heinrich Schuchardt wrote:
All initialization routines should return a status code instead of
a boolean.
Signed-off-by: Heinrich Schuchardt
---
v3
no change
v2
new patch
---
include/efi_loader.h | 2 +-
lib/e
On 03/03/2018 03:28 PM, Heinrich Schuchardt wrote:
All initialization routines should return a status code instead of
a boolean.
Signed-off-by: Heinrich Schuchardt
---
v3
no change
v2
new patch
---
include/efi_loader.h | 2 +-
lib/efi_loader/efi_gop.c | 34 ++
This patch-set adds initial support of STMicroelectronics STM32MP157
microprocessor (MPU)
- add new arm arch stm32mp1 (based on armv7)
- support for stm32mp157 SOC (based on Cortex-A7)
- add minimal support for board evaluation board STM32MP157C-ED1
Changes in v2:
- prototype for mach_cpu_init()
On 03/09/2018 05:35 PM, Heinrich Schuchardt wrote:
On 03/09/2018 05:19 PM, Alexander Graf wrote:
On 03/09/2018 04:58 PM, Heinrich Schuchardt wrote:
On 03/09/2018 01:48 PM, Alexander Graf wrote:
On 03/03/2018 03:48 PM, Heinrich Schuchardt wrote:
When running on the sandbox the stack is not nec
STM32MP157 bootrom needs a specific header for first boot stage.
This patch adds support of this header in mkimage.
Signed-off-by: Patrick Delaunay
---
Changes in v2:
- prototype for mach_cpu_init() removed for the Serie
- rebase on v2018.03-rc4
common/image.c | 1 +
include/image.h
This driver implements register read/write operations for STPMU1.
The STPMU1 PMIC provides 4 BUCKs, 6 LDOs, 1 VREF
and 2 power switches. It is accessed via an I2C interface.
This device is used with STM32MP1 SoCs.
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
drivers/power/pmic/Kcon
Add minimal devicetree for STM32MP157C-ED1 board,
with only the devices to allow boot from SDCARD:
- RCC for clock and reset
- UART4 for console
- I2C and PMIC
- DDR
- SDMMC0 for SDCard
Waiting Kernel upstream for alignment.
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
arch/arm/dts
Add driver and binding for stm32mp1 ddr controller and phy
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
MAINTAINERS | 1 +
arch/arm/mach-stm32mp/include/mach/ddr.h | 12 +
doc/device-tree-bindings/ram/st,stm32mp1-ddr.txt | 299
- add the 2 new compatible used by STM32MP157
"st,stm32mp157-pinctrl"
"st,stm32mp157-z-pinctrl"
- update the mask for the port
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
drivers/pinctrl/pinctrl_stm32.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
Add first support for STM32MP157C-ED1 board with "Basic" boot chain
1/ Boot Rom: load SPL with STM32 image header in SYSRAM
2/ SPL: power up and initialize the DDR and load U-Boot image
from SDCARD in DDR
3/ U-Boot: search and load extlinux.conf in SDCARD
(DISTRO activated)
Sign
- move to livetree and allow to get address to parent
- add stm32mp1 compatible for probe
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
drivers/reset/Kconfig | 2 +-
drivers/reset/stm32-reset.c | 36 ++--
2 files changed, 31 insertions(+), 7 del
- add new arch stm32mp for STM32 MPU/Soc based on Cortex A
- support for stm32mp157 SOC
- SPL is used as first boot stage loader
- using driver model for all the drivers, even in SPL
- all security feature are deactivated (ETZC and TZC)
- reused STM32 MCU drivers when it is possible
Signed-off-by:
add RCC clock driver for STMP32MP157
- base on driver model = UCLASS_CLK
- support ops to enable, disable and get rate
of all SOC clock needed by U-Boot
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
MAINTAINERS|1 +
drivers/clk/Kconfig|8 +
drivers/c
Kmalloc is using memalign allocation function. It is not necessary to
align this structure so to save bytes, we move to calloc.
And kmalloc function can't be used in SPL early stage (in board_init_f())
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
drivers/i2c/stm32f7_i2c.c | 4 ++--
add binding and code for clock tree initialization from device tree
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
doc/device-tree-bindings/clock/st,stm32mp1.txt | 226 ++
drivers/clk/clk_stm32mp1.c | 576 +
include/dt-bindings/clock
The current value timer_rate_hz causes a problem with function
timer_get_us() from lib time and then an issue with
readx_poll_timeout() function.
With corrected value for tbclk() = timer_rate_hz = CONFIG_SYS_HZ_CLOCK
the weak functions in lib timer can be used:
- get_timer()
- __udelay()
So the sp
Add option to include RESET driver and uclass in SPL.
That can be useful to handle IP reset with same driver
in U-Boot and in SPL.
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
common/spl/Kconfig | 9 +
drivers/Makefile | 1 +
2 files changed, 10 insertions(+)
diff --git a
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
drivers/gpio/stm32f7_gpio.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpio/stm32f7_gpio.c b/drivers/gpio/stm32f7_gpio.c
index 11bc66d..376e86c 100644
--- a/drivers/gpio/stm32f7_gpio.c
+++ b/drivers/gpio/
Update the GPIO driver to support a live device tree.
Reviewed-by: Simon Glass
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
drivers/gpio/stm32f7_gpio.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/drivers/gpio/stm32f7_gpio.c b/drivers/gpio/stm32f
Move function prototype for common/init/board_init.c
from common.h to init.h
Signed-off-by: Patrick Delaunay
---
include/common.h | 3 +--
include/init.h | 3 +++
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/common.h b/include/common.h
index 7d181da..a0633f3 100644
-
Move function prototypes for common/init/board_init.c
from common.h to init.h
Signed-off-by: Patrick Delaunay
---
include/common.h | 38 +-
include/init.h | 39 +++
2 files changed, 40 insertions(+), 37 deletions(-)
diff
Move function prototypes used in common/board_r.c
from common.h to init.h
Signed-off-by: Patrick Delaunay
---
include/common.h | 17 +
include/init.h | 14 ++
2 files changed, 15 insertions(+), 16 deletions(-)
diff --git a/include/common.h b/include/common.h
index
Move prototypes for function used in common/board_f.c
from common.h to init.h
Remove weak for arch_reserve_stacks (checkpatch issue)
Signed-off-by: Patrick Delaunay
---
include/common.h | 70 +++-
include/init.h | 66
I push this serie after Masahiro Yamada's comment
on patch "common: add a prototype for mach_cpu_init()"
The serie depends on v3 of this patch for the added
file init.h
I just moved the function used in:
common/board_f.c
common/init/board_init.c
common/board_r.c
common/board_info.c
and solve
The 2 functions board_power_mode and board_poweroff
are no more existing in U-Boot code (check with grep)
This patch updates the documentation and removes
the unnecessary prototypes.
Signed-off-by: Patrick Delaunay
---
doc/README.POST | 11 ---
include/common.h | 1 -
2 files changed,
Remove the prototypes for 4 functions no more existing
in U-Boot code (checked by grep):
- checkflash
- checkdram
- mdm_init
- setup_board_extra
Signed-off-by: Patrick Delaunay
---
include/common.h | 10 --
1 file changed, 10 deletions(-)
diff --git a/include/common.h b/include/common.
On Sat, Mar 10, 2018 at 6:34 AM, Andy Rea wrote:
> I have an ARM CPU on a board that has 3 optional sub boards plugged into it,
> all of which have 3 hardware rev bits connected to the CPU
>
>
>
> Rather than getting the CPU to do mmap type stuff or sys/class/gpio stuff to
> read those versions in
66 matches
Mail list logo
