[PATCH net-next v5 0/2] net: hns: bug fix for HNS driver

From: lipeng This patchset add support defered dsaf probe when mdio and mbigen module is not insmod. For more details, please refer to individual patch. change log: V4 - > V5: 1. Float on net-next; 2. Delete patch "net: hns: fixed bug that skb used after kfree" from

[PATCH net-next v5 1/2] net: hns: support deferred probe when can not obtain irq

From: lipeng In the hip06 and hip07 SoCs, the interrupt lines from the DSAF controllers are connected to mbigen hw module. The mbigen module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe.

[PATCH net-next v5 2/2] net: hns: support deferred probe when no mdio

From: lipeng In the hip06 and hip07 SoCs, phy connect to mdio bus.The mdio module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe. We check for probe deferral in the mac init, so we not init

[PATCH net v4 3/3] net: hns: fixed bug that skb used after kfree

From: lipeng There is KASAN warning which turn out it's a skb used after free: BUG: KASAN: use-after-free in hns_nic_net_xmit_hw+0x62c/0x940... [17659.112635] alloc_debug_processing+0x18c/0x1a0 [17659.117208] __slab_alloc+0x52c/0x560

[PATCH net v4 0/3] net: hns: bug fix for HNS driver

From: lipeng The first two patches [1/3] [2/3] of this serie add support defered dsaf probe when mdio and mbigen module is not insmod. The third patch [3/3] fixes a bug that skb still be used after freed, which will cuase panic. For more details, please refer to individual

[PATCH net v4 2/3] net: hns: support deferred probe when no mdio

From: lipeng In the hip06 and hip07 SoCs, phy connect to mdio bus.The mdio module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe. We check for probe deferral in the mac init, so we not init

[PATCH net v4 1/3] net: hns: support deferred probe when can not obtain irq

From: lipeng In the hip06 and hip07 SoCs, the interrupt lines from the DSAF controllers are connected to mbigen hw module. The mbigen module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe.

[PATCH net v3 3/3] net: hns: fixed bug that skb used after kfree

From: lipeng There is KASAN warning which turn out it's a skb used after free: BUG: KASAN: use-after-free in hns_nic_net_xmit_hw+0x62c/0x940... [17659.112635] alloc_debug_processing+0x18c/0x1a0 [17659.117208] __slab_alloc+0x52c/0x560

[PATCH net v3 0/3] net: hns: bug fix for HNS driver

From: lipeng The first two patches [1/3] [2/3] of this serie add support defered dsaf probe when mdio and mbigen module is not insmod. The third patch [3/3] fixes a bug that skb still be used after freed, which will cuase panic. For more details, please refer to individual

[PATCH net v3 2/3] net: hns: support deferred probe when no mdio

From: lipeng In the hip06 and hip07 SoCs, phy connect to mdio bus.The mdio module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe. We check for probe deferral in the mac init, so we not init

[PATCH net v3 1/3] net: hns: support deferred probe when can not obtain irq

From: lipeng In the hip06 and hip07 SoCs, the interrupt lines from the DSAF controllers are connected to mbigen hw module. The mbigen module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe. We

[PATCH net v2 2/3] net: hns: support deferred probe when no mdio

From: lipeng In the hip06 and hip07 SoCs, phy connect to mdio bus.The mdio module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe. We check for probe deferral in the mac init, so we not init

[PATCH net v2 1/3] net: hns: support deferred probe when can not obtain irq

From: lipeng In the hip06 and hip07 SoCs, the interrupt lines from the DSAF controllers are connected to mbigen hw module. The mbigen module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe. We

[PATCH net v2 0/3] net: hns: bug fix for HNS driver

From: lipeng This series adds support defered probe when mdio or mbigen module insmod behind HNS driver, and fixes a bug that a skb has been freed, but it may be still used in driver. change log: V1 -> V2: 1. Return appropriate errno in hns_mac_register_phy; lipeng (3):

[PATCH net v3 3/3] net: hns: fixed bug that skb used after kfree

From: lipeng There is KASAN warning which turn out it's a skb used after free: BUG: KASAN: use-after-free in hns_nic_net_xmit_hw+0x62c/0x940... [17659.112635] alloc_debug_processing+0x18c/0x1a0 [17659.117208] __slab_alloc+0x52c/0x560

[PATCH net-next 2/3] net: hns: support deferred probe when no mdio

From: lipeng In the hip06 and hip07 SoCs, phy connect to mdio bus.The mdio module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe. We check for probe deferral in the mac init, so we not init

