From: Sergei Shtylyov
Date: Thu, 03 Sep 2015 23:22:16 +0300
> I've noticed that fixed_phy_register() ignores its 'irq' parameter instead of
> passing it to fixed_phy_add(). Luckily, fixed_phy_register() seems to always
> be called with PHY_POLL for 'irq'... :-)
>
> Fixes: a75951217472 ("net
From: Joe Stringer
Date: Fri, 4 Sep 2015 13:07:40 -0700
> There's no particular desire to have conntrack action support in Open
> vSwitch as an independently configurable bit, rather just to ensure
> there is not a hard dependency. This exposed option doesn't accurately
> reflect the conntrack d
Dne 3.9.2015 v 08:20 Robert Jarzmik napsal(a):
> Hi,
>
> This serie aims at converting pxaficp_ir to dmaengine. This is almost the last
> driver to be converted, and once this is gone, legacy DMA support in pxa
> architecture can be gone.
>
> Nothing fancy here, standard readl/writel conversion,
Fix the runtime suspend issues result from the linking change.
Case 1:
a) link down occurs.
b) driver disable tx/rx.
c) autosuspend occurs.
d) hw linking up.
e) device suspends without enabling tx/rx.
f) couldn't wake up when receiving packets.
Case 2:
a) Nway results in linking down.
b) autosusp
Split DRIVER_VERSION into NETNEXT_VERSION and NET_VERSION. Then,
according to the value of DRIVER_VERSION, we could know which
patches are used generally without comparing the source code.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 9 +++--
1 file changed, 7 insertions(+), 2 del
Fix the autosuspend issues which occur about linking change.
Hayes Wang (2):
r8152: split DRIVER_VERSION
r8152: fix the runtime suspend issues
drivers/net/usb/r8152.c | 66 ++---
1 file changed, 63 insertions(+), 3 deletions(-)
--
2.4.3
--
To un
From: Barry Song
Signed-off-by: Barry Song
---
drivers/net/ethernet/davicom/dm9000.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/davicom/dm9000.c
b/drivers/net/ethernet/davicom/dm9000.c
index c0a7813..cf94b72 100644
--- a/drivers/net/ethernet/davico
From: Vivien Didelot
Date: Fri, 4 Sep 2015 11:22:24 -0400
> The Marvell 88E6171 switch is in the 88E6351 family, which supports
> 802.1Q, thus add support from the generic mv88e6xxx functions.
>
> Signed-off-by: Vivien Didelot
Applied.
--
To unsubscribe from this list: send the line "unsubscr
From: Johannes Berg
Date: Fri, 04 Sep 2015 16:37:56 +0200
> First pull request for this cycle, and the fix for the pointer issue is
> the first patch in it :) Since nobody really has devices with enough
> streams where this matters, it was pretty harmless though.
>
> Other than that, there are a
From: Geert Uytterhoeven
Date: Fri, 4 Sep 2015 12:49:32 +0200
> drivers/net/vxlan.c: In function ‘vxlan_udp_encap_recv’:
> drivers/net/vxlan.c:1226: warning: ‘info’ may be used uninitialized in this
> function
>
> While this warning is a false positive, it can be killed easily by
> getting rid
From: Geert Uytterhoeven
Date: Fri, 4 Sep 2015 14:44:12 +0200
> If NO_DMA=y:
>
> ERROR: "dma_alloc_coherent"
> [drivers/net/ethernet/synopsys/dwc_eth_qos.ko] undefined!
> ERROR: "dma_free_coherent" [drivers/net/ethernet/synopsys/dwc_eth_qos.ko]
> undefined!
> ERROR: "dma_unmap_sin
From: Geert Uytterhoeven
Date: Fri, 4 Sep 2015 12:47:28 +0200
> net/usb/lan78xx.c: In function ‘lan78xx_link_reset’:
> net/usb/lan78xx.c:1107: warning: comparison is always false due to limited
> range of data type
> net/usb/lan78xx.c:: warning: comparison is always false due to limited
>
From: Roopa Prabhu
Problem:
The ecmp route replace support for ipv6 in the kernel, deletes the
existing ecmp route too early, ie when it installs the first nexthop.
If there is an error in installing the subsequent nexthops, its too late
to recover the already deleted existing route
This patch f
On 9/4/15, 1:12 AM, Nicolas Dichtel wrote:
Le 03/09/2015 01:44, Roopa Prabhu a écrit :
From: Roopa Prabhu
Problem:
The ecmp route replace support for ipv6 in the kernel, deletes the
existing ecmp route too early, ie when it installs the first nexthop.
If there is an error in installing the sub
Corinna Vinschen :
> On Sep 5 14:18, rom...@fr.zoreil.com wrote:
[...]
> > - rtl_reset_counters_cond induced failures in open() are also considered
> > fatal: it takes acceptable work to unwind comfortably.
>
> Why?
Crap, my description does not match the code wrt rtl_reset_counters_cond. :o
Corinna Vinschen :
[...]
> - I'm pretty new to this stuff, so I don't understand this:
>
> The dma_alloc_coherent(...,GFP_KERNEL) call is not new in the code,
> it's there since at least 2010. It appears to work fine in the
> context of @get_ethtool_stats. Why does this not work in the co
On 06/09/15 16:51, Joe Perches wrote:
On Sun, 2015-09-06 at 16:36 +0100, Nick Warne wrote:
On 06/09/15 16:28, Joe Perches wrote:
> On Sun, 2015-09-06 at 16:16 +0100, Nick Warne wrote:
>> On 06/09/15 15:52, Joe Perches wrote:
>> > On Sun, 2015-09-06 at 15:13 +0100, Nick Warne wrote:
>> >> gcc v
On Sun, 2015-09-06 at 16:36 +0100, Nick Warne wrote:
> On 06/09/15 16:28, Joe Perches wrote:
> > On Sun, 2015-09-06 at 16:16 +0100, Nick Warne wrote:
> >> On 06/09/15 15:52, Joe Perches wrote:
> >> > On Sun, 2015-09-06 at 15:13 +0100, Nick Warne wrote:
> >> >> gcc version 4.8.2 (GCC) warns that 'st
The reset delays used for stmmac are in the order of 10ms to 1 second,
which is far too long for udelay usage, so switch to using msleep.
Practically this fixes the PHY not being reliably detected in some cases
as udelay wouldn't actually delay for long enough to let the phy
reliably be reset.
Si
On 06/09/15 16:28, Joe Perches wrote:
On Sun, 2015-09-06 at 16:16 +0100, Nick Warne wrote:
On 06/09/15 15:52, Joe Perches wrote:
> On Sun, 2015-09-06 at 15:13 +0100, Nick Warne wrote:
>> gcc version 4.8.2 (GCC) warns that 'static int one = 1;' is declared but
>> not used in file net/core/sysctl_
This improves the readability of the output.
Signed-off-by: Felix Kaiser
---
ip/ip_common.h | 3 ++-
ip/ipaddress.c | 11 +--
ip/iplink.c| 2 +-
ip/ipmonitor.c | 2 +-
4 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/ip/ip_common.h b/ip/ip_common.h
index f74face..c3
On Sep 5 14:18, rom...@fr.zoreil.com wrote:
> From: Francois Romieu
> @@ -2335,24 +2337,25 @@ static void rtl8169_get_ethtool_stats(struct
> net_device *dev,
> struct ethtool_stats *stats, u64 *data)
> {
> struct rtl8169_private *tp = netdev_priv(dev);
On Sep 5 14:18, rom...@fr.zoreil.com wrote:
> From: Francois Romieu
>
> net/core/net-sysfs.c::netstat_show retrieves stats with spinlock held.
>
> This change avoids sleepable allocation and performs some housekeeping:
> - receive ring, transmit ring and counters dump area allocation failures
>
This switches IPv6 policy routing to use the shared
fib_default_rule_pref() function of IPv4 and DECnet. It is also used in
multicast routing for IPv4 as well as IPv6.
The motivation for this patch is a complaint about iproute2 behaving
inconsistent between IPv4 and IPv6 when adding policy rules:
On Sep 4 22:59, Francois Romieu wrote:
> net/core/net-sysfs.c::netstat_show fetches statistics under dev_base_lock.
>
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=104031
> Fixes: 6e85d5ad36a2 ("r8169: Add values missing in @get_stats64 from HW
> counters")
> Signed-off-by: Francois Ro
On Sat, Sep 05, 2015 at 10:00:40PM -0700, David Miller wrote:
> From: Phil Sutter
> Date: Thu, 3 Sep 2015 13:10:22 +0200
>
> > Since now all users of that field have been converted to use the generic
> > function fib_default_rule_pref() when assigning to it, fib_nl_newrule()
> > may just use it
On 09/03/2015 10:39 PM, Kolmakov Dmitriy wrote:
> From: Dmitry S Kolmakov
>
> If an attempt to wake up users of broadcast link is made when there is
> no enough place in send queue than it may hang up inside the
> tipc_sk_rcv() function since the loop breaks only after the wake up
> queue become
27 matches
Mail list logo
