Linux 4.10.14

I'm announcing the release of the 4.10.14 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

Linux 4.10.14

I'm announcing the release of the 4.10.14 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

Re: [PATCH] iommu/arm-smmu-v3: Poll for CMDQ drain completion more effectively

On Wed, May 3, 2017 at 9:07 PM, Will Deacon wrote: > On Wed, May 03, 2017 at 06:49:09PM +0530, Sunil Kovvuri wrote: >> On Thu, Apr 27, 2017 at 4:43 PM, wrote: >> > From: Sunil Goutham >> > >> > Modified polling on CMDQ consumer

Re: [PATCH] iommu/arm-smmu-v3: Poll for CMDQ drain completion more effectively

On Wed, May 3, 2017 at 9:07 PM, Will Deacon wrote: > On Wed, May 03, 2017 at 06:49:09PM +0530, Sunil Kovvuri wrote: >> On Thu, Apr 27, 2017 at 4:43 PM, wrote: >> > From: Sunil Goutham >> > >> > Modified polling on CMDQ consumer similar to how polling is done for TLB >> > SYNC >> > completion

[PATCH] CIFS: fix oplock break deadlocks

From: Rabin Vincent When the final cifsFileInfo_put() is called from cifsiod and an oplock break work is queued, lockdep complains loudly: = [ INFO: possible recursive locking detected ] 4.11.0+ #21 Not tainted

[PATCH] CIFS: fix oplock break deadlocks

From: Rabin Vincent When the final cifsFileInfo_put() is called from cifsiod and an oplock break work is queued, lockdep complains loudly: = [ INFO: possible recursive locking detected ] 4.11.0+ #21 Not tainted

Re: [RFC PATCH] dax: add badblocks check to Device DAX

On Wed, May 3, 2017 at 8:31 AM, Toshi Kani wrote: > This is a RFC patch for seeking suggestions. It adds support of > badblocks check in Device DAX by using region-level badblocks list. > This patch is only briefly tested. > > device_dax is a well-isolated self-contained

Re: [RFC PATCH] dax: add badblocks check to Device DAX

On Wed, May 3, 2017 at 8:31 AM, Toshi Kani wrote: > This is a RFC patch for seeking suggestions. It adds support of > badblocks check in Device DAX by using region-level badblocks list. > This patch is only briefly tested. > > device_dax is a well-isolated self-contained module as it calls >

[PATCH] ARM64/PCI: Allow userspace to mmap PCI resources

This patch allows user-space to mmap PCI resources. This patch is inline to arm32 bit implementation. Signed-off-by: Bharat Bhushan --- arch/arm64/include/asm/pci.h | 4 arch/arm64/kernel/pci.c | 19 +++ 2 files changed, 23 insertions(+) diff

[PATCH] ARM64/PCI: Allow userspace to mmap PCI resources

This patch allows user-space to mmap PCI resources. This patch is inline to arm32 bit implementation. Signed-off-by: Bharat Bhushan --- arch/arm64/include/asm/pci.h | 4 arch/arm64/kernel/pci.c | 19 +++ 2 files changed, 23 insertions(+) diff --git

Re: x86: warning: kernel stack regs has bad 'bp' value

On Wed, May 3, 2017 at 3:30 PM, Josh Poimboeuf wrote: > On Wed, May 03, 2017 at 02:48:28PM +0200, Andrey Konovalov wrote: >> Hi, >> >> I've got the following error report while fuzzing the kernel with syzkaller. >> >> On commit 89c9fea3c8034cdb2fd745f551cde0b507fd6893

Re: x86: warning: kernel stack regs has bad 'bp' value

On Wed, May 3, 2017 at 3:30 PM, Josh Poimboeuf wrote: > On Wed, May 03, 2017 at 02:48:28PM +0200, Andrey Konovalov wrote: >> Hi, >> >> I've got the following error report while fuzzing the kernel with syzkaller. >> >> On commit 89c9fea3c8034cdb2fd745f551cde0b507fd6893 (4.11.0+). >> >> A

[PATCH] firmware: Google VPD: fix error handling on allocation failures

From: Colin Ian King Fix two allocation failure checks. Firstly, ensure info is checked for a failed allocation; this fixes a potential null pointer dereference issue on info->key. Secondly, free info is info->key fails to allocate to fix a memory leak. Detected by

[PATCH] firmware: Google VPD: fix error handling on allocation failures

From: Colin Ian King Fix two allocation failure checks. Firstly, ensure info is checked for a failed allocation; this fixes a potential null pointer dereference issue on info->key. Secondly, free info is info->key fails to allocate to fix a memory leak. Detected by CoverityScan, CID#1430064

Re: [PATCH v2 15/16] fpga: region: add fpga_region_class_find

