> -Original Message-
> From: Kuldeep Singh
> Sent: Wednesday, December 11, 2019 5:24 PM
> To: u-boot@lists.denx.de
> Cc: joe.hershber...@ni.com; Priyanka Jain ;
> tommyh...@gmail.com; Ashish Kumar ;
> patrick.delau...@st.com; simon.k.r.goldschm...@gmail.com; Yunfeng Ding
> ; Kuldeep Sing
> Subject: imx6ulz evk does not detect SD card
>
> Hi Peng and Ye Li,
>
> Tested booting imx6ulz evk with mainline and noticed that the SD card is not
> detected:
>
> U-Boot 2020.01-rc5-7-g7c4feb945a-dirty (Dec 20 2019 - 15:21:43 -0300)
>
> CPU: Freescale i.MX6ULL rev1.1 900 MHz (running
> Subject: [PATCH 2/3] mx6sllevk: Fix the pmic_get() parameter in the DM case
>
> When pmic_get() is used with DM the first parameter must be the complete
> node name plus the unit address, so fix it accordingly.
>
> Reported-by: Igor Opaniuk
> Signed-off-by: Fabio Estevam
Reviewed-by: Peng Fa
> Subject: [PATCH 3/3] mx6slevk: Fix the pmic_get() parameter in the DM case
>
> When pmic_get() is used with DM the first parameter must be the complete
> node name plus the unit address, so fix it accordingly.
>
> Reported-by: Igor Opaniuk
> Signed-off-by: Fabio Estevam
Reviewed-by: Peng Fan
> Subject: [PATCH 1/3] mx7dsabresd: Fix the pmic_get() parameter in the DM
> case
>
> When pmic_get() is used with DM the first parameter must be the complete
> node name plus the unit address, so fix it accordingly.
>
> Reported-by: Igor Opaniuk
> Signed-off-by: Fabio Estevam
Reviewed-by: Pen
Don't select SYS_I2C_MXC_I2C* when DM_I2C is enabled. This is
required to resolve below warnings while 'make *defconfig'
ARCH_LS1046A [=y] && ARM [=y]
WARNING: unmet direct dependencies detected for SYS_I2C_MXC_I2C3
Depends on [n]: SYS_I2C_MXC [=y] && (!DM_I2C [=y] || SPL [
Removes warnigs when generate .config, as follows:
WARNING: unmet direct dependencies detected for SYS_I2C_MXC_I2C4
Depends on [n]: SYS_I2C_MXC [=y] && (!DM_I2C [=y] || SPL [=n])
Selected by [y]:
ARCH_LS1046A [=y] && ARM [=y]
WARNING: unmet direct dependenci
Jagan,
On 2019/12/21 下午3:54, Jagan Teki wrote:
Most of the SPI flash devices in rockchip are 16MiB size.
So, keeping U-Boot proper offset start from 128MiB with 1MiB
size and then start env of 8KiB would be a compatible location
between all variants of flash sizes.
This patch add env start fr
On 2019/12/21 下午3:54, Jagan Teki wrote:
The Rockchip SPI controller's length register only supports 16-bits,
yielding a maximum length of 64KiB (the CTRLR1 register holds "length -
1"). Trying to transfer more than that (e.g., with a large SPI flash
read) will cause the driver to hang.
Now, it
On 2019/12/21 下午3:32, Jagan Teki wrote:
Hi Philipp,
On Wed, Dec 11, 2019 at 7:10 PM Philipp Tomsich
wrote:
On 11.12.2019, at 14:26, Jagan Teki wrote:
The maximum transfer length (in a single transaction) for the Rockchip
SPI controller is 64Kframes (i.e. 0x1 frames) of 8bit or 16bit
On Tue, Dec 17, 2019 at 09:24:14PM +0800, Bin Meng wrote:
> Hi Tom,
>
> On Tue, Dec 17, 2019 at 8:52 PM Tom Rini wrote:
> >
> > On Sun, Dec 15, 2019 at 09:16:29PM +0800, Bin Meng wrote:
> >
> > > Hi Tom,
> > >
> > > This PR includes the following changes for u-boot/next branch.
> > >
> > > - Var
On Fri, 15 Nov 2019 at 11:10, Philippe Reynes
wrote:
>
> This commit update tge driver crypto for tegra20
> to use the new aes api.
>
> Signed-off-by: Philippe Reynes
> ---
> arch/arm/mach-tegra/tegra20/crypto.c | 41
> +++-
> 1 file changed, 22 insertions(+), 19
Hi Philippe,
On Fri, 15 Nov 2019 at 11:10, Philippe Reynes
wrote:
>
> This commit add test unit for aes128.
>
> Signed-off-by: Philippe Reynes
> ---
> test/lib/Makefile | 1 +
> test/lib/test_aes.c | 162
>
> 2 files changed, 163 inserti
On Fri, 15 Nov 2019 at 11:10, Philippe Reynes
wrote:
>
> This commit add test unit for aes196 and aes256.
>
> Signed-off-by: Philippe Reynes
> ---
> test/lib/test_aes.c | 4
> 1 file changed, 4 insertions(+)
>
> Changelog:
> v3:
> - new patch in this serie (in the previous version, the test
On Fri, 15 Nov 2019 at 11:10, Philippe Reynes
wrote:
>
> Until now, we only support aes128. This commit add the support
> of aes192 and aes256.
>
> Signed-off-by: Philippe Reynes
> ---
> cmd/aes.c | 38 +-
> include/uboot_aes.h | 34 +++
> li
On Fri, 15 Nov 2019 at 11:10, Philippe Reynes
wrote:
>
> In the code, we use the size of the key for the
> size of the block. It's true when the key is 128 bits,
> but it become false for key of 192 bits and 256 bits.
> So to prepare the support of aes192 and 256,
> we introduce a constant for th
On Sat, Dec 21, 2019 at 08:37:07PM +0100, Marek Vasut wrote:
> The following changes since commit 643366bcd5e32878a951e39b8b553b794695b026:
>
> Merge tag 'u-boot-stm32-20191218' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-stm (2019-12-18 08:25:49
> -0500)
>
> are available in the Git
On Fri, Dec 20, 2019 at 10:02:52AM -0600, Joe Hershberger wrote:
> Hi Tom,
>
> Two fixes for the net PR and a single env patch. Happy holidays!
>
> The following changes since commit 643366bcd5e32878a951e39b8b553b794695b026:
>
> Merge tag 'u-boot-stm32-20191218' of
> https://gitlab.denx.de/u
On Sun, Dec 22, 2019 at 10:07 PM Arjan van Vught
wrote:
>
>
>
> > Op 10 mrt. 2019, om 20:18 heeft Arjan van Vught
> > het volgende geschreven:
> >
> >
> >
> >> Op 7 mrt. 2019, om 09:04 heeft Chen-Yu Tsai het volgende
> >> geschreven:
> >>
> >> On Fri, Mar 1, 2019 at 11:36 PM Arjan van Vught
>
As cmd/sf.c shows we don't want to call spi_free_flash() if
CONFIG_DM_SPI_FLASH is true.
This fixes a bug where ENV_IN_SPI_FLASH is true and partitions are
allocated on a DM_SPI_FLASH. The environment will load from SPI flash and
the dm device will appear in "dm tree" but, no MTD devices will be f
On Sun, Dec 22, 2019 at 8:28 AM Tom Rini wrote:
>
> On Sun, Dec 22, 2019 at 08:24:14AM -0600, Derald D. Woods wrote:
> > On Sun, Dec 22, 2019 at 09:10:50AM -0500, Tom Rini wrote:
> > > On Sun, Dec 22, 2019 at 09:46:27AM +0100, Patrik Dahlstrom wrote:
> > > > On 12/22/19 4:24 AM, Derald D. Woods wr
On Sun, Dec 22, 2019 at 08:24:14AM -0600, Derald D. Woods wrote:
> On Sun, Dec 22, 2019 at 09:10:50AM -0500, Tom Rini wrote:
> > On Sun, Dec 22, 2019 at 09:46:27AM +0100, Patrik Dahlstrom wrote:
> > > On 12/22/19 4:24 AM, Derald D. Woods wrote:
> > > > On Sat, Dec 21, 2019 at 05:18:22PM +0100, Patr
On Sun, Dec 22, 2019 at 09:10:50AM -0500, Tom Rini wrote:
> On Sun, Dec 22, 2019 at 09:46:27AM +0100, Patrik Dahlstrom wrote:
> > On 12/22/19 4:24 AM, Derald D. Woods wrote:
> > > On Sat, Dec 21, 2019 at 05:18:22PM +0100, Patrik Dahlström wrote:
> > >> The omap3_beagle NAND ECC scheme was changed i
On Sun, Dec 22, 2019 at 09:46:27AM +0100, Patrik Dahlstrom wrote:
> On 12/22/19 4:24 AM, Derald D. Woods wrote:
> > On Sat, Dec 21, 2019 at 05:18:22PM +0100, Patrik Dahlström wrote:
> >> The omap3_beagle NAND ECC scheme was changed in 4b37928d357 for unknown
> >> reasons, leading to uncorrectible e
> Op 10 mrt. 2019, om 20:18 heeft Arjan van Vught
> het volgende geschreven:
>
>
>
>> Op 7 mrt. 2019, om 09:04 heeft Chen-Yu Tsai het volgende
>> geschreven:
>>
>> On Fri, Mar 1, 2019 at 11:36 PM Arjan van Vught
>> wrote:
>>>
>>> Version: u-boot-2018.09
>>>
>>> This is a follow-up for
any opinions about this Patch?
On 12/22/19 4:24 AM, Derald D. Woods wrote:
> On Sat, Dec 21, 2019 at 05:18:22PM +0100, Patrik Dahlström wrote:
>> The omap3_beagle NAND ECC scheme was changed in 4b37928d357 for unknown
>> reasons, leading to uncorrectible ecc errors. This commit changes it
>> back to what it was before.
>>
>
> H
27 matches
Mail list logo
