Hi Tim,
On 01.04.20 19:55, Tim Harvey wrote:
> Peng,
>
> It looks like IMX8MM USB support hasn't made it upstream yet. Is this
> something your working on?
>
> I'm interested in booting an IMX8MM via SDP.
If I remember correctly, the main issue is that the ci_udc driver is
missing DM support.
Hi Tim,
On 07.04.20 19:06, Tim Harvey wrote:
> On Mon, Apr 6, 2020 at 2:43 AM Schrempf Frieder
> wrote:
>>
>> Hi Tim,
>>
>> On 01.04.20 19:55, Tim Harvey wrote:
>>> Peng,
>>>
>>> It looks like IMX8MM USB support hasn't made it up
On 23.10.19 20:21, Robert Beckett wrote:
> From: Martin Fuzzey
>
> Some PMICs (such as the DA9063) have non-contiguous register maps.
> Attempting to read the non implemented registers returns an error
> rather than a dummy value which causes 'pmic dump' to terminate
> prematurely.
>
> Fix this
Hi Robert,
On 23.10.19 20:22, Robert Beckett wrote:
> From: Martin Fuzzey
>
> This adds the basic register access operations and child regulator
> binding (if a regulator driver exists).
>
> Robert Beckett: simplify accesses by using bottom bit of address as
> offset overflow. This avoids the n
Hi Robert,
On 23.10.19 20:22, Robert Beckett wrote:
> From: Martin Fuzzey
>
> Add a driver for the regulators in the the DA9063 PMIC.
>
> Robert Beckett: move regulator modes to header so board code can set
> modes. Correct mode mask used in ldo_set_mode.
>
> Signed-off-by: Martin Fuzzey
> Si
Hi Jagan,
On 28.10.19 01:46, Tom Rini wrote:
> On Sun, Oct 27, 2019 at 05:20:22PM +0530, Jagan Teki wrote:
>> Hi Tom,
>>
>> On Fri, Oct 25, 2019 at 11:19 PM Tom Rini wrote:
>>>
>>> On Fri, Oct 25, 2019 at 02:08:12PM +0530, Jagan Teki wrote:
>>>
Hi Tom,
Please pull this PR.
>>>
On 31.10.19 08:57, Jagan Teki wrote:
> Hi Schrempf,
>
> On Thu, Oct 31, 2019 at 1:24 PM Schrempf Frieder
> wrote:
>>
>> Hi Jagan,
>>
>> On 28.10.19 01:46, Tom Rini wrote:
>>> On Sun, Oct 27, 2019 at 05:20:22PM +0530, Jagan Teki wrote:
>>>&g
Hi,
I'm having some trouble using buildman to test the impact of some
Kconfig cleanup patches ([1]).
The patches introduce a new CONFIG_SPL_* option and I try to find out
which defconfigs need to be fixed, by comparing build sizes.
Now when I added a patch to fix a defconfig I noticed that bui
On 06.11.19 17:16, Frieder Schrempf wrote:
> Hi,
>
> I'm having some trouble using buildman to test the impact of some
> Kconfig cleanup patches ([1]).
>
> The patches introduce a new CONFIG_SPL_* option and I try to find out
> which defconfigs need to be fixed, by comparing build sizes.
>
> N
Hi Bin,
On 07.11.19 13:41, Bin Meng wrote:
> Hi Schrempf,
>
> On Thu, Nov 7, 2019 at 12:17 AM Schrempf Frieder
> wrote:
>>
>> Hi,
>>
>> I'm having some trouble using buildman to test the impact of some
>> Kconfig cleanup patches ([1]).
>>
>
On 07.11.19 15:02, Bin Meng wrote:
> Hi Frieder,
>
> On Thu, Nov 7, 2019 at 9:28 PM Schrempf Frieder
> wrote:
>>
>> Hi Bin,
>>
>> On 07.11.19 13:41, Bin Meng wrote:
>>> Hi Schrempf,
>>>
>>> On Thu, Nov 7, 2019 at 12:17 AM Schre
Hi Simon,
On 07.11.19 17:23, Simon Glass wrote:
> Hi Schrempf,
>
> On Thu, 7 Nov 2019 at 08:15, Schrempf Frieder
> wrote:
>>
>> On 07.11.19 15:02, Bin Meng wrote:
>>> Hi Frieder,
>>>
>>> On Thu, Nov 7, 2019 at 9:28 PM Schrempf Frieder
>&g
On 08.04.20 17:31, Tim Harvey wrote:
[...]
>>
>> In my case I'm loading a FIT image, so things are a bit different.
>> Where are you loading the image to?
>>
>> I have the following line in mx8mm_usb_sdp_spl.conf to load my FIT image
>> to DDR and jump to it:
>>
>> /path/to/image/u-boot.itb:load 0x
On 17.04.20 17:42, Joel Johnson wrote:
> Two nearly concurrent commits (d4d65e112 and bcee8d676) added a
> SPL_DM_GPIO symbol. Resolve the duplication in favor of the version
> in drivers/gpio/Kconfig.
>
> Signed-off-by: Joel Johnson
Reviewed-by: Frieder Schrempf
>
> ---
>
> common/spl/Kco
On 09.04.20 10:44, Ye Li wrote:
> The FIT config node has reversed ATF and u-boot: ATF is set to
> firmware but u-boot is set to loadable.
> This script can work previously because spl fit driver wrongly
> appends fdt to all loadable images. With the issue fixed, the u-boot
> in loadable does not h
Hi Robert,
On 15.10.19 17:53, Robert Beckett wrote:
> Add DM driver to support Dialog DA9063.
> Currently it support binding regulator children.
>
> Signed-off-by: Robert Beckett
I also have a board with DA9063 and was looking for support in U-Boot. I
found patches from Martin Fuzzey [1] and p
Hi Jagan,
On 16.10.19 18:34, Jagan Teki wrote:
> On Sat, Sep 14, 2019 at 4:18 AM Schrempf Frieder
> wrote:
>>
>> From: Frieder Schrempf
>>
>> As SPI_FLASH_MTD is used in SPL and U-Boot proper, we enable both,
>> now that a separate option for SPL was intr
Hi Jagan,
On 17.10.19 08:42, Frieder Schrempf wrote:
> Hi Jagan,
>
> On 16.10.19 18:34, Jagan Teki wrote:
>> On Sat, Sep 14, 2019 at 4:18 AM Schrempf Frieder
>> wrote:
>>>
>>> From: Frieder Schrempf
>>>
>>> As SPI_FLASH_MTD is used
Hi Lukasz, hi Xiaowei,
On 22.10.19 14:20, Lukasz Majewski wrote:
> Hi Xiaowei,
>
>> Hi Lukasz,
>>
>> My patches depends on your patches
>> https://patchwork.ozlabs.org/project/uboot/list/?series=129069, do
>> you have plan to update it? I saw that the status is "changes
>> required", any comments
Hi Stefan,
On 22.10.19 15:18, Stefan Roese wrote:
> Hi Frieder,
> Hi Ashish,
> Hi Ye Li,
> Hi Fabio,
>
> On 18.09.19 09:42, Stefan Roese wrote:
>> Hi Frieder,
>>
>> On 18.09.19 09:08, Schrempf Frieder wrote:
>>
>>
>>
>>>> O
On 22.10.19 15:55, Frieder Schrempf wrote:
> Hi Stefan,
>
> On 22.10.19 15:18, Stefan Roese wrote:
>> Hi Frieder,
>> Hi Ashish,
>> Hi Ye Li,
>> Hi Fabio,
>>
>> On 18.09.19 09:42, Stefan Roese wrote:
>>> Hi Frieder,
>>>
>>> O
Hi Jagan,
On 22.10.19 20:10, Jagan Teki wrote:
> On Tue, Oct 22, 2019 at 6:23 PM Schrempf Frieder
> wrote:
>>
>> Hi Jagan,
>>
>> On 17.10.19 08:42, Frieder Schrempf wrote:
>>> Hi Jagan,
>>>
>>> On 16.10.19 18:34, Jagan Teki wrote:
>>
Hi Jagan,
On 22.10.19 20:16, Jagan Teki wrote:
> On Sat, Sep 14, 2019 at 4:14 AM Schrempf Frieder
> wrote:
>>
>> From: Frieder Schrempf
>>
>> Most boards currently use SPI_FLASH_MTD only in U-Boot proper, not in
>> SPL. They often rely on hacks in the b
On 23.10.19 09:09, Jagan Teki wrote:
> On Wed, Oct 23, 2019 at 12:35 PM Schrempf Frieder
> wrote:
>>
>> Hi Jagan,
>>
>> On 22.10.19 20:16, Jagan Teki wrote:
>>> On Sat, Sep 14, 2019 at 4:14 AM Schrempf Frieder
>>> wrote:
>>>>
>
From: Frieder Schrempf
Most boards currently use SPI_FLASH_MTD only in U-Boot proper, not in
SPL. They often rely on hacks in the board header files to include
this option conditionally. To be able to fix this, we previously
introduced a separate option SPL_SPI_FLASH_MTD.
Therefore we can now ad
From: Frieder Schrempf
Most boards currently use SPI_FLASH_MTD only in U-Boot proper, not in
SPL. They often rely on hacks in the board header files to include
this option conditionally. To be able to fix this, we previously
introduced a separate option SPL_SPI_FLASH_MTD.
Therefore we can now ad
Hi Ashish,
On 22.10.19 18:11, Ashish Kumar wrote:
>
>
>> -Original Message-
>> From: Stefan Roese
>> Sent: Tuesday, October 22, 2019 9:12 PM
>> To: Schrempf Frieder ; Ashish Kumar
>> ; Ye Li ;
>> ja...@amarulasolutions.com
>> Cc: Fabio
On 22.10.19 05:29, Peng Fan wrote:
> Add enet ref/timer/PHY_REF/root clk which are required to make enet
> function well.
>
> Signed-off-by: Peng Fan
Reviewed-by: Frieder Schrempf
Tested-by: Frieder Schrempf
> ---
> drivers/clk/imx/clk-imx8mm.c | 27 +++
> 1 file ch
On 22.10.19 05:29, Peng Fan wrote:
> Add set_parent callback, then assigned-clock-parents in dts could
> be work.
>
> Signed-off-by: Peng Fan
Reviewed-by: Frieder Schrempf
Tested-by: Frieder Schrempf
> ---
> drivers/clk/imx/clk-imx8mm.c | 19 +++
> 1 file changed, 19 insert
On 22.10.19 05:29, Peng Fan wrote:
> Make FEC driver could be used by i.MX8M when CONFIG_FEC_MXC defined
> in defconfig.
>
> Signed-off-by: Peng Fan
Reviewed-by: Frieder Schrempf
Tested-by: Frieder Schrempf
> ---
> drivers/net/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
On 22.10.19 05:30, Peng Fan wrote:
> Add more clks for fec_mxc according to Linux Kernel 5.4.0-rc1
> drivers/net/ethernet/freescale/fec_main.c.
>
> Since i.MX8MQ not support CLK_CCF, so add a check to restrict
> the code only effect when CONFIG_IMX8M and CONFIG_CLK_CCF both defined.
>
> Signed-of
From: Frieder Schrempf
The 24MHz oscillator clock is referenced by "clock-osc-24m" and not
"osc_24m".
Signed-off-by: Frieder Schrempf
---
drivers/clk/imx/clk-imx8mm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/imx/clk-imx8mm.c b/drivers/clk/imx/clk-imx8mm.c
On 23.10.19 18:36, Schrempf Frieder wrote:
> From: Frieder Schrempf
>
> The 24MHz oscillator clock is referenced by "clock-osc-24m" and not
> "osc_24m".
>
> Signed-off-by: Frieder Schrempf
Just for completeness:
Fixes: f62ec5c4bba2 ("clk: imx: add
On 24.10.19 03:09, Peng Fan wrote:
>> Subject: Re: [U-Boot] [PATCH V1 5/6] net: fec_mxc: support i.MX8M with
>> CLK_CCF
>>
>> On 22.10.19 05:30, Peng Fan wrote:
>>> Add more clks for fec_mxc according to Linux Kernel 5.4.0-rc1
>>> drivers/net/ethernet/freescale/fec_main.c.
>>>
>>> Since i.MX8MQ not
On 24.10.19 11:33, Peng Fan wrote:
> Add more clks for fec_mxc according to Linux Kernel 5.4.0-rc1
> drivers/net/ethernet/freescale/fec_main.c.
>
> Since i.MX8MQ not support CLK_CCF, so add a check to restrict
> the code only effect when CONFIG_IMX8M and CONFIG_CLK_CCF both defined.
>
> Signed-of
On 21.01.20 11:58, Sébastien Szymanski wrote:
> When a firmware file is missing the warning message doesn't indicate the
> firmware file name because '$tmp' var doesn't exist.
> Fix the warning message and while at it reduce the if/else statement.
>
> Signed-off-by: Sébastien Szymanski
Thanks fo
Hi,
On 26.01.20 04:55, Marcel Ziswiler wrote:
> From: Max Krummenacher
>
> Add alternative UART muxing defines.
>
> Signed-off-by: Max Krummenacher
Patch 1/8 and 2/8 in this series change the pin definitions for the
i.MX8MM so that they deviate from the definitions in the Linux kernel.
As F
Hi,
On 27.01.20 10:20, Kuldeep Singh wrote:
> Hi Jagan,
>
>> -Original Message-
>> From: Jagan Teki
>> Sent: Monday, January 27, 2020 12:50 PM
>> To: Kuldeep Singh
>> Cc: U-Boot-Denx ; Priyanka Jain
>> ; Ashish Kumar ; Stefan
>> Roese ; S
On 28.01.20 13:38, Marcel Ziswiler wrote:
> Hi Frieder
>
> On Mon, 2020-01-27 at 09:10 +, Schrempf Frieder wrote:
>> Hi,
>>
>> On 26.01.20 04:55, Marcel Ziswiler wrote:
>>> From: Max Krummenacher
>>>
>>> Add alternative UART m
From: Frieder Schrempf
The current implementation in arch/arm/mach-imx/cpu.c uses non-DM
code to retrieve the core clock frequency. As the root clock is not
listed we currently get:
CPU: Freescale i.MX8MMQ rev1.0 at 0 MHz
Fix this by adding the missing entry, which results in:
CPU: Freesca
Hi Simon,
On 30.12.19 02:21, Simon Glass wrote:
> Hi Schrempf,
>
> On Tue, 10 Dec 2019 at 08:47, Schrempf Frieder
> wrote:
>>
>> From: Frieder Schrempf
>>
>> In order to iterate over the menu entries and match for a specific
>> name in the pxe b
On 05.02.20 14:44, Frieder Schrempf wrote:
> Hi Simon,
>
> On 30.12.19 02:21, Simon Glass wrote:
>> Hi Schrempf,
>>
>> On Tue, 10 Dec 2019 at 08:47, Schrempf Frieder
>> wrote:
>>>
>>> From: Frieder Schrempf
>>>
>>> In order
From: Frieder Schrempf
In order to auto-select an option from the pxe boot menu, that
matches the detected board, we check the board model string in the
devicetree and set the default menu selection, if it matches the
label of the menu entry and there is no default selection already
set.
This is
From: Frieder Schrempf
In order to make it possible to auto select a default entry by
matching the data of the menu entries by an external matching
function, we add some helpers and expose the
menu_set_default_by_item_data_match() function.
Signed-off-by: Frieder Schrempf
---
Changes in v2:
* K
From: Frieder Schrempf
In order to auto-select an option from the pxe boot menu, that
matches the detected board, we check the board model string in the
devicetree and set the default menu selection, if it matches the
label of the menu entry and there is no default selection already
set.
This is
From: Frieder Schrempf
In order to make it possible to auto select a default entry by
matching the data of the menu entries by an external matching
function, we add some helpers and expose the
menu_set_default_by_item_data_match() function.
Signed-off-by: Frieder Schrempf
---
Changes in v3:
* A
On 06.02.20 18:46, Simon Glass wrote:
> Hi Schrempf,
>
> On Thu, 6 Feb 2020 at 02:09, Schrempf Frieder
> wrote:
>>
>> From: Frieder Schrempf
>>
>> In order to auto-select an option from the pxe boot menu, that
>> matches the detected board, we check t
On 06.02.20 18:46, Simon Glass wrote:
> Hi Schrempf,
>
> On Thu, 6 Feb 2020 at 02:09, Schrempf Frieder
> wrote:
>>
>> From: Frieder Schrempf
>>
>> In order to make it possible to auto select a default entry by
>> matching the data of the menu entries b
From: Frieder Schrempf
In order to auto-select an option from the pxe boot menu, that
matches the detected board, we check the board model string in the
devicetree and set the default menu selection, if it matches the
label of the menu entry and there is no default selection already
set.
This is
From: Frieder Schrempf
In order to make it possible to auto select a default entry by
matching the data of the menu entries by an external matching
function, we add some helpers and expose the
menu_set_default_by_item_data_match() function.
Signed-off-by: Frieder Schrempf
---
Changes in v4:
* U
On 12.02.20 11:37, Schrempf Frieder wrote:
> From: Frieder Schrempf
>
> In order to make it possible to auto select a default entry by
> matching the data of the menu entries by an external matching
> function, we add some helpers and expose the
> menu_set_default_by_item_dat
On 11.12.19 12:53, Kuldeep Singh wrote:
> Current PFE firmware access spi-nor memory directly. New spi-mem
> framework does not support direct memory access. So, let's use
> spi_flash_read API to access memory instead of directly using it.
>
> Signed-off-by: Kuldeep Singh
> ---
> drivers/net/pf
On 12.12.19 10:16, Kuldeep Singh wrote:
> Enable the config for ls1012ardb as the entry got missed earlier.
>
> Fixes: 8d8ee47e03 ("env: Add CONFIG_SYS_RELOC_GD_ENV_ADDR symbol")
> Signed-off-by: Kuldeep Singh
As far as I know this should have been in v2020.01 as it fixes a
regression introduce
Hi Kuldeep,
On 06.01.20 11:56, Kuldeep Singh wrote:
> Hi Jagan and Vignesh,
>
> Could you please review this driver. Actually, I don't want to miss this
> merge window.
> Moreover, Frieder's suggestions are already incorporated and this version of
> driver is almost identical to linux version a
Hi Xiaowei,
On 24.12.19 04:01, Xiaowei Bao wrote:
>
>
>> -Original Message-
>> From: Xiaowei Bao
>> Sent: 2019年10月23日 11:26
>> To: Schrempf Frieder ; Lukasz Majewski
>> ; u-boot@lists.denx.de
>> Subject: RE: [U-Boot] [PATCH v5 1/5] spl:
On 08.01.20 05:50, Kuldeep Singh wrote:
> Current PFE firmware access spi-nor memory directly. New spi-mem
> framework does not support direct memory access. So, let's use
> spi_flash_read API to access memory instead of directly using it.
>
> Signed-off-by: Kuldeep Singh
> ---
> v2:
> Add return
On 08.01.20 10:08, Kuldeep Singh wrote:
> Current PFE firmware access spi-nor memory directly. New spi-mem
> framework does not support direct memory access. So, let's use
> spi_flash_read API to access memory instead of directly using it.
>
> Signed-off-by: Kuldeep Singh
> ---
> v3:
> -Replace r
On 10.01.20 11:58, Kuldeep Singh wrote:
> Hi Frieder,
>
>> -Original Message-----
>> From: Schrempf Frieder
>> Sent: Wednesday, January 8, 2020 2:52 PM
>> To: Kuldeep Singh ; u-boot@lists.denx.de
>> Cc: Joe Hershberger ; Thomas Hebb
>> ; Patrick Dela
On 13.01.20 10:23, Kuldeep Singh wrote:
> Current PFE firmware access spi-nor memory directly. New spi-mem
> framework does not support direct memory access. So, let's use
> spi_flash_read API to access memory instead of directly using it.
>
> Signed-off-by: Kuldeep Singh
Reviewed-by: Frieder Sc
Hi,
On 07.09.18 06:19, Ashish Kumar wrote:
> Convert fsl_qspi.c to complete DM mode.
>
> Signed-off-by: Ashish Kumar
> Tested-by: Rajat Srivastava
> Tested-by: Ye Li
> ---
>
> Tested on LS1088ARDB(arm64).
> Tested on LS1021ATWR(arm32) by Rajat
> Tested on i.mx6 and i.mx7 by Ye Li
>
> Depends
On 05.12.18 15:32, Miquel Raynal wrote:
> Hi Wolfgang,
>
> Wolfgang Denk wrote on Wed, 05 Dec 2018 13:06:10 +0100:
>
>> Dear Miquel,
>>
>> In message <20181204235714.11805-14-miquel.ray...@bootlin.com> you wrote:
>>> MTD support must be enabled when the environment is in NOR.
>>
>> Naked-by: Wol
Hello,
I'm using U-Boot on a custom i.MX6 board and I'm having problems while
reading (large) files from USB thumb drives.
I wouldn't really mind if this only happened with some specific USB
device, but the problem occurs with 3 out of 4 tested thumb drives while
loading a 100M test file.
The d
On 02.02.2016 17:39, Marek Vasut wrote:
> On Tuesday, February 02, 2016 at 05:28:42 PM, Fabio Estevam wrote:
>> Adding Marek in case he has any ideas.
>>
>> On Tue, Feb 2, 2016 at 8:35 AM, Schrempf Frieder
>>
>> wrote:
>>> Hello,
>>>
>>
On 03.02.2016 10:55, Fabio Estevam wrote:
> On Wed, Feb 3, 2016 at 7:40 AM, Marek Vasut wrote:
>
>> In that case, debug time.
>>
>> Usual problems are bad routing of the tracks on the board , so try with USB
>> 1.1
>> hub and if that works, that's your problem.
> Another suggestion would be to tr
On 03.02.2016 12:12, Marek Vasut wrote:
> On Wednesday, February 03, 2016 at 11:15:00 AM, Schrempf Frieder wrote:
>> On 03.02.2016 10:55, Fabio Estevam wrote:
>>> On Wed, Feb 3, 2016 at 7:40 AM, Marek Vasut wrote:
>>>> In that case, debug time.
>>>>
On 03.02.2016 17:40, Marek Vasut wrote:
> On Wednesday, February 03, 2016 at 12:49:20 PM, Schrempf Frieder wrote:
>> On 03.02.2016 12:12, Marek Vasut wrote:
>>> On Wednesday, February 03, 2016 at 11:15:00 AM, Schrempf Frieder wrote:
>>>> On 03.02.2016 10:55, Fabio Es
On 03.02.2016 20:16, Sergei Temerkhanov wrote:
> On Wed, Feb 3, 2016 at 8:40 AM, Marek Vasut wrote:
>> On Wednesday, February 03, 2016 at 12:49:20 PM, Schrempf Frieder wrote:
>>> On 03.02.2016 12:12, Marek Vasut wrote:
>>>> On Wednesday, February 03, 2016 at 11:15
On 04.02.2016 12:28, Marek Vasut wrote:
> On Thursday, February 04, 2016 at 09:21:08 AM, Schrempf Frieder wrote:
>> On 03.02.2016 20:16, Sergei Temerkhanov wrote:
>>> On Wed, Feb 3, 2016 at 8:40 AM, Marek Vasut wrote:
>>>> On Wednesday, February 03, 2016 at 12:49
On 18.02.2016 18:14, Fabio Estevam wrote:
> On Thu, Feb 18, 2016 at 1:32 PM, Marek Vasut wrote:
>
>>> Also one of our customers tested a few non-working sticks with this
>>> change and reported, that it fixed it for him.
>>> Here's a list of those devices, but I guess there are a lot more:
>>>
>>>
s then processing the FIT image and loading U-Boot
proper from the image.
Regards,
Frieder
>
> Thanks and regards,
> Shyam
>
> On Mon, May 27, 2019 at 12:10 PM Schrempf Frieder
> wrote:
>>
>> Hi Fabio,
>>
>> On 23.05.19 19:45, Fabio Estevam wrote:
>&g
Hi Sjoerd,
On 03.06.19 21:00, Sjoerd Simons wrote:
> From: Frieder Schrempf
>
> Add support for loading u-boot FIT images over the USB SPD protocol in
> the SPL
I always get confused by this acronym too, but *SPD* is the Social
Democratic Party of Germany, currently in a deep crisis after the
Hi Peng,
I'm still trying to get my i.MX8MM board running with mainline U-Boot.
I'm using your patches and added some modifications, so I'm now able to
run SPL and U-Boot proper.
One problem I have is, that accessing some regions in the memory map for
peripheral register access, U-Boot crashes
On 06.06.19 03:58, Peng Fan wrote:
>
>> Subject: Re: [U-Boot] i.MX8MM mapped register access causes crashes
>>
>> On Wed, Jun 5, 2019 at 10:52 PM Peng Fan wrote:
>>
>>> You need to pass an arg after `md 0x302d`. Default it will dump a
>>> lot registers, might 40 registers. It surely will cras
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 cu
From: Frieder Schrempf
The pointer to struct atf_image_info in
bl31_params_mem.bl31_params.bl31_image_info is not initialized before
being dereferenced. This can cause U-Boot to crash right before jumping
to the BL31 ATF binary.
Signed-off-by: Frieder Schrempf
Fixes: bcc1726a7bdd ("spl: add sup
On 20.02.19 12:20, Marek Vasut wrote:
> On 2/20/19 12:18 PM, Schrempf Frieder wrote:
>> On 19.02.19 06:07, Marek Vasut wrote:
>>> Perform the replacement to allow platforms use non-DM SPI flash access
>>> in SPL/TPL. This is thus far needed on platforms with size constra
Hi,
On 26.04.19 06:58, Vignesh Raghavendra wrote:
>
>
> On 25/04/19 5:20 PM, Rajat Srivastava wrote:
>>
>>
>>> -Original Message-
>>> From: Vignesh Raghavendra
>>> Sent: Wednesday, April 24, 2019 10:17 PM
>>> To: Rajat Srivastava ; u-boot@lists.denx.de;
>>> ja...@openedev.com
>>> Cc: As
Hi Ashish,
On 01.05.19 07:32, Ashish Kumar wrote:
>
>
>> -Original Message-
>> From: U-Boot On Behalf Of Schrempf Frieder
>> Sent: Tuesday, April 30, 2019 1:14 PM
>> To: Vignesh Raghavendra ; Rajat Srivastava
>> ; u-boot@lists.denx.de; ja...@opened
Hi Peng,
I'm trying to add support for a board with i.MX8MM. First I applied
Lukasz's CCF patches and your patches to U-Boot 2019.04 and tried to
build imx8mm_evk config. But I'm getting build errors (see below).
Are there any other patches needed?
What things are still missing to get i.MX8MM r
On 06.05.19 09:57, Frieder Schrempf wrote:
> Hi Peng,
>
> I'm trying to add support for a board with i.MX8MM. First I applied
> Lukasz's CCF patches and your patches to U-Boot 2019.04 and tried to
> build imx8mm_evk config. But I'm getting build errors (see below).
The build works if I enable t
On 10.04.19 08:25, Marcel Ziswiler wrote:
> Hi Lukasz
>
> On April 10, 2019 7:11:11 AM GMT+02:00, Lukasz Majewski wrote:
>> On Tue, 9 Apr 2019 17:14:26 -0400
>> Tom Rini wrote:
>>
>>> On Tue, Apr 09, 2019 at 05:20:45PM +0200, Marcel Ziswiler wrote:
>>>
From: Peng Fan
For Some USB
Hi,
I have a customer who has a NAND device with two MTD partitions and each
of the partitions contains one UBI volume with a UBIFS filesystem.
Now U-Boot can mount the UBIFS from the first partition just fine, but
if the UBIFS from the second partition is mounted afterwards this fails
in some
Hi Heiko,
On 10.04.19 14:44, Heiko Schocher wrote:
> Hello Frieder,
>
> Am 10.04.2019 um 12:49 schrieb Schrempf Frieder:
>> Hi,
>>
>> I have a customer who has a NAND device with two MTD partitions and
>> each > of the partitions contains one UBI volume wi
On 10.04.19 15:59, Heiko Schocher wrote:
> Hello Frieder,
>
> Am 10.04.2019 um 15:31 schrieb Schrempf Frieder:
>> Hi Heiko,
>>
>> On 10.04.19 14:44, Heiko Schocher wrote:
>>> Hello Frieder,
>>>
>>> Am 10.04.2019 um 12:49 schrieb Schrempf F
Hi Sven,
On 06.05.19 12:12, Sven Schwermer wrote:
> Hi,
>
> I’m running into linking issues when enabling CONFIG_DM_USB_GADGET with
> CONFIG_CI_UDC because dm_usb_gadget_handle_interrupts is not available. That
> made me look into what’s required to port ci_udc to driver model. I have a
> few
On 23.05.19 19:07, Jagan Teki wrote:
> On Thu, May 23, 2019 at 10:18 PM Fabio Estevam wrote:
>>
>> On Thu, May 23, 2019 at 1:11 PM Jagan Teki
>> wrote:
>>
>>> Don't know whether this is SPL size issue or not? can you try
>>> SPL_OF_PLATDATA and TINY* I can see the size reduced with 64512 bytes
>
Hi Fabio,
On 23.05.19 19:45, Fabio Estevam wrote:
> Hi Schrempf,
>
> On Thu, May 23, 2019 at 2:26 PM Schrempf Frieder
> wrote:
>
>> As luck would have it, I needed to load a FIT via SDP today, so I came
>> up with a quick patch (see below). There are probably better
Hi Jagan,
On 29.05.19 13:06, Jagan Teki wrote:
> On Fri, Apr 26, 2019 at 6:12 PM Rajat Srivastava
> wrote:
>>
>> Previously, the SPI framework supported only 3-byte opcodes
>> but the FSL QSPI controller used to deal with flashes that
>> work with 4-byte opcodes. As a workaround to resolve this,
On 22.07.19 04:12, Peng Fan wrote:
> V3:
> Drops patch 1/5 from V2, add 8QM support, nothing else changed.
> Stefano,
> This patchset was pending in patchwork for more that one month,
> please consider to apply.
I'm not the one to judge here and I don't know the rules for U-Boot, but
only
On 22.07.19 10:08, Peng Fan wrote:
>> Subject: Re: [U-Boot] [PATCH V3 0/5] add i.MX8 container loading support
>>
>> On 22.07.19 04:12, Peng Fan wrote:
>>> V3:
>>>Drops patch 1/5 from V2, add 8QM support, nothing else changed.
>>>Stefano,
>>>This patchset was pending in patchwork for mo
Hi Lukasz,
On 24.07.19 14:12, Peng Fan wrote:
> Hi Lukasz,
>
>> Subject: Re: [U-Boot] [PATCH 1/4] imx: add module fuse support
>>
>> Hi Peng,
>>
>>> Hi Lukasz,
>>>
Subject: Re: [U-Boot] [PATCH 1/4] imx: add module fuse support
Hi Peng,
> There are different parts from one
Hi Peng,
On 06.08.19 12:09, Peng Fan wrote:
> When CONFIG_CLK enabled, use CLK UCLASS for clk related settings.
>
> Signed-off-by: Peng Fan
> ---
> arch/arm/include/asm/mach-imx/mxc_i2c.h | 6 ++
> drivers/i2c/mxc_i2c.c | 17 +
> 2 files changed, 23 ins
Hi Peng,
On 09.08.19 06:14, Peng Fan wrote:
> Align spl bin image size to 4 byte aligned, because we need
> to pad ddr firmware in the end of spl bin. However when enable
> SPL OF, the spl dtb will be padded to u-boot-nodtb.bin, then
> u-boot-spl.bin size might not be 4 bytes aligned.
>
> ddr_loa
On 09.08.19 06:14, Peng Fan wrote:
> With SPL_OF_SPERATE, the device tree will be padded to
^ Do you mean CONFIG_SPL_OF_CONTROL?
> end of the u-boot-spl-nodtb.bin, however we also put
> the ddr firmware file to this location, so need to adapt
> the code with SPL OF and align to 16bytes to
On 09.08.19 06:14, Peng Fan wrote:
> There is no HDMI on i.MX8MM, so we need to remove HDMI entry, then
> we could not reuse imximage.cfg, so create a new one.
>
> Signed-off-by: Peng Fan
> ---
> arch/arm/mach-imx/imx8m/imximage-8mm-lpddr4.cfg | 16
> 1 file changed, 16 insert
On 14.08.19 09:59, Peng Fan wrote:
> Hi,
>
>> Subject: Re: [PATCH 02/22] ddr: imx8m: fix ddr firmware location when enable
>> SPL OF
>>
>> On 09.08.19 06:14, Peng Fan wrote:
>>> With SPL_OF_SPERATE, the device tree will be padded to
>>
>> ^ Do you mean CONFIG_SPL_OF_CONTROL?
> Yes. Thanks
On 13.08.19 10:05, Peng Fan wrote:
> Hi Frieder
>
>> Subject: [PATCH v2] i2c: mxc: add CONFIG_CLK support
>>
>> When CONFIG_CLK enabled, use CLK UCLASS for clk related settings.
>
> Are you fine with this patch?
Yes!
Reviewed-by: Frieder Schrempf
Tested-by: Frieder Schrempf
>
> Thanks,
> Pe
On 09.08.19 06:15, Peng Fan wrote:
> Import i.MX8MM dtsi from Linux Kernel,
> commit <0a8ad0ffa4d8> ("Merge tag 'for-linus-5.3-ofs1' of
> git://git.kernel.org/pub/scm/linux/kernel/git/hubcap/linux")
>
> Signed-off-by: Peng Fan
> ---
> arch/arm/dts/imx8mm.dtsi | 733
> +
Hi Ye,
On 14.08.19 12:08, Ye Li wrote:
> On latest iMX platforms like iMX7D/iMX6UL/iMX8MQ, the QSPI controller
> is updated to have TDH field in FLSHCR register. According to reference
> manual, this TDH must be set to 1 when DDR_EN is set. Otherwise, the TX
> DDR delay logic won't be enabled.
Th
Hi Ashish,
On 14.08.19 14:02, Ashish Kumar wrote:
>
>
>> -Original Message-
>> From: U-Boot On Behalf Of Schrempf Frieder
>> Sent: Wednesday, August 14, 2019 5:07 PM
>> To: Ye Li ; ja...@amarulasolutions.com
>> Cc: Fabio Estevam ; u-boot@lists.d
1 - 100 of 144 matches
Mail list logo
