!2872 net: hns3: Backport some mainline feature and some hns3 bugfix

Merge Pull Request from: @svishen 
 
This pr add support some feature and fix some hns3 bugfix

(1)The arp request for find the mac of a ip is not necessary to send to network. The driver can generate a response arp to the protocol stack based on  mapping relationship. The scope of ARP proxy include all ARP request message including vlan, except free ARP request and tunnel message.
(2)Add HCLGE_SUPPORT_50G_R1_BIT and HCLGE_SUPPORT_100G_R2_BIT two capability bits and Corresponding link modes.
(3)Use cpuhp_state_remove_instance_nocalls() instead of cpuhp_state_remove_instance() so that the notifiers don't execute after the PMU device has been unregistered.
(4)Fix add VLAN fail issue
(5)In hclgevf_mbx_handler() and hclgevf_get_mbx_resp() functions, there is a typical store-store and load-load scenario between received_resp and additional_info. Add barrier to fix it.
(6)The FEC capability bit is default set for device version V2. It's incorrect for the copper port. Eventhough it doesn't make the nic work abnormal, but the capability information display in debugfs may confuse user. So clear it when driver get the port type inforamtion.
(7)The hns3 driver define an array of string to show the coalesce info, but if the kernel adds a new mode or a new state, out-of-bounds access may occur when coalesce info is read via debugfs
(8)fix VF reset fail issue
(9)fix VF wrong speed and duplex issue

issue:
https://gitee.com/openeuler/kernel/issues/I8GQDK
https://gitee.com/openeuler/kernel/issues/I8E4FG
https://gitee.com/openeuler/kernel/issues/I8E4XS
https://gitee.com/openeuler/kernel/issues/I8GVK7
 
 
Link:https://gitee.com/openeuler/kernel/pulls/2872

 

Signed-off-by: Jialin Zhang <zhangjialin11@huawei.com>