[PATCH v2 1/4] dt-bindings: phy: Add documentation for NSP USB3 PHY

Add documentation for USB3 PHY available in Northstar plus SoC Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- .../devicetree/bindings/phy/brcm,nsp-usb3-phy.txt | 39 ++ 1 file changed, 39 insertions(+) create mode 100644

[PATCH v2 2/4] net: phy: Initialize mdio clock at probe function

Initialize mdio clock divisor in probe function. The ext bus bit available in the same register will be used by mdio mux to enable external mdio. Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- drivers/net/phy/mdio-bcm-iproc.c | 6 ++ 1 file changed, 2

[PATCH v2 0/4] USB support for Broadcom NSP SoC

This patch set contains the usb support for Broadcom NSP SoC. The usb3 phy is internal to the SoC and is accessed through mdio interface. The mdio interface can be used to access either internal usb3 phy or external ethernet phy using a multiplexer. The first patch provides the documentation

[PATCH v2 3/4] phy: Add USB3 PHY support for Broadcom NSP SoC

This patch adds support for Broadcom NSP USB3 PHY Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- drivers/phy/Kconfig| 8 ++ drivers/phy/Makefile | 1 + drivers/phy/phy-bcm-nsp-usb3.c | 176 +

[PATCH v2 4/4] arm: dts: nsp: Add USB nodes to device tree

Add USB nodes to the Northstar plus device tree file Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- arch/arm/boot/dts/bcm-nsp.dtsi | 56 arch/arm/boot/dts/bcm958625k.dts | 16 2 files changed, 72

[PATCH v3] audit: log 32-bit socketcalls

32-bit socketcalls were not being logged by audit on x86_64 systems. Log them. This is basically a duplicate of the call from net/socket.c:sys_socketcall(), but it addresses the impedance mismatch between 32-bit userspace process and 64-bit kernel audit. See:

[PATCH 4/6 net-next] inet: don't check for bind conflicts twice when searching for a port

This is just wasted time, we've already found a tb that doesn't have a bind conflict, and we don't drop the head lock so scanning again isn't going to give us a different answer. Instead move the tb->reuse setting logic outside of the found_tb path and put it in the success: path. Then make it

[PATCH 6/6 net-next] inet: reset tb->fastreuseport when adding a reuseport sk

If we have non reuseport sockets on a tb we will set tb->fastreuseport to 0 and never set it again. Which means that in the future if we end up adding a bunch of reuseport sk's to that tb we'll have to do the expensive scan every time. Instead add the ipv4/ipv6 saddr fields to the bind bucket, as

[PATCH 3/6 net-next] inet: kill smallest_size and smallest_port

In inet_csk_get_port we seem to be using smallest_port to figure out where the best place to look for a SO_REUSEPORT sk that matches with an existing set of SO_REUSEPORT's. However if we get to the logic if (smallest_size != -1) { port = smallest_port; goto have_port; } we will

[PATCH 5/6 net-next] inet: split inet_csk_get_port into two functions

inet_csk_get_port does two different things, it either scans for an open port, or it tries to see if the specified port is available for use. Since these two operations have different rules and are basically independent lets split them into two different functions to make them both more readable.

[PATCH 2/6 net-next] inet: drop ->bind_conflict

The only difference between inet6_csk_bind_conflict and inet_csk_bind_conflict is how they check the rcv_saddr, so delete this call back and simply change inet_csk_bind_conflict to call inet_rcv_saddr_equal. Signed-off-by: Josef Bacik --- include/net/inet6_connection_sock.h | 5

[PATCH 0/6 net-next][V4] Rework inet_csk_get_port

V3->V4: -Removed the random include of addrconf.h that is no longer needed. V2->V3: -Dropped the fastsock from the tb and instead just carry the saddrs, family, and ipv6 only flag. -Reworked the helper functions to deal with this change so I could still use them when checking the fast path.

[PATCH 1/6 net-next] inet: collapse ipv4/v6 rcv_saddr_equal functions into one

We pass these per-protocol equal functions around in various places, but we can just have one function that checks the sk->sk_family and then do the right comparison function. I've also changed the ipv4 version to not cast to inet_sock since it is unneeded. Signed-off-by: Josef Bacik

