From: Tony Lindgren <tony@atomide.com>
To: Rajendra Nayak <rnayak@ti.com>
Cc: Nishanth Menon <nm@ti.com>, Sricharan R <r.sricharan@ti.com>,
balbi@ti.com, linux-omap@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, paul@pwsan.com,
khilman@linaro.org, benoit.cousson@gmail.com, ambresh@ti.com,
sourav.poddar@ti.com
Subject: Re: [PATCH v2 1/8] ARM: DRA7: id: Add cpu detection support for DRA7xx based SoCs'
Date: Tue, 30 Jul 2013 23:42:01 -0700 [thread overview]
Message-ID: <20130731064201.GQ7656@atomide.com> (raw)
In-Reply-To: <51F8A87A.9080002@ti.com>
* Rajendra Nayak <rnayak@ti.com> [130730 23:09]:
>
> Tony, what do you suggest we do for this series? Since we have just an es1.0 and one board
> at this point for dra7xx, things would be fine even if we do a dt based parsing to identify
> the device, and I am fine with it if thats what we feel is the right way forward.
> For the rest of the DT only platforms (omap4/5/am335x) anyway getting rid of these rev checks
> from the kernel and depending on DT parsing needs to be a separate series anyway and I dont
> plan to address those as part of this series.
Well I'd say there's no need to drop the hardware revision checks
at this point at least for existing hardware. That's a very minimal
piece of code and there are way bigger issues to tackle.
For new SoCs, we could do it based on the compatible flag. If it
helps booting newer hardware with older kernels, then that's a good
reason to do it.
Regards,
Tony
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 1/8] ARM: DRA7: id: Add cpu detection support for DRA7xx based SoCs'
Date: Tue, 30 Jul 2013 23:42:01 -0700 [thread overview]
Message-ID: <20130731064201.GQ7656@atomide.com> (raw)
In-Reply-To: <51F8A87A.9080002@ti.com>
* Rajendra Nayak <rnayak@ti.com> [130730 23:09]:
>
> Tony, what do you suggest we do for this series? Since we have just an es1.0 and one board
> at this point for dra7xx, things would be fine even if we do a dt based parsing to identify
> the device, and I am fine with it if thats what we feel is the right way forward.
> For the rest of the DT only platforms (omap4/5/am335x) anyway getting rid of these rev checks
> from the kernel and depending on DT parsing needs to be a separate series anyway and I dont
> plan to address those as part of this series.
Well I'd say there's no need to drop the hardware revision checks
at this point at least for existing hardware. That's a very minimal
piece of code and there are way bigger issues to tackle.
For new SoCs, we could do it based on the compatible flag. If it
helps booting newer hardware with older kernels, then that's a good
reason to do it.
Regards,
Tony
next prev parent reply other threads:[~2013-07-31 6:42 UTC|newest]
Thread overview: 82+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-30 11:25 [PATCH v2 0/8] DRA7xx core support Rajendra Nayak
2013-07-30 11:25 ` Rajendra Nayak
2013-07-30 11:25 ` [PATCH v2 1/8] ARM: DRA7: id: Add cpu detection support for DRA7xx based SoCs' Rajendra Nayak
2013-07-30 11:25 ` Rajendra Nayak
2013-07-30 13:10 ` Felipe Balbi
2013-07-30 13:10 ` Felipe Balbi
2013-07-30 13:18 ` Felipe Balbi
2013-07-30 13:18 ` Felipe Balbi
2013-07-30 13:55 ` Tony Lindgren
2013-07-30 13:55 ` Tony Lindgren
2013-07-30 14:18 ` Sricharan R
2013-07-30 14:18 ` Sricharan R
2013-07-30 14:23 ` Felipe Balbi
2013-07-30 14:23 ` Felipe Balbi
2013-07-30 14:36 ` Sricharan R
2013-07-30 14:36 ` Sricharan R
2013-07-30 15:32 ` Felipe Balbi
2013-07-30 15:32 ` Felipe Balbi
2013-07-30 18:37 ` Sricharan R
2013-07-30 18:37 ` Sricharan R
2013-07-30 18:43 ` Nishanth Menon
2013-07-30 18:43 ` Nishanth Menon
2013-07-31 6:02 ` Rajendra Nayak
2013-07-31 6:02 ` Rajendra Nayak
2013-07-31 6:42 ` Tony Lindgren [this message]
2013-07-31 6:42 ` Tony Lindgren
2013-07-31 6:49 ` Rajendra Nayak
2013-07-31 6:49 ` Rajendra Nayak
2013-07-30 11:25 ` [PATCH v2 2/8] ARM: DRA7: hwmod: Reuse the soc_ops used for OMAP4/5 Rajendra Nayak
2013-07-30 11:25 ` Rajendra Nayak
2013-07-30 11:25 ` [PATCH v2 3/8] ARM: DRA7: Reuse all of PRCM and MPUSS SMP infra Rajendra Nayak
2013-07-30 11:25 ` Rajendra Nayak
2013-07-30 12:26 ` Nishanth Menon
2013-07-30 12:26 ` Nishanth Menon
2013-07-30 12:38 ` Rajendra Nayak
2013-07-30 12:38 ` Rajendra Nayak
2013-07-30 12:41 ` Nishanth Menon
2013-07-30 12:41 ` Nishanth Menon
2013-07-30 12:48 ` Rajendra Nayak
2013-07-30 12:48 ` Rajendra Nayak
2013-07-30 12:57 ` Nishanth Menon
2013-07-30 12:57 ` Nishanth Menon
2013-07-30 12:59 ` Rajendra Nayak
2013-07-30 12:59 ` Rajendra Nayak
2013-07-30 11:25 ` [PATCH v2 4/8] ARM: DRA7: Reuse io tables and add a new .init_early Rajendra Nayak
2013-07-30 11:25 ` Rajendra Nayak
2013-07-30 11:25 ` [PATCH v2 5/8] ARM: DRA7: Resue the clocksource, clockevent support Rajendra Nayak
2013-07-30 11:25 ` Rajendra Nayak
2013-07-30 11:25 ` [PATCH v2 6/8] ARM: DRA7: board-generic: Add basic DT support Rajendra Nayak
2013-07-30 11:25 ` Rajendra Nayak
2013-07-30 11:25 ` [PATCH v2 7/8] ARM: DRA7: Kconfig: Make ARCH_NR_GPIO default to 512 Rajendra Nayak
2013-07-30 11:25 ` Rajendra Nayak
2013-07-30 11:25 ` [PATCH v2 8/8] ARM: DRA7: dts: Add the dts files for dra7 SoC and dra7-evm board Rajendra Nayak
2013-07-30 11:25 ` Rajendra Nayak
2013-07-30 12:30 ` Nishanth Menon
2013-07-30 12:30 ` Nishanth Menon
2013-07-30 12:41 ` Rajendra Nayak
2013-07-30 12:41 ` Rajendra Nayak
2013-07-30 12:46 ` Nishanth Menon
2013-07-30 12:46 ` Nishanth Menon
2013-07-30 12:56 ` Rajendra Nayak
2013-07-30 12:56 ` Rajendra Nayak
2013-07-30 12:59 ` Nishanth Menon
2013-07-30 12:59 ` Nishanth Menon
2013-07-30 13:01 ` Rajendra Nayak
2013-07-30 13:01 ` Rajendra Nayak
2013-08-12 13:46 ` Benoit Cousson
2013-08-12 13:46 ` Benoit Cousson
2013-08-12 11:44 ` Mark Rutland
2013-08-12 11:44 ` Mark Rutland
2013-08-13 7:24 ` Rajendra Nayak
2013-08-13 7:24 ` Rajendra Nayak
2013-08-13 9:46 ` Mark Rutland
2013-08-13 9:46 ` Mark Rutland
2013-08-13 10:05 ` Marc Zyngier
2013-08-13 10:05 ` Marc Zyngier
2013-08-14 9:40 ` Rajendra Nayak
2013-08-14 9:40 ` Rajendra Nayak
2013-08-02 22:28 ` [PATCH v2 0/8] DRA7xx core support Santosh Shilimkar
2013-08-02 22:28 ` Santosh Shilimkar
2013-08-04 16:14 ` Rajendra Nayak
2013-08-04 16:14 ` Rajendra Nayak
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=20130731064201.GQ7656@atomide.com \
--to=tony@atomide.com \
--cc=ambresh@ti.com \
--cc=balbi@ti.com \
--cc=benoit.cousson@gmail.com \
--cc=khilman@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=nm@ti.com \
--cc=paul@pwsan.com \
--cc=r.sricharan@ti.com \
--cc=rnayak@ti.com \
--cc=sourav.poddar@ti.com \
/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.