Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4373464pxj; Tue, 25 May 2021 06:38:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxgBsTGzDVJW5mxyON8Ceo2A2IsisW+ixZCcWepL4MXSGCTYX1YR3ZqxYHVZjknM1IQdT6c X-Received: by 2002:aa7:d491:: with SMTP id b17mr32611401edr.376.1621949899517; Tue, 25 May 2021 06:38:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621949899; cv=none; d=google.com; s=arc-20160816; b=aDFgGSLyPQPmO54wnWpaSDZHk5/q64l7gmbUzwr8BMA3r+CaXatWk94YAEuXX6bnBG PIr2A1wo3SrlV2JfwYFNF+bKL22wBMf+f2BPRXKPQ3dg+5fZEbYZGOOV3ouhnPhDR9kY dKLbZA+SDF98//00uNpFkRWTzU7893Z0obce1mEqPlNallFDt+wejshVMjZ3lT6/SkGP DPyGt4dzKZzMqlzmq7OEiCHB2j1p11FMBZ9Wgr5o9iz12drVoTsYVFczW3oUNo+RH1eG K0c82svGdFOk278egT6KEhA6UyrWhJn7KH5dHk0a/6fc5I0rApMgmQTbXXl3Ob4TtJLi Ma+A== 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=QVfCIaJRZFdqpoQnaoHLSToEK5uzlriQqJf3wkiuazc=; b=fVTSKhtM3f6qaRbXABXDDH0qSpwJiFmirgzjhUueQca/uIIP4r6/y3mOcZuZfDDIPJ dMmpAn1ZJojUk0CdOop1T6XpnLAaVBYivAPG5+cYay65o8AT0ipPwWxRIf1q1mXx6Wx0 L9wJ3uK7mV2SQgdR+wVCzN2oBpeWuGaah8MGDgCqafAxgB+KnNBv5yoNng4jr/pU9hh/ e0WhHZ3bHq/3g3wC/fTWlCwllM4k1DRCn6aI3AbLTFxFrCSanrvuKv8wwgSAPg1ltWDL pOKIc7KrZ7+sifVjgN2jWkWj+8iv1iHH6JfTYVLP1AmH+ZnY0XN66ESvckXDoR6SYt7h uYlA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=5R9PKruX; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g10si10205939edb.485.2021.05.25.06.37.56; Tue, 25 May 2021 06:38:19 -0700 (PDT) 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=@lunn.ch header.s=20171124 header.b=5R9PKruX; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233325AbhEYNgI (ORCPT + 99 others); Tue, 25 May 2021 09:36:08 -0400 Received: from vps0.lunn.ch ([185.16.172.187]:56228 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233314AbhEYNgH (ORCPT ); Tue, 25 May 2021 09:36:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=QVfCIaJRZFdqpoQnaoHLSToEK5uzlriQqJf3wkiuazc=; b=5R9PKruX3AeXuSgBIK5hbOv6m+ y83vfrQcHBqM9gxRwfUDfCXViccGgbQaYYxnThE+jTEmg0PlZq+RSHuEI2x1i+IwQon8hHTiQHXWm ZFhV7NXIVHludp9V4D2izp33zklOGKmv09hgudoXqb31Pm64byQOP+2ULCxi4kU57xfQ=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1llXCc-006B0y-8r; Tue, 25 May 2021 15:34:34 +0200 Date: Tue, 25 May 2021 15:34:34 +0200 From: Andrew Lunn To: Wong Vee Khee Cc: Heiner Kallweit , Russell King , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC net-next 0/2] Introduce MDIO probe order C45 over C22 Message-ID: References: <20210525055803.22116-1-vee.khee.wong@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210525055803.22116-1-vee.khee.wong@linux.intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 25, 2021 at 01:58:03PM +0800, Wong Vee Khee wrote: > Synopsys MAC controller is capable of pairing with external PHY devices > that accessible via Clause-22 and Clause-45. > > There is a problem when it is paired with Marvell 88E2110 which returns > PHY ID of 0 using get_phy_c22_id(). We can add this check in that > function, but this will break swphy, as swphy_reg_reg() return 0. [1] Is it possible to identify it is a Marvell PHY? Do any of the other C22 registers return anything unique? I'm wondering if adding .match_phy_device to genphy would work to identify it is a Marvell PHY and not bind to it. Or we can turn it around, make the .match_phy_device specifically look for the fixed-link device by putting a magic number in one of the vendor registers. Andrew