linux-next: manual merge of the spi tree with the net-next tree

Hi Mark, Today's linux-next merge of the spi tree got a conflict in: drivers/nfc/trf7970a.c between commit: 3c39c1a54a26 ("NFC: trf7970a: Add OF match table") from the net-next tree and commit: 3821a065f567 ("spi: Drop owner assignment from spi_drivers") from the spi tree. I fixed it

Business deal

Business deal of $18.3M with you. For details contact me on my email: ganny...@gmail.com --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to

Re: [PATCH net 1/1] tipc: linearize arriving NAME_DISTR and LINK_PROTO buffers

From: Jon Maloy Date: Wed, 28 Oct 2015 13:09:53 -0400 > Testing of the new UDP bearer has revealed that reception of > NAME_DISTRIBUTOR, LINK_PROTOCOL/RESET and LINK_PROTOCOL/ACTIVATE > message buffers is not prepared for the case that those may be > non-linear. > > We

Re: [PATCH] VSOCK: define VSOCK_SS_LISTEN once only

From: Stefan Hajnoczi Date: Thu, 29 Oct 2015 11:57:42 + > The SS_LISTEN socket state is defined by both af_vsock.c and > vmci_transport.c. This is risky since the value could be changed in one > file and the other would be out of sync. > > Rename from SS_LISTEN to

Re: [PATCH] net: phy: fix a bug in get_phy_c45_ids

From: Date: Thu, 29 Oct 2015 17:09:37 +0800 > From: Shaohui Xie > > When probing devices-in-package for a c45 phy, device zero is the last > device to probe, in a rare situation which driver can read a '0' from > the device zero, thus

[PATCH net-next 3/8] net/mlx5_core: Use the the real irqn in eq->irqn

From: Achiad Shochat Instead of storing the msix array index in eq->irqn (vecidx), store the real irq number. Signed-off-by: Achiad Shochat Signed-off-by: Saeed Mahameed Signed-off-by: Or Gerlitz ---

[PATCH net-next 4/8] net/mlx5e: Consider IRQ affinity changes in NAPI poll

From: Achiad Shochat Under heavy network traffic load we may be in NAPI poll mode for a long time, thus IRQ affinity changes do not affect NAPI as desired. Now once in a NAPI poll session we check the channel IRQ affinity, if it points to a different CPU core than the

[PATCH net-next 6/8] net/mlx5e: Return error in case mlx5e_set_features() fails

From: Achiad Shochat In case mlx5e_set_features() fails, return the failure status rather than 0. Signed-off-by: Achiad Shochat Signed-off-by: Or Gerlitz --- drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 2 +- 1 file

[PATCH net-next 5/8] net/mlx5e: Don't allow more than max supported channels

From: Achiad Shochat Consider MLX5E_MAX_NUM_CHANNELS @ethtool set/get_channels Signed-off-by: Achiad Shochat Signed-off-by: Or Gerlitz --- drivers/net/ethernet/mellanox/mlx5/core/en.h | 6 ++

[PATCH net-next 8/8] net/mlx5e: Fix LSO vlan insertion

From: Achiad Shochat Consider vlan insertion impact on headers copy size also for LSO packets. Signed-off-by: Achiad Shochat Signed-off-by: Or Gerlitz --- drivers/net/ethernet/mellanox/mlx5/core/en_tx.c | 5 +++-- 1 file

[PATCH net-next 0/8] Mellanox driver update, Nov 1 2015

Hi Dave, This series contains bunch of small fixes to the mlx5e driver from Achiad. Applies on net-next commit e7b63ff "Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/klassert/ipsec-next" Or. Achiad Shochat (8): net/mlx5e: Avoid NULL pointer access in case of

[PATCH net-next 1/8] net/mlx5e: Avoid NULL pointer access in case of configuration failure

From: Achiad Shochat In case a configuration operation that involves closing and re-opening resources (e.g RX/TX queue size change) fails at the re-opening stage these resources will remain closed. So when executing (following) configuration operations (e.g ifconfig down) we

Re: [PATCH net-next v2 0/5] BPF updates

From: Daniel Borkmann Date: Thu, 29 Oct 2015 14:58:05 +0100 > This set adds support for persistent maps/progs. Please see > individual patches for further details. A man-page update > to bpf(2) will be sent later on, also a iproute2 patch for > support in tc. > > Thanks! >

[PATCH v4 RFC net] i40e: Look up MAC address in Open Firmware or IDPROM