Re: [PATCH net-next 1/1] s390/qeth: remove legacy SNA-support

From: Ursula Braun Date: Tue, 17 Jan 2017 13:39:51 +0100 > The qeth driver supports various operation modes of the underlying > network interface cards. > One specific mode (OSN) belonged to a Linux-assisted solution > that enabled existing IBM mainframe operating

Re: [PATCH net-next v3 1/1] net sched actions: Add support for user cookies

From: Jamal Hadi Salim Date: Tue, 17 Jan 2017 05:52:15 -0500 > Having said that: Is this rule really cast in stone?;-> > I have seen many other people (including myself) sneak in whitespace > changes and other trivialities in a general change. I thought the rule > was to not

Re: fq_codel and skb->hash

On Mon, 2017-01-16 at 22:18 -0800, Tom Herbert wrote: > On Mon, Jan 16, 2017 at 6:34 PM, Eric Dumazet wrote: > > On Mon, 2017-01-16 at 17:44 -0800, Eric Dumazet wrote: > >> On Mon, 2017-01-16 at 17:04 -0700, Andrew Collins wrote: > > > >> > Is there a better way to

Re: [PATCH net-next v4 1/2] net sched actions: Add support for user cookies

On Tue, Jan 17, 2017 at 06:11:48AM -0500, Jamal Hadi Salim wrote: > From: Jamal Hadi Salim > > Introduce optional 128-bit action cookie. > Like all other cookie schemes in the networking world (eg in protocols > like http or existing kernel fib protocol field, etc) the idea is

[PATCH] stmicro: add more information to Kconfig

This patch adds more info to stmicro' Kconfig files in order to be clearer that the driver can be used by ethernet cards based on 10/100/1000/EQOS Synopsys IP Cores. EQOS was also added stmmac/Kconfig Kconfig, since dwmac4 is in fact EQoS, one of Synopsys Ethernet IPs. More info at:

Re: [PATCH 1/2] qed: Add support for hardware offloaded FCoE.

Hi Arun, [auto build test WARNING on net-next/master] [also build test WARNING on v4.10-rc4 next-20170117] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Dupuis-Chad/Add-QLogic-FastLinQ-FCoE

Re: [PATCH] stmmac: add missing of_node_put

Hi On 01/17/2017 12:23 PM, Julia Lawall wrote: The function stmmac_dt_phy provides several possibilities for initializing plat->mdio_node, all of which have the effect of increasing the reference count of the assigned value. This field is not updated elsewhere, so the value is live until the

Re: [PATCH net-next v4 1/2] net sched actions: Add support for user cookies

On 01/17/2017 12:11 PM, Jamal Hadi Salim wrote: From: Jamal Hadi Salim Introduce optional 128-bit action cookie. Like all other cookie schemes in the networking world (eg in protocols like http or existing kernel fib protocol field, etc) the idea is to save user state that

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

On Tue 17-01-17 14:32:04, Peter Zijlstra wrote: > On Tue, Jan 17, 2017 at 02:03:03PM +0100, Michal Hocko wrote: > > On Sun 15-01-17 20:19:01, Tejun Heo wrote: > > [...] > > > So, what's proposed is a proper part of bpf. In terms of > > > implementation, cgroup helps by hosting the pointers but

[PATCH] net: ethoc: Make needlessly global struct ethtool_ops static

Make the needlessly global struct ethtool_ops ethoc_ethtool_ops static to fix a sparse warning. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/ethoc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/ethoc.c

Re: [PATCH V2] audit: log 32-bit socketcalls

On Mon, Jan 16, 2017 at 10:53 PM, Richard Guy Briggs wrote: > On 2017-01-16 15:04, Paul Moore wrote: >> On Fri, Jan 13, 2017 at 9:42 AM, Eric Paris wrote: >> > On Fri, 2017-01-13 at 04:51 -0500, Richard Guy Briggs wrote: >> >> diff --git

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

On Tue, Jan 17, 2017 at 02:03:03PM +0100, Michal Hocko wrote: > On Sun 15-01-17 20:19:01, Tejun Heo wrote: > [...] > > So, what's proposed is a proper part of bpf. In terms of > > implementation, cgroup helps by hosting the pointers but that doesn't > > necessarily affect the conceptual structure

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

