Re: clk/Renesas-MSTP: Rename jump labels in cpg_mstp_attach_dev()

> "Choose label names which say what the goto does or why the goto exists." > > I prefer the "why" over the "what". Does your opinion indicate also that you would appreciate another adjustment around the quoted sentence from "Chapter 7: Centralized exiting of functions" of the document

[tip regression] efi: Allow drivers to reserve boot services forever == toxic

Hi Matt, My workstation started instant rebooting with tip. I bisected it to.. efi/esrt: Use efi_mem_reserve() and avoid a kmalloc() ..but seems it's really $subject, as box works fine with the below. --- drivers/firmware/efi/efi.c |1 + 1 file changed, 1 insertion(+) ---

Re: [GIT PULL] Greybus driver subsystem for 4.9-rc1

On Thu, Sep 15, 2016 at 03:45:53PM +0100, Mark Brown wrote: > On Wed, Sep 14, 2016 at 12:09:49PM +0200, Greg KH wrote: > > > I'll send out a follow-up set of "simple" patches that just add the > > files to the kernel tree, to give people an idea of the code involved. > > Overall, it's a tiny

Re: [PATCH v3] leds: Introduce userspace leds driver

Hi! +The current brightness is found by reading a single byte from the character +device. Values are unsigned: 0 to 255. Reading does not block and always returns +the most recent brightness value. The device node can also be polled to notify +when the brightness value changes. What is going on

Re: [PATCH v3] leds: Introduce userspace leds driver

Hi! +static ssize_t uleds_read(struct file *file, char __user *buffer, size_t count, + loff_t *ppos) +{ + struct uleds_device *udev = file->private_data; + ssize_t retval; + + if (count == 0) + return 0; + + if (count != 1) + return -EINVAL; This is quite anti-social. You are free to return 1

Re: [PATCH v3] leds: Introduce userspace leds driver

On Thu 2016-09-15 16:54:35, Jacek Anaszewski wrote: > Hi Pavel, > > On 09/15/2016 03:35 PM, Pavel Machek wrote: > >Hi! > > > + if (copy_from_user(>user_dev, buffer, > +sizeof(struct uleds_user_dev))) { > + ret = -EFAULT; > + goto out; > + }

[PATCH 04/21] blk-mq: Do not limit number of queues to 'nr_cpu_ids' in allocations

Currently maximum number of used hardware queues is limited to number of CPUs in the system. However, using 'nr_cpu_ids' as the limit for (de-)allocations of data structures instead of existing data structures' counters (a) worsens readability and (b) leads to unused memory when number of hardware

[PATCH 09/21] blk-mq: Cleanup a loop exit condition

CC: Jens Axboe CC: linux-n...@lists.infradead.org Signed-off-by: Alexander Gordeev --- block/blk-mq.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index d40013c..de700c8 100644 ---

[PATCH 11/21] blk-mq: Move duplicating code to blk_mq_exit_hctx()

CC: Jens Axboe CC: linux-n...@lists.infradead.org Signed-off-by: Alexander Gordeev --- block/blk-mq.c | 14 +- 1 file changed, 5 insertions(+), 9 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index 639b90d..9b1b6dc 100644 ---

[PATCH 12/21] blk-mq: Uninit hardware context in order reverse to init

CC: Jens Axboe CC: linux-n...@lists.infradead.org Signed-off-by: Alexander Gordeev --- block/blk-mq.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index 9b1b6dc..f2bae1a 100644 --- a/block/blk-mq.c

[PATCH RFC 18/21] blk-mq: Enable tag numbers exceed hardware queue depth

This is 2nd step change in a bid to enable mapping of multiple device hardware queues to a single CPU. It enables number of tags assigned to a hardware context to exceed the device hardware queue depth. As result single hardware context could be mapped to multiple low-level hardware contexts.

[PATCH 03/21] block: Get rid of unused request_queue::nr_queues member

CC: Jens Axboe CC: linux-n...@lists.infradead.org Signed-off-by: Alexander Gordeev --- block/blk-mq.c | 2 -- include/linux/blkdev.h | 1 - 2 files changed, 3 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index 1cacf83..b6a7dee 100644

[PATCH 15/21] blk-mq: Pair blk_mq_hctx_kobj_init() with blk_mq_hctx_kobj_put()

CC: Jens Axboe CC: linux-n...@lists.infradead.org Signed-off-by: Alexander Gordeev --- block/blk-mq-sysfs.c | 5 + block/blk-mq.c | 2 +- block/blk-mq.h | 1 + 3 files changed, 7 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v2 07/19] remoteproc: Add new resource type for resource table spare bytes