This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC address in Open Firmware or IDPROM"). As with that fix, attempt to look up the MAC address in Open Firmware on systems that support it, and use IDPROM on SPARC if no OF address is found. In the case of the i40e there is an

Re: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

On (10/30/15 19:13), Sowmini Varadhan wrote: > > In looking at a couple other drivers, I see the difference being that > > they typically are writing the primary mac filter on probe (and any > > other reset), whereas the i40e "knows" that the default mac address is > > already set up as the filter

Re: [PATCH net] amd-xgbe: Fix race between access of desc and desc index

From: Tom Lendacky Date: Wed, 28 Oct 2015 08:48:36 -0500 > On 10/27/2015 09:50 PM, David Miller wrote: >> From: Tom Lendacky >> Date: Mon, 26 Oct 2015 17:13:54 -0500 >> >>> During Tx cleanup it's still possible for the descriptor data to be >>>

Re: [PATCH] fec: Use gpio_set_value_cansleep()

From: Fabio Estevam Date: Wed, 28 Oct 2015 10:20:30 -0200 > From: Fabio Estevam > > We are in a context where we can sleep, and the FEC PHY reset gpio > may be on an I2C expander. Use the cansleep() variant when > setting the GPIO value. > >

[PATCH net-next 2/8] net/mlx5e: Wait for RX buffers initialization in a more proper manner

From: Achiad Shochat Use jiffies rather than wait loop with msleep(). The wait loop didn't take into consideration time when the process was not executing. Signed-off-by: Achiad Shochat Signed-off-by: Or Gerlitz ---

[PATCH net-next 7/8] net/mlx5e: Re-eanble client vlan TX acceleration

From: Achiad Shochat This reverts commit cd58c714acb9 "net/mlx5e: Disable client vlan TX acceleration". Bring back client vlan insertion offload, the original performance issue was found and fixed in the next patch. Signed-off-by: Achiad Shochat

Re: [PATCH] ip: find correct route for socket which is not bound (v2)

