[RFC PATCH 3/4] dt-bindings: mdm9615: Add NAND controller

Add dt description of NAND controller on MDM9615. Signed-off-by: Zoran Markovic --- arch/arm/boot/dts/qcom-mdm9615.dtsi | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/qcom-mdm9615.dtsi

[RFC PATCH 3/4] dt-bindings: mdm9615: Add NAND controller

Add dt description of NAND controller on MDM9615. Signed-off-by: Zoran Markovic --- arch/arm/boot/dts/qcom-mdm9615.dtsi | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/qcom-mdm9615.dtsi b/arch/arm/boot/dts/qcom-mdm9615.dtsi index fbc7d68..6d42ff3

Re: possible dmar_init_reserved_ranges() error

On Thu, Dec 22, 2016 at 05:27:14PM +0100, Joerg Roedel wrote: > Hi Bjorn, > > On Mon, Dec 19, 2016 at 03:20:44PM -0600, Bjorn Helgaas wrote: > > I have some questions about dmar_init_reserved_ranges(). On systems > > where CPU physical address space is not identity-mapped to PCI bus > > address

Re: possible dmar_init_reserved_ranges() error

On Thu, Dec 22, 2016 at 05:27:14PM +0100, Joerg Roedel wrote: > Hi Bjorn, > > On Mon, Dec 19, 2016 at 03:20:44PM -0600, Bjorn Helgaas wrote: > > I have some questions about dmar_init_reserved_ranges(). On systems > > where CPU physical address space is not identity-mapped to PCI bus > > address

[tip:smp/urgent] irqchip/armada-xp: Consolidate hotplug state space

Commit-ID: 504dcba246a5bc451bd7f37d8da3de11310cad71 Gitweb: http://git.kernel.org/tip/504dcba246a5bc451bd7f37d8da3de11310cad71 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:57 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec

[tip:smp/urgent] irqchip/armada-xp: Consolidate hotplug state space

Commit-ID: 504dcba246a5bc451bd7f37d8da3de11310cad71 Gitweb: http://git.kernel.org/tip/504dcba246a5bc451bd7f37d8da3de11310cad71 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:57 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:56 +0100 irqchip/armada-xp:

[RFC PATCH 1/4] dt-bindings: mdm9615: Add ADM DMA engine

Add configuration for ADM DMA engine on MDM9615, used by the EBI2 NAND controller. This commit requires the ADM DMA patches from Andy Gross: https://lwn.net/Articles/636881/ Signed-off-by: Zoran Markovic --- arch/arm/boot/dts/qcom-mdm9615.dtsi | 19

[RFC PATCH 1/4] dt-bindings: mdm9615: Add ADM DMA engine

Add configuration for ADM DMA engine on MDM9615, used by the EBI2 NAND controller. This commit requires the ADM DMA patches from Andy Gross: https://lwn.net/Articles/636881/ Signed-off-by: Zoran Markovic --- arch/arm/boot/dts/qcom-mdm9615.dtsi | 19 ++- 1 file changed, 18

[tip:smp/urgent] irqchip/gic: Consolidate hotplug state space

Commit-ID: 8fe1c3c1b44a5afe44279178afec705fad55c8c4 Gitweb: http://git.kernel.org/tip/8fe1c3c1b44a5afe44279178afec705fad55c8c4 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:56 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec

[tip:smp/urgent] cpu/hotplug: Remove obsolete cpu hotplug register/unregister functions

Commit-ID: 8e38db753d952410bb0928da921885900184391b Gitweb: http://git.kernel.org/tip/8e38db753d952410bb0928da921885900184391b Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:53 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec

[tip:smp/urgent] irqchip/gic: Consolidate hotplug state space

Commit-ID: 8fe1c3c1b44a5afe44279178afec705fad55c8c4 Gitweb: http://git.kernel.org/tip/8fe1c3c1b44a5afe44279178afec705fad55c8c4 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:56 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:56 +0100 irqchip/gic:

[tip:smp/urgent] cpu/hotplug: Remove obsolete cpu hotplug register/unregister functions

Commit-ID: 8e38db753d952410bb0928da921885900184391b Gitweb: http://git.kernel.org/tip/8e38db753d952410bb0928da921885900184391b Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:53 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:55 +0100 cpu/hotplug: Remove

[tip:smp/urgent] scsi/bnx2fc: Convert to hotplug state machine

