From: dave.martin@linaro.org (Dave Martin)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/5] ARM: vexpress: Add DT support in v2m
Date: Thu, 17 Nov 2011 18:37:26 +0000 [thread overview]
Message-ID: <20111117183726.GE3044@localhost.localdomain> (raw)
In-Reply-To: <20111117160536.GU9581@n2100.arm.linux.org.uk>
On Thu, Nov 17, 2011 at 04:05:37PM +0000, Russell King - ARM Linux wrote:
[...]
> > @@ -383,11 +412,18 @@ static struct clk_lookup v2m_lookups[] = {
> > },
> > };
> >
> > +static void __init v2m_system_id(void)
> > +{
> > + if (!system_rev)
> > + system_rev = readl(v2m_sysreg_base + V2M_SYS_ID);
>
> You do understand that system_rev is for the system _revision_ not for
> some kind of system ID. For example, it's to identify whether we're on
> a revision 4, 5 or 6 system.
>
> However, with DT the differences in system revision should be encoded
> into the DT itself, and the kernel should not be making choices about
> the hardware off this.
I can't comment on whether this is an abuse of system_rev, since I'm
not too familiar with that.
I feel that Whether the value of the V2M_SYS_ID register should be put
in the DT is more doubtful though: the DT must describe the hardware
which cannot be probed. Hardware features which can be probed can still
be described in the DT and sometimes this is advantageous -- nonetheless
it does break the one-definition principle and may lead to problems.
One scenario where this does make sense is if the bootloader discovers
that value and injects it into the DT. However, that would broaden the
interface between the bootloader and kernel in a platform-specific way
and may cause problems itself.
Cheers
---Dave
next prev parent reply other threads:[~2011-11-17 18:37 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-11 18:27 [PATCH 0/5] Versatile Express DT support, take 2 Pawel Moll
2011-11-11 18:27 ` [PATCH 1/5] ARM: vexpress: Get rid of MMIO_P2V Pawel Moll
2011-11-16 15:35 ` Dave Martin
2011-11-16 16:16 ` Pawel Moll
2011-11-16 17:28 ` Dave Martin
2011-11-16 17:30 ` Pawel Moll
2011-11-17 7:02 ` Ryan Harkin
2011-11-17 15:43 ` Russell King - ARM Linux
2011-11-18 12:20 ` Pawel Moll
2011-11-18 17:44 ` Russell King - ARM Linux
2011-11-11 18:27 ` [PATCH 2/5] ARM: vexpress: Remove platform SMP functions from ct_desc Pawel Moll
2011-11-17 15:31 ` Russell King - ARM Linux
2011-11-18 12:20 ` Pawel Moll
2011-11-11 18:27 ` [PATCH 3/5] ARM: vexpress: Add DT support in v2m Pawel Moll
2011-11-16 15:44 ` Dave Martin
2011-11-16 16:26 ` Rob Herring
2011-11-16 16:37 ` Pawel Moll
2011-11-16 16:59 ` Rob Herring
2011-11-16 17:07 ` Pawel Moll
2011-11-16 17:37 ` Pawel Moll
2011-11-16 19:14 ` Dave Martin
2011-11-16 17:39 ` Dave Martin
2011-11-16 17:50 ` Dave Martin
2011-11-16 17:55 ` Pawel Moll
2011-11-17 15:53 ` Russell King - ARM Linux
2011-11-18 12:20 ` Pawel Moll
2011-11-18 17:49 ` Russell King - ARM Linux
2011-11-16 16:35 ` Pawel Moll
2011-11-16 17:57 ` Dave Martin
2011-11-17 13:50 ` Pawel Moll
2011-11-17 14:41 ` Dave Martin
2011-11-17 16:05 ` Russell King - ARM Linux
2011-11-17 18:37 ` Dave Martin [this message]
2011-11-18 17:52 ` Russell King - ARM Linux
2011-11-18 12:20 ` Pawel Moll
2011-11-11 18:27 ` [PATCH 4/5] ARM: vexpress: Initial RS1 memory map support Pawel Moll
2011-11-16 15:42 ` Dave Martin
2011-11-16 16:28 ` Pawel Moll
2011-11-16 18:03 ` Dave Martin
2011-11-17 15:36 ` Russell King - ARM Linux
2011-11-18 12:20 ` Pawel Moll
2011-11-18 17:56 ` Russell King - ARM Linux
2011-11-11 18:27 ` [PATCH 5/5] ARM: vexpress: DT-based support for CoreTiles Express A5x2 and A9x4 Pawel Moll
2011-11-11 22:30 ` Rob Herring
2011-11-11 22:54 ` Pawel Moll
2011-11-16 15:36 ` Dave Martin
2011-11-16 16:22 ` Pawel Moll
2011-11-16 18:17 ` Dave Martin
2011-11-16 15:33 ` [PATCH 0/5] Versatile Express DT support, take 2 Dave Martin
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=20111117183726.GE3044@localhost.localdomain \
--to=dave.martin@linaro.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).