On Thu, Apr 20, 2017 at 7:10 AM, Alan Tull wrote: > Add a function for searching the fpga-region class. This > will be useful when device tree code is no longer in the > same file that declares the fpga-region class. Another > step in separating common FPGA region code from

Re: [PATCH v2 15/16] fpga: region: add fpga_region_class_find

On Thu, Apr 20, 2017 at 7:10 AM, Alan Tull wrote: > Add a function for searching the fpga-region class. This > will be useful when device tree code is no longer in the > same file that declares the fpga-region class. Another > step in separating common FPGA region code from device > tree

Re: [RFC] Increase Minimal GNU Make version for Linux Kernel from 3.80 to 3.81

On Tue, May 2, 2017 at 11:46 PM, Masahiro Yamada wrote: > > From the above, I'd like to propose to increase the minimal version of > GNU Make to 3.81. Ack. >From earlier (uinrelated) discussion, I think we have other cases where the "minimum recommended" may not

Re: [RFC] Increase Minimal GNU Make version for Linux Kernel from 3.80 to 3.81

On Tue, May 2, 2017 at 11:46 PM, Masahiro Yamada wrote: > > From the above, I'd like to propose to increase the minimal version of > GNU Make to 3.81. Ack. >From earlier (uinrelated) discussion, I think we have other cases where the "minimum recommended" may not be true (even gcc - it might be

Re: [PATCH] iommu/arm-smmu-v3: Poll for CMDQ drain completion more effectively

On Wed, May 03, 2017 at 04:33:57PM +0100, Robin Murphy wrote: > On 27/04/17 12:13, sunil.kovv...@gmail.com wrote: > > From: Sunil Goutham > > > > Modified polling on CMDQ consumer similar to how polling is done for TLB > > SYNC > > completion in SMMUv2 driver. Code changes

Re: [PATCH] iommu/arm-smmu-v3: Poll for CMDQ drain completion more effectively

On Wed, May 03, 2017 at 04:33:57PM +0100, Robin Murphy wrote: > On 27/04/17 12:13, sunil.kovv...@gmail.com wrote: > > From: Sunil Goutham > > > > Modified polling on CMDQ consumer similar to how polling is done for TLB > > SYNC > > completion in SMMUv2 driver. Code changes are done with

Re: [linux-sunxi] Designware UART bug

Hey Tim, On 03-05-17 16:22, Tim Kryger wrote: On Wed, May 3, 2017 at 4:26 AM, Olliver Schinagl wrote: Hey Chen-Yu On 03-05-17 12:40, Chen-Yu Tsai wrote: On Wed, May 3, 2017 at 6:17 PM, Olliver Schinagl wrote: Hey Jamie, Several years ago you

Re: [linux-sunxi] Designware UART bug

Hey Tim, On 03-05-17 16:22, Tim Kryger wrote: On Wed, May 3, 2017 at 4:26 AM, Olliver Schinagl wrote: Hey Chen-Yu On 03-05-17 12:40, Chen-Yu Tsai wrote: On Wed, May 3, 2017 at 6:17 PM, Olliver Schinagl wrote: Hey Jamie, Several years ago you wrote the glue-code [0] for the DW 8250 IP.

Re: [PATCH] iommu/arm-smmu-v3: Poll for CMDQ drain completion more effectively

On Wed, May 03, 2017 at 06:49:09PM +0530, Sunil Kovvuri wrote: > On Thu, Apr 27, 2017 at 4:43 PM, wrote: > > From: Sunil Goutham > > > > Modified polling on CMDQ consumer similar to how polling is done for TLB > > SYNC > > completion in SMMUv2

Re: [PATCH] iommu/arm-smmu-v3: Poll for CMDQ drain completion more effectively

On Wed, May 03, 2017 at 06:49:09PM +0530, Sunil Kovvuri wrote: > On Thu, Apr 27, 2017 at 4:43 PM, wrote: > > From: Sunil Goutham > > > > Modified polling on CMDQ consumer similar to how polling is done for TLB > > SYNC > > completion in SMMUv2 driver. Code changes are done with reference to >

[PATCH] driver: input :touchscreen : Change Raydium firmware update parameter

From: "jeffrey.lin" Change boot mode trigger parameter of Raydium firmware update. Signed-off-by: jeffrey.lin --- drivers/input/touchscreen/raydium_i2c_ts.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH] driver: input :touchscreen : Change Raydium firmware update parameter

From: "jeffrey.lin" Change boot mode trigger parameter of Raydium firmware update. Signed-off-by: jeffrey.lin --- drivers/input/touchscreen/raydium_i2c_ts.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/input/touchscreen/raydium_i2c_ts.c

Re: [PATCH v4 0/5] virtio_rpmsg: make rpmsg channel configurable