Commit-ID: 017426e49fec9fff11cba0dfcf9ea931425db904 Gitweb: http://git.kernel.org/tip/017426e49fec9fff11cba0dfcf9ea931425db904 Author: Sebastian Andrzej Siewior AuthorDate: Wed, 21 Dec 2016 20:19:50 +0100 Committer: Thomas Gleixner CommitDate:

[tip:smp/urgent] cpu/hotplug: Prevent overwriting of callbacks

Commit-ID: ab92ca2014a32ea5dc7f954f84661f6d96f0ba26 Gitweb: http://git.kernel.org/tip/ab92ca2014a32ea5dc7f954f84661f6d96f0ba26 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:49 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec

[tip:smp/urgent] cpu/hotplug: Cleanup state names

Commit-ID: 8ea29129e7cd926901ee3396b963453c7f5c3c4b Gitweb: http://git.kernel.org/tip/8ea29129e7cd926901ee3396b963453c7f5c3c4b Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:54 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec

[tip:smp/urgent] coresight/etm3/4x: Consolidate hotplug state space

Commit-ID: 3ee93ef2527389b5e83039239e2a754dabd3a5e5 Gitweb: http://git.kernel.org/tip/3ee93ef2527389b5e83039239e2a754dabd3a5e5 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:55 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec

[tip:smp/urgent] scsi/bnx2fc: Convert to hotplug state machine

Commit-ID: 017426e49fec9fff11cba0dfcf9ea931425db904 Gitweb: http://git.kernel.org/tip/017426e49fec9fff11cba0dfcf9ea931425db904 Author: Sebastian Andrzej Siewior AuthorDate: Wed, 21 Dec 2016 20:19:50 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:54 +0100

[tip:smp/urgent] cpu/hotplug: Prevent overwriting of callbacks

Commit-ID: ab92ca2014a32ea5dc7f954f84661f6d96f0ba26 Gitweb: http://git.kernel.org/tip/ab92ca2014a32ea5dc7f954f84661f6d96f0ba26 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:49 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:54 +0100 cpu/hotplug:

[tip:smp/urgent] cpu/hotplug: Cleanup state names

Commit-ID: 8ea29129e7cd926901ee3396b963453c7f5c3c4b Gitweb: http://git.kernel.org/tip/8ea29129e7cd926901ee3396b963453c7f5c3c4b Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:54 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:55 +0100 cpu/hotplug:

[tip:smp/urgent] coresight/etm3/4x: Consolidate hotplug state space

Commit-ID: 3ee93ef2527389b5e83039239e2a754dabd3a5e5 Gitweb: http://git.kernel.org/tip/3ee93ef2527389b5e83039239e2a754dabd3a5e5 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:55 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:56 +0100 coresight/etm3/4x:

[tip:smp/urgent] scsi/bnx2i: Convert to hotplug state machine

Commit-ID: ea1c68c71a84aafdcbd7f3a8a14a198a3879c0bf Gitweb: http://git.kernel.org/tip/ea1c68c71a84aafdcbd7f3a8a14a198a3879c0bf Author: Sebastian Andrzej Siewior AuthorDate: Wed, 21 Dec 2016 20:19:51 +0100 Committer: Thomas Gleixner CommitDate:

[tip:smp/urgent] scsi/bnx2i: Convert to hotplug state machine

Commit-ID: ea1c68c71a84aafdcbd7f3a8a14a198a3879c0bf Gitweb: http://git.kernel.org/tip/ea1c68c71a84aafdcbd7f3a8a14a198a3879c0bf Author: Sebastian Andrzej Siewior AuthorDate: Wed, 21 Dec 2016 20:19:51 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:54 +0100

[PATCH v2 4/4] vfio-mdev: Make mdev_device private and abstract interfaces

Abstract access to mdev_device so that we can define which interfaces are public rather than relying on comments in the structure. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Signed-off-by: Alex Williamson

[RFC PATCH 3/4] dt-bindings: mdm9615: Add NAND controller

Add dt description of NAND controller on MDM9615. Cc: Andy Gross Cc: David Brown Cc: Rob Herring Cc: Mark Rutland Cc: Russell King Cc: linux-arm-...@vger.kernel.org Cc:

[PATCH v2 4/4] vfio-mdev: Make mdev_device private and abstract interfaces

Abstract access to mdev_device so that we can define which interfaces are public rather than relying on comments in the structure. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Signed-off-by: Alex Williamson Reviewed-by: Jike Song --- drivers/gpu/drm/i915/gvt/kvmgt.c | 18

[RFC PATCH 3/4] dt-bindings: mdm9615: Add NAND controller

