From mboxrd@z Thu Jan 1 00:00:00 1970 From: Xing Zheng Subject: Re: [PATCH v6 6/8] ARM: rockchip: add support smp for rk3036 Date: Thu, 05 Nov 2015 11:00:46 +0800 Message-ID: <563AC65E.6050201@rock-chips.com> References: <1446639503-11763-1-git-send-email-zhengxing@rock-chips.com> <1446639916-11957-1-git-send-email-zhengxing@rock-chips.com> <3167530.TSdLBvl1Zs@phil> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <3167530.TSdLBvl1Zs@phil> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Heiko Stuebner Cc: robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, pawel.moll-5wv7dgnIgG8@public.gmane.org, mark.rutland-5wv7dgnIgG8@public.gmane.org, ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org, galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org, linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org, kever.yang-TNX95d0MmH7DzftRWevZcw@public.gmane.org, maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org, olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org, gregory.clement-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org, wens-jdAy2FN1RRM@public.gmane.org, thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org List-Id: linux-rockchip.vger.kernel.org On 2015=E5=B9=B411=E6=9C=8805=E6=97=A5 07:33, Heiko Stuebner wrote: > Am Mittwoch, 4. November 2015, 20:25:16 schrieb Xing Zheng: >> From: Heiko Stuebner >> >> The dual-core Cortex A7 rk3036 is a bit special in that it does not = allow >> to control the actual powerdomain of the cpu cores, while the rest o= f the >> smp-bringup like reset control and entry address handling stays the = same. >> Its bigger sibling, the quad-core rk3128 again allows powerdomain co= ntrol. >> >> So allow that case by introducing a separate smp-enable-method, that= simply >> disables powerdomain handling in the common code. >> >> Signed-off-by: Heiko Stuebner >> Tested-by: Xing Zheng >> Signed-off-by: Xing Zheng > This patch can work standalone, so I took the liberty of applying it = to my soc > branch for 4.5 already, so you don't need to resend it in future vers= ions. > > > OK=EF=BC=8C thanks Heiko. :) -- To unsubscribe from this list: send the line "unsubscribe devicetree" i= n 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 From: zhengxing@rock-chips.com (Xing Zheng) Date: Thu, 05 Nov 2015 11:00:46 +0800 Subject: [PATCH v6 6/8] ARM: rockchip: add support smp for rk3036 In-Reply-To: <3167530.TSdLBvl1Zs@phil> References: <1446639503-11763-1-git-send-email-zhengxing@rock-chips.com> <1446639916-11957-1-git-send-email-zhengxing@rock-chips.com> <3167530.TSdLBvl1Zs@phil> Message-ID: <563AC65E.6050201@rock-chips.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 2015?11?05? 07:33, Heiko Stuebner wrote: > Am Mittwoch, 4. November 2015, 20:25:16 schrieb Xing Zheng: >> From: Heiko Stuebner >> >> The dual-core Cortex A7 rk3036 is a bit special in that it does not allow >> to control the actual powerdomain of the cpu cores, while the rest of the >> smp-bringup like reset control and entry address handling stays the same. >> Its bigger sibling, the quad-core rk3128 again allows powerdomain control. >> >> So allow that case by introducing a separate smp-enable-method, that simply >> disables powerdomain handling in the common code. >> >> Signed-off-by: Heiko Stuebner >> Tested-by: Xing Zheng >> Signed-off-by: Xing Zheng > This patch can work standalone, so I took the liberty of applying it to my soc > branch for 4.5 already, so you don't need to resend it in future versions. > > > OK? thanks Heiko. :) From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031817AbbKEDBA (ORCPT ); Wed, 4 Nov 2015 22:01:00 -0500 Received: from regular1.263xmail.com ([211.150.99.132]:47680 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1031640AbbKEDA6 (ORCPT ); Wed, 4 Nov 2015 22:00:58 -0500 X-263anti-spam: KSV:0; X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-KSVirus-check: 0 X-ABS-CHECKED: 4 X-ADDR-CHECKED: 0 X-RL-SENDER: zhengxing@rock-chips.com X-FST-TO: heiko@sntech.de X-SENDER-IP: 58.22.7.114 X-LOGIN-NAME: zhengxing@rock-chips.com X-UNIQUE-TAG: X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 Message-ID: <563AC65E.6050201@rock-chips.com> Date: Thu, 05 Nov 2015 11:00:46 +0800 From: Xing Zheng User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120410 Thunderbird/11.0.1 MIME-Version: 1.0 To: Heiko Stuebner CC: robh+dt@kernel.org, pawel.moll@arm.com, mark.rutland@arm.com, ijc+devicetree@hellion.org.uk, galak@codeaurora.org, linux@arm.linux.org.uk, kever.yang@rock-chips.com, maxime.ripard@free-electrons.com, olof@lixom.net, gregory.clement@free-electrons.com, wens@csie.org, thomas.petazzoni@free-electrons.com, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org Subject: Re: [PATCH v6 6/8] ARM: rockchip: add support smp for rk3036 References: <1446639503-11763-1-git-send-email-zhengxing@rock-chips.com> <1446639916-11957-1-git-send-email-zhengxing@rock-chips.com> <3167530.TSdLBvl1Zs@phil> In-Reply-To: <3167530.TSdLBvl1Zs@phil> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2015年11月05日 07:33, Heiko Stuebner wrote: > Am Mittwoch, 4. November 2015, 20:25:16 schrieb Xing Zheng: >> From: Heiko Stuebner >> >> The dual-core Cortex A7 rk3036 is a bit special in that it does not allow >> to control the actual powerdomain of the cpu cores, while the rest of the >> smp-bringup like reset control and entry address handling stays the same. >> Its bigger sibling, the quad-core rk3128 again allows powerdomain control. >> >> So allow that case by introducing a separate smp-enable-method, that simply >> disables powerdomain handling in the common code. >> >> Signed-off-by: Heiko Stuebner >> Tested-by: Xing Zheng >> Signed-off-by: Xing Zheng > This patch can work standalone, so I took the liberty of applying it to my soc > branch for 4.5 already, so you don't need to resend it in future versions. > > > OK， thanks Heiko. :)