From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 3/3 v4] arm: A320: Add support for Faraday A320 evaluation board
Date: Mon, 17 Aug 2009 23:49:53 +0200 [thread overview]
Message-ID: <20090817214953.GF23695@game.jcrosoft.org> (raw)
In-Reply-To: <ec1aee9f0908052145l2d44485an7b084a5b60a3989d@mail.gmail.com>
On 12:45 Thu 06 Aug , Po-Yu Chuang wrote:
> Dear Jean-Christophe and Darius,
>
> 2009/8/5 Darius Augulis <augulis.darius@gmail.com>:
> > On 08/04/2009 10:48 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> >>>> as I understand correctly the faraday and the CS3518 share the same core
> >>>> and
> >>>> IP so it will be better to have the same dir
> >>>
> >>> I don't think so. Both A320 and Gemini share the same FA526 core,
> >>> but different peripheral. There is no reason to create generic dir
> >>> for A320 and Gemini. Also, no reason to create cpu/fa526 because
> >>> fa526 is almost arm920t.
>
> Let me summarize. Correct me if I am wrong.
>
> a320 is an soc with fa526 core which is similar to arm920t.
> Gemini is an soc with fa526 core.
>
> board | A320 evb | NAS4220 |
> soc family | | Gemini |
> soc | A320 | CS3516 |
> cpu | FA526 | FA526 |
>
> CS3516 and A320 maybe have the same timer (but most IPs are different).
>
> >> duplicate code is worse
> >> as example on at91 we do support multiple soc of the family in the same
> >> generic dir which allow us to factorize common code and ofcourse split
> >> soc specific code too
>
> What is the definition of an SOC family?
>
> > Gemini and A320 are not from the same family. There isn't any common code
> > *yet*. They share only the same core.
> > There are more dirs in cpu/arm920t: "imx", "s3c24x0", etc. Perhaps you won't
> > suggest to move all these SoC's into single dir?
>
> Agree. Gemini and A320 are not the same family IMO.
> The only common parts are the FA526 core and the timer.
> (or is this sufficient to be a family?)
this sufficient to not duplicate code
>
> The problem is how should the files be organized if two SOC families
> use the same IP.
> Maybe we can create a cpu/arm920t/common/ ?
no it's must be fa526 dependant not arm920t common
> But what if that IP is used in another SOC with arm926 core? (This
> happens in Faraday's other SOCs)
>
> I think the easiest way is to treat A320 and Gemini patches unrelated.
I do not want to have code duplicated for the other IP the will move for the
most of them in drivers anyway
as example on SH4 the Renesas & ST socs share the same timer, interrupt
handler and few other thinks we will not duplicate for this will use the same
code
Best Regards,
J.
next prev parent reply other threads:[~2009-08-17 21:49 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-01 11:13 [U-Boot] [PATCHv2 3/3] A320: Add support for Faraday A320 evaluation board Po-Yu Chuang
2009-07-02 3:05 ` Po-Yu Chuang
2009-07-02 6:11 ` [U-Boot] [PATCH v3 " Po-Yu Chuang
2009-07-03 7:14 ` [U-Boot] [PATCH 3/3 v4] arm: " Po-Yu Chuang
2009-07-08 11:30 ` Jean-Christophe PLAGNIOL-VILLARD
2009-08-03 6:42 ` Darius Augulis
2009-08-04 19:48 ` Jean-Christophe PLAGNIOL-VILLARD
2009-08-04 20:10 ` Darius Augulis
2009-08-06 4:45 ` Po-Yu Chuang
2009-08-17 21:49 ` Jean-Christophe PLAGNIOL-VILLARD [this message]
2009-08-17 21:45 ` Jean-Christophe PLAGNIOL-VILLARD
2009-08-06 6:13 ` Po-Yu Chuang
2009-08-17 21:52 ` Jean-Christophe PLAGNIOL-VILLARD
2009-08-18 1:38 ` Po-Yu Chuang
2009-08-19 21:36 ` Jean-Christophe PLAGNIOL-VILLARD
2009-08-20 1:54 ` Po-Yu Chuang
2009-08-20 5:21 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-08 22:19 ` [U-Boot] [PATCH v3 3/3] " Wolfgang Denk
2009-07-09 7:36 ` Po-Yu Chuang
2009-07-09 8:03 ` Wolfgang Denk
2009-07-02 8:35 ` [U-Boot] [PATCHv2 " Darius Augulis
2009-07-03 2:02 ` Po-Yu Chuang
2009-07-03 6:38 ` Po-Yu Chuang
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=20090817214953.GF23695@game.jcrosoft.org \
--to=plagnioj@jcrosoft.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