From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keerthy Subject: Re: [PATCH v2 3/6] ARM: AM43xx: Introduce a separate soc_is function for am438x series of SoCs Date: Tue, 11 Aug 2015 23:24:26 +0530 Message-ID: <55CA36D2.3080509@ti.com> References: <1439198906-31189-1-git-send-email-j-keerthy@ti.com> <1439198906-31189-4-git-send-email-j-keerthy@ti.com> <20150811125515.GN4215@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20150811125515.GN4215-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Tony Lindgren , Keerthy Cc: linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, pawel.moll-5wv7dgnIgG8@public.gmane.org, galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org, paul-DWxLp4Yu+b8AvxtiuMwx3w@public.gmane.org, alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, johan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, grygorii.strashko-l0cyMroinI0@public.gmane.org, rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, bcousson-rdvid1DuHRBWk0Htik3J/w@public.gmane.org, nm-l0cyMroinI0@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, t-kristo-l0cyMroinI0@public.gmane.org List-Id: linux-omap@vger.kernel.org On Tuesday 11 August 2015 06:25 PM, Tony Lindgren wrote: > * Keerthy [150810 02:31]: >> @@ -371,8 +372,10 @@ IS_OMAP_TYPE(3430, 0x3430) >> #ifdef CONFIG_SOC_AM43XX >> # undef soc_is_am43xx >> # undef soc_is_am437x >> -# define soc_is_am43xx() is_am43xx() >> -# define soc_is_am437x() is_am437x() >> +# undef soc_is_am438x >> +# define soc_is_am43xx() of_machine_is_compatible("ti,am43") >> +# define soc_is_am437x() of_machine_is_compatible("ti,am4372") >> +# define soc_is_am438x() of_machine_is_compatible("ti,am438x") >> #endif > > Hmm didn't I already comment on this change? I don't want to do it > for one SoC. Please add the SoC detection the old way for am43xx, > then do another series that changes all the DT only SoCs to use > of_machine_is_compatible() after it's been properly tested so now > regressions are caused for the early init code. Okay. I misinterpreted your earlier comment. Thanks for clarifying. I will re-do. > > Regards, > > Tony > -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from arroyo.ext.ti.com (arroyo.ext.ti.com. [192.94.94.40]) by gmr-mx.google.com with ESMTPS id ax9si1202008igc.1.2015.08.11.10.54.48 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 11 Aug 2015 10:54:48 -0700 (PDT) Message-ID: <55CA36D2.3080509@ti.com> Date: Tue, 11 Aug 2015 23:24:26 +0530 From: Keerthy MIME-Version: 1.0 To: Tony Lindgren , Keerthy CC: , , , , , , , , , , , , Subject: [rtc-linux] Re: [PATCH v2 3/6] ARM: AM43xx: Introduce a separate soc_is function for am438x series of SoCs References: <1439198906-31189-1-git-send-email-j-keerthy@ti.com> <1439198906-31189-4-git-send-email-j-keerthy@ti.com> <20150811125515.GN4215@atomide.com> In-Reply-To: <20150811125515.GN4215@atomide.com> Content-Type: text/plain; charset=UTF-8; format=flowed Reply-To: rtc-linux@googlegroups.com List-ID: List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , On Tuesday 11 August 2015 06:25 PM, Tony Lindgren wrote: > * Keerthy [150810 02:31]: >> @@ -371,8 +372,10 @@ IS_OMAP_TYPE(3430, 0x3430) >> #ifdef CONFIG_SOC_AM43XX >> # undef soc_is_am43xx >> # undef soc_is_am437x >> -# define soc_is_am43xx() is_am43xx() >> -# define soc_is_am437x() is_am437x() >> +# undef soc_is_am438x >> +# define soc_is_am43xx() of_machine_is_compatible("ti,am43") >> +# define soc_is_am437x() of_machine_is_compatible("ti,am4372") >> +# define soc_is_am438x() of_machine_is_compatible("ti,am438x") >> #endif > > Hmm didn't I already comment on this change? I don't want to do it > for one SoC. Please add the SoC detection the old way for am43xx, > then do another series that changes all the DT only SoCs to use > of_machine_is_compatible() after it's been properly tested so now > regressions are caused for the early init code. Okay. I misinterpreted your earlier comment. Thanks for clarifying. I will re-do. > > Regards, > > Tony > -- -- You received this message because you are subscribed to "rtc-linux". Membership options at http://groups.google.com/group/rtc-linux . Please read http://groups.google.com/group/rtc-linux/web/checklist before submitting a driver. --- You received this message because you are subscribed to the Google Groups "rtc-linux" group. To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/d/optout.