Add dt description of NAND controller on MDM9615. Cc: Andy Gross Cc: David Brown Cc: Rob Herring Cc: Mark Rutland Cc: Russell King Cc: linux-arm-...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: devicet...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Zoran

[tip:smp/urgent] staging/lustre/libcfs: Convert to hotplug state machine

Commit-ID: b44c6c54a04a6d956c561a6ce4d64f4070405823 Gitweb: http://git.kernel.org/tip/b44c6c54a04a6d956c561a6ce4d64f4070405823 Author: Anna-Maria Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:52 +0100 Committer: Thomas Gleixner CommitDate:

Re: [4.10, panic, regression] iscsi: null pointer deref at iscsi_tcp_segment_done+0x20d/0x2e0

On Wed, 21 Dec 2016, Linus Torvalds wrote: > On Wed, Dec 21, 2016 at 9:13 PM, Dave Chinner wrote: > > > > There may be deeper issues. I just started running scalability tests > > (e.g. 16-way fsmark create tests) and about a minute in I got a > > directory corruption reported

Re: [4.10, panic, regression] iscsi: null pointer deref at iscsi_tcp_segment_done+0x20d/0x2e0

On Thu, 22 Dec 2016, Linus Torvalds wrote: > On Wed, Dec 21, 2016 at 10:28 PM, Dave Chinner wrote: > > > > This sort of thing is normally indicative of a memory reclaim or > > lock contention problem. Profile showed unusual spinlock contention, > > but then I realised there

[tip:smp/urgent] staging/lustre/libcfs: Convert to hotplug state machine

Commit-ID: b44c6c54a04a6d956c561a6ce4d64f4070405823 Gitweb: http://git.kernel.org/tip/b44c6c54a04a6d956c561a6ce4d64f4070405823 Author: Anna-Maria Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:52 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:55 +0100

Re: [4.10, panic, regression] iscsi: null pointer deref at iscsi_tcp_segment_done+0x20d/0x2e0

On Wed, 21 Dec 2016, Linus Torvalds wrote: > On Wed, Dec 21, 2016 at 9:13 PM, Dave Chinner wrote: > > > > There may be deeper issues. I just started running scalability tests > > (e.g. 16-way fsmark create tests) and about a minute in I got a > > directory corruption reported - something I hadn't

Re: [4.10, panic, regression] iscsi: null pointer deref at iscsi_tcp_segment_done+0x20d/0x2e0

On Thu, 22 Dec 2016, Linus Torvalds wrote: > On Wed, Dec 21, 2016 at 10:28 PM, Dave Chinner wrote: > > > > This sort of thing is normally indicative of a memory reclaim or > > lock contention problem. Profile showed unusual spinlock contention, > > but then I realised there was only one kswapd

[PATCH v2 0/4] vfio-mdev: Fix remove race, clean namespace and better define ABI

Cleanup the namespace a bit by prefixing structures with mdev_ and also more concretely define the mdev interface. Structs with comments defining which fields are private vs public tempts poor behavior, especially for an interface where we expect out of tree vendor drivers. Additionally in v2,

[PATCH v2 3/4] vfio-mdev: Make mdev_parent private

Rather than hoping for good behavior by marking some elements internal, enforce it by making the entire structure private and creating an accessor function for the one useful external field. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang

[PATCH v2 2/4] vfio-mdev: de-polute the namespace, rename parent_device & parent_ops

Add an mdev_ prefix so we're not poluting the namespace so much. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Cc: Jike Song Signed-off-by: Alex Williamson ---

[RFC PATCH 2/4] clk: mdm9615: Add EBI2 clock

Add definition of EBI2 clock used by MDM9615 NAND controller. Cc: Andy Gross Cc: David Brown Cc: Michael Turquette Cc: Stephen Boyd Cc: Rob Herring Cc: Mark Rutland

[PATCH v2 0/4] vfio-mdev: Fix remove race, clean namespace and better define ABI

Cleanup the namespace a bit by prefixing structures with mdev_ and also more concretely define the mdev interface. Structs with comments defining which fields are private vs public tempts poor behavior, especially for an interface where we expect out of tree vendor drivers. Additionally in v2,

[PATCH v2 3/4] vfio-mdev: Make mdev_parent private

Rather than hoping for good behavior by marking some elements internal, enforce it by making the entire structure private and creating an accessor function for the one useful external field. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Cc: Jike Song Signed-off-by: Alex Williamson ---

[PATCH v2 2/4] vfio-mdev: de-polute the namespace, rename parent_device & parent_ops