On 03/28/2017 01:49 PM, Loic Pallardy wrote: This goal of this series is to offer more flexibility for virtio_rpmsg communication link configuration. It should be possible to tune rpmsg buffer size per Rpmsg link, to provide selected configuration to coprocessor, to take into account

Re: [PATCH v4 0/5] virtio_rpmsg: make rpmsg channel configurable

On 03/28/2017 01:49 PM, Loic Pallardy wrote: This goal of this series is to offer more flexibility for virtio_rpmsg communication link configuration. It should be possible to tune rpmsg buffer size per Rpmsg link, to provide selected configuration to coprocessor, to take into account

Re: [PATCH] iommu/arm-smmu-v3: Poll for CMDQ drain completion more effectively

On 27/04/17 12:13, sunil.kovv...@gmail.com wrote: > From: Sunil Goutham > > Modified polling on CMDQ consumer similar to how polling is done for TLB SYNC > completion in SMMUv2 driver. Code changes are done with reference to > > 8513c8930069 iommu/arm-smmu: Poll for TLB

Re: [PATCH] iommu/arm-smmu-v3: Poll for CMDQ drain completion more effectively

On 27/04/17 12:13, sunil.kovv...@gmail.com wrote: > From: Sunil Goutham > > Modified polling on CMDQ consumer similar to how polling is done for TLB SYNC > completion in SMMUv2 driver. Code changes are done with reference to > > 8513c8930069 iommu/arm-smmu: Poll for TLB sync completion more

[RFC PATCH] dax: add badblocks check to Device DAX

This is a RFC patch for seeking suggestions. It adds support of badblocks check in Device DAX by using region-level badblocks list. This patch is only briefly tested. device_dax is a well-isolated self-contained module as it calls alloc_dax() with dev_dax, which is private to device_dax. For

[RFC PATCH] dax: add badblocks check to Device DAX

This is a RFC patch for seeking suggestions. It adds support of badblocks check in Device DAX by using region-level badblocks list. This patch is only briefly tested. device_dax is a well-isolated self-contained module as it calls alloc_dax() with dev_dax, which is private to device_dax. For

Re: [PATCH v4 0/2] remoteproc: st: add virtio_rpmsg support

On 02/15/2017 09:18 PM, Loic Pallardy wrote: Goal of this series is: - to add vring based communication link (virtio_rpmsg) - to add rproc_da_to_va translation function to allow firmware loading in pre-reserved carveout memory region V2: Only changes in patch 1 to: - fix typos - fix mailbox

Re: [PATCH v4 0/2] remoteproc: st: add virtio_rpmsg support

On 02/15/2017 09:18 PM, Loic Pallardy wrote: Goal of this series is: - to add vring based communication link (virtio_rpmsg) - to add rproc_da_to_va translation function to allow firmware loading in pre-reserved carveout memory region V2: Only changes in patch 1 to: - fix typos - fix mailbox

Re: [PATCHv3 2/3] drm/prime: Introduce drm_gem_prime_import_platform

On Wed, May 03, 2017 at 05:07:03PM +0200, Daniel Vetter wrote: > On Wed, May 03, 2017 at 07:40:51AM -0700, Laura Abbott wrote: > > On 05/03/2017 12:39 AM, Daniel Vetter wrote: > > > On Tue, May 02, 2017 at 09:22:13PM +0100, Chris Wilson wrote: > > >> On Tue, May 02, 2017 at 10:02:07AM -0700, Laura

Re: [PATCHv3 2/3] drm/prime: Introduce drm_gem_prime_import_platform

On Wed, May 03, 2017 at 05:07:03PM +0200, Daniel Vetter wrote: > On Wed, May 03, 2017 at 07:40:51AM -0700, Laura Abbott wrote: > > On 05/03/2017 12:39 AM, Daniel Vetter wrote: > > > On Tue, May 02, 2017 at 09:22:13PM +0100, Chris Wilson wrote: > > >> On Tue, May 02, 2017 at 10:02:07AM -0700, Laura

Re: [PATCH] MAINTAINERS: Update MAX77802 PMIC entry

On Tue, May 02, 2017 at 09:11:28AM +0100, Lee Jones wrote: > On Sun, 30 Apr 2017, Mark Brown wrote: > > On Fri, Apr 28, 2017 at 12:56:21AM -0400, Javier Martinez Canillas wrote: > > > The Samsung email address will stop working soon, so use my personal > > > email address instead. > > Acked-by:

Re: [PATCH] MAINTAINERS: Update MAX77802 PMIC entry

On Tue, May 02, 2017 at 09:11:28AM +0100, Lee Jones wrote: > On Sun, 30 Apr 2017, Mark Brown wrote: > > On Fri, Apr 28, 2017 at 12:56:21AM -0400, Javier Martinez Canillas wrote: > > > The Samsung email address will stop working soon, so use my personal > > > email address instead. > > Acked-by:

