RE: Re: [PATCH 00/26] tracing: 'hist' triggers

From: Tom Zanussi [mailto:tom.zanu...@linux.intel.com] > >Hi Masami, > >On Thu, 2015-10-22 at 20:17 +0900, Masami Hiramatsu wrote: >> Hi Tom, >> >> I've tested your series of the hist trigger v10 with >> these testcases included in the couple of patches, which >> tests following features. >> >>

Re: [PATCH 2/2] Staging: lustre: lnet: lib-move return of an errno should typically be negative (ie: return -EAGAIN)

On Fri, Oct 23, 2015 at 08:00:09AM +0300, Dan Carpenter wrote: > On Fri, Oct 23, 2015 at 10:00:03AM +0530, Nilesh Kokane wrote: > > Fixed- Return of an errno should typically be negative (ie: return -EAGAIN) > > > > The changelog needs to describe the use visible effects of this change. > I

Re: [PATCH 06/19] input: tegra-kbc: enable support for the standard "wakeup-source" property

On Wed, Oct 21, 2015 at 11:10:03AM +0100, Sudeep Holla wrote: > Though the mmc core driver should/will continue to support the legacy > "nvidia,wakeup-source" property to enable SDIO as the wakeup source, we > need to add support for the new standard property "wakeup-source". > > This patch adds

[PATCH] Staging: media: lirc Braces not needed for single statement

Fixed the braces issue for single statement. Signed-off-by: Nilesh Kokane --- drivers/staging/media/lirc/lirc_imon.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/staging/media/lirc/lirc_imon.c b/drivers/staging/media/lirc/lirc_imon.c index 62ec9f7..a6cae49

Re: [PATCH v3 2/3] thermal: rockchip: ensure the otp states before resetting the controller

在 2015年10月23日 12:04, Doug Anderson 写道: Caesar, On Thu, Oct 22, 2015 at 9:54 PM, Caesar Wang wrote: We need the OTP pin is gpio state before resetting the TSADC controller, since the tshut polarity will generate a high signal. Says: The TSHUT temperature is setting more than 80 degree, the

Re: [PATCH v3 2/3] thermal: rockchip: ensure the otp states before resetting the controller

在 2015年10月23日 12:04, Doug Anderson 写道: Caesar, On Thu, Oct 22, 2015 at 9:54 PM, Caesar Wang wrote: We need the OTP pin is gpio state before resetting the TSADC controller, since the tshut polarity will generate a high signal. Says: The TSHUT temperature is setting more than 80 degree, the

[PATCH] rtc: ds1307: Fix alarm programming for mcp794xx

mcp794xx alarm registers must be written in BCD format. However, the alarm programming logic neglected this by adding one to the value after bin2bcd conversion has been already done, writing bad values to month register in case the alarm being set is in October. In this case, the alarm month value

Re: [PATCH v11 3/6] pci:host: Add Altera PCIe host controller driver

