[GIT PULL] Pin control fixes for the v4.4 series

Hi Linus, here is a set of assorted pin control fixes for the v4.4 series. More details in the signed tag as usual. Please pull this in. Yours, Linus Walleij The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec: Linux 4.4-rc1 (2015-11-15 17:00:27 -0800) are available

Re: [PATCH 1/2] mm, oom: Give __GFP_NOFAIL allocations access to memory reserves

On Mon 30-11-15 14:17:03, David Rientjes wrote: > On Thu, 26 Nov 2015, Michal Hocko wrote: > > > > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c > > > > index 8034909faad2..94b04c1e894a 100644 > > > > --- a/mm/page_alloc.c > > > > +++ b/mm/page_alloc.c > > > > @@ -2766,8 +2766,13 @@

[PATCH 1/3] drivers: memory: clean up section counting

Right now, section_count is calculated in add_memory_block(). However, init_memory_block() increments section_count as well, which, at first, seems like it would lead to an off-by-one error. There is no harm done because add_memory_block() immediately overwrites the mem->section_count, but it is

[PATCH 3/3] drivers: memory: prohibit offlining of memory blocks with missing sections

bdee237c and 982792c7 introduced large block sizes for x86. This made it possible to have multiple sections per memory block where previously, there was a only every one section per block. Since blocks consist of contiguous ranges of section, there can be holes in the blocks where sections are

[PATCH 2/3] drivers: memory: rename remove_memory_block() to remove_memory_section()

The function removes a section, not a block. Rename to reflect actual functionality. Signed-off-by: Seth Jennings --- drivers/base/memory.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/base/memory.c b/drivers/base/memory.c index

RE: [PATCH v3 04/18] irqchip: add nps Internal and external irqchips

>From: Marc Zyngier [mailto:marc.zyng...@arm.com] >Sent: Tuesday, December 01, 2015 3:29 PM > + interrupt source. The value shall be 1. >So you never have to encode the interrupt trigger type? Do you only support >edge or level? I Always use level sensitive. > + > +#define NPS_GIM_P_EN 0x100

[PATCH 4/4] sb_edac: add Knights Landing (Xeon Phi gen 2) support

From: Jim Snow Knights Landing is gen next architecture for HPC market. KNL introduces concept of a tile and CHA - Cache/Home Agent for memory accesses. Some things are fixed in KNL: () There's single DIMM slot per channel () There's 2 memory controllers with 3 channels

[PATCH 0/4] Xeon PHI Knights Landing support for EDAC module

Series of patches that enable support for Knights Landing processor which is based on Silvermont microarchitecture. First 3 patches are pretty much straightforward and self-explantory. Last one is the biggest, however, is logically consistent and breaking into many smaller patches does not make

[PATCH 1/4] EDAC: add DDR4 flag

From: Jim Snow Make EDAC aware of DDR4/RDDR4 mem types. Signed-off-by: Jim Snow Signed-off-by: Lukasz Anaczkowski Signed-off-by: Hubert Chrzaniuk --- include/linux/edac.h | 6 -- 1

Re: [V5 PATCH 3/4] kexec: Fix race between panic() and crash_kexec() called directly

On Wed, Dec 02, 2015 at 11:57:38AM +, 河合英宏 / KAWAI，HIDEHIRO wrote: > We can do so, but I think resetting panic_cpu always would be > simpler and safer. Well, I think executing code needlessly *especially* at panic time is not all that rosy either. Besides something like this: static

[PATCH 2/3] mm/slab: use list_for_each_entry in cache_flusharray

Simplify the code with list_for_each_entry(). Signed-off-by: Geliang Tang --- mm/slab.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/mm/slab.c b/mm/slab.c index 6bb0466..5d5aa3b 100644 --- a/mm/slab.c +++ b/mm/slab.c @@ -3338,17 +3338,12 @@

Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros

On Wed, Dec 02, 2015 at 07:31:24AM -0800, Greg Kroah-Hartman wrote: > On Tue, Dec 01, 2015 at 06:21:06PM -0800, Sinclair Yeh wrote: > > On Tue, Dec 01, 2015 at 04:04:08PM -0800, Greg Kroah-Hartman wrote: > > > On Tue, Dec 01, 2015 at 02:54:20PM -0800, Sinclair Yeh wrote: > > > > Hi, > > > > > > >