[PATCH] iommu/rockchip: Enable Rockchip IOMMU on ARM64

From: Simon Xue This patch makes it possible to compile the rockchip-iommu driver on ARM64, so that it can be used with 64-bit SoCs equipped with this type of IOMMU. Signed-off-by: Simon Xue Signed-off-by: Shunqian Zheng

[PATCH] iommu/rockchip: Enable Rockchip IOMMU on ARM64

From: Simon Xue This patch makes it possible to compile the rockchip-iommu driver on ARM64, so that it can be used with 64-bit SoCs equipped with this type of IOMMU. Signed-off-by: Simon Xue Signed-off-by: Shunqian Zheng Signed-off-by: Tomasz Figa Reviewed-by: Matthias Brugger ---

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Wed, May 03, 2017 at 05:00:31PM +0200, Daniel Vetter wrote: > On Wed, May 03, 2017 at 03:16:13PM +0100, Jose Abreu wrote: > > Hi Daniel, > > > > > > On 03-05-2017 07:19, Daniel Vetter wrote: > > > On Tue, May 2, 2017 at 11:29 AM, Jose Abreu > > > wrote: > > >> On

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Wed, May 03, 2017 at 05:00:31PM +0200, Daniel Vetter wrote: > On Wed, May 03, 2017 at 03:16:13PM +0100, Jose Abreu wrote: > > Hi Daniel, > > > > > > On 03-05-2017 07:19, Daniel Vetter wrote: > > > On Tue, May 2, 2017 at 11:29 AM, Jose Abreu > > > wrote: > > >> On 02-05-2017 09:48, Daniel

RE: [PATCH] staging: unisys: Solve sparse warning

> -Original Message- > From: Marcos Paulo de Souza [mailto:marcos.souza@gmail.com] > Sent: Tuesday, May 2, 2017 11:28 PM > Cc: Marcos Paulo de Souza ; Kershner, David > A ; Greg Kroah-Hartman > ; Sell,

RE: [PATCH] staging: unisys: Solve sparse warning

> -Original Message- > From: Marcos Paulo de Souza [mailto:marcos.souza@gmail.com] > Sent: Tuesday, May 2, 2017 11:28 PM > Cc: Marcos Paulo de Souza ; Kershner, David > A ; Greg Kroah-Hartman > ; Sell, Timothy C ; > Binder, David Anthony ; Erik Arfvidson > ; Wadgaonkar, Sameer

Re: [PATCH v2] drivers: dma-mapping: Do not leave an invalid area->pages pointer in dma_common_contiguous_remap()

On Wed, May 03, 2017 at 03:57:48PM +0100, Catalin Marinas wrote: > The dma_common_pages_remap() function allocates a vm_struct object and > initialises the pages pointer to value passed as argument. However, when > this function is called dma_common_contiguous_remap(), the pages array > is only

Re: [PATCH v2] drivers: dma-mapping: Do not leave an invalid area->pages pointer in dma_common_contiguous_remap()

On Wed, May 03, 2017 at 03:57:48PM +0100, Catalin Marinas wrote: > The dma_common_pages_remap() function allocates a vm_struct object and > initialises the pages pointer to value passed as argument. However, when > this function is called dma_common_contiguous_remap(), the pages array > is only

Re: [PATCH RFC v2 4/6] proc: support mounting private procfs instances inside same pid namespace

On Tue, May 2, 2017 at 6:33 PM, Andy Lutomirski wrote: > On Tue, May 2, 2017 at 7:29 AM, Djalal Harouni wrote: >> On Thu, Apr 27, 2017 at 12:13 AM, Andy Lutomirski wrote: >>> On Tue, Apr 25, 2017 at 5:23 AM, Djalal Harouni

Re: [PATCH RFC v2 4/6] proc: support mounting private procfs instances inside same pid namespace

On Tue, May 2, 2017 at 6:33 PM, Andy Lutomirski wrote: > On Tue, May 2, 2017 at 7:29 AM, Djalal Harouni wrote: >> On Thu, Apr 27, 2017 at 12:13 AM, Andy Lutomirski wrote: >>> On Tue, Apr 25, 2017 at 5:23 AM, Djalal Harouni wrote: >> [...] We have to align procfs and modernize it to have a

[PATCH] CIFS: silence lockdep splat in cifs_relock_file()

From: Rabin Vincent cifs_relock_file() can perform a down_write() on the inode's lock_sem even though it was already performed in cifs_strict_readv(). Lockdep complains about this. AFAICS, there is no problem here, and lockdep just needs to be told that this nesting is OK.

[PATCH] CIFS: silence lockdep splat in cifs_relock_file()

From: Rabin Vincent cifs_relock_file() can perform a down_write() on the inode's lock_sem even though it was already performed in cifs_strict_readv(). Lockdep complains about this. AFAICS, there is no problem here, and lockdep just needs to be told that this nesting is OK.