Add an mdev_ prefix so we're not poluting the namespace so much. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Cc: Jike Song Signed-off-by: Alex Williamson --- Documentation/vfio-mediated-device.txt | 24 drivers/gpu/drm/i915/gvt/kvmgt.c |2 +-

[RFC PATCH 2/4] clk: mdm9615: Add EBI2 clock

Add definition of EBI2 clock used by MDM9615 NAND controller. Cc: Andy Gross Cc: David Brown Cc: Michael Turquette Cc: Stephen Boyd Cc: Rob Herring Cc: Mark Rutland Cc: Neil Armstrong Cc: linux-arm-...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc:

[PATCH v2 1/4] vfio-mdev: Fix remove race

Using the mtty mdev sample driver we can generate a remove race by starting one shell that continuously creates mtty devices and several other shells all attempting to remove devices, in my case four remove shells. The fault occurs in mdev_remove_sysfs_files() where the passed type arg is NULL,

[PATCH v2 1/4] vfio-mdev: Fix remove race

Using the mtty mdev sample driver we can generate a remove race by starting one shell that continuously creates mtty devices and several other shells all attempting to remove devices, in my case four remove shells. The fault occurs in mdev_remove_sysfs_files() where the passed type arg is NULL,

[tip:smp/urgent] ARM/imx/mmcd: Fix broken cpu hotplug handling

Commit-ID: a5d3bb6a5ba9727a02b328a249652f3ea655a064 Gitweb: http://git.kernel.org/tip/a5d3bb6a5ba9727a02b328a249652f3ea655a064 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:48 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec

[tip:smp/urgent] ARM/imx/mmcd: Fix broken cpu hotplug handling

Commit-ID: a5d3bb6a5ba9727a02b328a249652f3ea655a064 Gitweb: http://git.kernel.org/tip/a5d3bb6a5ba9727a02b328a249652f3ea655a064 Author: Thomas Gleixner AuthorDate: Wed, 21 Dec 2016 20:19:48 +0100 Committer: Thomas Gleixner CommitDate: Thu, 22 Dec 2016 11:37:53 +0100 ARM/imx/mmcd: Fix

[RFC PATCH 4/4] dt-bindings: wp8548: Add on-board NAND flash

Add description of NAND flash on Sierra Wireless WP8548 module (and MangOH board). Signed-off-by: Zoran Markovic --- arch/arm/boot/dts/qcom-mdm9615-wp8548.dtsi | 50 1 file changed, 50 insertions(+) diff --git

[RFC PATCH 4/4] dt-bindings: wp8548: Add on-board NAND flash

Add description of NAND flash on Sierra Wireless WP8548 module (and MangOH board). Signed-off-by: Zoran Markovic --- arch/arm/boot/dts/qcom-mdm9615-wp8548.dtsi | 50 1 file changed, 50 insertions(+) diff --git a/arch/arm/boot/dts/qcom-mdm9615-wp8548.dtsi

[RFC PATCH 0/4] Enable NAND on Sierra Wireless WP8548 board

Enable NAND flash on Sierra Wireless's WP8548 module used on MangOH Green board. The patch set consists of device tree descriptions for ADM DMA engine, NAND controller and NAND flash partitioned for Sierra Wireless Legato framework, as well as definition of EBI2 clock used by NAND controller.

[RFC PATCH 0/4] Enable NAND on Sierra Wireless WP8548 board

Enable NAND flash on Sierra Wireless's WP8548 module used on MangOH Green board. The patch set consists of device tree descriptions for ADM DMA engine, NAND controller and NAND flash partitioned for Sierra Wireless Legato framework, as well as definition of EBI2 clock used by NAND controller.

[RFC PATCH 2/4] clk: mdm9615: Add EBI2 clock

Add definition of EBI2 clock used by MDM9615 NAND controller. Signed-off-by: Zoran Markovic --- drivers/clk/qcom/gcc-mdm9615.c | 30 ++ include/dt-bindings/clock/qcom,gcc-mdm9615.h |3 +++ 2 files changed, 33

[RFC PATCH 2/4] clk: mdm9615: Add EBI2 clock

Add definition of EBI2 clock used by MDM9615 NAND controller. Signed-off-by: Zoran Markovic --- drivers/clk/qcom/gcc-mdm9615.c | 30 ++ include/dt-bindings/clock/qcom,gcc-mdm9615.h |3 +++ 2 files changed, 33 insertions(+) diff --git

[RFC PATCH 1/4] dt-bindings: mdm9615: Add ADM DMA engine

