Hello,
So I'm battling quite some time now with my setup on non GL firmware, whenever I download on steam there is 80% chance the network goes down without any form of recovery.
I learned that disabling HFO worked but never understood the true reason about it other than assuming it could be a very breaking bug on congestion, on the OpenWt forum I also asked for help but my configuration was not very wrong, well except the switch priorities but even when done properly with STP and priorities set it still happened, even if I lower the download speed on steam 
but today I learned something by Google AI, and of course AI is not always something to be trusted but that also depends sometimes how the words are placed.
to my surprise I learned that when a switch or router DSA bridge has all ports connected where one port is 100M negotiated and the others 1G this will be a burden of problems when flow control is on for this 100M port.
simply because due to hardware offloading the 100M port gets overwhelmed in a congested network and starts sending PAUSE frames, even when I was not connecting or crossing this port it managed to crash the entire bridge with no recovery.
so back to my feature request:
I think it would be a nice idea to have a option for this with also a explanation why one would disable flow offloading on this port it is for a very legitimate reason, and it can be already integrated to the port management for the lan ports.
I never knew this would be a issue, but it seems I had a wrong understanding of flow control and it is generally not recommended on a bridge or managed switch a mix with ports with different negotiation rates and lower rates, then the 100M must have it disabled.
I only had to use:
ethtool -A lan2 rx off tx off
so far not crashed when downloading a big game like god of war ragnarok.
I think the AI was right this time, and I really think that could be a usefull option.