[PATCH] ASoC: da7213: Fix incorrect usage of bitwise '&' operator for SRM check

In the SRM lock check section of code the '&' bitwise operator is used as part of checking lock status. Functionally the code works as intended, but the conditional statement is a boolean comparison so should really use '&&' logical operator instead. This commit rectifies this discrepancy.

[PATCH] ASoC: da7213: Fix incorrect usage of bitwise '&' operator for SRM check

In the SRM lock check section of code the '&' bitwise operator is used as part of checking lock status. Functionally the code works as intended, but the conditional statement is a boolean comparison so should really use '&&' logical operator instead. This commit rectifies this discrepancy.

[GIT PULL] SPI updates for v4.12

The following changes since commit 5a7ad1146caa895ad718a534399e38bd2ba721b7: Linux 4.11-rc8 (2017-04-23 16:53:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v4.12 for you to fetch changes up to

[GIT PULL] SPI updates for v4.12

The following changes since commit 5a7ad1146caa895ad718a534399e38bd2ba721b7: Linux 4.11-rc8 (2017-04-23 16:53:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v4.12 for you to fetch changes up to

Re:What has actually kept you waiting?

What has actually kept you waiting to claim your fund $870.000.00 since then? Your fund has been approved since and nobody has heard from you. hurry and get back to me with your valid receiving data immediately you receive this mail to avoid error procedures because the United Nation Newly

Re:What has actually kept you waiting?

What has actually kept you waiting to claim your fund $870.000.00 since then? Your fund has been approved since and nobody has heard from you. hurry and get back to me with your valid receiving data immediately you receive this mail to avoid error procedures because the United Nation Newly

Re: [PATCHv3 2/3] drm/prime: Introduce drm_gem_prime_import_platform

On Wed, May 03, 2017 at 07:40:51AM -0700, Laura Abbott wrote: > On 05/03/2017 12:39 AM, Daniel Vetter wrote: > > On Tue, May 02, 2017 at 09:22:13PM +0100, Chris Wilson wrote: > >> On Tue, May 02, 2017 at 10:02:07AM -0700, Laura Abbott wrote: > >>> /** > >>> + * drm_gem_prime_import_platform -

Re: [PATCHv3 2/3] drm/prime: Introduce drm_gem_prime_import_platform

On Wed, May 03, 2017 at 07:40:51AM -0700, Laura Abbott wrote: > On 05/03/2017 12:39 AM, Daniel Vetter wrote: > > On Tue, May 02, 2017 at 09:22:13PM +0100, Chris Wilson wrote: > >> On Tue, May 02, 2017 at 10:02:07AM -0700, Laura Abbott wrote: > >>> /** > >>> + * drm_gem_prime_import_platform -

Re: [v2 3/5] mm: add "zero" argument to vmemmap allocators

Hi Dave, Thank you for the review. I will address your comment and update patchset.. Pasha On 05/03/2017 10:34 AM, David Miller wrote: From: Pavel Tatashin Date: Fri, 24 Mar 2017 15:19:50 -0400 Allow clients to request non-zeroed memory from vmemmap allocator.

Re: [v2 3/5] mm: add "zero" argument to vmemmap allocators

Hi Dave, Thank you for the review. I will address your comment and update patchset.. Pasha On 05/03/2017 10:34 AM, David Miller wrote: From: Pavel Tatashin Date: Fri, 24 Mar 2017 15:19:50 -0400 Allow clients to request non-zeroed memory from vmemmap allocator. The following two public

[PATCH] ipv4, ipv6: ensure raw socket message is big enough to hold an IP header

raw_send_hdrinc() and rawv6_send_hdrinc() expect that the buffer copied from the userspace contains the IPv4/IPv6 header, so if too few bytes are copied, parts of the header may remain uninitialized. This bug has been detected with KMSAN. Signed-off-by: Alexander Potapenko

[PATCH] ipv4, ipv6: ensure raw socket message is big enough to hold an IP header

raw_send_hdrinc() and rawv6_send_hdrinc() expect that the buffer copied from the userspace contains the IPv4/IPv6 header, so if too few bytes are copied, parts of the header may remain uninitialized. This bug has been detected with KMSAN. Signed-off-by: Alexander Potapenko --- The previous

Re: [PATCH 1/3] kernel/locking: #include in qrwlock.c

On Wed, May 3, 2017 at 4:51 PM, Yury Norov wrote: > --- a/kernel/locking/qrwlock.c > +++ b/kernel/locking/qrwlock.c > @@ -20,6 +20,7 @@ > #include > #include > #include > +#include linux/spinlock.h? Gr{oetje,eeting}s, Geert -- Geert

Re: [PATCH 1/3] kernel/locking: #include in qrwlock.c

On Wed, May 3, 2017 at 4:51 PM, Yury Norov wrote: > --- a/kernel/locking/qrwlock.c > +++ b/kernel/locking/qrwlock.c > @@ -20,6 +20,7 @@ > #include > #include > #include > +#include linux/spinlock.h? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots

[PATCH v10 2/3] backlight arcxcnn devicetree bindings for ArcticSand

backlight: Add devicetree bindings for the Arctic Sand backlight driver This patch provides devicetree bindings for the Arctic Sand driver submitted in the previous patch Acked-by: Rob Herring Acked-by: Daniel Thompson Signed-off-by: Olimpiu Dejeu

[PATCH v10 2/3] backlight arcxcnn devicetree bindings for ArcticSand

backlight: Add devicetree bindings for the Arctic Sand backlight driver This patch provides devicetree bindings for the Arctic Sand driver submitted in the previous patch Acked-by: Rob Herring Acked-by: Daniel Thompson Signed-off-by: Olimpiu Dejeu --- v9 => v10: - Per Rob Herring's request

[PATCH v10 3/3] backlight arcxcnn add support for ArcticSand devices

backlight: Add support for Arctic Sand LED backlight driver chips This driver provides support for the Arctic Sand arc2c0608 chip, and provides a framework to support future devices. Reviewed-by: Daniel Thompson Signed-off-by: Olimpiu Dejeu

[PATCH v10 3/3] backlight arcxcnn add support for ArcticSand devices

backlight: Add support for Arctic Sand LED backlight driver chips This driver provides support for the Arctic Sand arc2c0608 chip, and provides a framework to support future devices. Reviewed-by: Daniel Thompson Signed-off-by: Olimpiu Dejeu --- v9 => v10: - Per Rob Herring's request changed

[PATCH v10 1/3] backlight arcxcnn add arc to vendor prefix

backlight: Add arc to vendor prefixes Signed-off-by: Olimpiu Dejeu --- v9 => v10: - Per Rob Herring's request changed vendor-prefix to arctic v8 => v9: - Version updated to match other patch in set. No other changes. v8: - Version to match other patches in set

[PATCH v10 1/3] backlight arcxcnn add arc to vendor prefix

backlight: Add arc to vendor prefixes Signed-off-by: Olimpiu Dejeu --- v9 => v10: - Per Rob Herring's request changed vendor-prefix to arctic v8 => v9: - Version updated to match other patch in set. No other changes. v8: - Version to match other patches in set

Re: [PATCHv2 0/4] Motorola Droid 4: Add WL1285C support

Hi Rob, >> Motorola Droid 4 uses a WL1285C, as visible on iFixit [0]. This >> fixes the DT file to use correct compatible for the wifi node >> and adds the bluetooth node. >> >> [0] https://www.ifixit.com/Teardown/Motorola+Droid+4+Teardown/7759#s31961 >> >> Changes to PATCHv1: >> - use proper

Re: [PATCHv2 0/4] Motorola Droid 4: Add WL1285C support

Hi Rob, >> Motorola Droid 4 uses a WL1285C, as visible on iFixit [0]. This >> fixes the DT file to use correct compatible for the wifi node >> and adds the bluetooth node. >> >> [0] https://www.ifixit.com/Teardown/Motorola+Droid+4+Teardown/7759#s31961 >> >> Changes to PATCHv1: >> - use proper

Re: [PATCH v4] fpga manager: Add Altera CvP driver

On Wed, May 3, 2017 at 3:14 AM, Anatolij Gustschin wrote: > On Wed, 3 May 2017 00:28:17 +0300 > Andy Shevchenko andy.shevche...@gmail.com wrote: > + udelay(1); /* wait 1us */ Why not 10? Needs a comment. >>> >>> if this is not obvious, >> >>No, it's

Re: [PATCH v4] fpga manager: Add Altera CvP driver

On Wed, May 3, 2017 at 3:14 AM, Anatolij Gustschin wrote: > On Wed, 3 May 2017 00:28:17 +0300 > Andy Shevchenko andy.shevche...@gmail.com wrote: > + udelay(1); /* wait 1us */ Why not 10? Needs a comment. >>> >>> if this is not obvious, >> >>No, it's not.

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Wed, May 03, 2017 at 03:16:13PM +0100, Jose Abreu wrote: > Hi Daniel, > > > On 03-05-2017 07:19, Daniel Vetter wrote: > > On Tue, May 2, 2017 at 11:29 AM, Jose Abreu wrote: > >> On 02-05-2017 09:48, Daniel Vetter wrote: > >>> On Wed, Apr 26, 2017 at 11:48:34AM +0100,

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Wed, May 03, 2017 at 03:16:13PM +0100, Jose Abreu wrote: > Hi Daniel, > > > On 03-05-2017 07:19, Daniel Vetter wrote: > > On Tue, May 2, 2017 at 11:29 AM, Jose Abreu wrote: > >> On 02-05-2017 09:48, Daniel Vetter wrote: > >>> On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: >

Re: [PATCH 06/14] sched/topology,debug: Verify the first group matches the child domain

On Tue, 2017-05-02 at 16:52 +0200, Peter Zijlstra wrote: > On Mon, May 01, 2017 at 05:13:26PM -0400, Rik van Riel wrote: > > On Fri, 2017-04-28 at 15:20 +0200, Peter Zijlstra wrote: > > > Signed-off-by: Peter Zijlstra (Intel) > > > > This could use a changelog. > > Yes

Re: [PATCH 06/14] sched/topology,debug: Verify the first group matches the child domain

On Tue, 2017-05-02 at 16:52 +0200, Peter Zijlstra wrote: > On Mon, May 01, 2017 at 05:13:26PM -0400, Rik van Riel wrote: > > On Fri, 2017-04-28 at 15:20 +0200, Peter Zijlstra wrote: > > > Signed-off-by: Peter Zijlstra (Intel) > > > > This could use a changelog. > > Yes indeed... I put off

Re: [PATCH] ARM: dts: imx6sx-sdb: Remove cpufreq OPP override

On Wed, 2017-05-03 at 16:26 +0200, Marek Vasut wrote: > On 05/03/2017 03:57 PM, Shawn Guo wrote: > > > > On Tue, Apr 25, 2017 at 07:28:06PM +0200, Marek Vasut wrote: > > > > > > On 04/25/2017 07:23 PM, Leonard Crestez wrote: > > > > > > > > Anyway, that version also sets the supply for reg_arm

Re: [PATCH] ARM: dts: imx6sx-sdb: Remove cpufreq OPP override

On Wed, 2017-05-03 at 16:26 +0200, Marek Vasut wrote: > On 05/03/2017 03:57 PM, Shawn Guo wrote: > > > > On Tue, Apr 25, 2017 at 07:28:06PM +0200, Marek Vasut wrote: > > > > > > On 04/25/2017 07:23 PM, Leonard Crestez wrote: > > > > > > > > Anyway, that version also sets the supply for reg_arm

[GIT PULL] regulator updates for v4.12

The following changes since commit 5a7ad1146caa895ad718a534399e38bd2ba721b7: Linux 4.11-rc8 (2017-04-23 16:53:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git tags/regulator-v4.12 for you to fetch changes up to

[GIT PULL] regulator updates for v4.12

The following changes since commit 5a7ad1146caa895ad718a534399e38bd2ba721b7: Linux 4.11-rc8 (2017-04-23 16:53:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git tags/regulator-v4.12 for you to fetch changes up to

Re: I'd like to donate a MacBook Pro

On Wed, May 03, 2017 at 08:35:47AM -0600, Alex Henrie wrote: > 2017-05-03 5:58 GMT-06:00 Greg KH : > > On Tue, May 02, 2017 at 10:55:09PM -0600, Alex Henrie wrote: > >> Today I ran a regression test to determine which commit made the > >> keyboard stop working entirely.

Re: I'd like to donate a MacBook Pro

On Wed, May 03, 2017 at 08:35:47AM -0600, Alex Henrie wrote: > 2017-05-03 5:58 GMT-06:00 Greg KH : > > On Tue, May 02, 2017 at 10:55:09PM -0600, Alex Henrie wrote: > >> Today I ran a regression test to determine which commit made the > >> keyboard stop working entirely. The last commit that worked

[PATCH v2] drivers: dma-mapping: Do not leave an invalid area->pages pointer in dma_common_contiguous_remap()

The dma_common_pages_remap() function allocates a vm_struct object and initialises the pages pointer to value passed as argument. However, when this function is called dma_common_contiguous_remap(), the pages array is only temporarily allocated, being freed shortly after

[PATCH v2] drivers: dma-mapping: Do not leave an invalid area->pages pointer in dma_common_contiguous_remap()

The dma_common_pages_remap() function allocates a vm_struct object and initialises the pages pointer to value passed as argument. However, when this function is called dma_common_contiguous_remap(), the pages array is only temporarily allocated, being freed shortly after

Re: [PATCH 0/7] KVM: MMU: fast write protect

On 03/05/2017 16:50, Xiao Guangrong wrote: > Furthermore, userspace has no knowledge about if PML is enable (it > can be required from sysfs, but it is a good way in QEMU), so it is > difficult for the usespace to know when to use write-protect-all. > Maybe we can make

Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains

On 03/05/17 14:43, Ulf Hansson wrote: > On 3 May 2017 at 10:32, Jon Hunter wrote: >> On 03/05/17 09:12, Ulf Hansson wrote: >>> On 2 May 2017 at 23:51, Rafael J. Wysocki wrote: On Tuesday, May 02, 2017 11:10:29 AM Jon Hunter wrote: ... > So

Re: [PATCH 0/7] KVM: MMU: fast write protect

On 03/05/2017 16:50, Xiao Guangrong wrote: > Furthermore, userspace has no knowledge about if PML is enable (it > can be required from sysfs, but it is a good way in QEMU), so it is > difficult for the usespace to know when to use write-protect-all. > Maybe we can make

Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains

On 03/05/17 14:43, Ulf Hansson wrote: > On 3 May 2017 at 10:32, Jon Hunter wrote: >> On 03/05/17 09:12, Ulf Hansson wrote: >>> On 2 May 2017 at 23:51, Rafael J. Wysocki wrote: On Tuesday, May 02, 2017 11:10:29 AM Jon Hunter wrote: ... > So unless I am misunderstanding you here, it

Re: [PATCH] btrfs: always write superblocks synchronously

On 05/03/2017 04:36 AM, Jan Kara wrote: On Tue 02-05-17 09:28:13, Davidlohr Bueso wrote: Commit b685d3d65ac7 "block: treat REQ_FUA and REQ_PREFLUSH as synchronous" removed REQ_SYNC flag from WRITE_FUA implementation. Since REQ_FUA and REQ_FLUSH flags are stripped from submitted IO when the

Re: [PATCH] btrfs: always write superblocks synchronously

On 05/03/2017 04:36 AM, Jan Kara wrote: On Tue 02-05-17 09:28:13, Davidlohr Bueso wrote: Commit b685d3d65ac7 "block: treat REQ_FUA and REQ_PREFLUSH as synchronous" removed REQ_SYNC flag from WRITE_FUA implementation. Since REQ_FUA and REQ_FLUSH flags are stripped from submitted IO when the

[PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support

From: Jan Glauber Ported from x86_64 with paravirtualization support removed. Signed-off-by: Jan Glauber Note. This patch removes protection from direct inclusion of arch/arm64/include/asm/spinlock_types.h. It's done because kernel/locking/qrwlock.c

[PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support

From: Jan Glauber Ported from x86_64 with paravirtualization support removed. Signed-off-by: Jan Glauber Note. This patch removes protection from direct inclusion of arch/arm64/include/asm/spinlock_types.h. It's done because kernel/locking/qrwlock.c file does it thru the header

[PATCH 2/3] asm-generic: don't #include in qspinlock_types.h

The "qspinlock_types.h" doesn't need linux/atomic.h directly. So because of this, and because including of it requires the protection against recursive inclusion, it looks reasonable to move the inclusion exactly where it is needed. This change affects the x86_64 arch, as the only user of

[PATCH 2/3] asm-generic: don't #include in qspinlock_types.h

The "qspinlock_types.h" doesn't need linux/atomic.h directly. So because of this, and because including of it requires the protection against recursive inclusion, it looks reasonable to move the inclusion exactly where it is needed. This change affects the x86_64 arch, as the only user of

Re: linux-next: manual merge of the drivers-x86 tree with the watchdog tree

Hi All, > On Tue, May 02, 2017 at 02:58:22PM -0700, Guenter Roeck wrote: > > On Tue, May 02, 2017 at 02:30:46PM -0700, Darren Hart wrote: > > > On Tue, May 02, 2017 at 11:57:18PM +0300, Andy Shevchenko wrote: > > > > On Tue, May 2, 2017 at 11:21 PM, Darren Hart > > > >

Re: linux-next: manual merge of the drivers-x86 tree with the watchdog tree

Hi All, > On Tue, May 02, 2017 at 02:58:22PM -0700, Guenter Roeck wrote: > > On Tue, May 02, 2017 at 02:30:46PM -0700, Darren Hart wrote: > > > On Tue, May 02, 2017 at 11:57:18PM +0300, Andy Shevchenko wrote: > > > > On Tue, May 2, 2017 at 11:21 PM, Darren Hart > > > > wrote: > > > > > On Tue,

[PATCH 1/3] kernel/locking: #include in qrwlock.c

qrwlock.c calls arch_spin_lock() and arch_spin_unlock() but doesn't include the asm/spinlock.h, where those functions are defined. It may produce "implicit declaration of function" errors. This patch fixes it. Signed-off-by: Yury Norov --- kernel/locking/qrwlock.c | 1

[PATCH 1/3] kernel/locking: #include in qrwlock.c

qrwlock.c calls arch_spin_lock() and arch_spin_unlock() but doesn't include the asm/spinlock.h, where those functions are defined. It may produce "implicit declaration of function" errors. This patch fixes it. Signed-off-by: Yury Norov --- kernel/locking/qrwlock.c | 1 + 1 file changed, 1

<    3   4   5   6   7   8   9   10   11   12   >