[PATCH net-next v3 1/2] pci: Add Cavium PCI vendor id

Signed-off-by: Aleksey Makarov --- include/linux/pci_ids.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h index e63c02a..3633cc6 100644 --- a/include/linux/pci_ids.h +++ b/include/linux/pci_ids.h @@ -2327,6 +2327,8 @@ #define PCI_DEVICE_ID

Re: [PATCH net-next] net: phy: Add state machine state transitions debug prints

From: Florian Fainelli Date: Fri, 15 May 2015 14:18:42 -0700 > @@ -311,6 +311,30 @@ enum phy_state { > PHY_RESUMING > }; > > +#define PHY_STATE_STR(_state)\ > + case PHY_##_state: \ > + return __stringify(_state); \ > + > +

Re: [PATCH net] net: phy: Allow EEE for all RGMII variants

From: Florian Fainelli Date: Fri, 15 May 2015 16:30:41 -0700 > RGMII interfaces come in multiple flavors: RGMII with transmit or > receive internal delay, no delays at all, or delays in both direction. > > This change extends the initial check for PHY_INTERFACE_MODE_RGMII to > cover all of these

[PATCH net] tcp/ipv6: fix flow label setting in TIME_WAIT state

commit 1d13a96c74fc ("ipv6: tcp: fix flowlabel value in ACK messages send from TIME_WAIT") added the flow label in the last TCP packets. Unfortunately, it was not casted properly. This patch replace the buggy shift with be32_to_cpu/cpu_to_be32. Fixes: 1d13a96c74fc ("ipv6: tcp: fix flowlabel value

[PATCH net-next] sfc: nicer log message on Siena SR-IOV probe fail

We expect that MC_CMD_SRIOV will fail if the card has no VFs configured. So output a readable message instead of a cryptic MCDI error. --- drivers/net/ethernet/sfc/siena_sriov.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/net/ethernet/sfc/siena_sriov.c b/dr

[PATCH v2 net-next 1/6] net: fix sk_mem_reclaim_partial()

sk_mem_reclaim_partial() goal is to ensure each socket has one SK_MEM_QUANTUM forward allocation. This is needed both for performance and better handling of memory pressure situations in follow up patches. SK_MEM_QUANTUM is currently a page, but might be reduced to 4096 bytes as some arches have 6

Re: [PATCH net-next v2 0/7] amd-xgbe: AMD XGBE driver updates 2015-05-12

From: Tom Lendacky Date: Thu, 14 May 2015 11:43:51 -0500 > The following series of patches includes functional updates and changes > to the driver. > > - Add additional statistics to be collected and reported > - Use the netif_* functions for issuing some debug and informational > driver messa

Re: [PATCH -next 2/3] net: sched: remove AT INGRESS/EGRESS

Alexei Starovoitov wrote: > > diff --git a/net/core/dev.c b/net/core/dev.c > > index 0e7afef..802b9b9 100644 > > --- a/net/core/dev.c > > +++ b/net/core/dev.c > > @@ -3071,9 +3071,6 @@ static int __dev_queue_xmit(struct sk_buff *skb, void > > *accel_priv) > > txq = netdev_pick_tx(dev, skb, ac

Re: [PATCH] net: macb: Add better comment for RXUBR handling

From: Nathan Sullivan Date: Wed, 13 May 2015 17:01:36 -0500 > Describe the handler for RXUBR better with a new comment. > > Signed-off-by: Nathan Sullivan > Reviewied-by: Josh Cartwright > Reviewied-by: Ben Shelton Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH net v2 2/2] ipv6: fix ECMP route replacement

From: Michal Kubecek Date: Fri, 15 May 2015 10:51:52 +0200 > But I still rather feel like replacing all existing matching routes > would better reflect what I expect "replace" to do. What does IPV4 do? -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message

Re: [PATCH net-next 0/6] neigh cleanups and fixes

From: Eric Dumazet Date: Fri, 15 May 2015 05:14:42 -0700 > Make a single and logical change, do not throw random patches like that, > ignoring feedback you already got. +1 -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org M

Re: [PATCH net-next 2/6] neigh: fix a possible leak issue of neigh entry

From: Eric Dumazet Date: Fri, 15 May 2015 05:12:42 -0700 > On Fri, 2015-05-15 at 14:55 +0800, Ying Xue wrote: >> Once modifying a pending timer of a neighbour, it's insufficient to >> post a warning message. Instead we should not take the neighbour's >> reference count at the same time, otherwise

RE: [PATCH 1/4] ozwpan: Use proper check to prevent heap overflow

From: Jason A. Donenfeld > Sent: 13 May 2015 19:34 > Since elt->length is a u8, we can make this variable a u8. Then we can > do proper bounds checking more easily. Without this, a potentially > negative value is passed to the memcpy inside oz_hcd_get_desc_cnf, > resulting in a remotely exploitable

Re: GSM Modem management?

On Thu, 2015-05-14 at 22:34 +0100, John Whitmore wrote: > On Thu, May 14, 2015 at 03:20:36PM -0500, Dan Williams wrote: > > On Thu, 2015-05-14 at 20:44 +0100, John Whitmore wrote: > > > Chances are that I'm in the wrong place here, "Linux" networking having > > > so many > > > parts, many of which

Re: [PATCH 1/7] printk: guard the amount written per line by devkmsg_read()

On Thu 2015-05-14 12:06:20, Tejun Heo wrote: > devkmsg_read() uses 8k buffer and assumes that the formatted output > message won't overrun which seems safe given LOG_LINE_MAX, the current > use of dict and the escaping method being used; however, we're > planning to use devkmsg formatting wider and