On Sun 15-01-17 20:19:01, Tejun Heo wrote: [...] > So, what's proposed is a proper part of bpf. In terms of > implementation, cgroup helps by hosting the pointers but that doesn't > necessarily affect the conceptual structure of it. Given that, I > don't think it'd be a good idea to add anything

Re: [PATCHv3 net-next 2/7] sctp: add support for generating stream reconf ssn reset request chunk

On Tue, Jan 17, 2017 at 12:27:48PM +0800, Xin Long wrote: > On Mon, Jan 16, 2017 at 11:56 AM, Xin Long wrote: > > On Sun, Jan 15, 2017 at 11:51 PM, Marcelo Ricardo Leitner > > wrote: > >> On Sat, Jan 14, 2017 at 03:15:36AM +0800, Xin Long wrote: >

[PATCH net-next 1/1] s390/qeth: remove legacy SNA-support

The qeth driver supports various operation modes of the underlying network interface cards. One specific mode (OSN) belonged to a Linux-assisted solution that enabled existing IBM mainframe operating systems to continue to run the legacy IBM Systems Network Architecture (SNA) protocol. Since IBM

[PATCH net-next 0/1] s390/qeth: remove legacy SNA-support

Dave, this is the qeth patch provided last week, you have not been happy with, because you do not want to unilaterally remove support for a chipset. I understand that, but I am not sure, if the stopped chip support of vendors is considered to be something equivalent to the removal of OSN support

Re: [PATCH net-next v4 0/2] Add support for tc cookies

Tue, Jan 17, 2017 at 12:11:47PM CET, j...@mojatatu.com wrote: >From: Jamal Hadi Salim No reason to bundle the stylistics cleanup patch with the act cookie patch. Just send it as 2 separate patches they are. > >Changes in v4: > - move stylistic changes out into a separate

Re: [PATCH net-next v4 2/2] net sched: Trivial whitespace and stylistic changes