[PATCH net-next 1/3] net: hns: support deferred probe when can not obtain irq

From: lipeng In the hip06 and hip07 SoCs, the interrupt lines from the DSAF controllers are connected to mbigen hw module. The mbigen module is probed with module_init, and, as such, is not guaranteed to probe before the HNS driver. So we need to support deferred probe. We

[PATCH net-next 0/3] net: hns: add deferred probe and fix a bug

This series adds support defered probe to avoid no mdio scene, and will fix a bug that skb may be freed several times. lipeng (3): net: hns: support deferred probe when can not obtain irq net: hns: support deferred probe when no mdio net: hns: fixed bug that skb used after kfree

[PATCH net-next 3/3] net: hns: fixed bug that skb used after kfree

From: lipeng There is KASAN warning which turn out it's a skb used after free: BUG: KASAN: use-after-free in hns_nic_net_xmit_hw+0x62c/0x940... [17659.112635] alloc_debug_processing+0x18c/0x1a0 [17659.117208] __slab_alloc+0x52c/0x560

Re: [PATCH net-next 9/9] net: hns: get reset registers from DT

l\n"); > What in the world are you doing to the indentation here? > > Please read your patches before actually sending them, such things > will be quite obvious by simple visual inspection. > > . > Hi David, i am sorry for my carelessness. i will pay more attention next time. Thanks for pointing it our -- MBR, Yankejian (Hackim Yim)

Re: [patch net-next 01/11] net: hisilicon: add support of acpi for hns-mdio

On 2016/5/13 20:59, Andy Shevchenko wrote: > On Fri, 2016-05-13 at 16:19 +0800, Yisen Zhuang wrote: >> From: Kejian Yan >> >> hns-mdio needs to register itself to mii-bus. The info of the device >> can >> be read by both OF and ACPI. >> HNS tries to call Linux PHY driver

Re: [patch net-next 07/11] net: hns: dsaf adds support of acpi

On 2016/5/13 21:12, Andy Shevchenko wrote: > On Fri, 2016-05-13 at 16:19 +0800, Yisen Zhuang wrote: >> From: Kejian Yan >> >> Dsaf needs to get configuration parameter by ACPI, so this patch add >> support of ACPI. >> > Looks like at some point better to split driver to

Re: [patch net-next 06/11] ACPI: bus: move acpi_match_device_ids() to linux/acpi.h

On 2016/5/13 21:15, Andy Shevchenko wrote: > On Fri, 2016-05-13 at 16:19 +0800, Yisen Zhuang wrote: >> From: Hanjun Guo >> >> acpi_match_device_ids() will be used for drivers to match >> different hardware versions, it will be compiled in non-ACPI >> case, but

Re: [patch net-next 05/11] net: hns: add uniform interface for phy connection

On 2016/5/13 21:07, Andy Shevchenko wrote: > On Fri, 2016-05-13 at 16:19 +0800, Yisen Zhuang wrote: >> From: Kejian Yan >> >> As device_node is only used by OF case, HNS needs to treat the others >> cases including ACPI. It needs to use uniform ways to handle both of >> OF

Re: [PATCH V2 net 0/4] net: hns: bugs fix about hns driver

On 2016/3/12 0:56, David Miller wrote: > This does not work. > > I will not allow two sets of people sending me patches in parallel to the > same driver at the same time. > > Have one person manage the maintainence of this driver and consolidate the > patch submissions to me. > > Thanks. > > . >

Re: [PATCH v3 net-next 0/2] net: hns: get and set RSS indirection table by using ethtool

On 2016/3/11 17:01, Andy Shevchenko wrote: > On Fri, 2016-03-11 at 11:25 +0800, Kejian Yan wrote: >> When we use ethtool to retrieves or configure the receive flow hash >> indirection table, ethtool needs to call .get_rxnfc to get the ring >> number >> so this patchset implements the .get_rxnfc

Re: [PATCH 2/3] net: hns: add Hisilicon RoCE support

On 2016/3/12 18:43, Leon Romanovsky wrote: > On Fri, Mar 11, 2016 at 06:37:10PM +0800, Lijun Ou wrote: >> It added hns_dsaf_roce_reset routine for roce driver. >> RoCE is a feature of hns. >> In hip06 SOC, in roce reset process, it's needed to configure >> dsaf channel reset,port and sl map

Re: [patch net 2/2] net: hns: fixes a bug of RSS

