From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753007AbcJKA7A (ORCPT ); Mon, 10 Oct 2016 20:59:00 -0400 Received: from mailout1.samsung.com ([203.254.224.24]:60049 "EHLO mailout1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752578AbcJKA66 (ORCPT ); Mon, 10 Oct 2016 20:58:58 -0400 X-AuditID: cbfee61a-f79786d000004c78-0c-57fc394f47ec From: Kukjin Kim To: "'Kukjin Kim'" , "'Krzysztof Kozlowski'" Cc: "'Olof Johansson'" , "'Arnd Bergmann'" , "'Kevin Hilman'" , arm@kernel.org, "'Kukjin Kim'" , linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-kernel@vger.kernel.org, "'Bartlomiej Zolnierkiewicz'" , "'Javier Martinez Canillas'" , "'Daniel Lezcano'" References: <1474216788-17282-1-git-send-email-krzk@kernel.org> <1474216788-17282-2-git-send-email-krzk@kernel.org> <2663426.T8oUku18qe@wuerfel> <20160919155302.GA4447@kozik-book> <20161003074825.GA2724@kozik-lap> <53745281-AF17-4A3A-8BB5-63EED3563298@gmail.com> <50A42280-0A39-44E3-8E35-C24031EB4DF0@gmail.com> In-reply-to: <50A42280-0A39-44E3-8E35-C24031EB4DF0@gmail.com> Subject: RE: [GIT PULL 1/3] ARM: soc: exynos: Drivers for v4.9 Date: Tue, 11 Oct 2016 09:58:51 +0900 Message-id: <001d01d2235a$a43289d0$ec979d70$@kernel.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-index: AQJXnOnMkall6du4rS3kDKx0R5sZpAKJNaEsAUGu6nABknFOZQJ8hMXRAj89+2UBHaL6LgIN7M9hAnSTlAifGa51MA== Content-language: ko X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrOKsWRmVeSWpSXmKPExsVy+t9jAV1/yz/hBmsPm1kc+7KFzeLvpGPs FhtnrGe1mPdZ1uLr9UfsFm/ermGyWDF1GpvFh8Xb2S0Obmpktuh//JrZ4unmx0wW589vYLfY 9Pgaq8XlXXPYLGac38dksWT7F3aLU9c/szkIevz+NYnRY+esu+wem1Z1snncubaHzWPzknqP KyeaWD229APF+7asYvT4vEkugDPKzSYjNTEltUghNS85PyUzL91WKTTETddCSSEvMTfVVilC 1zckSEmhLDGnFMgzMkADDs4B7sFK+nYJbhkz785kLbitVHHt50+mBsbz0l2MnBwSAiYSlzZM ZISwxSQu3FvP1sXIxSEksJRRomvuQWYI5z2jxKanc5i6GDk42ASUJRqb9EEahAW0JBZuaWIB CYsI+Es83hgDUs4ssIpZYu7l24wQvXeYJTat2cgM0sApYCsxc/9MRpAGYQE7ibbXbCBhFgFV iZcbn7GDhHkFLCTWLhQDCfMKCEr8mHyPBcRmBlq1fudxJghbXmLzmrfMEDcrSOw4+xrsfhGB HInZt2+zQdSISOx78Y5xAqPwLCSjZiEZNQvJqFlIWhYwsqxilEgtSC4oTkrPNcxLLdcrTswt Ls1L10vOz93ECE4kz6R2MB7c5X6IUYCDUYmHd8Li3+FCrIllxZW5hxglOJiVRHjXmf0JF+JN SaysSi3Kjy8qzUktPsRoCvTrRGYp0eR8YJLLK4k3NDE3MTc2sDC3tDQxUhLnbZz9LFxIID2x JDU7NbUgtQimj4mDU6qBsTvpGvNModPmU2NKp5uKTDE7FL1q9gW1Vbs6hR7OPpSUqbHKLlak YFrsZdVbEk+fNezKmnyvp1pOM+qujVjZhHNyWQdjPs7VCtx9oiHmnu7uHafEnis6aj/hjvy+ 7pr6zcDd524Lt7edaGoU95v7vvPmFq67sjdzcrhNjZ32s8s8j1fbs+WAghJLcUaioRZzUXEi AJGMYQU6AwAA X-MTR: 20000000000000000@CPGS Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Kukjin Kim wrote: - Krzysztof's samsung email because he is not using now > > 2016. 10. 3. 21:19 Kukjin Kim wrote: > > + my samsung email > > > 2016. 10. 3. 15:48 Krzysztof Kozlowski wrote: > > > >>>> On Sun, Oct 02, 2016 at 05:25:07PM -0700, Olof Johansson wrote: > >>>>> On Mon, Sep 19, 2016 at 8:53 AM, Krzysztof Kozlowski wrote: > >>>>>> On Mon, Sep 19, 2016 at 05:02:40PM +0200, Arnd Bergmann wrote: > >>>>>> On Sunday, September 18, 2016 6:39:46 PM CEST Krzysztof Kozlowski wrote: > >>>>>> Samsung drivers/soc update for v4.9: > >>>>>> 1. Allow compile testing of exynos-mct clocksource driver on ARM64. > >>>>>> 2. Document Exynos5433 PMU compatible (already used by clkout > >>>>>> driver and more will be coming soon). > >>>>> > >>>>> Pulled into next/drivers, thanks > >>>>> > >>>>> Just for my understanding: why do we need the exynos-mct driver on > >>>>> ARM64 but not the delay-timer portion of it? > >>>> > >>>> I think we want all of it but Doug's optimization 3252a646aa2c > >>>> ("clocksource: exynos_mct: Only use 32-bits where possible") is not > >>>> ARM64 friendly. One way of dealing with it would be to prepare two > >>>> versions of exynos4_read_current_timer(). One reading only lower > >>>> 32-bit value for ARMv7 and second (slow) reading lower and upper for ARMv8. > >>>> > >>>>> > >>>>> Is there an advantage in using MCT over the architected timer on > >>>>> these chips? If so, should we also have a way to use it as the delay timer? > >>>> > >>>> No, there is no real advantage... except that the SoC has some > >>>> interesting "characteristics"... The timers are tightly coupled. > >>>> Very tightly. I spent a lot of time and failed to boot my ARMv8 > >>>> board without some MCT magic. > >>> > >>> What kind of magic is that? > >> > >> Most notably: the arch timer starts when MCT forward running counter > >> starts. Without kicking MCT, the arch timer seems to be frozen. > >> > >>> I can understand that needing the MCT for some system-level timer > >>> functionality might be true (wakeups, etc), Yes correct, the MCT is designed for the power consumption related functionalities such as cluster power down > >>> but for system > >>> timesource avoiding the MMIO timer and using the arch ones is a > >>> substantial performance improvement for gettimeofday() and friends. > >>> At this moment, we can use the ARM arch timers as clocksource so I think no performance degradation (some latency?) with using the CP15 access for the gettimeofday() and friends > >>> There was extensive discussion last year over using arch timers on > >>> 5420/5422, and it fizzled out with vague comments about something > >>> not working right between A15/A7 on b.L. hardware. Current Exynos SoCs including ARMv8 architecture based have no hardware something which means 'not working right' > >>> I'm presuming > >>> whatever implementation details of that SoC has since been fixed on > >>> later chips (including v8). Any chance you can confirm? It'd be very > >>> nice to leave MCT behind on v8 as a system time source. It is depending on system level design architecture. If we don't need to support some power mode such as cluster power down, we can use arch timers without the MCT but actual product needed to support it for power consumption. Let me add some comments. According to the ARM architecture design, the ARM arch timers require toggle from outside of the core as timer source and we're using the MCT for it. And we can use the ARM arch timers as clocksource not the MCT on current Exynos. > >> Unfortunately, I cannot confirm this, at least on Exynos5433 (ARMv8). > >> I played with arch and MCT timers on it and failed to get the > >> arch-timer-only setup working. I did not have access to newer Exynos > >> designs (Exynos 7) so I do not know how it works there. > > > > Hi guys, > > > > I know what Olof want to know and actually several days ago someone asked me about that. As you guys > talked, a couple of years ago there were some discussions...BTW I need to contact to hardware designer > before let you guys know because something needs to be confirmed by them even I know roughly. > > > > Note I'm in vacation with my family. Will be back on this in several days with exact information. > > > > BRs, > > Kukjin k-gene