On Fri, Oct 23, 2015 at 1:31 PM, Bjorn Helgaas wrote: > Hi Ley, > > On Thu, Oct 22, 2015 at 05:27:28PM +0800, Ley Foon Tan wrote: >> This patch adds the Altera PCIe host controller driver. > >> +static void altera_pcie_fixups(struct pci_bus *bus) >> +{ >> + struct pci_dev *dev; >> + >> +

Re: [PATCH v3 1/3] dt-bindings: Consolidate SRAM bindings from all vendors

On Fri, Oct 23, 2015 at 10:39:19AM +0900, Krzysztof Kozlowski wrote: > SRAM bindings for various SoCs, using the mmio-sram genalloc > API, are spread over different places - per SoC vendor. Since all of > these are quite similar (they depend on mmio-sram) move them to a common > place. > >

Re: [PATCH v4 0/4] simplefb: Add regulator handling support

On Fri, Oct 23, 2015 at 11:50:37AM +0800, Chen-Yu Tsai wrote: > Hi everyone, > > This is v4 of the simplefb regulator support series. This series adds > regulator claiming and enabling support for simplefb. > > Changes since v4: > - Fixed inverted logic when testing the property name. > -

Re: [PATCH V2 2/3] Add iommu driver for hi6220 SoC platform

Hi Robin, On 2015/10/20 23:02, Robin Murphy wrote: > On 20/10/15 09:45, Chen Feng wrote: >> iommu/hisilicon: Add hi6220-SoC smmu driver > >> + >> +static int hi6220_smmu_attach_dev(struct iommu_domain *domain, >> + struct device *dev) >> +{ >> +dev->archdata.iommu =

[PATCH 4.1 17/46] net/unix: fix logic about sk_peek_offset

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Vagin [ Upstream commit e9193d60d363e4dff75ff6d43a48f22be26d59c7 ] Now send with MSG_PEEK can return data from multiple SKBs. Unfortunately we take into account the

Re: [PATCH v2] EDAC: Add ARM64 EDAC

> So I checked the x86 code: the driver is always loaded as soon as the > hardware is there (looking at PCI device IDs from the on-chip > northbridge, for instance). The trick here is to have the Kconfig option > defaulting to "=n", so a kernel builder would have to explicitly enable > this.

[RFC 4/5] HID: hid-logitech-hidpp: Add range sysfs for Logitech G920

The G920 can adjust the amount of 'turn' it permits, this patch adds a sysfs file 'range' to control this. --- drivers/hid/hid-logitech-hidpp.c | 140 ++- 1 file changed, 139 insertions(+), 1 deletion(-) diff --git a/drivers/hid/hid-logitech-hidpp.c

[PATCH 4.1 19/46] crypto: sparc - initialize blkcipher.ivsize

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Dave Kleikamp commit a66d7f724a96d6fd279bfbd2ee488def6b081bea upstream. Some of the crypto algorithms write to the initialization vector, but no space has been

[PATCH 4.1 07/46] ppp: dont override sk->sk_state in pppoe_flush_dev()

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit e6740165b8f7f06d8caee0fceab3fb9d790a6fed ] Since commit 2b018d57ff18 ("pppoe: drop PPPOX_ZOMBIEs in pppoe_release"), pppoe_release()

[PATCH 4.1 08/46] inet: fix race in reqsk_queue_unlink()

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 2306c704ce280c97a60d1f45333b822b40281dea ] reqsk_timer_handler() tests if icsk_accept_queue.listen_opt is NULL at its beginning. By the

[PATCH 4.1 06/46] net: add pfmemalloc check in sk_add_backlog()

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit c7c49b8fde26b74277188bdc6c9dca38db6fa35b ] Greg reported crashes hitting the following check in __sk_backlog_rcv()

[PATCH 4.1 30/46] i2c: designware-platdrv: enable RuntimePM before registering to the core

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Wolfram Sang commit 36d48fb5766aee9717e429f772046696b215282d upstream. The core may register clients attached to this master which may use funtionality from

[PATCH 4.1 03/46] skbuff: Fix skb checksum flag on skb pull

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Pravin B Shelar [ Upstream commit 6ae459bdaaeebc632b16e54dcbabb490c6931d61 ] VXLAN device can receive skb with checksum partial. But the checksum offset could be in outer

[PATCH 4.1 05/46] inet: fix races in reqsk_queue_hash_req()

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 29c6852602e259d2c1882f320b29d5c3fec0de04 ] Before allowing lockless LISTEN processing, we need to make sure to arm the SYN_RECV timer before

[PATCH 4.2 06/54] skbuff: Fix skb checksum flag on skb pull

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Pravin B Shelar [ Upstream commit 6ae459bdaaeebc632b16e54dcbabb490c6931d61 ] VXLAN device can receive skb with checksum partial. But the checksum offset could be in outer

[PATCH 3.14 05/25] skbuff: Fix skb checksum flag on skb pull

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Pravin B Shelar [ Upstream commit 6ae459bdaaeebc632b16e54dcbabb490c6931d61 ] VXLAN device can receive skb with checksum partial. But the checksum offset could be in outer