On 09/15/2016 07:54 PM, Bjorn Andersson wrote: On Wed 31 Aug 13:50 PDT 2016, Loic Pallardy wrote: To allow resource appending to an existing resource table, remoteproc framework should get information about resource table spare area. With current resource table construction, remoteproc is

RE: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks

Hi Lorenzo and Tomasz Many Thanks for looking at this > -Original Message- > From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] > Sent: 15 September 2016 11:59 > To: liudongdong (C) > Cc: Tomasz Nowicki; helg...@kernel.org; will.dea...@arm.com; > catalin.mari...@arm.com;

Re: [PATCH 1/3] virtio: Basic implementation of virtio pstore driver

Hello Michael, Thanks for your detailed review. Btw are you ok with the overall direction of the patch? On Tue, Sep 13, 2016 at 06:19:41PM +0300, Michael S. Tsirkin wrote: > On Sat, Aug 20, 2016 at 05:07:42PM +0900, Namhyung Kim wrote: > > The virtio pstore driver provides interface to the

Re: v4.8-rc: GSM audio causes trouble

On Fri 2016-09-16 07:52:50, Sebastian Reichel wrote: > Hi, > > On Thu, Sep 15, 2016 at 10:51:42PM +0200, Pavel Machek wrote: > > > I was trying to improve GSM call quality, and hit problems in > > > v4.8-rc. Sound only worked for a while, then I tried to kill > > > cmtspeech_ofono_test, and could

Re: Crashes in next-20160915 (BUG at fs/notify/notification.c:66!)

Hi, On Thu 15-09-16 19:20:10, Guenter Roeck wrote: > I see various architectures crashing in -next with the following error. > > [ cut here ] > kernel BUG at fs/notify/notification.c:66! Thanks for report! ... > Call Trace: > [] inotify_poll+0x42/0x70 > []

Re: [PATCH 0/6] x86/dumpstack: replace dump_trace() with a new unwinder

* Josh Poimboeuf wrote: > The last version was posted as part of a much larger patch set: > > https://lkml.kernel.org/r/cover.1471525031.git.jpoim...@redhat.com > > People complained about the set being too big, so it was split up into > more digestible pieces. All the

[PATCH] drm/rockchip: Respect page offset for PRIME mmap calls

From: Ørjan Eide When mapping external DMA-bufs through the PRIME mmap call, we might be given an offset which has to be respected. However for the internal DRM GEM mmap path, we have to ignore the fake mmap offset used to identify the buffer only. Currently the code always

[tip:x86/asm] kthread: Pin the stack via try_get_task_stack()/put_task_stack() in to_live_kthread() function

Commit-ID: 23196f2e5f5d810578a772785807dcdc2b9fdce9 Gitweb: http://git.kernel.org/tip/23196f2e5f5d810578a772785807dcdc2b9fdce9 Author: Oleg Nesterov AuthorDate: Thu, 15 Sep 2016 22:45:44 -0700 Committer: Ingo Molnar CommitDate: Fri, 16 Sep 2016

[tip:x86/asm] x86/dumpstack: Pin the target stack when dumping it

Commit-ID: 1959a60182f48879635812a03a99c02231ea8677 Gitweb: http://git.kernel.org/tip/1959a60182f48879635812a03a99c02231ea8677 Author: Andy Lutomirski AuthorDate: Thu, 15 Sep 2016 22:45:45 -0700 Committer: Ingo Molnar CommitDate: Fri, 16 Sep 2016

[tip:x86/asm] lib/syscall: Pin the task stack in collect_syscall()

Commit-ID: aa1f1a639621672b68f654dc815a7d8298ff396f Gitweb: http://git.kernel.org/tip/aa1f1a639621672b68f654dc815a7d8298ff396f Author: Andy Lutomirski AuthorDate: Thu, 15 Sep 2016 22:45:47 -0700 Committer: Ingo Molnar CommitDate: Fri, 16 Sep 2016

[tip:x86/asm] x86/process: Pin the target stack in get_wchan()

Commit-ID: 74327a3e884a0ff895ba7b51d3488e6a177407b2 Gitweb: http://git.kernel.org/tip/74327a3e884a0ff895ba7b51d3488e6a177407b2 Author: Andy Lutomirski AuthorDate: Thu, 15 Sep 2016 22:45:46 -0700 Committer: Ingo Molnar CommitDate: Fri, 16 Sep 2016

[tip:x86/asm] sched/core: Add try_get_task_stack() and put_task_stack()

