Re: [PATCH net-next] net: add netlink_ext_ack support to rtnl_link_ops

On 6/24/17 5:35 AM, Matthias Schiffer wrote: > The following functions are extended with a netlink_ext_ack argument to > allow extended error reporting: > > * validate > * newlink > * changelink > * slave_validate > * slave_changelink I would prefer separate patches for validate, slave_validate,

Re: [PATCH v3 net-next 1/4] tcp: ULP infrastructure

On Wed, Jun 14, 2017 at 11:37:14AM -0700, Dave Watson wrote: >Add the infrustructure for attaching Upper Layer Protocols (ULPs) over TCP >sockets. Based on a similar infrastructure in tcp_cong. The idea is that any >ULP can add its own logic by changing the TCP proto_ops structure to its own

Re: [PATCH v3 07/11] tty: improve tty_insert_flip_char() fast path

Hi Arnd, [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.12-rc6 next-20170623] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 2/2] tcp: md5: export all configured signature keys in /proc/net

Hi Ivan, [auto build test ERROR on net/master] [also build test ERROR on v4.12-rc6 next-20170623] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH net-next 0/3] ethtool: support for forward error correction mode setting on a link

On Sat, Jun 24, 2017 at 12:19:42PM -0700, Roopa Prabhu wrote: > From: Roopa Prabhu > > Forward Error Correction (FEC) modes i.e Base-R > and Reed-Solomon modes are introduced in 25G/40G/100G standards > for providing good BER at high speeds. Various networking devices

Re: [PATCH v2 06/11] dvb-frontends: reduce stack size in i2c access

Em Wed, 14 Jun 2017 23:15:41 +0200 Arnd Bergmann escreveu: > A typical code fragment was copied across many dvb-frontend > drivers and causes large stack frames when built with > -fsanitize-address-use-after-scope, e.g. > > drivers/media/dvb-frontends/cxd2841er.c:3225:1: error:

[PATCH net-next 3/3] cxgb4: ethtool forward error correction management support

From: Casey Leedom Signed-off-by: Casey Leedom --- drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c | 100 + 1 file changed, 100 insertions(+) diff --git a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c

[PATCH net-next 1/3] net: ethtool: add support for forward error correction modes

From: Vidya Sagar Ravipati Forward Error Correction (FEC) modes i.e Base-R and Reed-Solomon modes are introduced in 25G/40G/100G standards for providing good BER at high speeds. Various networking devices which support 25G/40G/100G provides ability to manage supported

[PATCH net-next 0/3] ethtool: support for forward error correction mode setting on a link

From: Roopa Prabhu Forward Error Correction (FEC) modes i.e Base-R and Reed-Solomon modes are introduced in 25G/40G/100G standards for providing good BER at high speeds. Various networking devices which support 25G/40G/100G provides ability to manage supported FEC

[PATCH net-next 2/3] cxgb4: core hardware/firmware support for Forward Error Correction on a link

From: Casey Leedom Signed-off-by: Casey Leedom --- drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 152 ++--- 1 file changed, 117 insertions(+), 35 deletions(-) diff --git a/drivers/net/ethernet/chelsio/cxgb4/t4_hw.c

Re: [RFC PATCH net-next 1/3] ethtool: Add link down reason callback