Add configuration for ADM DMA engine on MDM9615, used by the EBI2 NAND controller. This commit requires the ADM DMA patches from Andy Gross: https://lkml.org/lkml/2015/3/17/19 Cc: Andy Gross Cc: David Brown Cc: Rob Herring Cc:

[RFC PATCH 1/4] dt-bindings: mdm9615: Add ADM DMA engine

Add configuration for ADM DMA engine on MDM9615, used by the EBI2 NAND controller. This commit requires the ADM DMA patches from Andy Gross: https://lkml.org/lkml/2015/3/17/19 Cc: Andy Gross Cc: David Brown Cc: Rob Herring Cc: Mark Rutland Cc: Russell King Cc: linux-arm-...@vger.kernel.org

[RFC PATCH 4/4] dt-bindings: wp8548: Add on-board NAND flash

Add description of NAND flash on Sierra Wireless WP8548 module (and MangOH board). Cc: Andy Gross Cc: David Brown Cc: Rob Herring Cc: Mark Rutland Cc: Russell King Cc:

[RFC PATCH 4/4] dt-bindings: wp8548: Add on-board NAND flash

Add description of NAND flash on Sierra Wireless WP8548 module (and MangOH board). Cc: Andy Gross Cc: David Brown Cc: Rob Herring Cc: Mark Rutland Cc: Russell King Cc: linux-arm-...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: devicet...@vger.kernel.org Cc:

Re: BPF hash algo (Re: [kernel-hardening] Re: [PATCH v7 3/6] random: use SipHash in place of MD5)

On 22.12.2016 20:56, Andy Lutomirski wrote: > It's also not quite clear to me why userspace needs to be able to > calculate the digest on its own. A bpf(BPF_CALC_PROGRAM_DIGEST) > command that takes a BPF program as input and hashes it would seem to > serve the same purpose, and that would allow

Re: [PATCH v2] ARM64: zynqmp: Fix i2c node's compatible string

On Thu, 2016-12-22 at 09:19:25 -0800, m...@kernel.org wrote: > From: Moritz Fischer > > The Zynq Ultrascale MP uses version 1.4 of the Cadence IP core > which fixes some silicon bugs that needed software workarounds > in Version 1.0 that was used on Zynq systems. > >

Re: BPF hash algo (Re: [kernel-hardening] Re: [PATCH v7 3/6] random: use SipHash in place of MD5)

On 22.12.2016 20:56, Andy Lutomirski wrote: > It's also not quite clear to me why userspace needs to be able to > calculate the digest on its own. A bpf(BPF_CALC_PROGRAM_DIGEST) > command that takes a BPF program as input and hashes it would seem to > serve the same purpose, and that would allow

Re: [PATCH v2] ARM64: zynqmp: Fix i2c node's compatible string

On Thu, 2016-12-22 at 09:19:25 -0800, m...@kernel.org wrote: > From: Moritz Fischer > > The Zynq Ultrascale MP uses version 1.4 of the Cadence IP core > which fixes some silicon bugs that needed software workarounds > in Version 1.0 that was used on Zynq systems. > > Signed-off-by: Moritz

[PATCH 2/2] [media] pvrusb2-io: Add some spaces for better code readability

From: Markus Elfring Date: Thu, 22 Dec 2016 20:25:39 +0100 Use space characters at some source code places according to the Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/media/usb/pvrusb2/pvrusb2-io.c |

[PATCH 2/2] [media] pvrusb2-io: Add some spaces for better code readability

From: Markus Elfring Date: Thu, 22 Dec 2016 20:25:39 +0100 Use space characters at some source code places according to the Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/media/usb/pvrusb2/pvrusb2-io.c | 120 - 1 file changed, 60

[PATCH 1/2] [media] pvrusb2-io: Use kmalloc_array() in pvr2_stream_buffer_count()

From: Markus Elfring Date: Thu, 22 Dec 2016 19:26:52 +0100 A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus use the corresponding function "kmalloc_array". This issue was detected

[PATCH 1/2] [media] pvrusb2-io: Use kmalloc_array() in pvr2_stream_buffer_count()

From: Markus Elfring Date: Thu, 22 Dec 2016 19:26:52 +0100 A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus use the corresponding function "kmalloc_array". This issue was detected by using the Coccinelle

[PATCH 0/2] [media] pvrusb2-io: Fine-tuning for some function implementations

From: Markus Elfring Date: Thu, 22 Dec 2016 20:48:04 +0100 A few update suggestions were taken into account from static source code analysis. Markus Elfring (2): Use kmalloc_array() Add some spaces for better code readability

[PATCH 0/2] [media] pvrusb2-io: Fine-tuning for some function implementations

