On Sun, Apr 1, 2018 at 9:28 AM, André Przywara wrote:
> On 30/03/18 05:25, Chen-Yu Tsai wrote:
>
>
>>> OK. So meanwhile I have something almost(TM) working:
>>> - drivers/clk/sunxi/clk-a64.c, which is a UCLASS_CLK implementation of
>>> the clock IDs from allwinner,sun50i-a64-ccu that we need:
On 30/03/18 05:25, Chen-Yu Tsai wrote:
>> OK. So meanwhile I have something almost(TM) working:
>> - drivers/clk/sunxi/clk-a64.c, which is a UCLASS_CLK implementation of
>> the clock IDs from allwinner,sun50i-a64-ccu that we need: CLK_BUS_UARTx,
>> CLK_BUS_MMCx, CLK_MMCx. Their implementation
On 31/03/18 23:49, Pierre-Jean TEXIER wrote:
use the generic filesystem command 'load' rather
than 'fatload' to avoid per-fs specific commands.
Signed-off-by: Pierre-Jean TEXIER
---
Changes for v3:
- None
include/configs/warp7.h | 6 +++---
1 file changed, 3 insertions(+), 3 delet
On 31/03/18 23:49, Pierre-Jean TEXIER wrote:
This enable generic file system commands (load, ls).
Signed-off-by: Pierre-Jean TEXIER
---
Changes for v3:
- drop 'warp7_secure_defconfig'
configs/warp7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/warp7_defconf
On Sat, Mar 31, 2018 at 7:49 PM, Pierre-Jean TEXIER
wrote:
> use the generic filesystem command 'load' rather
> than 'fatload' to avoid per-fs specific commands.
>
> Signed-off-by: Pierre-Jean TEXIER
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
Hi Pierre-Jean,
On Sat, Mar 31, 2018 at 7:49 PM, Pierre-Jean TEXIER
wrote:
> This enable generic file system commands (load, ls).
>
> Signed-off-by: Pierre-Jean TEXIER
Thanks for sending this new version:
Reviewed-by: Fabio Estevam
___
U-Boot mailin
This enable generic file system commands (load, ls).
Signed-off-by: Pierre-Jean TEXIER
---
Changes for v3:
- drop 'warp7_secure_defconfig'
configs/warp7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/warp7_defconfig b/configs/warp7_defconfig
index 29c4512..3856918
use the generic filesystem command 'load' rather
than 'fatload' to avoid per-fs specific commands.
Signed-off-by: Pierre-Jean TEXIER
---
Changes for v3:
- None
include/configs/warp7.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/configs/warp7.h b/inc
Hi Bryan,
2018-04-01 0:21 GMT+02:00 Bryan O'Donoghue :
>
>
> On 28/03/18 21:27, Pierre-Jean TEXIER wrote:
>
>> This enable generic file system commands (load, ls).
>>
>> Signed-off-by: Pierre-Jean TEXIER
>> ---
>> Changes for v2:
>> - None
>>
>> configs/warp7_defconfig| 1 +
>>
On 28/03/18 21:27, Pierre-Jean TEXIER wrote:
This enable generic file system commands (load, ls).
Signed-off-by: Pierre-Jean TEXIER
---
Changes for v2:
- None
configs/warp7_defconfig| 1 +
configs/warp7_secure_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git
Hi,
On 26 February 2018 at 10:01, Kever Yang wrote:
>
>
> On 02/25/2018 06:52 PM, Dr. Philipp Tomsich wrote:
>>> On 25 Feb 2018, at 11:24, Kever Yang wrote:
>>>
>>> Assigned clocks are widely used in kernel, but not in U-Boot yet,
>>> many U-Boot clock driver do not have the API while dts port f
On 28.03.18 17:06, Michal Simek wrote:
> Add support for Xilinx zcu100.
>
> Signed-off-by: Michal Simek
When I apply this on top of 2018.03 and boot it on a ZCU100 with FSBL,
something seems to get stuck in i2c enumeration:
PMUFW: v0.3
U-Boot 2018.03-00049-g6572147745 (Mar 31 2018 - 23:29:0
Booting the following image with tip-of-tree we get a CAAM DECO error (and
subsequent crash due to a kernel bug in 4.1).
http://freescale.github.io/#download -> BoardsWaRPboard community - WaRP -
Wearable Reference PlatformFSL Community BSP 2.3fsl-image-multimediawayland
Image: fsl-image-multimed
This patch removes warp7_secure_defconfig. A previous patch set
CONFIG_ARMV7_BOOT_SEC_DEFAULT=y on the unsecure WaRP7 config. Fabio asked
if I could confirm that the NXP and upstream kernels will boot on the WaRP7
with CONFIG_ARMV7_BOOT_SEC_DEFAULT=y. I can confirm that this is the case,
so there's
V3:
- Remove warp7_secure_defconfig from board/warp7/MAINTAINERS
- Add RB-tag from Fabio as indicated
V2:
Maintaining a secure and non-secure defconfig is a PITA. Having discussed
an observed bug with the non-secure boot-path with Fabio and undertaken to
ensure both upstream and NXP BSP kernels wo
Hi Bryan,
On Sat, Mar 31, 2018 at 2:50 PM, Bryan O'Donoghue
wrote:
> This patch removes warp7_secure_defconfig. A previous patch set
> CONFIG_ARMV7_BOOT_SEC_DEFAULT=y on the unsecure WaRP7 config. Fabio asked
> if I could confirm that the NXP and upstream kernels will boot on the WaRP7
> with CON
Hi Bryan,
On Sat, Mar 31, 2018 at 2:49 PM, Bryan O'Donoghue
wrote:
> Booting the following image with tip-of-tree we get a CAAM DECO error (and
> subsequent crash due to a kernel bug in 4.1).
>
> http://freescale.github.io/#download -> BoardsWaRPboard community - WaRP -
> Wearable Reference Platf
Booting the following image with tip-of-tree we get a CAAM DECO error (and
subsequent crash due to a kernel bug in 4.1).
http://freescale.github.io/#download -> BoardsWaRPboard community - WaRP -
Wearable Reference PlatformFSL Community BSP 2.3fsl-image-multimediawayland
Image: fsl-image-multimed
This patch removes warp7_secure_defconfig. A previous patch set
CONFIG_ARMV7_BOOT_SEC_DEFAULT=y on the unsecure WaRP7 config. Fabio asked
if I could confirm that the NXP and upstream kernels will boot on the WaRP7
with CONFIG_ARMV7_BOOT_SEC_DEFAULT=y. I can confirm that this is the case,
so there's
Maintaining a secure and non-secure defconfig is a PITA. Having discussed
an observed bug with the non-secure boot-path with Fabio and undertaken to
ensure both upstream and NXP BSP kernels would work - this patchset does
two things.
1. Switches on CONFIG_ARMV7_BOOT_SEC_DEFAULT for warp7_defconfig
Currently U-Boot doesn't make any effort to reserve the memory used by
ARM Trusted Firmware on these platforms. The result is that the
memory is listed as available in the EFI memory map. And as soon as a
loaded kernel tries to use this memory things explode. I've seen this
with the OpenBSD kern
On Sat, Mar 31, 2018 at 4:47 AM, Ivan Gorinov wrote:
> Add HPET driver as an alternative timer for x86 (default is TSC).
> HPET counter has constant frequency and does not need calibration.
> This change also makes TSC timer driver optional on x86.
> New HPET driver can also be selected as the ear
On Sat, Mar 31, 2018 at 4:03 AM, Ivan Gorinov wrote:
> On Fri, Mar 30, 2018 at 10:46:40PM +0300, Andy Shevchenko wrote:
>
>> > + writel(0, regs + HPET_MAIN_COUNT_L);
>> > + writel(0, regs + HPET_MAIN_COUNT_H);
>>
>> Can we use writeq() here?
>
> I don't see readq/writeq defined for x86
On 13 March 2018 at 21:36, Maxime Ripard wrote:
> Hi Simon,
>
> On Wed, Feb 28, 2018 at 08:51:43PM +0100, Miquel Raynal wrote:
>> A previous commit introduced the use of binman in the SPL.
>>
>> After the binman_sym call over the 'pos' symbol, the output value is
>> checked against BINMAN_SYM_MISS
Hi Neil,
On 30 March 2018 at 16:54, Neil Armstrong wrote:
>
> This patch adds a "bulk" API to the reset API in order to get/deassert/
> assert/release a group of reset signals associated with a device.
>
> This bulk API will avoid adding a copy of the same code to manage
> a group of reset signal
Hi Andreas,
On 30 March 2018 at 22:27, Andreas Färber wrote:
> Hi guys,
>
> Am 30.03.2018 um 10:41 schrieb Simon Glass:
>> On 30 March 2018 at 15:53, Neil Armstrong wrote:
>>> On 30/03/2018 00:41, Simon Glass wrote:
On 29 March 2018 at 16:42, Neil Armstrong wrote:
> On 03/12/2017 10:17
On 30 March 2018 at 16:53, Neil Armstrong wrote:
> This patch adds a "bulk" API to the clock API in order to get/enable/disable
> /release a group of clocks associated with a device.
>
> This bulk API will avoid adding a copy of the same code to manage
> a group of clocks in drivers.
>
> Signed-of
27 matches
Mail list logo