[PATCH 4.8 18/37] arm64: fix dump_backtrace/unwind_frame with NULL tsk

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Mark Rutland commit b5e7307d9d5a340d2c9fabbe1cee137d4c682c71 upstream. In some places, dump_backtrace() is called with a NULL tsk parameter, e.g. in bug_handler() in arch/arm64, or indirectly v

[PATCH 4.8 30/37] ARM: dts: mvebu: armada-390: add missing compatibility string and bracket

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Grzegorz Jaszczyk commit 061492cfad9f11dbc32df741a7164f307b69b6e6 upstream. The armada-390.dtsi was broken since the first patch which adds Device Tree files for Armada 39x SoC was introduced.

[PATCH 4.8 37/37] tpm_crb: fix crb_req_canceled behavior

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Jarkko Sakkinen commit 72fd50e14e46dc0edf360631bdece87c2f066a97 upstream. The req_canceled() callback is used by tpm_transmit() periodically to check whether the request has been canceled while

[PATCH 4.8 35/37] ima: use file_dentry()

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit e71b9dff0634edb127f449e076e883ef24a8c76c upstream. Ima tries to call ->setxattr() on overlayfs dentry after having locked underlying inode, which results in a deadlock. R

[tip:irq/urgent] irqchip/jcore: Fix lost per-cpu interrupts

Commit-ID: c024f06b3de372cd67f86b142992ac88fc3a7d18 Gitweb: http://git.kernel.org/tip/c024f06b3de372cd67f86b142992ac88fc3a7d18 Author: Rich Felker AuthorDate: Thu, 13 Oct 2016 20:35:30 + Committer: Thomas Gleixner CommitDate: Fri, 14 Oct 2016 14:26:55 +0200 irqchip/jcore: Fix lost

[PATCH 4.8 22/37] x86/cpu: Rename Merrifield2 to Moorefield

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit f5fbf848303c8704d0e1a1e7cabd08fd0a49552f upstream. Merrifield2 is actually Moorefield. Rename it accordingly and drop tail digit from Merrifield1. Signed-off-by: Andy S

Re: [PATCH 04/10] perf, tools: Support per pmu json aliases

On Thu, Oct 13, 2016 at 02:15:26PM -0700, Andi Kleen wrote: > From: Andi Kleen > > Add support for registering json aliases per PMU. Any alias > with an unit matching the prefix is registered to the PMU. > Uncore has multiple instances of most units, so all > these aliases get registered for each

[tip:irq/urgent] irqchip/gicv3: Handle loop timeout proper

Commit-ID: d102eb5c1ac5e6743b1c6d145c06a25d98ad1375 Gitweb: http://git.kernel.org/tip/d102eb5c1ac5e6743b1c6d145c06a25d98ad1375 Author: Dan Carpenter AuthorDate: Fri, 14 Oct 2016 10:26:21 +0300 Committer: Thomas Gleixner CommitDate: Fri, 14 Oct 2016 14:26:55 +0200 irqchip/gicv3: Handle

[PATCH 4.8 28/37] x86/dumpstack: Fix x86_32 kernel_stack_pointer() previous stack access

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit 72b4f6a5e903b071f2a7c4eb1418cbe4eefdc344 upstream. On x86_32, when an interrupt happens from kernel space, SS and SP aren't pushed and the existing stack is used. So pt_r

[PATCH 4.8 07/37] ALSA: usb-line6: use the same declaration as definition in header for MIDI manufacturer ID

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Sakamoto commit 8da08ca03b73593d5299893bf29fc08569c3fb5f upstream. Currently, usb-line6 module exports an array of MIDI manufacturer ID and usb-pod module uses it. However, the declarat

[PATCH 4.8 23/37] x86/platform/intel-mid: Add Intel Penwell to ID table

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit 8e522e1d321b12829960c9b26668c92f14c68d7f upstream. Commit: ca22312dc840 ("x86/platform/intel-mid: Extend PWRMU to support Penwell") ... enabled the PWRMU driver on pl

[PATCH 4.8 21/37] x86/pkeys: Make protection keys an "eager" feature

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit d4b05923f579c234137317cdf9a5eb69ddab76d1 upstream. Our XSAVE features are divided into two categories: those that generate FPU exceptions, and those that do not. MPX and pke

[PATCH 4.8 04/37] phy: sun4i-usb: Use spinlock to guard phyctl register access

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Chen-Yu Tsai commit 919ab2524c52e5f801d8873f09145ce822cdd43a upstream. The musb driver calls into this phy driver to disable/enable squelch detection. This function was introduced in 24fe86a617

[tip:irq/urgent] irqchip/eznps: Acknowledge NPS_IPI before calling the handler

