public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Lukasz Majewski <lukma@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v3 03/22] vybrid: ddr: Extend vf610-pinfunc.h with DDR pads definitions
Date: Tue, 12 Feb 2019 07:44:45 +0100	[thread overview]
Message-ID: <20190212074445.46cf8d0a@jawa> (raw)
In-Reply-To: <ded11cdfd4092fbd4a9694a228c0173e0b0ecb56.camel@toradex.com>

Hi Marcel,

> Hi Lukasz
> 
> BTW: Thanks for this work which greatly helped us getting Colibri
> VF50/VF61 up to speed concerning device tree resp. driver model
> integration/migration. Hopefully, I can send that out later this week.
> 
> On Sun, 2019-02-03 at 00:02 +0100, Lukasz Majewski wrote:
> > This patch provides definitions necessary for VF610 DDR pad
> > configurations.
> > 
> > Signed-off-by: Lukasz Majewski <lukma@denx.de>
> > Reviewed-by: Stefan Agner <stefan.agner@toradex.com>
> > ---
> > 
> > Changes in v3: None
> > Changes in v2: None
> > 
> >  arch/arm/dts/vf610-pinfunc.h | 50
> > ++++++++++++++++++++++++++++++++++++++++++++
> >  1 file changed, 50 insertions(+)
> > 
> > diff --git a/arch/arm/dts/vf610-pinfunc.h b/arch/arm/dts/vf610-
> > pinfunc.h
> > index fcad7132c8..24d7126756 100644
> > --- a/arch/arm/dts/vf610-pinfunc.h
> > +++ b/arch/arm/dts/vf610-pinfunc.h
> > @@ -807,4 +807,54 @@
> >  #define VF610_PAD_PTA7__GPIO_134		0x218 0x000 ALT0
> > 0x0 #define VF610_PAD_PTA7__VIU_PIX_CLK		0x218 0x3AC
> > ALT1 0x1 
> > +#define VF610_PAD_DDR_RESETB			0x21c 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_A15__DDR_A_15		0x220
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_A14__DDR_A_14
> > 0x224 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_A13__DDR_A_13		0x228 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_A12__DDR_A_12		0x22c 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_A11__DDR_A_11		0x230
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_A10__DDR_A_10
> > 0x234 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_A9__DDR_A_9		0x238 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_A8__DDR_A_8		0x23c 0x000 ALT0
> > 0x0 +#define VF610_PAD_DDR_A7__DDR_A_7		0x240 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_A6__DDR_A_6		0x244
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_A5__DDR_A_5
> > 0x248 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_A4__DDR_A_4		0x24c 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_A3__DDR_A_3		0x250 0x000 ALT0
> > 0x0 +#define VF610_PAD_DDR_A2__DDR_A_2		0x254 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_A1__DDR_A_1		0x258
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_A0__DDR_A_0
> > 0x25c 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_BA2__DDR_BA_2		0x260 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_BA1__DDR_BA_1		0x264 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_BA0__DDR_BA_0		0x268
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_CAS__DDR_CAS_B
> > 0x26c 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_CKE__DDR_CKE_0		0x270 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_CLK__DDR_CLK_0		0x274 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_CS__DDR_CS_B_0		0x278
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_D15__DDR_D_15
> > 0x27c 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_D14__DDR_D_14		0x280 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_D13__DDR_D_13		0x284 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_D12__DDR_D_12		0x288
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_D11__DDR_D_11
> > 0x28c 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_D10__DDR_D_10		0x290 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_D9__DDR_D_9		0x294 0x000 ALT0
> > 0x0 +#define VF610_PAD_DDR_D8__DDR_D_8		0x298 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_D7__DDR_D_7		0x29c
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_D6__DDR_D_6
> > 0x2a0 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_D5__DDR_D_5		0x2a4 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_D4__DDR_D_4		0x2a8 0x000 ALT0
> > 0x0 +#define VF610_PAD_DDR_D3__DDR_D_3		0x2ac 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_D2__DDR_D_2		0x2b0
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_D1__DDR_D_1
> > 0x2b4 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_D0__DDR_D_0		0x2b8 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_DQM1__DDR_DQM_1		0x2bc 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_DQM0__DDR_DQM_0
> > 0x2c0 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_DQS1__DDR_DQS_1		0x2c4 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_DQS0__DDR_DQS_0		0x2c8 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_RAS__DDR_RAS_B		0x2cc
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_WE__DDR_WE_B
> > 0x2d0 0x000 ALT0 0x0 +#define
> > VF610_PAD_DDR_ODT1__DDR_ODT_0		0x2d4 0x000 ALT0 0x0
> > +#define VF610_PAD_DDR_ODT0__DDR_ODT_1		0x2d8 0x000
> > ALT0 0x0 +#define VF610_PAD_DDR_DDRBYTE1__DDR_DDRBYTE1	0x2dc
> > 0x000 ALT0 0x0 +#define VF610_PAD_DDR_DDRBYTE0__DDR_DDRBYTE0
> > 0x2e0 0x000 ALT0 0x0  
> 
> As far as I can tell from the reference manual there is no such thing
> as a DDRBYTE0 but it is rather called DDRBYTE2, not?