On 2016/3/10 16:24, Andy Shevchenko wrote: > On Thu, 2016-03-10 at 10:16 +0800, Kejian Yan wrote: >> If trying to get receive flow hash indirection table by ethtool, it >> needs >> to call .get_rxnfc to get ring number first. So this patch implements >> the >> .get_rxnfc of ethtool. And the data

Re: [patch net 1/2] net: hns: fix return value of the function about rss

On 2016/3/10 16:11, Andy Shevchenko wrote: > On Thu, 2016-03-10 at 10:16 +0800, Kejian Yan wrote: >> Both .get_rxfh and .get_rxfh are always return 0, it should return >> result >> from hardware when getting or setting rss. And the rss function >> should >> return the correct data type. >> > @@

Re: [PATCH net] net: hns: fix the bug about loopback

On 2016/3/3 21:39, Andy Shevchenko wrote: > On Thu, 2016-03-03 at 20:02 +0800, Kejian Yan wrote: >> It will always be passed if the soc is tested the loopback cases. >> This >> patch will fix this bug. > Few style related comments. > >> @@ -686,6 +690,10 @@ static int

Re: arRe: [PATCH net-next 2/2] net: hns: enet specisies a reference to dsaf (config and documents)

On 2015/12/9 18:00, Arnd Bergmann wrote: > On Wednesday 09 December 2015 17:25:13 Yankejian wrote: >> thanks a lot for pointing it out. >> >> It is great regret that this change breaks compatibility with old dtbs. >> this is a new driver which is run on

Re: [PATCH net-next 1/2] net: hns: enet specisies a reference to dsaf

On 2015/12/9 2:10, Florian Fainelli wrote: > Subject: s/specisies/specifies/? Thanks for pointing it out. i will change it in next patchset. Best Regards, yankejian > On 04/12/15 23:59, yankejian wrote: >> enet is associating with dasf. before this patch, the association is

Re: arRe: [PATCH net-next 2/2] net: hns: enet specisies a reference to dsaf (config and documents)

On 2015/12/7 17:40, Arnd Bergmann wrote: > On Monday 07 December 2015 15:14:13 Yankejian wrote: >> On 2015/12/6 6:19, Arnd Bergmann wrote: >>> On Saturday 05 December 2015 14:10:56 yankejian wrote: >>>> diff --git a/Documentation/devicetree/bindings/net/

Re: [PATCH v2 next 1/2] dts: hisi: fixes no syscon error when init mdio

On 2015/12/8 23:25, Rob Herring wrote: > On Mon, Dec 07, 2015 at 04:25:06PM +0800, yankejian wrote: >> Signed-nux start up, we get the log below: >> "Hi-HNS_MDIO 803c.mdio: no syscon hisilicon,peri-c-subctrl >> mdio_bus mdio@803c: mdio sys ctl reg has not mape

Re: [PATCH net-next 2/2] net: hns: enet specisies a reference to dsaf (config and documents)

On 2015/12/7 22:12, Rob Herring wrote: > On Sat, Dec 05, 2015 at 03:59:16PM +0800, yankejian wrote: >> when enet specisies a reference to dsaf, the correlative config and > s/when/When/ ok，i will pay attention to it on patch v3. thanks. >> documents needs to update.

Re: [PATCH net-next] net: hns: optimize XGE capability by reducing cpu usage

On 2015/12/8 14:30, Du, Fan wrote: > > > On 2015/12/8 14:22, Yankejian (Hackim Yim) wrote: >> >> On 2015/12/7 16:58, Du, Fan wrote: >>> > >>> > >>> >On 2015/12/5 15:32, yankejian wrote: >>>> >>here is the patch raising

Re: [PATCH net-next] net: hns: optimize XGE capability by reducing cpu usage

On 2015/12/7 16:58, Du, Fan wrote: > > > On 2015/12/5 15:32, yankejian wrote: >> here is the patch raising the performance of XGE by: >> 1)changes the way page management method for enet momery, and >> 2)reduces the count of rmb, and >> 3)adds Memory prefet

[PATCH v2 next 0/2] dts: hisi: fixes no syscon error when init mdio

this patchset fixes the bug that eth can't initial successful on hip05-D02 because the dts files doesn't match the source code. yankejian (2): dts: hisi: fixes no syscon error when init mdio net: hns: fixes no syscon error when init mdio --- change log: v2: 1) update the related documented

[PATCH v2 next 1/2] dts: hisi: fixes no syscon error when init mdio

the syscon info on dts files to fixes it. and it adds documentation for the devicetree bindings used by DT files of Hisilicon Hip05-D02 development board. Signed-off-by: yankejian <yankej...@huawei.com> --- change log: v2: 1) updates the related documented in the binding as well 2) use t

