Received: by 10.223.176.5 with SMTP id f5csp884555wra; Fri, 2 Feb 2018 07:40:25 -0800 (PST) X-Google-Smtp-Source: AH8x226rXMqo2S+DNq8rDx6w6Fbg5LTYWG9NbedTTQFZwDrzemK48spXTt+Ir6qrD881TXxsJKJ4 X-Received: by 2002:a17:902:28c3:: with SMTP id f61-v6mr36306438plb.264.1517586025144; Fri, 02 Feb 2018 07:40:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517586025; cv=none; d=google.com; s=arc-20160816; b=In7AhpdSu5SKZB8+9JvVnUgPz5jmSwvKScaj0fci1UrbjmQrtq1NcmhEdz9tB/wlIx 6WLJAqUyW+TE+R/wZxa+KU3KFTqmLgbYjs315YsJj55z3kXvo6SwQIUA5/eBam+y+dJe CXjwjnX2mbUeahNoVPSlU6cpQJMxzYtCE5IESchxItMAPWO4srRzEHZX4Nr0uvk8yLfP cuIDvW0HP8U5oyIQdXqLacNy7vO8qPNK6vUvec3IzV/I5dgJv1EzrEawDInE4eUuhdp/ odkhfGEm7Gc/I8uA1IXsJDdxUz19A6yTAfElr9a3EVhQm6//7Ia9PGYJVf8pRjOiG+Be Ufeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=ZVmtzGPGDxeSKehN6V9wiysSRyVe0rBA8BFMVn5GGVM=; b=EMsauLm9AiELmLwDAL98NDsQuU33kDUmi0vLgFlMLL6xmIS2AxlyL3RCJ4twDAGLPe hRmm1Hl8GxH7dBHJVyrILI3GOc/r/qNohSxC7GGx/PkrvXtEsDtfASYj69T7dJgaYcMf i5jQ7oxFTVE9RMjpiXInxCxZn+Q4tLUvbYySExbSjrCxtGu30W/WUMYuAE1o/evYz1xk l5hBf25IUQT2TKkkky8IsY2IIhfjJc3FRGsKRHqiaJut31m6oGCU3NuSRxWkhre2i7P0 acV1Zv6nP+gtnCq0WQFpJLPhyb2UzbYNDmUXrcm2XPIQcE1DYKV2BBWsKdAQhjj2WBfP ABhQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=temperror (no key for signature) header.i=@micronovasrl.com header.s=dkim header.b=KJo5BnRG; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h187si1576283pgc.531.2018.02.02.07.40.09; Fri, 02 Feb 2018 07:40:25 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=temperror (no key for signature) header.i=@micronovasrl.com header.s=dkim header.b=KJo5BnRG; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751833AbeBBPiW (ORCPT + 99 others); Fri, 2 Feb 2018 10:38:22 -0500 Received: from mail.micronovasrl.com ([212.103.203.10]:52184 "EHLO mail.micronovasrl.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751472AbeBBPiP (ORCPT ); Fri, 2 Feb 2018 10:38:15 -0500 Received: from mail.micronovasrl.com (mail.micronovasrl.com [127.0.0.1]) by mail.micronovasrl.com (Postfix) with ESMTP id EE441B00B83 for ; Fri, 2 Feb 2018 16:38:13 +0100 (CET) Authentication-Results: mail.micronovasrl.com (amavisd-new); dkim=pass reason="pass (just generated, assumed good)" header.d=micronovasrl.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=micronovasrl.com; h=content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:to:subject:subject; s=dkim; t= 1517585892; x=1518449893; bh=Ch6MP7TY+u0q8HzD9zDt65RPAIkDVwyN4u9 bnJ35PL0=; b=KJo5BnRGbdo9rs3qdW44oBgnOvw8ixcqJs1i9sB5NT7m8MUBTjh VhZ++RKdBysxUuLUpPTfMoTgu5tQt769MBF/EIe9OxvtLL6+R43EymnuPUcxEX1V ZgcF9vQfqXZnyqDrHhn8GGZiEOEc6WTjLa36Fre1jh20OUnf1iQ3JSYU= X-Virus-Scanned: Debian amavisd-new at mail.micronovasrl.com X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 tagged_above=-10 required=4.5 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.micronovasrl.com ([127.0.0.1]) by mail.micronovasrl.com (mail.micronovasrl.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id n3VizjI8Vpth for ; Fri, 2 Feb 2018 16:38:12 +0100 (CET) Received: from [192.168.2.69] (62-11-51-166.dialup.tiscali.it [62.11.51.166]) by mail.micronovasrl.com (Postfix) with ESMTPSA id 44934B000E2; Fri, 2 Feb 2018 16:38:12 +0100 (CET) Subject: Re: [PATCH] clk: sunxi-ng: ccu-sun4i-a10: Fix mali changing dclk frequency To: Maxime Ripard Cc: Chen-Yu Tsai , Michael Turquette , Stephen Boyd , linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org References: <1517354639-92978-1-git-send-email-giulio.benetti@micronovasrl.com> <20180131084349.du2ijvhh5rxa5vvt@flea.lan> <7be1e297-4fac-a7a2-a8cc-54061d4e2fde@micronovasrl.com> <20180201124551.kfyz6frx4lcx4wbz@flea.lan> <8c2fef37-8eb6-38c6-de3d-547edafac8b7@micronovasrl.com> <20180202105304.gow2znzgxqmuxgol@flea.lan> <1b3d96ae-c6e6-4f58-b140-7b1738c12adc@micronovasrl.com> <20180202133516.uoy7ppuozd6cnldm@flea.lan> From: Giulio Benetti Message-ID: Date: Fri, 2 Feb 2018 16:38:13 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180202133516.uoy7ppuozd6cnldm@flea.lan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: it Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Il 02/02/2018 14:35, Maxime Ripard ha scritto: > On Fri, Feb 02, 2018 at 11:57:20AM +0100, Giulio Benetti wrote: >> Il 02/02/2018 11:53, Maxime Ripard ha scritto: >>> Hi, >>> >>> On Thu, Feb 01, 2018 at 05:17:11PM +0100, Giulio Benetti wrote: >>>>>>> What kernel version did you use? >>>>>> >>>>>> Latest mainline. >>>>> >>>>> I guess this patch could fix it: >>>>> http://code.bulix.org/1kitrq-268936?raw >>>> >>>> This should prevent from modifying parent clock. But my problem was >>>> different. >>>> >>>> On A20, gpu_clk can have different PLL, not I've found out the way >>>> to choose right one with assigned-parent-clocks. >>>> >>>> I have patchset ready for adding A20 mali node, but I need some more >>>> time to complete with OPP, then I will submit entire patchset. >>>> >>>> Now it works correctly, using right pll(dedicated PLL8), setting >>>> right frequency. >>> >>> The point is that we really don't care about which PLL is actually >>> being used, as long as the rate is correct and we don't break anything >>> else. If the GPU rate is accessible through one of the other PLL, it >>> makes even more sense to not use the GPU PLL and keep it disabled, >>> since it will result in some power savings. >> >> Ah! I see the point now, very clever system for power saving. >> I'm going to check if it's resolutive, >> but it sounds good. >> >>> >>>> Btw, do I need to add a board using it, or can I add only Mali node >>>> to sun7i-a20.dtsi(plus other little patches)? >>> >>> You can add it to the DTSI without a board using it (and actually, >>> nothing should be in the board DTS, everything in the DT for the Mali >>> applies to all boards). >> >> Sure. So I would also add the patch you've addressed me: >> http://code.bulix.org/1kitrq-268936?raw >> as a commit. Can I submit it in patchset to complete the whole job? > > I already sent that patch quite some time ago, I'll just apply it. You > can send the DT patch :) Thanks. Sorry for my ignorance, but where are you applying patches? Because I've tried to check sunxi-next and a lot of other Repo but I can't find this and neither "Re: [PATCH] clk: sunxi-ng: ccu-sun4i-a10: Fix mali changing dclk frequency" > > Maxime > -- Giulio Benetti R&D Manager & Advanced Research MICRONOVA SRL Sede: Via A. Niedda 3 - 35010 Vigonza (PD) Tel. 049/8931563 - Fax 049/8931346 Cod.Fiscale - P.IVA 02663420285 Capitale Sociale ? 26.000 i.v. Iscritta al Reg. Imprese di Padova N. 02663420285 Numero R.E.A. 258642