[PATCH v2] irqchip: gicv3-its: Use NUMA aware memory allocation for ITS tables

The NUMA node information is visible to ITS driver but not being used other than handling hardware errata. ITS/GICR hardware accesses to the local NUMA node is usually quicker than the remote NUMA node. How slow the remote NUMA accesses are depends on the implementation details. This patch allocat

Re: [PATCH 4/6] irqchip: brcmstb-l2: Remove some processing from the handler

On 07/07/2017 12:20 PM, Doug Berger wrote: > Saving the generic chip pointer in the brcmstb_l2_intc_data prevents > the need to call irq_get_domain_generic_chip(). Also don't need to > save parent_irq and base there since local variables in the > brcmstb_l2_intc_of_init() function are just as good

Re: [PATCH v4 4/4] dt-bindings: media: Document Synopsys Designware HDMI RX

Hi Rob, On 10-07-2017 16:24, Rob Herring wrote: > On Mon, Jun 26, 2017 at 11:42 AM, Jose Abreu wrote: >> Hi Rob, >> >> >> On 23-06-2017 22:58, Rob Herring wrote: >>> On Tue, Jun 20, 2017 at 06:26:12PM +0100, Jose Abreu wrote: Document the bindings for the Synopsys Designware HDMI RX. >

Re: [PATCH 6/6] irqchip: brcmstb-l2: Add support for the BCM7271 L2 controller

On 07/07/2017 12:20 PM, Doug Berger wrote: > Add the initialization of the generic irq chip for the BCM7271 L2 > interrupt controller. This controller only supports level > interrupts and uses the "brcm,bcm7271-l2-intc" compatibility > string. > > Signed-off-by: Doug Berger Reviewed-by: Florian

Re: [PATCH 5/6] irqchip: brcmstb-l2: Abstract register accesses

On 07/07/2017 12:20 PM, Doug Berger wrote: > Added register block offsets to the brcmstb_l2_intc_data structure > for the status and mask registers to support reading the active > interupts in an abstracted way. It seems like an irq_chip method > should have been provided for this, but it's not th

Re: [PATCH] dpaa_eth: use correct device for DMA mapping API

On 10/07/17 16:14, Arnd Bergmann wrote: > Geert Uytterhoeven ran into a build error without CONFIG_HAS_DMA, > as a result of the driver calling set_dma_ops(). While we can > fix the build error in the dma-mapping implementation, there is > another problem in this driver: > > The configuration for

Re: KASAN vs. boot-time switching between 4- and 5-level paging

> On Jul 10, 2017, at 7:17 AM, Kirill A. Shutemov wrote: > >> On Mon, Jul 10, 2017 at 02:43:17PM +0200, Dmitry Vyukov wrote: >> On Mon, Jul 10, 2017 at 2:33 PM, Kirill A. Shutemov >> wrote: >>> On Thu, Jun 01, 2017 at 05:56:30PM +0300, Andrey Ryabinin wrote: > On 05/29/2017 03:46 PM, Andre

Re: [PATCH] exec: Limit arg stack to at most _STK_LIM / 4 * 3

On Mon 10-07-17 08:39:43, Kees Cook wrote: > On Mon, Jul 10, 2017 at 6:13 AM, Michal Hocko wrote: > > I am not sure whether this is still actual because there are just too > > many pathes flying around these days. I am still trying to catch up... > > Linus applied this one, yes. Hmm, this is rat

Re: [PATCH v2 1/8] exec: Correct comments about "point of no return"

On Mon, Jul 10, 2017 at 1:46 AM, Eric W. Biederman wrote: > > But you miss it. > > The "point of no return" is the call to de_thread. Or aguably anything in > flush_old_exec. Once anything in the current task is modified you can't > return an error. > > It very much does not have anything to do

Re: [PATCH 4/5] mm/memcontrol: allow to uncharge page without using page->lru field

On Mon 10-07-17 11:32:23, Jerome Glisse wrote: > On Mon, Jul 10, 2017 at 10:28:06AM +0200, Michal Hocko wrote: > > On Wed 05-07-17 10:35:29, Jerome Glisse wrote: > > > On Tue, Jul 04, 2017 at 02:51:13PM +0200, Michal Hocko wrote: > > > > On Mon 03-07-17 17:14:14, Jérôme Glisse wrote: > > > > > HMM

Re: block: hung task writing to device