Tue, Jan 17, 2017 at 12:11:49PM CET, j...@mojatatu.com wrote: >From: Jamal Hadi Salim > >Signed-off-by: Jamal Hadi Salim >--- [...] >-static inline unsigned long >-cls_set_class(struct tcf_proto *tp, unsigned long *clp, >+static inline unsigned

[PATCH net-next 2/2] sfc: read back RX hash config from the NIC when querying it with ethtool -x

Ensures that we report the key and indirection table the NIC is using, rather than (if setting them failed earlier) what we wanted it to use. Signed-off-by: Edward Cree --- drivers/net/ethernet/sfc/ef10.c | 52 +++

Re: [PATCH net-next v4 1/2] net sched actions: Add support for user cookies

Tue, Jan 17, 2017 at 12:11:48PM CET, j...@mojatatu.com wrote: >From: Jamal Hadi Salim > >Introduce optional 128-bit action cookie. >Like all other cookie schemes in the networking world (eg in protocols >like http or existing kernel fib protocol field, etc) the idea is to save

[PATCH net-next 1/2] sfc: support setting RSS hash key through ethtool API

Signed-off-by: Edward Cree --- drivers/net/ethernet/sfc/ef10.c | 32 drivers/net/ethernet/sfc/ethtool.c| 24 +++- drivers/net/ethernet/sfc/net_driver.h | 3 ++- drivers/net/ethernet/sfc/siena.c | 7

[PATCH net-next 0/2] sfc: RX hash configuration

This series improves support for getting and setting RX hashing configuration on Solarflare adapters through ethtool. Edward Cree (2): sfc: support setting RSS hash key through ethtool API sfc: read back RX hash config from the NIC when querying it with ethtool -x

Re: mwifiex: fix uninitialized variable access in pcie_remove

Arnd Bergmann wrote: > Checking the firmware status from PCIe register only works > if the register is available, otherwise we end up with > random behavior: > > drivers/net/wireless/marvell/mwifiex/pcie.c: In function > 'mwifiex_pcie_remove': >

Re: [PATCH net-next] net/sched: cls_flower: Add user specified data

On 17/01/2017 13:23, Jamal Hadi Salim wrote: On 17-01-16 04:51 AM, Jiri Pirko wrote: Mon, Jan 16, 2017 at 08:54:18AM CET, pa...@mellanox.com wrote: I think we should do it in a generic way, for every classifier, right away. Same as Jamal is doing for actions. I think that first we

Re: [patch net-next] stmmac: indent an if statement

On Tue, 17 Jan 2017, Alexandre Torgue wrote: > Hi Julia > > On 01/16/2017 11:10 PM, Julia Lawall wrote: > > > > > > On Tue, 17 Jan 2017, Dan Carpenter wrote: > > > > > On Mon, Jan 16, 2017 at 10:46:22PM +0100, Julia Lawall wrote: > > > > > > > > > > > > On Mon, 16 Jan 2017, Dan Carpenter wrote:

[PATCH] stmmac: add missing of_node_put

The function stmmac_dt_phy provides several possibilities for initializing plat->mdio_node, all of which have the effect of increasing the reference count of the assigned value. This field is not updated elsewhere, so the value is live until the end of the lifetime of plat (devm_allocated), just

Re: [PATCH net-next] net/sched: cls_flower: Add user specified data

On 17-01-16 04:51 AM, Jiri Pirko wrote: Mon, Jan 16, 2017 at 08:54:18AM CET, pa...@mellanox.com wrote: I think we should do it in a generic way, for every classifier, right away. Same as Jamal is doing for actions. I think that first we should get Jamal's patch merged and then do the same

[PATCH net-next v4 0/2] Add support for tc cookies

From: Jamal Hadi Salim Changes in v4: - move stylistic changes out into a separate patch (and add more stylistic changes) Changes in v3: - use TC_ prefix for the max size - move the cookie struct so visible only to kernel - remove unneeded void * cast Changes in V2:

[PATCH net-next v4 1/2] net sched actions: Add support for user cookies

From: Jamal Hadi Salim Introduce optional 128-bit action cookie. Like all other cookie schemes in the networking world (eg in protocols like http or existing kernel fib protocol field, etc) the idea is to save user state that when retrieved serves as a correlator. The kernel

[PATCH net-next v4 2/2] net sched: Trivial whitespace and stylistic changes

From: Jamal Hadi Salim Signed-off-by: Jamal Hadi Salim --- include/net/act_api.h | 7 --- include/net/pkt_cls.h | 45 ++--- net/sched/act_api.c | 20 3 files changed, 30 insertions(+), 42

RE: [PATCH] net: fec: Fixed panic problem with non-tso

From: Yuusuke Ashiduka Sent: Tuesday, January 17, 2017 3:48 PM >To: Andy Duan >Cc: netdev@vger.kernel.org; Yuusuke Ashiduka >Subject: [PATCH] net: fec: Fixed panic problem with non-tso > >If highmem and 2GB or more of

Re: [PATCH net-next v3 1/1] net sched actions: Add support for user cookies

On 17-01-16 02:46 PM, David Miller wrote: Jamal, please don't mix coding style and real changes. Have one patch that adds the user cookies and one that cleans up the coding style stuff. Thanks. I will separate those changes (gives me an opportunity to make more stylistic changes). Having

Re: [PATCH net] lwtunnel: fix autoload of lwt modules

On 17/01/17 05:33, David Ahern wrote: Trying to add an mpls encap route when the MPLS modules are not loaded hangs. For example: CONFIG_MPLS=y CONFIG_NET_MPLS_GSO=m CONFIG_MPLS_ROUTING=m CONFIG_MPLS_IPTUNNEL=m $ ip route add 10.10.10.10/32 encap mpls 100 via inet 10.100.1.2

Re: [PATCH iproute2 net-next 1/5] iplink: bridge: add support for IFLA_BR_FDB_FLUSH

On 17/01/17 10:32, Hangbin Liu wrote: > This patch implements support for the IFLA_BR_FDB_FLUSH attribute > in iproute2 so it can flush bridge fdb dynamic entries. > > Signed-off-by: Hangbin Liu > --- > ip/iplink_bridge.c | 5 - > 1 file changed, 4 insertions(+), 1

Re: [PATCH iproute2 net-next 5/5] iplink: bridge: add support for IFLA_BR_MCAST_MLD_VERSION

On 17/01/17 10:32, Hangbin Liu wrote: > This patch implements support for the IFLA_BR_MCAST_MLD_VERSION > attribute in iproute2 so it can change the mcast mld version. > > Signed-off-by: Hangbin Liu > --- > ip/iplink_bridge.c | 13 + > 1 file changed, 13

Re: [PATCH iproute2 net-next 4/5] iplink: bridge: add support for IFLA_BR_MCAST_IGMP_VERSION

On 17/01/17 10:32, Hangbin Liu wrote: > This patch implements support for the IFLA_BR_MCAST_IGMP_VERSION > attribute in iproute2 so it can change the mcast igmp version. > > Signed-off-by: Hangbin Liu > --- > ip/iplink_bridge.c | 13 + > 1 file changed, 13

Re: [PATCH] stmicro: rename it to dwc to improve future development

Hello, Às 6:58 PM de 1/16/2017, David Miller escreveu: > From: Joao Pinto > Date: Mon, 16 Jan 2017 13:26:31 + > >> The goal of this patch is to create an oficial Designware Ethernet place >> to deploy new drivers based on this family of IPs. stmmac was left >>

Re: [PATCH net] vxlan: fix byte order of vxlan-gpe port number

On Mon, 16 Jan 2017 18:37:58 -0500, Lance Richardson wrote: > vxlan->cfg.dst_port is in network byte order, so an htons() > is needed here. Also reduced comment length to stay closer > to 80 column width (still slightly over, however). Ouch. A stupid mistake I made. I think it's still okay to fix

Re: [PATCH iproute2 net-next 0/5] add latest bridge netlink options

On 17/01/17 10:32, Hangbin Liu wrote: > Add the bridge netlink attributes added to kernel recently. > > Hangbin Liu (5): > iplink: bridge: add support for IFLA_BR_FDB_FLUSH > iplink: bridge: add support for IFLA_BR_VLAN_STATS_ENABLED > iplink: bridge: add support for

Re: [PATCH iproute2 net-next 2/5] iplink: bridge: add support for IFLA_BR_VLAN_STATS_ENABLED

On 17/01/17 10:32, Hangbin Liu wrote: > This patch implements support for the IFLA_BR_VLAN_STATS_ENABLED > attribute in iproute2 so it can change the vlan state. > > Signed-off-by: Hangbin Liu > --- Again it is not state, it is _stats_. Please change the name to something

Re: [PATCH iproute2 net-next 3/5] iplink: bridge: add support for IFLA_BR_MCAST_STATS_ENABLED

On 17/01/17 10:32, Hangbin Liu wrote: > This patch implements support for the IFLA_BR_MCAST_STATS_ENABLED > attribute in iproute2 so it can change the mcast state. > > Signed-off-by: Hangbin Liu > --- It is not state, it is _stats_. Calling it mcast_state is completely

Re: [PATCH v4 0/4] vsock: cancel connect packets when failing to connect

> On Jan 9, 2017, at 11:06 AM, Stefan Hajnoczi wrote: > > On Fri, Jan 06, 2017 at 10:22:56AM +0800, Peng Tao wrote: >> On Tue, Dec 13, 2016 at 5:50 PM, Stefan Hajnoczi wrote: >>> On Mon, Dec 12, 2016 at 08:21:05PM +0800, Peng Tao wrote: Currently,

[PATCH iproute2 net-next 4/5] iplink: bridge: add support for IFLA_BR_MCAST_IGMP_VERSION

This patch implements support for the IFLA_BR_MCAST_IGMP_VERSION attribute in iproute2 so it can change the mcast igmp version. Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 13 + 1 file changed, 13 insertions(+) diff --git a/ip/iplink_bridge.c

[PATCH iproute2 net-next 2/5] iplink: bridge: add support for IFLA_BR_VLAN_STATS_ENABLED

This patch implements support for the IFLA_BR_VLAN_STATS_ENABLED attribute in iproute2 so it can change the vlan state. Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 13 + 1 file changed, 13 insertions(+) diff --git a/ip/iplink_bridge.c

[PATCH iproute2 net-next 3/5] iplink: bridge: add support for IFLA_BR_MCAST_STATS_ENABLED

This patch implements support for the IFLA_BR_MCAST_STATS_ENABLED attribute in iproute2 so it can change the mcast state. Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 13 + 1 file changed, 13 insertions(+) diff --git a/ip/iplink_bridge.c

[PATCH iproute2 net-next 5/5] iplink: bridge: add support for IFLA_BR_MCAST_MLD_VERSION

This patch implements support for the IFLA_BR_MCAST_MLD_VERSION attribute in iproute2 so it can change the mcast mld version. Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 13 + 1 file changed, 13 insertions(+) diff --git a/ip/iplink_bridge.c

[PATCH iproute2 net-next 1/5] iplink: bridge: add support for IFLA_BR_FDB_FLUSH

This patch implements support for the IFLA_BR_FDB_FLUSH attribute in iproute2 so it can flush bridge fdb dynamic entries. Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/ip/iplink_bridge.c

[PATCH iproute2 net-next 0/5] add latest bridge netlink options

Add the bridge netlink attributes added to kernel recently. Hangbin Liu (5): iplink: bridge: add support for IFLA_BR_FDB_FLUSH iplink: bridge: add support for IFLA_BR_VLAN_STATS_ENABLED iplink: bridge: add support for IFLA_BR_MCAST_STATS_ENABLED iplink: bridge: add support for

Re: [PATCH] bpf: Fix test_lru_sanity5() in test_lru_map.c

On 01/17/2017 07:17 AM, Martin KaFai Lau wrote: test_lru_sanity5() fails when the number of online cpus is fewer than the number of possible cpus. It can be reproduced with qemu by using cmd args "--smp cpus=2,maxcpus=8". The problem is the loop in test_lru_sanity5() is testing 'i' which is

[PATCH net-next] cxgb4: Implement ndo_get_phys_port_id for mgmt dev

Signed-off-by: Ganesh Goudar --- drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c | 27 + 1 file changed, 27 insertions(+) diff --git a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c b/drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c index

Re: [patch net-next] stmmac: indent an if statement

Hi Julia On 01/16/2017 11:10 PM, Julia Lawall wrote: On Tue, 17 Jan 2017, Dan Carpenter wrote: On Mon, Jan 16, 2017 at 10:46:22PM +0100, Julia Lawall wrote: On Mon, 16 Jan 2017, Dan Carpenter wrote: On Mon, Jan 16, 2017 at 12:19:24PM +0300, Dan Carpenter wrote: On Sun, Jan 15, 2017 at

Re: [patch net-next] stmmac: indent an if statement

Dear David On 01/16/2017 11:00 PM, David Miller wrote: From: Dan Carpenter Date: Tue, 17 Jan 2017 00:56:15 +0300 (It would be better if one of the stmmac people were responding here insead of a random fix the indenting weenie like myself.) They are all too busy

Re: [PATCH 1/1] ip: fix igmp parsing when iface is long

Hi, > Entries with long vhost names in /proc/net/igmp have no whitespace > between name and colon, so sscanf() adds it to vhost and > 'ip maddr show iface' doesn't include inet result. Bug was also reported to bugzilla (https://bugzilla.kernel.org/show_bug.cgi?id=192741), with updated comment

[PATCH] net: phy: dp83848: add DP83620 PHY support

This PHY with fiber support is register compatible with DP83848, so add support for it. Signed-off-by: Alvaro Gamez Machado --- drivers/net/phy/dp83848.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/net/phy/dp83848.c b/drivers/net/phy/dp83848.c index

Re: fs, net: deadlock between bind/splice on af_unix

Al Viro writes: > On Thu, Dec 08, 2016 at 10:32:00PM -0800, Cong Wang wrote: > >> > Why do we do autobind there, anyway, and why is it conditional on >> > SOCK_PASSCRED? Note that e.g. for SOCK_STREAM we can bloody well get >> > to sending stuff without autobind ever

[PATCH] net: fec: Fixed panic problem with non-tso

If highmem and 2GB or more of memory are valid, "this_frag-> page.p" indicates the highmem area, so the result of page_address() is NULL and panic occurs. This commit fixes this by using the skb_frag_dma_map() helper, which takes care of mapping the skb fragment properly. Additionally, the type

<    1   2   3