From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/4] omap3_igep00x0: Rework MACH_TYPE and status LED logic slightly
Date: Wed, 11 Jan 2017 10:05:16 -0500 [thread overview]
Message-ID: <20170111150516.GS7532@bill-the-cat> (raw)
In-Reply-To: <CAFqH_506JEpfgqcBrbe95eoe32KZvpVi9qKEUe-6yPng8PZsbA@mail.gmail.com>
On Wed, Jan 11, 2017 at 03:59:17PM +0100, Enric Balletbo Serra wrote:
> 2017-01-10 23:22 GMT+01:00 Tom Rini <trini@konsulko.com>:
> > The MACH_TYPE for IGEP0032 was never officially used and has been
> > removed from upstream, so we must not use it. In order to remove this
> > we need to rework the status LED logic.
> >
> > Cc: Enric Balletbo i Serra <eballetbo@gmail.com>
> > Signed-off-by: Tom Rini <trini@konsulko.com>
> > ---
> > configs/igep0032_defconfig | 1 -
> > include/configs/omap3_igep00x0.h | 5 ++---
> > 2 files changed, 2 insertions(+), 4 deletions(-)
> >
> > diff --git a/configs/igep0032_defconfig b/configs/igep0032_defconfig
> > index dad8dfaf0c22..cd48e45171cb 100644
> > --- a/configs/igep0032_defconfig
> > +++ b/configs/igep0032_defconfig
> > @@ -3,7 +3,6 @@ CONFIG_OMAP34XX=y
> > # CONFIG_SPL_EXT_SUPPORT is not set
> > CONFIG_TARGET_OMAP3_IGEP00X0=y
> > CONFIG_DISTRO_DEFAULTS=y
> > -CONFIG_SYS_EXTRA_OPTIONS="MACH_TYPE=MACH_TYPE_IGEP0032"
> > CONFIG_BOOTDELAY=3
> > CONFIG_SYS_CONSOLE_IS_IN_ENV=y
> > CONFIG_SYS_CONSOLE_INFO_QUIET=y
> > diff --git a/include/configs/omap3_igep00x0.h b/include/configs/omap3_igep00x0.h
> > index 30d3aa897f1b..e6d7db0da692 100644
> > --- a/include/configs/omap3_igep00x0.h
> > +++ b/include/configs/omap3_igep00x0.h
> > @@ -28,7 +28,8 @@
> > #define CONFIG_REVISION_TAG 1
> >
> > /* Status LED available for IGEP0020 and IGEP0030 but not IGEP0032 */
> > -#if (CONFIG_MACH_TYPE != MACH_TYPE_IGEP0032)
> > +#if (CONFIG_MACH_TYPE == MACH_TYPE_IGEP0020) || \
> > + (CONFIG_MACH_TYPE == MACH_TYPE_IGEP0030)
> > #define CONFIG_STATUS_LED
> > #define CONFIG_BOARD_SPECIFIC_LED
> > #define CONFIG_GPIO_LED
> > @@ -36,8 +37,6 @@
> > #define RED_LED_GPIO 27
> > #elif (CONFIG_MACH_TYPE == MACH_TYPE_IGEP0030)
> > #define RED_LED_GPIO 16
> > -#else
> > -#error "status LED not defined for this machine."
> > #endif
> > #define RED_LED_DEV 0
> > #define STATUS_LED_BIT RED_LED_GPIO
> > --
> > 1.9.1
> >
>
> cc: Eduard and Pau
>
> I think that there are few boards in the field, an seems that anyone
> take care to upstream the dts files to the kernel. Currently I don't
> have this board so I can't support it, so from my side
>
> Acked-by: Enric Balletbo i Serra <eballetbo@gmail.com>
Note that all the above patch does is remove ATAGS-based support as the
MACH_TYPE for the 0032 was reserved, but never used and thus the name
was removed. DT based support is unchanged.
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20170111/b952f2e9/attachment.sig>
next prev parent reply other threads:[~2017-01-11 15:05 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-10 22:22 [U-Boot] [PATCH 1/4] omap3_logic: Rework MACH_TYPE and fdtfile logic Tom Rini
2017-01-10 22:22 ` [U-Boot] [PATCH 2/4] omap3_igep00x0: Rework MACH_TYPE and status LED logic slightly Tom Rini
2017-01-11 14:59 ` Enric Balletbo Serra
2017-01-11 15:05 ` Tom Rini [this message]
2017-01-11 15:10 ` Enric Balletbo Serra
2017-01-14 20:57 ` [U-Boot] [U-Boot, " Tom Rini
2017-01-10 22:22 ` [U-Boot] [PATCH 3/4] arm: Remove unregister MACH_TYPE_xxx uses Tom Rini
2017-01-11 0:14 ` Stephen Warren
2017-01-11 1:22 ` Tom Rini
2017-01-14 20:57 ` [U-Boot] [U-Boot, " Tom Rini
2017-01-10 22:22 ` [U-Boot] [PATCH 4/4] arm: Re-sync asm/mach-types.h with Linux Kernel v4.9 Tom Rini
2017-01-11 14:30 ` Adam Ford
2017-01-14 20:57 ` [U-Boot] [U-Boot, " Tom Rini
2017-01-11 13:38 ` [U-Boot] [PATCH 1/4] omap3_logic: Rework MACH_TYPE and fdtfile logic Adam Ford
2017-01-14 20:57 ` [U-Boot] [U-Boot, " Tom Rini
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=20170111150516.GS7532@bill-the-cat \
--to=trini@konsulko.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