[PATCH 3.14 14/25] btrfs: fix use after free iterating extrefs

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Chris Mason commit dc6c5fb3b514221f2e9d21ee626a9d95d3418dff upstream. The code for btrfs inode-resolve has never worked properly for files with enough hard links to trigger

[PATCH 3.14 03/25] af_unix: return data from multiple SKBs on recv() with MSG_PEEK flag

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Aaron Conole [ Upstream commit 9f389e35674f5b086edd70ed524ca0f287259725 ] AF_UNIX sockets now return multiple skbs from recv() when MSG_PEEK flag is set. This is

[PATCH 4.2 17/54] ipv6: Dont call with rt6_uncached_list_flush_dev

4.2-stable review patch. If anyone has any objections, please let me know. -- From: "Eric W. Biederman" [ Upstream commit e332bc67cf5e5e5b71a1aec9750d0791aac65183 ] As originally written rt6_uncached_list_flush_dev makes no sense when called with dev ==

[PATCH 3.10 05/17] skbuff: Fix skb checksum partial check.

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Pravin B Shelar [ Upstream commit 31b33dfb0a144469dd805514c9e63f4993729a48 ] Earlier patch 6ae459bda tried to detect void ckecksum partial skb by comparing pull length to

Re: [PATCH] mm,vmscan: Use accurate values for zone_reclaimable() checks

Hello, On Fri, Oct 23, 2015 at 01:11:45PM +0200, Michal Hocko wrote: > > The problem here is not lack > > of execution resource but concurrency management misunderstanding the > > situation. > > And this sounds like a bug to me. I don't know. I can be argued either way, the other direction

[PATCH 3.10 06/17] net: add pfmemalloc check in sk_add_backlog()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit c7c49b8fde26b74277188bdc6c9dca38db6fa35b ] Greg reported crashes hitting the following check in __sk_backlog_rcv()

[PATCH 3.10 08/17] ethtool: Use kcalloc instead of kmalloc for ethtool_get_strings

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Joe Perches [ Upstream commit 077cb37fcf6f00a45f375161200b5ee0cd4e937b ] It seems that kernel memory can leak into userspace by a kmalloc, ethtool_get_strings, then

[PATCH 4.2 01/54] net/ibm/emac: bump version numbers for correct work with ethtool

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Ivan Mikhaylov [ Upstream commit 661dfc65f7981481ba2e31aaa702371e82336e56 ] The size of the MAC register dump used to be the size specified by the reg property in the device

[PATCH 4.2 25/54] memcg: convert threshold to bytes

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Shaohua Li commit 424cdc14138088ada1b0e407a2195b2783c6e5ef upstream. page_counter_memparse() returns pages for the threshold, while mem_cgroup_usage() returns bytes for memory

[PATCH 3.10 14/17] i2c: rcar: enable RuntimePM before registering to the core

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Wolfram Sang commit 4f7effddf4549d57114289f273710f077c4c330a upstream. The core may register clients attached to this master which may use funtionality from

[PATCH 3.10 15/17] workqueue: make sure delayed work run in local cpu

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Shaohua Li commit 874bbfe600a660cba9c776b3957b1ce393151b76 upstream. My system keeps crashing with below message. vmstat_update() schedules a delayed work in current cpu and

[PATCH 4.2 34/54] i2c: designware: Do not use parameters from ACPI on Dell Inspiron 7348

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 56d4b8a24cef5d66f0d10ac778a520d3c2c68a48 upstream. ACPI SSCN/FMCN methods were originally added because then the platform can provide