Commit-ID: c6c314a613cd7d03fb97713e0d642b493de42e69 Gitweb: http://git.kernel.org/tip/c6c314a613cd7d03fb97713e0d642b493de42e69 Author: Andy Lutomirski AuthorDate: Thu, 15 Sep 2016 22:45:43 -0700 Committer: Ingo Molnar CommitDate: Fri, 16 Sep 2016

[tip:x86/asm] x86/entry/64: Fix a minor comment rebase error

Commit-ID: ff0071c03684485495e06f3936399eb9c93141a6 Gitweb: http://git.kernel.org/tip/ff0071c03684485495e06f3936399eb9c93141a6 Author: Andy Lutomirski AuthorDate: Thu, 15 Sep 2016 22:45:42 -0700 Committer: Ingo Molnar CommitDate: Fri, 16 Sep 2016

[tip:x86/asm] sched/core: Free the stack early if CONFIG_THREAD_INFO_IN_TASK

Commit-ID: 68f24b08ee892d47bdef925d676e1ae1ccc316f8 Gitweb: http://git.kernel.org/tip/68f24b08ee892d47bdef925d676e1ae1ccc316f8 Author: Andy Lutomirski AuthorDate: Thu, 15 Sep 2016 22:45:48 -0700 Committer: Ingo Molnar CommitDate: Fri, 16 Sep 2016

[tip:x86/asm] fork: Optimize task creation by caching two thread stacks per CPU if CONFIG_VMAP_STACK=y

Commit-ID: ac496bf48d97f2503eaa353996a4dd5e4383eaf0 Gitweb: http://git.kernel.org/tip/ac496bf48d97f2503eaa353996a4dd5e4383eaf0 Author: Andy Lutomirski AuthorDate: Thu, 15 Sep 2016 22:45:49 -0700 Committer: Ingo Molnar CommitDate: Fri, 16 Sep 2016

Re: [PATCH v4] mtd: spi-nor: Add support for S3AN spi-nor devices

This is the monthly ping :) Anything I can do help to merge this? Regards! On Wed, Aug 10, 2016 at 11:12 AM, Ricardo Ribalda Delgado wrote: > ping? > > On Thu, Jul 14, 2016 at 10:18 PM, Ricardo Ribalda Delgado > wrote: >> Xilinx

Re: [PATCH RFC 00/21] blk-mq: Introduce combined hardware queues

Hi Alex, this clashes badly with the my queue mapping rework that went into Jens tree recently. But in the meantime: there seem to be lots of little bugfixes and cleanups in the series, any chance you could send them out as a first series while updating the rest? Also please Cc the linux-block

Re: [tip regression] efi: Allow drivers to reserve boot services forever == toxic

On Fri, 16 Sep, at 08:05:12AM, Mike Galbraith wrote: > Hi Matt, > > My workstation started instant rebooting with tip. I bisected it to.. > >efi/esrt: Use efi_mem_reserve() and avoid a kmalloc() > > ..but seems it's really $subject, as box works fine with the below. > > --- >

[PATCH v2] skd: fix assert typo

The assert was missing a `!` to become active, but since that would only turn it into a complicated codepath for a pr_err(), let's simply replace it. CC: Jeff Moyer Signed-off-by: Eric Engestrom --- drivers/block/skd_main.c | 4 ++-- 1 file

[PATCH] drm/ttm: remove cpu_address member from ttm_tt

Patch 3d50d4dcb0 exposed the CPU address of DMA-allocated pages as returned by dma_alloc_coherent because Nouveau on Tegra needed it. This is not required anymore - as there were no other users for it, remove it and save some memory for everyone. Signed-off-by: Alexandre Courbot

[patch 00/32] Greybus driver subsystem

This is a simple set of patches, adding the greybus core and drivers to the kernel tree. It breaks the larger git tree submission up into individual files to make it easier for reviewing. Any questions or comments, please let us know. thanks, greg k-h

[patch 02/32] greybus: interface control logic

This is the Greybus interface control code. It handles the interactions between the Greybus core and the Greybus interface devices in the system. Signed-off-by: Greg Kroah-Hartman --- drivers/greybus/interface.c | 1316

[PATCH] include: extcon: Fix compilation error caused because of incomplete merge

Fix the following compilation error caused due to incomplete merge. This is observed if CONFIG_EXTCON is not set. In file included from ./include/linux/mfd/palmas.h:23:0, from drivers/input/misc/palmas-pwrbutton.c:22: ./include/linux/extcon.h: In function ‘extcon_sync’:

Re: [PATCH v3] net: ip, diag -- Add diag interface for raw sockets