On 07/08/2017 01:06 PM, Levin, Alexander (Sasha Levin) wrote: > Hi all, > > syzkaller seems to be hitting a lockup with the reproducer below: > > INFO: task syzkaller490361:8788 blocked for more than 120 seconds. > Not tainted 4.12.0-next-20170706+ #186 > "echo 0 > /proc/sys/kernel/hung_task

Re: [RFC v1 1/2] mm/page_alloc: Prevent OOM killer from triggering if requested

[+CC Michal Hocko] On 07/10/2017 12:49 AM, Joel Fernandes wrote: > Certain allocation paths such as the ftrace ring buffer allocator > want to try hard to allocate but not trigger OOM killer and de-stabilize > the system. Currently the ring buffer uses __GFP_NO_RETRY to prevent > the OOM killer fr

Re: [PATCH v2 2/8] exec: Move security_bprm_secureexec() earlier

On Mon, Jul 10, 2017 at 1:57 AM, Eric W. Biederman wrote: > Kees Cook writes: > >> There are several places where exec needs to know if a privilege-gain has >> happened. These should be using the results of security_bprm_secureexec() >> but it is getting (needlessly) called very late. > > It is h

Re: [PATCH v2] irqchip: gicv3-its: Use NUMA aware memory allocation for ITS tables

On 07/10/2017 10:53 AM, Shanker Donthineni wrote: > The NUMA node information is visible to ITS driver but not being used > other than handling hardware errata. ITS/GICR hardware accesses to the > local NUMA node is usually quicker than the remote NUMA node. How slow > the remote NUMA accesses ar

Re: [PATCH 2/3] of: overlay: correctly apply overlay node with unit-address

On Fri, Jul 7, 2017 at 7:28 PM, wrote: > From: Frank Rowand > > Correct existing node name detection when overlay node name has > a unit-address. > > Expected test result is overlay will update the nodes and properties > for /testcase-data-2/fairway-1/ride@100/ after the patch is applied. > > Be

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Mon, Jul 10, 2017 at 1:44 AM, Michal Hocko wrote: > On Thu 06-07-17 12:12:55, Kees Cook wrote: >> On Thu, Jul 6, 2017 at 10:52 AM, Linus Torvalds >> wrote: >> > On Thu, Jul 6, 2017 at 10:29 AM, Kees Cook wrote: >> >>> >> >>> (a) minimal: just use our existing default stack (and stack _only_)

Re: [patch 1/3] tty: resolve tty contention between kernel and user space

On Mon, Jul 10, 2017 at 06:21:37PM +0300, Andy Shevchenko wrote: > On Mon, Jul 10, 2017 at 11:31 AM, Okash Khawaja > wrote: > > On Sun, Jul 09, 2017 at 06:04:17PM +0300, Andy Shevchenko wrote: > >> On Sun, Jul 9, 2017 at 2:41 PM, Okash Khawaja > >> wrote: > >> > >> > +struct tty_struct *tty_kop

Re: [PATCH 01/14] VFS: Don't use save/replace_mount_options if not using generic_show_options

On Wed, Jul 05, 2017 at 04:24:09PM +0100, David Howells wrote: > btrfs, debugfs, reiserfs and tracefs call save_mount_options() and reiserfs > calls replace_mount_options(), but they then implement their own > ->show_options() methods and don't touch s_options, rendering the saved > options unneces

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Mon, Jul 10, 2017 at 9:12 AM, Kees Cook wrote: > > Sounds good to me, but won't large-memory users in 32-bit get annoyed? We'll see. I suspect that all large-memory users have long since upgraded to x86-64 (rule of thumb: if you are upgrading kernels today, you probably upgraded hardware ten

Re: RFC: Task switch emulation fails for VM86 mode

On 10/07/2017 17:48, Nadav Amit wrote: >>> >>> Any proposal is a great appreciated. :) > I don’t see a (very) easy solution. The code was (apparently) never built to > deal with a task switch during an instruction emulation. > > AFAIU kvm_task_switch() expects information about the task-switch fro

Re: [patch 0/3] Re: tty contention resulting from tty_open_by_device export

On Mon, Jul 10, 2017 at 01:33:07PM +0100, Okash Khawaja wrote: > > If the tty counts are being misreported then it would be better to fix > > the code to actually manage the counts properly. The core tty code is > > telling you that the tty is not in a valid state. While this is of > > itself a goo

Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality

On 07/09/2017 09:32 AM, Anshuman Khandual wrote: > On 07/07/2017 11:39 PM, Mike Kravetz wrote: >> On 07/07/2017 10:45 AM, Kirill A. Shutemov wrote: >>> On Fri, Jul 07, 2017 at 10:29:52AM -0700, Mike Kravetz wrote: On 07/07/2017 03:23 AM, Kirill A. Shutemov wrote: > What is going to happen

