Re: [PATCH v2 00/11] Add network namespace support in the RDMA-CM

On 20/04/2015 17:53, Steve Wise wrote: > > Hey Haggai, > > Did you check for changes needed in drivers/infiniband/core/iwcm.c? We focused on namespace support for InfiniBand alone in this series. We didn't handle iWARP, nor did we implement support for RoCE or other transports. > I notice that

RE: [PATCH v2 01/11] RDMA/CMA: Mark IPv4 addresses correctly when the listener is IPv6

> -Original Message- > From: Or Gerlitz [mailto:gerlitz...@gmail.com] > Sent: Monday, April 20, 2015 9:38 PM > > On Mon, Apr 20, 2015 at 7:41 PM, Jason Gunthorpe > wrote: > > On Mon, Apr 20, 2015 at 12:03:32PM +0300, Haggai Eran wrote: > >> From: Yotam Kenneth > >> > >> When accepting

Re: [PATCH] neighbour.c: Avoid GC directly after state change

Ulf Samuelsson wrote: >> How many neighbors do you want to maintain? >> I guess you have to increase the number of gc_thresh1. > The current use cases have up to 2048 entries. > This is expected to grow in the future. > The 3.4 kernel used in the system today is limited to 1024, > but that has been

RE: [Intel-wired-lan] [PATCH] e1000e: Do not allow CRC stripping to be disabled on 82579 w/ jumbo frames

> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On > Behalf Of Jeff Kirsher > Sent: Wednesday, April 08, 2015 7:58 PM > To: Alexander Duyck > Cc: netdev@vger.kernel.org; intel-wired-...@lists.osuosl.org > Subject: Re: [Intel-wired-lan] [PATCH] e1000e: Do not allow CRC stri

RE: [Intel-wired-lan] [PATCH] e1000e: Cleanup handling of VLAN_HLEN as a part of max frame size

> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On > Behalf Of Alexander Duyck > Sent: Wednesday, April 08, 2015 2:03 PM > To: intel-wired-...@lists.osuosl.org; Kirsher, Jeffrey T > Cc: netdev@vger.kernel.org; m...@cchtml.com; ht...@twofifty.com > Subject: [Intel-wired-lan

Re: [PATCH 1/1] altera tse: Error-Bit on tx-avalon-stream always set.

From: Andreas Oetken Date: Tue, 21 Apr 2015 00:16:38 +0200 > From: Andreas Oetken > > The Error-Bit on the avalon streaming interface of the > tx-dma-channel was always set. In SGMII configurations > this leads to error-symbols on the PCS and packet-rejection > on the receiver side (e.g. SGMII/

Re: [PATCH] net: dsa: mv88e6xxx: use PORT_DEFAULT_VLAN

From: Vivien Didelot Date: Mon, 20 Apr 2015 17:43:26 -0400 > Minor, use the explicit PORT_DEFAULT_VLAN define instead of 0x07. > > Signed-off-by: Vivien Didelot Applied. -- 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: dsa: mv88e6xxx: fix setup of port control 1

From: Andrew Lunn Date: Tue, 21 Apr 2015 01:05:07 +0200 > On Mon, Apr 20, 2015 at 05:19:23PM -0400, Vivien Didelot wrote: >> mv88e6xxx_setup_port_common was writing to PORT_DEFAULT_VLAN (port >> offset 0x07) instead of PORT_CONTROL_1 (port offset 0x05). > > Hi Vivien > > Good catch. > >> Sign

Re: [PATCH net-next 0/2] net: Fix "hw csum failure" message flood for ppp tunnel

From: Tom Herbert Date: Mon, 20 Apr 2015 14:10:03 -0700 > This patch set addresses bug "Bug 95171 - "hw csum failure" message > flood for ppp tunnel since upgrade to 3.16". The problem is that pppoe > is being used over UDP with UDP checksusm enabled. On receive > checksum conversion turns checks

Re: [RFC,1/8] soc/fman: Add FMan MURAM support

On Mon, 2015-04-20 at 03:58 -0500, Liberman Igal-B31950 wrote: > > Regards, > Igal Liberman. > > > -Original Message- > > From: Kumar Gala [mailto:ga...@kernel.crashing.org] > > Sent: Thursday, March 12, 2015 5:57 PM > > To: Liberman Igal-B31950 > > Cc: linuxppc-...@lists.ozlabs.org; netd

Re: [PATCH v2 11/11] IB/ucm: Add partial support for network namespaces

On Mon, Apr 20, 2015 at 12:03:42PM +0300, Haggai Eran wrote: > From: Shachar Raindel > > It is impossible to completely support network namespaces for UCM, as > we cannot identify the target IPoIB device. > As Jasons said it seems like the use of namespaces should be limited to the RDMA CM layer

Re: [PATCH v2 07/11] IB/cm: Add network namespace support

On Mon, Apr 20, 2015 at 11:06:59AM -0600, Jason Gunthorpe wrote: > On Mon, Apr 20, 2015 at 12:03:38PM +0300, Haggai Eran wrote: > > From: Guy Shapiro > > > > Add namespace support to the IB-CM layer. > > > - Each CM-ID now has a network namespace it is associated with, assigned at > > creation

Re: [PATCH v2 06/11] IB/cm, cma: Move RDMA IP CM private-data parsing code from ib_cma to ib_cm

On Mon, Apr 20, 2015 at 12:03:37PM +0300, Haggai Eran wrote: > From: Guy Shapiro > > When receiving a connection request, ib_cm needs to associate the request with > a network namespace. To do this, it needs to know the request's destination > IP. For this the RDMA IP CM packet formatting functio

Re: [PATCH] net: dsa: mv88e6xxx: fix setup of port control 1

On Mon, Apr 20, 2015 at 05:19:23PM -0400, Vivien Didelot wrote: > mv88e6xxx_setup_port_common was writing to PORT_DEFAULT_VLAN (port > offset 0x07) instead of PORT_CONTROL_1 (port offset 0x05). Hi Vivien Good catch. > Signed-off-by: Vivien Didelot Fixes: cca8b1337541 ("net: dsa: Use mnemonics

Re: [PATCH v2 05/11] IB/ipoib: Return IPoIB devices as possible matches to get_net_device_by_port_pkey_ip

On Mon, Apr 20, 2015 at 12:03:36PM +0300, Haggai Eran wrote: > From: Guy Shapiro > > Implement callback that returns network device to ib_core according to > connection parameters. Check the ipoib device and iterate over all child > devices to look for a match. > > For each ipoib device we itera

Re: [PATCH] net: dsa: mv88e6xxx: use PORT_DEFAULT_VLAN

On Mon, Apr 20, 2015 at 05:43:26PM -0400, Vivien Didelot wrote: > Minor, use the explicit PORT_DEFAULT_VLAN define instead of 0x07. Hi Vivien I would not normally use the word "Minor" here, since it will end up in the commit log. Other than that: Acked-by: Andrew Lunn Thanks Andrew >

[PATCH 1/1] altera tse: Error-Bit on tx-avalon-stream always set.

From: Andreas Oetken The Error-Bit on the avalon streaming interface of the tx-dma-channel was always set. In SGMII configurations this leads to error-symbols on the PCS and packet-rejection on the receiver side (e.g. SGMII/1000Base-X connected switch). This only applies to the tse-configuration

Re: [PATCH v2 02/11] IB/addr: Pass network namespace as a parameter

On Mon, 2015-04-20 at 12:03 +0300, Haggai Eran wrote: > From: Guy Shapiro > > Add network namespace support to the ib_addr module. For that, all the address > resolution and matching should be done using the appropriate namespace instead > of init_net. > > This is achieved by: > > 1. Adding an

[PATCH] net: dsa: mv88e6xxx: use PORT_DEFAULT_VLAN

Minor, use the explicit PORT_DEFAULT_VLAN define instead of 0x07. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/net/dsa/mv88e6xxx.c index 48712bd..af639ab 100644 --- a/driv

[PATCH] net: dsa: mv88e6xxx: fix setup of port control 1

mv88e6xxx_setup_port_common was writing to PORT_DEFAULT_VLAN (port offset 0x07) instead of PORT_CONTROL_1 (port offset 0x05). Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/

Re: [PATCH iproute2 -next] examples: bpf: fix ld offs to have same prog loaded on ingress/egress

On 4/20/15 4:48 AM, Daniel Borkmann wrote: Fix up the eBPF example program to match our kernel fix in a166151cbe33 ("bpf: fix bpf helpers to use skb->mac_header relative offsets"). Tested on ingress and egress paths. Signed-off-by: Daniel Borkmann Cc: Alexei Starovoitov --- ( Stephen, this a

[PATCH net-next 2/2] ppp: call skb_checksum_complete_unset in ppp_receive_frame

Call checksum_complete_unset in PPP receive to discard checksum-complete value. PPP does not pull checksum for headers and also modifies packet as in VJ compression. Signed-off-by: Tom Herbert --- drivers/net/ppp/ppp_generic.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ppp/p

[PATCH net-next 1/2] net: add skb_checksum_complete_unset

This function changes ip_summed to CHECKSUM_NONE if CHECKSUM_COMPLETE is set. This is called to discard checksum-complete when packet is being modified and checksum is not pulled for headers in a layer. Signed-off-by: Tom Herbert --- include/linux/skbuff.h | 12 1 file changed, 12 i

[PATCH net-next 0/2] net: Fix "hw csum failure" message flood for ppp tunnel

This patch set addresses bug "Bug 95171 - "hw csum failure" message flood for ppp tunnel since upgrade to 3.16". The problem is that pppoe is being used over UDP with UDP checksusm enabled. On receive checksum conversion turns checksum-unnecessary in checksum- complete. The PPP receive functions do

Re: [PATCH 09/11] cputime:Introduce the cputime_to_timespec64/timespec64_to_cputime function

On Mon, 20 Apr 2015, Baolin Wang wrote: > This patch introduces some functions for converting cputime to timespec64 and > back, > that repalce the timespec type with timespec64 type, as well as for arch/s390 > and > arch/powerpc architecture. No. We want a patch which adds the functions and the

Re: [PATCH 05/11] time/posix-timers:Convert to the 64bit methods for k_clock callback functions

On Mon, 20 Apr 2015, Baolin Wang wrote: > /* Set clock_realtime */ > static int posix_clock_realtime_set(const clockid_t which_clock, > - const struct timespec *tp) > + const struct timespec64 *tp) > { > - return do_sys_settimeo

Re: [RFC PATCH v3 09/10] lib: libos build scripts and documentation

Some random observations while I'm still trying to wrap my head around all this (which might take quite some time). On Sun, 2015-04-19 at 22:28 +0900, Hajime Tazaki wrote: > --- /dev/null > +++ b/arch/lib/Kconfig > @@ -0,0 +1,124 @@ > +menuconfig LIB > + bool "LibOS-specific options" > +

Re: [PATCH 04/11] posix timers:Introduce the 64bit methods with timespec64 type for k_clock structure

On Mon, 20 Apr 2015, Baolin Wang wrote: > @@ -771,6 +771,7 @@ SYSCALL_DEFINE2(timer_gettime, timer_t, timer_id, > struct itimerspec __user *, setting) > { > struct itimerspec cur_setting; > + struct itimerspec64 cur_setting64; > struct k_itimer *timr; > struct k

Re: [PATCH v2 net-next] ip: Add color output option

Thanks for bearing with my first patch. On 2015-04-20 10:16-0700, Stephen Hemminger wrote: On Sat, 18 Apr 2015 13:39:45 +0300 Mathias Nyman wrote: It is hard to quickly find what you are looking for in the output of the ip command. Color helps. This patch adds a '-c' flag to highlight these

[PATCH] tcp: add memory barriers to write space paths

Ensure that we either see that the buffer has write space in tcp_poll() or that we perform a wakeup from the input side. Did not run into any actual problem here, but thought that we should make things explicit. Signed-off-by: Jason Baron --- net/ipv4/tcp.c | 4 +++- net/ipv4/tcp_input.c |

Re: [PATCH v2 01/11] RDMA/CMA: Mark IPv4 addresses correctly when the listener is IPv6

On Mon, Apr 20, 2015 at 09:38:02PM +0300, Or Gerlitz wrote: > On Mon, Apr 20, 2015 at 7:41 PM, Jason Gunthorpe > wrote: > > On Mon, Apr 20, 2015 at 12:03:32PM +0300, Haggai Eran wrote: > >> From: Yotam Kenneth > >> > >> When accepting a new connection with the listener being IPv6, the > >> family

Re: [PATCH 01/11] linux/time64.h:Introduce the 'struct itimerspec64' for 64bit

On Mon, 20 Apr 2015, Thomas Gleixner wrote: > On Mon, 20 Apr 2015, Baolin Wang wrote: > > This patch introduces the 'struct itimerspec64' for 64bit to replace > > itimerspec, > > and also introduces the conversion methods: itimerspec64_to_itimerspec() and > > itimerspec_to_itimerspec64(), that mak

Re: [RFC PATCH 06/10] ipv6: Avoid deleting RTF_CACHE route from ip6_route_del()

From: Martin KaFai Lau Date: Mon, 20 Apr 2015 12:33:05 -0700 > On Mon, Apr 20, 2015 at 02:23:05PM -0400, David Miller wrote: >> From: Martin KaFai Lau >> Date: Fri, 10 Apr 2015 18:54:09 -0700 >> >> > Before patch 'Allow pmtu update on /128 via gateway route', >> > RTF_CACHE route was not create

Re: [RFC PATCH 06/10] ipv6: Avoid deleting RTF_CACHE route from ip6_route_del()

On Mon, Apr 20, 2015 at 02:23:05PM -0400, David Miller wrote: > From: Martin KaFai Lau > Date: Fri, 10 Apr 2015 18:54:09 -0700 > > > Before patch 'Allow pmtu update on /128 via gateway route', > > RTF_CACHE route was not created for DST_HOST. It also requires changes on > > both > > delete code

Re: [PATCHv3] pppoe: Lacks DST MAC address check

From: Joakim Tjernlund Date: Mon, 20 Apr 2015 21:07:48 +0200 > From: Joakim Tjernlund > > A pppoe session is identified by its session ID and MAC address. > Currently pppoe does not check if the received pkg has the correct > MAC address. This is a problem when the eth I/F is in promisc mode >

Re: [PATCH 01/11] linux/time64.h:Introduce the 'struct itimerspec64' for 64bit

On Mon, 20 Apr 2015, Baolin Wang wrote: > This patch introduces the 'struct itimerspec64' for 64bit to replace > itimerspec, > and also introduces the conversion methods: itimerspec64_to_itimerspec() and > itimerspec_to_itimerspec64(), that makes itimerspec to ready for 2038 year. > > Signed-off-

Re: [PATCH 03/11] time/hrtimer:Introduce hrtimer_get_res64() with timespec64 type for getting the timer resolution

On Mon, 20 Apr 2015, Baolin Wang wrote: > This patch introduces hrtimer_get_res64() function to get the timer resolution > with timespec64 type, and moves the hrtimer_get_res() function into FYI, That function is about to go away, but it's not a big deal to sort that out once I applied the hrtimer

Bug 61651 - [regression] Wake-on-LAN broken in alx (AR8161)

Apologies if this is the wrong place or wrong format but since a while multiple people want this functionality back into the ALX driver and also claim that the reason for removing the functionality no longer applies in new kernels. Also i believe that it could at least be made an option in the .con

[PATCHv3] pppoe: Lacks DST MAC address check

From: Joakim Tjernlund A pppoe session is identified by its session ID and MAC address. Currently pppoe does not check if the received pkg has the correct MAC address. This is a problem when the eth I/F is in promisc mode as then any DST MAC address is accepted. Signed-off-by: Joakim Tjernlund

Re: [PATCH v2] pppoe: Lacks DST MAC address check

On Mon, 2015-04-20 at 14:11 -0400, David Miller wrote: > From: Joakim Tjernlund > Date: Sat, 18 Apr 2015 11:53:14 +0200 > > > A pppoe session is identified by its session ID and MAC address. > > Currently pppoe does not check if the received pkg has the correct > > MAC address. This is a problem

Re: [PATCH v2 01/11] RDMA/CMA: Mark IPv4 addresses correctly when the listener is IPv6

On Mon, Apr 20, 2015 at 7:41 PM, Jason Gunthorpe wrote: > On Mon, Apr 20, 2015 at 12:03:32PM +0300, Haggai Eran wrote: >> From: Yotam Kenneth >> >> When accepting a new connection with the listener being IPv6, the >> family of the new connection is set as IPv6. This causes cma_zero_addr >> functi

Re: [RFC PATCH 00/10] ipv6: Only create RTF_CACHE route after encountering pmtu exception

From: Martin KaFai Lau Date: Fri, 10 Apr 2015 18:54:03 -0700 > This series is to avoid creating a RTF_CACHE route whenever we are consulting > the fib6 tree with a new destination. Instead, only create RTF_CACHE route > when we see a pmtu exception. Please separate out the pure bug fixes from t

Re: [RFC PATCH 04/10] ipv6: Only create RTF_CACHE routes after encountering pmtu exception

From: Martin KaFai Lau Date: Fri, 10 Apr 2015 18:54:07 -0700 > + if (!(rt6->rt6i_flags & RTF_CACHE) && > + (!(rt6->rt6i_flags & (RTF_NONEXTHOP | RTF_GATEWAY)) || > + !(rt6->dst.flags & DST_HOST))) { These big convoluted tests are tiring to read over and over again. At the v

Re: [RFC PATCH 04/10] ipv6: Only create RTF_CACHE routes after encountering pmtu exception

From: Martin KaFai Lau Date: Fri, 10 Apr 2015 18:54:07 -0700 > @@ -1171,8 +1170,15 @@ void ip6_update_pmtu(struct sk_buff *skb, struct net > *net, __be32 mtu, > fl6.flowlabel = ip6_flowinfo(iph); > > dst = ip6_route_output(net, NULL, &fl6); > - if (!dst->error) > + if (!dst

Re: [RFC PATCH 06/10] ipv6: Avoid deleting RTF_CACHE route from ip6_route_del()

From: Martin KaFai Lau Date: Fri, 10 Apr 2015 18:54:09 -0700 > Before patch 'Allow pmtu update on /128 via gateway route', > RTF_CACHE route was not created for DST_HOST. It also requires changes on > both > delete code path and rt6_select() code patch. > > This patch fixes the delete code pat

Re: [PATCH] etherdevice: Add ether_addr_copy_unaligned

From: Mateusz Kulikowski Date: Sun, 19 Apr 2015 23:39:37 +0200 > Some drivers require copying unaligned ethernet addresses. > Using memcpy() causes checkpatch warnings and may cause > regressions (someone will "fix" alignment of packed structure) > > Signed-off-by: Mateusz Kulikowski I'd rathe

Re: [PATCH net-next 0/2] net: Fix "hw csum failure" message flood for ppp tunnel

Your postings seem to have trouble reaching the list, and therefore patchwork as well. Can you try one more time? Otherwise I'm the only person seeing these patches, which is kinda pointless, especially since you would like this patch series to get some testing. Thanks. -- To unsubscribe from t

Re: [PATCH v2] pppoe: Lacks DST MAC address check

From: Joakim Tjernlund Date: Sat, 18 Apr 2015 11:53:14 +0200 > A pppoe session is identified by its session ID and MAC address. > Currently pppoe does not check if the received pkg has the correct > MAC address. This is a problem when the eth I/F is in promisc mode > as then any DST MAC address i

Re: [PATCH v2] ip_forward: Drop frames with attached skb->sk

From: Sebastian Poehn Date: Mon, 20 Apr 2015 09:19:20 +0200 > Initial discussion was: > [FYI] xfrm: Don't lookup sk_policy for timewait sockets > > Forwarded frames should not have a socket attached. Especially > tw sockets will lead to panics later-on in the stack. > > This was observed with T

Re: [PATCH v2 net-next] ip: Add color output option

On Sat, 18 Apr 2015 13:39:45 +0300 Mathias Nyman wrote: > It is hard to quickly find what you are looking for in the output of > the ip > command. Color helps. > > This patch adds a '-c' flag to highlight these with individual colors: >- interface name >- ip address >- mac address >

Re: [PATCH v2 02/11] IB/addr: Pass network namespace as a parameter

On Mon, Apr 20, 2015 at 12:03:33PM +0300, Haggai Eran wrote: > +/** rdma_addr_find_smac_by_sgid() - Find the src MAC and VLAN ID for a src > GID > + * @sgid:Source GID to find the MAC and VLAN for. > + * @smac:A buffer to contain the resulting MAC address. > + * @vlan_id: Will contain the

Re: [PATCH iproute2] tc util: Fix possible buffer overflow when print class id

On Mon, 20 Apr 2015 08:33:32 +0300 Vadim Kochan wrote: > From: Vadim Kochan > > Use correct handle buffer length. > > Signed-off-by: Vadim Kochan Looks fine, applied. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org M

Re: [PATCH v2 07/11] IB/cm: Add network namespace support

On Mon, Apr 20, 2015 at 12:03:38PM +0300, Haggai Eran wrote: > From: Guy Shapiro > > Add namespace support to the IB-CM layer. > - Each CM-ID now has a network namespace it is associated with, assigned at > creation. This namespace is used as needed during subsequent action on the > CM-ID or

Re: [PATCH iproute2] ipxfrm: wrong nl msg sent on deleteall cmd

On Wed, 15 Apr 2015 14:00:53 +0200 Nicolas Dichtel wrote: > XFRM netlink family is independent from the route netlink family. It's wrong > to call rtnl_wilddump_request(), because it will add a 'struct ifinfomsg' into > the header and the kernel will complain (at least for xfrm state): > > netli

Re: [PATCH iproute2-next 2/2] netns: allow to dump and monitor nsid

On Thu, 9 Apr 2015 08:30:14 + Nicolas Dichtel wrote: > Two commands are added: > - ip netns list-id > - ip monitor nsid > > A cache is also added to remember the association between the iproute2 netns > name (from /var/run/netns/) and the nsid. > To avoid interfering with the rth socket, a

Re: [PATCH 2/7] turn Makefile more distribution friendly

On Mon, 13 Apr 2015 16:00:56 +0200 Pavel Šimerda wrote: > From: Pavel Šimerda > > Changes: > > * Accept directory settings from environment. > * Remove redundant ROOTDIR variable. > * Set KERNEL_INCLUDE default to '/usr/include'. > * Use CFLAGS from environemnt. > > Note: In the long term

Re: [PATCH v2 01/11] RDMA/CMA: Mark IPv4 addresses correctly when the listener is IPv6

On Mon, Apr 20, 2015 at 12:03:32PM +0300, Haggai Eran wrote: > From: Yotam Kenneth > > When accepting a new connection with the listener being IPv6, the > family of the new connection is set as IPv6. This causes cma_zero_addr > function to return true on an non-zero address. As a result, the wron

YOUR MONEY IS APPROVED.

YOUR MONEY IS APPROVED. FROM ALBERTA / CANADIAN OIL &GAS VIEW THE ATTACHMENT. YOUR MONEY IS APPROVED..pdf Description: Adobe PDF document YOUR MONEY IS APPROVED..pdf Description: Adobe PDF document

Re: [PATCH V1 net-next] IB/ipoib: Fix ndo_get_iflink

From: Haggai Eran Date: Mon, 20 Apr 2015 11:16:34 +0300 > On 17/04/2015 22:21, David Miller wrote: >> From: Erez Shitrit >> Date: Thu, 16 Apr 2015 16:34:34 +0300 >> >>> Currently, iflink of the parent interface was always accessed, even >>> when interface didn't have a parent and hence we cras

Re: [PATCH 04/16] printk: implement support for extended console drivers

On Thu 2015-04-16 19:03:41, Tejun Heo wrote: > printk log_buf keeps various metadata for each message including its > sequence number and timestamp. The metadata is currently available > only through /dev/kmsg and stripped out before passed onto console > drivers. We want this metadata to be avai

Re: [PATCH V1 net-next] IB/ipoib: Fix ndo_get_iflink

On Mon, 2015-04-20 at 12:21 +0300, Or Gerlitz wrote: > On Mon, Apr 20, 2015 at 11:16 AM, Haggai Eran wrote: > > On 17/04/2015 22:21, David Miller wrote: > >> From: Erez Shitrit > >> Date: Thu, 16 Apr 2015 16:34:34 +0300 > >> > >>> Currently, iflink of the parent interface was always accessed, eve

Re: [PATCH v2 00/11] Add network namespace support in the RDMA-CM

Hey Haggai, Did you check for changes needed in drivers/infiniband/core/iwcm.c? I notice that it uses init_net here: static int __init iw_cm_init(void) { iwcm_wq = create_singlethread_workqueue("iw_cm_wq"); if (!iwcm_wq) return -ENOMEM; iwcm_ctl_table_

Re: [PATCHSET] printk, netconsole: implement reliable netconsole

Hello, Rob. On Sun, Apr 19, 2015 at 02:25:09AM -0500, Rob Landley wrote: > If you have two machines plugged into a hub, and that's _all_ that's > plugged in, packets should never get dropped. This was the original > use case of netconsole was that the sender and the receiver were > plugged into th

Re: Problem with patch "make nlmsg_end() and genlmsg_end() void"

On Wed, 2015-04-08 at 15:12 +0100, David Woodhouse wrote: > On Wed, 2015-04-08 at 15:08 +0200, Johannes Berg wrote: > > Additionally, the failure mode of this was the process running out of > > memory due to receiving the same results over and over again - does that > > happen for you? It seems it

Re: [RFC][PATCH] net: stmmac: use msleep instead of udelay for gpio reset

On 4/19/2015 6:11 AM, Michael Trimarchi wrote: Hi On Apr 19, 2015 1:37 AM, "Fabio Estevam" mailto:feste...@gmail.com>> wrote: > > On Sat, Apr 18, 2015 at 12:02 PM, Michael Trimarchi > mailto:mich...@amarulasolutions.com>> wrote: > > > reset_gpio = data->reset_gpio; > > -

Re: [PATCH] neighbour.c: Avoid GC directly after state change

On 04/20/2015 04:33 AM, YOSHIFUJI Hideaki wrote: Hi, Ulf Samuelsson wrote: From RFC2461: | REACHABLE Roughly speaking, the neighbor is known to have been | reachable recently (within tens of seconds ago). : | STALE The neighbor is no longer known to be rea

Re: [PATCH 03/16] printk: move LOG_NOCONS skipping into call_console_drivers()

On Thu 2015-04-16 19:03:40, Tejun Heo wrote: > When a line is printed by multiple printk invocations, each chunk is > directly sent out to console drivers so that they don't get lost. > When the line is completed and stored in the log buffer, the line is > suppressed from going out to consoles as t

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

On Mon 2015-04-20 14:11:36, Petr Mladek wrote: > On Thu 2015-04-16 19:03:38, 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; howeve

Re: [PATCH 02/16] printk: factor out message formatting from devkmsg_read()

On Thu 2015-04-16 19:03:39, Tejun Heo wrote: > The extended message formatting used for /dev/kmsg will be used > implement extended consoles. Factor out msg_print_ext_header() and > msg_print_ext_body() from devkmsg_read(). > > This is pure restructuring. > > Signed-off-by: Tejun Heo Reviewed-

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

On Thu 2015-04-16 19:03:38, 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

RE: [PATCHSET] printk, netconsole: implement reliable netconsole

From: Of Rob Landley > Sent: 19 April 2015 08:25 > On Thu, Apr 16, 2015 at 6:03 PM, Tejun Heo wrote: > > In a lot of configurations, netconsole is a useful way to collect > > system logs; however, all netconsole does is simply emitting UDP > > packets for the raw messages and there's no way for th

[PATCH iproute2 -next] examples: bpf: fix ld offs to have same prog loaded on ingress/egress

Fix up the eBPF example program to match our kernel fix in a166151cbe33 ("bpf: fix bpf helpers to use skb->mac_header relative offsets"). Tested on ingress and egress paths. Signed-off-by: Daniel Borkmann Cc: Alexei Starovoitov --- ( Stephen, this applies on top of "tc: built-in eBPF exec proxy

IT-Service Desk

IT-Service Desk behöver du uppgradera till den senaste e-post Outlook Web Apps 2015, vänligen klicka på IT-Service Desk att uppgradera till den senaste e-post Outlook Web Apps 2015 I samband med Microsoft Exchange © 2015 Microsoft Corporation. Alla rättighe

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Thu, Apr 16, 2015 at 1:42 PM, Eric Dumazet wrote: > On Thu, 2015-04-16 at 11:01 +0100, George Dunlap wrote: > >> He suggested that after he'd been prodded by 4 more e-mails in which two >> of us guessed what he was trying to get at. That's what I was >> complaining about. > > My big complain i

Re: [PATCH 01/11] linux/time64.h:Introduce the 'struct itimerspec64' for 64bit

Hello. On 4/20/2015 8:57 AM, Baolin Wang wrote: This patch introduces the 'struct itimerspec64' for 64bit to replace itimerspec, and also introduces the conversion methods: itimerspec64_to_itimerspec() and itimerspec_to_itimerspec64(), that makes itimerspec to ready for 2038 year. "To" not

Re: [PATCH V1 net-next] IB/ipoib: Fix ndo_get_iflink

On Mon, Apr 20, 2015 at 11:16 AM, Haggai Eran wrote: > On 17/04/2015 22:21, David Miller wrote: >> From: Erez Shitrit >> Date: Thu, 16 Apr 2015 16:34:34 +0300 >> >>> Currently, iflink of the parent interface was always accessed, even >>> when interface didn't have a parent and hence we crashed th

[PATCH v2 08/11] IB/cma: Separate port allocation to network namespaces

From: Yotam Kenneth Keep a radix-tree for the network namespaces we support for each port-space. Dynamically allocate idr for network namespace upon first bind request for a port in the (ps, net) tuple. Destroy the idr when the (ps, net) tuple does not contain any bounded ports. This patch is in

[PATCH v2 06/11] IB/cm, cma: Move RDMA IP CM private-data parsing code from ib_cma to ib_cm

From: Guy Shapiro When receiving a connection request, ib_cm needs to associate the request with a network namespace. To do this, it needs to know the request's destination IP. For this the RDMA IP CM packet formatting functionality needs to be exposed to ib_cm. This patch merely moves the RDMA

[PATCH v2 07/11] IB/cm: Add network namespace support

From: Guy Shapiro Add namespace support to the IB-CM layer. - Each CM-ID now has a network namespace it is associated with, assigned at creation. This namespace is used as needed during subsequent action on the CM-ID or related objects. - All of the relevant calls to ib_addr and ib_core wer

[PATCH v2 04/11] IB/core: Find the network namespace matching connection parameters

From: Yotam Kenneth In the case of IPoIB, and maybe in other cases, the network device is managed by an upper-layer protocol (ULP). In order to expose this network device to other users of the IB device, let ULPs implement a callback that returns network device according to connection parameters.

[PATCH v2 11/11] IB/ucm: Add partial support for network namespaces

From: Shachar Raindel It is impossible to completely support network namespaces for UCM, as we cannot identify the target IPoIB device. However, we add support which will work if the user is following the IB-Spec Annex 11 (RDMA IP CM Services) with the service ID and private data formatting. Sig

[PATCH v2 09/11] IB/cma: Add support for network namespaces

From: Guy Shapiro Add support for network namespaces in the ib_cma module. This is accomplished by: 1. Adding network namespace parameter for rdma_create_id. This parameter is used to populate the network namespace field in rdma_id_private. rdma_create_id keeps a reference on the network n

[PATCH v2 01/11] RDMA/CMA: Mark IPv4 addresses correctly when the listener is IPv6

From: Yotam Kenneth When accepting a new connection with the listener being IPv6, the family of the new connection is set as IPv6. This causes cma_zero_addr function to return true on an non-zero address. As a result, the wrong code path is taken. This causes the connection request to be rejected

[PATCH v2 10/11] IB/ucma: Take the network namespace from the process

From: Guy Shapiro Add support for network namespaces from user space. This is done by passing the network namespace of the process instead of init_net. Signed-off-by: Haggai Eran Signed-off-by: Yotam Kenneth Signed-off-by: Shachar Raindel Signed-off-by: Guy Shapiro --- drivers/infiniband/co

[PATCH v2 03/11] IB/core: Pass network namespace as a parameter to relevant functions

From: Guy Shapiro Add network namespace parameters for the address related ib_core functions. The parameter is passed to lower level function, instead of &init_net, so things are done in the correct namespace. For now pass &init_net on every caller. Callers that will pass &init_net permanently a

[PATCH v2 00/11] Add network namespace support in the RDMA-CM

On 4/15/2015 3:39 PM, Doug Ledford wrote: > For instance, the namespace patches aren't included, and that's at least > partially because they didn't apply cleanly any more. Here's an updated series on top of your tree. I've also included the fix for IPv4 connections to IPv6 listeners. Regards, H

[PATCH v2 02/11] IB/addr: Pass network namespace as a parameter

From: Guy Shapiro Add network namespace support to the ib_addr module. For that, all the address resolution and matching should be done using the appropriate namespace instead of init_net. This is achieved by: 1. Adding an explicit network namespace argument to exported function that require

[PATCH v2 05/11] IB/ipoib: Return IPoIB devices as possible matches to get_net_device_by_port_pkey_ip

From: Guy Shapiro Implement callback that returns network device to ib_core according to connection parameters. Check the ipoib device and iterate over all child devices to look for a match. For each ipoib device we iterate through all upper devices when searching for a matching IP, in order to

RE: [RFC,1/8] soc/fman: Add FMan MURAM support

Regards, Igal Liberman. > -Original Message- > From: Kumar Gala [mailto:ga...@kernel.crashing.org] > Sent: Thursday, March 12, 2015 5:57 PM > To: Liberman Igal-B31950 > Cc: linuxppc-...@lists.ozlabs.org; netdev@vger.kernel.org; linux- > ker...@vger.kernel.org; Wood Scott-B07421 > Subject

Re: [PATCH V1 net-next] IB/ipoib: Fix ndo_get_iflink

On 17/04/2015 22:21, David Miller wrote: > From: Erez Shitrit > Date: Thu, 16 Apr 2015 16:34:34 +0300 > >> Currently, iflink of the parent interface was always accessed, even >> when interface didn't have a parent and hence we crashed there. >> >> Handle the interface types properly: for a child

[RFC] [PATCH] FUJITSU Extended Socket network device driver

This patch adds support for FUJITSU Extended Socket network device. Extended Socket network device is a shared memory based high-speed network interface between Extended Partitions of PRIMEQUEST 2000 series. # I know this code needs more refuctoring, but I wanted to post this code as soon as possi

Re: [PATCH] Bluetooth: Pre-initialize variables in read_local_oob_ext_data_complete()

Hi Marcel, On Fri, Apr 17, 2015 at 10:38 PM, Marcel Holtmann wrote: net/bluetooth/mgmt.c: In function ‘read_local_oob_ext_data_complete’: net/bluetooth/mgmt.c:6474: warning: ‘r256’ may be used uninitialized in this function net/bluetooth/mgmt.c:6474: warning: ‘h256’ may be us

Re: [PATCH 11/11] k_clock:Remove the 32bit methods with timespec type

On Mon, Apr 20, 2015 at 01:57:39PM +0800, Baolin Wang wrote: > @@ -911,18 +907,14 @@ retry: > return -EINVAL; > > kc = clockid_to_kclock(timr->it_clock); > - if (WARN_ON_ONCE(!kc || (!kc->timer_set && !kc->timer_set64))) { > + if (WARN_ON_ONCE(!kc || !kc->timer_set64)

Re: [PATCH linux-next v5] mlx5: wrong page mask if CONFIG_ARCH_DMA_ADDR_T_64BIT enabled for 32Bit architectures

On Wed, Apr 15, 2015 at 04:36:15PM +0800, Honggang Li wrote: > If CONFIG_ARCH_DMA_ADDR_T_64BIT enabled for x86 systems and physical > memory is more than 4GB, dma_map_page may return a valid memory > address which greater than 0x. As a result, the mlx5 device page > allocator RB tree will b

[PATCH v2] ip_forward: Drop frames with attached skb->sk

Initial discussion was: [FYI] xfrm: Don't lookup sk_policy for timewait sockets Forwarded frames should not have a socket attached. Especially tw sockets will lead to panics later-on in the stack. This was observed with TPROXY assigning a tw socket and broken policy routing (misconfigured). As a