public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Peter Tyser <ptyser@xes-inc.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v3] Adding support for DevKit8000
Date: Fri, 21 Aug 2009 09:34:54 -0500	[thread overview]
Message-ID: <1250865294.18341.1953.camel@localhost.localdomain> (raw)
In-Reply-To: <4A8E9A71.7010103@googlemail.com>

Hi Dirk,

On Fri, 2009-08-21 at 15:00 +0200, Dirk Behme wrote:
> Frederik Kriewitz wrote:
> > Jean-Christophe asked me to move it out of the omap3 "vendor" directory:
> > 
> > On 10:55 Thu 20 Aug     , Frederik Kriewitz wrote:
> >> On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe
> >> PLAGNIOL-VILLARD<plagnioj@jcrosoft.com> wrote:
> >>>>  board/omap3/devkit8000/Makefile     |   52 +++++
> >>>>  board/omap3/devkit8000/config.mk    |   35 ++++
> >>>>  board/omap3/devkit8000/devkit8000.c |  124 ++++++++++++
> >>>>  board/omap3/devkit8000/devkit8000.h |  373 +++++++++++++++++++++++++++++++++++
> >>> no need board are allow in board/omap3
> >>> please create your own vendor dirent or just put it in board/
> >> What do you mean with that?
> > board/devkit8000/devkit8000.h
> > or board/embedinfo/devkit8000/devkit8000.h
> > 
> > I'm confused, where am I supposed to use omap3 and where not?
> 
> Yes, sometimes it can be confusing ;)
> 
>  From earlier discussions I understood that Jean-Christophe doesn't like
> 
> board/omap3/
> 
> I'm not totally sure what he actually wants, but I think something like
> 
> board/ti/omap3
> board/ti/omap2
> board/ti/omap1
> board/ti/davinci
> 
> etc. (e.g. like board/atmel).

My understanding is that the board/ layout should be "/board/<board
vendor or board name>/...".  So even though the Frederik's board has a
TI OMAP3 cpu, he shouldn't put it in board/ti or board/omap3 since
neither TI nor OMAP3 made the DevKit8000.

I believe all the boards in board/atmel are made by atmel and use atmel
cpus, same with board/freescale.  But if anyone else makes a custom
atmel or freescale-based board, it should not go in board/atmel or
board/freescale.

For example, there are mpc8548, mpc8572, mpc8548, and amcc440-based
boards in board/xes, but they are all made by the X-ES company.

Jean-Christophe is saying you should put your board in either:
board/devkit8000/

or, if your company (embedinfo?) plans on adding more than just the
devkit8000, put it in:
board/embedinfo/devkit8000
board/embedinto/<future_board_x>

> While I don't care what we use, like with other discussions we should 
> do it consistent. That is, having already x boards in omap3 and now 
> adding the next board somewhere else isn't ok. As long as we don't 
> have the new directory layout, new boards should use the old one. If 
> we want an other directory layout, we should *first* move all existing 
> boards to the other directory (ideally doing this directly in git). 
> *Then* new patches can and have to use this new layout.

I agree that other boards currently in board/omap3 should be moved to an
appropriate board/<board vendor or board name> directory in the long
run, ideally sooner rather than later:)  That being said, I think it
would make sense to put the devkit8000 in either board/devkit8000/ or
board/embedinfo/devkit8000 now as that is the "correct" place for it.

> Conclusion: Until we don't have an other directory layout, I'm fine 
> with board/omap3/devkit8000

Doesn't really matter to me, just thought I'd mention my $.02 about how
thing should be organized in the long run.

Best,
Peter

  reply	other threads:[~2009-08-21 14:34 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-20 16:47 [U-Boot] [PATCH v3] Adding support for DevKit8000 Frederik Kriewitz
2009-08-20 17:02 ` Peter Tyser
2009-08-20 17:28   ` Dirk Behme
2009-08-20 18:37     ` Frederik Kriewitz
2009-08-20 20:20       ` Jean-Christophe PLAGNIOL-VILLARD
2009-08-21 13:00       ` Dirk Behme
2009-08-21 14:34         ` Peter Tyser [this message]
2009-08-21 15:08           ` [U-Boot] Rules for board/* directory, was: " Dirk Behme
2009-08-21 15:22             ` Detlev Zundel
2009-08-21 15:41               ` Dirk Behme
2009-08-21 16:04                 ` Detlev Zundel
2009-08-21 18:07                 ` Wolfgang Denk
2009-08-21 17:59               ` Wolfgang Denk
2009-08-21 23:27                 ` Frederik Kriewitz
2009-08-22  8:14                   ` Wolfgang Denk
2009-08-21 15:28             ` Peter Tyser

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=1250865294.18341.1953.camel@localhost.localdomain \
    --to=ptyser@xes-inc.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