Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3317692pxb; Mon, 1 Nov 2021 11:38:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxL0VE4cJnqYuFMIQ81Hoxoh1c6jBhZ02pLKSTtX7X1Ir7quFHEAYAyot31t+S5Sp7toGO7 X-Received: by 2002:a05:6402:26cb:: with SMTP id x11mr14758356edd.297.1635791935859; Mon, 01 Nov 2021 11:38:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635791935; cv=none; d=google.com; s=arc-20160816; b=0c2iv7ahyvZp0M2TLirgYkrtqJU0X9GBSrAiXcjHDFei1uFuG6Y9kQ96ikPme88hWl DNlJkVHHfOiCm/g7oNjwBMpxzHo9goP8CRiL1f35f119qUFgt3qqZdCX0c7YuVLmDp/v ZkuJV4sObAfybwstcpfFj7eM+Ngtk2l53VrlTzTYkZMnDYO5jt6jY18kJj46SMJPYnCk BLf0JsH+JUOOJI/41jOnBcs+nBBg4Mdxsi3EuxCgx8EFQPQ/Qze/pRQc48ZaSGm61We7 rE1lEHnh0xqz7450TpaW6KxYiwvi3xozhuB2Ik3vGY7dZfbuoWxLK79Qi5qtnp3SAUSX R4Gw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=tO/sJOVXGu1XRctd0mIlL8N/rOf5z8jD5S9ZOoMr6sA=; b=1HQ7dGOxf05HrEEL3E2lq6QmpiME0jY/TfQDUKQ1cpBksJ0+5p2EPOBJn+ae7PRasu nWFDQzwKWhPEq12POipcpnUbsZdG0NY9yrWNM0wa5jCpM4X0JOFOY4pPF8SIDNmXFmvP 6yk1jgkvzm/Wz6KO3D6hh+clP9rh/YnPVaqESU6fgYgO8BeDmmhKIBxD5vfyNbMvj+MH KrHaDkYaGWz481AzEewwQxpsi4NhP+iIMMu2ErrKySijyfl91k0BmyZdxv2aKiDPZAio haSnB/izNXfEzQI0IiIahvi1AzLRmrqiccBUgyx8mvVzFxy8cenwixWheWOgo6m2HYRv v6JQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=frqAOxOF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gf2si23711599ejb.186.2021.11.01.11.38.31; Mon, 01 Nov 2021 11:38:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=frqAOxOF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232109AbhKASjE (ORCPT + 99 others); Mon, 1 Nov 2021 14:39:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55868 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232027AbhKASiy (ORCPT ); Mon, 1 Nov 2021 14:38:54 -0400 Received: from mail-ua1-x936.google.com (mail-ua1-x936.google.com [IPv6:2607:f8b0:4864:20::936]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D5AE6C061714 for ; Mon, 1 Nov 2021 11:36:20 -0700 (PDT) Received: by mail-ua1-x936.google.com with SMTP id f4so33503567uad.4 for ; Mon, 01 Nov 2021 11:36:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tO/sJOVXGu1XRctd0mIlL8N/rOf5z8jD5S9ZOoMr6sA=; b=frqAOxOFRbIGvADBVTuSAriUmgCHoZ/CYC5iPcTxfPHcBNFBsImfPerdak2uyfweZt 39uELQ6rZ60s4TSuledNo8ZegjiyXUCj3YYgb9Vn8oBQjf0Pcjy/VQIzPT7g2adCx4NW UlTWVETRO/NM9/HnhiGzizt74td5bUjqH97mgBlr6nbecT8YmDaa2t5Uk5UvLmd6c6jO fbEwCWE0BB//Jkq5tGbfhuZQ6xnfgOTjzwJvyO1Hd+kCP9pTyyVBAJWGL0xcSwbZ4pIr PiHVD/edvPxHCyv4N1Zk6FdMdkfGOr/3c4nnqksYNtcRCnE5u7jHNBfux+M80GI4gzr5 BEvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tO/sJOVXGu1XRctd0mIlL8N/rOf5z8jD5S9ZOoMr6sA=; b=PGdoLv3yv8tH/aqUpjDkcyCSrrCvEed5f+jqj+8zfDLkXVmB2/EfPmCgLMu6a3PT6j SNGALJVytr6YO0/SDg6TsdkNPI5LMZ3+WdN9tNv4KRaCt6eFsYZ7TbOY8pApn17ire+S za6TwTKEcEcMvq6iiiAVYhVkPfoxH0ZK0Zp39UebpyuOEwikXOrWls4ZqQdkcQKHFoUX x6azxKrJHHReWAForipcrfo6BX43XdENWwtKuGQUcu0IdnwKkq4bPwWv1f6sJO8q2DFK JjOK1HLApbsQJiC1FG09V8oM+1CGfO5oy72YejjegUYTCDpVXCXP/+matrlNwDPhJ3N8 eWqg== X-Gm-Message-State: AOAM532H/Hp8LUc0GICPwcGo3XYhs+m4P9sfTW/sAznfPcbHcc+6Kamh o1r3pQZ+SbLokxPcMDD24bfHZXc26+meUMdZDntv3w== X-Received: by 2002:a67:1781:: with SMTP id 123mr31610936vsx.1.1635791779839; Mon, 01 Nov 2021 11:36:19 -0700 (PDT) MIME-Version: 1.0 References: <20211026115916.31553-1-semen.protsenko@linaro.org> <8b3466f1-2b16-80ca-79c7-577860fc90aa@canonical.com> In-Reply-To: From: Sam Protsenko Date: Mon, 1 Nov 2021 20:36:07 +0200 Message-ID: Subject: Re: [PATCH] arm64: Kconfig: Enable MCT timer for ARCH_EXYNOS To: Marek Szyprowski , Krzysztof Kozlowski Cc: linux-arm Mailing List , Linux Kernel Mailing List , Linux Samsung SOC , Mark Rutland , Chanwoo Choi , Will Deacon , Marc Zyngier , Catalin Marinas Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 29 Oct 2021 at 16:36, Marek Szyprowski wrote: > > On 29.10.2021 15:15, Sam Protsenko wrote: > > On Fri, 29 Oct 2021 at 14:38, Marek Szyprowski wrote: > >> On 28.10.2021 16:35, Krzysztof Kozlowski wrote: > >>> On 28/10/2021 16:22, Sam Protsenko wrote: > >>>> On Tue, 26 Oct 2021 at 17:03, Krzysztof Kozlowski > >>>> wrote: > >>>>> On 26/10/2021 13:59, Sam Protsenko wrote: > >>>>>> Some ARM64 Exynos SoCs have MCT timer block, e.g. Exynos850 and > >>>>>> Exynos5433. CLKSRC_EXYNOS_MCT option is not visible unless COMPILE_TEST > >>>>>> is enabled. Select CLKSRC_EXYNOS_MCT option for ARM64 ARCH_EXYNOS like > >>>>>> it's done in arch/arm/mach-exynos/Kconfig, to enable MCT timer support > >>>>>> for ARM64 Exynos SoCs. > >>>>>> > >>>>>> Signed-off-by: Sam Protsenko > >>>>>> --- > >>>>>> arch/arm64/Kconfig.platforms | 1 + > >>>>>> 1 file changed, 1 insertion(+) > >>>>>> > >>>>> +CC Marek, Marc, Mark and Chanwoo, > >>>>> Looks like duplicated: > >>>>> https://lore.kernel.org/lkml/20181018095708.1527-7-m.szyprowski@samsung.com/ > >>>>> > >>>>> The topic stalled and I think this particular patch did not make sense > >>>>> on its own, without rest of changes from Marek. I am not sure, though... > >>>>> > >>>> Krzysztof, Marek, > >>>> > >>>> That series looks nice, I'm quite interested in that being applied. Do > >>>> you think I can do something to help with that (e.g. rebasing, > >>>> re-sending on behalf of Marek, testing on Exynos850, etc)? > >>> I think there were no objections against v4 of this patchset, but > >>> somehow it wasn't applied. > >>> > >>> Marek, > >>> Does it make sense to try respinning your v4? > >> I think I've abandoned it, because I got a final NACK on the arch timer > >> change (support for 'not-fw-configured' timers). Without that the above > >> mentioned changes doesn't make much sense. > >> > >> I know that the Exynos5433 firmware breaks the defined protocol, but on > >> the other hand I can do nothing more than carrying internally those few > >> patches out of tree to keep it fully working with 'mainline'. > >> > >> I've observed the same problem with newer Exynos SoCs, but those so far > >> didn't get mainline support (yet), although there have been some > >> attempts from the community. > >> > > There is no such problem on Exynos850 SoC (which I'm trying to > > upstream right now), the architectured timer seems to be working fine > > there, as is. Or maybe everything is configured properly in > > bootloader, not sure. Also I managed to use MCT as a primary > > clocksource (for sched_clock, etc) by disabling arch timer in > > arch/arm64/kernel/time.c (just for the sake of test), and it works > > fine. So I still would like to have MCT enabled in kernel: this way > > we can at least test the driver, as the clocksource can be changed to > > MCT via sysfs (or by disabling arch timer in time.c). And for that we > > need to at least enable CLKSRC_EXYNOS_MCT in ARCH_EXYNOS. > MCT can be also set as default by changing its rating, like it is done > under #ifdef CONFIG_ARM. > > I guess all your patches (except one you mentioned) from that series > > should be fine to apply. Do you mind if I re-send your patch series > > (minus one patch) on your behalf? That would spare you some boring > > work, and at least minimize your local delta you're carrying. > > Feel free to resend it. > Thanks! This patch of mine should be ignored then, I'll re-submit Marek's patches soon. > Best regards > > -- > Marek Szyprowski, PhD > Samsung R&D Institute Poland >