On Thu, Jun 22, 2017 at 11:09:04AM +0300, Gal Pressman wrote: > > >> +enum { > >> + ETHTOOL_LINK_VENDOR_SPECIFIC = -1, /* Vendor specific issue provided in > >> vendor_reason */ > >> + ETHTOOL_LINK_NO_ISSUE, /* No issue observed with link */ > >> + ETHTOOL_LINK_REASON_UNKNOWN, /* Unknown

Re: [PATCH 01/11] net: phy: Add rockchip phy driver support

Am Samstag, 24. Juni 2017, 16:04:06 CEST schrieb Andrew Lunn: > > hmm, we do have quite a number of non-net phys in the phy subsystem > > (DP, PCIe, ...) and given that the above would be CONFIG_ROCKCHIP_PHY > > in a global sense, sounds like it could make things confusing. > > > > So some

Re: clean up and modularize arch dma_mapping interface V2

On Sat, 2017-06-24 at 09:18 +0200, Christoph Hellwig wrote: > On Wed, Jun 21, 2017 at 12:24:28PM -0700, tndave wrote: > > Thanks for doing this. > > So archs can still have their own definition for dma_set_mask() if > > HAVE_ARCH_DMA_SET_MASK is y? > > (and similarly for dma_set_coherent_mask()

Re: [PATCH 01/11] net: phy: Add rockchip phy driver support

> hmm, we do have quite a number of non-net phys in the phy subsystem > (DP, PCIe, ...) and given that the above would be CONFIG_ROCKCHIP_PHY > in a global sense, sounds like it could make things confusing. > > So some addition sounds reasonable ... ROCKCHIP_ETH_PHY or so? I follow you

Re: [PATCH NET v3 1/2] net: phy: Add phy loopback support in net phy framework

> phy_resume call phydrv->resume without take mutex. > if phy driver implement resume function, for example marvell_resume, then > > static int marvell_resume(struct phy_device *phydev) > { > int err; > > /* Resume the fiber mode first */ > if (!(phydev->supported &

Re: [PATCH NET V4 1/2] net: phy: Add phy loopback support in net phy framework

> @@ -1087,7 +1087,7 @@ int phy_suspend(struct phy_device *phydev) > { > struct phy_driver *phydrv = to_phy_driver(phydev->mdio.dev.driver); > struct ethtool_wolinfo wol = { .cmd = ETHTOOL_GWOL }; > - int ret = 0; > + int ret = -EOPNOTSUPP; > > /* If the device has WOL

RFC: sk leak in sock_graft?

We're seeing a memleak when we run an infinite loop that loads/unloads rds-tcp, and runs some traffic between each load/unload. Analysis shows that this is happening for the following reason: inet_accept -> sock_graft does parent->sk = sk but if the parent->sk was previously pointing

[PATCH net] bnx2x: Don't log mc removal needlessly

When mc configuration changes bnx2x_config_mcast() can return 0 for success, negative for failure and positive for benign reason preventing its immediate work, e.g., when the command awaits the completion of a previously sent command. When removing all configured macs on a 578xx adapter, if a

[PATCH net-next] net: add netlink_ext_ack support to rtnl_link_ops

The following functions are extended with a netlink_ext_ack argument to allow extended error reporting: * validate * newlink * changelink * slave_validate * slave_changelink Signed-off-by: Matthias Schiffer --- Checkpatch is unhappy about the long lines in

[PATCH net-next] liquidio: standardization: use min_t instead of custom macro

From: Rick Farrington Replaced custom MIN macro with use of standard 'min_t'. Signed-off-by: Rick Farrington Signed-off-by: Derek Chickles Signed-off-by: Felix Manlunas ---

[PATCH net-next] liquidio: fix bug in soft reset failure detection

From: Derek Chickles The code that detects a failed soft reset of Octeon is comparing the wrong value against the reset value of the Octeon SLI_SCRATCH_1 register, resulting in an inability to detect a soft reset failure. Fix it by using the correct value in the

Verification

Please click the link to verify your account http://www.beam.to/9687 --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

Verification

Please click the link to verify your account http://www.beam.to/9687 --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

Re: [PATCH 01/11] net: phy: Add rockchip phy driver support

Am Samstag, 24. Juni 2017, 04:19:10 CEST schrieb Andrew Lunn: > On Fri, Jun 23, 2017 at 12:41:59PM +0800, David Wu wrote: > > Support internal ephy currently. > > > > Signed-off-by: David Wu > > --- > > drivers/net/phy/Kconfig| 4 ++ > > drivers/net/phy/Makefile

[PATCH NET V4 2/2] net: hns: Use phy_driver to setup Phy loopback

Use function set_loopback in phy_driver to setup phy loopback when doing ethtool self test. Signed-off-by: Lin Yun Sheng --- drivers/net/ethernet/hisilicon/hns/hnae.h| 1 + drivers/net/ethernet/hisilicon/hns/hns_ethtool.c | 92 +++- 2 files

Re: clean up and modularize arch dma_mapping interface V2

On Wed, Jun 21, 2017 at 12:24:28PM -0700, tndave wrote: > Thanks for doing this. > So archs can still have their own definition for dma_set_mask() if > HAVE_ARCH_DMA_SET_MASK is y? > (and similarly for dma_set_coherent_mask() when > CONFIG_ARCH_HAS_DMA_SET_COHERENT_MASK is y) > Any plan to

[PATCH NET V4 1/2] net: phy: Add phy loopback support in net phy framework

This patch add set_loopback in phy_driver, which is used by Mac driver to enable or disable a phy. it also add a generic genphy_loopback function, which use BMCR loopback bit to enable or disable a phy. Signed-off-by: Lin Yun Sheng --- drivers/net/phy/marvell.c| 1 +

[PATCH NET V4 0/2] Add loopback support in phy_driver and hns ethtool fix

This Patch Set add set_loopback in phy_driver and use it to setup loopback when doing ethtool phy self_test. Patch V4: 1. Remove c45 checking 2. Add -ENOTSUPP when function pointer is null, take mutex in phy_loopback. Patch V3: Calling phy_loopback enable and

Re: [PATCH NET v3 1/2] net: phy: Add phy loopback support in net phy framework

On 2017/6/24 11:40, Yunsheng Lin wrote: > Hi, Andrew > > On 2017/6/24 11:12, Andrew Lunn wrote: >>> +int phy_loopback(struct phy_device *phydev, bool enable) >>> +{ >>> + struct phy_driver *phydrv = to_phy_driver(phydev->mdio.dev.driver); >>> + int ret = 0; >>> + >>> + if (enable &&