Re: [PATCH net-next] net: hns: optimize XGE capability by reducing cpu usage

On 2015/12/7 17:05, Joe Perches wrote: > On Mon, 2015-12-07 at 16:58 +0800, Yankejian (Hackim Yim) wrote: >> On 2015/12/7 11:32, Joe Perches wrote: >>> On Sun, 2015-12-06 at 22:29 -0500, David Miller wrote: >>>>> From: yankejian <yankej...@huawei.com> >

[PATCH v2 next 2/2] net: hns: fixes no syscon error when init mdio

as dtsi files use the normal naming conventions using '-' instead of '_' inside of property names, the driver needs to update the phandle name strings of the of_parse_phandle func. Signed-off-by: yankejian <yankej...@huawei.com> --- drivers/net/ethernet/hisilicon/hns_mdio.c | 2 +-

Re: [PATCH net-next] net: hns: optimize XGE capability by reducing cpu usage

On 2015/12/7 11:29, David Miller wrote: > From: yankejian <yankej...@huawei.com> > Date: Sat, 5 Dec 2015 15:32:29 +0800 > >> +#if (PAGE_SIZE < 8192) >> +if (hnae_buf_size(ring) == HNS_BUFFER_SIZE_2048) { >> +truesize =

Re: [PATCH net-next] net: hns: optimize XGE capability by reducing cpu usage

On 2015/12/7 11:32, Joe Perches wrote: > On Sun, 2015-12-06 at 22:29 -0500, David Miller wrote: >> > From: yankejian <yankej...@huawei.com> >> > Date: Sat, 5 Dec 2015 15:32:29 +0800 >> > >>> > > +#if (PAGE_SIZE < 8192) >>

Re: [PATCH RESEND net-next 3/3] arm64: hip05-d02: Document devicetree bindings for Hisilicon D02 Board

On 2015/12/7 21:48, Bintian wrote: > On 2015/12/7 21:16, Rob Herring wrote: >> On Sat, Dec 05, 2015 at 03:54:48PM +0800, yankejian wrote: >>> This patch adds documentation for the devicetree bindings used by the >>> DT files of Hisilicon Hip05-D02 developmen

Re: [PATCH RESEND net-next 2/3] dts: hisi: fixes no syscon error when init mdio

On 2015/12/6 6:15, Arnd Bergmann wrote: > On Saturday 05 December 2015 15:56:57 yankejian wrote: >> #size-cells = <0>; >> compatible = "hisilicon,hns-mdio"; >> - reg = <0x0 0x803c 0x0 0x1 >> -

Re: [PATCH RESEND net-next 3/3] arm64: hip05-d02: Document devicetree bindings for Hisilicon D02 Board

On 2015/12/6 6:13, Arnd Bergmann wrote: > On Saturday 05 December 2015 15:56:58 yankejian wrote: >> +Required properties: >> +- compatible : "hisilicon,peri-c-subctrl", "syscon"; >> +- reg : Register address and size >> + >> +The Hi

Re: [PATCH net-next 2/2] net: hns: enet specisies a reference to dsaf (config and documents)

On 2015/12/6 6:19, Arnd Bergmann wrote: > On Saturday 05 December 2015 14:10:56 yankejian wrote: >> diff --git a/Documentation/devicetree/bindings/net/hisilicon-hns-dsaf.txt >> b/Documentation/devicetree/bindings/net/hisilicon-hns-dsaf.txt >> index 80411b2..ecacfa4 100644 &

[PATCH net-next 0/2] net: hns: enet specisies a reference to dsaf

in this patchset, enet specifies a reference to dsaf. and delete the ae-name in enet, and adds parsing the ae-handle from DT to set the associating with dsaf. the patchset updates the dtsi and bindings documents as well. yankejian (2): net: hns: enet specisies a reference to dsaf net: hns

[PATCH net-next 1/2] net: hns: enet specisies a reference to dsaf

with dsaf. Signed-off-by: yankejian <yankej...@huawei.com> --- drivers/net/ethernet/hisilicon/hns/hnae.c | 17 +++-- drivers/net/ethernet/hisilicon/hns/hnae.h | 7 +-- drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 4 drivers/net/ethernet/hisilic

[PATCH net-next 2/2] net: hns: enet specisies a reference to dsaf (config and documents)