[PATCH 3.10 11/17] m68k/uaccess: Fix asm constraints for userspace access

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit 631d8b674f5f8235e9cb7e628b0fe9e5200e3158 upstream. When compiling a MMU kernel with CPU_HAS_ADDRESS_SPACES=n (e.g. "MMU=y allnoconfig": "echo

[PATCH v12 00/49] Richacls

Here is another update of the richacl patch queue. I would like to ask for feedback so that the core and local filesystem code (patches 1-25) can be merged in the 4.4 merge window. Changes since the last posting (http://lwn.net/Articles/661078/): * On ext4, filesystems with the richacl feature

[PATCH v12 05/49] vfs: Add permission flags for setting file attributes

Richacls support permissions that allow to take ownership of a file, change the file permissions, and set the file timestamps. Support that by introducing new permission mask flags and by checking for those mask flags in inode_change_ok(). Signed-off-by: Andreas Gruenbacher

[PATCH v12 01/49] vfs: Add IS_ACL() and IS_RICHACL() tests

The vfs does not apply the umask for file systems that support acls. The test used for this used to be called IS_POSIXACL(). Switch to a new IS_ACL() test to check for either posix acls or richacls instead. Add a new MS_RICHACL flag and IS_RICHACL() test for richacls alone. The IS_POSIXACL() test

[PATCH v12 04/49] vfs: Make the inode passed to inode_change_ok non-const

We will need to call iop->permission and iop->get_acl from inode_change_ok() for additional permission checks, and both take a non-const inode. Signed-off-by: Andreas Gruenbacher Reviewed-by: J. Bruce Fields --- fs/attr.c | 2 +-

[PATCH v12 17/49] richacl: xattr mapping functions

Map between "system.richacl" xattrs and the in-kernel representation. Signed-off-by: Andreas Gruenbacher --- fs/Makefile| 2 +- fs/richacl_xattr.c | 220 + fs/xattr.c | 34

[PATCH v12 16/49] richacl: Automatic Inheritance

Automatic Inheritance (AI) allows changes to the acl of a directory to propagate down to children. This is mostly implemented in user space: when a process changes the permissions of a directory and Automatic Inheritance is enabled for that directory, the process must propagate those changes to

[PATCH v12 13/49] richacl: Update the file masks in chmod()

Doing a chmod() sets the file mode, which includes the file permission bits. When a file has a richacl, the permissions that the richacl grants need to be limited to what the new file permission bits allow. This is done by setting the file masks in the richacl to what the file permission bits

[PATCH v12 14/49] richacl: Check if an acl is equivalent to a file mode

ACLs are considered equivalent to file modes if they only consist of owner@, group@, and everyone@ entries, the owner@ permissions do not depend on whether the owner is a member in the owning group, and no inheritance flags are set. This test is used to avoid storing richacls if the acl can be

[PATCH v12 12/49] vfs: Cache richacl in struct inode

Cache richacls in struct inode so that this doesn't have to be done individually in each filesystem. This is similar to POSIX ACLs. Signed-off-by: Andreas Gruenbacher --- fs/inode.c | 11 ++-- fs/posix_acl.c | 2 +- fs/richacl_base.c | 4

[PATCH v12 19/49] vfs: Add richacl permission checking

Hook the richacl permission checking function into the vfs. Signed-off-by: Andreas Gruenbacher --- fs/namei.c | 51 +-- fs/posix_acl.c | 6 +++--- 2 files changed, 52 insertions(+), 5 deletions(-) diff --git a/fs/namei.c

[PATCH v2 0/3] Allow EINJ to inject memory error to NVDIMM

This patch-set extends the EINJ driver to allow injecting a memory error to NVDIMM. It first extends iomem resource interface to support checking a NVDIMM region. Patch 1/3 changes region_intersects() to accept non-RAM regions, and adds region_intersects_ram(). Patch 2/3 adds

[PATCH v2 2/3] resource: Add region_intersects_pmem()

Add region_intersects_pmem(), which checks if a specified address range is persistent memory registered as "Persistent Memory" in the iomem_resource list. Note, it does not support legacy persistent memory registered as "Persistent Memory (legacy)". It can be supported by extending this function

Re: [PATCH 2/2 v2] ARM: DRA7/335x/437x: hwmod: Remove gpmc address space from hwmod data

On Thu, 15 Oct 2015, Franklin S Cooper Jr wrote: > GPMC address information is provided by device tree. No longer need > to include this information within hwmod. > > Signed-off-by: Franklin S Cooper Jr Thanks, queued. - Paul -- To unsubscribe from this list: send the line

Re: [PATCH 1/2 v2] ARM: DRA7/335x/437x/OMAP4: hwmod: Remove elm address space from hwmod data

On Thu, 15 Oct 2015, Franklin S Cooper Jr wrote: > ELM address information is provided by device tree. No longer need > to include this information within hwmod. > > Signed-off-by: Franklin S Cooper Jr The OMAP4 DTS files don't have the ELM address space declared. I'm going

[PATCH 4.1 45/46] locks: inline posix_lock_file_wait and flock_lock_file_wait

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Jeff Layton commit ee296d7c5709440f8abd36b5b65c6b3e388538d9 upstream. They just call file_inode and then the corresponding *_inode_file_wait function. Just make

[PATCH 3.14 17/25] i2c: s3c2410: enable RuntimePM before registering to the core

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Wolfram Sang commit eadd709f5d2e8aebb1b7bf49460e97a68d81a9b0 upstream. The core may register clients attached to this master which may use funtionality from

[PATCH 4.1 12/46] ethtool: Use kcalloc instead of kmalloc for ethtool_get_strings

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Joe Perches [ Upstream commit 077cb37fcf6f00a45f375161200b5ee0cd4e937b ] It seems that kernel memory can leak into userspace by a kmalloc, ethtool_get_strings, then

[PATCH 4.1 21/46] memcg: convert threshold to bytes

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Shaohua Li commit 424cdc14138088ada1b0e407a2195b2783c6e5ef upstream. page_counter_memparse() returns pages for the threshold, while mem_cgroup_usage() returns bytes for memory

[PATCH 4.1 20/46] crypto: ahash - ensure statesize is non-zero

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Russell King commit 8996eafdcbad149ac0f772fb1649fbb75c482a6a upstream. Unlike shash algorithms, ahash drivers must implement export and import as their descriptors

[PATCH 3.14 18/25] i2c: designware: Do not use parameters from ACPI on Dell Inspiron 7348

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 56d4b8a24cef5d66f0d10ac778a520d3c2c68a48 upstream. ACPI SSCN/FMCN methods were originally added because then the platform can provide

[PATCH 4.1 32/46] drm/nouveau/fbcon: take runpm reference when userspace has an open fd

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit f231976c2e8964ceaa9250e57d27c35ff03825c2 upstream. We need to do this in order to prevent accesses to the device while it's powered down. Userspace may

[PATCH 4.1 34/46] drm/radeon: attach tile property to mst connector

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Dave Airlie commit bc8c131ccdd62d4ed4f33c6b50f92907e7c32dee upstream. This allows tiled monitors to work with radeon once mst is enabled. Signed-off-by: Dave Airlie

[PATCH 4.1 09/46] bpf: fix panic in SO_GET_FILTER with native ebpf programs

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 93d08b6966cf730ea669d4d98f43627597077153 ] When sockets have a native eBPF program attached through setsockopt(sk, SOL_SOCKET,

[PATCH 4.1 33/46] drm/dp/mst: make mst i2c transfer code more robust.

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Dave Airlie commit ae491542cbbbcca0ec8938c37d4079a985e58440 upstream. This zeroes the msg so no random stack data ends up getting sent, it also limits the function to not

[PATCH 4.1 35/46] drm/radeon: add pm sysfs files late

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 51a4726b04e880fdd9b4e0e58b13f70b0a68a7f5 upstream. They were added relatively early in the driver init process which meant that in some cases the

[PATCH 4.1 38/46] sched/preempt: Rename PREEMPT_CHECK_OFFSET to PREEMPT_DISABLE_OFFSET

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Frederic Weisbecker commit 90b62b5129d5cb50f62f40e684de7a1961e57197 upstream. "CHECK" suggests it's only used as a comparison mask. But now it's used further as a

[PATCH 4.1 16/46] af_unix: return data from multiple SKBs on recv() with MSG_PEEK flag

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Aaron Conole [ Upstream commit 9f389e35674f5b086edd70ed524ca0f287259725 ] AF_UNIX sockets now return multiple skbs from recv() when MSG_PEEK flag is set. This is

[PATCH 4.1 37/46] rbd: fix double free on rbd_dev->header_name

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit 3ebe138ac642a195c7f2efdb918f464734421fd6 upstream. If rbd_dev_image_probe() in rbd_dev_probe_parent() fails, header_name is freed twice: once in

[PATCH 4.1 28/46] i2c: s3c2410: enable RuntimePM before registering to the core

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Wolfram Sang commit eadd709f5d2e8aebb1b7bf49460e97a68d81a9b0 upstream. The core may register clients attached to this master which may use funtionality from

[PATCH 4.1 29/46] i2c: designware: Do not use parameters from ACPI on Dell Inspiron 7348

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 56d4b8a24cef5d66f0d10ac778a520d3c2c68a48 upstream. ACPI SSCN/FMCN methods were originally added because then the platform can provide

[PATCH 4.1 27/46] i2c: rcar: enable RuntimePM before registering to the core

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Wolfram Sang commit 4f7effddf4549d57114289f273710f077c4c330a upstream. The core may register clients attached to this master which may use funtionality from

[PATCH 3.14 07/25] net: add pfmemalloc check in sk_add_backlog()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit c7c49b8fde26b74277188bdc6c9dca38db6fa35b ] Greg reported crashes hitting the following check in __sk_backlog_rcv()

[PATCH 4.1 02/46] l2tp: protect tunnel->del_work by ref_count

4.1-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Couzens [ Upstream commit 06a15f51cf3618e32a73871ee6a547ef7fd902b5 ] There is a small chance that tunnel_free() is called before tunnel->del_work scheduled resulting

[RFC 1/5] INPUT: xpad: Add minimal support for Logitech G920 Wheel

When plugged in the Logitech G920 wheel starts with USBID 046d:c261 and behaviors as a vendor specific class. If a 'magic' byte sequence is sent the wheel will detach and reconnect as a HID device with the USBID 046d:c262. --- drivers/input/joystick/xpad.c | 16 1 file changed,

Re: [PATCH 5/6] ARM: dts: sunxi: Add Allwinner H3 DTSI

On Thu, Oct 22, 2015 at 01:30:42PM +0200, Jens Kuske wrote: > On 22/10/15 11:14, Maxime Ripard wrote: > > On Thu, Oct 22, 2015 at 10:57:45AM +0200, Jean-Francois Moine wrote: > >> On Thu, 22 Oct 2015 10:47:35 +0200 > >> Maxime Ripard wrote: > >> > >>> Not really.

[PATCH 4.2 16/54] bpf: clear sender_cpu before xmit

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Alexei Starovoitov [ Upstream commit 6bf0577374cfb6c2301dbf4934a4f23ad3d72763 ] Similar to commit c29390c6dfee ("xps: must clear sender_cpu before forwarding") the

[PATCH 4.2 15/54] act_mirred: clear sender cpu before sending to tx

4.2-stable review patch. If anyone has any objections, please let me know. -- From: WANG Cong [ Upstream commit d40496a56430eac0d330378816954619899fe303 ] Similar to commit c29390c6dfee ("xps: must clear sender_cpu before forwarding") the

[PATCH 4.2 14/54] ovs: do not allocate memory from offline numa node

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Konstantin Khlebnikov [ Upstream commit 598c12d0ba6de9060f04999746eb1e015774044b ] When openvswitch tries allocate memory from offline numa node 0: stats =

[PATCH 4.2 18/54] ethtool: Use kcalloc instead of kmalloc for ethtool_get_strings

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Joe Perches [ Upstream commit 077cb37fcf6f00a45f375161200b5ee0cd4e937b ] It seems that kernel memory can leak into userspace by a kmalloc, ethtool_get_strings, then

[PATCH 3.14 01/25] l2tp: protect tunnel->del_work by ref_count

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Couzens [ Upstream commit 06a15f51cf3618e32a73871ee6a547ef7fd902b5 ] There is a small chance that tunnel_free() is called before tunnel->del_work scheduled

[PATCH 3.14 02/25] af_unix: Convert the unix_sk macro to an inline function for type safety

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Aaron Conole [ Upstream commit 4613012db1d911f80897f9446a49de817b2c4c47 ] As suggested by Eric Dumazet this change replaces the #define with a static inline function to

[PATCH 4.2 00/54] 4.2.5-stable review

This is the start of the stable review cycle for the 4.2.5 release. There are 54 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Sun Oct 25 17:45:07 UTC 2015. Anything

[PATCH 4.2 12/54] inet: fix race in reqsk_queue_unlink()

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 2306c704ce280c97a60d1f45333b822b40281dea ] reqsk_timer_handler() tests if icsk_accept_queue.listen_opt is NULL at its beginning. By the