From: Wengang Wang Date: Fri, 25 Sep 2015 09:52:40 +0800 > diff --git a/net/ipv4/route.c b/net/ipv4/route.c > index 5f4a556..c0534c2 100644 > --- a/net/ipv4/route.c > +++ b/net/ipv4/route.c > @@ -2097,7 +2097,10 @@ struct rtable *__ip_route_output_key(struct net *net,

Re: [PATCH net-next v3 0/4] net: clean up interactions of CHECKSUM_PARTIAL and fragmentation

From: Hannes Frederic Sowa Date: Tue, 27 Oct 2015 22:40:38 +0100 > This series fixes wrong checksums on the wire for IPv4 and IPv6. Large > send buffers and especially NFS lead to wrong checksums in both IPv4 > and IPv6. > > CHECKSUM_PARTIAL skbs should not receive

Re: HW communication debugging interface - ideas?

On Oct 6, 2015, at 8:02 AM, Andrew Lunn wrote: >> Sure just throwing out an idea. I suspect whatever interface you have >> will include the vendor-id or some other identifier and a set of >> parsers in user space to pretty print the msg. > > If you are going to use wireshark,

[PATCH v2 net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()

Compile-tested only. Signed-off-by: Ben Hutchings --- Re-sent using mutt since Evolution 3.18 mangles patches. Ben. drivers/isdn/i4l/isdn_ppp.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/isdn/i4l/isdn_ppp.c b/drivers/isdn/i4l/isdn_ppp.c index

[PATCH v2 net 2/2] ppp, slip: Validate VJ compression slot parameters completely

Currently slhc_init() treats out-of-range values of rslots and tslots as equivalent to 0, except that if tslots is too large it will dereference a null pointer (CVE-2015-7799). Add a range-check at the top of the function and make it return an ERR_PTR() on error instead of NULL. Change the

[PATCH net-next] bridge: vlan: Use rcu_dereference instead of rtnl_dereference

br_should_learn() is protected by RCU and not by RTNL, so use correct flavor of nbp_vlan_group(). Fixes: 907b1e6e83ed ("bridge: vlan: use proper rcu for the vlgrp member") Signed-off-by: Ido Schimmel Acked-by: Nikolay Aleksandrov ---

Re: HW communication debugging interface - ideas?

From: Jiri Pirko Date: Wed, 30 Sep 2015 15:51:41 +0200 > 2) generic Netlink (genl) interface. Easy to put metadata in, including the > device identificator (pci address). User then can use nlmon in order to > be able to use wireshark to see the netlink messages. > > Looks like

Apsveicam Uzvarētājs - Ref Nē: Sp/229/0-01/07/5-02/ES.

Apsveicam Uzvarētājs - Ref Nē: Sp/229/0-01/07/5-02/ES. Jūsu e-pasts ID ir tikko ieguva € 150,000.00 Eiro(Viens simts piecdesmit tūkstoši. Eiro) uz Uplift Starptautiskā Labdarības programma. Ref Nr Sp/229/0-01/07/5-02/ES. Lucky Nr 9/11/13/24/40. Lai iegūtu vairāk informācijas un kontaktu

Re: [PATCH net-next RFC] mpls: support for dead routes

Roopa Prabhu writes: > diff --git a/net/mpls/af_mpls.c b/net/mpls/af_mpls.c > index c70d750..7db9678 100644 > --- a/net/mpls/af_mpls.c > +++ b/net/mpls/af_mpls.c > @@ -27,6 +27,8 @@ > */ > #define MAX_MP_SELECT_LABELS 4 > > +u32 mpls_multipath_secret

Re: [PATCH] net: smsc911x: Reset PHY during initialization

From: Pavel Fedin Date: Fri, 30 Oct 2015 10:06:19 +0300 > On certain hardware after software reboot the chip may get stuck and fail > to reinitialize during reset. This can be fixed by ensuring that PHY is > reset too. > > Old PHY resetting method required operational MDIO

Re: [PATCHv3 net 0/2] ipv4: fix problems from the RTNH_F_LINKDOWN introduction

From: Julian Anastasov Date: Fri, 30 Oct 2015 10:23:32 +0200 > Fix two problems from the change that introduced RTNH_F_LINKDOWN > flag. The first patch deals with the removal of local route on > DOWN event. The second patch makes sure the RTNH_F_LINKDOWN > flag is properly updated

Re: [PATCH net-next 4/8] net/mlx5e: Consider IRQ affinity changes in NAPI poll

From: Or Gerlitz Date: Sun, 1 Nov 2015 19:35:18 +0200 > @@ -49,6 +50,15 @@ struct mlx5_cqe64 *mlx5e_get_cqe(struct mlx5e_cq *cq) > return cqe; > } > > +static inline bool mlx5e_no_channel_affinity_change(struct mlx5e_channel *c) > +{ > + int current_cpu =

Re: [PATCH 1/1] ipmr: fix possible race resulting from improper usage of IP_INC_STATS_BH() in preemptible context.

On Fri, 2015-10-30 at 16:54 -0700, Ani Sinha wrote: > Fixes the following kernel BUG : > Signed-off-by: Ani Sinha > --- > net/ipv4/ipmr.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) Acked-by: Eric Dumazet -- To unsubscribe from this

Re: [PATCH] net: dsa: use switchdev obj for VLAN add/del ops

Hi David, On Nov. Sunday 01 (44) 03:56 PM, David Miller wrote: > From: Vivien Didelot > Date: Sun, 1 Nov 2015 12:33:55 -0500 > > > Simplify DSA by pushing the switchdev objects for VLAN add and delete > > operations down to its drivers. Currently only

RE: Donation

cash grant to you by a kind hearted Family , send an email to them now requesting more information (sessil_malcol...@outlook.com) Thank you [cid:image3f8534.PNG@3b9b090f.49b9374b] DesignTemplate2 This message contains confidential information and is intended only for the individual named.

Re: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

On (11/01/15 21:03), Nelson, Shannon wrote: > .. In the meantime, be sure to test what happens over a reset, such as what > happens when the MTU is changed. This will make sure that the replay > of mac and vlan filters happens correctly. You'll want to test this > with and without vlans. I

Re: Exporting obscene amounts of data in rtnl_link_ops->fill_info()

Hi folks, Just a follow-up on this thread... The basic issue is that for a given net device, I want to export to userspace more data than what can fit in a netlink sk_buff. On first glance, using RTM_GETLINK with the ops->fill_info() hook seemed perfect. It provides a simple interface for my

[PATCH net-next] ravb: use pdev rather than ndev for error messages

This corrects what appear to be typos, making the code consistent with itself, and allowing meaningful prefixes to be displayed with the errors in question. Before: (null): failed to initialize MDIO (null): Cannot allocate desc base address table (size 176 bytes) After: ravb e680.ethernet:

[PATCH/RFC net-next] ravb: use clock rate as basis for GTI.TIV