From: Markus Elfring Date: Thu, 22 Dec 2016 20:48:04 +0100 A few update suggestions were taken into account from static source code analysis. Markus Elfring (2): Use kmalloc_array() Add some spaces for better code readability drivers/media/usb/pvrusb2/pvrusb2-io.c | 123

Re: BPF hash algo (Re: [kernel-hardening] Re: [PATCH v7 3/6] random: use SipHash in place of MD5)

On Thu, Dec 22, 2016 at 11:34 AM, Alexei Starovoitov wrote: > On Thu, Dec 22, 2016 at 9:25 AM, Andy Lutomirski wrote: >> On Thu, Dec 22, 2016 at 8:59 AM, Hannes Frederic Sowa >> wrote: >>> On Thu, 2016-12-22 at 08:07

Re: BPF hash algo (Re: [kernel-hardening] Re: [PATCH v7 3/6] random: use SipHash in place of MD5)

On Thu, Dec 22, 2016 at 11:34 AM, Alexei Starovoitov wrote: > On Thu, Dec 22, 2016 at 9:25 AM, Andy Lutomirski wrote: >> On Thu, Dec 22, 2016 at 8:59 AM, Hannes Frederic Sowa >> wrote: >>> On Thu, 2016-12-22 at 08:07 -0800, Andy Lutomirski wrote: >>> >>> We don't prevent ebpf programs being

Re: [PATCH 1/2] mm: Use owner_priv bit for PageSwapCache, valid when PageSwapBacked

On Thu, 22 Dec 2016, Nicholas Piggin wrote: I agree with every word of that changelog ;) And I'll stamp this with Acked-by: Hugh Dickins The thing that Peter remembers I commented on (which 0day caught too), was to remove PG_swapcache from PAGE_FLAGS_CHECK_AT_FREE: you've

Re: [PATCH 1/2] sched: Introduce rcuwait machinery

Hi Davidlohr, [auto build test ERROR on tip/auto-latest] [also build test ERROR on v4.9 next-20161222] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Davidlohr-Bueso/sched-Introduce-rcuwait

Re: [PATCH 1/2] mm: Use owner_priv bit for PageSwapCache, valid when PageSwapBacked

On Thu, 22 Dec 2016, Nicholas Piggin wrote: I agree with every word of that changelog ;) And I'll stamp this with Acked-by: Hugh Dickins The thing that Peter remembers I commented on (which 0day caught too), was to remove PG_swapcache from PAGE_FLAGS_CHECK_AT_FREE: you've done that now, so

Re: [PATCH 1/2] sched: Introduce rcuwait machinery

Hi Davidlohr, [auto build test ERROR on tip/auto-latest] [also build test ERROR on v4.9 next-20161222] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Davidlohr-Bueso/sched-Introduce-rcuwait

Re: [kernel-hardening] Re: [PATCH v7 3/6] random: use SipHash in place of MD5

On Thu, Dec 22, 2016 at 07:08:37PM +0100, Hannes Frederic Sowa wrote: > I wasn't concerned about performance but more about DoS resilience. I > wonder how safe half md4 actually is in terms of allowing users to > generate long hash chains in the filesystem (in terms of length > extension attacks

Re: [kernel-hardening] Re: [PATCH v7 3/6] random: use SipHash in place of MD5

On Thu, Dec 22, 2016 at 07:08:37PM +0100, Hannes Frederic Sowa wrote: > I wasn't concerned about performance but more about DoS resilience. I > wonder how safe half md4 actually is in terms of allowing users to > generate long hash chains in the filesystem (in terms of length > extension attacks

Re: [PATCH] ib umem: bug: put pid back before return from error path

On 12/22/2016 9:11 AM, Kenneth Lee wrote: > I catched this bug when reading the code. I'm sorry I have no hardware to test > it. But it is abviously a bug. > > Signed-off-by: Kenneth Lee > --- > drivers/infiniband/core/umem.c | 2 ++ > 1 file changed, 2 insertions(+) >

Re: [PATCH] ib umem: bug: put pid back before return from error path

On 12/22/2016 9:11 AM, Kenneth Lee wrote: > I catched this bug when reading the code. I'm sorry I have no hardware to test > it. But it is abviously a bug. > > Signed-off-by: Kenneth Lee > --- > drivers/infiniband/core/umem.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git

Re: BPF hash algo (Re: [kernel-hardening] Re: [PATCH v7 3/6] random: use SipHash in place of MD5)

