From: Stefano Babic <sbabic@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/5] vybrid: add vybrid CPU support
Date: Sun, 28 Apr 2013 12:59:20 +0200 [thread overview]
Message-ID: <517D0108.5010107@denx.de> (raw)
In-Reply-To: <81BA6E5E0BC2344391CABCEE22D1B6D82FBEFF@039-SN1MPN1-002.039d.mgd.msft.net>
On 28/04/2013 12:36, Wang Huan-B18965 wrote:
>>
>> I would like to understand there common code should be put. As you
>> can see, for i.MX there is a imx_common directory that is valid
>> across ARM-Core.
> [Alison Wang] I'm trying to align the soc with i.mx platform and will
> use i.MX's imx_common directory in the next version. But there are
> still some issues for sharing the I.MX platform,
>
> 1. i.mx family uses GPT in timer.c. VF600 doesn't have GPT but a
> Periodic Interrupt Timer(PIT) which I think is totally different with
> GPT. Too much ifdef in the timer.c seems unacceptable. So I plan to
> modify the Makefile and add a pit.c file in imx_common directory for
> the timer on this Vybrid platform, How do you think about this idea?
> Thanks.
We do not need to put everything in imx-common if there is nothing in
common. Of course, a new driver is fully acceptable if it support a
device that it is not yet mainlined.
> 2. The SRC_SRSR register definition on VF600 is different with i.MX.
> To reuse the get_reset_cause() function in cpu.c, some platform
> related ifdef will be introduced. For example: #ifdef CONFIG_MVF600
> case 0x00080: return "EXTERNAL RESET"; #endif
>
> Does this kind of ifdef acceptable? Thanks.
Only if there are some differences, but most code is shared. We have a
get_reset_cause() in imx-common/cpu.c, but also a specific
get_reset_cause() for mx25/mx31/mx35. The question can be better
answered after you post the code.
Best regards,
Stefano Babic
--
=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic at denx.de
=====================================================================
next prev parent reply other threads:[~2013-04-28 10:59 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-12 6:53 [U-Boot] [PATCH 0/5] vybrid: Add vybrid CPU and vf600 tower board support Alison Wang
2013-04-12 6:53 ` [U-Boot] [PATCH 1/5] vybrid: add vybrid CPU support Alison Wang
2013-04-12 11:15 ` Fabio Estevam
2013-04-13 20:32 ` Stefano Babic
2013-04-28 10:36 ` Wang Huan-B18965
2013-04-28 10:59 ` Stefano Babic [this message]
2013-04-15 3:24 ` Liu Hui-R64343
[not found] ` <81BA6E5E0BC2344391CABCEE22D1B6D82FB99D@039-SN1MPN1-002.039d.mgd.msft.net>
[not found] ` <AD13664F485EE54694E29A7F9D5BE1AF723F8E@039-SN2MPN1-022.039d.mgd.msft.net>
2013-05-07 14:02 ` Wang Huan-B18965
2013-04-12 6:53 ` [U-Boot] [PATCH 2/5] vybrid: add Freescale vybrid vf600 tower board support Alison Wang
2013-04-12 11:41 ` Fabio Estevam
[not found] ` <81BA6E5E0BC2344391CABCEE22D1B6D82F26CF@039-SN1MPN1-002.039d.mgd.msft.net>
2013-04-13 17:49 ` Fabio Estevam
2013-04-13 20:50 ` Stefano Babic
2013-04-28 10:49 ` Wang Huan-B18965
2013-04-12 6:53 ` [U-Boot] [PATCH 3/5] vybrid: add uart driver support Alison Wang
2013-04-12 11:42 ` Fabio Estevam
2013-04-13 20:38 ` Stefano Babic
2013-04-28 11:03 ` Wang Huan-B18965
2013-04-12 6:53 ` [U-Boot] [PATCH 4/5] vybrid: add eSDHC " Alison Wang
2013-04-13 20:41 ` Stefano Babic
2013-04-28 11:07 ` Wang Huan-B18965
2013-04-12 6:53 ` [U-Boot] [PATCH 5/5] vybrid: add ethernet " Alison Wang
2013-04-12 11:45 ` Fabio Estevam
2013-04-13 18:31 ` [U-Boot] [PATCH 0/5] vybrid: Add vybrid CPU and vf600 tower board support Stefano Babic
2013-04-28 10:01 ` Wang Huan-B18965
2013-04-15 2:03 ` Liu Hui-R64343
2013-04-28 5:47 ` Wang Huan-B18965
-- strict thread matches above, loose matches on Subject: below --
2013-04-13 7:42 [U-Boot] [PATCH 1/5] vybrid: add vybrid CPU support wang alison
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=517D0108.5010107@denx.de \
--to=sbabic@denx.de \
--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.