[tip:perf/core] perf/x86/intel/pt: Allow the disabling of branch tracing

Commit-ID: d35869ba348d3f1ff3e6d8214fe0f674bb0e404e Gitweb: http://git.kernel.org/tip/d35869ba348d3f1ff3e6d8214fe0f674bb0e404e Author: Alexander Shishkin AuthorDate: Mon, 6 Feb 2017 16:41:40 +0200 Committer: Ingo Molnar CommitDate: Thu, 30 Mar 2017 09:53:49 +0200 perf/x86/intel/pt: All

Re: [PATCH v2] livepatch: Reduce the time of finding module symbols

On Tue, 28 Mar 2017, Zhou Chengming wrote: > It's reported that the time of insmoding a klp.ko for one of our > out-tree modules is too long. Applied to for-4.12/upstream. Thanks, -- Jiri Kosina SUSE Labs

[tip:perf/core] x86/events/amd/iommu.c: Modify functions to query max banks and counters

Commit-ID: f5863a00e73c432b91e4efe1d68778b4ace6a892 Gitweb: http://git.kernel.org/tip/f5863a00e73c432b91e4efe1d68778b4ace6a892 Author: Suravee Suthikulpanit AuthorDate: Fri, 24 Feb 2017 02:48:18 -0600 Committer: Ingo Molnar CommitDate: Thu, 30 Mar 2017 09:53:54 +0200 x86/events/amd/iom

[tip:perf/core] x86/events, drivers/iommu/amd: Introduce amd_iommu_get_num_iommus()

Commit-ID: 6b9376e30f42b902260371245f009bc05eb3fdfb Gitweb: http://git.kernel.org/tip/6b9376e30f42b902260371245f009bc05eb3fdfb Author: Suravee Suthikulpanit AuthorDate: Fri, 24 Feb 2017 02:48:17 -0600 Committer: Ingo Molnar CommitDate: Thu, 30 Mar 2017 09:53:53 +0200 x86/events, driver

[tip:perf/core] x86/events, drivers/amd/iommu: Prepare for multiple IOMMUs support

Commit-ID: 1650dfd1a9bcde8fcfaab776887bb6f4e91830c3 Gitweb: http://git.kernel.org/tip/1650dfd1a9bcde8fcfaab776887bb6f4e91830c3 Author: Suravee Suthikulpanit AuthorDate: Fri, 24 Feb 2017 02:48:19 -0600 Committer: Ingo Molnar CommitDate: Thu, 30 Mar 2017 09:53:55 +0200 x86/events, driver

[tip:perf/core] x86/events/amd/iommu: Add IOMMU-specific hw_perf_event struct

Commit-ID: cf25f904ef75aa7c25097eb4981bbc634bf5ff9e Gitweb: http://git.kernel.org/tip/cf25f904ef75aa7c25097eb4981bbc634bf5ff9e Author: Suravee Suthikulpanit AuthorDate: Fri, 24 Feb 2017 02:48:21 -0600 Committer: Ingo Molnar CommitDate: Thu, 30 Mar 2017 09:55:35 +0200 x86/events/amd/iom

Re: [PATCH] xtensa: Fix mmap() support

On Thu, Mar 30, 2017 at 10:30:32AM +0200, Boris Brezillon wrote: > I think I misunderstood what CONFIG_ARCH_NO_COHERENT_DMA_MMAP means. > My understanding was that, if CONFIG_ARCH_NO_COHERENT_DMA_MMAP is not > set, the architecture is assumed to be cache-coherent, but re-reading > the option name I

[tip:perf/core] x86/events/amd/iommu: Fix sysfs perf attribute groups

Commit-ID: 51686546304fd7f778bb31bf7e2ae9bad6b1d21c Gitweb: http://git.kernel.org/tip/51686546304fd7f778bb31bf7e2ae9bad6b1d21c Author: Suravee Suthikulpanit AuthorDate: Fri, 24 Feb 2017 02:48:20 -0600 Committer: Ingo Molnar CommitDate: Thu, 30 Mar 2017 09:55:34 +0200 x86/events/amd/iom

[tip:perf/core] x86/events/amd/iommu: Enable support for multiple IOMMUs

Commit-ID: 25df39f2cfd06a4b49ad592c5b7cba0cbf24e27f Gitweb: http://git.kernel.org/tip/25df39f2cfd06a4b49ad592c5b7cba0cbf24e27f Author: Suravee Suthikulpanit AuthorDate: Wed, 22 Mar 2017 02:02:42 -0500 Committer: Ingo Molnar CommitDate: Thu, 30 Mar 2017 09:55:36 +0200 x86/events/amd/iom

Re: memory hotplug and force_remove

