Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp3930618rwe; Tue, 30 Aug 2022 01:04:00 -0700 (PDT) X-Google-Smtp-Source: AA6agR6saCcrJTYJDEJTEj5wpg4UKPtmdgNQXwI7vtl5NML1NArSTy0YQzmFrhgMghr7X36u9xvl X-Received: by 2002:aa7:9e4d:0:b0:537:fc95:b736 with SMTP id z13-20020aa79e4d000000b00537fc95b736mr13276177pfq.25.1661846640760; Tue, 30 Aug 2022 01:04:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661846640; cv=none; d=google.com; s=arc-20160816; b=bHx3W47RU7Lol6cDsIGqB03sxtMPS9JGzPkSNdzUWAlJ4qVlmAucjZdMqQDCcIXvlN tJ6eGMcxQOzuQlNwHm8TKcIIHtOvXe7zGDemK8nmEjTFH6DIIS+FB19KWusoNxp5/6I5 qG69IU2Q6HAg7taPcvnECsxN7yZsVV+XWrXRo+KQmrSPVaNbRG+e3GJXOnqKAoXCZ2kr gljwwKDmCQ9PAAS+NvxK960x0aZshwmbEgw0O2UETfLUY3D5hDQdJ8imNv2HjKr2X+DF wB3xbK6R+vnNCMgpm6eGQrb5wGETeSmXOlULlPrayfmk1NB2BhnJa4udWFg5KUd+KhdL 3O8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=B5VOQZJVOamrm+CBPj/mU3wmvB76ywllybyEVNvD9Qo=; b=fitxwWeP1Goq7EId61Bc3Ld9ZBJx4LJL2EHTTchhFgzrl5d+olGAo+1IoStzBysCAT SGJ3NORa84mspWvKofOIhtzlOzQQSUxTk/YktswEluXCKWA0K2QsQJBhS+4uZJf5SGur YIJLRE+ZeiVKlnQddzsXpk+Z2Amo7yoIEqf405/h6BQi0owCak4qQI+Y2V9QeyW+UHFF 7fpuP9cwvQ3JuM9JftIzNzhT23l0XdbZfBRpmqgTh5L+BAnk6iRHz/PE/qKFvg5NxCHq KjIRVTB1sf9A/L6Ace5/kRhz/IT1HbXbnO0vUsAmrBlHW0Gi8BIRResIw+BF7/5crrFJ E/Ww== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=thQHoVSO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h2-20020a170902eec200b0016641a8abcfsi9726761plb.549.2022.08.30.01.03.49; Tue, 30 Aug 2022 01:04:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=thQHoVSO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231163AbiH3Hnn (ORCPT + 99 others); Tue, 30 Aug 2022 03:43:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38806 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231258AbiH3Hnl (ORCPT ); Tue, 30 Aug 2022 03:43:41 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 572839FA83; Tue, 30 Aug 2022 00:43:40 -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 ams.source.kernel.org (Postfix) with ESMTPS id 08F9BB816C6; Tue, 30 Aug 2022 07:43:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A02A0C433D6; Tue, 30 Aug 2022 07:43:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1661845417; bh=t7gu4/oIPvmcwrAV72F7qnFd+HBxiVGcKDkFtwBuVDo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=thQHoVSONnZuZqFphh5UfEv6fq0LbvdpM0wlnA16jPxre778Ix64aZDhHUWh6MP7G x+uAbOO6/NSspnCZpYq2fVsMO7EuCGfGpeD6aNTZg748eCpkUMW8UgFr3QMp5C2g5U ZHB6U/QGda9ybpgAaT/tIDxvb6XfyShoLlf19FHqifQTRXB0ARDPlI9PjepKlto/7H mKy1iiq44FGkoG54EvFe3Ga93pu5r5C21+t4SUFuTFR2pIZTIZsDPfKBh78VPCpCee 4KOPxs3fJ5vDYxFTIsusq/mSLqHT3gHXMnd84hfIc0Fd+RD9B2csoI9qR0A3ZrOyOS 3ptOhmOFvzl1w== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1oSvuT-0002u7-De; Tue, 30 Aug 2022 09:43:46 +0200 Date: Tue, 30 Aug 2022 09:43:45 +0200 From: Johan Hovold To: Vinod Koul Cc: Johan Hovold , Rob Herring , Krzysztof Kozlowski , Andy Gross , Bjorn Andersson , Konrad Dybcio , Kishon Vijay Abraham I , Dmitry Baryshkov , linux-arm-msm@vger.kernel.org, linux-phy@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 00/30] phy: qcom,qmp: fix dt-bindings and deprecate lane suffix Message-ID: References: <20220714124333.27643-1-johan+linaro@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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 Tue, Aug 30, 2022 at 12:58:21PM +0530, Vinod Koul wrote: > On 30-08-22, 09:01, Johan Hovold wrote: > > On Tue, Aug 30, 2022 at 10:36:43AM +0530, Vinod Koul wrote: > > > On 14-07-22, 14:43, Johan Hovold wrote: > > > > When adding support for SC8280XP to the QMP PHY driver I noticed that > > > > the PHY provider child node was not described by the current DT schema. > > > > > > > > The SC8280XP PHYs also need a second fixed-divider PIPE clock > > > > ("pipediv2") and I didn't want to have to add a bogus "lane" suffix to > > > > the clock name just to match the current "pipe0" name so I decided to > > > > deprecate the unnecessary suffix in the current binding instead. > > > > > > > > To be able to add the missing child-node schema and handle device > > > > specifics like additional PIPE clocks, it quickly became obvious that > > > > the binding needs to be split up. > > > > > > > > This series clean up and fixes some issue with the current schema before > > > > splitting it up in separate schemas for PCIe, UFS and USB and adding > > > > missing parts like the child PHY provider nodes. > > > > > > > > The MSM8996 PCIe PHY gets its own schema as this is the only non-combo > > > > PHY that actually provides more than one PHY per IP block. Note that the > > > > "lane" suffix is still unnecessary and misleading. > > > > > > > > The final patches add support for the updated binding to the (recently > > > > split up) PHY drivers. Included is also a related combo PHY cleanup. > > > > > > This fails at patch 2 for me on v6.0-rc1, please rebase and resend > > > > Are you sure you haven't applied anything to your local tree that causes > > this? > > Pretty sure :-) Hmm. But nothing had changed in 6.0-rc1 and it still applies on a clean 6.0-rc1 as expected here. Would you mind trying again? git checkout -b tmp-branch v6.0-rc1 b4 am 20220714124333.27643-1-johan+linaro@kernel.org git am ./v3_20220714_johan_linaro_phy_qcom_qmp_fix_dt_bindings_and_deprecate_lane_suffix.mbx > > I just tried fetching the v3 series from lore and it applies just fine > > on top of 6.0-rc1. > > > > Note that if you've added a new compatible string locally, the second > > patch which sorts the compatible strings is likely to fail to apply. > > At that time no, now I think I have patch or so ... Tree should be > pushed in a bit, you can check Which tree would that be? The linux-phy tree next branch is still at -rc1: https://git.kernel.org/pub/scm/linux/kernel/git/phy/linux-phy.git/ Johan