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

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

Re: [PATCH 5/9] ipw2x00: sdhci-pci: use to_pci_dev()

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

Re: wlcore/wl12xx: spi: fix NULL pointer dereference (Oops)

> 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

Re: prism54: fix checks for dma mapping errors

> 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

Re: [PATCH] unix: properly account for FDs passed over unix sockets

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

Re: [net-next] ppp: rtnetlink device handling

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

Re: [net-next] ppp: rtnetlink device handling

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

[PATCH net-next] ixgbe: Extend trust to allow guest to set unicast address

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> ---

Re: [PATCH] ath9k_htc: fix handling return value of ath9k_hw_calibrate

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]:

Re: [PATCH RFC] vhost: basic device IOTLB support

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

Re: [net-next] ppp: rtnetlink device handling

hat 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 advance. >>> >> You'r

net/tipc: memory leak in tipc_release

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));

Re: [PATCH v2] net, socket, socket_wq: fix missing initialization of flags

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

Re: [net-next] ppp: rtnetlink device handling

can > still be configured 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 impro

[PATCH] connector: bump skb->users before callback invocation

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

net/netlink: memory leak in netlink_sendmsg

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

Re: pull request: bluetooth-next 2015-12-31

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

Re: linux-next: Tree for Dec 31 (net/xfrm/xfrm_input.c)

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

[GIT] [4.5] NFC update

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

Re: [PATCH] af_unix: Fix splice-bind deadlock

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

[GIT] Networking

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.

pull request: bluetooth-next 2015-12-31

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

Re: [net-next] ppp: rtnetlink device handling

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

Re: [PATCH] net: emac: emac gigabit ethernet controller driver

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

Re: Linux 4.4-rc4 regression, bisected to "net: fix sock_wake_async() rcu protection"

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

[PATCH] be2net: Delete an unnecessary check in two functions

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

Re: [net-next] ppp: rtnetlink device handling

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

[PATCH] net-thunder: One check less in nicvf_register_interrupts() after error detection

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 ---

Re: [PATCH V3] net: emac: emac gigabit ethernet controller driver

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

THIS BUSINESS WE BENEFIT US.>reply with(safi.kabo...@gmail.com)

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

Re: [RFC PATCH 06/12] net: sched: support qdisc_reset on NOLOCK qdisc

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

[PATCH] net: refactor icmp_global_allow to improve readability and performance.

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