The GTI.TIV may be set to 2GHz^2 / rate, where rate is that of the clock of the device. Rather than assuming a rate of 130MHz use the actual rate of the clock. The motivation for this is to use the correct rate on the r8a7795/Slavator-X which is advertised as 133MHz but may differ depending on

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Mon, 2015-11-02 at 00:24 +, Al Viro wrote: > This ought to be a bit cleaner. Eric, could you test the variant below on > your > setup? Sure ! 5 runs of : lpaa24:~# taskset ff0ff ./opensock -t 16 -n 1000 -l 10 total = 4386311 total = 4560402 total = 4437309 total = 4516227 total =

Re: [PATCH net-next RFC] mpls: support for dead routes

On 11/1/15, 1:27 PM, Eric W. Biederman wrote: > Roopa Prabhu writes: > >> diff --git a/net/mpls/af_mpls.c b/net/mpls/af_mpls.c >> index c70d750..7db9678 100644 >> --- a/net/mpls/af_mpls.c >> +++ b/net/mpls/af_mpls.c >> @@ -27,6 +27,8 @@ >> */ >> #define

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Sun, Nov 1, 2015 at 4:24 PM, Al Viro wrote: > > This ought to be a bit cleaner. Eric, could you test the variant below on > your > setup? I'd love to see the numbers, but at the same time I really can't say I love your patch. I've merged my own two patches for now

[PATCH] bpf: fix trivial comment typo

