devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Thierry Reding
	<thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
Subject: Re: [PATCH 1/2] dt: Add empty of_property_match_string() function
Date: Wed, 13 Jun 2012 10:20:22 -0500	[thread overview]
Message-ID: <4FD8AFB6.90905@gmail.com> (raw)
In-Reply-To: <20120613070256.GB5670-RM9K5IK7kjIQXX3q8xo1gnVAuStQJXxyR5q1nwbD4aMs9pC9oP6+/A@public.gmane.org>

On 06/13/2012 02:02 AM, Thierry Reding wrote:
> On Fri, Jun 01, 2012 at 07:59:20AM +0200, Thierry Reding wrote:
>> * Thierry Reding wrote:
>>> * Thierry Reding wrote:
>>>> The latest series for the PWM subsystem is here[0]. However that version
>>>> doesn't contain the latest changes that require this. I haven't pushed those
>>>> changes yet because they cause the build to fail (because of these two
>>>> missing patches).
>>>
>>> I just pushed the latest code to the for-next branch. That's the state that I
>>> was going to submit during the 3.5 merge window.
>>>
>>> Thierry
>>>
>>>> [0]: http://gitorious.org/linux-pwm/linux-pwm
>>
>> Hi Grant,
>>
>> Do you have any comments on this? I really want the PWM subsystem to go into
>> 3.6, and for that to happen we need to find a solution for this. As I stated
>> previously the empty functions are needed to compile the PWM core in !OF
>> configurations.
>>
>> Usually this would be solved by just #ifdef'ing the corresponding code, but
>> with the recent introduction of the config_enabled() and IS_ENABLED() macros
>> there seems to be a move to replace #ifdef usage with those in order to have
>> the corresponding code compile-checked in all configurations and have the
>> compiler throw away the unused code.
>>
>> I believe that this is a good thing, but it will required these empty OF
>> functions to be added. If you don't find this an acceptable solution, please
>> let me know and I'll convert the OF-specific code in the PWM core to use
>> #ifdef instead.
> 
> Grant, Rob,
> 
> any update on this?
> 

I agree with your comments, and every other OF function you are using
has an empty version already, so for both patches:

Acked-by: Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>

You can merge these with PWM support since you are dependent on it.

Rob

      parent reply	other threads:[~2012-06-13 15:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-13 14:23 [PATCH 1/2] dt: Add empty of_property_match_string() function Thierry Reding
     [not found] ` <1334327016-8949-1-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2012-04-13 14:23   ` [PATCH 2/2] dt: Add empty of_parse_phandle_with_args() function Thierry Reding
2012-04-26 19:01   ` [PATCH 1/2] dt: Add empty of_property_match_string() function Thierry Reding
     [not found]     ` <20120426190112.GA28018-RM9K5IK7kjIQXX3q8xo1gnVAuStQJXxyR5q1nwbD4aMs9pC9oP6+/A@public.gmane.org>
2012-04-27 16:45       ` Grant Likely
2012-04-27 20:41         ` Thierry Reding
     [not found]           ` <20120427204154.GA12617-RM9K5IK7kjIQXX3q8xo1gnVAuStQJXxyR5q1nwbD4aMs9pC9oP6+/A@public.gmane.org>
2012-04-27 20:53             ` Thierry Reding
     [not found]               ` <20120427205307.GA16099-RM9K5IK7kjIQXX3q8xo1gnVAuStQJXxyR5q1nwbD4aMs9pC9oP6+/A@public.gmane.org>
2012-06-01  5:59                 ` Thierry Reding
     [not found]                   ` <20120601055920.GA15874-RM9K5IK7kjIyiCvfTdI0JKcOhU4Rzj621B7CTYaBSLdn68oJJulU0Q@public.gmane.org>
2012-06-13  7:02                     ` Thierry Reding
     [not found]                       ` <20120613070256.GB5670-RM9K5IK7kjIQXX3q8xo1gnVAuStQJXxyR5q1nwbD4aMs9pC9oP6+/A@public.gmane.org>
2012-06-13 15:20                         ` Rob Herring [this message]

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=4FD8AFB6.90905@gmail.com \
    --to=robherring2-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
    --cc=thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@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 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).