From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/8] at91: introduce commom AT91_BASE_SYS
Date: Fri, 1 Jul 2011 17:46:56 +0200 [thread overview]
Message-ID: <201107011746.57026.arnd@arndb.de> (raw)
In-Reply-To: <1309502682-16897-1-git-send-email-plagnioj@jcrosoft.com>
On Friday 01 July 2011, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On all at91 except rm9200 and x40 have the System Controller starts
> at address 0xffffc000 and has a size of 16KiB.
>
> On rm9200 it's start at 0xfffe4000 of 111KiB with non reserved data starting
> at 0xfffff000
>
> This patch removes the individual definitions of AT91_BASE_SYS and
> replaces them with a common version at base 0xfffffc000 and size 16KiB
> and map the same memory space
Hi Jean-Christophe,
I have mixed feelings about this series. A lot of the work you do here
looks like great cleanups and simplifications, some other IMHO parts
are just moving code from one place to another or look like they
are instead going in the wrong direction.
As a general comment, please start with a cover-letter (the PATCH 0/8)
email that describes the overall intention of the series and holds
the combined diffstat.
> +void __init at91_map_io(void)
> +{
> + /* Map peripherals */
> + iotable_init(&at91_io_desc, 1);
> +
> + if (cpu_is_at91cap9())
> + at91_boot_soc = at91cap9_soc;
> + else if (cpu_is_at91rm9200())
> + at91_boot_soc = at91rm9200_soc;
> + else if (cpu_is_at91sam9260())
> + at91_boot_soc = at91sam9260_soc;
> + else if (cpu_is_at91sam9261())
> + at91_boot_soc = at91sam9261_soc;
> + else if (cpu_is_at91sam9263())
> + at91_boot_soc = at91sam9263_soc;
> + else if (cpu_is_at91sam9g10())
> + at91_boot_soc = at91sam9261_soc;
> + else if (cpu_is_at91sam9g20())
> + at91_boot_soc = at91sam9260_soc;
> + else if (cpu_is_at91sam9g45())
> + at91_boot_soc = at91sam9g45_soc;
> + else if (cpu_is_at91sam9rl())
> + at91_boot_soc = at91sam9rl_soc;
> + else if (cpu_is_at91sam9x5())
> + at91_boot_soc = at91sam9x5_soc;
> + else
> + panic("Impossible to detect the SOC type");
> +
> + if (at91_boot_soc.map_io)
> + at91_boot_soc.map_io();
> +}
I think it would be easier to turn this around and have a very short
function here:
void __init at91_map_io(void)
{
/* Map peripherals */
iotable_init(&at91_io_desc, 1);
}
and then change each of the soc specific functions into
-void __init at91cap9_map_io(void)
+static void __init at91cap9_map_io(void)
{
- /* Map peripherals */
- iotable_init(at91cap9_io_desc, ARRAY_SIZE(at91cap9_io_desc));
+ at91_boot_soc = at91cap9_soc;
+ at91_map_io();
+ iotable_init(at91cap9_sram_desc, ARRAY_SIZE(at91cap9_sram_desc));
}
This would keep the per-soc code local and still consolidate the
common code without introducing (IMHO ugly) cpu_is_at91...() checks.
Arnd
next prev parent reply other threads:[~2011-07-01 15:46 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-01 6:44 [PATCH 1/8] at91: introduce commom AT91_BASE_SYS Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 6:44 ` [PATCH 2/8] at91: factorize at91 interrupts init to soc Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 15:47 ` Arnd Bergmann
2011-07-01 17:26 ` Jean-Christophe PLAGNIOL-VILLARD
2011-07-04 9:19 ` Christian Glindkamp
2011-07-05 5:37 ` Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 6:44 ` [PATCH 3/8] at91: remove AT91_DBGU offset from dbgu register macro Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 15:49 ` Arnd Bergmann
2011-07-27 12:05 ` [PATCH 3/8 v2] " Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 6:44 ` [PATCH 4/8] at91: use structure to store the current soc Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 6:44 ` [PATCH 5/8] at91: move clock subsystem init to soc generic init Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 6:44 ` [PATCH 6/8] at91: move register clocks " Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 6:44 ` [PATCH 7/8] at91: factorize sram init Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 6:44 ` [PATCH 8/8] at91: add arch specific ioremap support Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 15:59 ` Arnd Bergmann
2011-07-01 17:29 ` Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 15:46 ` Arnd Bergmann [this message]
2011-07-01 17:25 ` [PATCH 1/8] at91: introduce commom AT91_BASE_SYS Jean-Christophe PLAGNIOL-VILLARD
2011-07-01 20:38 ` Arnd Bergmann
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=201107011746.57026.arnd@arndb.de \
--to=arnd@arndb.de \
--cc=linux-arm-kernel@lists.infradead.org \
/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.