Received: by 2002:a05:6512:2355:0:0:0:0 with SMTP id p21csp5514362lfu; Mon, 28 Mar 2022 15:46:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxmpwygLkbheglrjRmeyBbU9fEQ2SOa2Dc73rko44WXzS/xXSY7tOuFW9FPI6JR4JGm2qNc X-Received: by 2002:a05:6870:f144:b0:da:b3f:2b88 with SMTP id l4-20020a056870f14400b000da0b3f2b88mr693545oac.295.1648507565513; Mon, 28 Mar 2022 15:46:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648507565; cv=none; d=google.com; s=arc-20160816; b=lczD2RhhUMhtqZDAwl9kStl2VK6PyfrxhP46jANl6HZgwnEM4sfpRVg6wx0a53HGo5 7zqBrHe8VST5YiMeBiMCbEcOf0qPWhyhyXVj3spV76VWHUTSc5xoqBWBWeaOm4V64+xE KsyNsS++HPYfKTuSKPZxGwk6kqF7j4cUOofmQIunR/+NeQS3vgQSG4C1+kVJLg5PP3p1 aRUX2zfRgGXJ/x/jZRl5JPUlfEp/KYEh+DJy1lYrZjdelaRJsR4OZdo3ThOtrKGWiGjv eA+NFP8lctzj/hqgfpTyyyAxHlR18Qjw7DKbnDLUm3jwy/1RNnsGHJ65kED0+gu+WjLF OK7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature:dkim-filter; bh=YVpd6KAsEUbbMZJf57BbrLaVjshlK01mwVdnX4r/674=; b=uYf3cBZ9gEAchLLcsVS6FML7KoXdKDebn9vxh/EMlCGv+eUncQC69+eIt9fg5fTB8j ksLXeqXFfHwqsF7++PorRdrwNXFR25FPy77ZhITPMJdTPGz4uWXpwrtS1tT/HNZlNCkg 2dNCJyhq6NqD9H4LnE5eDYJgMIjwGRz8zRU/91TpagAxSQX9NgluPJAfZf7Ebe47sIBB gj6oSAp5gP7ny9po2uzyrZjmmI2hfs5DXDfOpTOG6T9SUXd5B1BOoUJqXFXYIAAaIf6X 0YluayO4Jxwu7BcJk+hQ4/1PBA12VxxqN/ZOI4r/kkubZPMVCIqPG4YXfUHJHsb/1bgN KpiA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@baikalelectronics.ru header.s=mail header.b=X1h7mcIU; 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 Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id q8-20020a9d7c88000000b005cb2fc13849si10675697otn.197.2022.03.28.15.46.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 28 Mar 2022 15:46:05 -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=@baikalelectronics.ru header.s=mail header.b=X1h7mcIU; 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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 37BBA22C8FD; Mon, 28 Mar 2022 14:51:36 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244112AbiC1O4B (ORCPT + 99 others); Mon, 28 Mar 2022 10:56:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40212 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233134AbiC1Oz4 (ORCPT ); Mon, 28 Mar 2022 10:55:56 -0400 Received: from mail.baikalelectronics.ru (mail.baikalelectronics.com [87.245.175.226]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 4B38E13CCB for ; Mon, 28 Mar 2022 07:54:08 -0700 (PDT) Received: from mail.baikalelectronics.ru (unknown [192.168.51.25]) by mail.baikalelectronics.ru (Postfix) with ESMTP id 16B591E28C5; Thu, 24 Mar 2022 04:09:15 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 mail.baikalelectronics.ru 16B591E28C5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baikalelectronics.ru; s=mail; t=1648084155; bh=YVpd6KAsEUbbMZJf57BbrLaVjshlK01mwVdnX4r/674=; h=From:To:CC:Subject:Date:From; b=X1h7mcIUZY7pl39Vrh120xbozF9qqNx9EFw20NXmtC0ad2N90pWVXbVAHms9YvIzk gaXsYyJkJDXvG3bILoUEaCjGKJRW4CU4y645jQ+lE4pnj36IHENIxrQB5rwktB8uxS j47d9g8IwMy9i5BYUw6h1lSBd88inQrKedIL6+1o= Received: from localhost (192.168.168.10) by mail (192.168.51.25) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 24 Mar 2022 04:09:14 +0300 From: Serge Semin To: Jingoo Han , Gustavo Pimentel , Stephen Boyd , Michael Turquette , Bjorn Helgaas CC: Serge Semin , Serge Semin , Alexey Malahov , Pavel Parkhomenko , Lorenzo Pieralisi , Rob Herring , =?UTF-8?q?Krzysztof=20Wilczy=C5=84ski?= , Thomas Bogendoerfer , , , , Subject: [PATCH 0/4] clk: Baikal-T1 DDR/PCIe resets and some xGMAC fixes Date: Thu, 24 Mar 2022 04:09:01 +0300 Message-ID: <20220324010905.15589-1-Sergey.Semin@baikalelectronics.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-ClientProxiedBy: MAIL.baikal.int (192.168.51.25) To mail (192.168.51.25) X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 This patchset is an initial one in the series created in the framework of my Baikal-T1 PCIe/eDMA-related work: [1: In-progress] clk: Baikal-T1 DDR/PCIe resets and some xGMAC fixes Link: --you are looking at it-- [2: Stalling] PCI: dwc: Various fixes and cleanups Link: --being submitted afterwards-- [3: Stalling] PCI: dwc: Add dma-ranges/YAML-schema/Baikal-T1 support Link: --being submitted afterwards-- [4: Stalling] dmaengine: dw-edma: Add RP/EP local DMA controllers support Link: --being submitted afterwards-- Since some of the patches in the later patchsets depend on modifications introduced here @Bjorn could you please merge this series through your PCIe subsystem repo? After getting all the required ack'es of course. Short summary regarding this patchset. A few more modifications are introduced here to finally finish the Baikal-T1 CCU unit support up and prepare the code before adding the Baikal-T1 PCIe/xGMAC support. First of all it turned out I specified wrong DW xGMAC PTP reference clock divider in my initial patches. It must be 8, not 10. Secondly I was wrong to add a joint xGMAC Ref and PTP clock instead of having them separately defined. The SoC manual describes these clocks as separate fixed clock wrappers. Finally in order to close the SoC clock/reset support up we need to add the DDR and PCIe interfaces reset controls support. It's done in two steps. First I've moved the reset-controls-related code into a dedicated module. Then the DDR/PCIe reset-control functionality is added. Signed-off-by: Serge Semin Cc: Alexey Malahov Cc: Pavel Parkhomenko Cc: Lorenzo Pieralisi Cc: Rob Herring Cc: "Krzysztof WilczyƄski" Cc: Thomas Bogendoerfer Cc: linux-clk@vger.kernel.org Cc: linux-pci@vger.kernel.org Cc: linux-mips@vger.kernel.org Cc: linux-kernel@vger.kernel.org Serge Semin (4): clk: baikal-t1: Fix invalid xGMAC PTP clock divider clk: baikal-t1: Define shared xGMAC ref/ptp clocks parent clk: baikal-t1: Move reset-controls code into a dedicated module clk: baikal-t1: Add DDR/PCIe directly controlled resets support drivers/clk/baikal-t1/Kconfig | 12 +- drivers/clk/baikal-t1/Makefile | 1 + drivers/clk/baikal-t1/ccu-div.c | 1 + drivers/clk/baikal-t1/ccu-div.h | 6 + drivers/clk/baikal-t1/ccu-rst.c | 373 ++++++++++++++++++++++++++++ drivers/clk/baikal-t1/ccu-rst.h | 64 +++++ drivers/clk/baikal-t1/clk-ccu-div.c | 102 ++------ include/dt-bindings/reset/bt1-ccu.h | 9 + 8 files changed, 482 insertions(+), 86 deletions(-) create mode 100644 drivers/clk/baikal-t1/ccu-rst.c create mode 100644 drivers/clk/baikal-t1/ccu-rst.h -- 2.35.1