when enet specisies a reference to dsaf, the correlative config and documents needs to update. this patch updates the correlative dtsi file and bindings documents . Signed-off-by: yankejian <yankej...@huawei.com> --- .../devicetree/bindings/net/hisilicon-hns-dsaf.txt

[PATCH net-next] net: hns: optimize XGE capability by reducing cpu usage

here is the patch raising the performance of XGE by: 1)changes the way page management method for enet momery, and 2)reduces the count of rmb, and 3)adds Memory prefetching Signed-off-by: yankejian <yankej...@huawei.com> --- drivers/net/ethernet/hisilicon/hns/hnae.h | 5 +- drive

[PATCH RESEND net-next 0/3] dts: hisi: fixes can't find eth for hip05-D02

this patchset fixes the bug that eth can't initial successful on hip05-D02 because the dts files doesn't match the source code. yankejian (3): dts: hisi: enables the ethX for D02 board dts: hisi: fixes no syscon error when init mdio arm64: hip05-d02: Document devicetree bindings

[PATCH RESEND net-next 1/3] dts: hisi: enables the ethX for D02 board

this patch enables the ethX for D02 board on hip05-d02.dts. otherwise it cannot find hns ethX by ifconfig -a. Signed-off-by: yankejian <yankej...@huawei.com> --- arch/arm64/boot/dts/hisilicon/hip05-d02.dts | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm64/bo

[PATCH RESEND net-next 3/3] arm64: hip05-d02: Document devicetree bindings for Hisilicon D02 Board

This patch adds documentation for the devicetree bindings used by the DT files of Hisilicon Hip05-D02 development board. Signed-off-by: yankejian <yankej...@huawei.com> --- .../devicetree/bindings/arm/hisilicon/hisilicon.txt | 16 1 file changed, 16 insertions(+)

[PATCH RESEND net-next 2/3] dts: hisi: fixes no syscon error when init mdio

the syscon info on dts files to fixes it. Signed-off-by: yankejian <yankej...@huawei.com> --- arch/arm64/boot/dts/hisilicon/hip05.dtsi | 4 arch/arm64/boot/dts/hisilicon/hip05_hns.dtsi | 4 ++-- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/arm64/boot/dts/hisilic

[PATCH net-next 1/2] net: hns: enet specisies a reference to dsaf

with dsaf. Signed-off-by: yankejian <yankej...@huawei.com> --- drivers/net/ethernet/hisilicon/hns/hnae.c | 17 +++-- drivers/net/ethernet/hisilicon/hns/hnae.h | 7 +-- drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 4 drivers/net/ethernet/hisilic

[PATCH RESEND net-next 3/3] arm64: hip05-d02: Document devicetree bindings for Hisilicon D02 Board

This patch adds documentation for the devicetree bindings used by the DT files of Hisilicon Hip05-D02 development board. Signed-off-by: yankejian <yankej...@huawei.com> --- .../devicetree/bindings/arm/hisilicon/hisilicon.txt | 16 1 file changed, 16 insertions(+)

Re: [PATCH RESEND net-next 0/3] dts: hisi: fixes can't find eth for hip05-D02

sorry, pls ignore this patchset. On 2015/12/5 15:54, yankejian wrote: > this patchset fixes the bug that eth can't initial successful on hip05-D02 > because the dts files doesn't match the source code. > > yankejian (3): > dts: hisi: enables the ethX for D02 board > dts: his

[PATCH RESEND net-next 0/3] dts: hisi: fixes can't find eth for hip05-D02

this patchset fixes the bug that eth can't initial successful on hip05-D02 because the dts files doesn't match the source code. yankejian (3): dts: hisi: enables the ethX for D02 board dts: hisi: fixes no syscon error when init mdio arm64: hip05-d02: Document devicetree bindings

[PATCH RESEND net-next 2/3] dts: hisi: fixes no syscon error when init mdio

the syscon info on dts files to fixes it. Signed-off-by: yankejian <yankej...@huawei.com> --- arch/arm64/boot/dts/hisilicon/hip05.dtsi | 4 arch/arm64/boot/dts/hisilicon/hip05_hns.dtsi | 4 ++-- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/arm64/boot/dts/hisilic

[PATCH RESEND net-next 1/3] dts: hisi: enables the ethX for D02 board

this patch enables the ethX for D02 board on hip05-d02.dts. otherwise it cannot find hns ethX by ifconfig -a. Signed-off-by: yankejian <yankej...@huawei.com> --- arch/arm64/boot/dts/hisilicon/hip05-d02.dts | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm64/bo

