Hi Aleksey,
On Fri, May 15, 2015 at 10:36 PM, Aleksey Makarov
aleksey.maka...@auriga.com wrote:
Signed-off-by: Aleksey Makarov aleksey.maka...@auriga.com
---
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
From: Florian Fainelli f.faine...@gmail.com
Date: Sat, 16 May 2015 10:17:56 -0700
It can be useful to debug the PHY state machine, add dynamic debug
prints of the old and new PHY devices state under a friendly format.
Signed-off-by: Florian Fainelli f.faine...@gmail.com
Applied, thanks
From: Herbert Xu herb...@gondor.apana.org.au
Date: Sat, 16 May 2015 21:16:28 +0800
On Fri, May 15, 2015 at 01:02:57PM -0400, David Miller wrote:
From: Herbert Xu herb...@gondor.apana.org.au
Date: Thu, 14 May 2015 13:58:24 +0800
The current rhashtable rehash code is buggy and can't deal
From: Herbert Xu herb...@gondor.apana.org.au
Date: Sat, 16 May 2015 21:50:28 +0800
The commit c5adde9468b0714a051eac7f9666f23eb10b61f7 (netlink:
eliminate nl_sk_hash_lock) breaks the autobind retry mechanism
because it doesn't reset portid after a failed netlink_insert.
This means that
From: Herbert Xu herb...@gondor.apana.org.au
Date: Sat, 16 May 2015 21:40:07 +0800
The commit 21e4902aea80ef35afc00ee8d2abdea4f519b7f7 (netlink:
Lockless lookup with RCU grace period in socket release) removed
the locks around the autobind rover without making the rover itself
safe for use by
From: Eric Dumazet eric.duma...@gmail.com
Date: Sat, 16 May 2015 09:50:11 -0700
Maybe the difference between 3.15 and 4.1 is not coming from
rhashtable/netlink but other core stuff, like mutex code.
The workload is largely dominated by mutex acquisition anyway.
Hmmm, the only commit that
From: Pablo Neira Ayuso pa...@netfilter.org
Date: Sat, 16 May 2015 20:47:14 +0200
The following patchset contains Netfilter fixes for your net tree, they are:
1) Fix a leak in IPVS, the sysctl table is not released accordingly when
destroying a netns, patch from Tommi Rantala.
2) Fix a
From: Edward Cree ec...@solarflare.com
Date: Fri, 15 May 2015 20:56:35 +0100
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.
Please resubmit this patch with a proper Signed-off-by: tag.
Thank you.
--
To
On Fri, May 15, 2015 at 4:23 PM, Suravee Suthikulpanit
suravee.suthikulpa...@amd.com wrote:
This patch refactors of_pci_dma_configure() into a more generic
pci_dma_configure(), which can be reused by non-OF code.
Then, it adds support for setting up PCI device DMA coherency from
ACPI _CCA
From: Herbert Xu herb...@gondor.apana.org.au
Date: Sat, 16 May 2015 20:34:58 +0800
On Fri, May 15, 2015 at 12:14:43PM -0700, Alexander Duyck wrote:
Yeah, this mark handling via tunnel-parms.o_key looks not so good.
So is there any recommendations for an alternative to make it so
that the
From: Florian Fainelli f.faine...@gmail.com
Date: Fri, 15 May 2015 14:25:49 -0700
On 12/05/15 18:55, Tim Beale wrote:
If phy_start_aneg() was called while the phydev is in the PHY_RESUMING
state, then its state would immediately transition to PHY_AN (or
PHY_FORCING). This meant the
From: Michal Kubecek mkube...@suse.cz
Date: Fri, 15 May 2015 19:41:56 +0200
The semantics I suggested in my previous mail might be a reasonable
approximation.
Ok, then let's try for that.
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to
From: Konstantin Khlebnikov khlebni...@yandex-team.ru
Date: Thu, 14 May 2015 16:56:18 +0300
Unlike to inetaddr_chain inet6addr_chain is atomic and called from bh
context without rtnl when ipv6 receives router advertisement packet.
Several drivers don't know about that: ipvlan thinks that it
From: Herbert Xu herb...@gondor.apana.org.au
Date: Fri, 15 May 2015 14:30:57 +0800
On Thu, May 14, 2015 at 11:46:15PM -0400, David Miller wrote:
We wouldn't fail these inserts in any other hash table in the kernel.
Would we stop making new TCP sockets if the TCP ehash chains are 3
entries
From: Herbert Xu herb...@gondor.apana.org.au
Date: Fri, 15 May 2015 11:30:47 +0800
We currently have no limit on the number of elements in a hash table.
This is a problem because some users (tipc) set a ceiling on the
maximum table size and when that is reached the hash table may
degenerate.
From: Bjorn Helgaas bhelg...@google.com
Date: Sat, 16 May 2015 09:49:40 -0500
Hi Aleksey,
On Fri, May 15, 2015 at 10:36 PM, Aleksey Makarov
aleksey.maka...@auriga.com wrote:
Signed-off-by: Aleksey Makarov aleksey.maka...@auriga.com
---
include/linux/pci_ids.h | 2 ++
1 file changed, 2
16 matches
Mail list logo