Re: [PATCH] ptrace: Add compat PTRACE_{G,S}ETSIGMASK handlers

On 06/29, James Morse wrote: > > compat_ptrace_request() lacks handlers for PTRACE_{G,S}ETSIGMASK, > instead using those in ptrace_request(). The compat variant should > read a compat_sigset_t from userspace instead of ptrace_request()s > sigset_t. Acked-by: Oleg Nesterov

Re: [PATCH] fpga: altera-hps2fpga: add NULL check on of_match_device() return value

On Thu, Jul 6, 2017 at 11:22 PM, Gustavo A. R. Silva wrote: > Check return value from call to of_match_device() > in order to prevent a NULL pointer dereference. > > In case of NULL print error message and return -ENODEV > > Signed-off-by: Gustavo A. R. Silva Reviewed-by: Moritz Fischer > --- >

Re: [PATCH 4/5] mm/memcontrol: allow to uncharge page without using page->lru field

On Mon, Jul 10, 2017 at 06:04:46PM +0200, Michal Hocko wrote: > On Mon 10-07-17 11:32:23, Jerome Glisse wrote: > > On Mon, Jul 10, 2017 at 10:28:06AM +0200, Michal Hocko wrote: > > > On Wed 05-07-17 10:35:29, Jerome Glisse wrote: > > > > On Tue, Jul 04, 2017 at 02:51:13PM +0200, Michal Hocko wrote:

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Mon 10-07-17 09:12:11, Kees Cook wrote: > On Mon, Jul 10, 2017 at 1:44 AM, Michal Hocko wrote: > > On Thu 06-07-17 12:12:55, Kees Cook wrote: > >> On Thu, Jul 6, 2017 at 10:52 AM, Linus Torvalds > >> wrote: > >> > On Thu, Jul 6, 2017 at 10:29 AM, Kees Cook wrote: > >> >>> > >> >>> (a) minima

Re: [PATCH] fbdev: make get_fb_unmapped_area depends of !MMU

On Monday, 2017-07-10 16:48:55 +0200, Benjamin Gaignard wrote: > Even if CONFIG_FB_PROVIDE_GET_FB_UNMAPPED_AREA flag is selected > do not compile and use get_fb_unmapped_area() if CONFIG_MMU is > also set. This will avoid mmap errors when compiling multi > architectures at same time. > > Signed-of

Re: [PATCH v2 38/52] KVM: arm/arm64: GICv4: Wire init/teardown of per-VM support

On 08/07/17 12:26, Shanker Donthineni wrote: > Hi Marc, > > On 06/28/2017 10:03 AM, Marc Zyngier wrote: >> Should the HW support GICv4 and an ITS being associated with this >> VM, let's init the its_vm and its_vpe structures. >> >> Signed-off-by: Marc Zyngier >> --- >> virt/kvm/arm/vgic/vgic-ini

Re: [PATCH 4/5] mm/memcontrol: allow to uncharge page without using page->lru field

On Mon 10-07-17 12:25:42, Jerome Glisse wrote: [...] > Bottom line is that we can always free and uncharge device memory > page just like any regular page. OK, this answers my earlier question. Then it should be feasible to charge this memory. There are still some things to handle. E.g. how do we

Re: [PATCH 2/2] MIPS/PCI: Fix pcibios_scan_bus() NULL check code path

On Mon, Jul 10, 2017 at 04:49:24PM +0100, Lorenzo Pieralisi wrote: > On Mon, Jul 10, 2017 at 09:55:53AM -0500, Bjorn Helgaas wrote: > > On Mon, Jul 10, 2017 at 01:34:09PM +0100, Lorenzo Pieralisi wrote: > > > If pci_scan_root_bus() fails (ie returns NULL) pcibios_scan_bus() must > > > return immedi

[GIT PULL] xfs: updates for 4.13

Hi Linus, Here are some changes for you for 4.13. For the most part it's fixes for bugs and deadlock problems, and preparation for online fsck in some future merge window. The branch merges against this morning's HEAD without issue; a quick overnight xfstests run against yesterday's HEAD came ou

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

On Mon, Jul 10, 2017 at 07:46:09AM -0700, Andi Kleen wrote: > > So how much of the gain is simply due to skipping NOHZ? Mike used to > > carry a patch that would throttle NOHZ. And that is a _far_ smaller and > > simpler patch to do. > > Have you ever looked at a ftrace or PT trace of the idle ent

