All of lore.kernel.org
 help / color / mirror / Atom feed
From: viresh.kumar@st.com (Viresh Kumar)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM: SPEAr600: Add device-tree support to SPEAr600 boards
Date: Wed, 21 Mar 2012 17:02:05 +0530	[thread overview]
Message-ID: <4F69BC35.4010400@st.com> (raw)
In-Reply-To: <201203151339.36173.arnd@arndb.de>

On 3/15/2012 7:09 PM, Arnd Bergmann wrote:
> On Thursday 15 March 2012, Stefan Roese wrote:
>> On Thursday 15 March 2012 10:00:27 Viresh Kumar wrote:
>>> On 3/15/2012 2:18 PM, Stefan Roese wrote:
>>>>>>>> +static const struct of_device_id vic_of_match[] __initconst = {
>>>>>>>> +     { .compatible = "arm,pl190-vic", .data = vic_of_init, },
>>>>>>>> +     { /* Sentinel */ }
>>>>>>>> +};
>>>>>>>> +
>>>>>>>> +static void __init spear6xx_dt_init_irq(void)
>>>>>>>> +{
>>>>>>>> +     of_irq_init(vic_of_match);
>>>>>>>> +}
>>>>>>>> +
>>>>>>
>>>>>> What about adding this routine in vic.c file, which can then be used
>>>>>> by all platforms, instead of replicating this code.
>>>>
>>>> We can't move vic_of_match to the vic.c, since there are differences
>>>> between the boards using it. And only moving spear6xx_dt_init_irq()
>>>> (renamed of course) doesn't seem worth it.
>>>
>>> I knew this. Actually my thought was, we have two compatible strings for
>>> vic: pl190 and pl192.
>>>
>>> So, create two vic_of_match* arrays and two vic*_dt_init_irq() routines.
>>> That will solve the issue i believe.
>>
>> I still don't think its worth it. But please feel free to send an add-on 
>> patch, to "clean this up".
> 
> What's wrong with one vic_dt_init_irq() function and an array with two entries?

Hey Arnd,

Actually i was doing 3xx DT porting and again came to this thing. I believe what
you suggested should be fine too as the actual vic model/name is going to be
passed from .dts file.

If this is acceptable to you, i will add patch for both vic & gic in my
patchset.

-- 
viresh

WARNING: multiple messages have this Message-ID (diff)
From: Viresh Kumar <viresh.kumar-qxv4g6HH51o@public.gmane.org>
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Cc: Stefan Roese <sr-ynQEQJNshbs@public.gmane.org>,
	"devicetree-discuss-mnsaURCQ41sdnm+yROfE0A@public.gmane.org"
	<devicetree-discuss-mnsaURCQ41sdnm+yROfE0A@public.gmane.org>,
	spear-devel <spear-devel-nkJGhpqTU55BDgjK7y7TUQ@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Subject: Re: [PATCH] ARM: SPEAr600: Add device-tree support to SPEAr600 boards
Date: Wed, 21 Mar 2012 17:02:05 +0530	[thread overview]
Message-ID: <4F69BC35.4010400@st.com> (raw)
In-Reply-To: <201203151339.36173.arnd-r2nGTMty4D4@public.gmane.org>

On 3/15/2012 7:09 PM, Arnd Bergmann wrote:
> On Thursday 15 March 2012, Stefan Roese wrote:
>> On Thursday 15 March 2012 10:00:27 Viresh Kumar wrote:
>>> On 3/15/2012 2:18 PM, Stefan Roese wrote:
>>>>>>>> +static const struct of_device_id vic_of_match[] __initconst = {
>>>>>>>> +     { .compatible = "arm,pl190-vic", .data = vic_of_init, },
>>>>>>>> +     { /* Sentinel */ }
>>>>>>>> +};
>>>>>>>> +
>>>>>>>> +static void __init spear6xx_dt_init_irq(void)
>>>>>>>> +{
>>>>>>>> +     of_irq_init(vic_of_match);
>>>>>>>> +}
>>>>>>>> +
>>>>>>
>>>>>> What about adding this routine in vic.c file, which can then be used
>>>>>> by all platforms, instead of replicating this code.
>>>>
>>>> We can't move vic_of_match to the vic.c, since there are differences
>>>> between the boards using it. And only moving spear6xx_dt_init_irq()
>>>> (renamed of course) doesn't seem worth it.
>>>
>>> I knew this. Actually my thought was, we have two compatible strings for
>>> vic: pl190 and pl192.
>>>
>>> So, create two vic_of_match* arrays and two vic*_dt_init_irq() routines.
>>> That will solve the issue i believe.
>>
>> I still don't think its worth it. But please feel free to send an add-on 
>> patch, to "clean this up".
> 
> What's wrong with one vic_dt_init_irq() function and an array with two entries?

Hey Arnd,

Actually i was doing 3xx DT porting and again came to this thing. I believe what
you suggested should be fine too as the actual vic model/name is going to be
passed from .dts file.

If this is acceptable to you, i will add patch for both vic & gic in my
patchset.

-- 
viresh

  reply	other threads:[~2012-03-21 11:32 UTC|newest]