On Thu, Dec 22, 2016 at 9:25 AM, Andy Lutomirski wrote: > On Thu, Dec 22, 2016 at 8:59 AM, Hannes Frederic Sowa > wrote: >> On Thu, 2016-12-22 at 08:07 -0800, Andy Lutomirski wrote: >> >> We don't prevent ebpf programs being loaded based on the

Re: BPF hash algo (Re: [kernel-hardening] Re: [PATCH v7 3/6] random: use SipHash in place of MD5)

On Thu, Dec 22, 2016 at 9:25 AM, Andy Lutomirski wrote: > On Thu, Dec 22, 2016 at 8:59 AM, Hannes Frederic Sowa > wrote: >> On Thu, 2016-12-22 at 08:07 -0800, Andy Lutomirski wrote: >> >> We don't prevent ebpf programs being loaded based on the digest but >> just to uniquely identify loaded

Re: George's crazy full state idea (Re: HalfSipHash Acceptable Usage)

On Thu, Dec 22, 2016 at 11:24 AM, George Spelvin wrote: >> Having slept on this, I like it less. The problem is that a >> backtracking attacker doesn't just learn H(random seed || entropy_0 || >> secret || ...) -- they learn the internal state of the hash function >>

Re: George's crazy full state idea (Re: HalfSipHash Acceptable Usage)

On Thu, Dec 22, 2016 at 11:24 AM, George Spelvin wrote: >> Having slept on this, I like it less. The problem is that a >> backtracking attacker doesn't just learn H(random seed || entropy_0 || >> secret || ...) -- they learn the internal state of the hash function >> that generates that value.

Re: [RFC][PATCH] make global bitlock waitqueues per-node

On Wed, 21 Dec 2016, Linus Torvalds wrote: > On Wed, Dec 21, 2016 at 12:32 AM, Peter Zijlstra wrote: > > > > FWIW, here's mine.. compiles and boots on a NUMA x86_64 machine. > > So I like how your patch is smaller, but your patch is also broken. > > First off, the whole

Re: [RFC][PATCH] make global bitlock waitqueues per-node

On Wed, 21 Dec 2016, Linus Torvalds wrote: > On Wed, Dec 21, 2016 at 12:32 AM, Peter Zijlstra wrote: > > > > FWIW, here's mine.. compiles and boots on a NUMA x86_64 machine. > > So I like how your patch is smaller, but your patch is also broken. > > First off, the whole contention bit is *not*

Re: [PATCH 1/2] sched: Introduce rcuwait machinery

Hi Davidlohr, [auto build test ERROR on tip/auto-latest] [also build test ERROR on v4.9 next-20161222] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Davidlohr-Bueso/sched-Introduce-rcuwait

Re: [PATCH 1/2] sched: Introduce rcuwait machinery

Hi Davidlohr, [auto build test ERROR on tip/auto-latest] [also build test ERROR on v4.9 next-20161222] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Davidlohr-Bueso/sched-Introduce-rcuwait

[PATCH v2] ext4: move halfmd4 into hash.c directly

The "half md4" transform should not be used by any new code. And fortunately, it's only used now by ext4. Since ext4 supports several hashing methods, at some point it might be desirable to move to something like SipHash. As an intermediate step, remove half md4 from cryptohash.h and lib, and make

[PATCH v2] ext4: move halfmd4 into hash.c directly

The "half md4" transform should not be used by any new code. And fortunately, it's only used now by ext4. Since ext4 supports several hashing methods, at some point it might be desirable to move to something like SipHash. As an intermediate step, remove half md4 from cryptohash.h and lib, and make

Re: George's crazy full state idea (Re: HalfSipHash Acceptable Usage)

> Having slept on this, I like it less. The problem is that a > backtracking attacker doesn't just learn H(random seed || entropy_0 || > secret || ...) -- they learn the internal state of the hash function > that generates that value. This probably breaks any attempt to apply > security

Re: George's crazy full state idea (Re: HalfSipHash Acceptable Usage)

> Having slept on this, I like it less. The problem is that a > backtracking attacker doesn't just learn H(random seed || entropy_0 || > secret || ...) -- they learn the internal state of the hash function > that generates that value. This probably breaks any attempt to apply > security

Re: [PATCH] ext4: move halfmd4 into hash.c directly

Hi Jason, [auto build test ERROR on ext4/dev] [also build test ERROR on v4.9 next-20161222] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jason-A-Donenfeld/ext4-move-halfmd4-into-hash-c

Re: [PATCH] ext4: move halfmd4 into hash.c directly