Re: [PATCH] scripts/package: snap-pkg target

On Mon, Jul 10, 2017 at 7:59 AM, Paolo Pisati wrote: > eg. Ubuntu Core, and it's subsequent upgrades. its > > For more information on snap packages: https://snapcraft.io/docs/ Is this something a user could do with the existing deb target, and then running deb2snap? -- Jim

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Mon, Jul 10, 2017 at 09:18:09AM -0700, Linus Torvalds wrote: > On Mon, Jul 10, 2017 at 9:12 AM, Kees Cook wrote: > > > > Sounds good to me, but won't large-memory users in 32-bit get annoyed? > > We'll see. > > I suspect that all large-memory users have long since upgraded to > x86-64 (rule o

Re: [PATCH 4/5] mm/memcontrol: allow to uncharge page without using page->lru field

On Mon, Jul 10, 2017 at 06:36:52PM +0200, Michal Hocko wrote: > On Mon 10-07-17 12:25:42, Jerome Glisse wrote: > [...] > > Bottom line is that we can always free and uncharge device memory > > page just like any regular page. > > OK, this answers my earlier question. Then it should be feasible to

Re: [PATCH v2] PCI: Add ATS-disable quirk for AMD Stoney GPUs

On Fri, Jun 16, 2017 at 06:29:23PM +0200, Joerg Roedel wrote: > Hi Bjorn, > > On Thu, Jun 15, 2017 at 02:15:45PM -0500, Bjorn Helgaas wrote: > > It was marked "superseded" in patchwork and thus off my radar. I > > don't remember if I did that or why. I changed it back to "New" so I > > won't for

Re: KASAN vs. boot-time switching between 4- and 5-level paging

On 07/10/2017 03:33 PM, Kirill A. Shutemov wrote: > > [Sorry for loong delay.] > > The patch works for me for legacy boot. But it breaks EFI boot with > 5-level paging. And I struggle to understand why. > > What I see is many page faults at mm/kasan/kasan.c:758 -- > "DEFINE_ASAN_LOAD_STORE(4)

[PATCH] iio:adc:at91-sama5d2: make array startup_lookup static

From: Colin Ian King Don't populate array startup_lookup on the stack but instead make it static. Makes the object code smaller. Also add in missing 'int' type specifier to clean up a checkpatch warning. Before: textdata bss dec hex filename 102972800 128 13225

Re: [PATCH] mm, vmscan: do not loop on too_many_isolated for ever

On Mon, Jul 10, 2017 at 09:58:03AM -0400, Rik van Riel wrote: > On Mon, 2017-07-10 at 09:48 +0200, Michal Hocko wrote: > > > Johannes and Rik had some concerns that this could lead to premature > > OOM kills. I agree with them that we need a better throttling > > mechanism. Until now we didn't giv

Re: [PATCH] net: chelsio: cxgb3: constify attribute_group structures.

On Mon, 2017-07-10 at 16:04 +0530, Arvind Yadav wrote: > attribute_groups are not supposed to change at runtime. All functions > working with attribute_groups provided by work > with const attribute_group. So mark the non-const structs as const. I think it's good you are doing all of these. Inst

Re: [GIT pull] irq updates for 4.13

On Mon, Jul 10, 2017 at 6:35 AM, Sebastian Reichel wrote: > > This patch apparently breaks OMAP platform: > > 46e48e257360f0845fe17089713cbad4db611e70 is the first bad commit > commit 46e48e257360f0845fe17089713cbad4db611e70 > Author: Thomas Gleixner > Date: Thu Jun 29 23:33:38 2017 +0200 > >

Re: [PATCH] hwtracing: coresight: constify attribute_group structures.

On 4 July 2017 at 23:49, Arvind Yadav wrote: > attribute_groups are not supposed to change at runtime. All functions > working with attribute_groups provided by work with const > attribute_group. So mark the non-const structs as const. > > File size before: > text data bss dec h

Re: [PATCH] brcmfmac: added LED triggers for transmit/receive

> 1) I think most of it should be some cfg80211 shareable code. I’m not sure exactly what you mean by this, could you please clarify? > 2) This "rxtx" while surely present in other places sounds like a > workaround for LED subsystem limitation. Maybe it's time to finally > rework LED triggers. I

[PATCH 0/2] ZII RAVE platform driver

Hi everyone, This patch series is a driver for supervisory processor found on RAVE series of devices from ZII. Supervisory processor is a PIC microcontroller connected to various electrical subsystems on RAVE devices whose firmware implements protocol to command/qery them. I originally submitted