[PATCH 4.2 11/54] ppp: dont override sk->sk_state in pppoe_flush_dev()

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit e6740165b8f7f06d8caee0fceab3fb9d790a6fed ] Since commit 2b018d57ff18 ("pppoe: drop PPPOX_ZOMBIEs in pppoe_release"), pppoe_release()

[PATCH 4.2 10/54] net: add pfmemalloc check in sk_add_backlog()

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit c7c49b8fde26b74277188bdc6c9dca38db6fa35b ] Greg reported crashes hitting the following check in __sk_backlog_rcv()

[PATCH 3.10 09/17] asix: Dont reset PHY on if_up for ASIX 88772

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Michel Stam [ Upstream commit 3cc81d85ee01e5a0b7ea2f4190e2ed1165f53c31 ] I've noticed every time the interface is set to 'up,', the kernel reports that the link speed is set

[PATCH 3.10 16/17] dm thin: fix missing pool reference count decrement in pool_ctr error path

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mike Snitzer commit ba30670f4d5292c4e7f7980bbd5071f7c4794cdd upstream. Fixes: ac8c3f3df ("dm thin: generate event when metadata threshold passed") Signed-off-by: Mike

Re: [PATCH] mm,vmscan: Use accurate values for zone_reclaimable() checks

Hello, Tetsuo. On Fri, Oct 23, 2015 at 09:25:11PM +0900, Tetsuo Handa wrote: > WQ_MEM_RECLAIM only guarantees that a "struct task_struct" is preallocated > in order to avoid failing to allocate it on demand due to a GFP_KERNEL > allocation? Is this correct? > > WQ_CPU_INTENSIVE only guarantees

