public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Nishanth Menon <nm@ti.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 4/5] omap3_beagle: support findfdt and loadfdt for devicetree support
Date: Thu, 11 Jul 2013 17:17:36 -0500	[thread overview]
Message-ID: <20130711221736.GA14444@kahuna> (raw)
In-Reply-To: <CAOCHtYjXf-pve+hhndtkZ_3X2OrywPPguBYKh8F7P4tnxZioQQ@mail.gmail.com>

On 17:05-20130711, Robert Nelson wrote:
> On Thu, Jul 11, 2013 at 5:03 PM, Nishanth Menon <nm@ti.com> wrote:
> > On 17:02-20130711, Robert Nelson wrote:
> >> On Thu, Jul 11, 2013 at 4:52 PM, Nishanth Menon <nm@ti.com> wrote:
> >> > For folks not using concatenated device tree with uImage, having
> >> > an handy function to find and load device tree is very handy.
> >> >
> >> > So introduce findfdt and loadfdt and run findfdt by default to make
> >> > it easier on user scripts.
> >> >
> >> > Signed-off-by: Nishanth Menon <nm@ti.com>
> >> > ---
> >> >  include/configs/omap3_beagle.h |   17 +++++++++++++++++
> >> >  1 file changed, 17 insertions(+)
> >> >
> >> > diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
> >> > index bdeee17..7833208 100644
> >> > --- a/include/configs/omap3_beagle.h
> >> > +++ b/include/configs/omap3_beagle.h
> >> > @@ -210,6 +210,8 @@
> >> >  #define CONFIG_EXTRA_ENV_SETTINGS \
> >> >         "loadaddr=0x80200000\0" \
> >> >         "rdaddr=0x81000000\0" \
> >> > +       "fdt_high=0xffffffff\0" \
> >> > +       "fdtaddr=0x80f80000\0" \
> >> >         "usbtty=cdc_acm\0" \
> >> >         "bootfile=uImage\0" \
> >> >         "ramdisk=ramdisk.gz\0" \
> >> > @@ -250,6 +252,19 @@
> >> >                 "omapdss.def_disp=${defaultdisplay} " \
> >> >                 "root=${nandroot} " \
> >> >                 "rootfstype=${nandrootfstype}\0" \
> >> > +       "findfdt=" \
> >> > +               "if test $beaglerev = AxBx; then " \
> >> > +                       "setenv fdtfile omap3-beagle.dtb; fi; " \
> >> > +               "if test $beaglerev = Cx; then " \
> >> > +                       "setenv fdtfile omap3-beagle.dtb; fi; " \
> >> > +               "if test $beaglerev = xMA; then " \
> >> > +                       "setenv fdtfile omap3-beagle-xm.dtb; fi; " \
> >> > +               "if test $beaglerev = xMB; then " \
> >> > +                       "setenv fdtfile omap3-beagle-xm.dtb; fi; " \
> >>
> >> There is no need for the "xMB" variant, as the gpio pins used for
> >> identification where never changed from the xMA when the newer silcon
> >> was used for the xMB (i guess if we look at the omap's es revision, we
> >> could figure out which are xMB's, but right now that isn't done in
> >> u-boot....)
> > I suppose then the following is ok to do as well?
> > diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
> > index c686f40..6094b0f 100644
> > --- a/board/ti/beagle/beagle.c
> > +++ b/board/ti/beagle/beagle.c
> > @@ -369,16 +369,6 @@ int misc_init_r(void)
> >                                         TWL4030_PM_RECEIVER_VAUX2_DEV_GRP,
> >                                         TWL4030_PM_RECEIVER_DEV_GRP_P1);
> >                 break;
> > -       case REVISION_XM_B:
> > -               printf("Beagle xM Rev B\n");
> > -               setenv("beaglerev", "xMB");
> > -               MUX_BEAGLE_XM();
> > -               /* Set VAUX2 to 1.8V for EHCI PHY */
> > -               twl4030_pmrecv_vsel_cfg(TWL4030_PM_RECEIVER_VAUX2_DEDICATED,
> > -                                       TWL4030_PM_RECEIVER_VAUX2_VSEL_18,
> > -                                       TWL4030_PM_RECEIVER_VAUX2_DEV_GRP,
> > -                                       TWL4030_PM_RECEIVER_DEV_GRP_P1);
> > -               break;
> >         case REVISION_XM_C:
> >                 printf("Beagle xM Rev C\n");
> >                 setenv("beaglerev", "xMC");
> 
> Correct, as a cleanup we can nuke that xMB section..
> 
> For some bike shed paining we could rename:
> 
> Beagle xM Rev A -> Beagle xM Rev A/B
> 
> Above that too. ;)
OK - I suspect and am not sure how dvi_pup will get handled in the
resultant diff, What do folks think of the following?

diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index c686f40..01d76a5 100644
--- a/board/ti/beagle/beagle.c
+++ b/board/ti/beagle/beagle.c
@@ -182,8 +182,7 @@ void get_board_mem_timings(struct board_sdrc_timings *timings)
 			timings->rfr_ctrl = SDP_3430_SDRC_RFR_CTRL_200MHz;
 			break;
 		}
-	case REVISION_XM_A:
-	case REVISION_XM_B:
+	case REVISION_XM_AB:
 	case REVISION_XM_C:
 		if (pop_mfr == 0) {
 			/* 256MB DDR */
@@ -256,8 +255,7 @@ static void beagle_display_init(void)
 	case REVISION_C4:
 		omap3_dss_panel_config(&dvid_cfg);
 		break;
-	case REVISION_XM_A:
-	case REVISION_XM_B:
+	case REVISION_XM_AB:
 	case REVISION_XM_C:
 	default:
 		omap3_dss_panel_config(&dvid_cfg_xm);
@@ -276,12 +274,11 @@ static void beagle_dvi_pup(void)
 	case REVISION_AXBX:
 	case REVISION_CX:
 	case REVISION_C4:
-	case REVISION_XM_A:
+	case REVISION_XM_AB:
 		gpio_request(170, "");
 		gpio_direction_output(170, 0);
 		gpio_set_value(170, 1);
 		break;
-	case REVISION_XM_B:
 	case REVISION_XM_C:
 	default:
 		#define GPIODATADIR1 (TWL4030_BASEADD_GPIO+3)
@@ -359,19 +356,9 @@ int misc_init_r(void)
 					TWL4030_PM_RECEIVER_VAUX2_DEV_GRP,
 					TWL4030_PM_RECEIVER_DEV_GRP_P1);
 		break;