[PATCH 2/2] dt-bindings: mfd: Add bindings for ZII RAVE devices

Cc: cphe...@gmail.com Cc: Lucas Stach Cc: Nikita Yushchenko Cc: Rob Herring Cc: Mark Rutland Cc: devicet...@vger.kernel.org Signed-off-by: Andrey Smirnov --- .../devicetree/bindings/mfd/zii,rave-sp.txt| 40 ++ 1 file changed, 40 insertions(+) create mode 100644 Do

[PATCH 1/2] platform: Add driver for RAVE Supervisory Processor

Add a driver for RAVE Supervisory Processor, an MCU implementing varoius bits of housekeeping functionality (watchdoging, backlight control, LED control, etc) on RAVE family of products by Zodiac Inflight Innovations. This driver implementes core MFD/serdev device as well as communication subrouti

Re: [GIT PULL] HID for 4.13

On Mon, Jul 10, 2017 at 2:24 AM, Jiri Kosina wrote: > > git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus I've pulled this, but looking at the thing, I absolutely _hate_ your merge commits. They have no commit messages! They look like this: Merge branches 'for-4.13/ish

Re: [PATCH] mm, vmscan: do not loop on too_many_isolated for ever

On Mon 10-07-17 12:58:59, Johannes Weiner wrote: > On Mon, Jul 10, 2017 at 09:58:03AM -0400, Rik van Riel wrote: > > On Mon, 2017-07-10 at 09:48 +0200, Michal Hocko wrote: > > > > > Johannes and Rik had some concerns that this could lead to premature > > > OOM kills. I agree with them that we need

Re: [PATCH] serial: 8250_of: Fix regression in reset support

On Mon, Jul 10, 2017 at 6:24 PM, Linus Walleij wrote: > commit e2860e1f62f2 ("serial: 8250_of: Add reset support") > introduced reset support for the 8250_of driver. > > However it unconditionally uses the assert/deassert pair to > deassert reset on the device at probe and assert it at > remove. T

[PATCH 4.12 14/27] tpm: Issue a TPM2_Shutdown for TPM2 devices.

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Josh Zimmerman commit d1bd4a792d3961a04e6154118816b00167aad91a upstream. If a TPM2 loses power without a TPM2_Shutdown command being issued (a "disorderly reboot"), it may lose some state that

[PATCH 4.12 06/27] Add USB quirk for HVR-950q to avoid intermittent device resets

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Devin Heitmueller commit 6836796de4019944f4ba4c99a360e8250fd2e735 upstream. The USB core and sysfs will attempt to enumerate certain parameters which are unsupported by the au0828 - causing in

[PATCH 4.12 00/27] 4.12.1-stable review

This is the start of the stable review cycle for the 4.12.1 release. There are 27 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 Jul 12 17:00:45 UTC 2017. Anything receive

[PATCH 4.12 01/27] driver core: platform: fix race condition with driver_override

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Adrian Salido commit 6265539776a0810b7ce6398c27866ddb9c6bd154 upstream. The driver_override implementation is susceptible to race condition when different threads are reading vs storing a diff

[PATCH 4.12 02/27] RDMA/uverbs: Check port number supplied by user verbs cmds

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Boris Pismenny commit 5ecce4c9b17bed4dc9cb58bfb10447307569b77b upstream. The ib_uverbs_create_ah() ind ib_uverbs_modify_qp() calls receive the port number from user input as part of its attrib

[PATCH 4.12 05/27] usb: usbip: set buffer pointers to NULL after free

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Michael Grzeschik commit b3b51417d0af63fb9a06662dc292200aed9ea53f upstream. The usbip stack dynamically allocates the transfer_buffer and setup_packet of each urb that got generated by the tcp

[PATCH 4.12 16/27] powerpc/powernv: Fix CPU_HOTPLUG=n idle.c compile error

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit 67d20418088680d22037119d914982cd982b5c5a upstream. Fixes: a7cd88da97 ("powerpc/powernv: Move CPU-Offline idle state invocation from smp.c to idle.c") Cc: Gautham R. She

[PATCH 4.12 21/27] sched/numa: Override part of migrate_degrades_locality() when idle balancing

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Rik van Riel commit 739294fb03f590401bbd7faa6d31a507e3ffada5 upstream. Several tests in the NAS benchmark seem to run a lot slower with NUMA balancing enabled, than with NUMA balancing disable

