On 6/25/19 6:15 PM, Marek Vasut wrote:
> On 6/25/19 3:30 PM, Melin Tomas wrote:
>> Prior to starting a new transfer, conditionally wait for bus to not
>> be busy.
>>
>> Reinitialise controller as otherwise operation is not stable.
>> For reference, see linux kernel commit: 9656eeebf3f1 ("i2c:
Wolfgang,
On Tue, Jun 25, 2019 at 11:11:18AM +0200, Wolfgang Denk wrote:
> Dear Takahiro,
>
> In message <20190625075931.gp6...@linaro.org> you wrote:
> >
> > > It does not have to be ugly, and I think it is also not so
> > > complicatred. In any case it seems more attractive to me than
> > >
On 25.06.19 13:57, Luka Kovacic wrote:
This change enables CMD_BOOTZ and increases SYS_BOOTM_LEN to
make it easier to work with kernel images.
Signed-off-by: Luka Kovacic
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
On Tue, Jun 25, 2019 at 7:49 PM Chris Packham wrote:
>
> On Tue, Jun 25, 2019 at 5:50 PM Baruch Siach wrote:
> >
> > Hi Chris,
> >
> > On Tue, Jun 25 2019, Chris Packham wrote:
> > > On Mon, Jun 24, 2019 at 8:30 PM Baruch Siach wrote:
> > >>
> > >> Reduce Auto Voltage Scaling VDD limit when
By default, CONFIG_SYS_INIT_SP_BSS_OFFSET was made invisible by not
giving a prompt to it.
The only way to define it is to hard-code an extra entry in SoC/board
Kconfig, like arch/arm/mach-tegra/tegra{186,210}/Kconfig.
Add a prompt to it in order to allow defconfig files to specify the
value of
1/2 needs ACK from NVIDIA folks.
I want to enable it in 2/2 for my platform.
Masahiro Yamada (2):
arm64: add an option to switch visibility of
CONFIG_SYS_INIT_SP_BSS_OFFSET
ARM: uniphier_v8_defconfig: make 64bit SoC image position independent
Makefile
For a planned new SoC in this SoC family, the base address of the
DRAM will be changed from 0x8000 to 0x2000.
The PIE support will be useful to maintain multiple similar SoCs
whose DRAM addresses are different.
Now CONFIG_SYS_TEXT_BASE is not important. I just set it to 0
to ensure
The setting up MTRRs have already been done in previous
Slim Bootloader stages.
Signed-off-by: Aiden Park
---
arch/x86/lib/init_helpers.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/x86/lib/init_helpers.c b/arch/x86/lib/init_helpers.c
index 0481f453ca..5e19f13720
- Add minimum nodes such as reset, tsc_timer, serial and pci
Signed-off-by: Aiden Park
---
arch/x86/dts/Makefile | 3 ++-
arch/x86/dts/slimbootloader.dts | 27 +++
2 files changed, 29 insertions(+), 1 deletion(-)
create mode 100644
- Add new board/slimbootloader directory with minimum codes
- Add slimbootloader configuration files
- Add README in board/slimbootloader/slimbootloader/
Signed-off-by: Aiden Park
---
arch/x86/Kconfig | 4 ++
board/slimbootloader/Kconfig | 25
- Get TSC frequency from performance info hob
- Set tsc_base and clock_rate for timer driver
Signed-off-by: Aiden Park
---
arch/x86/cpu/slimbootloader/slimbootloader.c | 31 +++
.../asm/arch-slimbootloader/slimbootloader.h | 26
2 files changed, 57
- Get serial port information from the serial port info hob
- Leverage ns16550 driver with slimbootloader specific platform data
Signed-off-by: Aiden Park
---
arch/x86/cpu/slimbootloader/Makefile | 2 +-
arch/x86/cpu/slimbootloader/serial.c | 62 +++
- Get memory size from the memory map info hob
- Set ram top for U-Boot relocation lower than 4GB
- Provide e820 entries from the memory map info hob
Signed-off-by: Aiden Park
---
arch/x86/cpu/slimbootloader/Makefile | 2 +-
arch/x86/cpu/slimbootloader/dram.c| 139
- Added a function to get a GUID HOB data pointer from hob_list
Signed-off-by: Aiden Park
---
arch/x86/cpu/slimbootloader/Makefile | 2 +-
arch/x86/cpu/slimbootloader/hob.c | 97 +++
.../asm/arch-slimbootloader/slimbootloader.h | 14 +++
3 files changed,
- Added CONFIG_SYS_SLIMBOOTLOADER to enable slimbootloader CPU type
- Added new arch/x86/cpu/slimbootloader directory with minimum codes
- Get hob_list pointer from Slim Bootloader
Signed-off-by: Aiden Park
---
arch/x86/Kconfig | 1 +
arch/x86/cpu/Makefile
This patch is to enable u-boot as a payload which runs on top of Slim
Bootloader(https://github.com/slimbootloader/slimbootloader) boot firmware for
x86 platforms.
The Slim Bootloader is designed with multi-staqe architecture for the execution
from reset vector to OS hand-off, and supports
Hi Sam,
On Thu, Jun 20, 2019 at 05:00:01PM +0300, Sam Protsenko wrote:
> As per [1], there is no such fastboot variable as "bootloader-version".
> Only "version-bootloader" is supported. Let's reflect this and not
> confuse users further.
>
FWIW, this could carry a Fixes line?
Fixes:
Enable SD slot on Intel Edison platform.
By default firmware doesn't put device on active state. Thus,
we have to do this explicitly.
Signed-off-by: Andy Shevchenko
---
- fix conflict when applying patch
arch/x86/dts/edison.dts | 5 -
board/intel/edison/edison.c | 10 ++
Enable SD slot on Intel Edison platform.
By default firmware doesn't put device on active state. Thus,
we have to do this explicitly.
Signed-off-by: Andy Shevchenko
---
arch/x86/dts/edison.dts | 5 -
board/intel/edison/edison.c | 10 ++
configs/edison_defconfig| 1 +
3
> From: Wolfgang Denk
> To: AKASHI Takahiro
> Cc: Heinrich Schuchardt , Alexander Graf
> , sughosh.g...@arm.com, U-Boot Mailing List
>
> Bcc:
> Date: Tue, 25 Jun 2019 08:33:30 +0200
> Subject: Re: [U-Boot] efi_loader: implementing non-volatile UEFI variables
> Dear Takahiro,
>
> In message
On 6/25/19 9:07 PM, Jean-Jacques Hiblot wrote:
>
> On 25/06/2019 17:53, Marek Vasut wrote:
>> On 6/25/19 4:13 PM, Jean-Jacques Hiblot wrote:
>>> Hi Marek,
>>>
>>> On 06/02/2019 14:11, Marek Vasut wrote:
When using CMD6 to switch eMMC card timing from HS200/HS400 to
HS/legacy,
do
On Mon, Jun 24, 2019 at 10:34 PM Fabio Estevam wrote:
>
> From: Thomas Schaefer
>
> During QSPI reads, current is_busy_controller function sporadically
> fails with -ETIMEDOUT due to fixed number of 5 test loops. This patch
> fixes this by using the readl_poll_timeout function with
> 1000 us
Hi Simon,
On 22/06/2019 21:09, Simon Glass wrote:
Hi Jean-Jacques,
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
The purpose of this series is to provide the SPL with ability to apply
overlays for u-boot. this is only a RFC so far, to get a feedback on the
approach.
Our
With both SPL and U-Boot now supporting DM, we can start removing
legacy code. This patch removes the legacy MMC initalization and
legacy I2C initialization since both are now available via DM and
device tree.
Signed-off-by: Adam Ford
diff --git a/board/logicpd/am3517evm/am3517evm.c
On 25/06/2019 17:53, Marek Vasut wrote:
On 6/25/19 4:13 PM, Jean-Jacques Hiblot wrote:
Hi Marek,
On 06/02/2019 14:11, Marek Vasut wrote:
When using CMD6 to switch eMMC card timing from HS200/HS400 to HS/legacy,
do not poll for the completion status using CMD13, but rather wait 50mS.
Once
Hi Jagan,
Thanks for your hard work. I'm sure everyone in the Rockchip community
is excited about finally having this support in U-Boot.
On Tue, 25 Jun 2019 at 12:46, Jagan Teki wrote:
[..]
> >
> > Was it absolutely necessary to split these changes into 99 commits? I
> > believe at least some
MMC storage supports 4 hardware partitions:
* User partition
* 2 boot partitions
* RPMB partition
Flashing to the User partition is already supported, and this commit
adds support for flashing to the 2 boot partitions.
User can run the following commands to flash to the
On Tue, Jun 25, 2019 at 02:40:45PM +0200, Stefano Babic wrote:
> Hi everybody,
>
> On 25/06/19 13:59, Marek Vasut wrote:
> > On 6/25/19 7:38 AM, Peng Fan wrote:
> >>> Subject: Re: [v8, 0/5] Split fsl_esdhc driver for i.MX
> >>>
> >>> On 6/24/19 7:28 AM, Peng Fan wrote:
> Hi Y.b, Stefano,
>
On Mon, Jun 24, 2019 at 05:35:17AM +, Peng Fan wrote:
> Hi Tom,
>
> This patchset is to cleanup code, not bug fix, but it has been long time
> since v1
> and there will be conflicts if defconfig changes or driver code change, and
> then
> there will surely need v9. So I pick up this
On 2019-06-25 7:01 a.m., Michal Simek wrote:
> On 21. 06. 19 18:10, Robert Hancock wrote:
>> On 2019-06-21 12:19 a.m., Michal Simek wrote:
If it helps, here is part of our board file that does the FPGA GPIO and
SPI initialization and initializes the FPGA callbacks. We are using an
On 6/25/19 4:13 PM, Jean-Jacques Hiblot wrote:
> Hi Marek,
>
> On 06/02/2019 14:11, Marek Vasut wrote:
>> When using CMD6 to switch eMMC card timing from HS200/HS400 to HS/legacy,
>> do not poll for the completion status using CMD13, but rather wait 50mS.
>>
>> Once the card receives the CMD6 and
Hi Vasily,
On Fri, Jun 21, 2019 at 5:58 AM Vasily Khoruzhick wrote:
>
> On Mon, Jun 17, 2019 at 12:37 AM Jagan Teki
> wrote:
> >
> > This is the v2 set for supporting LPDDR4 with associated
> > features, wrt to previous series[1].
> >
> > Thanks to
> > - YouMin Chen
> > - Akash Gajjar
> > -
On Tue, Jun 25, 2019 at 5:05 PM wrote:
>
> Hello Jagan,
>
> I can only take these patches through u-boot-atmel tree if you
> Ack/Review them.
> Otherwise you can consider taking them through u-boot-spi ?
I would need a look on the new version, once ie fine I can pick via
spi tree. if possible
Hi Frieder,
> Hi Lukasz,
>
> On 24.06.19 15:50, Lukasz Majewski wrote:
> > This patch series brings the files from Linux kernel (SHA1:
> > 5752b50477da Linux 5.1.12 to provide clocks support as it is used
> > on the Linux kernel with Common Clock Framework [CCF] setup.
> >
> > This series also
On 6/25/19 3:30 PM, Melin Tomas wrote:
> Prior to starting a new transfer, conditionally wait for bus to not
> be busy.
>
> Reinitialise controller as otherwise operation is not stable.
> For reference, see linux kernel commit: 9656eeebf3f1 ("i2c: Revert
> "i2c: xiic: Do not reset controller
On 6/25/19 3:29 PM, Melin Tomas wrote:
> Comparison should be against the actual message length, not loop index.
>
> len is used for stopping while loop, pos is position in message.
> stop should be sent when entire message is sent, not when
> len and pos meet.
Thanks. Just be careful to clamp
On Tue, Jun 11, 2019 at 10:07 AM Kunihiko Hayashi
wrote:
>
> Add pin-mux settings for SPI controller.
>
> Signed-off-by: Kunihiko Hayashi
> ---
Applied. Thanks.
--
Best Regards
Masahiro Yamada
___
U-Boot mailing list
U-Boot@lists.denx.de
Hi.
On Tue, Jun 11, 2019 at 10:08 AM Kunihiko Hayashi
wrote:
>
> Add SPI controller driver implemented in Socionext UniPhier SoCs.
> This controller has the SPI master mode only.
>
> Signed-off-by: Kunihiko Hayashi
I see warnings even with GCC 6, which is the minimal GCC
version for ARM.
I
On Thu, Jun 20, 2019 at 10:41 PM Yangbo Lu wrote:
>
> The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX
> initially. The later QoriQ series PowerPC processors (which were
> evolutions of MPC83XX/MPC85XX), QorIQ series ARM processors, and
> i.MX series processors were using this
Hi Marek,
On 06/02/2019 14:11, Marek Vasut wrote:
When using CMD6 to switch eMMC card timing from HS200/HS400 to HS/legacy,
do not poll for the completion status using CMD13, but rather wait 50mS.
Once the card receives the CMD6 and starts executing it, the bus is in
undefined state until both
Remove obsolete legacy usbboot wrapper, as distroboot can handle
booting from USB drivers.
Signed-off-by: Igor Opaniuk
---
include/configs/apalis_imx6.h | 22 --
1 file changed, 22 deletions(-)
diff --git a/include/configs/apalis_imx6.h b/include/configs/apalis_imx6.h
Remove obsolete legacy usbboot wrapper, as distroboot can handle
booting from USB drivers.
Signed-off-by: Igor Opaniuk
---
include/configs/colibri_imx6.h | 20
1 file changed, 20 deletions(-)
diff --git a/include/configs/colibri_imx6.h b/include/configs/colibri_imx6.h
Remove obsolete legacy usbboot wrapper, as distroboot can handle
booting from USB drivers.
Signed-off-by: Igor Opaniuk
---
include/configs/apalis-tk1.h | 19 ---
1 file changed, 19 deletions(-)
diff --git a/include/configs/apalis-tk1.h b/include/configs/apalis-tk1.h
index
This patch-series removes obsolete usbboot wrapper usage in Apalis
TK1/iMX6 and Colibri iMX6 platforms.
Igor Opaniuk (3):
apalis-tk1: configs: remove legacy usbboot command
apalis_imx6: configs: remove legacy usbboot command
colibri_imx6: configs: remove legacy usbboot command
On 6/24/19 8:16 PM, Ley Foon Tan wrote:
> On Tue, Jun 25, 2019 at 4:00 AM Simon Goldschmidt
> wrote:
>>
>> Am 30.05.2019 um 11:03 schrieb Ley Foon Tan:
>>> Add base address for Intel Agilex SoC.
>>>
>>> Reuse base_addr_s10.h for Agilex, only one base address is
>>> different from S10.
>>>
>>>
Prior to starting a new transfer, conditionally wait for bus to not
be busy.
Reinitialise controller as otherwise operation is not stable.
For reference, see linux kernel commit: 9656eeebf3f1 ("i2c: Revert
"i2c: xiic: Do not reset controller before every transfer"")
Signed-off-by: Tomas Melin
Comparison should be against the actual message length, not loop index.
len is used for stopping while loop, pos is position in message.
stop should be sent when entire message is sent, not when
len and pos meet.
Signed-off-by: Tomas Melin
---
Changes in v2:
- Added reasoning to commit message
On 6/25/19 2:33 PM, Marek Vasut wrote:
>> +ret = wait_for_bit_8(priv->base + XIIC_SR_REG_OFFSET,
>> + XIIC_SR_BUS_BUSY_MASK, false, 3000, true);
> Why 3 seconds wait ?
Right, seems kernel driver uses as small as 3ms timeout here. I'll
change to that and verify.
On 21. 06. 19 18:10, Robert Hancock wrote:
> On 2019-06-21 12:19 a.m., Michal Simek wrote:
>>> If it helps, here is part of our board file that does the FPGA GPIO and
>>> SPI initialization and initializes the FPGA callbacks. We are using an
>>> ITB image that has the FPGA .bit file as one of the
Hi everybody,
On 25/06/19 13:59, Marek Vasut wrote:
> On 6/25/19 7:38 AM, Peng Fan wrote:
>>> Subject: Re: [v8, 0/5] Split fsl_esdhc driver for i.MX
>>>
>>> On 6/24/19 7:28 AM, Peng Fan wrote:
Hi Y.b, Stefano,
> Subject: [v8, 0/5] Split fsl_esdhc driver for i.MX
It has
On 6/25/19 11:59 AM, Melin Tomas wrote:
> Prior to starting a new transfer, conditionally wait for bus to not
> be busy.
>
> Reinitialise controller as otherwise operation is not stable.
> For reference, see linux kernel commit:
> 9656eeebf3f1dd05376c4c923797369746d9a618
This should be 12
On 6/25/19 11:59 AM, Melin Tomas wrote:
> Comparison should be against the actual message length, not loop index.
... because ... ?
The reasoning is missing in the commit message.
> Signed-off-by: Tomas Melin
> ---
> drivers/i2c/xilinx_xiic.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Tue, Jun 25, 2019 at 06:09:32PM +0800, Kever Yang wrote:
> Hi Tom,
>
> I got a Tinker board today and try to boot with SD card to enable TPL.
>
> The SPL for Tinker board is broken and the size is too big at v2019.04,
> and v2019.01 is OK.
>
> Other than size limit, seems there are some
On Tue, Jun 25, 2019 at 01:10:26PM +0200, Neil Armstrong wrote:
> On 24/06/2019 17:29, Tom Rini wrote:
> > On Sat, Jun 22, 2019 at 09:43:42PM +0200, Marek Vasut wrote:
> >> On 6/22/19 9:12 PM, Heinrich Schuchardt wrote:
> >>> On 6/22/19 8:15 PM, Simon Glass wrote:
> Hi,
>
> On Sat,
On 6/25/19 7:38 AM, Peng Fan wrote:
>> Subject: Re: [v8, 0/5] Split fsl_esdhc driver for i.MX
>>
>> On 6/24/19 7:28 AM, Peng Fan wrote:
>>> Hi Y.b, Stefano,
>>>
Subject: [v8, 0/5] Split fsl_esdhc driver for i.MX
>>>
>>> It has been long time since V1, and there might be more conflicts when
This change enables CMD_BOOTZ and increases SYS_BOOTM_LEN to
make it easier to work with kernel images.
Signed-off-by: Luka Kovacic
---
configs/crs305-1g-4s_defconfig | 1 +
include/configs/crs305-1g-4s.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/crs305-1g-4s_defconfig
From: Igor Opaniuk
Fix set_emmcargs wrapper, which prepares proper bootargs for booting
from eMMC.
Signed-off-by: Igor Opaniuk
---
include/configs/apalis_imx6.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/apalis_imx6.h
From: T Karthik Reddy
This patch reads cd-gpio property from devicetree
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
Reviewed-by: Peng Fan
---
Changes in v3: None
Changes in v2:
- Created a new patch for reading "cd-gpio" property from DT.
drivers/mmc/sdhci.c | 6 ++
1
From: T Karthik Reddy
Card detect function implemented for SDHCI framework.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
Changes in v3:
- Use new MMC_SD.. macros
Changes in v2:
- Used CARD_PRESENT instead of SDHCI_CARD_DETECT_PIN_LEVEL for reading
sd card presence
From: T Karthik Reddy
This patch reads card detect properties from device tree &
added mmc capability macros in mmc.h.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
Changes in v3:
- Changed MMC_CAP_SD_NONREMOVABLE, MMC_CAP_SD_NEEDS_POLL names to
align with Linux bit
From: T Karthik Reddy
Removed MMC_CAP_NONREMOVABLE, MMC_CAP_NEEDS_POLL macros from
mvebu_mmc.h to avoid redefining of these macros when compiled with
mvebu based configs.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
Changes in v3:
- New patch in this series to release
Hi,
This patch series adds card detection support in sdhci framework &
added functionality to read card detect dt properties.
Thanks,
Michal
Changes in v3:
- New patch in this series to release macros
- Changed MMC_CAP_SD_NONREMOVABLE, MMC_CAP_SD_NEEDS_POLL names to
align with Linux bit
Hello Jagan,
I can only take these patches through u-boot-atmel tree if you
Ack/Review them.
Otherwise you can consider taking them through u-boot-spi ?
Thanks,
Eugen
On 18.06.2019 11:51, Tudor Ambarus - M18064 wrote:
> From: Tudor Ambarus
>
> Backport the driver from linux v5.1-rc5 and
Hi Benjamin
On 6/25/19 11:24 AM, Benjamin Gaignard wrote:
> Add support of STM32MP1 rtc driver.
> Enable it for basic and trusted configurations.
>
> Signed-off-by: Benjamin Gaignard
> ---
> configs/stm32mp15_basic_defconfig | 2 +
> configs/stm32mp15_trusted_defconfig | 2 +
>
Hi Benjamin
On 6/25/19 11:24 AM, Benjamin Gaignard wrote:
> From: Patrick Delaunay
>
> Add RTCAPB and RTC clock support.
>
> Signed-off-by: Benjamin Gaignard
> Signed-off-by: Patrick Delaunay
> ---
> drivers/clk/clk_stm32mp1.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git
The MPU region dedicated for SDRAM for STM32F4 SoCs family
was set to 16MB, but STM32F429 Evaluation board have 32MB of SDRAM.
When kernel starts, only first 16MB of SDRAM are configured with XN
(eXecute Never) bit disabled, whereas kernel is using 32MB.
To avoid such situation in the future,
On 24/06/2019 17:29, Tom Rini wrote:
> On Sat, Jun 22, 2019 at 09:43:42PM +0200, Marek Vasut wrote:
>> On 6/22/19 9:12 PM, Heinrich Schuchardt wrote:
>>> On 6/22/19 8:15 PM, Simon Glass wrote:
Hi,
On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
>
> Hi Simon,
>
>
On Mon, 2019-06-24 at 11:39 +0300, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Default value (4000ms) of PHY_ANEG_TIMEOUT for Micrel KSZ9031 contoller
> isn't sufficient to finish auto-negotiation, which sometimes leads to
> timeout errors:
>
> Apalis iMX6 # dhcp
> FEC Waiting for PHY auto
On 25. 06. 19 11:59, Melin Tomas wrote:
> Comparison should be against the actual message length, not loop index.
>
> Signed-off-by: Tomas Melin
> ---
> drivers/i2c/xilinx_xiic.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/i2c/xilinx_xiic.c
From: Patrick Delaunay
Add RTCAPB and RTC clock support.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Patrick Delaunay
---
drivers/clk/clk_stm32mp1.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/clk/clk_stm32mp1.c b/drivers/clk/clk_stm32mp1.c
index
This series add support of RTC driver for stm32mp1 SoC.
First it adds the missing clocks for RTC hadrware block and after
the driver itself (enabled for basic and trusted configurations).
Benjamin Gaignard (1):
rtc: Add rtc driver for stm32mp1
Patrick Delaunay (1):
clk: stm32mp1: Add RTC
Add support of STM32MP1 rtc driver.
Enable it for basic and trusted configurations.
Signed-off-by: Benjamin Gaignard
---
configs/stm32mp15_basic_defconfig | 2 +
configs/stm32mp15_trusted_defconfig | 2 +
drivers/rtc/Kconfig | 6 +
drivers/rtc/Makefile|
Dear Wolfgang,
> >
> > thanks a lot for the good online meeting this morning together with your
> > colleague Suggan where we discussed the requirements for the
> > implementation of non-volatile variables in U-Boot.
> >
> > Currently UEFI variables are stored in U-Boot variables. Saving the
> >
Hi Tom,
I got a Tinker board today and try to boot with SD card to enable TPL.
The SPL for Tinker board is broken and the size is too big at v2019.04,
and v2019.01 is OK.
Other than size limit, seems there are some other issue for Tinker board
TPL,
I can't get any debug message from uart even
Prior to starting a new transfer, conditionally wait for bus to not
be busy.
Reinitialise controller as otherwise operation is not stable.
For reference, see linux kernel commit: 9656eeebf3f1dd05376c4c923797369746d9a618
Signed-off-by: Tomas Melin
---
drivers/i2c/xilinx_xiic.c | 9 +
1
Comparison should be against the actual message length, not loop index.
Signed-off-by: Tomas Melin
---
drivers/i2c/xilinx_xiic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/xilinx_xiic.c b/drivers/i2c/xilinx_xiic.c
index 83114ed510..e4ca0ab936 100644
---
Hi Patrick
On 6/25/19 11:18 AM, Patrick DELAUNAY wrote:
> Hi Patrice,
>
>> -Original Message-
>> From: Patrice CHOTARD
>> Sent: mardi 25 juin 2019 10:08
>> To: u-boot@lists.denx.de
>> Cc: Patrice CHOTARD ; Patrick DELAUNAY
>> ; U-Boot STM32 > mailman.stormreply.com>; Albert Aribaud ;
Hi Lukasz,
On 24.06.19 15:50, Lukasz Majewski wrote:
> This patch series brings the files from Linux kernel (SHA1: 5752b50477da
> Linux 5.1.12 to provide clocks support as it is used on the Linux kernel
> with Common Clock Framework [CCF] setup.
>
> This series also fixes several problems with
Dear Ilias,
In message <20190625091140.GA19606@apalos> you wrote:
>
> > > Currently UEFI variables are stored in U-Boot variables. Saving the
> > > U-Boot variables will persist all UEFI variables in the environment both
> > > volatile and non-volatile. This does not conform the the UEFI
Hi Patrice,
> -Original Message-
> From: Patrice CHOTARD
> Sent: mardi 25 juin 2019 10:08
> To: u-boot@lists.denx.de
> Cc: Patrice CHOTARD ; Patrick DELAUNAY
> ; U-Boot STM32 mailman.stormreply.com>; Albert Aribaud ; Vikas
> MANOCHA
> Subject: [PATCH] mach-stm32: Fix MPU region size
Dear Takahiro,
In message <20190625075931.gp6...@linaro.org> you wrote:
>
> > It does not have to be ugly, and I think it is also not so
> > complicatred. In any case it seems more attractive to me than
> > adding a completly separate, new implementation for variable
> > storage.
>
> Really?
> From: Jagan Teki
> Date: Mon, 17 Jun 2019 13:01:13 +0530
>
> This is the v2 set for supporting LPDDR4 with associated
> features, wrt to previous series[1].
>
> Thanks to
> - YouMin Chen
> - Akash Gajjar
> - Kever Yang
> for supporting all the help on this work.
>
> On summary this series
Hi Patrice,
> From: Patrice CHOTARD
> Sent: vendredi 21 juin 2019 15:55
>
> for v2019.10 ;-)
Yes Sorry :-)
I mixed the first name (target as v2019.07) the new target v2019.10.
I will update the serie title if I sent a v2.
>
> On 6/21/19 3:21 PM, Patrick Delaunay wrote:
> > Some remaining
Hi Patrice,
> From: Patrice CHOTARD
> Sent: vendredi 21 juin 2019 15:39
>
> As compatible string "st,stm32-gpio" is no more used, .ofmatch callback
> becomes
> useless, remove it.
>
> Signed-off-by: Patrice Chotard
Reviewed-by: Patrick Delaunay
> ---
>
> drivers/gpio/stm32_gpio.c | 6
Hi Patrice,
> From: Patrice CHOTARD
> Sent: vendredi 21 juin 2019 15:39
>
> Since pinctrl_stm32 driver update, each gpio bank is now binded by pinctrl
> driver.
> The compatible string "st,stm32-gpio" becomes useless, remove it.
>
> Signed-off-by: Patrice Chotard
Reviewed-by: Patrick
Hi Patrice,
> From: Patrice CHOTARD
> Sent: vendredi 21 juin 2019 15:39
>
> Update .bind callback in order to bind all pinctrl subnodes with
> "gpio-controller"
> property to gpio_stm32 driver.
>
> Signed-off-by: Patrice Chotard
Reviewed-by: Patrick Delaunay
> ---
>
>
Hi Patrice,
> From: Patrice CHOTARD
> Sent: vendredi 21 juin 2019 15:39
>
> As this driver is used on stm32f4/f7/h7 and stm32mp1 SoCs, rename it with a
> more generic name.
>
> Signed-off-by: Patrice Chotard
Reviewed-by: Patrick Delaunay
> ---
>
> drivers/gpio/Kconfig
Hi Patrice,
> From: Patrice CHOTARD
> Sent: vendredi 21 juin 2019 15:38
>
> As in stm32f7-u-boot.dtsi these nodes already have "u-bootdm-pre-reloc"
> property, no need to add them again in stm32f746-disco-u-boot.dtsi.
>
> Signed-off-by: Patrice Chotard
Reviewed-by: Patrick Delaunay
> ---
>
Hi Patrice,
> From: Patrice CHOTARD
> Sent: vendredi 21 juin 2019 15:38
>
> This allow to get console output in SPL for stm32f769-disco.
>
> Signed-off-by: Patrice Chotard
Reviewed-by: Patrick Delaunay
> ---
>
> arch/arm/dts/stm32f769-disco-u-boot.dtsi | 10 ++
> 1 file changed,
The MPU region dedicated for SDRAM for STM32F4 SoCs family
was set to 16MB, but STM32F429 Evaluation board have 32MB of SDRAM.
When kernel starts, only first 16MB of SDRAM are configured with XN
(eXecute Never) bit disabled, whereas kernel is using 32MB.
It fixes the following user land
This allow to get console output in SPL for stm32f769-disco.
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32f769-disco-u-boot.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/dts/stm32f769-disco-u-boot.dtsi
b/arch/arm/dts/stm32f769-disco-u-boot.dtsi
index
As in stm32f7-u-boot.dtsi these nodes already have "u-bootdm-pre-reloc"
property, no need to add them again in stm32f746-disco-u-boot.dtsi.
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32f746-disco-u-boot.dtsi | 6 --
1 file changed, 6 deletions(-)
diff --git
- Remove useless u-boot,dm-pre-reloc
- Add u-boot,dm-pre-reloc for usart1_pins_a for stm32f769-disco
Patrice Chotard (2):
ARM: dts: stm32: Add u-boot,dm-pre-reloc for usart1_pins_a for
stm32f769-disco
ARM: dts: stm32: Remove useless u-boot,dm-pre-reloc in
On 24/06/2019 20:11, Tom Rini wrote:
> On Wed, Jun 12, 2019 at 04:25:33PM -0400, Tom Rini wrote:
>> On Wed, Jun 12, 2019 at 10:21:22PM +0200, Heinrich Schuchardt wrote:
>>> On 6/12/19 10:08 PM, Tom Rini wrote:
On Wed, Jun 12, 2019 at 10:07:31PM +0200, Heinrich Schuchardt wrote:
> On
On Tue, Jun 25, 2019 at 08:33:30AM +0200, Wolfgang Denk wrote:
> Dear Takahiro,
>
> In message <20190625011039.go6...@linaro.org> you wrote:
> >
> > > Think about secure boot. It is a bad idea to expose variables in this way.
> >
> > Actually, we are thinking of disabling U-Boot environment (I
On Tue, Jun 25, 2019 at 9:49 AM Robert P. J. Day wrote:
>
> On Tue, 25 Jun 2019, Ahmad Ijaz wrote:
>
> > Hi Sir,
> >
> > I am trying to understand u-boot source code. As a starting point, I
> > compiled u-boot for beaglebone black and successfully executed it on
> > beaglebone hardware.
> > My
On Tue, Jun 25, 2019 at 5:50 PM Baruch Siach wrote:
>
> Hi Chris,
>
> On Tue, Jun 25 2019, Chris Packham wrote:
> > On Mon, Jun 24, 2019 at 8:30 PM Baruch Siach wrote:
> >>
> >> Reduce Auto Voltage Scaling VDD limit when core frequency is lower than
> >> 1600MHz. This reduces core voltage level
> Subject: Re: [v8, 0/5] Split fsl_esdhc driver for i.MX
>
> On 6/24/19 7:28 AM, Peng Fan wrote:
> > Hi Y.b, Stefano,
> >
> >> Subject: [v8, 0/5] Split fsl_esdhc driver for i.MX
> >
> > It has been long time since V1, and there might be more conflicts when
> > new defconfig changes. So I have
> From: U-Boot on behalf of Igor Opaniuk
>
> Sent: Friday, June 21, 2019 14:00
> To: u-boot@lists.denx.de
> Cc: Marcel Ziswiler; Max Krummenacher
> Subject: [U-Boot] [PATCH 1/1] apalis_imx6: increase phy autoneg timeout
>
> From: Igor Opaniuk
>
> Default value (4000ms) of PHY_ANEG_TIMEOUT
Was rebuilding u-boot binary for the Raspberry Pi 2 (from master), and ran into
the following issue:
"
U-Boot 2019.07-rc4-00179-g77f6e2dd05 (Jun 24 2019 - 14:25:14 -0500)
DRAM: 128 MiB
RPI 2 Model B (0xa21041)
MMC: sdhci@7e30: 0
Loading Environment from FAT... *** Warning - bad CRC, using
1 - 100 of 114 matches
Mail list logo