Commit-ID: c0ca8df717061ae3d2ea624024033103c64210ae Gitweb: http://git.kernel.org/tip/c0ca8df717061ae3d2ea624024033103c64210ae Author: Noam Camus AuthorDate: Thu, 13 Oct 2016 16:15:32 +0300 Committer: Thomas Gleixner CommitDate: Fri, 14 Oct 2016 14:26:54 +0200 irqchip/eznps: Acknowledg

[PATCH 4.8 12/37] xen/x86: Update topology map for PV VCPUs

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Boris Ostrovsky commit a6a198bc60e6c980a56eca24d33dc7f29139f8ea upstream. Early during boot topology_update_package_map() computes logical_pkg_ids for all present processors. Later, when proce

[PATCH] mfd: exynos-lpass: Add hardware dependency

This driver is meant for Exynos systems so do not offer the option elsewhere unless build-testing. Signed-off-by: Jean Delvare Cc: Inha Song Cc: Beomho Seo Cc: Sylwester Nawrocki Cc: Lee Jones --- drivers/mfd/Kconfig |1 + 1 file changed, 1 insertion(+) --- linux-4.9-rc0.orig/drivers/mf

Re: [RFC PATCH 00/11] Introduce writeback connectors

Hi Archit, On Fri, Oct 14, 2016 at 04:20:14PM +0530, Archit Taneja wrote: Hi Brian, On 10/11/2016 08:23 PM, Brian Starkey wrote: Hi, This RFC series introduces a new connector type: DRM_MODE_CONNECTOR_WRITEBACK It is a follow-on from a previous discussion: [1] Writeback connectors are used t

[REGRESSION, bisect] pci: artpec-6: imprecise external abort

Hello Because of recent changes to drivers/pci/host/pcie-artpec6.c, I was going to try out Bjorn's tag pci-v4.9-changes-2, however I was greeted by an imprecise external abort: [0.613082] Trying to unpack rootfs image as initramfs... [0.886577] Freeing initrd memory: 4724K (c290 - c2

Re: [RFC PATCH 00/11] Introduce writeback connectors

On Fri, Oct 14, 2016 at 01:39:15PM +0100, Brian Starkey wrote: > Hi Archit, > > On Fri, Oct 14, 2016 at 04:20:14PM +0530, Archit Taneja wrote: > >Hi Brian, > > > >On 10/11/2016 08:23 PM, Brian Starkey wrote: > >>Hi, > >> > >>This RFC series introduces a new connector type: > >> DRM_MODE_CONNECTOR_

[PATCH 4.7 01/31] powerpc/pseries: use pci_host_bridge.release_fn() to kfree(phb)

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Mauricio Faria de Oliveira commit 2dd9c11b9d4dfbd6c070eab7b81197f65e82f1a0 upstream. This patch leverages 'struct pci_host_bridge' from the PCI subsystem in order to free the pci_controller onl

[PATCH 4.7 12/31] xen/x86: Update topology map for PV VCPUs

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Boris Ostrovsky commit a6a198bc60e6c980a56eca24d33dc7f29139f8ea upstream. Early during boot topology_update_package_map() computes logical_pkg_ids for all present processors. Later, when proce

[PATCH 4.7 00/31] 4.7.8-stable review

This is the start of the stable review cycle for the 4.7.8 release. There are 31 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 Sun Oct 16 12:27:05 UTC 2016. Anything received

[PATCH 4.7 05/31] ALSA: ali5451: Fix out-of-bound position reporting

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit db68577966abc1aeae4ec597b3dcfa0d56e92041 upstream. The pointer callbacks of ali5451 driver may return the value at the boundary occasionally, and it results in the kernel wa

[PATCH 4.7 03/31] timekeeping: Fix __ktime_get_fast_ns() regression

4.7-stable review patch. If anyone has any objections, please let me know. -- From: John Stultz commit 58bfea9532552d422bde7afa207e1a0f08dffa7d upstream. In commit 27727df240c7 ("Avoid taking lock in NMI path with CONFIG_DEBUG_TIMEKEEPING"), I changed the logic to open-code th

[PATCH 4.7 25/31] x86/dumpstack: Fix x86_32 kernel_stack_pointer() previous stack access

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit 72b4f6a5e903b071f2a7c4eb1418cbe4eefdc344 upstream. On x86_32, when an interrupt happens from kernel space, SS and SP aren't pushed and the existing stack is used. So pt_r

[PATCH 4.7 08/31] mfd: rtsx_usb: Avoid setting ucr->current_sg.status

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Lu Baolu commit 8dcc5ff8fcaf778bb57ab4448fedca9e381d088f upstream. Member "status" of struct usb_sg_request is managed by usb core. A spin lock is used to serialize the change of it. The driver