[PATCH 4.11 10/36] Add USB quirk for HVR-950q to avoid intermittent device resets

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Devin Heitmueller commit 6836796de4019944f4ba4c99a360e8250fd2e735 upstream. The USB core and sysfs will attempt to enumerate certain parameters which are unsupported by the au0828 - causing in

[PATCH 4.12 26/27] xen: avoid deadlock in xenbus driver

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Juergen Gross commit 1a3fc2c402810bf336882e695abd1678dbc8d279 upstream. There has been a report about a deadlock in the xenbus driver: [ 247.979498] =

[PATCH 4.11 17/36] pinctrl: sh-pfc: r8a7791: Add missing DVC_MUTE signal

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Sergei Shtylyov commit 3908632fb829d73317c64c3d04f584b49f62e4ae upstream. The R8A7791 PFC driver was apparently based on the preliminary revisions of the user's manual, which omitted the D

[PATCH 4.11 13/36] USB: core: fix device node leak

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit e271b2c909a22a2c13b2d5f77f2ce0091b74540c upstream. Make sure to release any OF device-node reference taken when creating the USB device. Note that we currently do not hold

[PATCH 4.11 20/36] pinctrl: stm32: Fix bad function call

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Alexandre TORGUE commit b7c747d4627462f25b3daabf49c18895a6722faa upstream. In stm32_pconf_parse_conf function, stm32_pmx_gpio_set_direction is called with wrong parameter value. Indeed, using

[PATCH 4.11 19/36] pinctrl: meson: meson8b: fix the NAND DQS pins

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Martin Blumenstingl commit 97ba26b8a9343008504d4e3a87d212bc07b05212 upstream. The nand_groups table uses different names for the NAND DQS pins than the GROUP() definition in meson8b_cbus_group

[PATCH 4.11 21/36] pinctrl: sunxi: Fix SPDIF function name for A83T

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Chen-Yu Tsai commit 7903d4f5e1dec53963cba9b1bc472a76a3532e07 upstream. We use well known standard names for functions that have name, such as I2C, SPI, SPDIF, etc.. Fix the function name of S

[PATCH 4.11 25/36] pinctrl: sh-pfc: Update info pointer after SoC-specific init

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit 3091ae775fae17084013021d01513bc1ad274e6a upstream. Update the sh_pfc_soc_info pointer after calling the SoC-specific initialization function, as it may have been upda

