[PATCH 4.9 10/60] crypto: ccp - Fix DMA operations when IOMMU is enabled

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Gary R Hook commit 500c0106e638e08c2c661c305ed57d6b67e10908 upstream. An I/O page fault occurs when the IOMMU is enabled on a system that supports the v5 CCP. DMA operations use a Request ID v

Re: [PATCH RT] Align rt_mutex inlining with upstream behavior

On 2017-02-13 12:20:52 [+0100], Peter Zijlstra wrote: > > --- a/include/linux/mutex_rt.h > > +++ b/include/linux/mutex_rt.h > > @@ -43,7 +43,12 @@ extern void __lockfunc _mutex_unlock(str > > #define mutex_lock_killable(l) _mutex_lock_killable(l) > > #define mutex_trylock(l)

[PATCH 4.9 21/60] ARM: 8643/3: arm/ptrace: Preserve previous registers for short regset write

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dave Martin commit 228dbbfb5d77f8e047b2a1d78da14b7158433027 upstream. Ensure that if userspace supplies insufficient data to PTRACE_SETREGSET to fill all the registers, the thread's old registe

Re: [PATCH 2/3] pinctrl: spear: make bool drivers explicitly non-modular

On Mon, Feb 6, 2017 at 9:03 AM, Paul Gortmaker wrote: > None of the Kconfigs for any of these drivers are tristate, > meaning that they currently are not being built as a module by anyone. > > Lets remove the modular code that is essentially orphaned, so that > when reading the drivers there is n

[PATCH 4.9 02/60] acpi, nfit: fix acpi_nfit_flush_probe() crash

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams commit e471486c13b82b1338d49c798f78bb62b1ed0a9e upstream. We queue an on-stack work item to 'nfit_wq' and wait for it to complete as part of a 'flush_probe' request. However, if th

[PATCH 4.9 20/60] hns: avoid stack overflow with CONFIG_KASAN

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit b3f2d07f4649adcf6905953a10d217b5683e4077 upstream. The use of ACCESS_ONCE() looks like a micro-optimization to force gcc to use an indexed load for the register address, bu

[PATCH 4.9 19/60] ibmvscsis: Add SGL limit

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bryant G. Ly commit b22bc27868e8c11fe3f00937a341b44f80b50364 upstream. This patch adds internal LIO sgl limit since the driver already sets a max transfer limit on transport layer of 1MB to the

Re: [PATCH 3/3] pinctrl: berlin: make bool drivers explicitly non-modular

On Mon, Feb 6, 2017 at 9:03 AM, Paul Gortmaker wrote: > None of the Kconfigs for any of these drivers are tristate, > meaning that they currently are not being built as a module by anyone. > > Lets remove the modular code that is essentially orphaned, so that > when reading the driver there is no

[PATCH 4.9 17/60] cpumask: use nr_cpumask_bits for parsing functions

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 4d59b6ccf000862beed6fc0765d3209f98a8d8a2 upstream. Commit 513e3d2d11c9 ("cpumask: always use nr_cpu_ids in formatting and parsing functions") converted both cpumask printing an

[PATCH 4.9 00/60] 4.9.10-stable review

This is the start of the stable review cycle for the 4.9.10 release. There are 60 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 Wed Feb 15 13:03:05 UTC 2017. Anything receive

[PATCH 4.9 14/60] selinux: fix off-by-one in setprocattr

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Stephen Smalley commit 0c461cb727d146c9ef2d3e86214f498b78b7d125 upstream. SELinux tries to support setting/clearing of /proc/pid/attr attributes from the shell by ignoring terminating newlines

[PATCH 4.9 16/60] rtlwifi: rtl8192ce: Fix loading of incorrect firmware

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jurij Smakov commit 52f5631a4c056ad01682393be56d2be237e81610 upstream. In commit cf4747d7535a ("rtlwifi: Fix regression caused by commit d86e64768859, an error in the edit results in the wrong

[PATCH 4.9 12/60] ARC: [arcompact] brown paper bag bug in unaligned access delay slot fixup

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Vineet Gupta commit a524c218bc94c705886a0e0fedeee45d1931da32 upstream. Reported-by: Jo-Philipp Wich Fixes: 9aed02feae57bf7 ("ARC: [arcompact] handle unaligned access delay slot") Cc: linux-ker

Re: [PATCH -next] bus: qcom-ebi2: remove duplicated include from qcom-ebi2.c

On Mon, Feb 6, 2017 at 5:49 PM, Wei Yongjun wrote: > From: Wei Yongjun > > Remove duplicated include. > > Signed-off-by: Wei Yongjun Reviewed-by: Linus Walleij I think you need to send this to the ARM SoC maintainers to have it applied. Yours, Linus Walleij

Re: [patch net-next] net: qcom/emac: fix a sizeof() typo

Am 13.02.2017 14:03, schrieb Timur Tabi: > walter harms wrote: >> We have a function where the argument is ignored and the rest is const ? >> >> emac_ethtool_get_regs_len seems the only user. So it would be fairly >> easy to >> move that into that function. >> >> @maintainer: >> Is there a deeper

Re: [PATCH] sched/isolcpus: Show isolated cpu map

On Mon, Feb 13, 2017 at 09:07:02PM +0800, Kefeng Wang wrote: > Hi Peter > > +Tejun > > On 2017/2/13 20:06, Peter Zijlstra wrote: > > On Mon, Feb 13, 2017 at 05:43:59PM +0800, Kefeng Wang wrote: > >> The commit a6e4491c682a ("sched/isolcpus: Output warning when the > >> 'isolcpus=' kernel paramete

Re: [PATCH] lz4: fix performance regressions

On Mon, Feb 13, 2017 at 12:53:49PM +0100, Sven Schmidt wrote: > On Sun, Feb 12, 2017 at 10:41:17PM +0100, Willy Tarreau wrote: > > On Sun, Feb 12, 2017 at 04:20:00PM +0100, Sven Schmidt wrote: > > > On Sun, Feb 12, 2017 at 02:05:08PM +0100, Willy Tarreau wrote: > > > > Hi Sven, > > > > > > > > On

Re: [PATCHv6 01/37] mm, shmem: swich huge tmpfs to multi-order radix-tree entries

On Thu, Feb 09, 2017 at 07:58:20PM +0300, Kirill A. Shutemov wrote: > I'll look into it. I ended up with this (I'll test it more later): void filemap_map_pages(struct vm_fault *vmf, pgoff_t start_pgoff, pgoff_t end_pgoff) { struct radix_tree_iter iter; void **slot;

Re: [PATCH 3/8] mm: cma: Export a few symbols

Hi Michal, On Thu, Feb 09, 2017 at 08:20:47PM +0100, Michal Hocko wrote: > [CC CMA people] > > On Thu 09-02-17 17:39:17, Maxime Ripard wrote: > > Modules might want to check their CMA pool size and address for debugging > > and / or have additional checks. > > > > The obvious way to do this woul

Re: [PATCH v1 3/5] md: fail if mddev->bio_set can't be created

Looks fine, Reviewed-by: Christoph Hellwig but this really needs to be patch 2 in this series.

Re: [PATCH v1 1/5] block: introduce bio_clone_bioset_partial()

On Fri, Feb 10, 2017 at 06:56:13PM +0800, Ming Lei wrote: > md still need bio clone(not the fast version) for behind write, > and it is more efficient to use bio_clone_bioset_partial(). > > The idea is simple and just copy the bvecs range specified from > parameters. Given how few users bio_clone

Re: [PATCH v1 2/5] md/raid1: use bio_clone_bioset_partial() in case of write behind

> + struct bio *mbio = NULL; > + int offset; > if (!r1_bio->bios[i]) > continue; > > - mbio = bio_clone_mddev(bio, GFP_NOIO, mddev); > - bio_trim(mbio, r1_bio->sector - bio->bi_iter.bi_sector, > -

Re: [PATCH v1 4/5] md: remove unnecessary check on mddev

Looks fine, Reviewed-by: Christoph Hellwig

Re: [PATCH v1 5/5] md: fast clone bio in bio_clone_mddev()

Please use bio_clone_fast directly and kill the wrapper.

Re: [RFC,v2 3/3] sched: ignore task_h_load for CPU_NEWLY_IDLE

On Thu, Feb 09, 2017 at 07:54:05PM +0100, Uladzislau Rezki wrote: > > Does this patch make an actual difference, if so how much and with > > what workload? > > > Yes, it does. I see a slight improvement when it comes to frame drops > (in my case drops per/two seconds). Basically a test case is lef

Re: [PATCHv6 03/37] page-flags: relax page flag policy for few flags

On Wed, Feb 08, 2017 at 08:01:13PM -0800, Matthew Wilcox wrote: > On Thu, Jan 26, 2017 at 02:57:45PM +0300, Kirill A. Shutemov wrote: > > These flags are in use for filesystems with backing storage: PG_error, > > PG_writeback and PG_readahead. > > Oh ;-) Then I amend my comment on patch 1 to be "

Re: [PATCH 2/4] [media] em28xx: reduce stack usage in probe functions

Hi Arnd, I'll take the others of this patch series, but will postpone this one until it has been tested. I've asked Frank to see if he can test it, if not, then it will have to wait until March when I have access to an omnivision-em28xx device. Regards, Hans On 02/02/2017 03:53 PM, A

Re: [patch net-next] net: qcom/emac: fix a sizeof() typo

On Mon, Feb 13, 2017 at 12:55:03PM +0100, walter harms wrote: > > > Am 13.02.2017 12:00, schrieb Dan Carpenter: > > We had intended to say "sizeof(u32)" but the "u" is missing. > > Fortunately, sizeof(32) is also 4, so the original code still works. > > > > Fixes: c4e7beea2192 ("net: qcom/emac:

Re: IB/hfi1: Use memdup_user() rather than duplicating its implementation in hfi1_user_sdma_process_request()

On Mon, Feb 13, 2017 at 12:12:51PM +0100, SF Markus Elfring wrote: > >> Thanks for the patch, but this one is already taken care of along > >> with other similar uses of kmalloc/copy: > >> > >> http://marc.info/?l=linux-rdma&m=148656088729538&w=2 > >> > > > > Michael's patch doesn't change user_sd

Re: [PATCH v2 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP

How about something like (with rather arbitrary values) #define PRIVCMD_DMOP_MAX_NUM_BUFFERS 16 #define PRIVCMD_DMOP_MAX_TOT_BUFFER_SZ 4096 and make them part of the interface (i.e. put them into privcmd.h)? Given that the values are arbitrary, I think it may be better to make them

Re: [PATCH V6 1/5] LIB: Indirect ISA/LPC port IO introduced

Hi, Alex, Thanks for your review! Sorry for the late response! As this patch-set was two weeks ago, it must be painful to check this thread again. I thought John had discussed with you about most of the comments when I was back from ten days' leave, and I have no more to supplement, so... But w

[BUG] Potential deadlock in the block layer

Gabriel reported the lockdep splat below while investigating something different. Explanation for the splat is in the function comment above del_timer_sync(). I can reproduce it as well and it's clearly broken. Thanks, tglx --- [ 81.518032] ==

[PATCH 0/2] fix the traced mt-exec deadlock

Hello, Lets finally fix this problem, it was reported several times. I still think that in the longer term we should (try to) rework the security hooks and (partially) revert this change, but this is not trivial and we need something backportable anyway. Eric, Jann, we already discussed this chan

[PATCH 1/2] exec: don't wait for zombie threads with cred_guard_mutex held

de_thread() waits for other threads with ->cred_guard_mutex held and this is really bad because the time is not bounded, debugger can delay the exit and this lock has a lot of users (mostly abusers imo) in fs/proc and more. And this leads to deadlock if debugger tries to take the same mutex:

[PATCH 2/2] ptrace: ensure PTRACE_EVENT_EXIT won't stop if the tracee is killed by exec

The previous patch fixed the deadlock when mt-exec waits for debugger which should reap a zombie thread, but we can hit the same problem if the killed sub-thread stops in ptrace_event(PTRACE_EVENT_EXIT). Change may_ptrace_stop() to check signal->group_exit_task. This is a user-visible change. But

RE: [PATCH v2 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP

> -Original Message- > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] > Sent: 13 February 2017 14:09 > To: Paul Durrant ; xen-de...@lists.xenproject.org; > linux-kernel@vger.kernel.org > Cc: Juergen Gross > Subject: Re: [PATCH v2 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP > > >

[PATCH] Staging: wlan-ng: Fixed code style issue:

Statements should start on a tabstop Signed-off-by: YU Bo --- drivers/staging/wlan-ng/prism2mgmt.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/staging/wlan-ng/prism2mgmt.c b/drivers/staging/wlan-ng/prism2mgmt.c index c558ad656c49..b641a59052ac 100644 --- a/

[PATCHv6 0/3] staging: wlan-ng: align else if statement to coding standard

PATCHv0: - Spaces replaced with tabs Maksymilian Piechota (1): staging: wlan-ng: This patch fixes the checkpatch.pl warning: else if statement still did not fulfill coding standard requirements. PATCHv2: - else if statement moved to single line Maksymilian Piechota (1): staging: wlan

Re: [PATCH V6 1/5] LIB: Indirect ISA/LPC port IO introduced

Hi, Alex, On 2017/2/1 3:37, Alexander Graf wrote: > > > On 31/01/2017 14:32, John Garry wrote: >> On 30/01/2017 17:12, Alexander Graf wrote: >>> On 01/24/2017 08:05 AM, zhichang.yuan wrote: Low-pin-count interface is integrated into some SoCs. The accesses to those peripherals un

[PATCHv6 1/3] staging: wlan-ng: move logical continuations at the end of line

move logical continuations at the end of line Signed-off-by: Maksymilian Piechota --- drivers/staging/wlan-ng/prism2mgmt.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/staging/wlan-ng/prism2mgmt.c b/drivers/staging/wlan-ng/prism2mgmt.c index 16fb2d3..64a9ebc

[PATCHv6 2/3] staging: wlan-ng: move else if statement to a single line

move else if statement to a single line Signed-off-by: Maksymilian Piechota --- drivers/staging/wlan-ng/prism2mgmt.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/staging/wlan-ng/prism2mgmt.c b/drivers/staging/wlan-ng/prism2mgmt.c index 64a9ebc..af83f2a 100644 --

Re: [PATCH] [net-next] ARM: orion: fix PHYLIB dependency

On Fri, Feb 10, 2017 at 10:32 PM, Arnd Bergmann wrote: > On Fri, Feb 10, 2017 at 9:57 PM, Florian Fainelli > wrote: >> On 02/10/2017 12:05 PM, Arnd Bergmann wrote: >>> On Friday, February 10, 2017 9:42:21 AM CET Florian Fainelli wrote: On 02/10/2017 12:20 AM, Arnd Bergmann wrote: > On T

[PATCHv6 3/3] staging: wlan-ng: realign else if continuation

realign else if continuation Signed-off-by: Maksymilian Piechota --- drivers/staging/wlan-ng/prism2mgmt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/wlan-ng/prism2mgmt.c b/drivers/staging/wlan-ng/prism2mgmt.c index af83f2a..5277f36 100644 --- a/drivers/s

Re: [PATCHv6 05/37] thp: try to free page's buffers before attempt split

On Thu, Feb 09, 2017 at 12:14:16PM -0800, Matthew Wilcox wrote: > On Thu, Jan 26, 2017 at 02:57:47PM +0300, Kirill A. Shutemov wrote: > > @@ -2146,6 +2146,23 @@ int split_huge_page_to_list(struct page *page, > > struct list_head *list) > > goto out; > > } > > > >

Re: [tip:locking/core] refcount_t: Introduce a special purpose refcount type

On Fri, Feb 10, 2017 at 12:31:15AM -0800, tip-bot for Peter Zijlstra wrote: > Commit-ID: f405df5de3170c00e5c54f8b7cf4766044a032ba > Gitweb: http://git.kernel.org/tip/f405df5de3170c00e5c54f8b7cf4766044a032ba > Author: Peter Zijlstra > AuthorDate: Mon, 14 Nov 2016 18:06:19 +0100 > Committer

Re: [PATCH 0/2] [media] exynos-gsc: Fix support for NV21 and NV61 formats

Hi Javier, On 02/13/2017 01:53 PM, Javier Martinez Canillas wrote: > Any comments on this series? The patches look good to me, I will Ack the patches in case Mauro wants to apply them directly. Alternatively I will add them to my tree for v4.12 after the merge window. -- Thanks, Sylwester

Re: [PATCH 1/2] [media] exynos-gsc: Do not swap cb/cr for semi planar formats

On 02/01/2017 09:05 PM, Javier Martinez Canillas wrote: > From: Thibault Saunier > > In the case of semi planar formats cb and cr are in the same plane > in memory, meaning that will be set to 'cb' whatever the format is, > and whatever the (packed) order of those components are. > > Suggested-b

Re: [PATCH 2/2] [media] exynos-gsc: Add support for NV{16,21,61}M pixel formats

On 02/01/2017 09:05 PM, Javier Martinez Canillas wrote: > From: Thibault Saunier > > Those are useful formats that should be handled. > > Signed-off-by: Thibault Saunier > Signed-off-by: Javier Martinez Canillas Acked-by: Sylwester Nawrocki

[PATCH] [TRIVIAL] kasan: Add a prototype of task_struct to avoid warning

Add a prototype of task_struct to fix below warning on arm64. CC arch/arm64/kernel/probes/kprobes.o In file included from /tmp/linux/arch/arm64/kernel/probes/kprobes.c:19:0: /tmp/linux/include/linux/kasan.h:81:53: warning: 'struct task_struct' declared inside parameter list will not be vis

Re: [PATCH 0/2] [media] exynos-gsc: Fix support for NV21 and NV61 formats

Hello Sylwester, On 02/13/2017 11:34 AM, Sylwester Nawrocki wrote: > Hi Javier, > > On 02/13/2017 01:53 PM, Javier Martinez Canillas wrote: >> Any comments on this series? > > The patches look good to me, I will Ack the patches in case > Mauro wants to apply them directly. Alternatively I will

Re: [PATCH v3 03/14] mm: use pmd lock instead of racy checks in zap_pmd_range()

Hello! On Mon, Feb 13, 2017 at 01:59:06PM +0300, Kirill A. Shutemov wrote: > On Sun, Feb 12, 2017 at 06:25:09PM -0600, Zi Yan wrote: > > Since in mm/compaction.c, the kernel does not down_read(mmap_sem) during > > memory > > compaction. Namely, base page migrations do not hold down_read(mmap_sem)

Re: [PATCHv4 2/5] x86/mm: introduce mmap{,_legacy}_base

On 02/11/2017 05:13 PM, Thomas Gleixner wrote: -static unsigned long mmap_base(unsigned long rnd) +static unsigned long mmap_base(unsigned long rnd, unsigned long task_size) { unsigned long gap = rlimit(RLIMIT_STACK); unsigned long gap_min, gap_max; /* Add comment what

[RFC simple allocator v2 0/2] Simple allocator

version 2: - rebase code on 4.10-rc7 - fix bug in CMA allocator - do more tests with wayland dmabuf protocol: https://git.linaro.org/people/benjamin.gaignard/simple_allocator.git The goal of this RFC is to understand if a common ioctl for specific memory regions allocations is needed/welcome. O

[RFC simple allocator v2 1/2] Create Simple Allocator module

This is the core of simple allocator module. It aim to offert one common ioctl to allocate specific memory. version 2: - rebased on 4.10-rc7 Signed-off-by: Benjamin Gaignard --- Documentation/simple-allocator.txt | 81 +++ drivers/Kconfig |

Re: [PATCH v2 2/2] drm/fb_helper: implement ioctl FBIO_WAITFORVSYNC

On Mon, Feb 13, 2017 at 11:35:18AM +0100, Maxime Ripard wrote: > Hi Ville, > > On Fri, Feb 10, 2017 at 04:06:05PM +0200, Ville Syrjälä wrote: > > On Thu, Feb 02, 2017 at 11:31:57AM +0100, Maxime Ripard wrote: > > > From: Stefan Christ > > > > > > Implement legacy framebuffer ioctl FBIO_WAITFORVS

[RFC simple allocator v2 2/2] add CMA simple allocator module

This patch add simple allocator for CMA regions. version 2: - fix size and page count computation Signed-off-by: Benjamin Gaignard --- drivers/simpleallocator/Kconfig| 7 + drivers/simpleallocator/Makefile | 1 + drivers/simpleallocator/simple-allocator-cma.c |

Re: [PATCH V6 4/5] LPC: Support the device-tree LPC host on Hip06/Hip07

Hi, Alex, Thanks for your review! John had replied most of your comments, I only mentioned those which haven't made clear. On 2017/1/31 4:08, Alexander Graf wrote: > > > On 24/01/2017 08:05, zhichang.yuan wrote: >> The low-pin-count(LPC) interface of Hip06/Hip07 accesses the peripherals in >

Re: [PATCH] gpio: pci-idio-16: Fix PCI device ID code

On Tue, Feb 7, 2017 at 5:51 PM, William Breathitt Gray wrote: > The ACCES PCI-IDIO-16 has a PCI device ID code of 0x0DC8. It is > incorrect to use the PCI device ID code of the ACCES PCI-IIRO-8 > (0x0F00). This patch fixes the said PCI device ID code mismatch. > > Fixes: 02e74fc0401a ("gpio: Add

net/xfrm: stack out-of-bounds in xfrm_flowi_sport

Hello, The following program triggers stack out-of-bounds in xfrm_flowi_sport: BUG: KASAN: stack-out-of-bounds in xfrm_flowi_sport include/net/xfrm.h:862 [inline] at addr 8800677df796 BUG: KASAN: stack-out-of-bounds in __xfrm6_selector_match net/xfrm/xfrm_policy.c:89 [inline] at addr 880

[PATCH] usb: gadget: legacy gadgets are optional

When building without modules, it makes sense to configure the kernel to only use configfs for USB Gadget drivers. Mark the choice for legacy gadget drivers as optional. Signed-off-by: Romain Izard cc: # 4.9 --- drivers/usb/gadget/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/dri

Re: [PATCH] mm: free reserved area's memmap if possiable

Hi zhouxianrong, [auto build test ERROR on arm64/for-next/core] [also build test ERROR on v4.10-rc8 next-20170213] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/zhouxianrong-huawei-com/mm-free

Re: [PATCH] reset: Add i.MX7 SRC reset driver

On Fri, Feb 10, 2017 at 7:43 AM, Rob Herring wrote: > On Mon, Feb 06, 2017 at 07:08:36AM -0800, Andrey Smirnov wrote: >> This driver exposes various reset faculties, impelented by System Reset >> Controller IP block, as a reset driver. Currently only PCIE related >> reset lines are implemented. >>

Re: [PATCH 3/8] pinctrl: sunxi: Add A64 R_PIO controller support

On Wed, Feb 8, 2017 at 11:00 AM, Icenowy Zheng wrote: > The A64 has a R_PIO pin controller, similar to the one found on the H3 SoC. > Add support for the pins controlled by the R_PIO controller. > > Signed-off-by: Icenowy Zheng I'd be happy to merge patches 1,2 & 3 to the pinctrl tree but I nee

Re: [PATCH 1/2] sched/deadline: Replenishment timer should fire in the next period

On Mon, 13 Feb 2017 12:10:25 +0100 Peter Zijlstra wrote: > I've interpreted this as: > > Reviewed-by: Luca Abeni > > Holler if you disagree. You can add mine too. I put in a lot of trace_printk()s and it all appears to be exactly as Daniel describes. Reviewed-by: Steven Rostedt (VMware) -

Re: [BUG] Potential deadlock in the block layer

On 02/13/2017 07:14 AM, Thomas Gleixner wrote: > Gabriel reported the lockdep splat below while investigating something > different. > > Explanation for the splat is in the function comment above > del_timer_sync(). > > I can reproduce it as well and it's clearly broken. Agree, the disable logic

[BUGFIX PATCH 1/3] kprobes/arm: Allow to handle reentered kprobe on single-stepping

This is arm port of commit 6a5022a56ac3 ("kprobes/x86: Allow to handle reentered kprobe on single-stepping") Since the FIQ handlers can interrupt in the single stepping (or preparing the single stepping, do_debug etc.), we should consider a kprobe is hit in the NMI handler. Even in that case, the

Re: [PATCH] soc/imx: Add GPCv2 power gating driver

On Thu, Feb 9, 2017 at 1:26 PM, Rob Herring wrote: > On Mon, Feb 06, 2017 at 07:05:29AM -0800, Andrey Smirnov wrote: >> Add code allowing for control of various power domains managed by GPCv2 >> IP block found in i.MX7 series of SoCs. Power domains covered by this >> patch are: >> >> - PCIE PH

Re: [PATCH] [TRIVIAL] kasan: Add a prototype of task_struct to avoid warning

On 02/13/2017 05:28 PM, Masami Hiramatsu wrote: > Add a prototype of task_struct to fix below warning on arm64. > > CC arch/arm64/kernel/probes/kprobes.o > In file included from /tmp/linux/arch/arm64/kernel/probes/kprobes.c:19:0: > /tmp/linux/include/linux/kasan.h:81:53: warning: 'struct

[BUGFIX PATCH 3/3] kprobes/arm: Fix the return address of multiple kretprobes

This is arm port of commit 737480a0d525 ("kprobes/x86: Fix the return address of multiple kretprobes"). Fix the return address of subsequent kretprobes when multiple kretprobes are set on the same function. For example: # cd /sys/kernel/debug/tracing # echo "r:event1 sys_symlink" > kprobe_ev

[BUGFIX PATCH 2/3] kprobes/arm: Skip single-stepping in recursing path if possible

Kprobes/arm skips single-stepping (moreover handling the event) if the conditional instruction must not be executed. This also apply the rule when we hit the recursing kprobe, so that kprobe does not count nmissed up in that case. Signed-off-by: Masami Hiramatsu --- arch/arm/probes/kprobes/core.

Re: [linux-sunxi] [PATCH 2/8] dt: bindings: add binding for Allwinner A64 R_PIO pinctrl

On Wed, Feb 8, 2017 at 6:00 PM, Icenowy Zheng wrote: > Allwinner A64 SoC has also a dedicated pin controller for Port L GPIOs, > which is called "Port Controller (CPUs-PORT)" in SoC User Manual. > > Add a binding for this pin controller, like the ones in A23/33 and H3. > > Signed-off-by: Icenowy Z

Re: [PATCH v2 6/9] arm, arm64: factorize common cpu capacity default code

Hi Greg, On 10/02/17 15:28, Greg KH wrote: > On Thu, Feb 09, 2017 at 09:25:22AM +, Juri Lelli wrote: > > arm and arm64 share lot of code relative to parsing CPU capacity > > information from DT, using that information for appropriate scaling and > > exposing a sysfs interface for chaging such

Re: [PATCH v8 3/3] dmaengine: pl330: Don't require irq-safe runtime PM

[...] >> The only related PM thing, that shall be the decision of the driver, >> is whether it wants to enable runtime PM or not, during ->probe(). > > > So do you want to create the links during the DMAengine driver probe? How do > you > plan to find all the client devices? Please note that you r

Re: [PATCH v4 0/3] Add Broadcom SPU Crypto Driver

On Sat, Feb 11, 2017 at 5:54 AM, Herbert Xu wrote: > On Fri, Feb 03, 2017 at 12:55:31PM -0500, Rob Rice wrote: >> Changes in v4: >> - Added Rob Herring's Acked-by to patch 1/3 for bindings doc >> - In response to Herbert's comment, in ahash_export() and >> ahash_import(), only copy the hash stat

Re: [linux-sunxi] [PATCH 3/8] pinctrl: sunxi: Add A64 R_PIO controller support

On Wed, Feb 8, 2017 at 6:00 PM, Icenowy Zheng wrote: > The A64 has a R_PIO pin controller, similar to the one found on the H3 SoC. > Add support for the pins controlled by the R_PIO controller. > > Signed-off-by: Icenowy Zheng > --- > drivers/pinctrl/sunxi/Kconfig| 5 + > drive

net/kcm: GPF in kcm_sendmsg

Hello, The following program triggers GPF in kcm_sendmsg: // autogenerated by syzkaller (http://github.com/google/syzkaller) #define _GNU_SOURCE #include #include #include #include #include #include int main() { int sock = socket(41 /*AF_KCM*/, SOCK_SEQPACKET, 0); struct mmsghdr msg;

Re: [PATCH] gpio: pci-idio-16: Fix PCI BAR index

On Wed, Feb 8, 2017 at 2:32 PM, William Breathitt Gray wrote: > The PCI BAR0 and BAR1 for the PCI-IDIO-16 hold information for the PLX > 9052 bridge chip on the device. The PCI BAR2 holds the necessary base > address for I/O control of the PCI-IDIO-16. This patch corrects the PCI > BAR index mism

Re: linux-next: build failure after merge of the gpio tree

On Wed, Feb 8, 2017 at 6:11 AM, Stephen Rothwell wrote: > Hi Linus, > > After merging the gpio tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > drivers/tty/serial/st-asc.c: In function 'asc_set_termios': > drivers/tty/serial/st-asc.c:578:12: error: implicit declarat

[tip:locking/urgent] futex: Move futex_init() to core_initcall

Commit-ID: 25f71d1c3e98ef0e52371746220d66458eac75bc Gitweb: http://git.kernel.org/tip/25f71d1c3e98ef0e52371746220d66458eac75bc Author: Yang Yang AuthorDate: Fri, 30 Dec 2016 16:17:55 +0800 Committer: Thomas Gleixner CommitDate: Mon, 13 Feb 2017 16:12:22 +0100 futex: Move futex_init() t

Re: [PATCHv6 07/37] filemap: allocate huge page in page_cache_read(), if allowed

On Thu, Feb 09, 2017 at 01:18:35PM -0800, Matthew Wilcox wrote: > On Thu, Jan 26, 2017 at 02:57:49PM +0300, Kirill A. Shutemov wrote: > > Later we can add logic to accumulate information from shadow entires to > > return to caller (average eviction time?). > > I would say minimum rather than avera

Re: [PATCH] sched/deadline: Remove redundant code replenishing runtime

[+Luca] On 13/02/17 13:29, Byungchul Park wrote: > On Mon, Feb 13, 2017 at 11:30:09AM +0900, Byungchul Park wrote: > > On Fri, Feb 10, 2017 at 01:39:33PM +, Juri Lelli wrote: > > > Hi, > > > > > > On 10/02/17 18:11, Byungchul Park wrote: > > > > For a task passing its deadline while !rq, it w

Re: [PATCH v11 6/9] mmc: cavium: Add MMC PCI driver for ThunderX SOCs

On Sun, Feb 12, 2017 at 09:09:29AM +0800, kbuild test robot wrote: > Hi Jan, > > [auto build test ERROR on linus/master] > [also build test ERROR on v4.10-rc7 next-20170210] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: > http

[PATCH 1/2] pwm: loongson1: Add PWM driver for Loongson1 SoC

Add support for the PWM controller present in Loongson1 family of SoCs. Signed-off-by: Yang Ling --- drivers/pwm/Kconfig | 9 +++ drivers/pwm/Makefile| 1 + drivers/pwm/pwm-loongson1.c | 169 3 files changed, 179 insertions(+) cre

[PATCH 2/2] dt-bindings: nvmem: Add i.MX IIM binding doc

The IIM is part of the i.MX device trees for long already, add a binding document for it. Signed-off-by: Sascha Hauer --- .../devicetree/bindings/nvmem/imx-iim.txt | 22 ++ 1 file changed, 22 insertions(+) create mode 100644 Documentation/devicetree/bindings/nvmem/i

Re: [PATCH - REGRESSION] mwifiex: don't enable/disable IRQ 0 during suspend/resume

Brian Norris writes: > If we don't have an out-of-band wakeup IRQ configured through DT (as > most platforms don't), then we fall out of this function with > 'irq_wakeup == 0'. Other code (e.g., mwifiex_disable_wake() and > mwifiex_enable_wake()) treats 'irq_wakeup >= 0' as a valid IRQ, and so >

[PATCH v28 00/21] Richacls (Core and Ext4)

Here is another update of the richacl patches. Changes since the last posting (https://lwn.net/Articles/703199/): * Fix permission checking for file exchange (i.e., renameat2 with the RENAME_EXCHANGE flag): in some cases, the MAY_CREATE_FILE and MAY_CREATE_DIR permissions were swapped.

[PATCH 1/2] nvmem: Add driver for the i.MX IIM

From: Michael Grzeschik This adds a readonly nvmem driver for the i.MX IC Identification Module (IIM). The IIM is found on the older i.MX SoCs like the i.MX25, i.MX27, i.MX31, i.MX35, i.MX51 and the i.MX53. The IIM can control up to 8 fuse banks with 256 bit each. Not all of the banks are equipp

[PATCH v1] nvmem: i.MX IIM driver

This adds a readonly nvmem driver for the i.MX IC Identification Module (IIM) which is found on the older i.MX SoCs. The IIM is part of the i.MX dts files for long now, but so far there is no binding document for it, so add one now. Sascha

Re: [PATCH v8 3/3] dmaengine: pl330: Don't require irq-safe runtime PM

[...] >> Although, I don't know of other examples, besides the runtime PM use >> case, where non-atomic channel prepare/unprepare would make sense. Do >> you? > > The primary ask for that has been to enable runtime_pm for drivers. It's not > a new ask, but we somehow haven't gotten around to do it

Re: [PATCH 2/2] sched/deadline: Throttle a constrained deadline task activated after the deadline

On Fri, 10 Feb 2017 20:48:11 +0100 Daniel Bristot de Oliveira wrote: > > +static inline bool dl_is_constrained(struct sched_dl_entity *dl_se) > +{ > + return dl_se->dl_runtime < dl_se->dl_period; > +} > + Is it ever appropriate for a dl task to have runtime == period? What purpose would th

[PATCH v28 01/21] 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() tes

[PATCH v28 03/21] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags

Normally, deleting a file requires MAY_WRITE access to the parent directory. With richacls, a file may be deleted with MAY_DELETE_CHILD access to the parent directory or with MAY_DELETE_SELF access to the file. To support that, pass the MAY_DELETE_CHILD mask flag to inode_permission() when checki

[PATCH v28 09/21] vfs: Cache base_acl objects in inodes

POSIX ACLs and richacls are both objects allocated by kmalloc() with a reference count which are freed by kfree_rcu(). An inode can either cache an access and a default POSIX ACL, or a richacl (richacls don't have default acls). To allow an inode to cache either of the two kinds of acls, introduc

[PATCH v28 20/21] ext4: Add richacl support

From: "Aneesh Kumar K.V" Support the richacl permission model in ext4. The richacls are stored in "system.richacl" xattrs. Richacls need to be enabled by tune2fs or at file system create time. Signed-off-by: Aneesh Kumar K.V Signed-off-by: Andreas Gruenbacher Reviewed-by: Andreas Dilger ---

[PATCH v28 13/21] 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 com

[PATCH v2] soc/imx: Add GPCv2 power gating driver

Add code allowing for control of various power domains managed by GPCv2 IP block found in i.MX7 series of SoCs. Power domains covered by this patch are: - PCIE PHY - MIPI PHY - USB HSIC PHY - USB OTG1/2 PHY Support for any other power domain controlled by GPC is not present, and c

[PATCH v28 17/21] richacl: Add richacl xattr handler

Add richacl xattr handler implementing the xattr operations based on the get_richacl and set_richacl inode operations. Signed-off-by: Andreas Gruenbacher Reviewed-by: Jeff Layton --- fs/richacl.c | 22 fs/richacl_xattr.c| 61

[PATCH v28 21/21] ext4: Add richacl feature flag

From: "Aneesh Kumar K.V" This feature flag selects richacl instead of POSIX ACL support on the filesystem. When this feature is off, the "acl" and "noacl" mount options control whether POSIX ACLs are enabled. When it is on, richacls are automatically enabled and using the "noacl" mount option l

[PATCH v2 3/3] perf: replace _SC_NPROCESSORS_CONF with max_present_cpu in cpu_topology_map

There are 2 problems wrt. cpu_topology_map on systems with sparse CPUs: 1. offline/absent CPUs will have their socket_id and core_id set to -1 which triggers: "socket_id number is too big.You may need to upgrade the perf tool." 2. size of cpu_topology_map (perf_env.cpu[]) is allocated based

[PATCH v28 18/21] vfs: Add richacl permission checking

Hook the richacl permission checking function into the vfs. Signed-off-by: Andreas Gruenbacher Cc: Jeff Layton --- fs/namei.c | 70 ++-- fs/richacl.c | 4 ++-- 2 files changed, 70 insertions(+), 4 deletions(-) diff --git a/fs/namei.c b

<    1   2   3   4   5   6   7   8   9   10   >