Thread overview: 80+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-13 14:47 [PATCH] ARM: SPEAr600: Add device-tree support to SPEAr600 boards Stefan Roese
2012-03-13 14:47 ` Stefan Roese
2012-03-13 16:44 ` Arnd Bergmann
2012-03-13 16:44   ` Arnd Bergmann
2012-03-14  7:08   ` Viresh Kumar
2012-03-14  7:08     ` Viresh Kumar
2012-03-14  9:58     ` Arnd Bergmann
2012-03-14  9:58       ` Arnd Bergmann
2012-03-14 10:02       ` Viresh Kumar
2012-03-14 10:02         ` Viresh Kumar
2012-03-14  7:40   ` Stefan Roese
2012-03-14  7:40     ` Stefan Roese
2012-03-14  9:48     ` Arnd Bergmann
2012-03-14  9:48       ` Arnd Bergmann
2012-03-14 10:36       ` Stefan Roese
2012-03-14 10:36         ` Stefan Roese
2012-03-14 13:27         ` Arnd Bergmann
2012-03-14 13:27           ` Arnd Bergmann
2012-03-14 13:43           ` Stefan Roese
2012-03-14 13:43             ` Stefan Roese
2012-03-14 14:09             ` Arnd Bergmann
2012-03-14 14:09               ` Arnd Bergmann
2012-03-14 13:44           ` Rob Herring
2012-03-14 13:44             ` Rob Herring
2012-03-14  7:05 ` Viresh Kumar
2012-03-14  7:05   ` Viresh Kumar
2012-03-14  7:20   ` Stefan Roese
2012-03-14  7:20     ` Stefan Roese
2012-03-15  8:48   ` Stefan Roese
2012-03-15  8:48     ` Stefan Roese
2012-03-15  9:00     ` Viresh Kumar
2012-03-15  9:00       ` Viresh Kumar
2012-03-15 10:38       ` Stefan Roese
2012-03-15 10:38         ` Stefan Roese
2012-03-15 10:40         ` Viresh Kumar
2012-03-15 10:40           ` Viresh Kumar
2012-03-15 13:39         ` Arnd Bergmann
2012-03-15 13:39           ` Arnd Bergmann
2012-03-21 11:32           ` Viresh Kumar [this message]
2012-03-21 11:32             ` Viresh Kumar
2012-03-21 12:36             ` Arnd Bergmann
2012-03-21 12:36               ` Arnd Bergmann
2012-03-21 13:28               ` viresh kumar
2012-03-21 13:28                 ` viresh kumar
2012-03-21 14:04                 ` Arnd Bergmann
2012-03-21 14:04                   ` Arnd Bergmann
2012-03-21 14:18                   ` viresh kumar
2012-03-21 14:18                     ` viresh kumar
2012-03-21 14:42                     ` Arnd Bergmann
2012-03-21 14:42                       ` Arnd Bergmann
2012-03-21 18:26                   ` Arnd Bergmann
2012-03-21 18:26                     ` Arnd Bergmann
2012-03-22  0:45                     ` viresh kumar
2012-03-22  0:45                       ` viresh kumar
2012-03-22  8:10                       ` Arnd Bergmann
2012-03-22  8:10                         ` Arnd Bergmann
     [not found]                         ` <201203220810.00628.arnd-r2nGTMty4D4@public.gmane.org>
2012-03-22  8:51                           ` viresh kumar
     [not found]               ` <201203211236.37891.arnd-r2nGTMty4D4@public.gmane.org>
2012-03-22 13:46                 ` viresh kumar
2012-03-22 14:20                   ` Arnd Bergmann
2012-03-22 14:20                     ` Arnd Bergmann
     [not found]                     ` <201203221420.10127.arnd-r2nGTMty4D4@public.gmane.org>
2012-03-22 14:53                       ` viresh kumar
2012-03-27 10:27                     ` Viresh Kumar
2012-03-27 10:27                       ` Viresh Kumar
2012-03-27 11:15                       ` Arnd Bergmann
2012-03-27 11:15                         ` Arnd Bergmann
2012-03-27 11:27                         ` Viresh Kumar
2012-03-27 11:27                           ` Viresh Kumar
2012-03-27 11:45                           ` Viresh Kumar
2012-03-27 11:45                             ` Viresh Kumar
2012-03-27 11:59                           ` Arnd Bergmann
2012-03-27 11:59                             ` Arnd Bergmann
     [not found]                             ` <201203271159.35306.arnd-r2nGTMty4D4@public.gmane.org>
2012-03-27 13:44                               ` viresh kumar
2012-03-27 13:59                                 ` Arnd Bergmann
2012-03-27 13:59                                   ` Arnd Bergmann
2012-03-28  5:03                                   ` Viresh Kumar
2012-03-28  5:03                                     ` Viresh Kumar
2012-03-28  8:13                                     ` Arnd Bergmann
2012-03-28  8:13                                       ` Arnd Bergmann
2012-03-14  8:48 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-14  8:48   ` Jean-Christophe PLAGNIOL-VILLARD

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=4F69BC35.4010400@st.com \
    --to=viresh.kumar@st.com \
    --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.