From: Thierry Reding <treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
To: Daniel Lezcano <daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Cc: Paul Walmsley <paul-DWxLp4Yu+b8AvxtiuMwx3w@public.gmane.org>,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Allen Martin <amartin-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
Stephen Warren <swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
Alexandre Courbot
<gnurou-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH] clocksource: tegra: wrap arch/arm-specific sections in CONFIG_ARM
Date: Thu, 8 Jan 2015 16:48:39 +0100 [thread overview]
Message-ID: <20150108154837.GA1608@ulmo.nvidia.com> (raw)
In-Reply-To: <54AE9286.1090800-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 1243 bytes --]
On Thu, Jan 08, 2015 at 03:21:58PM +0100, Daniel Lezcano wrote:
> On 12/09/2014 11:07 PM, Paul Walmsley wrote:
> >
> >Like several of the other files in drivers/clocksource,
> >tegra20_timer.c contains code that can only compile when CONFIG_ARM is
> >enabled. This causes obvious problems when trying to compile this
> >code for NVIDIA ARM64-based SoCs, such as Tegra132. The same timer IP
> >blocks exist, so it seems appropriate to provide support for them.
> >
> >So until we figure out a better way to partition this code, wrap the
> >delay_timer and persistent_clock support code with preprocessor tests
> >for CONFIG_ARM. (The delay_timer code should not be needed at all on
> >ARM64 due to the presence of the ARMv8 architected timer. The
> >persistent_clock support code could become important once power
> >management modes are implemented that turn off the CPU complex.)
>
> Well actually putting #ifdef macros in the C code should be avoided if
> possible.
>
> May be you can replace those macros by:
>
> if (IS_ENABLED(CONFIG_ARM64)) {
> ...
> }
>
> ?
Unfortunately we can't. Some of the symbols in this file are only
defined in headers specific to ARM and not available on ARM64.
Thierry
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <treding@nvidia.com>
To: Daniel Lezcano <daniel.lezcano@linaro.org>
Cc: Paul Walmsley <paul@pwsan.com>, <linux-kernel@vger.kernel.org>,
"Thomas Gleixner" <tglx@linutronix.de>,
<linux-tegra@vger.kernel.org>, Allen Martin <amartin@nvidia.com>,
Stephen Warren <swarren@nvidia.com>,
Alexandre Courbot <gnurou@gmail.com>
Subject: Re: [PATCH] clocksource: tegra: wrap arch/arm-specific sections in CONFIG_ARM
Date: Thu, 8 Jan 2015 16:48:39 +0100 [thread overview]
Message-ID: <20150108154837.GA1608@ulmo.nvidia.com> (raw)
In-Reply-To: <54AE9286.1090800@linaro.org>
[-- Attachment #1: Type: text/plain, Size: 1243 bytes --]
On Thu, Jan 08, 2015 at 03:21:58PM +0100, Daniel Lezcano wrote:
> On 12/09/2014 11:07 PM, Paul Walmsley wrote:
> >
> >Like several of the other files in drivers/clocksource,
> >tegra20_timer.c contains code that can only compile when CONFIG_ARM is
> >enabled. This causes obvious problems when trying to compile this
> >code for NVIDIA ARM64-based SoCs, such as Tegra132. The same timer IP
> >blocks exist, so it seems appropriate to provide support for them.
> >
> >So until we figure out a better way to partition this code, wrap the
> >delay_timer and persistent_clock support code with preprocessor tests
> >for CONFIG_ARM. (The delay_timer code should not be needed at all on
> >ARM64 due to the presence of the ARMv8 architected timer. The
> >persistent_clock support code could become important once power
> >management modes are implemented that turn off the CPU complex.)
>
> Well actually putting #ifdef macros in the C code should be avoided if
> possible.
>
> May be you can replace those macros by:
>
> if (IS_ENABLED(CONFIG_ARM64)) {
> ...
> }
>
> ?
Unfortunately we can't. Some of the symbols in this file are only
defined in headers specific to ARM and not available on ARM64.
Thierry
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2015-01-08 15:48 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-09 22:07 [PATCH] clocksource: tegra: wrap arch/arm-specific sections in CONFIG_ARM Paul Walmsley
[not found] ` <alpine.DEB.2.02.1412092201200.31750-rwI8Ez+7Ko+d5PgPZx9QOdBPR1lH4CV8@public.gmane.org>
2014-12-10 11:14 ` Thierry Reding
2014-12-10 11:14 ` Thierry Reding
[not found] ` <20141210111425.GD15287-AwZRO8vwLAwmlAP/+Wk3EA@public.gmane.org>
2014-12-12 2:13 ` Paul Walmsley
2014-12-12 2:13 ` Paul Walmsley
2014-12-12 2:13 ` Paul Walmsley
2015-01-07 14:29 ` Thierry Reding
2015-01-07 14:29 ` Thierry Reding
2015-01-08 16:58 ` Daniel Lezcano
2015-01-08 16:58 ` Daniel Lezcano
2015-01-09 2:09 ` Paul Walmsley
2015-01-09 8:31 ` Daniel Lezcano
[not found] ` <54AF91CC.2090007-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-01-09 12:21 ` Thierry Reding
2015-01-09 12:21 ` Thierry Reding
2015-01-09 13:24 ` Daniel Lezcano
2015-01-09 13:24 ` Daniel Lezcano
[not found] ` <54AFD688.5000304-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-01-09 13:33 ` Thierry Reding
2015-01-09 13:33 ` Thierry Reding
2015-01-09 13:38 ` Daniel Lezcano
2015-01-09 13:44 ` Thierry Reding
2015-01-08 14:21 ` Daniel Lezcano
[not found] ` <54AE9286.1090800-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-01-08 15:48 ` Thierry Reding [this message]
2015-01-08 15:48 ` Thierry Reding
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=20150108154837.GA1608@ulmo.nvidia.com \
--to=treding-ddmlm1+adcrqt0dzr+alfa@public.gmane.org \
--cc=amartin-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
--cc=daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=gnurou-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=paul-DWxLp4Yu+b8AvxtiuMwx3w@public.gmane.org \
--cc=swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
--cc=tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.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.