On Thu, Sep 15, 2016 at 05:45:02PM -0600, David Ahern wrote: > > > > Try to be selective in the -K , do not kill tcp sockets ? > > I am running >ss -aKw 'dev == red' > > to kill raw sockets bound to device named 'red'. Thanks David, Eric! I'll play with this option today and report the

[PATCH v2 03/11] tracing/syscalls: add compat syscall metadata

Now that compat syscalls are properly distinguished from native calls, we can add metadata for compat syscalls as well. All the macros used to generate the metadata are the same as for standard syscalls, but with a compat_ prefix to distinguish them easily. Signed-off-by: Marcin Nowakowski

[PATCH v2 06/11] s390/tracing: fix compat syscall handling

Add missing arch code - arch_trace_is_compat_syscall and arch_syscall_addr Signed-off-by: Marcin Nowakowski Cc: Steven Rostedt Cc: Ingo Molnar Cc: Martin Schwidefsky Cc: Heiko Carstens

[PATCH v2 04/11] syscall/tracing: allow arch to override syscall_get_nr for ftrace

Some architectures modify syscall numbers to indicate ABI used and as a result syscall number as returned by syscall_get_nr does not correspond to the syscall number used inside the kernel. Allow an arch to provide a separate implementation for ftrace that returns the 'real' syscall number from

[PATCH v2 11/11] parisc/tracing: fix compat syscall handling

Add missing arch code - arch_trace_is_compat_syscall and arch_syscall_addr Signed-off-by: Marcin Nowakowski Cc: Steven Rostedt Cc: Ingo Molnar Cc: "James E.J. Bottomley" Cc: Helge Deller

Re: [PATCH v3) posix-timers: make it configurable

On Thu, Sep 15, 2016 at 02:56:49PM -0700, Josh Triplett wrote: > > I suspect there is more of a case for having net drivers _without_ ptp > > support. This could be implemented with a ptp_clock_register() stub > > returning NULL when ptp is not configured. I didn't look at most > > drivers

Re: [Intel-gfx] [PATCH v3 5/5] drm/i915: squash lines for simple wrapper functions

Hi Chris, 2016-09-16 15:15 GMT+09:00 Chris Wilson : > On Fri, Sep 16, 2016 at 10:40:23AM +0900, Masahiro Yamada wrote: >> Remove unneeded variables and assignments. >> >> Signed-off-by: Masahiro Yamada >> --- >> >> Changes in v3: >> -

[PATCH v2 2/3] powerpc/8xx: Move additional DTLBMiss handlers out of exception area

When all options are activated, there is not enough space for the DTLBMiss handlers that handles IMMR area and linear RAM pages in the exception area once we have added hugepage handling. So lets move them after .0x2000 Signed-off-by: Christophe Leroy ---

[PATCH v2 1/3] powerpc/8xx: use r3 to scratch CR in ITLBmiss

Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 21 + 1 file changed, 9 insertions(+), 12 deletions(-) diff --git a/arch/powerpc/kernel/head_8xx.S b/arch/powerpc/kernel/head_8xx.S index 8632515..fd5b53d 100644 ---

[PATCH RESEND] powerpc: fix usage of _PAGE_RO in hugepage

On some CPUs like the 8xx, _PAGE_RW hence _PAGE_WRITE is defined as 0 and _PAGE_RO has to be set when a page is not writable _PAGE_RO is defined by default in pte-common.h, however BOOK3S/64 doesn't include that file so _PAGE_RO has to be defined explicitly in book3s/64/pgtable.h fixes:

[PATCH v2 0/3] Optimisation on 8xx prior to hugepage implementation

This serie is a prologue of hugepage implementation on the 8xx. It some how optimises the DTLBMiss handler while allowing at the same time to hook the hugepage handling that will be introduced in a subsequent patch serie. v1 of those patches was part of a serie identified "powerpc/8xx:

[PATCH v2 3/3] powerpc/8xx: make user addr DTLB miss the short path

User space DTLB miss represent approximatly 90% of TLB misses so make it the shortest path. Also remove an unneccessary double jump in FixupDAR Before this patch, we spend 3.3 TB ticks in the handler for each user address miss and 3.4 TB ticks for each kernel address miss After this patch, we

[PATCH v2 02/11] tracing/syscalls: add handling for compat tasks

Extend the syscall tracing subsystem by adding a handler for compat tasks. For some architectures, where compat tasks' syscall numbers have an exclusive set of syscall numbers, this already works since the removal of syscall_nr. Architectures where the same syscall may use a different syscall

[PATCH v2 01/11] tracing/syscalls: remove syscall_nr from syscall metadata

