Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp13904321pxu; Mon, 4 Jan 2021 07:35:14 -0800 (PST) X-Google-Smtp-Source: ABdhPJx8uE7jxqoRi3LA/PfIeDjo/VYsdNcwQuZCOQvRfBFQzNhRXhENDoQZK3vTgNtVGMHJDwqI X-Received: by 2002:a17:906:195a:: with SMTP id b26mr66354224eje.4.1609774513884; Mon, 04 Jan 2021 07:35:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609774513; cv=none; d=google.com; s=arc-20160816; b=pzX/bs0IG/j9bBYCMJzlSzpcFUNYEGFzSfQW/U3zflKVfo6OKsb4tI5HhbJS83L5co wRaGLZSvdLywFWfaYlj8vnGvDmthHE7jBpwjhzrKipLp3Kj9fImiLB2LzsKnQyQ6jmEQ myDnsrt/bb72G45j77q7fow0K6BA236nogP8Hwauskz7X3znKu4GN0qAOYQ1dC6V1oR6 EaOyrembZNmrhW0Rm4840gyg4SdnNYgxvwfmcNAVKz7YE8bEJLhjDtDrpoKeO3E2Csuw 8JLmDSdUtGTLZ01z2FfyNqmArHJYgVsbUalLJNBfbXH0fNhf2sL3c57Ute4gaII0OicM pYXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=UIBGVa5WLbLg2ttUV4jqbl1aTMxthjst8pc2c1+sY/U=; b=PAsKt2AG7AIv1kVxj9OawaZhRmhdJaHfsKfUTivcAekDV15QJ3/XNm2vlqEArSN9WH NRKklfkzYp29ttPn50D7O++oMLJIYhWiyiD+C9g5qEjJEwTdHkRmKqgIJfUa9T2Q9N+v CToIZGNU8c54a6QVgoOiBgjCgBUaKht5nIf0LzhK2rbX/WK0b8X7i13cvgyMf+udm4uM nY53w6r7lTSZ93WBTUN8gPlhZIdGC02JagwBWqwikLEgBM7QpsPedmplUkn/mUhsNfgh Sllxf830DwHQb15p5RMeZB2Hk9zfxjV//cwy+4O3+mssm2L4v7tbut2Q4KPEFxYy8CU8 jQkg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=iwkKNiNE; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b21si32399483ejz.649.2021.01.04.07.34.50; Mon, 04 Jan 2021 07:35:13 -0800 (PST) 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=@ti.com header.s=ti-com-17Q1 header.b=iwkKNiNE; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727818AbhADPb6 (ORCPT + 99 others); Mon, 4 Jan 2021 10:31:58 -0500 Received: from fllv0015.ext.ti.com ([198.47.19.141]:44796 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726472AbhADPb4 (ORCPT ); Mon, 4 Jan 2021 10:31:56 -0500 Received: from fllv0035.itg.ti.com ([10.64.41.0]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id 104FVAaP076629; Mon, 4 Jan 2021 09:31:10 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1609774270; bh=UIBGVa5WLbLg2ttUV4jqbl1aTMxthjst8pc2c1+sY/U=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=iwkKNiNEemI0MR5SJHQA/FD3+pC9+M96jiebZ6T+mmaAli7fMsv+aYI+Zi99KtONi UNR9eQovXoOgsvD4UtWq23+8JtjTB30BQueYpP24TFZVNPM55lnQp9QU4R6UfnLT3D RjxBpdao7de1NBBQbOCAaADrt71w/ornSpUTGzaY= Received: from DFLE102.ent.ti.com (dfle102.ent.ti.com [10.64.6.23]) by fllv0035.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 104FVAo8099490 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 4 Jan 2021 09:31:10 -0600 Received: from DFLE102.ent.ti.com (10.64.6.23) by DFLE102.ent.ti.com (10.64.6.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Mon, 4 Jan 2021 09:31:09 -0600 Received: from lelv0327.itg.ti.com (10.180.67.183) by DFLE102.ent.ti.com (10.64.6.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3 via Frontend Transport; Mon, 4 Jan 2021 09:31:09 -0600 Received: from [10.250.235.36] (ileax41-snat.itg.ti.com [10.172.224.153]) by lelv0327.itg.ti.com (8.15.2/8.15.2) with ESMTP id 104FV7N7005041; Mon, 4 Jan 2021 09:31:08 -0600 Subject: Re: [PATCH v3 0/6] PCI: J7200/J721E PCIe bindings To: Nishanth Menon CC: Rob Herring , , , References: <20210104122232.24071-1-kishon@ti.com> <20210104125910.qaf7vi3dx6vsne6t@backfield> <465097c1-2d38-ad45-cc32-d92c385114c5@ti.com> <20210104131642.m5rgpkhnrffq5nrx@circular> <20210104145137.wmtppcvjzu374yly@kahuna> From: Kishon Vijay Abraham I Message-ID: <2c0846ff-3565-5d95-3408-b8b629a9fb48@ti.com> Date: Mon, 4 Jan 2021 21:01:06 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210104145137.wmtppcvjzu374yly@kahuna> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Nishanth, On 04/01/21 8:21 pm, Nishanth Menon wrote: > On 18:52-20210104, Kishon Vijay Abraham I wrote: >> Nishanth, >> >> On 04/01/21 6:46 pm, Nishanth Menon wrote: >>> On 18:40-20210104, Kishon Vijay Abraham I wrote: >>>> Nishanth, >>>> >>>> On 04/01/21 6:29 pm, Nishanth Menon wrote: >>>>> On 17:52-20210104, Kishon Vijay Abraham I wrote: >>>>>> Patch series adds DT nodes in order to get PCIe working in J7200. >>>>>> Also includes couple of fixes for J721e. >>>>>> >>>>>> v1 of the patch series can be found @ [1] >>>>>> v2 of the patch series can be found @ [2] >>>>>> >>>>>> Changes from v2: >>>>>> 1) Moved serdes_refclk node out of interconnect node and also replaced >>>>>> "_" with "-" >>>>>> >>>>>> Changes from v1: >>>>>> 1) Include only the device tree patches here (the binding patch is sent >>>>>> separately) >>>>>> 2) Include couple of patches that fixes J721E DTS. >>>>>> >>>>>> [1] -> http://lore.kernel.org/r/20201102101154.13598-1-kishon@ti.com >>>>>> [2] -> http://lore.kernel.org/r/20201210130747.25436-1-kishon@ti.com >>>>>> >>>>>> Kishon Vijay Abraham I (6): >>>>>> arm64: dts: ti: k3-j721e-main: Fix supported max outbound regions >>>>>> arm64: dts: ti: k3-j721e-main: Remove "syscon" nodes added for >>>>>> pcieX_ctrl >>>>>> arm64: dts: ti: k3-j7200-main: Add SERDES and WIZ device tree node >>>>>> arm64: dts: ti: k3-j7200-main: Add PCIe device tree node >>>>>> arm64: dts: ti: k3-j7200-common-proc-board: Enable SERDES0 >>>>>> arm64: dts: ti: k3-j7200-common-proc-board: Enable PCIe >>>>>> >>>>>> .../dts/ti/k3-j7200-common-proc-board.dts | 38 ++++++ >>>>>> arch/arm64/boot/dts/ti/k3-j7200-main.dtsi | 111 ++++++++++++++++++ >>>>>> arch/arm64/boot/dts/ti/k3-j721e-main.dtsi | 52 ++------ >>>>>> 3 files changed, 157 insertions(+), 44 deletions(-) >>>>> >>>>> >>>>> A bit confused on the dependency here. is there something merged into >>>>> next-20210104 that makes this series ready for pickup? is there a way >>>>> I can get a immutable tag for driver fixups to pull so that my dts >>>>> next is not broken for PCIe (I am assuming looking at the series that >>>>> this is probably not a backward compatible series?)? >>>> >>>> There are no driver changes for the basic J7200 PCIe support and the DT >>>> bindings are already merged [1]. >>>> >>>> There are few errata fixes applicable for J721E which has to be removed >>>> for J7200 but that depends on other patches to be merged [1] but that >>>> doesn't impact j7200 functionality. >>>> >>>> [1] -> >>>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/pci/ti,j721e-pci-host.yaml#n19 >>>> [2] -> http://lore.kernel.org/r/20201230120515.2348-1-nadeem@cadence.com >>> >>> So, Dropping stuff like "cdns,max-outbound-regions" (change from 16 to >>> 32) will work on older kernels? Could you do a quick sanity check on the >>> couple of "fixes" patches in this thread is not breaking functionality >>> introduced in the older stable kernels? >> >> Okay, the driver changes are done such that it works with both old DT >> and new DT however the newer DT will not work with old kernel. So I >> think I should drop the "Fixes" tag in the DT patches. > > If there is a specific stable kernel version you might like to use, you > could use that as well for those stable tags (see [1]) It's not a fix that might bother people (as it doesn't impact existing functionality), so don't think it's a candidate for stable releases. Thanks Kishon > > > [1] https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html >