Hi Jason, [auto build test ERROR on ext4/dev] [also build test ERROR on v4.9 next-20161222] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jason-A-Donenfeld/ext4-move-halfmd4-into-hash-c

Re: OOM: Better, but still there on

TL;DR I still do not see what is going on here and it still smells like multiple issues. Please apply the patch below on _top_ of what you had. On Thu 22-12-16 11:10:29, Nils Holland wrote: [...] > http://ftp.tisys.org/pub/misc/boerne_2016-12-22.log.xz It took me a while to realize that

Re: OOM: Better, but still there on

TL;DR I still do not see what is going on here and it still smells like multiple issues. Please apply the patch below on _top_ of what you had. On Thu 22-12-16 11:10:29, Nils Holland wrote: [...] > http://ftp.tisys.org/pub/misc/boerne_2016-12-22.log.xz It took me a while to realize that

Re: [PATCH v7 3/5] ARM: dts: stm32: Add I2C1 support for STM32F429 SoC

Hello, On Thu, Dec 22, 2016 at 02:35:02PM +0100, M'boumba Cedric Madianga wrote: > @@ -337,6 +350,16 @@ > slew-rate = <2>; > }; > }; > + > + i2c1_pins_b: i2c1@0 { > +

Re: [PATCH v7 3/5] ARM: dts: stm32: Add I2C1 support for STM32F429 SoC

Hello, On Thu, Dec 22, 2016 at 02:35:02PM +0100, M'boumba Cedric Madianga wrote: > @@ -337,6 +350,16 @@ > slew-rate = <2>; > }; > }; > + > + i2c1_pins_b: i2c1@0 { > +

Re: [PATCH 1/2] hwmon: adc128d818: Implement chip mode selection

On Thu, Dec 22, 2016 at 02:02:54PM +0100, Alexander Koch wrote: > On Tue, Mar 29, 2016 at 21:53, Guenter Roeck wrote: > > On Tue, Mar 29, 2016 at 09:03:38PM +0200, Alexander Koch wrote: > >> The ADC128D818 offers four operation modes (see datasheet sec. 8.4.1) > >> which vary in the number of

Re: [PATCH 1/2] hwmon: adc128d818: Implement chip mode selection

On Thu, Dec 22, 2016 at 02:02:54PM +0100, Alexander Koch wrote: > On Tue, Mar 29, 2016 at 21:53, Guenter Roeck wrote: > > On Tue, Mar 29, 2016 at 09:03:38PM +0200, Alexander Koch wrote: > >> The ADC128D818 offers four operation modes (see datasheet sec. 8.4.1) > >> which vary in the number of

Re: [PATCH 0/4 v2] of/overlay: sysfs based ABI for dt overlays

Hi Heinrich, On 12/20/16 11:04, Heinrich Schuchardt wrote: > Currently the kernel only supplies an internal API for creating > and destroying device tree overlays. > > For some boards vendor specific kernel modules exist for > managing device tree overlays but they have not been > upstreamed or

Re: [PATCH 0/4 v2] of/overlay: sysfs based ABI for dt overlays

Hi Heinrich, On 12/20/16 11:04, Heinrich Schuchardt wrote: > Currently the kernel only supplies an internal API for creating > and destroying device tree overlays. > > For some boards vendor specific kernel modules exist for > managing device tree overlays but they have not been > upstreamed or

[PATCH] Fix usage of true and false as field names in struct taint_flag

commit 7fd8329ba502ef76dd91db561c7aed696b2c7720 Author: Petr Mladek Date: Wed Sep 21 13:47:22 2016 +0200 taint/module: Clean up global and module taint flags handling Contains this chunk: --- a/include/linux/kernel.h +struct taint_flag { + char true; /*

[PATCH] Fix usage of true and false as field names in struct taint_flag

commit 7fd8329ba502ef76dd91db561c7aed696b2c7720 Author: Petr Mladek Date: Wed Sep 21 13:47:22 2016 +0200 taint/module: Clean up global and module taint flags handling Contains this chunk: --- a/include/linux/kernel.h +struct taint_flag { + char true; /* character printed when

[GIT PULL] hwmon updates for v4.10 (take 2)

Hi Linus, Please pull a final set of hwmon updates for Linux v4.10 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus-v4.10-t2 As mentioned in the tag, this patch series was auto-generated using coccinelle. I would like to have it

[GIT PULL] hwmon updates for v4.10 (take 2)

Hi Linus, Please pull a final set of hwmon updates for Linux v4.10 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus-v4.10-t2 As mentioned in the tag, this patch series was auto-generated using coccinelle. I would like to have it

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