[PATCH 3.10 17/17] rbd: fix double free on rbd_dev->header_name

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit 3ebe138ac642a195c7f2efdb918f464734421fd6 upstream. If rbd_dev_image_probe() in rbd_dev_probe_parent() fails, header_name is freed twice: once in

[PATCH 3.10 02/17] af_unix: Convert the unix_sk macro to an inline function for type safety

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Aaron Conole [ Upstream commit 4613012db1d911f80897f9446a49de817b2c4c47 ] As suggested by Eric Dumazet this change replaces the #define with a static inline function to

[PATCH 3.10 10/17] asix: Do full reset during ax88772_bind

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Charles Keepax [ Upstream commit 436c2a5036b6ffe813310df2cf327d3b69be0734 ] commit 3cc81d85ee01 ("asix: Don't reset PHY on if_up for ASIX 88772") causes

[PATCH 3/4] ARM: dts: rockchip: Enable the USB phys as reset providers on rk3288

As per the change to the rk3288 USB phy driver, we can now enable the PHYs as reset providers. Do so. Signed-off-by: Douglas Anderson --- arch/arm/boot/dts/rk3288.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/rk3288.dtsi

[PATCH 4.2 51/54] timekeeping: Increment clock_was_set_seq in timekeeping_init()

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 56fd16cabac9cd8f15e2902898a9d0cc96e2fa70 upstream. timekeeping_init() can set the wall time offset, so we need to increment the clock_was_set_seq

