We can reduce the number of operations performed by icmp_global_allow
and make the routine more readable by refactoring it in two ways:
First, this patch refactors the meaning of the "delta" variable. Before
this change, it meant min("time since last refill of token bucket", HZ).
After this change
On Thu, Dec 31, 2015 at 6:10 PM, David Miller wrote:
> From: Sedat Dilek
> Date: Thu, 31 Dec 2015 15:06:18 +0100
>
>> Just off-topic...
>
> Please do not hijack a thread discussing a patch series like this to
> talk about something completely unrelated.
Yes, you are right.
Happy new 2016,
- Sed
On Wed, Dec 30, 2015 at 09:53:13AM -0800, John Fastabend wrote:
> The qdisc_reset operation depends on the qdisc lock at the moment
> to halt any additions to gso_skb and statistics while the list is
> free'd and the stats zeroed.
>
> Without the qdisc lock we can not guarantee another cpu is not
On Thu, Dec 31, 2015 at 3:12 AM, Chas Williams <3ch...@gmail.com> wrote:
> When running certain routing protocols like VRRP, VF guests need the
> ability to set the unicast address of the interface. Extend the new ndo
> trust feature to let the hypervisor trust a guest to set/update its own
> unic
From: Markus Elfring
Date: Fri, 1 Jan 2016 00:11:57 +0100
Remove two checks for null pointers which would be handled by usual
error detection before.
Signed-off-by: Markus Elfring
---
drivers/net/ethernet/emulex/benet/be_cmds.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
di
On Tue, Dec 29, 2015 at 06:48:55PM -0700, Gilad Avidov wrote:
> Add supports for ethernet controller HW on Qualcomm Technologies, Inc. SoC.
> This driver supports the following features:
> 1) Checksum offload.
> 2) Runtime power management support.
> 3) Interrupt coalescing support.
> 4) SGMII phy.
On Tue, Dec 15, 2015 at 4:49 PM, Gilad Avidov wrote:
> On Mon, 14 Dec 2015 17:39:09 -0800
> Florian Fainelli wrote:
>
>> On 14/12/15 16:19, Gilad Avidov wrote:
>>
>> [snip]
>>
>> > + "sgmii_irq";
>> > + qcom,emac-gpio-mdc = <&msmgpio 123 0>;
>> > + qcom,emac-
On Wed, Dec 30, 2015 at 5:55 AM, Eric Dumazet wrote:
> On Wed, 2015-12-30 at 12:32 +0100, Nicolai Stange wrote:
>>
>> Please have a look at https://lkml.kernel.org/g/87ege73bma@gmail.com
>>
>> I ran into the same issue and this one fixes it for me.
>
> Right, and the ozlabs pointers for this w
From: Markus Elfring
Date: Thu, 31 Dec 2015 22:40:39 +0100
Adjust a jump target to eliminate a check before error logging.
Use the identifier "report_failure" instead of "err".
Signed-off-by: Markus Elfring
---
drivers/net/ethernet/cavium/thunder/nicvf_main.c | 15 +++
1 file chang
Dear friend,
I need your help for Transferring(US$4.5M DOLLARS)to your Bank Account.
Reply Me back lets proceed also send the below requirement so i can
reply you with more details so i can advice you on how to apply to the
Bank for the transfer.
1)Full names.
2)country of origin.
3)Your Mobi
Hannes Frederic Sowa writes:
> On 27.12.2015 21:13, Rainer Weikusat wrote:
>> -static int unix_mknod(const char *sun_path, umode_t mode, struct path *res)
>> +static int unix_mknod(struct dentry *dentry, struct path *path, umode_t
>> mode,
>> + struct path *res)
>> {
>> -st
Hi David,
This is the first NFC pull request for 4.5 and it brings:
- A new driver for the STMicroelectronics ST95HF NFC chipset.
The ST95HF is an NFC digital transceiver with an embedded analog
front-end and as such relies on the Linux NFC digital
implementation. This is the 3rd user of th
On 12/31/15 04:30, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20151223:
>
seen on i386 or x86_64:
In file included from ../net/xfrm/xfrm_input.c:17:0:
../include/net/ip6_tunnel.h: In function 'ip6tunnel_xmit':
../include/net/ip6_tunnel.h:93:2: error: implicit declaration of function
1) Prevent XFRM per-cpu counter updates for one namespace from
being applied to another namespace. Fix from DanS treetman.
2) Fix RCU de-reference in iwl_mvm_get_key_sta_id(), from Johannes
Berg.
3) Remove ethernet header assumption in nft_do_chain_netdev(), from
Pablo Neira Ayuso.
4)
From: Johan Hedberg
Date: Thu, 31 Dec 2015 18:28:32 +0200
> Here's (probably) the last bluetooth-next pull request for the 4.5
> kernel:
>
> - Add support for BCM2E65 ACPI ID
> - Minor fixes/cleanups in the bcm203x & bfusb drivers
> - Minor debugfs related fix in 6lowpan code
>
> Please let
From: Sedat Dilek
Date: Thu, 31 Dec 2015 15:06:18 +0100
> Just off-topic...
Please do not hijack a thread discussing a patch series like this to
talk about something completely unrelated.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@v
Hi Dave,
Here's (probably) the last bluetooth-next pull request for the 4.5
kernel:
- Add support for BCM2E65 ACPI ID
- Minor fixes/cleanups in the bcm203x & bfusb drivers
- Minor debugfs related fix in 6lowpan code
Please let me know if there are any issues pulling. Thanks.
Johan
---
The f
Dmitry reports memleak with syskaller program.
Problem is that connector bumps skb usecount but might not invoke callback.
So move skb_get to where we invoke the callback.
Reported-by: Dmitry Vyukov
Signed-off-by: Florian Westphal
---
I wonder wth userspace can cram skb->len < NLMSG_HDRLEN
do
Andrzej Hajda writes:
> The function can return negative values in case of error.
> Its result should be then tested for such case.
>
> The problem has been detected using proposed semantic patch
> scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
>
> [1]: http://permalink.gmane.org/g
On Thu, Dec 31, 2015 at 12:01:40PM +0100, Sedat Dilek wrote:
> On Thu, Dec 31, 2015 at 11:41 AM, Guillaume Nault
> wrote:
> > On Thu, Dec 31, 2015 at 08:46:59AM +0100, Sedat Dilek wrote:
> >> Hi Guillaume,
> >>
> >> can you explain why you moved ppp to rtnetlink device handling?
> >> Benefits, et
llows a user to
>> remove it with "ip link del", while this is not possible with ppp
>> devices created with ioctl.
>>
>
> That all sounds like an improvement.
>
>>> Thanks in advance.
>>>
>> You're welcome.
>>
>
> Building net-next
Hello,
The following program causes leak on 2 objects allocated in netlink_sendmsg:
https://gist.githubusercontent.com/dvyukov/e840d00cfefe66c5e064/raw/6e5343a936bd3edd1b0803941cf7c1427050d9a5/gistfile1.txt
unreferenced object 0x880014f54840 (size 224):
comm "a.out", pid 11468, jiffies 430
On Thu, Dec 31, 2015 at 03:13:45PM +0800, Jason Wang wrote:
> This patch tries to implement an device IOTLB for vhost. This could be
> used with for co-operation with userspace(qemu) implementation of
> iommu for a secure DMA environment in guest.
>
> The idea is simple. When vhost meets an IOTLB
When running certain routing protocols like VRRP, VF guests need the
ability to set the unicast address of the interface. Extend the new ndo
trust feature to let the hypervisor trust a guest to set/update its own
unicast address.
Signed-off-by: Chas Williams <3ch...@gmail.com>
---
drivers/net/et
igured with the old ioctls. The only difference I can
> think of, is that managing ppp devices with rtnl allows a user to
> remove it with "ip link del", while this is not possible with ppp
> devices created with ioctl.
>
That all sounds like an improvement.
>> Thanks in
David Miller writes:
> From: Nicolai Stange
> Date: Tue, 29 Dec 2015 13:29:55 +0100
>
>> Fixes: ceb5d58b2170 ("net: fix sock_wake_async() rcu protection")
>>
>> Commit ceb5d58b2170 ("net: fix sock_wake_async() rcu protection") from
>> the current 4.4 release cycle introduced a new flags member
On Thu, Dec 31, 2015 at 08:46:59AM +0100, Sedat Dilek wrote:
> Hi Guillaume,
>
> can you explain why you moved ppp to rtnetlink device handling?
> Benefits, etc.?
>
The objective is to bring all the flexibility of rtnetlink device
creation to ppp interfaces. This is particularly useful for Networ
Hello,
The following program, if run a parallel loop, leads to a leak of 2
objects allocated in tipc_release:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
#include
#include
long r[86];
int main()
{
memset(r, -1, sizeof(r));
r
On Thu, 31 Dec 2015 08:12:53 +0100
Willy Tarreau wrote:
> On Thu, Dec 31, 2015 at 03:08:53PM +0900, Tetsuo Handa wrote:
> > Willy Tarreau wrote:
> > > On Wed, Dec 30, 2015 at 09:58:42AM +0100, Hannes Frederic Sowa wrote:
> > > > The MSG_PEEK code should not be harmful and the patch is good as is.
Geliang Tang writes:
> Use to_pci_dev() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
The title is wrong, it should be just "ipw2x00: use to_pci_dev()".
And please state clearly to what tree you are planning to submit these.
I only saw this patch 5, not rest of the patches, so I h
> prism54 checks for dma mapping errors by comparison returned address
> with zero, while pci_dma_mapping_error() should be used.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey Khoroshilov
Thanks, applied to wireless-drivers-next.git.
Kalle Valo
-
> Fix the below Oops when trying to modprobe wlcore_spi.
> The oops occurs because the wl1271_power_{off,on}()
> function doesn't check the power() function pointer.
>
> [ 23.401447] Unable to handle kernel NULL pointer dereference at
> virtual address
> [ 23.409954] pgd = c0004000
>
Hi Tejun,
Today's linux-next merge of the cgroup tree got a conflict in:
include/linux/cgroup.h
kernel/cgroup.c
between commit:
bd1060a1d671 ("sock, cgroup: add sock->sk_cgroup")
from the net-next tree and commit:
f176ae3a5df6 ("cgroup: introduce cgroup namespaces")
from the cgroup t
33 matches
Mail list logo