[PATCH 4.11 06/36] tracing/kprobes: Allow to create probe with a module name starting with a digit

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca commit 9e52b32567126fe146f198971364f68d3bc5233f upstream. Always try to parse an address, since kstrtoul() will safely fail when given a symbol as input. If that fails (which w

[PATCH 4.11 30/36] Add "shutdown" to "struct class".

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Josh Zimmerman commit f77af15165847406b15d8f70c382c4cb15846b2a upstream. The TPM class has some common shutdown code that must be executed for all drivers. This adds some needed functionality

[PATCH 4.11 36/36] rt286: add Thinkpad Helix 2 to force_combo_jack_table

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Yifeng Li commit fe0dfd6358a17c79bd7d6996af7512ba452a7059 upstream. Thinkpad Helix 2 is a tablet PC, the audio is powered by Core M broadwell-audio and rt286 codec. For all versions of Linux k

[PATCH 4.11 03/36] driver core: platform: fix race condition with driver_override

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Adrian Salido commit 6265539776a0810b7ce6398c27866ddb9c6bd154 upstream. The driver_override implementation is susceptible to race condition when different threads are reading vs storing a diff

[PATCH 4.9 06/41] [media] media: entity: Fix stream count check

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Sakari Ailus commit 41387a59c8fd55975c6a26cc12fc5c9ca61fcc0f upstream. There's a sanity check for the stream count remaining positive or zero on error path, but instead of performing the check

[PATCH 4.9 17/41] pinctrl: qcom: ipq4019: add missing pingroups for pins > 70

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Christian Lamparter commit d7402de48efae57bbb0072e53d3800c30de57ea5 upstream. This patch adds the missing PINGROUP for GPIO70-99. This fixes a crash that happens in pinctrl-msm, if any of the G

[PATCH 4.9 18/41] pinctrl: cherryview: Add a quirk to make Acer Chromebook keyboard work again

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 7036502783729c2aaf7a3c24c89087c58721430f upstream. After commit 47c950d10202 ("pinctrl: cherryview: Do not add all southwest and north GPIOs to IRQ domain") the driver do

[PATCH 4.9 21/41] pinctrl: sh-pfc: r8a7791: Add missing DVC_MUTE signal

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Sergei Shtylyov commit 3908632fb829d73317c64c3d04f584b49f62e4ae upstream. The R8A7791 PFC driver was apparently based on the preliminary revisions of the user's manual, which omitted the DV

[PATCH 4.9 29/41] pinctrl: sh-pfc: Update info pointer after SoC-specific init

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit 3091ae775fae17084013021d01513bc1ad274e6a upstream. Update the sh_pfc_soc_info pointer after calling the SoC-specific initialization function, as it may have been updat

[PATCH 4.9 24/41] pinctrl: stm32: Fix bad function call

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Alexandre TORGUE commit b7c747d4627462f25b3daabf49c18895a6722faa upstream. In stm32_pconf_parse_conf function, stm32_pmx_gpio_set_direction is called with wrong parameter value. Indeed, using N

[PATCH 4.9 23/41] pinctrl: meson: meson8b: fix the NAND DQS pins

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Blumenstingl commit 97ba26b8a9343008504d4e3a87d212bc07b05212 upstream. The nand_groups table uses different names for the NAND DQS pins than the GROUP() definition in meson8b_cbus_groups

[PATCH 4.9 41/41] rt286: add Thinkpad Helix 2 to force_combo_jack_table

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Yifeng Li commit fe0dfd6358a17c79bd7d6996af7512ba452a7059 upstream. Thinkpad Helix 2 is a tablet PC, the audio is powered by Core M broadwell-audio and rt286 codec. For all versions of Linux ke

[PATCH 4.9 34/41] tpm: fix a kernel memory leak in tpm-sysfs.c

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jarkko Sakkinen commit 13b47cfcfc60495cde216eef4c01040d76174cbe upstream. While cleaning up sysfs callback that prints EK we discovered a kernel memory leak. This commit fixes the issue by zero

[PATCH 4.9 33/41] gfs2: Fix glock rhashtable rcu bug

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Gruenbacher commit 961ae1d83d055a4b9ebbfb4cc8ca62ec1a7a3b74 upstream. Before commit 88ffbf3e03 "GFS2: Use resizable hash table for glocks", glocks were freed via call_rcu to allow readi

[PATCH 4.9 36/41] x86/uaccess: Optimize copy_user_enhanced_fast_string() for short strings

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni commit 236222d39347e0e486010f10c1493e83dbbdfba8 upstream. According to the Intel datasheet, the REP MOVSB instruction exposes a pretty heavy setup cost (50 ticks), which hurts short

[PATCH 4.9 16/41] sysctl: report EINVAL if value is larger than UINT_MAX for proc_douintvec

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Liping Zhang commit 425fffd886bae3d127a08fa6a17f2e31e24ed7ff upstream. Currently, inputting the following command will succeed but actually the value will be truncated: # echo 0x12 >

[PATCH 4.9 40/41] RDMA/uverbs: Check port number supplied by user verbs cmds

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Boris Pismenny commit 5ecce4c9b17bed4dc9cb58bfb10447307569b77b upstream. The ib_uverbs_create_ah() ind ib_uverbs_modify_qp() calls receive the port number from user input as part of its attribu

[PATCH 4.9 15/41] sysctl: dont print negative flag for proc_douintvec

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Liping Zhang commit 5380e5644afbba9e3d229c36771134976f05c91e upstream. I saw some very confusing sysctl output on my system: # cat /proc/sys/net/core/xfrm_aevent_rseqth -2 # cat /proc/sys

[PATCH 4.9 14/41] mac80211_hwsim: Replace bogus hrtimer clockid

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 8fbcfeb8a9cc803464d6c166e7991913711c612c upstream. mac80211_hwsim initializes a hrtimer with clockid CLOCK_MONOTONIC_RAW. That's not supported. Use CLOCK_MONOTONIC inste

[PATCH 4.9 11/41] usb: usbip: set buffer pointers to NULL after free

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Michael Grzeschik commit b3b51417d0af63fb9a06662dc292200aed9ea53f upstream. The usbip stack dynamically allocates the transfer_buffer and setup_packet of each urb that got generated by the tcp

[PATCH 4.9 12/41] usb: Fix typo in the definition of Endpoint[out]Request

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit 7cf916bd639bd26db7214f2205bccdb4b9306256 upstream. The current definition is wrong. This breaks my upcoming Aspeed virtual hub driver. Signed-off-by: Benjamin Her

Re: [RFC v5 00/38] powerpc: Memory Protection Keys

On Sun, Jul 09, 2017 at 11:05:44PM -0700, Ram Pai wrote: > On Mon, Jul 10, 2017 at 11:13:23AM +0530, Anshuman Khandual wrote: > > On 07/06/2017 02:51 AM, Ram Pai wrote: . > > > do you have data points to show the difference in > > performance between this version and the last one where > > we

[PATCH 4.9 13/41] USB: core: fix device node leak

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit e271b2c909a22a2c13b2d5f77f2ce0091b74540c upstream. Make sure to release any OF device-node reference taken when creating the USB device. Note that we currently do not hold

[PATCH 4.9 39/41] crypto: drbg - Fixes panic in wait_for_completion call

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Stephan Mueller commit b61929c654f2e725644935737c4c1ea9c741e2f8 upstream. Initialise ctr_completion variable before use. Cc: Signed-off-by: Harsh Jain Signed-off-by: Stephan Mueller Signed-

[PATCH 4.9 38/41] KEYS: Fix an error code in request_master_key()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 57cb17e764ba0aaa169d07796acce54ccfbc6cae upstream. This function has two callers and neither are able to handle a NULL return. Really, -EINVAL is the correct thing return

[PATCH 4.9 10/41] Add USB quirk for HVR-950q to avoid intermittent device resets

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Devin Heitmueller commit 6836796de4019944f4ba4c99a360e8250fd2e735 upstream. The USB core and sysfs will attempt to enumerate certain parameters which are unsupported by the au0828 - causing inc

[PATCH 4.9 37/41] ath10k: override CE5 config for QCA9377

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bartosz Markowski commit b08b5b53a1ed2bd7a883f8fd29232c8f03604671 upstream. Similarly to QCA6174, QCA9377 requires the CE5 configuration to be available for other feature. Use the ath10k_pci_ov

[PATCH 4.9 32/41] xhci: Limit USB2 port wake support for AMD Promontory hosts

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jiahau Chang commit dec08194ffeccfa1cf085906b53d301930eae18f upstream. For AMD Promontory xHCI host, although you can disable USB 2.0 ports in BIOS settings, those ports will be enabled anyway

[PATCH 4.9 28/41] pinctrl: sh-pfc: r8a7791: Add missing HSCIF1 pinmux data

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Sergei Shtylyov commit da7a692fbbab07f4e9798b5b52798f6e3256dd8f upstream. The R8A7791 PFC driver was apparently based on the preliminary revisions of the user's manual, which omitted the HS

[PATCH 4.9 26/41] pinctrl: cherryview: Add terminate entry for dmi_system_id tables

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Wei Yongjun commit a9de080bbcd5c4e213a3d7bbb1e314d60980e943 upstream. Make sure dmi_system_id tables are NULL terminated. Fixes: 703650278372 ("pinctrl: cherryview: Add a quirk to make Acer Ch

[PATCH 4.9 09/41] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jeremie Rapin commit fd90f73a9925f248d696bde1cfc836d9fda5570d upstream. Added the USB serial device ID for the CEL ZigBee EM3588 radio stick. Signed-off-by: Jeremie Rapin Acked-by: Johan Hovo

[PATCH 4.9 25/41] pinctrl: sunxi: Fix SPDIF function name for A83T

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Chen-Yu Tsai commit 7903d4f5e1dec53963cba9b1bc472a76a3532e07 upstream. We use well known standard names for functions that have name, such as I2C, SPI, SPDIF, etc.. Fix the function name of SP

[PATCH 4.9 22/41] pinctrl: sh-pfc: r8a7795: Fix hscif2_clk_b and hscif4_ctrl

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit 4324b6084f45b9faebda8d6563d8625d22b4b5df upstream. Fix typos in hscif2_clk_b_mux[] and hscif4_ctrl_mux[]. Fixes: a56069c46c102710 ("pinctrl: sh-pfc: r8a7795: Add HSCI

[PATCH 4.9 20/41] pinctrl: sh-pfc: r8a7791: Fix SCIF2 pinmux data

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Sergei Shtylyov commit 58439280f84e6b39fd7d61f25ab30489c1aaf0a9 upstream. PINMUX_IPSR_MSEL() macro invocation for the TX2 signal has apparently wrong 1st argument -- most probably a result of c

[PATCH 4.9 08/41] usb: dwc3: replace %p with %pK

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Felipe Balbi commit 04fb365c453e14ff9e8a28f1c46050d920a27a4a upstream. %p will leak kernel pointers, so let's not expose the information on dmesg and instead use %pK. %pK will only show the act

<    1   2   3   4   5   6   7   8   9   >