[PATCH 4.2 54/54] svcrdma: handle rdma read with a non-zero initial page offset

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Steve Wise commit c91aed9896946721bb30705ea2904edb3725dd61 upstream. The server rdma_read_chunk_lcl() and rdma_read_chunk_frmr() functions were not taking into

[PATCH 4.2 50/54] rbd: fix double free on rbd_dev->header_name

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit 3ebe138ac642a195c7f2efdb918f464734421fd6 upstream. If rbd_dev_image_probe() in rbd_dev_probe_parent() fails, header_name is freed twice: once in

[PATCH 0/4] Patches to fix remote wakeup on rk3288 dwc2 "host" port

The "host1" port (AKA the dwc2 port that isn't the OTG port) on rk3288 has a hardware errata that causes everything to get confused when we get a remote wakeup. It appears that the "port reset" bit that's in the USB phy (located in the rk3288 GRF) fixes things up and appears safe to do. This

[PATCH 4.2 53/54] arm64: Fix THP protection change logic

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Steve Capper commit 1a541b4e3cd6f5795022514114854b3e1345f24e upstream. 6910fa1 ("arm64: enable PTE type bit in the mask for pte_modify") fixes a problem whereby a

[PATCH 4.2 28/54] arm64: errata: use KBUILD_CFLAGS_MODULE for erratum #843419

4.2-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit b6dd8e0719c0d2d01429639a11b7bc2677de240c upstream. Commit df057cc7b4fa ("arm64: errata: add module build workaround for erratum #843419") sets

[PATCH 4/4] ARM: dts: rockchip: Point rk3288 dwc2 usb at phy port reset

The "host1" port (AKA the dwc2 port that isn't the OTG port) on rk3288 has a hardware errata that causes everything to get confused when we get a remote wakeup. It appears that the "port reset" bit that's in the USB phy (located in the rk3288 GRF) fixes things up and appears safe to do. We

Re: [PATCH V7] mm: memory hot-add: memory can not be added to movable zone defaultly

On Wed, 21 Oct 2015 17:18:36 +0800 Tang Chen wrote: > > On 10/21/2015 05:00 PM, Vlastimil Babka wrote: > > On 10/21/2015 04:20 AM, Changsheng Liu wrote: > >> > >> > >> 在 2015/10/15 0:18, Vlastimil Babka 写道: > >>> On 10/12/2015 08:58 AM, Changsheng Liu wrote: >

Re: [RFC Patch 00/12] IXGBE: Add live migration support for SRIOV NIC

On 10/21/2015 09:37 AM, Lan Tianyu wrote: This patchset is to propose a new solution to add live migration support for 82599 SRIOV network card. Im our solution, we prefer to put all device specific operation into VF and PF driver and make code in the Qemu more general. VF status migration

Re: [PATCH 0/2] Remove .owner from spi_drivers

Hi, On Fri, Oct 23, 2015 at 08:59:09AM -0500, Andrew F. Davis wrote: > This series adds a helper macro to the SPI core that assigns the owner > in spi_drivers so individual drivers do not have to do this, this is > similar to other subsystems like platform_driver and i2c_driver that > have made

[PATCH v12 29/49] richacl: Set the owner permissions to the owner mask

In the write-through case, change the acl so that owner@ is granted the permissions set in the owner mask (to match what the permission check algorithm grants the owner). Signed-off-by: Andreas Gruenbacher Reviewed-by: J. Bruce Fields ---

[PATCH v12 28/49] richacl: Propagate everyone@ permissions to other aces

The trailing everyone@ allow ace can grant permissions to all file classes including the owner and group class. Before we can apply the other mask to this entry to turn it into an "other class" entry, we need to ensure that members of the owner or group class will not lose any permissions from

<    4   5   6   7   8   9   10   11   12   13   >