bpf: fix trivial comment typo Signed-off-by: Matthew Fernandez diff --git a/kernel/bpf/core.c b/kernel/bpf/core.c index 67c380c..996db5c 100644 --- a/kernel/bpf/core.c +++ b/kernel/bpf/core.c @@ -456,7 +456,7 @@ select_insn: /* ARG1 at this point

Re: [PATCH net-next] net: increase LL_MAX_HEADER if HYPERV_NET is enabled

From: Eric Dumazet Date: Sun, 01 Nov 2015 09:20:59 -0800 > From: Eric Dumazet > > My recent commit, attaching SYNACK messages to request sockets > exposed a too small LL_MAX_HEADER when netvsc_drv.c is in use, > because this driver sets a

Re: [PATCH] net: dsa: use switchdev obj for VLAN add/del ops

From: Vivien Didelot Date: Sun, 1 Nov 2015 12:33:55 -0500 > Simplify DSA by pushing the switchdev objects for VLAN add and delete > operations down to its drivers. Currently only mv88e6xxx is affected. > > Signed-off-by: Vivien Didelot

Re: [PATCH net-next RFC] mpls: support for dead routes

Robert Shearman writes: > On 29/10/15 18:46, roopa wrote: >> On 10/29/15, 9:53 AM, Robert Shearman wrote: >>> On 29/10/15 15:49, Roopa Prabhu wrote: From: Roopa Prabhu Adds support for both RTNH_F_DEAD and RTNH_F_LINKDOWN flags.

Re: [1/1] stmmac: Correctly report PTP capabilities.

From: Phil Reid Date: Fri, 30 Oct 2015 16:43:55 +0800 > priv->hwts_*_en indicate if timestamping is enabled/disabled at run > time. But priv->dma_cap.time_stamp and priv->dma_cap.atime_stamp > indicates HW is support for PTPv1/PTPv2. > > Signed-off-by: Phil Reid

Re: [PATCH] bpf: convert hashtab lock to raw lock

On Sat, Oct 31, 2015 at 09:47:36AM -0400, Steven Rostedt wrote: > On Fri, 30 Oct 2015 17:03:58 -0700 > Alexei Starovoitov wrote: > > > On Fri, Oct 30, 2015 at 03:16:26PM -0700, Yang Shi wrote: > > > When running bpf samples on rt kernel, it reports the below

[PATCH net] ipv6: fix crash on ICMPv6 redirects with prohibited/blackholed source

There are other error values besides ip6_null_entry that can be returned by ip6_route_redirect(): fib6_rule_action() can also result in ip6_blk_hole_entry and ip6_prohibit_entry if such ip rules are installed. Only checking for ip6_null_entry in rt6_do_redirect() causes ip6_ins_rt() to be called

Re: [PATCH net-next] net: make skb_set_owner_w() more robust

Hi Eric, [auto build test ERROR on net-next/master -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Eric-Dumazet/net-make-skb_set_owner_w-more-robust/20151102-070107 config: x86_64-randconfig-x019-201544

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Sat, Oct 31, 2015 at 08:29:29PM +, Al Viro wrote: > On Sat, Oct 31, 2015 at 12:54:50PM -0700, Linus Torvalds wrote: > > On Sat, Oct 31, 2015 at 12:34 PM, Al Viro wrote: > > > > > > ... and here's the current variant of mine. > > > > Ugh. I really liked how simple

[PATCH v2 net] ipv6: fix crash on ICMPv6 redirects with prohibited/blackholed source

There are other error values besides ip6_null_entry that can be returned by ip6_route_redirect(): fib6_rule_action() can also result in ip6_blk_hole_entry and ip6_prohibit_entry if such ip rules are installed. Only checking for ip6_null_entry in rt6_do_redirect() causes ip6_ins_rt() to be called

Re: [PATCH net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()

On Fri, 2015-10-30 at 09:03 -0400, Josh Boyer wrote: > On Fri, Oct 16, 2015 at 3:46 AM, David Miller > wrote: > > From: Ben Hutchings > > Date: Wed, 14 Oct 2015 18:51:14 +0100 > > > > > Compile-tested only. > > > > > > Signed-off-by: Ben Hutchings

Re: [PATCH net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()

On Fri, 2015-10-16 at 00:46 -0700, David Miller wrote: > From: Ben Hutchings > Date: Wed, 14 Oct 2015 18:51:14 +0100 > > > Compile-tested only. > > > > Signed-off-by: Ben Hutchings > > --- > >  drivers/isdn/i4l/isdn_ppp.c | 6 ++ > >  1 file

Re: [PATCH] net: smsc911x: Fix crash if loopback test fails

From: Pavel Fedin Date: Thu, 29 Oct 2015 09:45:22 +0300 > On certain hardware in certain situations loopback test fails and the > driver gets removed. During mdiobus_unregister() instance of PHY driver > gets disposed. But by this time it has already been started using >

[PATCH net-next] net: increase LL_MAX_HEADER if HYPERV_NET is enabled

From: Eric Dumazet My recent commit, attaching SYNACK messages to request sockets exposed a too small LL_MAX_HEADER when netvsc_drv.c is in use, because this driver sets a needed_headroom of 220 bytes. Increase LL_MAX_HEADER in this case, to avoid a realloc of all TCP

[PATCH] net: dsa: use switchdev obj for VLAN add/del ops

Simplify DSA by pushing the switchdev objects for VLAN add and delete operations down to its drivers. Currently only mv88e6xxx is affected. Signed-off-by: Vivien Didelot --- v2: make _mv88e6xxx_port_vlan_del static as spotted by the kbuild robot.

RE: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM

> -Original Message- > From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Sunday, November 01, 2015 8:24 AM > [...] > So I figured out why it all "seemed to work" - my test env had another > obscure init process that was marking the link promiscuous. I guess > that was

Re: [PATCH net-next] net: increase LL_MAX_HEADER if HYPERV_NET is enabled

On Sun, 2015-11-01 at 15:58 -0500, David Miller wrote: > From: Eric Dumazet > Date: Sun, 01 Nov 2015 09:20:59 -0800 > > > From: Eric Dumazet > > > > My recent commit, attaching SYNACK messages to request sockets > > exposed a too small LL_MAX_HEADER

[PATCH net-next] net: make skb_set_owner_w() more robust

From: Eric Dumazet skb_set_owner_w() is called from various places that assume skb->sk always point to a full blown socket (as it changes sk->sk_wmem_alloc) We'd like to attach skb to request sockets, and in the future to timewait sockets as well. For these kind of pseudo

Re: [PATCH] NET: ATM: MPOA: Remove 32-bit timekeeping

From: Tina Ruchandani Date: Thu, 29 Oct 2015 22:01:07 -0700 > @@ -14,9 +15,9 @@ void atm_mpoa_init_cache(struct mpoa_client *mpc); > typedef struct in_cache_entry { > struct in_cache_entry *next; > struct in_cache_entry *prev; > - struct timeval tv; >

Re: [PATCH net-next] net: make skb_set_owner_w() more robust

On Mon, 2015-11-02 at 07:18 +0800, kbuild test robot wrote: > Hi Eric, > > [auto build test ERROR on net-next/master -- if it's inappropriate base, > please suggest rules for selecting the more suitable base] > > url: >

Re: [PATCH net] ipv6: fix crash on ICMPv6 redirects with prohibited/blackholed source

Hi Matthias, [auto build test WARNING on net/master -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Matthias-Schiffer/ipv6-fix-crash-on-ICMPv6-redirects-with-prohibited-blackholed-source/20151102-072158

Re: [PATCH] net: hisilicon: Remove .owner assignment from platform_driver

From: huangdaode Date: Fri, 30 Oct 2015 10:50:54 +0800 > platform_driver doesn't need to set .owner, because > platform_driver_register() will set it. > > Signed-off-by: huangdaode Applied to net-next, thanks. -- To unsubscribe from this

Re: [PATCH v6] isdn: Use ktime_t instead of 'struct timeval'

From: Tina Ruchandani Date: Thu, 29 Oct 2015 21:08:16 -0700 > @@ -45,7 +46,7 @@ static u_int *debug; > static LIST_HEAD(iclock_list); > static DEFINE_RWLOCK(iclock_lock); > static u16 iclock_count; /* counter of last clock */ > -static struct timeval

