netdev - Re: [PATCH] [RFC] net: phy: phy drivers should not set SUPPORTED_Pause or SUPPORTED_Asym

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <5818EADC.5060601@codeaurora.org>
Date:   Tue, 1 Nov 2016 14:19:56 -0500
From:   Timur Tabi <timur@...eaurora.org>
To:     Florian Fainelli <f.fainelli@...il.com>,
        David Miller <davem@...emloft.net>, netdev@...r.kernel.org
Subject: Re: [PATCH] [RFC] net: phy: phy drivers should not set
 SUPPORTED_Pause or SUPPORTED_Asym_Pause

On 11/01/2016 02:03 PM, Florian Fainelli wrote:
> The standard (IEEE Std 802.3-2008) describes this as the
> Auto-negotiation advertisement register and these bits are part of the
> Technology ability field register. These two bits A5 (PAUSE operation
> for full duplex links) and A6 (Asymetric PAUSE operation for full duplex
> links) have no cabling requirement, and earlier the paragraph mentions
> this is to be resolved by the "management" entity, so I don't think the
> PHY has any business in that other than reflecting what the MAC is
> capable of doing towards the link partner, but I could be reading the
> specification incorrectly.

Fair enough.  I'll post a V2 patch that enables those bits in phy.c.

On a side note, is there any reason for the MAC to ever disable support 
for accepting pause frames?  If the PHY is configured to not advertise 
support for receiving pause frames, then does it matter if the MAC is 
configured to accept them?  The MAC would never receive such a frame.

If so, then I can modify my other patch (net: qcom/emac: enable flow 
control if requested) to always set RXFC, and have it set TXFC only if 
the PHY will transmit pause frames.

-- 
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm
Technologies, Inc.  Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.