On Mon, Jan 27, 2020 at 2:16 PM Peng Fan wrote:
>
> > Subject: Re: [PATCH v2 1/4] clock_imx8mq: Delete not used init_usb_clk()
> >
> > Hi Anatolij,
> >
> > On Thu, Jan 23, 2020 at 11:43 AM Anatolij Gustschin wrote:
> > >
> > > On Thu, 23 Jan 2020 10:20:14 -0300
> > > Pedro Jardim jardim.c.pe...@g
I figured I would post this topic without the patchset I currently
have, and instead just test the waters to get some input on how the
community would feel about this change.
What I have done is to migrate all the functions from
config_distro_bootcmd.h to be .functions() so by default they are
hid
On Fri, Jan 4, 2019 at 12:22 PM Jon Nettleton wrote:
>
> On Fri, Jan 4, 2019 at 11:25 AM Jean-Jacques Hiblot wrote:
> >
> >
> > On 04/01/2019 11:19, Lukasz Majewski wrote:
> > > Hi Jean-Jacques,
> > >
> > >> On 04/01/2019 08:05, Jon Nettle
On Fri, Jan 4, 2019 at 11:25 AM Jean-Jacques Hiblot wrote:
>
>
> On 04/01/2019 11:19, Lukasz Majewski wrote:
> > Hi Jean-Jacques,
> >
> >> On 04/01/2019 08:05, Jon Nettleton wrote:
> >>> On Fri, Dec 7, 2018 at 8:46 AM Jean-Jacques Hiblot
> >>
On Fri, Dec 7, 2018 at 8:46 AM Jean-Jacques Hiblot wrote:
>
>
> On 06/12/2018 21:56, Loic Devulder wrote:
> > Hi,
> >
> > I re-tested this series on Khadas VIM1 and it still fix the USB issue I
> > had with 'usb reset' (I already tested v2 patches).
> >
> > I just have a message and I'm not sure t
On Wed, Dec 12, 2018 at 2:54 AM Peng Fan wrote:
>
> travis-ci reports
> "tools/imx8m_image.sh: 15: [: signed_hdmi_imx8m.bin: unexpected operator"
> After use bash, no error, so use bash instead of sh.
>
> Signed-off-by: Peng Fan
> ---
> tools/imx8m_image.sh | 2 +-
> 1 file changed, 1 insertion(
uct mmc *mmc,
> esdhc_clrsetbits32(®s->wml, WML_RD_WML_MASK, wml_value);
> #ifndef CONFIG_SYS_FSL_ESDHC_USE_PIO
> #if defined(CONFIG_FSL_LAYERSCAPE) || defined(CONFIG_S32V234) || \
> - defined(CONFIG_IMX8) || defined(CONFIG_MX8M)
> + defined(CONFIG_IMX
On Wed, Nov 28, 2018 at 4:03 PM Jacky Bai wrote:
>
> >
> > Peng,
> >
> > I have found one more piece that is missing from the lpddr4 initialization.
> > We don't have a structure, or place to change the DDR PHY DQ lane to
> > memory mapping registers. Our board requires this and was failing until
On Wed, Nov 21, 2018 at 1:40 PM Fabio Estevam wrote:
>
> Hi Peng,
>
> On Wed, Nov 21, 2018 at 12:54 AM Peng Fan wrote:
>
> > Stefano, Fabio, how about creating a follow up patch to remove the unused
> > macros, or do you expect to create a v3 patchset for this removing?
>
> It is fine for me if
*snip*
> --- /dev/null
> +++ b/board/freescale/imx8mq_evk/lpddr4_timing.c
> @@ -0,0 +1,2104 @@
> +// SPDX-License-Identifier: GPL-2.0+
> +/*
> + * Copyright 2018 NXP
> + */
> +
> +#include
> +#include
> +#include
> +
> +#define LPDDR4_HDT_CTL_2D 0xC8 /* stage completion */
> +#define LPDD
On Fri, Nov 9, 2018 at 8:06 PM Troy Kisky
wrote:
>
> On 11/9/2018 1:17 AM, Peng Fan wrote:
> > Add i.MX8MQ EVK support. SPL will initialize ddr and load ddr phy
> > firmware. Then loading FIT image, ATF to OCRAM, U-Boot and DTB to
> > DRAM
>
>
> > +
> > +static struct dram_cfg_param lpddr4_ddr
I have been spending some time on this, at least from the lpddr4 side.
There is a good amount of this that can be abstracted out and made
into general initialization routines. This is all well and good and
you can see that Boundary Devices has already codified some of these
values here.
https://
On Thu, Sep 6, 2018 at 3:37 PM Fabio Estevam wrote:
>
> Hi Peng,
>
> On Fri, Aug 31, 2018 at 3:27 AM, Jon Nettleton wrote:
>
> > Peng,
> >
> > Will you be releasing the script you are using to convert that code
> > generated by the ddr training tool into
On Mon, Jan 22, 2018 at 2:04 PM Diego Dorta wrote:
>
> Hi Peng,
>
> 2018-01-10 3:20 GMT-02:00 Peng Fan :
> > This patchset is to add i.MX8M and i.MX8MQ-EVK support
> >
> > V5:
> > Drop wait_mask_set/clr_timeout and switch to use readl_poll_timeout in
> > the patchset.
> >
> > V4:
> > Regenerate
On Wed, Aug 29, 2018 at 3:36 PM wrote:
>
> From: Konstantin Porotchkin
>
> Add support for image load and basic verification in bubt
> for legacy Marvell SoCs (A38x, A39x, ...)
>
> Signed-off-by: Konstantin Porotchkin
> Cc: Igal Liberman
> Cc: Stefan Roese
> ---
> cmd/mvebu/bubt.c | 75
> +++
, 2018 at 8:11 PM Jon Nettleton wrote:
> >
> > On Fri, Aug 17, 2018 at 1:22 AM Chris Packham
> > wrote:
> > >
> > > On Fri, Aug 17, 2018 at 11:06 AM Chris Packham
> > > wrote:
> > > >
> > > > On Fri, Aug 17, 2018 at 11:01 AM Ch
t; > > >
> > > > Hi Chris,
> > > >
> > > > Chris Packham writes:
> > > > > On Tue, Aug 14, 2018 at 3:25 AM Baruch Siach
> > > > > wrote:
> > > > >> From: Jon Nettleton
> > > > >>
> >
28.05.2018 08:33, Baruch Siach wrote:
>> From: Jon Nettleton
>>
>> Both ping_receive and arp_receive would transmit a received packet
>> back out using its original point. This causes problems with
>> certain network cards that add a custom header to the packet.
>&g
t;> On Tue, May 29, 2018 at 4:11 AM Baruch Siach
> wrote:
> >>>
> >>>> From: Jon Nettleton
> >>>
> >>>> This switches the clearfog boards to use DM based gpio and i2c
> >>>> drivers. The io expanders are configured via the
Well it is a series. Some can probably be squashed. I can post it to
a branch in github if it is easier. Otherwise here is the rest.
From f1ab1f30fe52bea7dc5c647b0570d73d907b8d90 Mon Sep 17 00:00:00 2001
From: Jon Nettleton
Date: Fri, 28 Jul 2017 08:54:09 +0200
Subject: [PATCH 1/6] nvme: Only
users want
to test against it.
-Jon
From f1ab1f30fe52bea7dc5c647b0570d73d907b8d90 Mon Sep 17 00:00:00 2001
From: Jon Nettleton
Date: Fri, 28 Jul 2017 08:54:09 +0200
Subject: [PATCH 1/6] nvme: Only support CONFIG_BLK
There is no reason to support devices that don't work with
CONFIG_BLK. If
On Tue, Apr 28, 2015 at 6:39 PM, Tom Rini wrote:
> On Tue, Apr 28, 2015 at 12:20:46PM -0300, Fabio Estevam wrote:
> > On Tue, Apr 28, 2015 at 12:11 PM, Fabio Estevam
> wrote:
> > > Hi Tom,
> > >
> > > On Tue, Apr 28, 2015 at 11:48 AM, Tom Rini wrote:
> > >
> > >> Since we have FEC do we really
22 matches
Mail list logo