Re: [PATCH 1/3] mm/slab: use list_first_entry_or_null()

On Wed, 2 Dec 2015, Geliang Tang wrote: > Simplify the code with list_first_entry_or_null(). Looks like there are two code snippets here in slab.c that could become a function or so. So this could be improved upon by creating a function called get_first_slab() or so. Acked-by: Christoph Lameter

Re: [RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

On 02/12/15 13:08, tiffany lin wrote: We need MTK_STATE_ABORT to inform encoder thread (mtk_venc_worker) that stop encodeing job from stopped ctx instance. When user space qbuf, we need to make sure everything is ready to sent buf to encode. Agree that you need a flag here. In fact currently

[PATCH 1/4] net: bfin_mac: Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- Applies on top of next-20151127.

[PATCH 2/4] net: bcm63xx: Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- Applies on top of next-20151127.

[PATCH 3/4] net: mpc52xx: Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- Applies on top of next-20151127.

Re: [PATCH] ftrace: Remove use of control list and ops

On Wed, Dec 02, 2015 at 09:27:00AM -0500, Steven Rostedt wrote: > On Wed, 2 Dec 2015 09:58:26 +0100 > Jiri Olsa wrote: > > > On Tue, Dec 01, 2015 at 11:56:55AM -0500, Steven Rostedt wrote: > > > > SNIP > > > > > -static void ftrace_ops_recurs_func(unsigned long ip, unsigned

Re: [PATCH] xen-pciback: fix up cleanup path when alloc fails

On 12/2/15 4:35 AM, David Vrabel wrote: > On 26/11/15 20:32, Doug Goldstein wrote: >> When allocating a pciback device fails, avoid the possibility of a >> use after free. > > We should not require clearing drvdata for correctness. We should > ensure we retain drvdata for as long as it is

Re: linux-next: manual merge of the mvebu tree with the arm-soc tree

On Wednesday 02 December 2015 14:49:52 Gregory CLEMENT wrote: > > > least initially. The conflict will go away once it's tested sufficiently and > > I'm pulling it back. > > By the way, when you will pull our tree, we will still have it our own > mvebu/for-next branch. Will git managed to

Re: [PATCH 2/7] nohz: New tick dependency mask

On Wed, Dec 02, 2015 at 03:08:16PM +0100, Frederic Weisbecker wrote: > On Wed, Dec 02, 2015 at 11:56:33AM +0100, Peter Zijlstra wrote: > > On Tue, Dec 01, 2015 at 11:20:28PM +0100, Frederic Weisbecker wrote: > > > > > + prev = fetch_or(dep, BIT_MASK(bit)); > > > > > + if (!prev) { > > > >

Re: [PATCH 0/3 v9] livepatch: disambiguate symbols with the same name

On Tue 2015-12-01 20:40:53, Chris J Arges wrote: > v9: > - use mod->name instead of mod->obj->name for klp_find_object_symbol in >klp_write_object_relocations > - rebase on current master > - tested with kpatch The last version looks fine to me. Feel free to add the following into all

Re: [PATCH] mm/hugetlb resv map memory leak for placeholder entries

On 12/02/2015 01:26 AM, Dmitry Vyukov wrote: > FWIW, I see this leak also with mlock, mmap, get_mempolicy and page > faults. So it is not specific only to the new fancy mlock2. I assume/hope the patch addresses leaks with those other calls as well? -- Mike Kravetz > > > > > On Wed, Dec 2,

Re: [PATCH v3 0/8] phy: rockchip-usb: correct pll handling and usb-uart

Hi Kishon, Am Donnerstag, 19. November 2015, 22:22:21 schrieb Heiko Stuebner: > changes in v3: > - rebase on top of Julias of_node_put fix > - address comments from Kishon Vijay Abraham > - position of the devm_action in the first patch > - separate compatible-addition into separate patch >

[PATCH 2/4] sb_edac: virtualize several hard-coded functions

From: Jim Snow SAD limit, interleave mode and DRAM related functionalities are now virtualized, so that overriding them is easier. Signed-off-by: Jim Snow Signed-off-by: Lukasz Anaczkowski Signed-off-by: Hubert

[PATCH 3/4] sb_edac: support for duplicate device IDs

From: Jim Snow Add options to sbridge_get_all_devices to allow for duplicate device IDs and devices that are scattered across mulitple PCI buses. Signed-off-by: Jim Snow Signed-off-by: Lukasz Anaczkowski Signed-off-by:

[PATCH] mfd: sta2x11: Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- drivers/mfd/sta2x11-mfd.c | 36

[PATCH v8 3/3] MIPS: dts: jz4780/ci20: Add NEMC, BCH and NAND device tree nodes

From: Alex Smith Add device tree nodes for the NEMC and BCH to the JZ4780 device tree, and make use of them in the Ci20 device tree to add a node for the board's NAND. Note that since the pinctrl driver is not yet upstream, this includes neither pin configuration nor

Re: [PATCH 1/2] mm/page_alloc.c: use list_{first,last}_entry instead of list_entry

On Wed 02-12-15 23:12:40, Geliang Tang wrote: > To make the intention clearer, use list_{first,last}_entry instead > of list_entry. I like list_{first,last}_entry that indeed helps readability, the _or_null is less clear from the name, though. Previous check for an empty list was easier to read,

[PATCH 1/3] regulator: lp8788-ldo: Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- drivers/regulator/lp8788-ldo.c |

Re: [RFC PATCH v2] iommu/amd: gray the 'irq_remap_table' object for kmemleak

On 12/02/2015 03:13 PM, Borislav Petkov wrote: > On Wed, Dec 02, 2015 at 03:09:18PM +0100, Michael Wang wrote: >> This tool will help improve the kernel, AFAIK it's already made it's >> best, if you got any idea on how to make it even better that would be >> great, but at this moment, it still

[PATCH] spi/bcm63xx: fix build warning on printk format specifier

From: Colin Ian King Fix the following build warning when building with clang: drivers/spi/spi-bcm63xx.c:565:16: warning: format ‘%x’ expects argument of type ‘unsigned int’, but argument 3 has type ‘resource_size_t {aka long long unsigned int}’ [-Wformat=]

[PATCH v2] acpi, apei, arm64: APEI initial support for aarch64.

From: Tomasz Nowicki This commit provides APEI arch-specific bits for aarch64 Changelog: v2: Rebase to latest kernel version(4.4-rc3). Move arch_apei_flush_tlb_one() to arch/arm64/kernel/acpi.c v1: https://lkml.org/lkml/2015/8/14/199 Move

Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel

* Peter Ujfalusi [151202 02:01]: > On 12/01/2015 07:00 PM, Tony Lindgren wrote: > >> I see. The dm81xx basically am33xx/am43xx? > > > > Yeah similar to am33xx with different clocks and with a bunch of > > accelerators. > > > >> Actually I would prefer to use the

Re: [PATCH 1/3] pinctrl: Broadcom NSP GPIO-a device tree bindings

On Tue, Dec 01, 2015 at 11:46:38PM -0500, Yendapally Reddy Dhananjaya Reddy wrote: > Device tree binding documentation for Broadcom NSP GPIO-a driver Bindings are for h/w, not drivers... > > Signed-off-by: Yendapally Reddy Dhananjaya Reddy > --- >

[PATCH] mm: page_alloc: Remove unnecessary parameter from __rmqueue

Commit 0aaa29a56e4f ("mm, page_alloc: reserve pageblocks for high-order atomic allocations on demand") added an unnecessary and unused parameter to __rmqueue. It was a parameter that was used in an earlier version of the patch and then left behind. This patch cleans it up. Signed-off-by: Mel

[PATCH 1/2] mm/page_alloc.c: use list_{first,last}_entry instead of list_entry

To make the intention clearer, use list_{first,last}_entry instead of list_entry. Signed-off-by: Geliang Tang --- mm/page_alloc.c | 23 +++ 1 file changed, 11 insertions(+), 12 deletions(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index

Re: [PATCH 6/6] Input: psmouse - limit protocols that we try on passthrough ports

Hi, On 29-11-15 06:13, Dmitry Torokhov wrote: PS/2 protocol is slow, and using it with pass-through port (where we encapsulate PS/2 into PS/2) is slower yet so it takes quite a bit of time to do full protocol discovery for device attached to a pass-through port. However, so far we have not see

Re: [PATCH v4 1/5] dt-bindings: add SMP enable-method for Broadcom NSP

Hi Rob, On 12/2/2015 8:56 PM, Rob Herring wrote: > On Tue, Dec 01, 2015 at 11:24:05AM -0500, Kapil Hali wrote: >> Add a compatible string "brcm,bcm-nsp-smp" for Broadcom's >> Northstar Plus CPU to the 32-bit ARM CPU device tree binding >> documentation file and create a new binding documentation

Re: [PATCH 3/3] mm/slab: use list_{empty_careful,last_entry} in drain_freelist

On Wed, 2 Dec 2015, Geliang Tang wrote: > diff --git a/mm/slab.c b/mm/slab.c > index 5d5aa3b..1a7d91c 100644 > --- a/mm/slab.c > +++ b/mm/slab.c > @@ -2362,21 +2362,14 @@ static void drain_cpu_caches(struct kmem_cache > *cachep) > static int drain_freelist(struct kmem_cache *cache, >

Re: [PATCH] gpu: host1x: Use platform_register/unregister_drivers()

On Wed, Dec 02, 2015 at 05:24:20PM +0100, Thierry Reding wrote: > From: Thierry Reding > > These new helpers simplify implementing multi-driver modules and > properly handle failure to register one driver by unregistering all > previously registered drivers. > >

Re: [PATCH 2/4] i2c: at91: update bindings documention

On Wed, Dec 02, 2015 at 11:39:05AM +0100, Ludovic Desroches wrote: > The i2c-sda-hold-time-ns property is supported from atmel,sama5d4-i2c. > > Signed-off-by: Ludovic Desroches Acked-by: Rob Herring > --- >

Re: [RFC v03 00/15] dmaengine: New 'universal' API for requesting channel

On Wed, Dec 2, 2015 at 3:59 PM, Peter Ujfalusi wrote: > Hi, > > I keep this still as RFC. > > Changes since RFC v02: > - Using has_acpi_companion() instead ACPI_HANDLE() > - mask matching change within private_candidate() > - Fallback in dma_request_chan() when DT/ACPI

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

* Roger Quadros [151201 21:13]: > On 02/12/15 08:56, Brian Norris wrote: > > > > I'll take another pass over your patch set, but if things are looking > > better, how do you expect to merge this? There are significant portions > > that touch at least 2 or 3 different subsystem

Re: [PATCH] ftrace: Remove use of control list and ops

On Wed, 2 Dec 2015 15:50:32 +0100 Jiri Olsa wrote: > On Wed, Dec 02, 2015 at 09:27:00AM -0500, Steven Rostedt wrote: > > On Wed, 2 Dec 2015 09:58:26 +0100 > > Jiri Olsa wrote: > > > > > On Tue, Dec 01, 2015 at 11:56:55AM -0500, Steven Rostedt wrote: > > >

Re: [PATCH] vfio: Include No-IOMMU mode

On Mon, 2015-11-16 at 19:12 +0200, Avi Kivity wrote: > On 11/16/2015 07:06 PM, Alex Williamson wrote: > > On Wed, 2015-10-28 at 15:21 -0600, Alex Williamson wrote: > >> There is really no way to safely give a user full access to a DMA > >> capable device without an IOMMU to protect the host

Re: [PATCH] xprtrdma: add missing curly braces, set rc to zero on non-zero

On 11/24/2015 06:11 PM, Colin King wrote: > From: Colin Ian King > > Add the missing curly braces so that rc is only set to zero when > it is non-zero. Without this minor fix, rc is set to zero even > when it is zero, which is slightly redundant. > > Detected with

[PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns

Update fuse to translate uids and gids to/from the user namspace of the process servicing requests on /dev/fuse. Any ids which do not map into the namespace will result in errors. inodes will also be marked bad when unmappable ids are received from the userspace fuse process. Currently no use

Re: [PATCH v3 2/4] drm: Add support for ARM's HDLCD controller.

On Wed, Dec 02, 2015 at 04:33:31PM +0100, Daniel Vetter wrote: > On Wed, Dec 02, 2015 at 04:24:19PM +0100, Daniel Vetter wrote: > > On Wed, Dec 02, 2015 at 12:23:00PM +, Liviu Dudau wrote: > > > The HDLCD controller is a display controller that supports resolutions > > > up to 4096x4096

Re: [PATCH 2/3] mm/slab: use list_for_each_entry in cache_flusharray

On Wed, 2 Dec 2015, Geliang Tang wrote: > Simplify the code with list_for_each_entry(). Acked-by: Christoph Lameter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

[PATCH 2/2] edac: mv64x60: Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- drivers/edac/mv64x60_edac.c | 39

Re: [PATCH] usb: host: pci_quirks: fix memory leak, by adding iounmap

On Wed, Dec 02, 2015 at 09:25:53PM +0530, Saurabh Sengar wrote: > Hi Greg, > > I am little unclear. > Now, shall I resend my patch on top of usb.git tree or linux.git tree. The usb-next branch of the usb.git tree please. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [Xen-devel] linux 4.4 Regression: 100% cpu usage on idle pv guest under Xen with single vcpu.

On 28/11/15 15:47, Sander Eikelenboom wrote: > > -rtc_cmos rtc_cmos: hctosys: unable to read the hardware clock > +hctosys: unable to open rtc device (rtc0) > > -genirq: Flags mismatch irq 8. (hvc_console) vs. (rtc0) > -hvc_open: request_irq failed with rc -16. I have

Re: [PATCH 4/7] sched: Account rr and fifo tasks separately

On Wed, Dec 02, 2015 at 01:53:39PM +0100, Peter Zijlstra wrote: > On Fri, Nov 13, 2015 at 03:22:06PM +0100, Frederic Weisbecker wrote: > > In order to evaluate tick dependency, we need to account SCHED_RR and > > SCHED_FIFO tasks separately as those policies don't have the same > > preemption

Re: [PATCH v4 4/5] PCI: iproc: Add iProc PCIe MSI support

On 11/27/2015 06:37 PM, Ray Jui wrote: > This patch adds PCIe MSI support for both PAXB and PAXC interfaces on > all iProc based platforms > > The iProc PCIe MSI support deploys an event queue based implementation. > Each event queue is serviced by a GIC interrupt and can support up to 64 > MSI

[PATCH] ftrace: Join functions ftrace_module_init and ftrace_init_module

Simple cleanup. No need for two functions here. The whole work can simply be done inside 'ftrace_module_init'. Signed-off-by: Abel Vesa --- kernel/trace/ftrace.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/kernel/trace/ftrace.c

[GIT PULL] HID fixes for 4.4

Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus to receive - regression fix for hid-lg driver from Benjamin Tissoires - quirk for Logitech G710+ from Jimmy Berry Thanks.

Re: [PATCH 1/3] Device tree binding documentation for chromeos-firmware

On Tue, Dec 01, 2015 at 07:12:49PM +, Martyn Welch wrote: > This patch adds documentation for the chromeos-firmware binding. > > Cc: Rob Herring > Cc: Pawel Moll > Cc: Mark Rutland > Cc: Ian Campbell

Re: [PATCH v3 2/4] drm: Add support for ARM's HDLCD controller.

On Wed, Dec 02, 2015 at 12:23:00PM +, Liviu Dudau wrote: > The HDLCD controller is a display controller that supports resolutions > up to 4096x4096 pixels. It is present on various development boards > produced by ARM Ltd and emulated by the latest Fast Models from the > company. > > Cc:

Re: block/scsi: WARNING: at block/blk-merge.c:435 immediately followed by BUG at drivers/scsi/scsi_lib.c:1096

On 12/02/2015 12:29 AM, Mike Galbraith wrote: Greetings, Yesterday morning and this morning, 4.4-master has exploded as below. (have crash dumps, but returning from vacation, also have backlog) [ 1576.519298] [ cut here ] [ 1576.519306] WARNING: CPU: 6 PID: 287 at

Re: [PATCH] ftrace: Remove use of control list and ops

On Wed, Dec 02, 2015 at 10:03:46AM -0500, Steven Rostedt wrote: > On Wed, 2 Dec 2015 15:50:32 +0100 > Jiri Olsa wrote: > > > On Wed, Dec 02, 2015 at 09:27:00AM -0500, Steven Rostedt wrote: > > > On Wed, 2 Dec 2015 09:58:26 +0100 > > > Jiri Olsa wrote: > > >

[PATCH v3] perf tools: Introduce perf_thread for backtrace

Backtrace is a crucial info for debugging. And upcoming refcnt tracking facility also wants to use it. So instead of relying on glibc's backtrace_symbols[_fd] which misses some (static) functions , use our own symbol searching mechanism. To do that, add perf_thread global variable to keep its

Re: [PATCH v3 2/4] drm: Add support for ARM's HDLCD controller.

On Wed, Dec 02, 2015 at 04:24:19PM +0100, Daniel Vetter wrote: > On Wed, Dec 02, 2015 at 12:23:00PM +, Liviu Dudau wrote: > > The HDLCD controller is a display controller that supports resolutions > > up to 4096x4096 pixels. It is present on various development boards > > produced by ARM Ltd

[PATCH 16/19] fuse: Add support for pid namespaces

If the userspace process servicing fuse requests is running in a pid namespace then pids passed via the fuse fd need to be translated relative to that namespace. Capture the pid namespace in use when the filesystem is mounted and use this for pid translation. Since no use case currently exists

[PATCH 18/19] fuse: Restrict allow_other to the superblock's namespace or a descendant

Unprivileged users are normally restricted from mounting with the allow_other option by system policy, but this could be bypassed for a mount done with user namespace root permissions. In such cases allow_other should not allow users outside the userns to access the mount as doing so would give

[PATCH 19/19] fuse: Allow user namespace mounts

Signed-off-by: Seth Forshee --- fs/fuse/inode.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/fuse/inode.c b/fs/fuse/inode.c index ea61a7639a8e..ffce4354563e 100644 --- a/fs/fuse/inode.c +++ b/fs/fuse/inode.c @@ -1233,7 +1233,7 @@ static

[PATCH] regulator: core: Fix nested locking of supplies

From: Thierry Reding Commit fa731ac7ea04 ("regulator: core: avoid unused variable warning") introduced a subtle change in how supplies are locked. Where previously code was always locking the regulator of the current iteration, the new implementation only locks the regulator

Re: [PATCH 2/2] perf hists browser: Reset selection when refresh

On Wed, Dec 02, 2015 at 12:51:33PM +, Wang Nan wrote: > With following steps: > > Step 1: perf report > > Step 2: Use UP/DOWN to select an entry, don't press 'ENTER' > > Step 3: Use '/' to filter symbols, use a filter which returns > empty result > > Step 4: Press 'ENTER' > >

Re: [PATCH 3/7] perf: Migrate perf to use new tick dependency mask model

On Wed, Nov 25, 2015 at 01:34:30PM +0100, Frederic Weisbecker wrote: > On Tue, Nov 24, 2015 at 11:19:33AM -0500, Chris Metcalf wrote: > > It would be helpful to have a comment explaining why these two > > can't race with each other, e.g. this race: > > > > [cpu 1] atomic_dec_and_test > > [cpu

Re: [PATCH] sched/core: Clear the root_domain cpumasks in init_rootdomain()

On Wed, Dec 02, 2015 at 09:12:30PM +0800, Xunlei Pang wrote: > Hi Peter, > > On 12/02/2015 at 08:34 PM, Peter Zijlstra wrote: > > On Wed, Dec 02, 2015 at 07:52:59PM +0800, Xunlei Pang wrote: > >> The patch cleans the garbage by using zalloc_cpumask_var() > >> instead of alloc_cpumask_var() for

[PATCH] leds: sunfire: Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- drivers/leds/leds-sunfire.c | 23

[PATCH v8 2/3] mtd: nand: jz4780: driver for NAND devices on JZ4780 SoCs

From: Alex Smith Add a driver for NAND devices connected to the NEMC on JZ4780 SoCs, as well as the hardware BCH controller. DMA is not currently implemented. While older 47xx SoCs also have a BCH controller, they are incompatible with the one in the 4780 due to differing

[PATCH v8 0/3] mtd: nand: jz4780: Add NAND and BCH drivers

Hi, This series adds support for the BCH controller and NAND devices on the Ingenic JZ4780 SoC. Tested on the MIPS Creator Ci20 board. All dependencies are now in mainline. This version of the series is based on 4.4-rc3. As suggested by Boris [0], refactoring work has been done to treat NAND

[PATCH] iommu/msm: Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- drivers/iommu/msm_iommu_dev.c | 25

[PATCH v8 1/3] dt-bindings: binding for jz4780-{nand,bch}

From: Alex Smith Add DT bindings for NAND devices connected to the NEMC on JZ4780 SoCs, as well as the hardware BCH controller, used by the jz4780_{nand,bch} drivers. Signed-off-by: Alex Smith Cc: Zubair Lutfullah Kakakhel

Re: [PATCH v3] perf tools: Introduce perf_thread for backtrace

On Thu, Dec 03, 2015 at 12:33:40AM +0900, Namhyung Kim wrote: > Backtrace is a crucial info for debugging. And upcoming refcnt > tracking facility also wants to use it. > > So instead of relying on glibc's backtrace_symbols[_fd] which misses > some (static) functions , use our own symbol

Re: [PATCH] ftrace: Remove use of control list and ops

On Wed, 2 Dec 2015 09:58:26 +0100 Jiri Olsa wrote: > On Tue, Dec 01, 2015 at 11:56:55AM -0500, Steven Rostedt wrote: > > SNIP > > > -static void ftrace_ops_recurs_func(unsigned long ip, unsigned long > > parent_ip, > > +static void ftrace_ops_assist_func(unsigned long ip,

[PATCH v2] mm, oom: Give __GFP_NOFAIL allocations access to memory reserves

From: Michal Hocko __GFP_NOFAIL is a big hammer used to ensure that the allocation request can never fail. This is a strong requirement and as such it also deserves a special treatment when the system is OOM. The primary problem here is that the allocation request might have

Re: [PATCH v4 1/5] dt-bindings: add SMP enable-method for Broadcom NSP

On Tue, Dec 01, 2015 at 11:24:05AM -0500, Kapil Hali wrote: > Add a compatible string "brcm,bcm-nsp-smp" for Broadcom's > Northstar Plus CPU to the 32-bit ARM CPU device tree binding > documentation file and create a new binding documentation for > Northstar Plus CPU. > > Signed-off-by: Kapil

Re: 4.4rc3 nfsd/btrfs kasan warning.

On Wed, Dec 02, 2015 at 10:11:28AM -0500, Josef Bacik wrote: > On 12/02/2015 09:59 AM, Dave Jones wrote: > > Got a few of these in the logs this morning after an overnight rsync over > > nfs > > to an exported btrfs volume. > > That's probably us and not NFS, what line is that in >

[PATCH] Revert "of/irq: make of_irq_find_parent static"

This reverts commit 52493d446141b07c8ba28dd6a529513f8b2342bd. Signed-off-by: Qais Yousef Conflicts: include/linux/of_irq.h --- I have a patch series that is under review that makes use of of_irq_find_parent() The affected patch is this:

[PATCH] crypto: n2 - Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- drivers/crypto/n2_core.c | 17

[PATCH 4/4] net: mv643xx: Use platform_register/unregister_drivers()

From: Thierry Reding These new helpers simplify implementing multi-driver modules and properly handle failure to register one driver by unregistering all previously registered drivers. Signed-off-by: Thierry Reding --- Applies on top of next-20151127.

Re: [PATCH 01/22] ver_linux: gcc -dumpversion, use regex to find version number

On Mon 2015-10-12 21:39:41, Alexander Kapshuk wrote: > Rely on regex to find the version number, rather than a field number. Are you sure that is good idea? I'd say that the field number is going to fail in more obvious way, which is a good thing.

Re: [PATCH v3 1/4] drm: arm: Add DT bindings documentation for HDLCD driver.

On Wed, Dec 02, 2015 at 12:22:59PM +, Liviu Dudau wrote: > Cc: Rob Herring > Cc: Pawel Moll > Cc: Mark Rutland > Cc: Ian Campbell > Cc: Kumar Gala > > Signed-off-by: Liviu

Re: [PATCH 0/5] ARM: orion5x/dove/mv78xx0 multiplatform

On Wed, Dec 02, 2015 at 12:08:34PM +0100, Gregory CLEMENT wrote: > Hi Detlef, > > On mar., déc. 01 2015, Detlef Vollmann wrote: > > > On Mon, 30 Nov 2015 14:43:56 +0100 > > Gregory CLEMENT wrote: > > [...] > >> > Detlef, Benjamin, > >> >

Re: [Xen-devel] linux 4.4 Regression: 100% cpu usage on idle pv guest under Xen with single vcpu.

On 28/11/15 15:47, Sander Eikelenboom wrote: > genirq: Flags mismatch irq 8. (hvc_console) vs. (rtc0) We shouldn't register an rtc_cmos device because its legacy irq conflicts with the irq needed for hvc0. For a multi VCPU guest irq 8 is in use for the pv spinlocks and this

Re: [PATCH 2/2] usb: pci-quirks: register USB mux found on Cherrytrail SOC

Hi, Heikki Krogerus writes: > Hi Felipe, > >> IMHO, this should be creating a child device instead of calling >> intel_usb_mux_register() directly. That way, your mux driver could >> actually _be_ a driver. Seems like all you need to do from this point is >> a

Re: [PATCH v4 5/5] ARM: BCM: Add SMP support for Broadcom 4708

On 12/01/2015 05:24 PM, Kapil Hali wrote: > From: Jon Mason > > Add SMP support for Broadcom's 4708 SoCs. > > Signed-off-by: Jon Mason > Acked-by: Hauke Mehrtens > Tested-by: Hauke Mehrtens > Signed-off-by:

[PATCH 15/19] capabilities: Allow privileged user in s_user_ns to set file caps

A privileged user in a super block's s_user_ns is privileged towards that file system and thus should be allowed to set file capabilities. The file capabilities will not be trusted outside of s_user_ns, so an unprivileged user cannot use this to gain privileges in a user namespace where they are

[PATCH 05/19] userns: Replace in_userns with current_in_userns

All current callers of in_userns pass current_user_ns as the first argument. Simplify by replacing in_userns with current_in_userns which checks whether current_user_ns is in the namespace supplied as an argument. Signed-off-by: Seth Forshee Acked-by: James Morris

[PATCH 00/19] Support fuse mounts in user namespaces

These patches implement support for mounting filesystems in user namespaces using fuse. I've sent the full set of patches this time because I feel that previous discussions could have benefited from more context. I've also dropped any patches from my previous postings not specifically required for

[PATCH 09/19] fs: Refuse uid/gid changes which don't map into s_user_ns

Add checks to inode_change_ok to verify that uid and gid changes will map into the superblock's user namespace. If they do not fail with -EOVERFLOW. This cannot be overriden with ATTR_FORCE. Signed-off-by: Seth Forshee --- fs/attr.c | 11 +++ 1 file changed,

Re: [PATCH] spi/bcm63xx: fix build warning on printk format specifier

Hi Colin, [auto build test WARNING on v4.4-rc3] [cannot apply to spi/for-next next-20151127] url: https://github.com/0day-ci/linux/commits/Colin-King/spi-bcm63xx-fix-build-warning-on-printk-format-specifier/20151202-223613 config: i386-randconfig-h0-12022318 (attached as .config) reproduce

Re: [PATCH] perf hists browser: Fix segfault if use symbol filter in cmdline

Hi, On Wed, Dec 02, 2015 at 11:28:52AM +, Wang Nan wrote: > If feed perf a symbol filter in cmdline and the result is empty, > pressing 'Enter' in the hist browser causes crash: > > # ./perf report perf.data <-- Common mistake for beginners > > Then press 'Enter': > > perf:

[PATCH 3/3] mm/slab: use list_{empty_careful,last_entry} in drain_freelist

To simplify the code, use list_empty_careful instead of list_empty. To make the intention clearer, use list_last_entry instead of list_entry. Signed-off-by: Geliang Tang --- mm/slab.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git

Re: [PATCH 0/5] ARM: orion5x/dove/mv78xx0 multiplatform

On Wednesday 02 December 2015 12:33:10 Russell King - ARM Linux wrote: > On Mon, Nov 30, 2015 at 02:37:31PM +0100, Gregory CLEMENT wrote: > > Hi Arnd, > > > > On mer., nov. 25 2015, Arnd Bergmann wrote: > > > > > I've posted these before and now gotten around to a rebase and >

[PATCH 1/3] mm/slab: use list_first_entry_or_null()

Simplify the code with list_first_entry_or_null(). Signed-off-by: Geliang Tang --- mm/slab.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/mm/slab.c b/mm/slab.c index 4765c97..6bb0466 100644 --- a/mm/slab.c +++ b/mm/slab.c @@

[PATCH 02/19] block_dev: Check permissions towards block device inode when mounting

Unprivileged users should not be able to mount block devices when they lack sufficient privileges towards the block device inode. Update blkdev_get_by_path() to validate that the user has the required access to the inode at the specified path. The check will be skipped for CAP_SYS_ADMIN, so

[PATCH 06/19] Smack: Handle labels consistently in untrusted mounts

The SMACK64, SMACK64EXEC, and SMACK64MMAP labels are all handled differently in untrusted mounts. This is confusing and potentically problematic. Change this to handle them all the same way that SMACK64 is currently handled; that is, read the label from disk and check it at use time. For SMACK64

  1   2   3   4   5   6   7   8   9   10   >