[PATCH v2 net-next] net: make skb_set_owner_w() more robust

From: Eric Dumazet skb_set_owner_w() is called from various places that assume skb->sk always point to a full blown socket (as it changes sk->sk_wmem_alloc) We'd like to attach skb to request sockets, and in the future to timewait sockets as well. For these kind of pseudo

Re: [PATCH] [DCCP]: Use 64-bit timekeeping

From: Tina Ruchandani Date: Fri, 30 Oct 2015 01:24:56 -0700 > This patch changes the use of struct timespec in > dccp_probe to use struct timespec64 instead. timespec uses a 32-bit > seconds field which will overflow in the year 2038 and beyond. timespec64 > uses a

[RFC][PATCH] net: arinc429: Add ARINC-429 stack

inc429: enabled echo on driver level.\n"); + + return rtnl_link_register(_link_ops); +} + +static __exit void varinc429_cleanup_module(void) +{ + rtnl_link_unregister(_link_ops); +} + +module_init(varinc429_init_module); +module_exit(varinc429_cleanup_module); diff --g

Re: [PATCH net-next RFC] mpls: support for dead routes

roopa writes: > On 11/1/15, 1:27 PM, Eric W. Biederman wrote: >> Roopa Prabhu writes: >> >>> diff --git a/net/mpls/af_mpls.c b/net/mpls/af_mpls.c >>> index c70d750..7db9678 100644 >>> --- a/net/mpls/af_mpls.c >>> +++ b/net/mpls/af_mpls.c >>>

RE: [PATCH] net: smsc911x: Reset PHY during initialization

Hello! > > On certain hardware after software reboot the chip may get stuck and fail > > to reinitialize during reset. This can be fixed by ensuring that PHY is > > reset too. > > > > Old PHY resetting method required operational MDIO interface, therefore > > the chip should have been already

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Sun, Nov 01, 2015 at 06:14:43PM -0800, Eric Dumazet wrote: > On Mon, 2015-11-02 at 00:24 +, Al Viro wrote: > > > This ought to be a bit cleaner. Eric, could you test the variant below on > > your > > setup? > > Sure ! > > 5 runs of : > lpaa24:~# taskset ff0ff ./opensock -t 16 -n

Re: [PATCH net-next 2/5] dp83640: Delay scheduled work.

On Fri, 2015-10-30 at 21:37 +0100, Richard Cochran wrote: >  > NAK.  We want to have the time stamp ASAP, because the delay between > the transmission of the Sync and its application in the servo > degrades or even spoils synchronization.  Think of an ARM SoC with > HZ=100.  Two jiffies are 20

Re: HW communication debugging interface - ideas?

Sun, Nov 01, 2015 at 05:51:16PM CET, da...@davemloft.net wrote: >From: Jiri Pirko >Date: Wed, 30 Sep 2015 15:51:41 +0200 > >> 2) generic Netlink (genl) interface. Easy to put metadata in, including the >> device identificator (pci address). User then can use nlmon in order to >>

Re: [PATCH v6] isdn: Use ktime_t instead of 'struct timeval'

> > Therefore please adjust the variable name appropriately, thanks. David, Thanks for the feedback, I will send out a v3. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [PATCH/RFC net-next] ravb: use clock rate as basis for GTI.TIV

On Mon, Nov 2, 2015 at 2:40 AM, Simon Horman wrote: > The motivation for this is to use the correct rate on > the r8a7795/Slavator-X which is advertised as 133MHz but Salvator-X > may differ depending on the extal present on the Slavator-X. Salvator-X