Some architectures map multiple syscall numbers to a single syscall. This meant that on those platforms, some system calls could not be properly traced using syscall event tracing mechanism, as a different number of a syscall was used for registration to the one used by applications. We can use

[PATCH v2 00/11] syscall/tracing: compat syscall support

This patchset adds support syscall event tracing for compat syscalls. Patch 1 removes the unnecessary syscall_nr field from syscall metadata, which was one of the obstacles for adding proper support for compat syscalls. Patch 2 adds a method to distinguish handling of syscalls for compat tasks

[PATCH v2 07/11] arm64/tracing: fix compat syscall handling

Add arch_syscall_addr for arm64 and define NR_compat_syscalls, as the number of compat syscalls for arm64 exceeds the number defined by NR_syscalls. Signed-off-by: Marcin Nowakowski Cc: Steven Rostedt Cc: Ingo Molnar Cc:

[PATCH v2 08/11] powerpc/tracing: fix compat syscall handling

Adapt the code to make use of new syscall handling interface Signed-off-by: Marcin Nowakowski Cc: Steven Rostedt Cc: Ingo Molnar Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc:

[PATCH v2 10/11] sparc/tracing: fix compat syscall handling

Add missing arch code - arch_trace_is_compat_syscall and arch_syscall_addr Signed-off-by: Marcin Nowakowski Cc: Steven Rostedt Cc: Ingo Molnar Cc: "David S. Miller" Cc: sparcli...@vger.kernel.org ---

Re: [RFC PATCH v2 19/20] x86: Access the setup data through debugfs un-encrypted

On Thu, Sep 15, 2016 at 12:08:04PM -0500, Tom Lendacky wrote: > The problem is that this physical address does not contain the > encryption bit, and even if it did, it wouldn't matter. The __va() > define creates a virtual address that will be mapped as encrypted given > the current approach

[PATCH v2 09/11] tile/tracing: fix compat syscall handling

Add missing arch code - arch_trace_is_compat_syscall and arch_syscall_addr Signed-off-by: Marcin Nowakowski Cc:Cc: Steven Rostedt Cc: Ingo Molnar Cc: Chris Metcalf --- arch/tile/include/asm/ftrace.h

[PATCH v2 05/11] x86/tracing: fix compat syscall handling

Adapt the arch-specific code to new syscall tracing interface: arch_trace_is_compat_syscall() now only indicates if a syscall is ia32, as x32 syscalls exist in the same syscall table as native 64 bit ones, so should not be treated as compat ones Add arch_trace_syscall_get_nr that removes the x32

Re: [PATCH v6 2/3] ARM: dts: add TOPEET itop elite based board

On 09/07/2016 11:58 PM, Randy Li wrote: > The TOPEET itop exynos 4412 have three versions base board. The > Elite version is the cheap one without too much peripheral devices > on it. > > Currently supported are serial console, wired networking(USB), > USB OTG in peripheral mode, USB host, SD

Re: [ISSUE] Memleak in LED sysfs on heavy usage

Hi Daniel, On 09/12/2016 10:50 AM, Daniel Gorsulowski wrote: Hello! Please consider if I made something wrong, sending this issue. This is my first contact to the LKML. By mistake, I accessed an LED via /sys/class/leds subsystem very fast in an user application. I figured out, that the free

Re: [Intel-gfx] [PATCH v3 5/5] drm/i915: squash lines for simple wrapper functions

On Fri, Sep 16, 2016 at 10:40:23AM +0900, Masahiro Yamada wrote: > Remove unneeded variables and assignments. > > Signed-off-by: Masahiro Yamada > --- > > Changes in v3: > - Keep the wrapper function. > Cleanup of variables and assignments only. > - Fix

Hello

Dear Friend, Your contact details came to me by recommendation, I am interested in investing in your country and I believe you have the capabilities of providing the needed assistance, solutions and advise in actualizing this, Let me know if you are willing to understake this task for me so we

Re: [PATCH] include: extcon: Fix compilation error caused because of incomplete merge

On Fri, Sep 16, 2016 at 12:19:07PM +0530, Kishon Vijay Abraham I wrote: > Fix the following compilation error caused due to incomplete merge. This is > observed if CONFIG_EXTCON is not set. > > In file included from ./include/linux/mfd/palmas.h:23:0, > from

Re: 4.8-rc1: it is now common that machine needs re-run of xrandr after resume

On Thu, 15 Sep 2016, Martin Steigerwald wrote: > Am Mittwoch, 14. September 2016, 14:14:35 CEST schrieb Jani Nikula: >> On Wed, 14 Sep 2016, Jani Nikula wrote: >> > On Wed, 14 Sep 2016, Pavel Machek wrote: >> >> For the "sometimes