[PATCH net-next 2/2] net: hns: enet specisies a reference to dsaf (config and documents)

when enet specisies a reference to dsaf, the correlative config and documents needs to update. this patch updates the correlative dtsi file and bindings documents . Signed-off-by: yankejian <yankej...@huawei.com> --- .../devicetree/bindings/net/hisilicon-hns-dsaf.txt

[PATCH net-next 0/2] net: hns: enet specisies a reference to dsaf

in this patchset, enet specifies a reference to dsaf. and delete the ae-name in enet, and adds parsing the ae-handle from DT to set the associating with dsaf. the patchset updates the dtsi and bindings documents as well. yankejian (2): net: hns: enet specisies a reference to dsaf net: hns

[PATCH net-next 1/3] dts: hisi: enables the ethX for D02 board

this patch enables the ethX for D02 board on hip05-d02.dts. otherwise it cannot find hns ethX by ifconfig -a. Signed-off-by: yankejian <yankej...@huawei.com> --- arch/arm64/boot/dts/hisilicon/hip05-d02.dts | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm64/bo

[PATCH net-next 2/3] dts: hisi: fixes no syscon error when init mdio

the syscon info on dts files to fixes it. Signed-off-by: yankejian <yankej...@huawei.com> --- arch/arm64/boot/dts/hisilicon/hip05.dtsi | 4 arch/arm64/boot/dts/hisilicon/hip05_hns.dtsi | 4 ++-- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/arm64/boot/dts/hisilic

[PATCH net-next 0/3] dts: hisi: fixes can't find eth for hip05-D02

this patchset fixes the bug that eth can't initial successful. because the the dts files doesn't match the source code. yankejian (3): dts: hisi: enables the ethX for D02 board dts: hisi: fixes no syscon error when init mdio arm64: hip05-d02: Document devicetree bindings for Hisilicon D02

[PATCH] net: hns: fixes the bug tested XGE by ethtool -p

From: Li Peng <lipeng...@huawei.com> delete action of ETHTOOL_ID_ON/ETHTOOL_ID_OFF in XGE ethtool -p, so Hardware control the LED state instead of software. Signed-off-by: Li Peng <lipeng...@huawei.com> Signed-off-by: Yisen Zhuang <yisen.zhu...@huawei.com> Signed-off-by:

[PATCH net-next] net: hisilicon: deals with the sub ctrl by syscon

the global Soc configuration is treated by syscon, and sub ctrl bus is Soc bus. it has to be treated by syscon. Signed-off-by: yankejian <yankej...@huawei.com> Signed-off-by: lisheng <lisheng...@huawei.com> Signed-off-by: lipeng <lipeng...@huawei.com> --- drivers/net/

[PATCH net-next 1/2] net: hns: fixes the issue by using ethtool -s

From: Chenny Xu <chenny...@huawei.com> before this patch, hns driver only permits user to set the net device by using ethtool -s when the device is link up. it is obviously not so good. it needs to be set no matter it is link up or down. so this patch fixes this issue. Signed-off-by: yan

[PATCH net-next 2/2] net: hns: fixes a bug about timeout by pause frame

causes the packets cannot be sent out immediately. this patch fixes the issue. Signed-off-by: yankejian <yankej...@huawei.com> Signed-off-by: Yisen Zhuang <yisen.zhu...@huawei.com> Signed-off-by: lisheng <lisheng...@huawei.com> Signed-off-by: lipeng <lipeng...@huawei.com> --- driv

[PATCH net-next] net: hisilicon: fixes a bug when using ethtool -S

Signed-off-by: lipeng <lipeng...@huawei.com> Signed-off-by: yankejian <yankej...@huawei.com> Signed-off-by: Yisen Zhuang <yisen.zhu...@huawei.com> --- drivers/net/ethernet/hisilicon/hns/hns_dsaf_xgmac.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/driver

[PATCH net-next] net: hisilicon net: fix a bug about led

From: lipeng <lipeng...@huawei.com> this patch fixes a bug in hns driver. the link led is on at the beginning, but at this time the ethernet port is on down status. it needs to reset the led status on init sequence. Signed-off-by: lipeng <lipeng...@huawei.com> Signed-off-by: yanke

[PATCH net-next] net:hisilicon: supports promisc mode

this patch adds support to set promisc mode. it configs the queue on init seq when it is on promisc mode.and being enabled or disabled promisc mode by upper level user. Signed-off-by: yankejian <yankej...@huawei.com> Signed-off-by: Yisen Zhuang <yisen.zhu...@huawei.com> ---