Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2406285pxp; Mon, 21 Mar 2022 19:23:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzJSFW1pC46to8HWNl+ZM1MwUuxRkhwGsnjwWh+JsKNET3NVQN+fyh4vUJsCAIlu3IqWpSD X-Received: by 2002:a17:90b:3a8e:b0:1bf:7fb5:af06 with SMTP id om14-20020a17090b3a8e00b001bf7fb5af06mr2295483pjb.7.1647915829808; Mon, 21 Mar 2022 19:23:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647915829; cv=none; d=google.com; s=arc-20160816; b=M5Cpzb14nuWUnJRpzjmOT99IBUQNiyuYYCJ0ZiRPEOSZYmESUtHkzmNUg1xmkEZQeO 6DNef2CDkXNGF197vgMF1iy+bCJmXy3QwnxYxrkETBr06Ffd2dXtXul51RHkC3wJRl/R JX9xWUILC369E7eETaaNIAcItRo8mmZxO2ygU617a7M0ZJy1BqU2ujYSkB/LuhGf6kQJ ZirS3rJ7WcwyqMmroHBiQsvmSr2B2IVn4Q1jtzmYhU/9I/4LiCiYVdiyFU0NvvylJRsO IKxp67GpsC97780/idP+m8VvHArKIIoSAzTNwvWIQga2IFi/WPepq3JISv4xUuMWkJy1 bIXg== 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=3aKRQ1zkvM86Ijua6KeR7j2uxQVTwLIN0qCoPo5MQiM=; b=gMygj8Fhwaxc/ihAtewj4IqDgh8qoOX0D+32lCURIPtZl2UPcL5y9PSkUHYmP1pC8n ggXO70F3sG5SB6nJA/WWaRnLacLNzKr6JRTnBeOK+bVH1X9Z9rnds+Q39ihzrTGkrOcf YKyxnNIah4X92ycchFyZmlDTOYFcDfVVkR1GnSJR/Uj0+msYZPqUWB+GK/UYJxqtxSar KGS93MYFG9DsChQILThwOhE+jmtF0UGyOjoBhRuI05JL8MrArcx3hC4LD9WOGWcEIB6f pAfe8ygQ0GbTYe/+xvS6mU/q9WHobphMpOjBg6WHWsDblV2dp17AiNAZq/9J97xShsDk cYuA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=BXDlgssD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id l21-20020a170902d35500b00153b2d16517si11652316plk.287.2022.03.21.19.23.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Mar 2022 19:23:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=BXDlgssD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6D90633A20; Mon, 21 Mar 2022 18:56:39 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235258AbiCVB6A (ORCPT + 99 others); Mon, 21 Mar 2022 21:58:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33888 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235220AbiCVB5z (ORCPT ); Mon, 21 Mar 2022 21:57:55 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8246519C; Mon, 21 Mar 2022 18:56:28 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 173D16009B; Tue, 22 Mar 2022 01:56:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 74429C340F4; Tue, 22 Mar 2022 01:56:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1647914187; bh=3aKRQ1zkvM86Ijua6KeR7j2uxQVTwLIN0qCoPo5MQiM=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=BXDlgssD9heDGT5bIdf3t7Pin8Qy04OUv5/nMSJ8eVe4ozOmKOy9KG5e9XNd5xTPe ZBv+1nJjgCMGEXXHyucHyErJJ5IABNAXu8n4yyB5h5DGmgYlphu9hYzzDPK0u1f1Ka Srt2LrxmHhbBKaaW9XzaVbuLI8FlzyQs53VBWgPNblEL2DIF0m6k6NrVK6Bjv2WuED CjHERo9QDNRLrWpuAX52LNDad8JW81WkIWBAOKJoF2DGG5NZD3inTdXaZ1JsUCAR4i s6kHN7foNjJFdqUsLUF+yg0veSgHXUaDG7i7Ad5vmfrxjVIYywcrOphUoeQDE1Q2Oe uHIURDN17IeDA== Received: by mail-ed1-f44.google.com with SMTP id g20so19999867edw.6; Mon, 21 Mar 2022 18:56:27 -0700 (PDT) X-Gm-Message-State: AOAM532o66isX8BaPXMZaeRNYu+N1C1jVzIJgSzGPCIr68Kg5qgH8vzP 9R+GiWr26ey5VSfAQlyQuZlNCqpEW7dyFBc80Q== X-Received: by 2002:a05:6402:686:b0:418:edaa:9cbc with SMTP id f6-20020a056402068600b00418edaa9cbcmr26281291edy.67.1647914185579; Mon, 21 Mar 2022 18:56:25 -0700 (PDT) MIME-Version: 1.0 References: <20220321231548.14276-1-ansuelsmth@gmail.com> In-Reply-To: <20220321231548.14276-1-ansuelsmth@gmail.com> From: Rob Herring Date: Mon, 21 Mar 2022 20:56:13 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v6 00/18] Modernize rest of the krait drivers To: Ansuel Smith Cc: Bjorn Andersson , Andy Gross , Michael Turquette , Stephen Boyd , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , linux-arm-msm , linux-clk Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 21, 2022 at 6:45 PM Ansuel Smith wrote: > > This is a follow-up to the ipq806x gcc modernize series. Manu cleanup > changes and also some discoveries of wrong definition notice only with > all these conversions. > > The first patch is an improvement of the clk_hw_get_parent_index. The > original idea of clk_hw_get_parent_index was to give a way to access the > parent index but for some reason the final version limited it to the > current index. We change it to give the current parent if is not > provided and to give the requested parent if provided. Any user of this > function is updated to follow the new implementation. > > The patch 2 and 3 are some additional fixes for gcc. > The first one is a fix that register the pxo and cxo fixed clock only if > they are not defined in DTS. > The patch 3 require some explaination. In short is a big HACK to prevent > kernel panic with this series. > > The kpss-xcc driver is a mess. > The Documentation declare that the clocks should be provided but for some > reason it was never followed. > In fact in the ipq8064 DTSI only the clocks for l2cc are declared but > for cpu0 and cpu1 the clocks are not defined. > The kpss-xcc driver use parent_names so the clks are ignored and never > used so till now it wasn't a problem (ignoring the fact that they > doesn't follow documentation at all) > On top of that, the l2cc node declare the pxo clock in a really strange > way. It's declared using the PXO_SRC gcc clock that is never defined in > the gcc ipq8064 clock table. (the correct way was to declare a fixed > clock in dts and reference that) > To prevent any kind of problem we use the patch 3 and provide the clk > for PXO_SRC in the gcc clock table. We manually provide the clk after > gcc probe. > > Patch 4 is just a minor cleanup where we use the poll macro > > Patch 5 is the actually kpss-xcc conversion to parent data > > Patch 6-7 should be a fixup of a real conver case > > Patch 8 converts the krait-cc to parent_data > Patch 9 give some love to the code with some minor fixup > Patch 10 drop the hardcoded safe sel and use the new > clk_hw_get_parent_index to get the safe parent index. > (also I discovered that the parent order was wrong) > > Patch 11 is an additional fixup to force the reset of the muxes even > more. > > Patch 12-13 are some additiona taken from the qsdk that were missing in > the upstream driver > > Patch 14 converts krait-cc to yaml > > Patch 15 add to krait-cc Documentation the L2 clocks > > Patch 16 converts the kpss-acc driver to yaml and fix some Documentation > error > > Patch 17 convets the kpss-gcc driver to yaml > > Patch 18 finally adds all this stuff to the ipq8064 dtsi (and fix the > stupid PXO_SRC phandle) > > I tested this series on a ipq8064 SoC by running a cache benchmark test > to make sure the changes are correct and we don't silently cause > regressions. Also I compared the output of the clk_summary every time > and we finally have a sane output where the mux are correctly placed in > the correct parent. (till now we had the cpu aux clock all over the > place, probably never cause problems but who knows.) > > v6: > - Move dts patch as last patch > - Address commencts from Rob > - Fix warning from make dtbs_check > v5: > - Address comments from Krzysztof > v4: > - Fix more dt-bindings bog errors > v3: > - Split Documentation files for kpss and krait-cc > v2: > - introduce new API instead of fixing the existing one > - do not reorganize variables in krait-cc > - fix some comments error and improve it > - return better error for patch 7 > - fix missing new line on patch 16 6 versions in a week is too many, especially with the merge window starting. Please give some time for review of all the patches and by more than one person. It doesn't look like any of the clk driver patches have been reviewed since v1 for example. Rob