[PATCH 4.7 06/31] ALSA: usb-audio: Extend DragonFly dB scale quirk to cover other variants

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Anssi Hannula commit eb1a74b7bea17eea31915c4f76385cefe69d9795 upstream. The DragonFly quirk added in 42e3121d90f4 ("ALSA: usb-audio: Add a more accurate volume quirk for AudioQuest DragonFly")

[PATCH 4.7 02/31] cxl: use pcibios_free_controller_deferred() when removing vPHBs

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Donnellan commit 6f38a8b9a45833495dc878c335c5431cd98a16ed upstream. When cxl removes a vPHB, it's possible that the pci_controller may be freed before all references to the devices on th

[PATCH 4.7 04/31] usb: dwc3: fix Clear Stall EP command failure

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Lu Baolu commit 5e6c88d28ccbe72bedee1fbf4f9fea4764208598 upstream. Commit 50c763f8c1bac ("usb: dwc3: Set the ClearPendIN bit on Clear Stall EP command") sets ClearPendIN bit for all IN endpoint

[PATCH 4.7 13/31] KVM: PPC: Book3s PR: Allow access to unprivileged MMCR2 register

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Huth commit fa73c3b25bd8d0d393dc6109a1dba3c2aef0451e upstream. The MMCR2 register is available twice, one time with number 785 (privileged access), and one time with number 769 (unprivil

[PATCH 4.7 24/31] x86/mm/pkeys: Do not skip PKRU register if debug registers are not used

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Iooss commit ba6d018e3d2f6a0fad58a668cadf66b2d1f80f59 upstream. __show_regs() fails to dump the PKRU state when the debug registers are in their default state because there is a return

[PATCH 4.7 17/31] KVM: PPC: BookE: Fix a sanity check

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit ac0e89bb4744d3882ccd275f2416d9ce22f4e1e7 upstream. We use logical negate where bitwise negate was intended. It means that we never return -EINVAL here. Fixes: ce11e48b7fd

[PATCH 4.7 15/31] KVM: arm64: Require in-kernel irqchip for PMU support

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Christoffer Dall commit 6fe407f2d18a4f94216263f91cb7d1f08fa5887c upstream. If userspace creates a PMU for the VCPU, but doesn't create an in-kernel irqchip, then we end up in a nasty path where

[PATCH 4.7 30/31] tpm: fix a race condition in tpm2_unseal_trusted()

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Jarkko Sakkinen commit d4816edfe706497a8525480c1685ceb9871bc118 upstream. Unseal and load operations should be done as an atomic operation. This commit introduces unlocked tpm_transmit() so tha

[PATCH] mfd: abx500-core: Allow driver to built if COMPILE_TEST is enabled

The driver only has runtime but no build time dependency with ARCH_U300 || ARCH_U8500 So it can be built for testing purposes if COMPILE_TEST option is enabled. This is useful to have more build coverage and make sure that the driver is not affected by changes that could cause build regressions.

[PATCH 4.7 29/31] ima: use file_dentry()

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit e71b9dff0634edb127f449e076e883ef24a8c76c upstream. Ima tries to call ->setxattr() on overlayfs dentry after having locked underlying inode, which results in a deadlock. R

[PATCH 4.7 20/31] x86/irq: Prevent force migration of irqs which are not in the vector domain

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit db91aa793ff984ac048e199ea1c54202543952fe upstream. When a CPU is about to be offlined we call fixup_irqs() that resets IRQ affinities related to the CPU in question. The

[PATCH 4.7 18/31] arm64: fix dump_backtrace/unwind_frame with NULL tsk

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Mark Rutland commit b5e7307d9d5a340d2c9fabbe1cee137d4c682c71 upstream. In some places, dump_backtrace() is called with a NULL tsk parameter, e.g. in bug_handler() in arch/arm64, or indirectly v

[PATCH 4.7 21/31] x86/pkeys: Make protection keys an "eager" feature

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit d4b05923f579c234137317cdf9a5eb69ddab76d1 upstream. Our XSAVE features are divided into two categories: those that generate FPU exceptions, and those that do not. MPX and pke

Re: [linux-sunxi] [PATCH 2/5] pwm: sun4i: Add support for PWM controller on sun6i SoCs

Hi, On Wed, Oct 12, 2016 at 04:10:03PM +0800, Icenowy Zheng wrote: > > On Wed, Oct 12, 2016 at 12:20 PM, Icenowy Zheng wrote: > > > The PWM controller in A31 is different with other Allwinner SoCs, with > > > a control register per channel (in other SoCs the control register is > > > shared), and

[PATCH] mac80211: aes_ccm: move struct aead_req off the stack

Some CCM implementations (such as the generic CCM wrapper in crypto/) use scatterlists to map fields of struct aead_req. This means these data structures cannot live in the vmalloc area, which means that in the near future, they can no longer live on the stack either. Given that these data structu

[RESEND PATCH 1/3] ARM: ARTPEC-6: add select MFD_SYSCON to MACH_ARTPEC6

From: Niklas Cassel Since the ARTPEC-6 machine port already uses syscon, MACH_ARTPEC6 should select MFD_SYSCON. Signed-off-by: Niklas Cassel --- arch/arm/mach-artpec/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-artpec/Kconfig b/arch/arm/mach-artpec/Kconfig index 6c

Re: [PATCH] mac80211: aes_ccm: move struct aead_req off the stack

> So use kzalloc Do we really need kzalloc()? We have things on the stack right now, and don't initialize, so surely we don't really need to zero things? > This only addresses one half of the problem. The other problem, i.e., > the fact that the aad[] array lives on the stack of the caller, is >

Re: [v4.8-rc1 Regression] sched/fair: Apply more PELT fixes

On 14/10/16 09:24, Vincent Guittot wrote: > On 13 October 2016 at 23:34, Vincent Guittot > wrote: >> On 13 October 2016 at 20:49, Dietmar Eggemann >> wrote: >>> On 13/10/16 17:48, Vincent Guittot wrote: On 13 October 2016 at 17:52, Joseph Salisbury wrote: > On 10/13/2016 06:58 AM

[RESEND PATCH 3/3] ARM: dts: artpec: add pcie support

From: Niklas Cassel Add PCIe support to the ARTPEC-6 SoC. This uses the existing pcie-artpec6 driver. So, all that is needed is device tree entries in the DTS. Signed-off-by: Niklas Cassel --- arch/arm/boot/dts/artpec6-devboard.dts | 4 arch/arm/boot/dts/artpec6.dtsi | 29 +++

[RESEND PATCH 2/3] ARM: ARTPEC-6: add pcie related options

From: Niklas Cassel Now that the ARTPEC-6 PCIe controller is merged, add pcie related options by default for MACH_ARTPEC6 so that the driver can be enabled in the build. Signed-off-by: Niklas Cassel --- arch/arm/mach-artpec/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm

RE: [PATCH V1 05/10] thermal: da9062/61: Thermal junction temperature monitoring driver

An update. On: 07 October 2016 18:49, Steve Twiss wrote: > On 07 October 2016 06:29, Keerthy [mailto:a0393...@ti.com] wrote: > > On Thursday 06 October 2016 02:13 PM, Steve Twiss wrote: > > > From: Steve Twiss [...] > > > +static const struct da9062_thermal_config da9062_config = { > > > + .name

Re: [PATCH v4] kprobes: unpoison stack in jprobe_return() for KASAN

On Fri, Oct 14, 2016 at 01:54:30PM +0200, Dmitry Vyukov wrote: > KASAN stack instrumentation poisons stack redzones on function entry > and unpoisons them on function exit. If a function exits abnormally > (e.g. with a longjmp like jprobe_return()), stack redzones are left > poisoned. Later this le

Re: [PATCH] mac80211: aes_ccm: move struct aead_req off the stack

On Fri, 2016-10-14 at 15:10 +0200, Johannes Berg wrote: > > > > So use kzalloc > > Do we really need kzalloc()? We have things on the stack right now, > and don't initialize, so surely we don't really need to zero things?  Err, never mind, I'm an idiot - we *do* initialize to 0, of course. joha

Re: [PATCH 1/2] power: reset: Add qcom reboot mode driver

Hi, On Fri, Oct 14, 2016 at 11:06:14AM +0800, xiaog...@codeaurora.org wrote: > 在 2016-10-14 10:41，Andy Yan 写道： > > On 2016年10月14日 10:02, Xiaogang Cui wrote: > > > This is a initial version so it's very similar with syscon > > > reboot mode driver. We will add more functionalities in the > > > furt

[PATCH 4.7 22/31] x86/apic: Get rid of apic_version[] array

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Denys Vlasenko commit cff9ab2b291e64259d97add48fe073c081afe4e2 upstream. The array has a size of MAX_LOCAL_APIC, which can be as large as 32k, so it can consume up to 128k. The array has been

Re: [REGRESSION, bisect] pci: artpec-6: imprecise external abort

Hi Niklas, On 10/14/2016 1:41 PM, Niklas Cassel wrote: > Hello > > Because of recent changes to drivers/pci/host/pcie-artpec6.c, > I was going to try out Bjorn's tag pci-v4.9-changes-2, > however I was greeted by an imprecise external abort: > > > [0.613082] Trying to unpack rootfs image a

[PATCH 4.7 23/31] arch/x86: Handle non enumerated CPU after physical hotplug

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Prarit Bhargava commit 2a51fe083eba7f99cbda72f5ef90cdf2f4df882c upstream. When a CPU is physically added to a system then the MADT table is not updated. If subsequently a kdump kernel is start

Re: [PATCH] mac80211: aes_ccm: move struct aead_req off the stack

On 14 October 2016 at 14:10, Johannes Berg wrote: > >> So use kzalloc > > Do we really need kzalloc()? We have things on the stack right now, and > don't initialize, so surely we don't really need to zero things? > >> This only addresses one half of the problem. The other problem, i.e., >> the fac

[PATCH 4.7 31/31] tpm_crb: fix crb_req_canceled behavior

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Jarkko Sakkinen commit 72fd50e14e46dc0edf360631bdece87c2f066a97 upstream. The req_canceled() callback is used by tpm_transmit() periodically to check whether the request has been canceled while

[PATCH 4.7 19/31] x86/boot: Fix kdump, cleanup aborted E820_PRAM max_pfn manipulation

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams commit 917db484dc6a69969d317b3e57add4208a8d9d42 upstream. In commit: ec776ef6bbe1 ("x86/mm: Add support for the non-standard protected e820 type") Christoph references the orig

[PATCH] tty: limit terminal size to 4M chars

Size of kmalloc() in vc_do_resize() is controlled by user. Too large kmalloc() size triggers WARNING message on console. Put a reasonable upper bound on terminal size to prevent WARNINGs. Signed-off-by: Dmitry Vyukov CC: David Rientjes Cc: One Thousand Gnomes Cc: Greg Kroah-Hartman Cc: Jiri Sl

Re: [PATCH] mac80211: aes_ccm: move struct aead_req off the stack

On 14 October 2016 at 14:15, Johannes Berg wrote: > On Fri, 2016-10-14 at 14:13 +0100, Ard Biesheuvel wrote: >> >> > But if we allocate things anyway, is it worth expending per-CPU >> > buffers on these? >> >> Ehmm, maybe not. I could spin a v2 that allocates a bigger buffer, >> and copies aad[] i

Re: aarch64 ACPI boot regressed by commit 7ba5f605f3a0 ("arm64/numa: remove the limitation that cpu0 must bind to node0")

On 10/14/16 10:05, Andrew Jones wrote: > On Fri, Oct 14, 2016 at 12:50:29AM +0200, Laszlo Ersek wrote: >> (4) Analysis (well, a lame attempt at that, because I have zero >> familiarity with this code). Let me quote the patch: >> >>> commit 7ba5f605f3a0d9495aad539eeb8346d726dfc183 >>> Author: Zhen L

Re: [linux-sunxi] [PATCH 2/5] pwm: sun4i: Add support for PWM controller on sun6i SoCs

On Wed, Oct 12, 2016 at 03:30:07PM +0800, Chen-Yu Tsai wrote: > Hi, > > On Wed, Oct 12, 2016 at 12:20 PM, Icenowy Zheng wrote: > > The PWM controller in A31 is different with other Allwinner SoCs, with a > > control register per channel (in other SoCs the control register is > > shared), and each

[PATCH] [media] videobuf2-dma-contig: Support cacheable MMAP

From: Heng-Ruey Hsu DMA allocations for MMAP type are uncached by default. But for some cases, CPU has to access the buffers. ie: memcpy for format converter. Supporting cacheable MMAP improves huge performance. Signed-off-by: Heng-Ruey Hsu Tested-by: Heng-ruey Hsu Reviewed-by: Tomasz Figa Si

[PATCH] rtc: asm9260: fix module autoload

If the driver is built as a module, autoload won't work because the module alias information is not filled so user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo driver

[GIT PULL] More power management updates for v4.9-rc1

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-extra-4.9-rc1 with top-most commit 383731d98e768e15f4a8d69ae87957b933323ed7 Merge branches 'pm-cpufreq' and 'pm-devfreq' on top of commit 08895a8b6b06ed2323cd97a36ee40a116b3db8ed Merg

Re: [PATCH v1 1/1] mei: me: use managed functions pcim_* and devm_*

On Sun, 2016-06-05 at 17:49 +0300, Andy Shevchenko wrote: > On Mon, 2016-02-01 at 16:00 +0200, Andy Shevchenko wrote: > > > > This makes the error handling much more simpler than open-coding > > everything and > > in addition makes the probe function smaller an tidier. > > > > It's already one r

Re: [PATCH 1/9] perf/jit: improve error messages from JVMTI

On Fri, Oct 14, 2016 at 4:13 AM, Arnaldo Carvalho de Melo wrote: > Em Thu, Oct 13, 2016 at 03:05:40PM -0500, Nilay Vaish escreveu: >> On 13 October 2016 at 05:59, Stephane Eranian wrote: >> > +++ b/tools/perf/jvmti/libjvmti.c >> > @@ -12,6 +12,17 @@ >> > +static void print_error(jvmtiEnv *jvmti,

[PATCH] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

ARC PGU driver starts crashing on initialization after 'commit e12c2f645557 ("drm/i2c: adv7511: Convert to drm_bridge")' This happenes because in "arcpgu_drm_hdmi_init" function we get pointer of "drm_i2c_encoder_driver" structure, which doesn't exist after adv7511 hdmi encoder interface changed fr

Re: [GIT PULL] PCI changes for v4.9

On Thu, Oct 13, 2016 at 05:21:40PM -0700, Linus Torvalds wrote: > On Thu, Oct 13, 2016 at 4:48 PM, Linus Torvalds > wrote: > > > > Ugh: > > > > Your "summary" is actually less legible than the shortlog, and looks > > entirely auto-generated. > > > > That's against the whole point of having a summa

Re: [PATCH] r8169: set coherent DMA mask as well as streaming DMA mask

From: Ard Biesheuvel Date: Fri, 14 Oct 2016 12:39:30 +0100 > PCI devices that are 64-bit DMA capable should set the coherent > DMA mask as well as the streaming DMA mask. On some architectures, > these are managed separately, and so the coherent DMA mask will be > left at its default value of 32

[GIT PULL] More ACPI updates for v4.9-rc1

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ acpi-extra-4.9-rc1 with top-most commit 522533f338f38e15106d5f58901f38fe7bd6a7d8 Merge branches 'acpi-fan', 'acpi-ec', 'acpi-drivers' and 'acpi-osl' on top of commit 72d39926f098b0c4ad95e1

Add "lightnvm: ensure that nvm_dev_ops can be used without CONFIG_NVM" to v4.4.y stable tree?

Hi, I had a build of v4.4.24, with CONFIG_NVM not set, fail like this:     drivers/block/null_blk.c:569:27: error: storage size of 'null_lnvm_dev_ops' isn't known static struct nvm_dev_ops null_lnvm_dev_ops; ^ scripts/Makefile.build:264: rec

Re: [PATCH] r8169: set coherent DMA mask as well as streaming DMA mask

On 14 October 2016 at 14:31, David Miller wrote: > From: Ard Biesheuvel > Date: Fri, 14 Oct 2016 12:39:30 +0100 > >> PCI devices that are 64-bit DMA capable should set the coherent >> DMA mask as well as the streaming DMA mask. On some architectures, >> these are managed separately, and so the co

Re: [PATCH] r8169: set coherent DMA mask as well as streaming DMA mask

From: Ard Biesheuvel Date: Fri, 14 Oct 2016 14:32:24 +0100 > On 14 October 2016 at 14:31, David Miller wrote: >> From: Ard Biesheuvel >> Date: Fri, 14 Oct 2016 12:39:30 +0100 >> >>> PCI devices that are 64-bit DMA capable should set the coherent >>> DMA mask as well as the streaming DMA mask. O

[PATCH 4.7 28/31] ARM: cpuidle: Fix error return code

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Christophe Jaillet commit af48d7bc3756a0cd882d65bff14ab39746ba57fe upstream. We know that 'ret = 0' because it has been tested a few lines above. So, if 'kzalloc' fails, 0 will be returned inst

[PATCH 4.7 26/31] ARM: dts: mvebu: armada-390: add missing compatibility string and bracket

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Grzegorz Jaszczyk commit 061492cfad9f11dbc32df741a7164f307b69b6e6 upstream. The armada-390.dtsi was broken since the first patch which adds Device Tree files for Armada 39x SoC was introduced.

[PATCH 4.7 16/31] KVM: arm/arm64: vgic: Dont flush/sync without a working vgic

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Christoffer Dall commit 0099b7701f5296a758d9e6b945ec96f96847cc2f upstream. If the vgic hasn't been created and initialized, we shouldn't attempt to look at its data structures or flush/sync any

[PATCH 4.7 09/31] mfd: atmel-hlcdc: Do not sleep in atomic context

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Boris Brezillon commit 2c2469bc03d569c49119db2cccb5cb3f0c6a5b33 upstream. readl_poll_timeout() calls usleep_range(), but regmap_atmel_hlcdc_reg_write() is called in atomic context (regmap spinl

Re: [PATCH] r8169: set coherent DMA mask as well as streaming DMA mask

On 14 October 2016 at 14:34, David Miller wrote: > From: Ard Biesheuvel > Date: Fri, 14 Oct 2016 14:32:24 +0100 > >> On 14 October 2016 at 14:31, David Miller wrote: >>> From: Ard Biesheuvel >>> Date: Fri, 14 Oct 2016 12:39:30 +0100 >>> PCI devices that are 64-bit DMA capable should set th

[PATCH 4.7 10/31] mfd: 88pm80x: Double shifting bug in suspend/resume

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 9a6dc644512fd083400a96ac4a035ac154fe6b8d upstream. set_bit() and clear_bit() take the bit number so this code is really doing "1 << (1 << irq)" which is a double shift bug.

[PATCH] z3fold: remove the unnecessary limit in z3fold_compact_page

From: zhong jiang z3fold compact page has nothing with the last_chunks. even if last_chunks is not free, compact page will proceed. The patch just remove the limit without functional change. Signed-off-by: zhong jiang --- mm/z3fold.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) di

Re: [PATCH] mfd: exynos-lpass: Add hardware dependency

On 10/14/2016 02:35 PM, Jean Delvare wrote: > This driver is meant for Exynos systems so do not offer the option > elsewhere unless build-testing. > > Signed-off-by: Jean Delvare > Cc: Inha Song > Cc: Beomho Seo > Cc: Sylwester Nawrocki > Cc: Lee Jones Reviewed-by: Sylwester Nawrocki > ---

Add "x86/build: Build compressed x86 kernels as PIE" to the v4.4.y stable tree?

Hi, It took me quite some time to get v4.4.24 to successfully boot (this was a 32 bits build on Fedora 24). Especially annoying was that it failed silently on real hardware. Only after messing around with Qemu it became clear what might be going on.  It turned out Fedora 24 ships binutils-2.26, a

[PATCH v2] r8169: set coherent DMA mask as well as streaming DMA mask

PCI devices that are 64-bit DMA capable should set the coherent DMA mask as well as the streaming DMA mask. On some architectures, these are managed separately, and so the coherent DMA mask will be left at its default value of 32 if it is not set explicitly. This results in errors such as r81

[PATCH v5 0/6] sched: Clean-ups and asymmetric cpu capacity support

Hi, The scheduler is currently not doing much to help performance on systems with asymmetric compute capacities (read ARM big.LITTLE). This series improves the situation with a few tweaks mainly to the task wake-up path that considers compute capacity at wake-up and not just whether a cpu is idle

[PATCH 4.7 07/31] ALSA: usb-line6: use the same declaration as definition in header for MIDI manufacturer ID

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Sakamoto commit 8da08ca03b73593d5299893bf29fc08569c3fb5f upstream. Currently, usb-line6 module exports an array of MIDI manufacturer ID and usb-pod module uses it. However, the declarat

[PATCH v5 3/6] sched: Add per-cpu min capacity to sched_group_capacity

struct sched_group_capacity currently represents the compute capacity sum of all cpus in the sched_group. Unless it is divided by the group_weight to get the average capacity per cpu it hides differences in cpu capacity for mixed capacity systems (e.g. high RT/IRQ utilization or ARM big.LITTLE). Bu

[PATCH v5 5/6] sched/fair: Track peak per-entity utilization

When using PELT (per-entity load tracking) utilization to place tasks at wake-up using the decayed utilization (due to sleep) leads to under-estimation of true utilization of the task. This could mean putting the task on a cpu with less available capacity than is actually needed. This issue can be

[PATCH v5 2/6] sched/fair: Consider spare capacity in find_idlest_group()

In low-utilization scenarios comparing relative loads in find_idlest_group() doesn't always lead to the most optimum choice. Systems with groups containing different numbers of cpus and/or cpus of different compute capacity are significantly better off when considering spare capacity rather than re

[PATCH v5 1/6] sched/fair: Compute task/cpu utilization at wake-up correctly

At task wake-up load-tracking isn't updated until the task is enqueued. The task's own view of its utilization contribution may therefore not be aligned with its contribution to the cfs_rq load-tracking which may have been updated in the meantime. Basically, the task's own utilization hasn't yet ac

[PATCH v5 6/6] sched/fair: Fix wrong comment for capacity_margin

The comment for capacity_margin introduced in "sched/fair: Let asymmetric cpu configurations balance at wake-up" got its usage the wrong way round. cc: Ingo Molnar cc: Peter Zijlstra Signed-off-by: Morten Rasmussen --- kernel/sched/fair.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v5 4/6] sched/fair: Avoid pulling tasks from non-overloaded higher capacity groups

For asymmetric cpu capacity systems it is counter-productive for throughput if low capacity cpus are pulling tasks from non-overloaded cpus with higher capacity. The assumption is that higher cpu capacity is preferred over running alone in a group with lower cpu capacity. This patch rejects higher

Re: [PATCH] mac80211: aes_ccm: move struct aead_req off the stack

On Fri, 2016-10-14 at 14:13 +0100, Ard Biesheuvel wrote: >  > > But if we allocate things anyway, is it worth expending per-CPU > > buffers on these? > > Ehmm, maybe not. I could spin a v2 that allocates a bigger buffer, > and copies aad[] into it as well Copies in/out, I guess. Also there's B_0/

Re: aarch64 ACPI boot regressed by commit 7ba5f605f3a0 ("arm64/numa: remove the limitation that cpu0 must bind to node0")

On Fri, Oct 14, 2016 at 03:18:00PM +0200, Laszlo Ersek wrote: > On 10/14/16 10:05, Andrew Jones wrote: > > On Fri, Oct 14, 2016 at 12:50:29AM +0200, Laszlo Ersek wrote: > >> (4) Analysis (well, a lame attempt at that, because I have zero > >> familiarity with this code). Let me quote the patch: > >

RE: [PATCH v2] r8169: set coherent DMA mask as well as streaming DMA mask

From: Of Ard Biesheuvel > Sent: 14 October 2016 14:41 > PCI devices that are 64-bit DMA capable should set the coherent > DMA mask as well as the streaming DMA mask. On some architectures, > these are managed separately, and so the coherent DMA mask will be > left at its default value of 32 if it i

Re: [PATCH v2] mm: exclude isolated non-lru pages from NR_ISOLATED_ANON or NR_ISOLATED_FILE.

Hi, Michal, On Fri, Oct 14, 2016 at 01:30:44PM +0200, Michal Hocko wrote: < snip> > > void putback_movable_pages(struct list_head *l) > > { > > .. > > /* > > * We isolated non-lru movable page so here we can use > > * __PageMovable because LRU page's mapping cannot have > >

Re: [PATCH] mac80211: aes_ccm: move struct aead_req off the stack

> > Is the aad[] actually reused? I would assume it only affects the mac > on encryption, and the verification on decryption but I don't think > we actually need it back from the crypto routines. I don't think it's reused. > Exactly what you said above :-) My patch only touches CCM but as you >

Re: [PATCH v2] r8169: set coherent DMA mask as well as streaming DMA mask

> On 14 Oct 2016, at 14:42, David Laight wrote: > > From: Of Ard Biesheuvel >> Sent: 14 October 2016 14:41 >> PCI devices that are 64-bit DMA capable should set the coherent >> DMA mask as well as the streaming DMA mask. On some architectures, >> these are managed separately, and so the coherent

Re: Add "lightnvm: ensure that nvm_dev_ops can be used without CONFIG_NVM" to v4.4.y stable tree?

On Fri, Oct 14, 2016 at 03:28:41PM +0200, Paul Bolle wrote: > Hi, > > I had a build of v4.4.24, with CONFIG_NVM not set, fail like this: >     drivers/block/null_blk.c:569:27: error: storage size of > 'null_lnvm_dev_ops' isn't known > static struct nvm_dev_ops null_lnvm_dev_ops; >

Re: [PATCH] fs: fcntl, avoid undefined behaviour

On Fri, Oct 14, 2016 at 07:48:15AM -0400, Jeff Layton wrote: > On Fri, 2016-10-14 at 11:23 +0200, Jiri Slaby wrote: > > fcntl(0, F_SETOWN, 0x8000) triggers: > > UBSAN: Undefined behaviour in fs/fcntl.c:118:7 > > negation of -2147483648 cannot be represented in type 'int': > > CPU: 1 PID: 18261

Re: [PATCH v2] r8169: set coherent DMA mask as well as streaming DMA mask

> On 14 Oct 2016, at 14:42, David Laight wrote: > > From: Of Ard Biesheuvel >> Sent: 14 October 2016 14:41 >> PCI devices that are 64-bit DMA capable should set the coherent >> DMA mask as well as the streaming DMA mask. On some architectures, >> these are managed separately, and so the coherent

Re: [PATCH 0/2] Tiny modification of i2c-hid

On Thu, 13 Oct 2016, Benjamin Tissoires wrote: > Hi Jiri, > > David and I are facing an issue in RHEL with the HP Zbook 15 Studio mWS. > This laptops uses the pinctrl-sunrisepoint controller for the GPIOs and > it failed on RHEL. We found out what the issue was, but in the meantime > realized tha

<    1   2   3   4   5   6   >