[PATCH] tile-srom: allow the driver to be built as a module

The code was already configured that way, but the Kconfig file didn't support requesting it. A buglet caused a null pointer deref when unloading the module, but this commit also corrects that issue. Signed-off-by: Chris Metcalf --- This is in response to Paul's patch (see

[PATCH v3 2/2] mm: Check kmem_create_cache flags are commons

Verify that kmem_create_cache flags are not allocator specific. It is done before removing flags that are not available with the current configuration. Signed-off-by: Thomas Garnier --- Based on next-20161027 --- mm/slab.h| 15 +++ mm/slab_common.c | 6

Re: [PATCH v6 0/5] Functional dependencies between devices

On Wed, Nov 02, 2016 at 08:58:38AM +0100, Marek Szyprowski wrote: > Hi Greg, > > > On 2016-10-31 18:47, Greg Kroah-Hartman wrote: > > On Sun, Oct 30, 2016 at 05:22:13PM +0100, Rafael J. Wysocki wrote: > > > Let me quote from the previous intro messages for this series first: > > > > > > > >

Re: [PATCH v8 3/3] fpga: Add support for Lattice iCE40 FPGAs

Hi Joel, On Mon, Nov 7, 2016 at 11:02 AM, Joel Holdsworth wrote: > Hi Moritz - thanks for your comments. > > >>> An example of such a device is the icoBoard; a RaspberryPI HAT which >>> features an iCE40HX8K with a 1 or 8 MBit SRAM and ports for >>> Digilent-compatible

[PATCH v3 1/2] memcg: Prevent memcg caches to be both OFF_SLAB & OBJFREELIST_SLAB

From: Greg Thelen While testing OBJFREELIST_SLAB integration with pagealloc, we found a bug where kmem_cache(sys) would be created with both CFLGS_OFF_SLAB & CFLGS_OBJFREELIST_SLAB. The original kmem_cache is created early making OFF_SLAB not possible. When kmem_cache(sys)

Re: [PATCH 1/1 V2] mqueue: Implment generic xattr support

On Mon, 7 Nov 2016, David Graziano wrote: > This patch adds support for generic extended attributes within the > POSIX message queues filesystem and setting them by consulting the LSM. > This is needed so that the security.selinux extended attribute can be > set via a SELinux named type

Re: [PATCH v5 7/7] iommu/exynos: Use device dependency links to control runtime pm

On Thu, Oct 20, 2016 at 09:22:53AM +0200, Marek Szyprowski wrote: > This patch uses recently introduced device dependency links to track the > runtime pm state of the master's device. This way each SYSMMU controller > is set to runtime active only when its master's device is active and can >

Re: [PATCH 1/1 V2] mqueue: Implment generic xattr support

On Mon, Nov 7, 2016 at 3:46 PM, David Graziano wrote: > This patch adds support for generic extended attributes within the > POSIX message queues filesystem and setting them by consulting the LSM. > This is needed so that the security.selinux extended attribute

Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section

On Fri, Oct 28, 2016 at 11:19:05AM +0200, Robert Richter wrote: > On 27.10.16 17:01:36, Will Deacon wrote: > > It feels to me like NOMAP memory is a new type > > of memory where there *is* a struct page, but it shouldn't be used for > > anything. > > IMO, a NOMAP page should just be handled like

[PATCH net-next v2 1/5] net: l2tp: change L2TP_ATTR_UDP_ZERO_CSUM6_{RX,TX} attribute types

The attributes L2TP_ATTR_UDP_ZERO_CSUM6_RX and L2TP_ATTR_UDP_ZERO_CSUM6_TX are used as flags, but is defined as a u8 in a comment. This patch redocuments them as flags. Adding nla_policy entries would break API, so not doing that. CC: Tom Herbert Signed-off-by: Asbjoern

[PATCH net-next v2 5/5] net: l2tp: fix negative assignment to unsigned int

recv_seq, send_seq and lns_mode mode are all defined as unsigned int foo:1; Signed-off-by: Asbjoern Sloth Toennesen --- net/l2tp/l2tp_core.c | 2 +- net/l2tp/l2tp_ppp.c | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/net/l2tp/l2tp_core.c

[PATCH net-next v2 3/5] net: l2tp: netlink: l2tp_nl_tunnel_send: set UDP6 checksum flags

This patch causes the proper attribute flags to be set, in the case that IPv6 UDP checksums are disabled, so that userspace ie. `ip l2tp show tunnel` knows about it. Signed-off-by: Asbjoern Sloth Toennesen --- net/l2tp/l2tp_netlink.c | 10 ++ 1 file changed, 10

[PATCH net-next v2 2/5] net: l2tp: only set L2TP_ATTR_UDP_CSUM if AF_INET

Only set L2TP_ATTR_UDP_CSUM in l2tp_nl_tunnel_send() when it's running over IPv4. This prepares the code to also have IPv6 specific attributes. Signed-off-by: Asbjoern Sloth Toennesen --- net/l2tp/l2tp_netlink.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-)

[PATCH v4 1/2] ARM: PIE infrastructure

Add support for embedding position independent executables (PIE) in the kernel. Those PIEs can then be loaded into memory allocated using genalloc. For example, this allows running code from SRAM which is usually needed for suspend/resume or to change the DDR timings. That code is usually written

[PATCH v4 0/2] ARM: Embedding Position Independent Executables

This series introduces Position Independent Executables (PIEs) for the ARM architecture. The main goal is to avoid having to write low level code in assembly as this is currently the case for suspend/resume. Multiple platforms will benefit from this infrastructure: at91, rockchip, am335x. It

[PATCH v4 2/2] ARM: at91: pm: switch to the PIE infrastructure

Using the PIE infrastructure allows to write the whole suspend/resume functions in C instead of assembly. The only remaining assembly instruction is wfi for armv5 It makes the code shorter and clearer. Signed-off-by: Alexandre Belloni ---

Re: [PATCH] coredump: fix unfreezable coredumping task

On Fri, 30 Sep 2016 11:50:34 +0300 Andrey Ryabinin wrote: > It could be not possible to freeze coredumping task when it waits > for 'core_state->startup' completion, because threads are frozen > in get_signal() before they got a chance to complete 'core_state->startup'.

Re: [PATCH] arm/vdso: introduce vdso_mremap hook

On 11/07/2016 09:08 PM, Christopher Covington wrote: On 11/07/2016 12:16 PM, Dmitry Safonov wrote: On 11/07/2016 08:00 PM, Christopher Covington wrote: Hi Dmitry, On 11/01/2016 01:22 PM, Dmitry Safonov wrote: Add vdso_mremap hook which will fix context.vdso pointer after mremap() on vDSO

Re: [PATCH v11 10/22] vfio iommu type1: Add support for mediated devices

On Sat, 5 Nov 2016 02:40:44 +0530 Kirti Wankhede wrote: > VFIO IOMMU drivers are designed for the devices which are IOMMU capable. > Mediated device only uses IOMMU APIs, the underlying hardware can be > managed by an IOMMU domain. > > Aim of this change is: > - To use

Re: [PATCH] ARM: OMAP2+: PRM: initialize en_uart4_mask and grpsel_uart4_mask

* Colin King [161024 04:01]: > From: Colin Ian King > > In the case where has_uart4 is false, en_uart4_mask and grpsel_uart4_mask > are not initialized and so any garbage value is being logically or'd into > the write of PM_WKEN and

Re: [PATCH v11 09/22] vfio iommu type1: Add task structure to vfio_dma

On Sat, 5 Nov 2016 02:40:43 +0530 Kirti Wankhede wrote: > Add task structure to vfio_dma. > Add address space structure. Each vfio_dma structure points to the address > space of the task who mapped it. > List of address spaces is maintained in vfio_iommu structure. > From

Re: [PATCH v5 2/5] driver core: Functional dependencies tracking support

On Thu, Oct 27, 2016 at 05:25:51PM +0200, Greg Kroah-Hartman wrote: > On Wed, Oct 26, 2016 at 01:19:02PM +0200, Lukas Wunner wrote: > > Hi Rafael, > > > > sorry for not responding to v5 of your series earlier, just sending > > this out now in the hope that it reaches you before your travels. > >

Re: ftrace module init race/bug

On Mon, Nov 07, 2016 at 03:08:41PM -0500, Steven Rostedt wrote: > On Mon, 7 Nov 2016 11:46:24 -0800 > Alexei Starovoitov wrote: > > > Hi Steven, > > > > I'm debugging the following spew: > > > > [ 7139.111213] WARNING: CPU: 8 PID: 856649 at

Re: 'kbuild' merge before 4.9-rc1 breaks build and boot

On Mon, Nov 07, 2016 at 02:10:12PM -0500, Vince Weaver wrote: > On Thu, 27 Oct 2016, Peter Wu wrote: > > > I can confirm Olivers issue, the current mainline kernel fails to boot > > on kernels with CONFIG_MODVERSIONS=y. Bisection points to: > > > > commit

Re: [PATCH 2/2] ARM64: configs: Add Platform MHU in defconfig

Neil Armstrong writes: > Signed-off-by: Neil Armstrong > --- > arch/arm64/configs/defconfig | 1 + > 1 file changed, 1 insertion(+) Applied. Kevin

[PATCH] Staging: used dma_map_single in place of pci_map_single

pci_map_single is unneeded and can be replaced with dma_map_single to avoid inconcitent api usage. The Coccinelle semantic patch used to make this change is as follows: @@ expression E1,E2,E3; @@ - pci_map_single(E1, + dma_map_single(>dev, E2, E3, ( - PCI_DMA_BIDIRECTIONAL + DMA_BIDIRCTIONAL

Re: -fno-PIE, take #3

On 11/04/16 11:39, Sebastian Andrzej Siewior wrote: > Debian gcc's is nowdays compiled with --enable-default-pie which means it does > -fPIE by default. This breaks atleast x86-64 compiles. > This is the third attempt to fix it, this time by using runtime detection of > the -fno-PIE compiler

Re: [PATCH v3 1/2] memcg: Prevent memcg caches to be both OFF_SLAB & OBJFREELIST_SLAB

On Mon, Nov 7, 2016 at 2:19 PM, Andrew Morton wrote: > On Mon, 7 Nov 2016 13:11:14 -0800 Thomas Garnier wrote: > >> From: Greg Thelen >> >> While testing OBJFREELIST_SLAB integration with pagealloc, we found a >> bug where

Re: [PATCH 2/2] staging: lustre: obdclass: Add handling of error returned by lustre_cfg_new

On Nov 7, 2016, at 4:33 PM, Dilger, Andreas wrote: > On Nov 6, 2016, at 10:26, Drokin, Oleg wrote: >> >> Hello! >> >> On Nov 6, 2016, at 12:11 PM, Christophe JAILLET wrote: >> >>> 'lustre_cfg_new()' can return ERR_PTR(-ENOMEM). >>> Handle these errors and propagate the

Re: [Intel-gfx] [REGRESSION] Linux 4.9-rc4: gfx glitches on Intel Sandybridge (was: Re: Linux 4.9-rc4)

Am Montag, 7. November 2016, 19:09:36 CET schrieb Jani Nikula: > On Mon, 07 Nov 2016, Martin Steigerwald wrote: > > It is also the same kind of corruptions as shown in > > > > [Bug 177701] warning in intel_dp_aux_transfer > >

Re: [PATCH net-next 1/5] net: l2tp: fix L2TP_ATTR_UDP_CSUM attribute type

Hi David, Thanks for the review. On Mon, 07 Nov 2016 13:08:45 -0500 (EST), David Miller wrote: > From: Asbjoern Sloth Toennesen > Date: Fri, 4 Nov 2016 22:48:34 + > > > L2TP_ATTR_UDP_CSUM is a flag, and gets read with > > nla_get_flag, but it is

Re: [v15, 3/7] powerpc/fsl: move mpc85xx.h to include/linux/fsl

On Monday, October 31, 2016 9:35:33 AM CET Y.B. Lu wrote: > > > > I don't see any of the contents of this header referenced by the soc > > driver any more. I think you can just drop this patch. > > > > [Lu Yangbo-B47093] This header file was included by guts.c. > The guts driver used macro

[PATCH v4 07/10] ARC: breakout aux handling into a separate header

ARC timers use aux registers for programming and this paves way for moving ARC timer drivers into drivers/clocksource Reviewed-by: kbuild test robot Signed-off-by: Vineet Gupta --- v3 -> v4 - rolled back update of nps header to use the new aux

[RFC][ATCH 0/3] sycalls: Remove args i and n from syscall_get_arguments()

At Linux Plumbers, Andy Lutomirski approached me to tell me that the syscall_get_arguments() implementation in x86 was horrible and gcc certainly gets it wrong. He said that since the tracepoints only pass in 0 and 6 for i and n repectively, it should be optimized for that case. Inspecting the

[RFC][ATCH 1/3] ptrace: Remove maxargs from task_current_syscall()

From: Steven Rostedt task_current_syscall() has a single user that passes in 6 for maxargs, which is the maximum arguments that can be used to get system calls from syscall_get_arguments(). Instead of passing in a number of arguments to grab, just get 6 arguments. The args

Re: [PATCH 0/3] add ION driver for STIh4xx SoC

On 11/07/2016 02:17 AM, Benjamin Gaignard wrote: Hello Laura, What are plumbers outputs for ION after your talk ? Regards, Benjamin We agreed to suspend work on new major Ion features and work towards a more generic design being pushed by the graphics team (see

[PATCH v3 3/4] ptp_clock: allow for it to be optional

In order to break the hard dependency between the PTP clock subsystem and ethernet drivers capable of being clock providers, this patch provides simple PTP stub functions to allow linkage of those drivers into the kernel even when the PTP subsystem is configured out. Drivers must be ready to

[PATCH v3] staging: lustre: mdc: manage number of modify RPCs in flight

From: Gregoire Pichon This patch is the main client part of a new feature that supports multiple modify metadata RPCs in parallel. Its goal is to improve metadata operations performance of a single client, while maintening the consistency of MDT reply reconstruction and

Re: [PATCH v3 2/4] kconfig: regenerate *.c_shipped files after previous changes

On Mon, 7 Nov 2016, Josh Triplett wrote: > [snipping large patch] > > One suggestion that might make this patch easier to review: you might > consider first regenerating the unchanged parser with Bison 3.0.4, then > regenerating it again after the "imply" change. I think that'd > eliminate

net/l2tp: use-after-free write in l2tp_ip6_close

Hi, I've got the following error report while running the syzkaller fuzzer: == BUG: KASAN: use-after-free in l2tp_ip6_close+0x239/0x2a0 at addr 8800677276d8 Write of size 8 by task a.out/8668 CPU: 0 PID: 8668 Comm: a.out Not

Re: [PATCH v2 1/6] pinctrl-aspeed-g5: Never set SCU90[6]

On Mon, 2016-11-07 at 10:34 +0100, Linus Walleij wrote: > > On Thu, Nov 3, 2016 at 11:59 PM, Joel Stanley wrote: > > > In the future I think we should send fixes separately from the rest of > > the series, so it's clear to Linus where we expect patches to end up. > > > > Perhaps

Re: [PATCH v3 1/2] memcg: Prevent memcg caches to be both OFF_SLAB & OBJFREELIST_SLAB

On Mon, 7 Nov 2016 14:32:56 -0800 Thomas Garnier wrote: > On Mon, Nov 7, 2016 at 2:19 PM, Andrew Morton > wrote: > > On Mon, 7 Nov 2016 13:11:14 -0800 Thomas Garnier > > wrote: > > > >> From: Greg Thelen

Re: [PATCH v3 2/2] mm: Check kmem_create_cache flags are commons

On Mon, 7 Nov 2016 13:11:15 -0800 Thomas Garnier wrote: > Verify that kmem_create_cache flags are not allocator specific. It is > done before removing flags that are not available with the current > configuration. What is the reason for this change?

[PATCH net-next v2 4/5] net: l2tp: cleanup: remove redundant condition

These assignments follow this pattern: unsigned int foo:1; struct nlattr *nla = info->attrs[bar]; if (nla) foo = nla_get_flag(nla); /* expands to: foo = !!nla */ This could be simplified to: if (nla) foo = 1; but lets just remove the condition and use the

Re: [PATCH] staging: lustre: o2iblnd: use bool assignment to true/false

On Nov 7, 2016, at 12:01, Nicholas Hanley wrote: > > Replace 0 with false in tx_pages_mapped = 0 to be consistent with > the rest of the lustre code. > > Signed-off-by: Nicholas Hanley Reviewed-by: Andreas Dilger

Re: [PATCH 0/3] Add memremap executable mapping and extend drivers/misc/sram.c

On 11/07/2016 11:43 AM, Tony Lindgren wrote: * Russell King - ARM Linux [161107 04:05]: On Thu, Oct 27, 2016 at 01:56:09PM -0500, Dave Gerlach wrote: There are several instances when one would want to execute out of on-chip SRAM, such as PM code on ARM platforms, so

Re: [PATCH 2/2] staging: lustre: obdclass: Add handling of error returned by lustre_cfg_new

On Nov 6, 2016, at 10:26, Drokin, Oleg wrote: > > Hello! > > On Nov 6, 2016, at 12:11 PM, Christophe JAILLET wrote: > >> 'lustre_cfg_new()' can return ERR_PTR(-ENOMEM). >> Handle these errors and propagate the error code to the callers. >> >> Error handling has been

[RFC][ATCH 2/3] tracing/syscalls: Pass in hardcoded 6 into syscall_get_arguments()

From: Steven Rostedt The only users that calls syscall_get_arguments() with a variable and not a hard coded '6' is ftrace_syscall_enter(). syscall_get_arguments() can be optimized by removing a variable input, and always grabbing 6 arguments regardless of what the system

Re: [PATCH] vxlan: hide unused local variable

On Monday, November 7, 2016 2:16:30 PM CET Pravin Shelar wrote: > On Monday, November 7, 2016, Arnd Bergmann wrote: > > > A bugfix introduced a harmless warning in v4.9-rc4: > > > > drivers/net/vxlan.c: In function 'vxlan_group_used': > > drivers/net/vxlan.c:947:21: error: unused

[PATCH v4 1/2] memcg: Prevent memcg caches to be both OFF_SLAB & OBJFREELIST_SLAB

From: Greg Thelen While testing OBJFREELIST_SLAB integration with pagealloc, we found a bug where kmem_cache(sys) would be created with both CFLGS_OFF_SLAB & CFLGS_OBJFREELIST_SLAB. When it happened, critical allocations needed for loading drivers or creating new caches will

Re: [PATCH resent v3 3/3] ASoC: omap-abe-twl6040: fix typo in bindings documentation

* Rob Herring [161030 20:08]: > On Tue, Oct 25, 2016 at 07:38:11PM +0200, H. Nikolaus Schaller wrote: > > Signed-off-by: H. Nikolaus Schaller > > --- > > Documentation/devicetree/bindings/sound/omap-abe-twl6040.txt | 2 +- > > 1 file changed, 1 insertion(+),

[PATCH 1/1 V2] mqueue: Implment generic xattr support

This patch adds support for generic extended attributes within the POSIX message queues filesystem and setting them by consulting the LSM. This is needed so that the security.selinux extended attribute can be set via a SELinux named type transition on file inodes created within the filesystem. The

[PATCH] perf/x86: add more Intel uncore IMC PCI ID for SkyLake

From: Kan Liang There are several PCI IDs are missed for Intel SkyLake IMC. This patch adds the PCI IDs for SkyLake Y, U, H and S platforms. This patch also rename 0x191f and 0x190c according to the document. These PCI IDs are defined in the document as below. Y & U

Re: [PATCH v3 1/2] memcg: Prevent memcg caches to be both OFF_SLAB & OBJFREELIST_SLAB

On Mon, 7 Nov 2016 13:11:14 -0800 Thomas Garnier wrote: > From: Greg Thelen > > While testing OBJFREELIST_SLAB integration with pagealloc, we found a > bug where kmem_cache(sys) would be created with both CFLGS_OFF_SLAB & > CFLGS_OBJFREELIST_SLAB. > >

[PATCH v4 2/2] mm: Check kmem_create_cache flags are commons

Verify that kmem_create_cache flags are not allocator specific. It is done before removing flags that are not available with the current configuration. Signed-off-by: Thomas Garnier --- Based on next-20161027 --- mm/slab.h| 15 +++ mm/slab_common.c | 6

[RFC][ATCH 3/3] syscalls: Remove start and number from syscall_get_arguments() args

From: Steven Rostedt At Linux Plumbers, Andy Lutomirski approached me and pointed out that the function call syscall_get_arguments() implemented in x86 was horribly written and not optimized for the standard case of passing in 0 and 6 for the starting index and the number of

Re: [PATCH v5 2/5] driver core: Functional dependencies tracking support

On Mon, Oct 10, 2016 at 02:51:04PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Currently, there is a problem with taking functional dependencies > between devices into account. > > What I mean by a "functional dependency" is when the driver of

net/sctp: null-ptr-deref in sctp_inet_listen

Hi, I've got the following error report while running the syzkaller fuzzer: kasan: CONFIG_KASAN_INLINE enabled kasan: GPF could be caused by NULL-ptr deref or user memory access general protection fault: [#1] SMP KASAN Modules linked in: CPU: 1 PID: 3851 Comm: a.out Not tainted 4.9.0-rc4+

Re: [PATCHv7 10/11] mfd: as3722: Rid driver of superfluous I2C device ID structure

Thanks for your reviews again Javier, On 07/11/16 19:20, Javier Martinez Canillas wrote: > Hello Kieran, > > On 11/07/2016 09:47 AM, Kieran Bingham wrote: >> From: Lee Jones >> >> Also remove unused second probe() parameter 'i2c_device_id'. >> >> Acked-by: Grant Likely

Re: [RFC PATCH v2 1/1] PCI/ACPI: xgene: Add ECAM quirk for X-Gene PCIe controller

On Wed, Nov 02, 2016 at 01:54:44PM -0700, Duc Dang wrote: > On Wed, Nov 2, 2016 at 9:53 AM, Bjorn Helgaas wrote: > > On Tue, Oct 25, 2016 at 06:24:32PM -0700, Duc Dang wrote: > > > PCIe controllers in X-Gene SoCs is not ECAM compliant: software > > > needs to configure

Re: [PATCH 3/3] tpm: move documentation under Documentation/security

On Thu, 3 Nov 2016 17:57:52 -0600 Jarkko Sakkinen wrote: > In order too make Documentation root directory cleaner move the tpm > directory under Documentation/security. So I'll happily apply these to the docs tree, but... 1) It won't apply to current

[PATCH v4] Net Driver: Add Cypress GX3 VID=04b4 PID=3610.

From: Allan Chou Add support for Cypress GX3 SuperSpeed to Gigabit Ethernet Bridge Controller (Vendor=04b4 ProdID=3610). Patch verified on x64 linux kernel 4.7.4, 4.8.6, 4.9-rc4 systems with the Kensington SD4600P USB-C Universal Dock with Power, which uses the Cypress GX3

Re: [PATCH v3 2/4] kconfig: regenerate *.c_shipped files after previous changes

On Mon, Nov 07, 2016 at 05:41:38PM -0500, Nicolas Pitre wrote: > On Mon, 7 Nov 2016, Josh Triplett wrote: > > > [snipping large patch] > > > > One suggestion that might make this patch easier to review: you might > > consider first regenerating the unchanged parser with Bison 3.0.4, then > >

[PATCH] tracing: ignore FTRACE_FL_DISABLED while walking dyn_ftrace records

ftrace_shutdown() checks for sanity of ftrace records and if dyn_ftrace->flags is not zero, it will warn. It can happen that 'flags' are set to FTRACE_FL_DISABLED at this point, since some module was loaded, but before ftrace_module_enable() cleared the flags for this module. In other words the

[PATCH] vxlan: hide unused local variable

A bugfix introduced a harmless warning in v4.9-rc4: drivers/net/vxlan.c: In function 'vxlan_group_used': drivers/net/vxlan.c:947:21: error: unused variable 'sock6' [-Werror=unused-variable] This hides the variable inside of the same #ifdef that is around its user. The extraneous initialization

[PATCH v4 07/10] ARC: breakout aux handling into a separate header

ARC timers use aux registers for programming and this paves way for moving ARC timer drivers into drivers/clocksource Reviewed-by: kbuild test robot Signed-off-by: Vineet Gupta --- v3 -> v4 - rolled back update of nps header to use the new aux

Re: [PATCH v7 09/11] scsi: ufs: connect to RPMB subsystem

On Mon, Nov 07, 2016 at 07:27:38PM +, Winkler, Tomas wrote: > I value your opinion but I'm not responsible for inventing RPMB > and/or its implementation storage devices (eMMC, UFC, NVMe), it's pretty > much done deal out there in the wild. > I'm just trying to provide common API above

[PATCH V3 1/2] ARM: imx: mmdc perf function support i.MX6QP

i.MX6QP added new register bit PROFILE_SEL in MADPCR0. need set it at perf start. Signed-off-by: Frank Li --- Change from V2 - V3 - Use MMDC_FLAG_PROFILE_SEL - Use flags instead of driver_data - fix commit message typo - add const - use u32 val. Change from V1 - V2 - remove

[PATCH v3 4/4] posix-timers: make it configurable

Some embedded systems have no use for them. This removes about 22KB from the kernel binary size when configured out. Corresponding syscalls are routed to a stub logging the attempt to use those syscalls which should be enough of a clue if they were disabled without proper consideration. They

[PATCH v3 1/4] kconfig: introduce the "imply" keyword

The "imply" keyword is a weak version of "select" where the target config symbol can still be turned off, avoiding those pitfalls that come with the "select" keyword. This is useful e.g. with multiple drivers that want to indicate their ability to hook into a secondary subsystem while allowing

[PATCH v3 2/4] kconfig: regenerate *.c_shipped files after previous changes

Signed-off-by: Nicolas Pitre --- scripts/kconfig/zconf.hash.c_shipped | 30 +- scripts/kconfig/zconf.tab.c_shipped | 1581 -- 2 files changed, 753 insertions(+), 858 deletions(-) diff --git a/scripts/kconfig/zconf.hash.c_shipped

[PATCH v3 0/4] make POSIX timers optional with some Kconfig help

Many embedded systems don't need the full POSIX timer support. Configuring them out provides a nice kernel image size reduction. When POSIX timers are configured out, the PTP clock subsystem should be left out as well. However a bunch of ethernet drivers currently *select* the later in their

Re: [PATCH 2/8] ARM64: dts: meson-gxl: Add pinctrl nodes

Neil Armstrong writes: > Add pinctrl nodes and pin definitions for Amlogic Meson GXL. > > Signed-off-by: Neil Armstrong > --- > arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 168 > + > 1 file changed, 168

Re: [PATCH v3 2/4] kconfig: regenerate *.c_shipped files after previous changes

[snipping large patch] One suggestion that might make this patch easier to review: you might consider first regenerating the unchanged parser with Bison 3.0.4, then regenerating it again after the "imply" change. I think that'd eliminate quite a lot of noise in this patch. - Josh Triplett

Re: [PATCH v3 0/4] make POSIX timers optional with some Kconfig help

On Mon, 7 Nov 2016, Nicolas Pitre wrote: > Many embedded systems don't need the full POSIX timer support. > Configuring them out provides a nice kernel image size reduction. > > When POSIX timers are configured out, the PTP clock subsystem should be > left out as well. However a bunch of

[PATCH] staging: lustre: obd: rename health sysfs file to health_check

Testing revealed that the sysfs file health is actually the wrong name. Rename to the proper name health_check. Signed-off-by: James Simmons --- .../lustre/lustre/obdclass/linux/linux-module.c|8 drivers/staging/lustre/sysfs-fs-lustre |2

Re: net/l2tp: use-after-free write in l2tp_ip6_close

On Mon, Nov 7, 2016 at 2:35 PM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while running the syzkaller fuzzer: > > == > BUG: KASAN: use-after-free in l2tp_ip6_close+0x239/0x2a0 at

Re: [PATCHv7 10/11] mfd: as3722: Rid driver of superfluous I2C device ID structure

> Remember that i2c_device_uevent() always reports modalias of the form > MODALIAS=i2c: even when your series allows to match without a I2C > device ID table. Not always. Can't we do something similar like ACPI does with acpi_device_uevent_modalias()? I mean the whole point of this series is to

Re: [PATCHv4] shmem: avoid huge pages for small files

On Sat, 22 Oct 2016, Kirill A. Shutemov wrote: > > Huge pages are detrimental for small file: they causes noticible > overhead on both allocation performance and memory footprint. > > This patch aimed to address this issue by avoiding huge pages until file > grown to size of huge page. This

Re: [PATCH v3 00/18] Synaptics RMI4 and SMBus implementation

On Fri, Nov 04, 2016 at 09:23:48AM +0100, Benjamin Tissoires wrote: > On Thu, Oct 13, 2016 at 5:50 PM, Benjamin Tissoires > wrote: > > Hi guys, > > > > This is the third submission of this series, with some addition of RMI4 > > patches > > currently waiting on the

[PATCH v3 6/9] media: venus: hfi: add Host Firmware Interface (HFI)

This is the implementation of HFI. It is charged with the responsibility to comunicate with the firmware through an interface commands and messages. - hfi.c has interface functions used by the core, decoder and encoder parts to comunicate with the firmware. For example there are functions for

[PATCH v3 5/9] media: venus: venc: add video encoder files

This adds encoder part of the driver plus encoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/venc.c | 1212 drivers/media/platform/qcom/venus/venc.h | 32 +

[PATCH v3 9/9] media: venus: enable building of Venus video codec driver

This adds changes in v4l2 platform directory to include the vidc driver and show it in kernel config. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/Kconfig | 1 + drivers/media/platform/Makefile | 1 + 2 files changed, 2 insertions(+) diff --git

[PATCH v3 7/9] media: venus: hfi: add Venus HFI files

Here is the implementation of Venus video accelerator low-level functionality. It contanins code which setup the registers and startup uthe processor, allocate and manipulates with the shared memory used for sending commands and receiving messages. Signed-off-by: Stanimir Varbanov

[PATCH v3 4/9] media: venus: vdec: add video decoder files

This consists of video decoder implementation plus decoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/vdec.c | 1108 drivers/media/platform/qcom/venus/vdec.h | 32 +

[PATCH v3 2/9] MAINTAINERS: Add Qualcomm Venus video accelerator driver

Add an entry for Venus video encoder/decoder accelerator driver. Signed-off-by: Stanimir Varbanov --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 93e9f4227c53..5c2e70e83ff5 100644 --- a/MAINTAINERS +++

[PATCH v3 0/9] Qualcomm video decoder/encoder driver

Hi, Here is v3 of the Venus v4l2 video encoder/decoder driver. The changes since v2 are: - return queued buffers on stream_on error. - changed name of the driver vidc -> venus and reflect that in querycap. - fix video_device::release to point to video_device_release.

Re: [PATCH 0/3] Add memremap executable mapping and extend drivers/misc/sram.c

* Russell King - ARM Linux [161107 04:05]: > On Thu, Oct 27, 2016 at 01:56:09PM -0500, Dave Gerlach wrote: > > There are several instances when one would want to execute out of on-chip > > SRAM, such as PM code on ARM platforms, so once again revisiting this > > series to

[PATCH 04/11] staging: wlan-ng: replace BUG_ON() into WARN_ON() on hfa384x_usbin_callback

This patch avoids using BUG_ON() from driver, and return from hfa384x_usbin_callback with WARN_ON() if skb was NULL or data in skb is different from expected one. Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/hfa384x_usb.c | 5 - 1 file changed,

Re: [PATCH net-next 1/5] net: l2tp: fix L2TP_ATTR_UDP_CSUM attribute type

From: Asbjoern Sloth Toennesen Date: Fri, 4 Nov 2016 22:48:34 + > L2TP_ATTR_UDP_CSUM is a flag, and gets read with > nla_get_flag, but it is defined as NLA_U8 in > the nla_policy. > > It appears that this is only publicly used in > iproute2, where it's broken, because

Re: [PATCH] arm/vdso: introduce vdso_mremap hook

On 11/07/2016 12:16 PM, Dmitry Safonov wrote: > On 11/07/2016 08:00 PM, Christopher Covington wrote: >> Hi Dmitry, >> >> On 11/01/2016 01:22 PM, Dmitry Safonov wrote: >>> Add vdso_mremap hook which will fix context.vdso pointer after mremap() >>> on vDSO vma. This is needed for correct landing

Re: [PATCH] x86/MCE: Remove MCP_TIMESTAMP

On Mon, Nov 07, 2016 at 05:48:46PM +, Luck, Tony wrote: > > So, get rid of all that and simply log an MCE with a TSC value always. > > Simplifies the code a bit too. > > I'm not necessarily opposed to this ... but there was once some logic behind > when > logged TSC, and when we didn't.

[PATCH v11 04/14] dmaengine: st_fdma: Add STMicroelectronics FDMA DT binding documentation

This patch adds the DT binding documentation for the FDMA constroller found on STi based chipsets from STMicroelectronics. Signed-off-by: Ludovic Barre Signed-off-by: Peter Griffin Acked-by: Rob Herring ---

Re: [PATCH net v2 0/4] net: fix device reference leaks

From: Johan Hovold Date: Thu, 3 Nov 2016 18:40:18 +0100 > This series fixes a number of device reference leaks (and one of_node > leak) due to failure to drop the references taken by bus_find_device() > and friends. > > Note that the final two patches have been compile tested

[PATCH v11 05/14] dmaengine: st_fdma: Add STMicroelectronics FDMA driver header file

This header file will also be used by the dma xbar driver in the future. Signed-off-by: Ludovic Barre Signed-off-by: Peter Griffin --- drivers/dma/st_fdma.h | 249 ++ 1 file changed, 249

[PATCH v11 00/14] Add support for FDMA DMA controller and slim core rproc found on STi chipsets

Hi Vinod and Bjorn, This patchset adds support for the Flexible Direct Memory Access (FDMA) core found on STi chipsets from STMicroelectronics. The FDMA is a slim core CPU with a dedicated firmware. It is a general purpose DMA controller supporting 16 independent channels and data can be moved

[PATCH v11 11/14] ARM: multi_v7_defconfig: Enable STi and simple-card drivers.

This patch enables the STi ALSA drivers found on STi platforms as well as the simple-card driver which is a dependency to have working sound. Signed-off-by: Peter Griffin Acked-by: Lee Jones --- arch/arm/configs/multi_v7_defconfig | 3 +++ 1 file

[PATCH v11 08/14] ARM: multi_v7_defconfig: Enable remoteproc core

Now that remoteproc core is selectable it needs to be enabled in the multi_v7 build. Signed-off-by: Peter Griffin --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig

Re: [PATCH 3.12 00/72] 3.12.67-stable review

On 11/07/2016 06:04 AM, Jiri Slaby wrote: > This is the start of the stable review cycle for the 3.12.67 release. > There are 72 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

Re: [PATCH 4/7] mm: defer vmalloc from atomic context

On 11/05/2016 06:43 AM, Joel Fernandes wrote: > On Mon, Oct 24, 2016 at 8:44 AM, Andrey Ryabinin > wrote: >> >> >> On 10/22/2016 06:17 PM, Christoph Hellwig wrote: >>> We want to be able to use a sleeping lock for freeing vmap to keep >>> latency down. For this we need

  1   2   3   4   5   6   7   8   9   10   >