From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id EA77AC7EE2A for ; Mon, 5 Jun 2023 08:14:31 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229483AbjFEIOa (ORCPT ); Mon, 5 Jun 2023 04:14:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53870 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229902AbjFEIO3 (ORCPT ); Mon, 5 Jun 2023 04:14:29 -0400 Received: from smtpbgsg1.qq.com (smtpbgsg1.qq.com [54.254.200.92]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DCFECA1; Mon, 5 Jun 2023 01:14:25 -0700 (PDT) X-QQ-mid: Yeas50t1685952763t318t21946 Received: from 3DB253DBDE8942B29385B9DFB0B7E889 (jiawenwu@trustnetic.com [60.177.99.31]) X-QQ-SSF: 00400000000000F0FPF000000000000 From: =?utf-8?b?Smlhd2VuIFd1?= X-BIZMAIL-ID: 11751809325026712248 To: "'Wolfram Sang'" Cc: , , , , , , , , , , , , "'Piotr Raczynski'" References: <20230605025211.743823-1-jiawenwu@trustnetic.com> <20230605025211.743823-3-jiawenwu@trustnetic.com> <00c901d9977e$af0dc910$0d295b30$@trustnetic.com> In-Reply-To: Subject: RE: [PATCH net-next v11 2/9] i2c: designware: Add driver support for Wangxun 10Gb NIC Date: Mon, 5 Jun 2023 16:12:42 +0800 Message-ID: <00eb01d99785$8059beb0$810d3c10$@trustnetic.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Content-Language: zh-cn Thread-Index: AQKoIYpMsU3pQxi84WWC4YPAy6bqVAIyHk5AAe8WB/YDFYJsZwGgoPRlrZgJMUA= X-QQ-SENDSIZE: 520 Feedback-ID: Yeas:trustnetic.com:qybglogicsvrgz:qybglogicsvrgz5a-1 Precedence: bulk List-ID: X-Mailing-List: linux-i2c@vger.kernel.org On Monday, June 5, 2023 3:53 PM, Wolfram Sang wrote: > > Do you mean the device tree binding? This property in only used in case of software > > node, for wangxun Soc, which has no device tree structure. > > I see, thanks. > > How is the dependency of these patches? I'd like to take this patch via > the i2c tree if possible. I guess the other patches will build even if > this patch is not in the net-tree? Or do we need an immutable branch? Or > is it really better if all goes in via net? We might get merge conflicts > then, though. There are other designware patches pending. Yes, other patches will build even without this patch. But SFP will not work. This patch series implement I2C, GPIO, SFP and PHYLINK. The support of SFP is dependent on I2C and GPIO. If these patches will be end up merging in the same upstream version, it's not a problem to merge them in different trees, I think.