On 17/11/17 08:14, Nikolay Aleksandrov wrote:
> On 17/11/17 07:26, Willy Tarreau wrote:
>> Hi Stephen,
>>
>> On Thu, Nov 16, 2017 at 04:27:18PM -0800, Stephen Hemminger wrote:
>>> On Thu, 16 Nov 2017 21:21:55 +0100
>>> Vincent Bernat wrote:
>>>
? 16 novembre 2017 20:23 +0100, Andrew Lunn :
Hi Dave,
> This is an area where we really haven't set down some clear rules
> for behavior.
>
> If an interface has a particular MTU, it must be able to successfully
> send MTU sized packets on that link be it virtual or physical.
>
> Only a "next hop" can have a different MTU and thus drop packe
From: Daniel Axtens
Date: Fri, 17 Nov 2017 19:34:27 +1100
> Hi Dave,
>
>> This is an area where we really haven't set down some clear rules
>> for behavior.
>>
>> If an interface has a particular MTU, it must be able to successfully
>> send MTU sized packets on that link be it virtual or physica
On Fri, Nov 17, 2017 at 02:58:05PM +0900, David Miller wrote:
> From: Jan Kundrát
> Date: Wed, 15 Nov 2017 12:39:33 +0100
>
> > Without this patch, but with CONFIG_SFP enabled, my NIC won't detect
> > module unplugging, which is suboptimal.
> >
> > I'm using an OEM "Cisco compatible" DWDM fixed-
Since PTP doesn't support yet, so extend the DMA address to 46bits.
When PTP is supported, the dma_mask should be fixed dynamically.
Signed-off-by: Wang Dongsheng
---
v2:
- Changes PATCH subject.
- Dynamic fix TPD_BUFFER_ADDR_H_SET size.
- Modify DMA MASK to 46bits.
- Add Comments for DMA MASK.
-
On Wed, Nov 15, 2017 at 09:46:19AM -0700, Kevin Locke wrote:
> Hi all,
>
> I am using an L2TP/IPsec (transport mode) VPN connection from a client
> behind a NAT running Debian with strongswan 5.6.0-2 and xl2tpd
> 1.3.10-1 to a Cisco Meraki MX60 with a public IP. The connection
> works with kernel
This patch fixes the dma_mapping_error call to use the correct dma_addr
which is inside the ibmvnic_vpd struct. Moreover, it fixes an uninitialized
warning regarding a local dma_addr variable which is not used anymore.
Fixes: 4e6759be28e4 ("ibmvnic: Feature implementation of VPD for the ibmvnic
d
Hi Dave,
> So how exactly do the oversized packets get to the macvlan device from
> the VM in this scenerio? That detail seems to be missing from the
> diagrams you provided earlier. The VM and the macvlan boxes are just
> connected with a line.
Inside the VM I'm using netperf talking on an int
2017-11-10 16:26 GMT+08:00 Greentime Hu :
> 2017-11-09 18:33 GMT+08:00 Arnd Bergmann :
>> On Thu, Nov 9, 2017 at 10:02 AM, Greentime Hu wrote:
>>> 2017-11-08 18:16 GMT+08:00 Arnd Bergmann :
On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote:
>>
> +config GENERIC_CALIBRATE_DELAY
> +
On Fri, Nov 17, 2017 at 1:39 PM, Greentime Hu wrote:
> 2017-11-10 16:26 GMT+08:00 Greentime Hu :
>> 2017-11-09 18:33 GMT+08:00 Arnd Bergmann :
>>> On Thu, Nov 9, 2017 at 10:02 AM, Greentime Hu wrote:
2017-11-08 18:16 GMT+08:00 Arnd Bergmann :
> On Wed, Nov 8, 2017 at 6:55 AM, Greentime H
On 13/11/2017 09:01, Yixun Lan wrote:
> Add DT info for the stmmac ethernet MAC which found in
> the Amlogic's Meson-AXG SoC, also describe the ethernet
> pinctrl & clock information here.
>
> This is tested in the S400 dev board which use a RTL8211F PHY,
> and the pins connect to the 'eth_rgmii_y
This series adds support for IEEE 1588 Precision Time Protocol
to Cavium ethernet driver.
The first patch adds support for the Precision Time Protocol Clocks and
Timestamping coprocessor (PTP) found on Cavium processors.
It registers a new PTP clock in the PTP core and provides functions
to use th
From: Radoslaw Biernacki
This patch adds support for the Precision Time Protocol
Clocks and Timestamping hardware found on Cavium ThunderX
processors.
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Aleksey Makarov
---
drivers/net/ethernet/cavium/Kconfig | 13 +
drivers/net/ethe
From: Sunil Goutham
This adds timestamping support for both receive and transmit
paths. On the receive side no filters are supported i.e either
all pkts will get a timestamp appended infront of the packet or none.
On the transmit side HW doesn't support timestamp insertion but
only generates a se
2017-11-17 20:50 GMT+08:00 Arnd Bergmann :
> On Fri, Nov 17, 2017 at 1:39 PM, Greentime Hu wrote:
>> 2017-11-10 16:26 GMT+08:00 Greentime Hu :
>>> 2017-11-09 18:33 GMT+08:00 Arnd Bergmann :
On Thu, Nov 9, 2017 at 10:02 AM, Greentime Hu wrote:
> 2017-11-08 18:16 GMT+08:00 Arnd Bergmann :
On Thu, Nov 16, 2017 at 5:47 PM, Tom Herbert wrote:
> On Thu, Nov 16, 2017 at 1:40 PM, Herbert Xu
> wrote:
>> On Thu, Nov 16, 2017 at 04:12:43PM +0100, Cristian Klein wrote:
>>>
>>> Does somebody know the rationale for this? Is it because IPv4
>>> options are rarely used, hence implementing GRO
2017-11-16 18:25 GMT+08:00 Arnd Bergmann :
> On Thu, Nov 16, 2017 at 11:03 AM, Greentime Hu wrote:
>> 2017-11-13 18:45 GMT+08:00 Geert Uytterhoeven :
>>> Given the checks for __NDS32_EB__, NDS32 can be either big or little endian,
>>> so you should have (excatly one of) CPU_BIG_ENDIAN or CPU_LITTL
From: Willem de Bruijn
Date: Fri, 17 Nov 2017 08:51:57 -0500
> ipv6_gro_receive already pulls common ones with ipv6_gso_pull_exthdrs.
> And to add a counterpoint: GRO has to be resilient to malformed packets,
> so there is value in keeping it simple and limited to the common case.
Agreed.
Also
> Usually it's better to apply LRU or random here in my opinion, as the
> new entry is much more likely to be needed than older ones by definition.
Hi Willy
I think this depends on why you need to discard. If it is normal
operation and the limits are simply too low, i would agree.
If however it
There is no need to #define the license of the driver, just put it in
the MODULE_LICENSE() line directly as a text string.
This allows tools that check that the module license matches the source
code license to work properly, as there is no need to unwind the
unneeded dereference.
Cc: "David S. M
On 11/17/17 3:56 AM, Wang Dongsheng wrote:
-#define TPD_BUFFER_ADDR_H_SET(tpd, val)BITS_SET((tpd)->word[3], 18,
30, val)
+#define TPD_BUFFER_ADDR_H_SET(adpt, tpd, val) BITS_SET((tpd)->word[3], 18, \
+ TX_TS_ENABLE & \
+
On Fri, Nov 10, 2017 at 12:32 AM, Willem de Bruijn
wrote:
> On Wed, Nov 8, 2017 at 9:53 PM, Jason Wang wrote:
>>
>>
>> On 2017年11月08日 20:32, David Miller wrote:
>>>
>>> From: Jason Wang
>>> Date: Wed, 8 Nov 2017 17:25:48 +0900
>>>
On 2017年11月08日 17:08, Willem de Bruijn wrote:
>
> Th
From: Russell King - ARM Linux
Date: Fri, 17 Nov 2017 09:52:10 +
> I already have a stack of patches for phy, phylink and sfp that I
> need to send, including documentation patches which Florian has
> already found very useful and helpful. I had assumed that net-next
> was already closed, be
>> Okay, I will send a patch to reinstate UFO for this use case (only). There
>> is some related work in tap_handle_frame and packet_direct_xmit to
>> segment directly in the device. I will be traveling the next few days, so
>> it won't be in time for 4.14 (but can go in stable later, of course).
>
On Fri, Nov 17, 2017 at 3:19 PM, Greg Kroah-Hartman
wrote:
> There is no need to #define the license of the driver, just put it in
> the MODULE_LICENSE() line directly as a text string.
>
> This allows tools that check that the module license matches the source
> code license to work properly, as
On Fri, Nov 17, 2017 at 02:11:11PM +0800, Xin Long wrote:
> Now in sctp_setsockopt_maxseg user_frag or frag_point can be set with
> val >= 8 and val <= SCTP_MAX_CHUNK_LEN. But both checks are incorrect.
>
> val >= 8 means frag_point can even be less than SCTP_DEFAULT_MINSEGMENT.
> Then in sctp_dat
Hello,
We recently visited your website and we are interested in your models, We will
like to make an order from your list of products. However, we would like to see
your company's latest catalogs with the; minimum order quantity, delivery
time/FOB, payment terms etc. Official order placement w
On Fri, Nov 17, 2017 at 02:15:02PM +0800, Xin Long wrote:
> rfc6458 demands the send_error in SCTP_SEND_FAILED_EVENT should
> be in cpu endian, while SCTP_ERROR_INV_STRM is in big endian.
>
> This issue is there since very beginning, Eric noticed it by
> running 'make C=2 M=net/sctp/'.
>
> This p
On Fri, Nov 17, 2017 at 12:04 AM, Vasyl Gomonovych wrote:
> Use kzalloc rather than kmalloc followed by memset with 0
>
> drivers/net/ethernet/qlogic/qed/qed_dcbx.c:1280:13-20: WARNING:
> kzalloc should be used for dcbx_info, instead of kmalloc/memset
> Generated by: scripts/coccinelle/api/alloc/k
Otherwise tun_dst argument is unused there. Currently, ip6_tnl_rcv()
invoked with tun_dst set to NULL, so there is no actual functional
changes introduced in this patch.
Fixes: 0d3c703a9d17 ("ipv6: Cleanup IPv6 tunnel receive path")
Signed-off-by: Alexey Kodanev
---
net/ipv6/ip6_tunnel.c | 2 +-
After commit 308edfdf1563 ("gre6: Cleanup GREv6 receive path, call
common GRE functions") it's not used anywhere in the module, but
previously was used in ip6gre_rcv().
Fixes: 308edfdf1563 ("gre6: Cleanup GREv6 receive path, call common GRE
functions")
Signed-off-by: Alexey Kodanev
---
net/ipv6
On 15.11.2017 19:29, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> On 15.11.2017 09:25, Eric W. Biederman wrote:
>>> Kirill Tkhai writes:
>>>
Curently mutex is used to protect pernet operations list. It makes
cleanup_net() to execute ->exit methods of the same operations set,
>>
On 11/15, Yonghong Song wrote:
>
> v3 -> v4:
> . Revert most of v3 change as 32bit emulation is not really working
> on x86_64 platform as among other issues, function emulate_push_stack()
> needs to account for 32bit app on 64bit platform.
> A separate effort is ongoing to address th
On Fri, 2017-11-17 at 11:03 +0100, Steffen Klassert wrote:
> On Wed, Nov 15, 2017 at 09:46:19AM -0700, Kevin Locke wrote:
>> I have bisected the issue to commit c9f3f813d462. I have attached the
>> client ipsec.conf as well as the syslog during the connection attempt
>> for both c9f3f813d462 (bad)
I've reworked this to be opt-in only as per Igno and Alexei. Still needs to go
through Dave because of the bpf bits, but I need tracing guys to weigh in and
sign off on my approach please.
v5->v6:
- add BPF_ALLOW_ERROR_INJECTION() tagging for functions that will support this
feature. This way
From: Josef Bacik
This allows us to do error injection with BPF for open_ctree.
Signed-off-by: Josef Bacik
---
fs/btrfs/disk-io.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fs/btrfs/disk-io.c b/fs/btrfs/disk-io.c
index dfdab849037b..c6b4e1f07072 100644
--- a/fs/btrfs/disk-io.c
+++ b
From: Josef Bacik
Using BPF we can override kprob'ed functions and return arbitrary
values. Obviously this can be a bit unsafe, so make this feature opt-in
for functions. Simply tag a function with KPROBE_ERROR_INJECT_SYMBOL in
order to give BPF access to that function for error injection purpo
From: Josef Bacik
Error injection is sloppy and very ad-hoc. BPF could fill this niche
perfectly with it's kprobe functionality. We could make sure errors are
only triggered in specific call chains that we care about with very
specific situations. Accomplish this with the bpf_override_funciton
From: Josef Bacik
This adds a basic test for bpf_override_return to verify it works. We
override the main function for mounting a btrfs fs so it'll return
-ENOMEM and then make sure that trying to mount a btrfs fs will fail.
Acked-by: Alexei Starovoitov
Signed-off-by: Josef Bacik
---
samples
On 11/17/17 9:25 AM, Oleg Nesterov wrote:
On 11/15, Yonghong Song wrote:
v3 -> v4:
. Revert most of v3 change as 32bit emulation is not really working
on x86_64 platform as among other issues, function emulate_push_stack()
needs to account for 32bit app on 64bit platform.
A
From: Shaohua Li
We are using sk_txhash to calculate flowlabel, but sk_txhash isn't
always available, for example, in inet_timewait_sock. This causes
problem for reset packet, which will have a different flowlabel. This
causes our router doesn't correctly close tcp connection. We are using
flowla
From: Shaohua Li
Hi,
Please see below tcpdump output:
21:00:48.109122 IP6 (flowlabel 0x43304, hlim 64, next-header TCP (6) payload
length: 40) fec0::5054:ff:fe12:3456.55804 > fec0::5054:ff:fe12:3456.: Flags
[S], cksum 0x0529 (incorrect -> 0xf56c), seq 3282214508, win 43690, options
[mss 6
From: Shaohua Li
Reset packet doesn't use user configured flowlabel, instead, it always
uses 0. This will cause inconsistency for flowlabel. tw sock already
records flowlabel info, so we can directly use it.
Cc: Martin KaFai Lau
Cc: Eric Dumazet
Cc: Florent Fourcot
Cc: Cong Wang
Cc: Tom Herb
This patch merges two repeating pieces of code in one,
and they will live in setup_net() now.
It acts as cleanup even despite init_net_initialized
assignment is reordered with the linking of net now.
This variable is need for proc_net_init() called from:
start_kernel()->proc_root_init()->proc_net
Hi,
this is continuation of discussion from here:
https://lkml.org/lkml/2017/11/14/298
The plan has changed a little bit, so I'd be happy to hear
people's comments, before I dived into all 400+ pernet subsys
and devices.
The patch set adds pernet sys list ahead of subsys and device,
and it's us
Line up destructors actions in the revers order
to constructors. Next patches will add more actions,
and this will be comfortable, if there is the such
order.
Signed-off-by: Kirill Tkhai
---
net/core/net_namespace.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
d
This patch starts to convert pernet_subsys, registered
from before initcalls.
Since proc_net_ns_ops is registered pernet_subsys,
made from:
start_kernel()->proc_root_init()->proc_net_init(),
and there is no a pernet_subsys, which is registered
earlier, we start from it.
proc_net_ns_ops::proc_ne
Move net_mutex to setup_net() and cleanup_net(), and
do not hold it, while sys sublist methods are executed.
Signed-off-by: Kirill Tkhai
---
net/core/net_namespace.c | 44 +++-
1 file changed, 35 insertions(+), 9 deletions(-)
diff --git a/net/core/net_n
nf_log_net_ops are registered the same initcall
as netfilter_net_ops, so they has to be moved right
after netfilter_net_ops.
The ops would have had a problem in parallel execution
with others, if init_net had been possible to released.
But it's not, and the rest is safe for that. There is
memory a
This patch starts to convert pernet_subsys, registered
from pure initcalls.
Since net_ns_init() is the only pure initcall in net subsystem,
and there is no early initcalls; the pernet subsys, it registers,
is the first in pernet_operations list. So, we start with it.
net_ns_ops::net_ns_net_init/n
According to net/core/Makefile, net/core/af_netlink.o
core initcalls execute right after net/core/net_namespace.o.
The methods of netlink_net_ops create and destroy "netlink"
file, which are not interested for foreigh pernet_operations.
So, netlink_net_ops may safely be moved to pernet_sys list.
net/core/sock.o is the first linked file in net/core/Makefile,
so its core initcall executes the first in the directory.
net_inuse_ops methods expose statistics in /proc.
No one from the rest of pernet_subsys or pernet_device lists
does not touch net::core::inuse. So, it's safe to move
net_inuse_o
Both of them create and initialize lists, which are not touched
by another foreing pernet_operations.
Signed-off-by: Kirill Tkhai
---
net/core/fib_notifier.c |2 +-
net/core/fib_rules.c|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/core/fib_notifier.c b/net
This patch starts to convert pernet_subsys, registered
from subsys initcalls.
According to net/Makefile and net/core/Makefile, this
is the first exected subsys_initcall(), registering
pernet_subsys.
It seems to be executed in parallel with others,
as it's only creates/destoyes proc entry, which
n
psched_net_ops only creates and destroyes /proc entry,
and safe to be executed in parallel with any foreigh
pernet_operations.
tcf_action_net_ops initializes and destructs tcf_action_net::egdev_ht,
which is not touched by foreign pernet_operations.
So, move them to pernet_sys list.
Signed-off-by
This pernet_operations create and destroy net::genl_sock.
Foreign pernet_operations don't touch it.
Signed-off-by: Kirill Tkhai
---
net/netlink/genetlink.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/netlink/genetlink.c b/net/netlink/genetlink.c
index d444daf1ac04.
net/core/dev.o is lined after net/core/sock.o.
There are:
1)dev_proc_ops and dev_mc_net_ops, which create and destroy
pernet proc file and not interested to another net namespaces;
2)netdev_net_ops, which creates pernet hash, which is not
touched by another pernet_operations.
So, move it to perne
These pernet_operations register and destroy sysctl
directory, and it's not interested for foreign
pernet_operations.
Signed-off-by: Kirill Tkhai
---
net/core/sysctl_net_core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/sysctl_net_core.c b/net/core/sysctl_net
These pernet_operations initialize and purge net::wext_nlevents
queue, and are not touched by foreign pernet_operations.
Signed-off-by: Kirill Tkhai
---
net/wireless/wext-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/wireless/wext-core.c b/net/wireless/wext-co
According to net/core/Makefile, net/core/net_namespace.o
core initcalls execute right after net/core/sock.o.
net_defaults_ops introduces only net_defaults_init_net method,
and it acts on net::core::sysctl_somaxconn, which
is not interested the rest of pernet_subsys and pernet_device
lists. Then, m
This postcore_initcall() created pernet_operations
are registered from ./lib directory, and they have
to go right after audit_net_ops.
uevent_net_init() and uevent_net_exit() create and
destroy netlink socket, and these actions serialized
in netlink code.
Parallel execution with other pernet_oper
This patch starts to convert pernet_subsys, registered
from postcore initcalls.
These pernet_operations are in ./kernel directory, and
there are only one more postcore in ./lib. So, audit_net_ops
have to go the first.
audit_net_init() creates netlink socket, while audit_net_exit()
destroys it. Th
rtnetlink_net_ops are added the same core initcall
as netlink_net_ops, so they has to be added right
after netlink_net_ops.
rtnetlink_net_init() and rtnetlink_net_exit()
create and destroy netlink socket. It looks like,
another pernet_operations are not interested in
foreiner net::rtnl, so rtnetli
This patch starts to convert pernet_subsys, registered
from core initcalls.
Since net/socket.o is the first linked file in net/Makefile,
its core initcalls execute the first. sysctl_pernet_ops is
the first pernet_subsys, registered from sock_init(), so
it goes ahead of others, registered via core_
Since net/socket.o is the first linked file in net/Makefile,
its core initcalls execute the first. netfilter_net_ops
is executed right after sysctl_pernet_ops.
Methods netfilter_net_init() and netfilter_net_exit()
initialize net::nf::hooks and change net-related proc
directory of net. Another pern
This is a new sublist of pernet_list, which will live ahead
of already existing:
sys, subsys, device.
It's aimed for subsystems, which pernet_operations may execute
in parallel with any other's pernet_operations. In further,
step-by-step we will move all subsys there, adding necessary
small synch
Curently mutex is used to protect pernet operations list. It makes
cleanup_net() to execute ->exit methods of the same operations set,
which was used on the time of ->init, even after net namespace is
unlinked from net_namespace_list.
But the problem is it's need to synchronize_rcu() after net is
net_sem protects from pernet_list changing, while
ops_free_list() makes simple kfree(), and it can't
race with other pernet_operations callbacks.
So we may release net_mutex earlier then it was.
Signed-off-by: Kirill Tkhai
---
net/core/net_namespace.c |3 ++-
1 file changed, 2 insertions(+)
Currently we have first_device, and device and subsys
sublists. Next patches introduce one more sublist.
So, move the functionality, which will be repeating,
to the primitives.
Signed-off-by: Kirill Tkhai
---
net/core/net_namespace.c | 19 +++
1 file changed, 15 insertions(+),
On 15.11.2017 19:31, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> On 15.11.2017 12:51, Kirill Tkhai wrote:
>>> On 15.11.2017 06:19, Eric W. Biederman wrote:
Kirill Tkhai writes:
> On 14.11.2017 21:39, Cong Wang wrote:
>> On Tue, Nov 14, 2017 at 5:53 AM, Kirill Tkhai
>
Hi Andrew,
On Fri, Nov 17, 2017 at 03:06:23PM +0100, Andrew Lunn wrote:
> > Usually it's better to apply LRU or random here in my opinion, as the
> > new entry is much more likely to be needed than older ones by definition.
>
> Hi Willy
>
> I think this depends on why you need to discard. If it
Kirill Tkhai writes:
> On 15.11.2017 19:31, Eric W. Biederman wrote:
>> Kirill Tkhai writes:
>>
>>> On 15.11.2017 12:51, Kirill Tkhai wrote:
On 15.11.2017 06:19, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> On 14.11.2017 21:39, Cong Wang wrote:
>>> On Tue, Nov 14,
Kirill Tkhai writes:
> On 15.11.2017 19:29, Eric W. Biederman wrote:
>> Kirill Tkhai writes:
>>
>>> On 15.11.2017 09:25, Eric W. Biederman wrote:
Kirill Tkhai writes:
> Curently mutex is used to protect pernet operations list. It makes
> cleanup_net() to execute ->exit method
> On Thu, Nov 16, 2017 at 06:41:24PM -0800, tristram...@microchip.com
> wrote:
> > From: Tristram Ha
> >
> > This series of patches is to modify the original KSZ9477 DSA driver so
> > that other KSZ switch drivers can be added and use the common code.
>
> Hi Tristram
>
> http://vger.kernel.org/~
> I really need to monitor the DSA discussion to better contribute to its
> success.
> I just found out the DSA API set_addr was removed last month due to not
> everybody is using it. It cited the Marvell switch was the only switch using
> that
> API and found a new way to program the MAC addres
On 11/14/17 9:18 AM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> Arkadi says:
>
> Many of the ASIC's internal resources are limited and are shared between
> several hardware procedures. For example, unified hash-based memory can
> be used for many lookup purposes, like FDB and LPM. In many cases th
Hey,
Sorry for the bringing this up again.
Isn't there a: ethernet0 = &emac; for some boards missing?
Best,
Philipp
(Sorry for sending this to some persons more than once! My Thunderbird
sent mails in html and didn't reach the mailing lists. I hope it works
now :) )
On 31.10.2017 09:19, Core
On 17.11.2017 21:54, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> On 15.11.2017 19:29, Eric W. Biederman wrote:
>>> Kirill Tkhai writes:
>>>
On 15.11.2017 09:25, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> Curently mutex is used to protect pernet operations lis
_dev_ is being dereferenced before it is null checked, hence there
is a potential null pointer dereference.
Fix this by moving the pointer dereference after _dev_ has been null
checked.
Addresses-Coverity-ID: 1462020
Fixes: bb1b40c7cb86 ("usbnet: ipheth: prevent TX queue timeouts when device not
On Sat, Nov 11, 2017 at 2:42 AM, David Miller wrote:
> From: Saeed Mahameed
> Date: Fri, 10 Nov 2017 15:50:15 +0900
>
>> The follwoing series includes some fixes for mlx5 core and etherent
>> driver.
>>
>> Sorry for the late submission but as you can see i have some very
>> critical fixes below t
This patch adapts the tc command line interface to allow bandwidth limits
to be specified as a percentage of the interface's capacity.
Adding this functionality requires passing the specified device string to
each class/qdisc which changes the prototype for a couple of functions: the
.parse_qopt a
On Sat, 18 Nov 2017 02:13:38 +0530
Nishanth Devarajan wrote:
> + result = strtoul(buf, &endp, 0);
> +
> + if (*endp || buf == endp) {
> + fprintf(stderr, "value \"%s\" in file %s is not a number\n",
> + buf, fname);
> + goto out;
> + }
> +
>
On 17.11.2017 21:52, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> On 15.11.2017 19:31, Eric W. Biederman wrote:
>>> Kirill Tkhai writes:
>>>
On 15.11.2017 12:51, Kirill Tkhai wrote:
> On 15.11.2017 06:19, Eric W. Biederman wrote:
>> Kirill Tkhai writes:
>>
>>> On 14
The qdisc arg parsing has magic limit of 16 for class which is not required
by kernel. Also the limit of 16 for device name is really IFNAMSIZ.
Signed-off-by: Stephen Hemminger
---
tc/tc_qdisc.c | 21 +
1 file changed, 9 insertions(+), 12 deletions(-)
diff --git a/tc/tc_qdis
On Sat, 18 Nov 2017 02:13:38 +0530
Nishanth Devarajan wrote:
> diff --git a/tc/tc_util.h b/tc/tc_util.h
> index 583a21a..7b7420a 100644
> --- a/tc/tc_util.h
> +++ b/tc/tc_util.h
> @@ -24,14 +24,14 @@ struct qdisc_util {
> struct qdisc_util *next;
> const char *id;
> int (*parse
Greetings From Mrs. Sarah Smith,
With Due Respect and Humanity, I was compelled to write to you under a
humanitarian ground. My names are Mrs.Sarah Smith , am 52 years old From
Switzerland; I am married to Late Mr. Hazard Smith; but we Living Benin
Republic, We were married for 25 years without
Alexey, Li, thank you for your suggestions.
On Fri, Nov 17, 2017 at 03:08:20PM +0300, Alexey Kodanev wrote:
> On 11/17/2017 09:09 AM, Li Wang wrote:
> > Hi Dan,
> >
> > On Fri, Nov 10, 2017 at 4:38 AM, Dan Rue wrote:
> >> Symptoms (+ command, error):
> >> netns_comm_ip_ipv6_ioctl:
> >>
From: Willem de Bruijn
Tuntap and similar devices can inject GSO packets. Accept type
VIRTIO_NET_HDR_GSO_UDP, even though not generating UFO natively.
Processes are expected to use feature negotiation such as TUNSETOFFLOAD
to detect supported offload types and refrain from injecting other
packet
On Fri, Nov 17, 2017 at 9:48 AM, Willem de Bruijn
wrote:
>>> Okay, I will send a patch to reinstate UFO for this use case (only). There
>>> is some related work in tap_handle_frame and packet_direct_xmit to
>>> segment directly in the device. I will be traveling the next few days, so
>>> it won't
This patch adds documentation for additional offload modes and
associated parameters in tc-mqprio.
Signed-off-by: Amritha Nambiar
---
man/man8/tc-mqprio.8 | 60 +-
1 file changed, 49 insertions(+), 11 deletions(-)
diff --git a/man/man8/tc-mqprio
Add details explaining the hw_tc option.
Signed-off-by: Amritha Nambiar
---
man/man8/tc-flower.8 |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/man/man8/tc-flower.8 b/man/man8/tc-flower.8
index be46f02..fd9098e 100644
--- a/man/man8/tc-flower.8
+++ b/man/man8/tc-f
Preempt counter APIs have been split out, currently, hardirq.h just
includes irq_enter/exit APIs which are not used by kmemleak at all.
So, remove the unused hardirq.h.
Signed-off-by: Yang Shi
Cc: Michal Hocko
Cc: Andrew Morton
Cc: Matthew Wilcox
---
mm/kmemleak.c | 1 -
1 file changed, 1 de
Preempt counter APIs have been split out, currently, hardirq.h just
includes irq_enter/exit APIs which are not used by caif at all.
So, remove the unused hardirq.h.
Signed-off-by: Yang Shi
Cc: Dmitry Tarnyagin
Cc: "David S. Miller"
---
net/caif/cfpkt_skbuff.c | 1 -
net/caif/chnl_net.c |
Preempt counter APIs have been split out, currently, hardirq.h just
includes irq_enter/exit APIs which are not used by TIPC at all.
So, remove the unused hardirq.h.
Signed-off-by: Yang Shi
Cc: Jon Maloy
Cc: Ying Xue
Cc: "David S. Miller"
---
net/tipc/core.h | 1 -
1 file changed, 1 deletion(
Preempt counter APIs have been split out, currently, hardirq.h just
includes irq_enter/exit APIs which are not used by vfs at all.
So, remove the unused hardirq.h.
Signed-off-by: Yang Shi
Cc: Alexander Viro
---
fs/dcache.c | 1 -
fs/file_table.c | 1 -
2 files changed, 2 deletions(-)
diff
Preempt counter APIs have been split out, currently, hardirq.h just
includes irq_enter/exit APIs which are not used by btrfs at all.
So, remove the unused hardirq.h.
Signed-off-by: Yang Shi
Cc: Chris Mason
Cc: Josef Bacik
Cc: David Sterba
Cc: linux-bt...@vger.kernel.org
---
fs/btrfs/extent_m
Preempt counter APIs have been split out, currently, hardirq.h just
includes irq_enter/exit APIs which are not used by openvswitch at all.
So, remove the unused hardirq.h.
Signed-off-by: Yang Shi
Cc: Pravin Shelar
Cc: "David S. Miller"
Cc: d...@openvswitch.org
---
net/openvswitch/vport-intern
Preempt counter APIs have been split out, currently, hardirq.h just
includes irq_enter/exit APIs which are not used by pstore at all.
So, remove the unused hardirq.h.
Signed-off-by: Yang Shi
Cc: Kees Cook
Cc: Anton Vorontsov
Cc: Colin Cross
Cc: Tony Luck
---
fs/pstore/platform.c | 1 -
1 fi
Preempt counter APIs have been split out, currently, hardirq.h just
includes irq_enter/exit APIs which are not used by crypto at all.
So, remove the unused hardirq.h.
Signed-off-by: Yang Shi
Cc: Herbert Xu
Cc: "David S. Miller"
Cc: linux-cry...@vger.kernel.org
---
crypto/ablk_helper.c | 1 -
On Mon, Nov 13, 2017 at 12:06:17AM -0800, peng yu wrote:
> > 1. anything bpf related has to go via net-next tree.
> I found there is a net-next git repo:
> https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
> I will use this repo for the further bpf-ftrace patch set.
>
> > 2.
> > t
1 - 100 of 121 matches
Mail list logo