Re: [PATCH v2] leds: Introduce userspace leds driver

Hi David, On 09/15/2016 05:25 PM, David Lechner wrote: On 09/15/2016 09:54 AM, Jacek Anaszewski wrote: Hi Pavel, On 09/15/2016 03:01 PM, Pavel Machek wrote: Hi! @@ -0,0 +1,23 @@ +/* + * Userspace driver support for leds subsystem + * + * This program is free software; you can redistribute

Re: [RFC PATCH v2 15/20] iommu/amd: AMD IOMMU support for memory encryption

On Thu, Sep 15, 2016 at 11:57:41AM -0500, Tom Lendacky wrote: > If I do that, then I could put an #ifdef in the header to include the > asm/mem_encrypt.h if the memory encryption is configured, else set the > value to zero. Yeah, something along those lines... > I'll look into this. One

Re: [PATCH v3] leds: Introduce userspace leds driver

On 09/16/2016 07:50 AM, Pavel Machek wrote: Hi! +if (copy_from_user(>user_dev, buffer, + sizeof(struct uleds_user_dev))) { +ret = -EFAULT; +goto out; +} + +if (!udev->user_dev.name[0]) { +ret = -EINVAL; +goto out; +} + +ret =

Re: [GIT PULL rcu/next] RCU commits for 4.9

* Paul E. McKenney wrote: > Hello, Ingo, > > This series contains the following changes: > > 1.Documentation updates, again just some simple changes. > Yes, I am getting behind on design-level updates. :-/ > >

[GIT PULL] ARM: exynos: Fixes for v4.8, secound round

Hi, Remaining fix for this release cycle. It waited in my tree for some time because of travel. Best regards, Krzysztof The following changes since commit 326dce0734b63c3b82b6a88e5645eab8b54c6692: MAINTAINERS: Switch to kernel.org account for Krzysztof Kozlowski (2016-08-17 17:54:56 +0200)

Re: [RFC 0/4] mm, oom: get rid of TIF_MEMDIE

On Thu 15-09-16 10:41:18, Johannes Weiner wrote: > Hi Michal, > > On Thu, Sep 01, 2016 at 11:51:00AM +0200, Michal Hocko wrote: > > Hi, > > this is an early RFC to see whether the approach I've taken is acceptable. > > The series is on top of the current mmotm tree (2016-08-31-16-06). I didn't >

Re: [RFC/RFT][PATCH v3 0/5] Functional dependencies between devices

Hi Rafael, On 2016-09-16 00:03, Rafael J. Wysocki wrote: Hi Everyone, On Thursday, September 08, 2016 11:25:44 PM Rafael J. Wysocki wrote: Hi Everyone, This is a refresh of the functional dependencies series that I posted last year and which has picked up by Marek quite recently. For

Re: [PATCH 01/10] staging: slicoss: slic.h: add a macro IOMEM_GET_FIELDADDR to fix sparse warnings

these marcos are used to get the value or address of a member of a `__iomem` structure. GET_FIELDADDR is like _obj->field, and GET_FIELD32 is iomem_obj->u32val, GET_FIELD64 is iomem_obj->u64val. If patch the .c file directly, the source gets into a mess. On 09/16/2016 03:52 PM, Greg KH wrote:

Re: [PATCH v2 09/11] tile/tracing: fix compat syscall handling

Hi Marcin, [auto build test ERROR on tip/perf/core] [also build test ERROR on v4.8-rc6 next-20160916] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

Re: [PATCH v2 16/17] UBI: hide EBA internals

Boris, On 05.09.2016 17:05, Boris Brezillon wrote: > Create a private ubi_eba_table struct to hide EBA internals and provide > helpers to allocate, destroy, copy and assing an EBA table to a volume. > > Now that external EBA users are using helpers to query/modify the EBA > state we can safely

Re: [PATCH v2 2/3] mm, dax: add VM_DAX flag for DAX VMAs

On Thu, Sep 15, 2016 at 10:36 PM, Dave Chinner wrote: > On Thu, Sep 15, 2016 at 07:04:27PM -0700, Dan Williams wrote: >> On Thu, Sep 15, 2016 at 6:24 PM, Dave Chinner wrote: >> > On Thu, Sep 15, 2016 at 05:16:42PM -0700, Dan Williams wrote: >> >> On Thu,

[PATCH v2 1/3] gpiolib: Make it possible to exclude GPIOs from IRQ domain

When using GPIO irqchip helpers to setup irqchip for a gpiolib based driver, it is not possible to select which GPIOs to add to the IRQ domain. Instead it just adds all GPIOs which is not always desired. For example there might be GPIOs that for some reason cannot generated normal interrupts at

[PATCH v2 0/3] gpio / pinctrl: cherryview: Fix missing events from EC

Hi, Up until now systems having Intel Cherryview/Braswell might lose GPEs (General Purpose Events) from EC (Embedded Controller) because the pinctrl driver masks all interrupt sources at probe time. I tried to fix this already in bcb48cca23ec ("pinctrl: cherryview: Do not mask all interrupts in

Re: [PATCH 7/7 v3] sched: fix wrong utilization accounting when switching to fair class

On Mon, Sep 12, 2016 at 09:47:52AM +0200, Vincent Guittot wrote: > -dequeue task > -put task > -change the property > -enqueue task > -set task as current task > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > index 3e52d08..7a9c9b9 100644 > --- a/kernel/sched/core.c > +++

Re: [PATCH 1/2 v3] drm/bridge: adv7511: Add Audio support.

On 09/07/2016 01:22 AM, John Stultz wrote: > This patch adds support to Audio for both adv7511 and adv7533 > bridge chips. > > This patch was originally from [1] by Lars-Peter Clausen > and was adapted by Archit Taneja and > Srinivas Kandagatla

[PATCH v2 3/3] pinctrl: cherryview: Do not add all southwest and north GPIOs to IRQ domain

It turns out that for north and southwest communities, they can only generate GPIO interrupts for lower 8 interrupts (IntSel value). The upper part (8-15) can only generate GPEs (General Purpose Events). Now the reason why EC events such as pressing hotkeys does not work if we mask all the

[PATCH v2 2/3] pinctrl: cherryview: Convert to use devm_gpiochip_add_data()

This simplifies the error handling and allows us to drop the whole chv_pinctrl_remove() function. Signed-off-by: Mika Westerberg --- drivers/pinctrl/intel/pinctrl-cherryview.c | 21 +++-- 1 file changed, 3 insertions(+), 18 deletions(-) diff

[PATCH 1/1] ARM: imx53: configure imx for ULPI phy

In order to use ULPI phy with usb host 2 and 3, we need to configure controller register to enable ULPI features. Signed-off-by: Fabien Lahoudere --- drivers/usb/chipidea/ci_hdrc_imx.c | 5 +++ drivers/usb/chipidea/ci_hdrc_imx.h | 1 +

[PATCH 1/1] ARM: imx53: Add binding to disable USB 60Mhz clock

This binding allow to disable the internal 60Mhz clock for USB host2 and host3. Signed-off-by: Fabien Lahoudere --- drivers/usb/chipidea/ci_hdrc_imx.c | 2 ++ drivers/usb/chipidea/ci_hdrc_imx.h | 1 + drivers/usb/chipidea/usbmisc_imx.c | 17 +

[PATCH] dmaengine: omap-dma: Enable burst and data pack for SG

From: Misael Lopez Cruz Enable the burst and data pack modes for the scatter-gather in order to improve the throughput of the data transfers. The improvement has been verified with MMC HS200 mode in the DRA72 EVM using the iozone tool to compare the read throughput (in

Re: lockdep: incorrect deadlock warning with two GPIO expanders

On Thu, Sep 15, 2016 at 03:39:22PM +0200, Peter Zijlstra wrote: > In any case, if this fails, we can always punt and simply count the > total number of instances of this driver on the system and go with that. One caveat with that approach is that if this is s module, someone doing rmmod, insmod

[PATCH net-next RESEND] xen-netfront: avoid packet loss when ethernet header crosses page boundary

Small packet loss is reported on complex multi host network configurations including tunnels, NAT, ... My investigation led me to the following check in netback which drops packets: if (unlikely(txreq.size < ETH_HLEN)) { netdev_err(queue->vif->dev,

Re: [PATCH] configfs: Return -EFBIG from configfs_write_bin_file.

Thanks a lot Phil, applied to the configfs for-next tree.

Re: [PATCH v2] dmaengine: s3c24xx: Add dma_slave_map for s3c2440 devices

On 09/15/2016 09:41 PM, Sam Van Den Berge wrote: > @@ -445,10 +446,44 @@ static struct s3c24xx_dma_channel > s3c2440_dma_channels[DMACH_MAX] = { > [DMACH_USB_EP4] = { S3C24XX_DMA_APB, true, S3C24XX_DMA_CHANREQ(4, 3), }, > }; > > +static const struct dma_slave_map s3c2440_dma_slave_map[]

Re: genirq: Setting trigger mode 0 for irq 11 failed (txx9_irq_set_type+0x0/0xb8)

Le vendredi 16 septembre 2016 à 08:51 +0100, Marc Zyngier a écrit : > Hi Alban, > > On 16/09/16 00:02, Alban Browaeys wrote: > > I am seeing this on arm odroid u2 devicetree : > > genirq: Setting trigger mode 0 for irq 16 failed > > (gic_set_type+0x0/0x64) > > Passing IRQ_TYPE_NONE to a

[PATCH v12 0/4] generic TEE subsystem

Hi, This patch set introduces a generic TEE subsystem. The TEE subsystem will contain drivers for various TEE implementations. A TEE (Trusted Execution Environment) is a trusted OS running in some secure environment, for example, TrustZone on ARM CPUs, or a separate secure co-processor etc.

[PATCH v12 1/4] dt/bindings: add bindings for optee

Introduces linaro prefix and adds bindings for ARM TrustZone based OP-TEE implementation. Acked-by: Rob Herring Signed-off-by: Jens Wiklander --- .../bindings/arm/firmware/linaro,optee-tz.txt | 31 ++

Re: [PATCH] of/platform: Initialise dev->fwnode appropriately

On Thu, Sep 15, 2016 at 08:36:57AM -0500, Rob Herring wrote: > On Wed, Sep 14, 2016 at 04:01:24PM +0100, Robin Murphy wrote: > > Whilst we're some of the way towards a universal firmware property > > interface, drivers which deal with both OF and ACPI probing end up > > having to do things like

Re: [PATCH v2 1/7] clocksource: exynos_mct: Add the support for ARM64

On 09/08/2016 01:04 PM, Daniel Lezcano wrote: > On 24/08/2016 15:49, Chanwoo Choi wrote: >> This patch adds the support for ARM 64bit. The delay_timer is only supported >> on ARM 32bit. >> >> Cc: Daniel Lezcano >> Cc: Thomas Gleixner >> Cc: Kukjin

[PATCH v12 4/4] Documentation: tee subsystem and op-tee driver

Signed-off-by: Jens Wiklander --- Documentation/00-INDEX | 2 + Documentation/tee.txt | 118 + MAINTAINERS| 1 + 3 files changed, 121 insertions(+) create mode 100644 Documentation/tee.txt diff --git

[PATCH v12 3/4] tee: add OP-TEE driver

Adds a OP-TEE driver which also can be compiled as a loadable module. * Targets ARM and ARM64 * Supports using reserved memory from OP-TEE as shared memory * Probes OP-TEE version using SMCs * Accepts requests on privileged and unprivileged device * Uses OPTEE message protocol version 2 to

Re: Crashes in next-20160915 (BUG at fs/notify/notification.c:66!)

On 09/15/2016 11:45 PM, Jan Kara wrote: Hi, On Thu 15-09-16 19:20:10, Guenter Roeck wrote: I see various architectures crashing in -next with the following error. [ cut here ] kernel BUG at fs/notify/notification.c:66! Thanks for report! ... Call Trace: []

[PATCH v12 2/4] tee: generic TEE subsystem

Initial patch for generic TEE subsystem. This subsystem provides: * Registration/un-registration of TEE drivers. * Shared memory between normal world and secure world. * Ioctl interface for interaction with user space. * Sysfs implementation_id of TEE driver A TEE (Trusted Execution Environment)

[PATCH 2/3] iio: adc: men_z188_adc: constify iio_info structures

Check for iio_info structures that are only stored in the info field of a iio_dev structure. This field is declared const, so iio_info structures that have this property can be declared as const also. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r

Re: [PATCH] ALSA: au88x0: Add missing \n to end of dev_err message

On Fri, 16 Sep 2016 12:09:25 +0200, Colin King wrote: > > From: Colin Ian King > > Trival fix, the dev_err message is missing a \n so add it. > > Signed-off-by: Colin Ian King Applied, thanks. Takashi > --- >

[PATCH 0/3] constify iio_info structures

Constify iio_info structures. --- drivers/iio/accel/ssp_accel_sensor.c |2 +- drivers/iio/adc/men_z188_adc.c |2 +- drivers/iio/gyro/ssp_gyro_sensor.c |2 +- 3 files changed, 3 insertions(+), 3 deletions(-)

Re: lockdep: incorrect deadlock warning with two GPIO expanders

2016-09-16 12:56 GMT+02:00 Peter Zijlstra : > On Thu, Sep 15, 2016 at 03:39:22PM +0200, Peter Zijlstra wrote: > >> In any case, if this fails, we can always punt and simply count the >> total number of instances of this driver on the system and go with that. > > One caveat

  1   2   3   4   5   6   7   8   9   10   >