-	case REVISION_XM_A:
-		printf("Beagle xM Rev A\n");
-		setenv("beaglerev", "xMA");
-		MUX_BEAGLE_XM();
-		/* Set VAUX2 to 1.8V for EHCI PHY */
-		twl4030_pmrecv_vsel_cfg(TWL4030_PM_RECEIVER_VAUX2_DEDICATED,
-					TWL4030_PM_RECEIVER_VAUX2_VSEL_18,
-					TWL4030_PM_RECEIVER_VAUX2_DEV_GRP,
-					TWL4030_PM_RECEIVER_DEV_GRP_P1);
-		break;
-	case REVISION_XM_B:
-		printf("Beagle xM Rev B\n");
-		setenv("beaglerev", "xMB");
+	case REVISION_XM_AB:
+		printf("Beagle xM Rev A/B\n");
+		setenv("beaglerev", "xMA/xMB");
 		MUX_BEAGLE_XM();
 		/* Set VAUX2 to 1.8V for EHCI PHY */
 		twl4030_pmrecv_vsel_cfg(TWL4030_PM_RECEIVER_VAUX2_DEDICATED,
@@ -484,8 +471,7 @@ int misc_init_r(void)
 
 	twl4030_power_init();
 	switch (get_board_revision()) {
-	case REVISION_XM_A:
-	case REVISION_XM_B:
+	case REVISION_XM_AB:
 		twl4030_led_init(TWL4030_LED_LEDEN_LEDBON);
 		break;
 	default:
diff --git a/board/ti/beagle/beagle.h b/board/ti/beagle/beagle.h
index 6d71bbc..27f8b12 100644
--- a/board/ti/beagle/beagle.h
+++ b/board/ti/beagle/beagle.h
@@ -39,8 +39,7 @@ const omap3_sysinfo sysinfo = {
 #define REVISION_AXBX	0x7
 #define REVISION_CX	0x6
 #define REVISION_C4	0x5
-#define REVISION_XM_A	0x0
-#define REVISION_XM_B	0x1
+#define REVISION_XM_AB	0x0
 #define REVISION_XM_C	0x2
 
 /*

-- 
Regards,
Nishanth Menon

  reply	other threads:[~2013-07-11 22:17 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-11 21:52 [U-Boot] [PATCH 0/5] omap3_beagle: configs: improve BOOT_CMD options Nishanth Menon
2013-07-11 21:52 ` [U-Boot] [PATCH 1/5] omap3_beagle: remove JFFS2 support Nishanth Menon
2013-07-12  2:49   ` Joel Fernandes
2013-07-12  3:49     ` Nishanth Menon
2013-07-12  4:25       ` Joel Fernandes
2013-07-12  4:35         ` Nishanth Menon
2013-07-11 21:52 ` [U-Boot] [PATCH 2/5] omap3_beagle: replace uImage.beagle with generic uImage Nishanth Menon
2013-07-11 21:52 ` [U-Boot] [PATCH 3/5] omap3_beagle: enable CMD_FS_GENERIC and simplify load of image/ramdisk Nishanth Menon
2013-07-11 22:33   ` [U-Boot] [PATCH V2 0/6] omap3_beagle: configs: improve BOOT_CMD options Nishanth Menon
2013-07-11 22:33     ` [U-Boot] [PATCH V2 1/6] omap3_beagle: remove JFFS2 support Nishanth Menon
2013-07-11 22:33     ` [U-Boot] [PATCH V2 2/6] omap3_beagle: replace uImage.beagle with generic uImage Nishanth Menon
2013-07-11 22:33     ` [U-Boot] [PATCH V2 3/6] beagleboard: remove RevB support for BeagleBoard Xm Nishanth Menon
2013-07-11 22:33     ` [U-Boot] [PATCH V2 4/6] omap3_beagle: enable CMD_FS_GENERIC and simplify load of image/ramdisk Nishanth Menon
2013-07-11 22:33     ` [U-Boot] [PATCH V2 5/6] omap3_beagle: support findfdt and loadfdt for devicetree support Nishanth Menon
2013-07-11 22:37       ` Nishanth Menon
2013-07-11 22:33     ` [U-Boot] [PATCH V2 6/6] omap3_beagle: support booting from zImage and device tree as last option Nishanth Menon
2013-07-12 15:10     ` [U-Boot] [PATCH V2 0/6] omap3_beagle: configs: improve BOOT_CMD options Tom Rini
2013-07-15 12:11       ` [U-Boot] [PATCH V3 " Nishanth Menon
2013-07-15 12:11         ` [U-Boot] [PATCH V3 1/6] omap3_beagle: remove JFFS2 support Nishanth Menon
2013-07-15 12:11         ` [U-Boot] [PATCH V3 2/6] omap3_beagle: replace uImage.beagle with generic uImage Nishanth Menon
2013-07-15 12:11         ` [U-Boot] [PATCH V3 3/6] beagleboard: remove RevB support for BeagleBoard Xm Nishanth Menon
2013-07-15 12:11         ` [U-Boot] [PATCH V3 4/6] omap3_beagle: enable CMD_FS_GENERIC and simplify load of image/ramdisk Nishanth Menon
2013-07-15 12:11         ` [U-Boot] [PATCH V3 5/6] omap3_beagle: support findfdt and loadfdt for devicetree support Nishanth Menon
2013-07-15 12:16           ` Koen Kooi
2013-07-15 12:25             ` Nishanth Menon
2013-07-15 13:07               ` Koen Kooi
2013-07-15 14:06                 ` Nishanth Menon
2013-07-15 14:49             ` Tom Rini
2013-07-15 14:52               ` Koen Kooi
2013-07-18 16:13                 ` Tom Rini
2013-07-18 18:42                   ` Nishanth Menon
2013-07-15 12:11         ` [U-Boot] [PATCH V3 6/6] omap3_beagle: support booting from zImage and device tree as last option Nishanth Menon
2013-07-30 13:29         ` [U-Boot] [PATCH V3 0/6] omap3_beagle: configs: improve BOOT_CMD options Tom Rini
2013-07-11 21:52 ` [U-Boot] [PATCH 4/5] omap3_beagle: support findfdt and loadfdt for devicetree support Nishanth Menon
2013-07-11 22:02   ` Robert Nelson
2013-07-11 22:03     ` Nishanth Menon
2013-07-11 22:05       ` Robert Nelson
2013-07-11 22:17         ` Nishanth Menon [this message]
2013-07-11 23:17           ` Robert Nelson
2013-07-12  4:06             ` Nishanth Menon
2013-07-12 13:32               ` Robert Nelson
2013-07-12 14:28                 ` Nishanth Menon
2013-07-11 21:52 ` [U-Boot] [PATCH 5/5] omap3_beagle: support booting from zImage and device tree as last option Nishanth Menon

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=20130711221736.GA14444@kahuna \
    --to=nm@ti.com \
    --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