On Tue, 28 Mar 2017, Rafael J. Wysocki wrote: > > > > we have been chasing the following BUG() triggering during the memory > > > > hotremove (remove_memory): > > > > ret = walk_memory_range(PFN_DOWN(start), PFN_UP(start + size - > > > > 1), NULL, > > > > c

[PATCH v6 1/3] nvmem: sunxi-sid: read NVMEM size from device compatible

From: Icenowy Zheng Sometimes the SID device have more memory address space than the real NVMEM size (for the registers used to read/write the SID). Fetch the NVMEM size from device compatible, rather than the memory address space's length, in order to prepare for adding some registers-based rea

[PATCH] ubifs: Fix O_TMPFILE corner case in ubifs_link()

It is perfectly fine to link a tmpfile back using linkat(). Since tmpfiles are created with a link count of 0 they appear on the orphan list, upon re-linking the inode has to be removed from the orphan list again. Cc: Cc: Ralph Sennhauser Cc: Amir Goldstein Tested-by: Ralph Sennhauser Reported

Re: [RFD PATCH 4/5] sched/cpufreq_schedutil: always consider all CPUs when deciding next freq

Hi, On 30/03/17 00:41, Rafael J. Wysocki wrote: > On Friday, March 24, 2017 02:08:59 PM Juri Lelli wrote: > > No assumption can be made upon the rate at which frequency updates get > > triggered, as there are scheduling policies (like SCHED_DEADLINE) which > > don't trigger them so frequently. > >

Re: [PATCH v1 2/8] [media] stm32-dcmi: STM32 DCMI camera interface driver

-camera-interface-of-STMicroelectronics-STM32-SoC-series/20170330-140726 base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git for-next config: x86_64-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to

Re: [PATCH v2] staging: comedi: labpc: fix isadma dependency

On 29/03/17 22:10, Arnd Bergmann wrote: When COMEDI_NI_LABPC is built-in and COMEDI_NI_LABPC_ISA is a loadable module, thhe ISA DMA code is not reachable by the common module, causing a link error: drivers/staging/built-in.o: In function `labpc_interrupt': ni_labpc_common.c:(.text+0x1d178): unde

Re: [PATCH v5 6/9] coresight: add support for CPU debug module

On 30/03/17 02:03, Leo Yan wrote: On Wed, Mar 29, 2017 at 03:56:23PM +0100, Mike Leach wrote: [...] + /* +* Unfortunately the CPU cannot be powered up, so return +* back and later has no permission to access other +* registers. For this case, should set 'idle_constraint' +* t

Re: [PATCH] ubifs: Fix O_TMPFILE corner case in ubifs_link()

On Thu, Mar 30, 2017 at 11:56 AM, Richard Weinberger wrote: > It is perfectly fine to link a tmpfile back using linkat(). > Since tmpfiles are created with a link count of 0 they appear > on the orphan list, upon re-linking the inode has to be removed > from the orphan list again. > Looks good.

Re: [PATCH 1/2] extcon: Use BIT() macro for the left-shift operation

On Thu, Mar 30, 2017 at 11:39 AM, Chanwoo Choi wrote: > This patch just uses the BIT() macro to make the code simple. > for (i = 0; i < edev->max_supported; i++) { > count += sprintf(buf + count, "%s=%d\n", > extcon_info[edev->supported_cabl

[PATCH v5 3/6] documentation: media: Add documentation for new RGB and YUV bus formats

Add documentation for added Bus Formats to describe RGB and YUV formats used as input to the Synopsys DesignWare HDMI TX Controller. Signed-off-by: Neil Armstrong --- Documentation/media/uapi/v4l/subdev-formats.rst | 871 +++- 1 file changed, 857 insertions(+), 14 deletions(-

Re: [PATCH 1/2] pinctrl: imx: use generic pinctrl helpers for managing groups

On Wed, Mar 29, 2017 at 3:33 PM, Fabio Estevam wrote: > Tony/Linus > > On Wed, Mar 15, 2017 at 6:46 AM, Linus Walleij > wrote: > >>> Still waiting to hear back from Linus on what he prefers. >> >> I am snowed under by mail and might be missing stuff at the >> moment... >> >> If there is some esp

Re: [PATCH 2/2] extcon: Add new extcon_register_notifier_all() to monitor all external connectors

On Thu, Mar 30, 2017 at 11:39 AM, Chanwoo Choi wrote: > The extcon core already provides the extcon_register_notifier() function > in order to register the notifier block which is used to monitor > the status change for the specific external connector such as EXTCON_USB, > EXTCON_USB_HOST and so o

Re: [PATCH v2 5/7] efi/capsule: Prepare for loading images with security header

On 2017-03-28 19:23, Ard Biesheuvel wrote: > On 28 March 2017 at 18:17, Ard Biesheuvel wrote: >> On 28 March 2017 at 17:18, Jan Kiszka wrote: >>> On 2017-03-28 17:52, Ard Biesheuvel wrote: On 28 March 2017 at 16:43, Jan Kiszka wrote: > On 2017-03-28 17:13, Jan Kiszka wrote: >> On 20

Re: [PATCH 1/2] virtio: allow drivers to validate features

On Wed, 29 Mar 2017 20:14:44 +0300 "Michael S. Tsirkin" wrote: > Some drivers can't support all features in all configurations. At the > moment we blindly set FEATURES_OK and later FAILED. Support this better > by adding a callback drivers can use to do some early checks. Looks reasonable. Do

Re: [PATCH] ubifs: Fix O_TMPFILE corner case in ubifs_link()

On Thu, Mar 30, 2017 at 12:03 PM, Richard Weinberger wrote: > Amir, > > Am 30.03.2017 um 10:59 schrieb Amir Goldstein: >> On Thu, Mar 30, 2017 at 11:56 AM, Richard Weinberger wrote: >>> It is perfectly fine to link a tmpfile back using linkat(). >>> Since tmpfiles are created with a link count of

Re: [PATCH] xtensa: Fix mmap() support

On Thu, Mar 30, 2017 at 1:30 AM, Boris Brezillon wrote: >> Could you please instead check if the dma_common_mmap works for you >> with the attached patch? > > I will. BTW, shouldn't it be > > if (off >= XCHAL_KSEG_SIZE) > > instead of > > if (off > XCHAL_KSEG_SIZE) > ? Oops. Yes,

[PATCH v5 4/6] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

Some display pipelines can only provide non-RBG input pixels to the HDMI TX Controller, this patch takes the pixel format from the plat_data if provided. Reviewed-by: Jose Abreu Signed-off-by: Neil Armstrong --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 326 +- inc

Re: [PATCH] ACPI / gpio: do not fall back to parsing _CRS when we get a deferral

On Thu, Mar 23, 2017 at 9:21 PM, Dmitry Torokhov wrote: > If, while locating GPIOs by name, we get probe deferral, we should > immediately report it to caller rather than trying to fall back to parsing > unnamed GPIOs from _CRS block. > > Signed-off-by: Dmitry Torokhov Patch applied and tagged

[PATCH v5 5/6] drm: bridge: dw-hdmi: Add Documentation on supported input formats

This patch adds a new DRM documentation entry and links to the input format table added in the dw_hdmi header. Signed-off-by: Neil Armstrong --- Documentation/gpu/bridge/dw-hdmi.rst | 15 +++ Documentation/gpu/index.rst | 1 + 2 files changed, 16 insertions(+) create mode

[PATCH v5 6/6] drm: bridge: dw-hdmi: Move HPD handling to PHY operations

The HDMI TX controller support HPD and RXSENSE signaling from the PHY via it's STAT0 PHY interface, but some vendor PHYs can manage these signals independently from the controller, thus these STAT0 handling should be moved to PHY specific operations and become optional. The existing STAT0 HPD and

Re: [PATCH] ubifs: Fix O_TMPFILE corner case in ubifs_link()

Amir, Am 30.03.2017 um 11:07 schrieb Amir Goldstein: > On Thu, Mar 30, 2017 at 12:03 PM, Richard Weinberger wrote: >> Amir, >> >> Am 30.03.2017 um 10:59 schrieb Amir Goldstein: >>> On Thu, Mar 30, 2017 at 11:56 AM, Richard Weinberger wrote: It is perfectly fine to link a tmpfile back using

Re: [PATCH 1/2] gpio: Add a driver for Cadence GPIO controller

On Wed, Mar 29, 2017 at 6:04 PM, Boris Brezillon wrote: > Add a driver for Cadence GPIO controller. IIUC Cadence do a lot of things. Are there variants of this controller? Thinking whether it should have several compatible strings, and whether it needs SoC-specific bindings too. > Even though t

[PATCH v5 1/6] drm: bridge: dw-hdmi: Extract PHY interrupt setup to a function

From: Laurent Pinchart In preparation for adding PHY operations to handle RX SENSE and HPD, group all the PHY interrupt setup code in a single location and extract it to a separate function. Signed-off-by: Laurent Pinchart Reviewed-by: Jose Abreu [narmstrong: renamed dw_hdmi_fb_registered to d

Re: [PATCH] ubifs: Fix O_TMPFILE corner case in ubifs_link()

On Thu, 30 Mar 2017 11:59:17 +0300 Amir Goldstein wrote: > On Thu, Mar 30, 2017 at 11:56 AM, Richard Weinberger > wrote: > > It is perfectly fine to link a tmpfile back using linkat(). > > Since tmpfiles are created with a link count of 0 they appear > > on the orphan list, upon re-linking the i

Re: [PATCH] ubifs: Fix O_TMPFILE corner case in ubifs_link()

Amir, Am 30.03.2017 um 10:59 schrieb Amir Goldstein: > On Thu, Mar 30, 2017 at 11:56 AM, Richard Weinberger wrote: >> It is perfectly fine to link a tmpfile back using linkat(). >> Since tmpfiles are created with a link count of 0 they appear >> on the orphan list, upon re-linking the inode has t

Re: [PATCH 2/2] extcon: Add new extcon_register_notifier_all() to monitor all external connectors

Hi Chanwoo, On 30-03-17 10:39, Chanwoo Choi wrote: The extcon core already provides the extcon_register_notifier() function in order to register the notifier block which is used to monitor the status change for the specific external connector such as EXTCON_USB, EXTCON_USB_HOST and so on. The ex

[PATCH v5 0/6] drm: bridge: dw-hdmi: Add support for Custom PHYs

The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller in combination with a very custom PHY. Thanks to Laurent Pinchart's changes, the HW report the following : Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy) The following differs from common PHY integration as

[PATCH v5 2/6] media: uapi: Add RGB and YUV bus formats for Synopsys HDMI TX Controller

In order to describe the RGB and YUV bus formats used to feed the Synopsys DesignWare HDMI TX Controller, add missing formats to the list of Bus Formats. Documentation for these formats is added in a separate patch. Reviewed-by: Archit Taneja Reviewed-by: Jose Abreu Signed-off-by: Neil Armstron

Re: [PATCH 1/2] extcon: Use BIT() macro for the left-shift operation

On 2017년 03월 30일 17:59, Andy Shevchenko wrote: > On Thu, Mar 30, 2017 at 11:39 AM, Chanwoo Choi wrote: >> This patch just uses the BIT() macro to make the code simple. > >> for (i = 0; i < edev->max_supported; i++) { >> count += sprintf(buf + count, "%s=%d\n", >>

Re: [PATCH] ezchip: nps_enet: check if napi has been completed

Hi Eric, On Wed, 2017-03-29 at 14:41 -0700, Eric Dumazet wrote: > On Wed, Mar 29, 2017 at 2:30 PM, David Miller wrote: > Signed-off-by: Vlad Zakharov > > > > > > Applied. > > > > Eric, if this is really required now, we have 148 broken drivers still. > > Piece of cake :/ > > If we get more

Re: [PATCH] HID: asus: Add missing Fn key maps on ASUS E200H

On Mon, 27 Mar 2017, Takashi Iwai wrote: > The mapping of a few Fn combo keys seems missing since they are vendor > specific usage page (0xff31). Add the mapping manually for sleep > (Fn-F1), rfkill (Fn-F2), brightness down (Fn-F5), brightness up > (Fn-F6), display toggle (Fn-F7), and touchpad to

[PATCH 2/2] arm64: tegra: Add GPU node for Tegra 186

Add the DT node for the GP10B GPU on Tegra 186. Signed-off-by: Alexandre Courbot --- arch/arm64/boot/dts/nvidia/tegra186.dtsi | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm64/boot/dts/nvidia/tegra186.dtsi b/arch/arm64/boot/dts/nvidia/tegra186.dtsi index b4c71b5

[PATCH 1/2] dt-bindings: Add documentation for GP10B GPU

GP10B's definition is mostly similar to GK20A's and GM20B's. The only noticeable difference is the use of power domains instead of a regulator for power supply. Signed-off-by: Alexandre Courbot --- .../devicetree/bindings/gpu/nvidia,gk20a.txt | 25 +- 1 file changed, 24

Re: [v3 PATCH 2/4] powernv:smp: Add busy-wait loop as fall back for CPU-Hotplug

On Mon, Mar 27, 2017 at 10:43:44PM +1100, Michael Ellerman wrote: > "Gautham R. Shenoy" writes: > > > diff --git a/arch/powerpc/platforms/powernv/idle.c > > b/arch/powerpc/platforms/powernv/idle.c > > index 419edff..f335e0f 100644 > > --- a/arch/powerpc/platforms/powernv/idle.c > > +++ b/arch/po

Re: [PATCH 2/2] extcon: Add new extcon_register_notifier_all() to monitor all external connectors

On 2017년 03월 30일 18:04, Hans de Goede wrote: > Hi Chanwoo, > > On 30-03-17 10:39, Chanwoo Choi wrote: >> The extcon core already provides the extcon_register_notifier() function >> in order to register the notifier block which is used to monitor >> the status change for the specific external conne

[PATCH] locking/ww_mutex: fix spelling mistake: "cylic" -> "cyclic"

From: Colin Ian King trivial fix to spelling mistake in pr_err error message Signed-off-by: Colin Ian King --- kernel/locking/test-ww_mutex.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/locking/test-ww_mutex.c b/kernel/locking/test-ww_mutex.c index 90d8d8879969..

Re: [PATCH 2/2] extcon: Add new extcon_register_notifier_all() to monitor all external connectors

On 2017년 03월 30일 18:05, Andy Shevchenko wrote: > On Thu, Mar 30, 2017 at 11:39 AM, Chanwoo Choi wrote: >> The extcon core already provides the extcon_register_notifier() function >> in order to register the notifier block which is used to monitor >> the status change for the specific external conn

Dear user

Dear user Your mailbox has exceeded the storage limit of 20GB set by the administrator, you are currently running at 20.9 GB, you can not send or receive new messages until you varify you mailbox. Re-validate your account by mail, please fill and Send the data below to verify and update your

Re: [PATCH v7 0/7] Implement clocksource for rockchip SoC using rockchip timer

On 29/03/2017 15:22, Alexander Kochetkov wrote: > Hello, Daniel. Hi Alexander, > Due to recent comments from Mark[1], may be is better to apply v6[2] series > instead of v7[3]? > Because my main goal was to fix wall time on rk3188. And I did it the same > way how that was > already done for oth

[PATCH v2] dt-bindings: Add documentation for GP10B GPU

GP10B's definition is mostly similar to GK20A's and GM20B's. The only noticeable difference is the use of power domains instead of a regulator for power supply. Signed-off-by: Alexandre Courbot --- Changes since v1: - It's much better when it compiles. .../devicetree/bindings/gpu/nvidia,gk20a.t

Re: [PATCH v2 3/4] usb: dwc3: add dual-role support

Hi Roger Quadros writes: For something that simple, we wouldn't even need to use OTG FSM layer because that brings no benefit for such a simple requirement. >>> >>> no no. I think you got it wrong. I'm not using the OTG FSM layer at all :). >> >> what are all the otg_fsm mentions then

[PATCH v2] arm64: tegra: Add GPU node for Tegra 186

Add the DT node for the GP10B GPU on Tegra 186. Signed-off-by: Alexandre Courbot --- arch/arm64/boot/dts/nvidia/tegra186.dtsi | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm64/boot/dts/nvidia/tegra186.dtsi b/arch/arm64/boot/dts/nvidia/tegra186.dtsi index b4c71b5

Re: [PATCH v2 06/18] arm64: arch_timer: Add infrastructure for multiple erratum detection methods

On 24/03/2017 19:00, Marc Zyngier wrote: Hi Marc, [ ... ] > Sure, I can add that in the next version of this series. [ ... ] When sending the new version, could you Cc Thomas Gleixner also. Thanks. -- Daniel -- Linaro.org │ Open source software for ARM SoCs Foll

Re: [PATCH] HID: wacom: Don't add ghost interface as shared data

On Wed, 29 Mar 2017, Aaron Armstrong Skomra wrote: > A previous commit (below) adds a check for already probed interfaces to > Wacom's matching heuristic. Unfortunately this causes the Bamboo Pen > (CTL-460) to match itself to its 'ghost' touch interface. After > subsequent changes to the driver t

[tip:WIP.x86/mm 1/1] arch/x86/kernel/process_64.c:541:35: error: '__NR_ia32_execve' undeclared

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/mm head: 693bcce23a1f830d64480cad10f4004e520965fd commit: 693bcce23a1f830d64480cad10f4004e520965fd [1/1] x86/mm: Make in_compat_syscall() work during exec config: x86_64-randconfig-x012-201713 (attached as .config) compi

Re: [PATCH v2 4/4] usb: dwc3: Workaround for super-speed host on dra7 in dual-role mode

Hi, Roger Quadros writes: >>> 3) All this becomes even more complex for configfs based gadget driver. >>> >>> So using stop/start gadget is a much simpler solution really as UDC software >>> side of things remain unchanged and the gadget driver can persist between >>> role switches. >> >> I had

[PATCH] staging: bcm2835-camera: fix spelling mistake: "elementry" -> "elementary"

From: Colin Ian King trivial fix to spelling mistake in various comments and pr_debug messages Signed-off-by: Colin Ian King --- drivers/staging/vc04_services/bcm2835-camera/mmal-msg.h | 2 +- drivers/staging/vc04_services/bcm2835-camera/mmal-vchiq.c | 6 +++--- drivers/staging/vc04_services

Re: [PATCH] ubifs: Fix O_TMPFILE corner case in ubifs_link()

On 30/03/17 11:56, Richard Weinberger wrote: > It is perfectly fine to link a tmpfile back using linkat(). > Since tmpfiles are created with a link count of 0 they appear > on the orphan list, upon re-linking the inode has to be removed > from the orphan list again. > > Cc: > Cc: Ralph Sennhauser

Re: linux-next: unsigned commits in the kvm tree

On 30/03/2017 00:21, Stephen Rothwell wrote: > > I noticed that several commits in the kvm tree > (git://git.kernel.org/pub/scm/virt/kvm/kvm.git#linux-next) today have > no Signed-off-by for their committer :-( Hmm, that must have happened because I rebased them before (testing and) pushing to

[PATCH] staging/atomisp: fix spelling mistake: "falied" -> "failed"

From: Colin Ian King trivial fix to spelling mistake in dev_err error message Signed-off-by: Colin Ian King --- drivers/staging/media/atomisp/pci/atomisp2/hmm/hmm_bo_dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/atomisp/pci/atomisp2/hmm/hmm_bo_

Linux 4.10.7

I'm announcing the release of the 4.10.7 kernel. All users of the 4.10 kernel series must upgrade. The updated 4.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.10.y and can be browsed at the normal kernel.org git web browser:

Linux 4.9.19

I'm announcing the release of the 4.9.19 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.9.19

diff --git a/Makefile b/Makefile index c10d0e634e68..ba1c6a8e6a70 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 18 +SUBLEVEL = 19 EXTRAVERSION = NAME = Roaring Lionus diff --git a/arch/arm/boot/dts/sama5d2.dtsi b/arch/arm/boot/dts/sama5d2.dtsi ind

Re: [PATCH] HID: asus: Add missing Fn key maps on ASUS E200H

On Thu, 30 Mar 2017 11:19:21 +0200, Jiri Kosina wrote: > > On Mon, 27 Mar 2017, Takashi Iwai wrote: > > > The mapping of a few Fn combo keys seems missing since they are vendor > > specific usage page (0xff31). Add the mapping manually for sleep > > (Fn-F1), rfkill (Fn-F2), brightness down (Fn-F

Re: Linux 4.4.58

diff --git a/Makefile b/Makefile index 841675e63a38..3efe2ea99e2d 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 57 +SUBLEVEL = 58 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/arch/arm/boot/dts/sama5d2.dtsi b/arch/arm/boot/dts/sama5d2.dtsi i

Linux 4.4.58

I'm announcing the release of the 4.4.58 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Re: lockdep warning: console vs. mem hotplug

On Wed 2017-03-29 09:31:47, Michal Hocko wrote: > On Tue 28-03-17 18:00:16, Petr Mladek wrote: > > On Tue 2017-03-28 16:22:27, Michal Hocko wrote: > > > On Sat 25-03-17 09:04:42, Sergey Senozhatsky wrote: > > > > On (03/21/17 13:44), Sergey Senozhatsky wrote: > > > > [..] > > > > > so we probably c

[PATCH] drm/amdgpu/virt: fix spelling mistake: "hypervior" -> "hypervisor"

From: Colin Ian King trivial fix to spelling mistake in DRM_ERROR error message Signed-off-by: Colin Ian King --- drivers/gpu/drm/amd/amdgpu/mxgpu_vi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/mxgpu_vi.c b/drivers/gpu/drm/amd/amdgpu/mxgpu_

[PATCH 1/3] rsi: Rename the file rsi_91x_pkt.c to rsi_91x_hal.c

The file rsi_91x_hal.c will contain new firmware loading method for RSI 9113 chipset. So this file will have device specific operations. As the file 'rsi_91x_pkt.c' contains code for preparing device (frimware understandable) specific descriptors for the transmit frames, it is moved to 'rsi_91x_hal

[PATCH] drm/i915: disable KASAN for handlers

Handlers are currently the only blocker to compile the kernel with gcc 7 and KASAN+use-after-scope enabled: drivers/gpu/drm/i915/gvt/handlers.c:2200:1: error: the frame size of 43760 bytes is larger than 2048 bytes [-Werror=frame-larger-than=] drivers/gpu/drm/i915/gvt/handlers.c:2402:1: error: the

[PATCH 2/3] rsi: Add new firmware loading method for RS9113 chip set

The older firmware loading method has been deprecated and not in use with the current RS9113 modules. The newer method uses soft boot loader to load the functional firmware. In this method complete RAM image and FLASH image are present in the flash. Before loading the functional firmware, host issu

[PATCH 3/3] rsi: Remove old firmware loading method for RS9113 chip set

Older firmware loading method is not being used by any RSI module. Hence removing that part of code doesn't impact. Signed-off-by: Prameela Rani Garnepudi --- drivers/net/wireless/rsi/rsi_91x_sdio_ops.c | 187 drivers/net/wireless/rsi/rsi_91x_usb_ops.c | 124 ---

Re: in_irq_or_nmi() and RFC patch

On Thu, 30 Mar 2017 09:35:02 +0200 Peter Zijlstra wrote: > On Thu, Mar 30, 2017 at 09:12:23AM +0200, Jesper Dangaard Brouer wrote: > > On Thu, 30 Mar 2017 08:49:58 +0200 > > Peter Zijlstra wrote: > > > > > On Wed, Mar 29, 2017 at 09:44:41PM +0200, Jesper Dangaard Brouer wrote: > > > > @@ -2

Re: [PATCH v6 07/11] drivers: perf: hisi: Add support for Hisilicon SoC event counters

On Tuesday 21 March 2017 10:22 PM, Mark Rutland wrote: +static int hisi_hw_perf_event_init(struct perf_event *event) >+{ >+ struct hw_perf_event *hwc = &event->hw; >+ struct hisi_pmu *hisi_pmu = to_hisi_pmu(event->pmu); >+ struct device *dev = hisi_pmu->dev; + >+ /* >+* We must NOT

Re: [PATCH v1] x86/platform/intel-mid: Enable bluetooth on Intel Edison

On Thu, 2017-03-30 at 09:23 +0200, Ingo Molnar wrote: > * Andy Shevchenko wrote: > > > Intel Edison has Wi-Fi + BT module attached and, since it's an SFI- > > enumerated > > platform, needs a platform data. Here we add bits to enable > > bluetooth device. > > + > > +static struct gpiod_lookup_ta

Re: [PATCH] ubifs: Fix O_TMPFILE corner case in ubifs_link()

Am 30.03.2017 um 11:32 schrieb Adrian Hunter: >> diff --git a/fs/ubifs/dir.c b/fs/ubifs/dir.c >> index 0858213a4e63..0139155045fe 100644 >> --- a/fs/ubifs/dir.c >> +++ b/fs/ubifs/dir.c >> @@ -748,6 +748,11 @@ static int ubifs_link(struct dentry *old_dentry, struct >> inode *dir, >> go

Re: [tip:WIP.x86/mm 1/1] arch/x86/kernel/process_64.c:541:35: error: '__NR_ia32_execve' undeclared

On 03/30/2017 12:31 PM, kbuild test robot wrote: tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/mm head: 693bcce23a1f830d64480cad10f4004e520965fd commit: 693bcce23a1f830d64480cad10f4004e520965fd [1/1] x86/mm: Make in_compat_syscall() work during exec config: x86_64

[PATCH 0/2] This patches set cros_ec_keyb as a wakeup source, so the chromeos's powerd

can control the keyboard's wakeup ability along with other ec event sources. Jeffy Chen (2): input: cros_ec_keyb: Report wakeup events ARM: dts: cros-ec-keyboard: Enable as wakeup source arch/arm/boot/dts/cros-ec-keyboard.dtsi | 1 + drivers/input/keyboard/cros_ec_keyb.c | 9 + 2

[PATCH 1/2] input: cros_ec_keyb: Report wakeup events

Report wakeup events when process events. Signed-off-by: Jeffy Chen --- drivers/input/keyboard/cros_ec_keyb.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/input/keyboard/cros_ec_keyb.c b/drivers/input/keyboard/cros_ec_keyb.c index 6a250d6..a93d55f 100644 --- a/drivers/i

[PATCH 2/2] ARM: dts: cros-ec-keyboard: Enable as wakeup source

Enable cros-ec-keyboard as a wakeup source. Signed-off-by: Jeffy Chen --- arch/arm/boot/dts/cros-ec-keyboard.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/cros-ec-keyboard.dtsi b/arch/arm/boot/dts/cros-ec-keyboard.dtsi index c0451051..3168a5e 100644 --- a/arch/arm/

[PATCH] perf utils: fix spelling mistake: "Invalud" -> "Invalid"

From: Colin Ian King trivial fix to spelling mistake in pr_debug message Signed-off-by: Colin Ian King --- tools/perf/util/hist.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c index 3c4d4d00cb2c..61bf304206fd 100644 --- a/to

[PATCH v2 0/6] KVM: nVMX: nested EPT improvements and A/D bits, RDRAND and RDSEED exits

Patches 1-4 implement nested EPT A/D bits and GB pages. As a side effect, this fixes one vmx.flat failure on machines with EPT A/D bits. It should be possible to implement PML on top of this with host support for A/D bits only. Patches 5-6 implement nested RDRAND and RDSEED exiting. Paolo v1->v

[PATCH 6/6] KVM: nVMX: support RDRAND and RDSEED exiting

Signed-off-by: Paolo Bonzini --- arch/x86/include/asm/vmx.h | 2 ++ arch/x86/kvm/vmx.c | 5 + 2 files changed, 7 insertions(+) diff --git a/arch/x86/include/asm/vmx.h b/arch/x86/include/asm/vmx.h index dffe8d68fb27..35cd06f636ab 100644 --- a/arch/x86/include/asm/vmx.h +++ b/arch/x86/

Re: [PATCH v1] x86/platform/intel-mid: Enable bluetooth on Intel Edison

* Andy Shevchenko wrote: > On Thu, 2017-03-30 at 09:23 +0200, Ingo Molnar wrote: > > * Andy Shevchenko wrote: > > > > > Intel Edison has Wi-Fi + BT module attached and, since it's an SFI- > > > enumerated > > > platform, needs a platform data. Here we add bits to enable > > > bluetooth device.

[PATCH 2/6] KVM: VMX: remove bogus check for invalid EPT violation

handle_ept_violation is checking for "guest-linear-address invalid" + "not a paging-structure walk". However, _all_ EPT violations without a valid guest linear address are paging structure walks, because those EPT violations happen when loading the guest PDPTEs. Therefore, the check can never be

[PATCH 4/6] kvm: nVMX: support EPT accessed/dirty bits

Now use bit 6 of EPTP to optionally enable A/D bits for EPTP. Another thing to change is that, when EPT accessed and dirty bits are not in use, VMX treats accesses to guest paging structures as data reads. When they are in use (bit 6 of EPTP is set), they are treated as writes and the correspondi

[PATCH 5/6] KVM: VMX: add missing exit reasons

In order to simplify adding exit reasons in the future, the array of exit reason names is now also sorted by exit reason code. Reviewed-by: David Hildenbrand Signed-off-by: Paolo Bonzini --- arch/x86/include/uapi/asm/vmx.h | 25 ++--- 1 file changed, 18 insertions(+), 7 dele

[PATCH] staging: iio: ad9832: use 4-digit octal permissions

This fixes the coding style issue of using S_IWUSR in place of 4-digit octal numbers. Issue detected by checkpatch. Signed-off-by: Guru Das Srinagesh --- drivers/staging/iio/frequency/ad9832.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/drivers/sta

[PATCH 3/6] kvm: x86: MMU support for EPT accessed/dirty bits

This prepares the MMU paging code for EPT accessed and dirty bits, which can be enabled optionally at runtime. Code that updates the accessed and dirty bits will need a pointer to the struct kvm_mmu. Signed-off-by: Paolo Bonzini --- arch/x86/kvm/paging_tmpl.h | 23 +++ 1 fil

RE: [PATCH] drm/amdgpu/virt: fix spelling mistake: "hypervior" -> "hypervisor"

> > From: Colin Ian King > > trivial fix to spelling mistake in DRM_ERROR error message > > Signed-off-by: Colin Ian King > --- > drivers/gpu/drm/amd/amdgpu/mxgpu_vi.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/amd/amdgpu/mxgpu_vi.c > b/drivers/g

[PATCH 1/6] KVM: nVMX: we support 1GB EPT pages

Large pages at the PDPE level can be emulated by the MMU, so the bit can be set unconditionally in the EPT capabilities MSR. The same is true of 2MB EPT pages, though all Intel processors with EPT in practice support those. Reviewed-by: David Hildenbrand Signed-off-by: Paolo Bonzini --- arch/x

[PATCH] block/sed-opal: fix spelling mistake: "Lifcycle" -> "Lifecycle"

From: Colin Ian King trivial fix to spelling mistake in pr_err error message Signed-off-by: Colin Ian King --- block/sed-opal.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block/sed-opal.c b/block/sed-opal.c index 14035f826b5e..6736c7873d4a 100644 --- a/block/sed-opal.c

Re: [PATCH] serial: Do not treat the IIR register as a bitfield

On Wed, 2017-03-29 at 20:44 +0200, Olliver Schinagl wrote: > It seems that at some point, someone made the assumption that the UART > Interrupt ID Register was a bitfield and started to check if certain > bits where set. > > Actually however the register contains interrupt ID's where only the > MS

[PATCH 4.4 00/14] 4.4.59-stable review

This is the start of the stable review cycle for the 4.4.59 release. There are 14 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 Sat Apr 1 09:49:26 UTC 2017. Anything receive

[PATCH 4.4 02/14] xfrm_user: validate XFRM_MSG_NEWAE XFRMA_REPLAY_ESN_VAL replay_window

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Andy Whitcroft commit 677e806da4d916052585301785d847c3b3e6186a upstream. When a new xfrm state is created during an XFRM_MSG_NEWSA call we validate the user supplied replay_esn to ensure that t

[PATCH 4.4 03/14] xfrm_user: validate XFRM_MSG_NEWAE incoming ESN size harder

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Andy Whitcroft commit f843ee6dd019bcece3e74e76ad9df0155655d0df upstream. Kees Cook has pointed out that xfrm_replay_state_esn_len() is subject to wrapping issues. To ensure we are correctly en

[PATCH 4.4 07/14] h8300/ptrace: Fix incorrect register transfer count

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dave Martin commit 502585c7555083d4a949c08350306b9ec196779e upstream. regs_set() and regs_get() are vulnerable to an off-by-1 buffer overrun if CONFIG_CPU_H8S is set, since this adds an extra e

[PATCH 4.4 14/14] sched/rt: Add a missing rescheduling point

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior commit 619bd4a71874a8fd78eb6ccf9f272c5e98bcc7b7 upstream. Since the change in commit: fd7a4bed1835 ("sched, rt: Convert switched_{from, to}_rt() / prio_changed_rt(

[RFC PATCH 1/2] of/pci: implement inbound dma-ranges for PCI

current device frmework and of framework integration assumes dma-ranges in a way where memory-mapped devices define their dma-ranges. dma-ranges: (child-bus-address, parent-bus-address, length). but iproc based SOCs and other SOCs(rcar) have PCI world dma-ranges. dma-ranges = <0x4300 0x00 0x00

Re: [PATCH] Revert "mtd: davinci-nand: disable subpage write for keystone-nand"

On Thu, 30 Mar 2017 13:13:58 +0530 Sekhar Nori wrote: > Hi Boris, > > On Wednesday 29 March 2017 08:33 PM, Boris Brezillon wrote: > > On Mon, 27 Mar 2017 15:56:55 +0530 > > Sekhar Nori wrote: > > > >> This partly reverts commit 28c015a9daabe4ed3aeb0ccf669a3f1c2b8b81d5. > >> > >> Since f6d7c1

[PATCH 4.4 10/14] metag/ptrace: Preserve previous registers for short regset write

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

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