Yes, correct. This indeed shall be DDRBYTE2, not 0.

Thanks for spotting it.

> 
> >  #endif  
> 
> Cheers
> 
> Marcel




Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma at denx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20190212/2deae063/attachment.sig>

  reply	other threads:[~2019-02-12  6:44 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-02 23:02 [U-Boot] [PATCH v3 00/22] imx: vybrid: Update BK4 and PCM052 boards to only use DM/DTS Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 01/22] net: FEC: Add compatible for vybrid (vf610) to reuse fec_mxc.c driver Lukasz Majewski
2019-02-12  0:08   ` Marcel Ziswiler
2019-02-12  6:51     ` Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 02/22] net: Kconfig: FEC: Add dependency on VF610 Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 03/22] vybrid: ddr: Extend vf610-pinfunc.h with DDR pads definitions Lukasz Majewski
2019-02-12  0:04   ` Marcel Ziswiler
2019-02-12  6:44     ` Lukasz Majewski [this message]
2019-02-02 23:02 ` [U-Boot] [PATCH v3 04/22] vybrid: clock: Provide enable_i2c_clk() function for Vybrid Lukasz Majewski
2019-02-07  8:35   ` Stefan Agner
2019-02-12  0:09   ` Marcel Ziswiler
2019-02-02 23:02 ` [U-Boot] [PATCH v3 05/22] pcm052: board: Do not enable I2C2 code in the board file Lukasz Majewski
2019-02-12  0:12   ` Marcel Ziswiler
2019-02-02 23:02 ` [U-Boot] [PATCH v3 06/22] vybrid: Define the imx_get_mac_from_fuse() as a __weak function Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 07/22] pcm052: board: Remove "m4go" command as it is superseded by "bootaux" Lukasz Majewski
2019-02-13 14:51   ` Marcel Ziswiler
2019-02-13 15:01     ` Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 08/22] pcm052: board: vybrid: Update the board name for BK4 device Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 09/22] ARM: DTS: vybrid: Update vf.dtsi file to descibe more vf610 hardware Lukasz Majewski
2019-02-12  0:13   ` Marcel Ziswiler
2019-02-02 23:02 ` [U-Boot] [PATCH v3 10/22] pcm052: board: cosmetic: Add copyright notice to pcm052.c Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 11/22] ARM: DTS: Update pcm052 based dts files (bk4r1/pcm052) Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 12/22] ARM: DTS: Provide vf610-bk4r1-u-boot.dtsi for U-Boot specific properties Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 13/22] defconfig: bk4/pcm052: Update bk4r1|pcm052_defconfig to support DM/DT Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 14/22] config: pcm052: Use SZ_X{MK} from linux/sizes.h for include/configs/pcm052.h Lukasz Majewski
2019-02-12  0:16   ` Marcel Ziswiler
2019-02-02 23:02 ` [U-Boot] [PATCH v3 15/22] config: bk4: Update include/configs/bk4r1.h file Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 16/22] pcm052: board: Remove in-board setup code (it is now replaced by DM setup) Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 17/22] config: bk4: Update u-boot script to support recovery via SD card Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 18/22] config: bk4: Update u-boot envs to support NOR memories initial setup Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 19/22] pcm052: bk4: sdcard: Add support for SD card booting/recovery Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 20/22] pcm052: board: Add code to setup LED default states Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 21/22] pcm052: mac: Provide board specific imx_get_mac_from_fuse() function Lukasz Majewski
2019-02-02 23:02 ` [U-Boot] [PATCH v3 22/22] pcm052: bk4: Add board_phy_config() for BK4 to setup ksz8081 phy Lukasz Majewski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190212074445.46cf8d0a@jawa \
    --to=lukma@denx.de \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox