[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20191008160643.1c1d31ff@cakuba.netronome.com>
Date: Tue, 8 Oct 2019 16:06:43 -0700
From: Jakub Kicinski <jakub.kicinski@...ronome.com>
To: MarkLee <Mark-MC.Lee@...iatek.com>
Cc: "David S. Miller" <davem@...emloft.net>,
Sean Wang <sean.wang@...iatek.com>,
John Crispin <john@...ozen.org>,
Nelson Chang <nelson.chang@...iatek.com>,
Matthias Brugger <matthias.bgg@...il.com>,
Andrew Lunn <andrew@...n.ch>, Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Rene van Dorst <opensource@...rst.com>,
<devicetree@...r.kernel.org>, <netdev@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-mediatek@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH net,v2 1/2] net: ethernet: mediatek: Fix MT7629 missing
GMII mode support
On Mon, 7 Oct 2019 15:08:43 +0800, MarkLee wrote:
> Add missing configuration for mt7629 gmii mode support
>
> Fixes: 7e538372694b ("net: ethernet: mediatek: Re-add support SGMII")
Thank you for adding the Fixes tag. It seem, however, that the patch in
question did not change the ge_mode setting. Is it because GMII now
makes a call to mtk_gmac_gephy_path_setup() that the different setting
is required? The Fixes tag should point to the commit which introduced
the wrong behaviour, it may be the initial commit of the driver if the
behaviour was always there.
Could you add more information to the patch description and perhaps
update Fixes tag if 7e538372694b didn't introduce the problem?
Powered by blists - more mailing lists