All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Warren <swarren@nvidia.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 3/3] ARM: Update mach-types
Date: Fri, 02 Mar 2012 13:08:36 -0700	[thread overview]
Message-ID: <4F5128C4.6040504@nvidia.com> (raw)
In-Reply-To: <4F512192.6000601@boundarydevices.com>

On 03/02/2012 12:37 PM, Troy Kisky wrote:
> On 3/2/2012 10:45 AM, Stephen Warren wrote:
>> On 03/02/2012 12:00 AM, Wolfgang Denk wrote:
>>> Dear Troy Kisky,
>>>
>>> In message<4F4FFD1F.4080406@boundarydevices.com>  you wrote:
>>>>> Not sure I understand why we have a "machine_ix_xxx()" here. Could you>
>>>>> explain?
>>>>>
>>>>> Amicalement,
>>>> Because board/nvidia/seaboard/seaboard.c uses machine_is_ventana but>
>>>> that machine is no longer
>>>> in mach-types.
>>> Then fix the seaboard.c code, please, instead of adding dead code.
>> I think that should actually be very easy. Can't the following:
>>
>> if (machine_is_foo()) {
>>      ...
>> }
>>
>> be converted to:
>>
>> #if CONFIG_MACH_TYPE == MACH_TYPE_FOO
>>      ...
>> #endif
>>
>> As a related note, I expect you'll see more and more boards that don't
>> exist in the kernel's mach-type.h since people won't register machine
>> IDs for boards that only support device tree.
>>
> How about reversing the test
> 
> 
> #if CONFIG_MACH_TYPE == MACH_TYPE_SEABORD
> 
> instead of
> 
> #if CONFIG_MACH_TYPE == MACH_TYPE_VENTANA
> 
> so that I don't care that ventana is no longer defined?

That's probably fine.

A comment right above that states that Ventana is the other possibility
would be useful.

Of course, this isn't going to solve anything when we have 3 variants of
Seaboard, and only Seaboard is in mach-types.h but not the other 2, but
I suppose we can deal with that when it happens.

-- 
nvpublic

  reply	other threads:[~2012-03-02 20:08 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-01 21:13 [U-Boot] [PATCH 1/3] gplugd: use CONFIG_MACH_TYPE instead of MACH_TYPE_SHEEVAD Troy Kisky
2012-03-01 21:13 ` [U-Boot] [PATCH 2/3] ventana: define CONFIG_MACH_VENTANA Troy Kisky
2012-03-01 21:30   ` Stephen Warren
     [not found]     ` <4F4FFE7D.7020809@boundarydevices.com>
2012-03-02  1:44       ` Stephen Warren
2012-03-01 21:13 ` [U-Boot] [PATCH 3/3] ARM: Update mach-types Troy Kisky
2012-03-01 21:32   ` Stephen Warren
2012-03-01 21:54   ` Albert ARIBAUD
2012-03-01 22:50     ` Troy Kisky
2012-03-02  7:00       ` Wolfgang Denk
2012-03-02 17:45         ` Stephen Warren
2012-03-02 19:37           ` Troy Kisky
2012-03-02 20:08             ` Stephen Warren [this message]
2012-03-02 21:07       ` Troy Kisky
2012-03-03 10:15 ` [U-Boot] [PATCH 1/3] gplugd: use CONFIG_MACH_TYPE instead of MACH_TYPE_SHEEVAD Stefano Babic

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=4F5128C4.6040504@nvidia.com \
    --to=swarren@nvidia.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.