Re: [PATCH 3/3] scsi:ufs:add hi3660 ufs driver code

On Sat, Jun 10, 2017 at 9:21 AM, butao wrote: > add hi3660 ufs driver code > > Signed-off-by: Geng Jianfeng > Signed-off-by: Bu Tao > Signed-off-by: Zang Leigang > Signed-off-by: Yu Jianfeng

Re: [PATCH 3/3] scsi:ufs:add hi3660 ufs driver code

On Sat, Jun 10, 2017 at 9:21 AM, butao wrote: > add hi3660 ufs driver code > > Signed-off-by: Geng Jianfeng > Signed-off-by: Bu Tao > Signed-off-by: Zang Leigang > Signed-off-by: Yu Jianfeng > --- > drivers/scsi/ufs/Kconfig | 8 + > drivers/scsi/ufs/Makefile | 1 + >

[PATCH v5 4/4] of: detect invalid phandle in overlay

From: Frank Rowand Overlays are not allowed to modify phandle values of previously existing nodes because there is no information available to allow fixup of properties that use the previously existing phandle. Signed-off-by: Frank Rowand ---

[PATCH v5 4/4] of: detect invalid phandle in overlay

From: Frank Rowand Overlays are not allowed to modify phandle values of previously existing nodes because there is no information available to allow fixup of properties that use the previously existing phandle. Signed-off-by: Frank Rowand --- drivers/of/overlay.c | 4 1 file changed, 4

[PATCH v5 2/4] of: make __of_attach_node() static

From: Frank Rowand __of_attach_node() is not used outside of drivers/of/dynamic.c. Make it static and remove it from drivers/of/of_private.h. Signed-off-by: Frank Rowand --- drivers/of/dynamic.c| 2 +- drivers/of/of_private.h | 1 - 2 files

[PATCH v5 2/4] of: make __of_attach_node() static

From: Frank Rowand __of_attach_node() is not used outside of drivers/of/dynamic.c. Make it static and remove it from drivers/of/of_private.h. Signed-off-by: Frank Rowand --- drivers/of/dynamic.c| 2 +- drivers/of/of_private.h | 1 - 2 files changed, 1 insertion(+), 2 deletions(-) diff

[PATCH v5 1/4] of: remove *phandle properties from expanded device tree

From: Frank Rowand Remove "phandle", "linux,phandle", and "ibm,phandle" properties from the internal device tree. The phandle will still be in the struct device_node phandle field. This is to resolve the issue found by Stephen Boyd [1] when he changed the type of struct

[PATCH v5 1/4] of: remove *phandle properties from expanded device tree

From: Frank Rowand Remove "phandle", "linux,phandle", and "ibm,phandle" properties from the internal device tree. The phandle will still be in the struct device_node phandle field. This is to resolve the issue found by Stephen Boyd [1] when he changed the type of struct property.value from

[PATCH v5 0/4] of: remove *phandle properties from expanded device tree

From: Frank Rowand Remove "phandle" and "linux,phandle" properties from the internal device tree. The phandle will still be in the struct device_node phandle field. This is to resolve the issue found by Stephen Boyd [1] when he changed the type of struct property.value

[PATCH v5 3/4] of: be consistent in form of file mode

From: Frank Rowand checkpatch whined about using S_IRUGO instead of octal equivalent when adding phandle sysfs code, so used octal in that patch. Change other instances of the S_* constants in the same file to the octal form. Signed-off-by: Frank Rowand

[PATCH v5 0/4] of: remove *phandle properties from expanded device tree

From: Frank Rowand Remove "phandle" and "linux,phandle" properties from the internal device tree. The phandle will still be in the struct device_node phandle field. This is to resolve the issue found by Stephen Boyd [1] when he changed the type of struct property.value from void * to const

[PATCH v5 3/4] of: be consistent in form of file mode

From: Frank Rowand checkpatch whined about using S_IRUGO instead of octal equivalent when adding phandle sysfs code, so used octal in that patch. Change other instances of the S_* constants in the same file to the octal form. Signed-off-by: Frank Rowand --- drivers/of/base.c | 2 +- 1 file

Re: [PATCH 2/3] scsi:ufs:add ufs node property for hi3660

Bu Tao, One other issue: the 'sender' of your patchset is "butao". For upstreaming purpose, it is recommended to use your full name, in "first name" + "Surname" format. In your case, you need to specify it in your commit message: $ git commit --amend --author="Bu Tao " You

Re: [PATCH 2/3] scsi:ufs:add ufs node property for hi3660

Bu Tao, One other issue: the 'sender' of your patchset is "butao". For upstreaming purpose, it is recommended to use your full name, in "first name" + "Surname" format. In your case, you need to specify it in your commit message: $ git commit --amend --author="Bu Tao " You may also want to add

Re: [PATCH v2 0/3] Add support for Cavium CNN55XX crypto adapters.

On Tue, May 30, 2017 at 05:28:00PM +0530, Srikanth Jampala wrote: > This series adds support for Cavium CNN55XX crypto adapters. > > CNN55XX crypto adapters belongs to Cavium NITROX family series, > able to accelerates both Symmetric and Asymmetric crypto workloads. > These adapters have

Re: [PATCH v5 3/3] drivers:power:twl4030-charger: add deferred probing for phy and iio

Hi Grygorii, > Am 09.06.2017 um 18:25 schrieb Grygorii Strashko : > > > > On 06/09/2017 01:05 AM, H. Nikolaus Schaller wrote: >> Hi, >> >>> Am 07.06.2017 um 22:44 schrieb Sebastian Reichel : >>> >>> Hi, >>> >>> On Sun, May 21, 2017 at 12:38:18PM

Re: [PATCH v2 0/3] Add support for Cavium CNN55XX crypto adapters.

On Tue, May 30, 2017 at 05:28:00PM +0530, Srikanth Jampala wrote: > This series adds support for Cavium CNN55XX crypto adapters. > > CNN55XX crypto adapters belongs to Cavium NITROX family series, > able to accelerates both Symmetric and Asymmetric crypto workloads. > These adapters have

Re: [PATCH v5 3/3] drivers:power:twl4030-charger: add deferred probing for phy and iio

Hi Grygorii, > Am 09.06.2017 um 18:25 schrieb Grygorii Strashko : > > > > On 06/09/2017 01:05 AM, H. Nikolaus Schaller wrote: >> Hi, >> >>> Am 07.06.2017 um 22:44 schrieb Sebastian Reichel : >>> >>> Hi, >>> >>> On Sun, May 21, 2017 at 12:38:18PM +0200, H. Nikolaus Schaller wrote: This

Re: [PATCH] crypto: rng - move __crypto_rng_cast to the rng header

On Tue, May 09, 2017 at 10:32:22AM +0200, Corentin Labbe wrote: > This patch move __crypto_rng_cast() to the right header like other > __algo_cast functions. > > Signed-off-by: Corentin Labbe As there is another patch which will remove thie function altogether, I

Re: [PATCH v1 0/2] remove mediatek ethif clock in crypto driver

On Thu, Jun 01, 2017 at 10:30:20AM +0800, Ryder Lee wrote: > This patch series only remove redundant clock setting in mediatek crypto > driver. > > Changes since v1: > -rework the commit message. All applied. Thanks. -- Email: Herbert Xu Home Page:

Re: [PATCH] crypto: rng - move __crypto_rng_cast to the rng header

On Tue, May 09, 2017 at 10:32:22AM +0200, Corentin Labbe wrote: > This patch move __crypto_rng_cast() to the right header like other > __algo_cast functions. > > Signed-off-by: Corentin Labbe As there is another patch which will remove thie function altogether, I think I'll just leave it in

Re: [PATCH v1 0/2] remove mediatek ethif clock in crypto driver

On Thu, Jun 01, 2017 at 10:30:20AM +0800, Ryder Lee wrote: > This patch series only remove redundant clock setting in mediatek crypto > driver. > > Changes since v1: > -rework the commit message. All applied. Thanks. -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP

Re: [PATCH] crypto: rng: Remove unused function __crypto_rng_cast()

On Mon, May 22, 2017 at 03:49:43PM -0700, Matthias Kaehlcke wrote: > This fixes the following warning when building with clang: > > crypto/rng.c:35:34: error: unused function '__crypto_rng_cast' > [-Werror,-Wunused-function] > > Signed-off-by: Matthias Kaehlcke Patch

Re: [PATCH] crypto: rng: Remove unused function __crypto_rng_cast()

On Mon, May 22, 2017 at 03:49:43PM -0700, Matthias Kaehlcke wrote: > This fixes the following warning when building with clang: > > crypto/rng.c:35:34: error: unused function '__crypto_rng_cast' > [-Werror,-Wunused-function] > > Signed-off-by: Matthias Kaehlcke Patch applied. Thanks. --

Re: [PATCH 2/3] scsi:ufs:add ufs node property for hi3660

On Sat, Jun 10, 2017 at 9:20 AM, butao wrote: > add ufs node for hi3660 > > Signed-off-by: Bu Tao > --- > arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 20 > 1 file changed, 20 insertions(+) > mode change 100644 => 100755

Re: [PATCH 2/3] scsi:ufs:add ufs node property for hi3660

On Sat, Jun 10, 2017 at 9:20 AM, butao wrote: > add ufs node for hi3660 > > Signed-off-by: Bu Tao > --- > arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 20 > 1 file changed, 20 insertions(+) > mode change 100644 => 100755 arch/arm64/boot/dts/hisilicon/hi3660.dtsi Mode

[PATCH v2 1/2] spi: mediatek: adjust register to enhance time accuracy

this patch adjust register to enhance time accuracy. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c | 45 ++ include/linux/platform_data/spi-mt65xx.h |2 ++ 2 files changed, 42 insertions(+), 5 deletions(-) diff

[PATCH v2 1/2] spi: mediatek: adjust register to enhance time accuracy

this patch adjust register to enhance time accuracy. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c | 45 ++ include/linux/platform_data/spi-mt65xx.h |2 ++ 2 files changed, 42 insertions(+), 5 deletions(-) diff --git

[PATCH v2 2/2] spi: mediatek: add spi support for mt7622 IC

this patch add support for mt7622 IC. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c |9 + 1 file changed, 9 insertions(+) diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c index eae73b5..4bf6495 100644 --- a/drivers/spi/spi-mt65xx.c

[PATCH v2 0/2] add mt7622 spi support

This series are based on 4.12-rc1 and provide 2 patches to support mt7622 IC. Change in v2: 1. rename patch title; 2. use enhance_timing to instead of adjust_reg. Change in v1: 1. update document to add mt7622; 2. add adjust register define support; 3. add mt7622_compat. Leilk Liu (2): spi:

[PATCH v2 2/2] spi: mediatek: add spi support for mt7622 IC

this patch add support for mt7622 IC. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c |9 + 1 file changed, 9 insertions(+) diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c index eae73b5..4bf6495 100644 --- a/drivers/spi/spi-mt65xx.c +++

[PATCH v2 0/2] add mt7622 spi support

This series are based on 4.12-rc1 and provide 2 patches to support mt7622 IC. Change in v2: 1. rename patch title; 2. use enhance_timing to instead of adjust_reg. Change in v1: 1. update document to add mt7622; 2. add adjust register define support; 3. add mt7622_compat. Leilk Liu (2): spi:

Re: [PATCH 1/2] arm:omap2+: put omap_uart_phys/virt/lsr in .text section when ZIMAGE is true

Hello, Russell. Would you please review this patch ? Than you > On Jun 8, 2017, at 11:16 AM, Hoeun Ryu wrote: > > omap_uart_phys, omap_uart_virt and omap_uart_lsr reside in .data section > and it's right implementation. But because of this, we cannot enable >

Re: [PATCH] arm:lpae: build TTB control register value from scratch in v7_ttb_setup

Hello, Russell and Robin. Would you please review this patch ? Than you > On Jun 7, 2017, at 11:39 AM, Hoeun Ryu wrote: > > Reading TTBCR in early boot stage might return the value of the previous > kernel's configuration, especially in case of kexec. For example, if >

Re: [PATCH 1/2] arm:omap2+: put omap_uart_phys/virt/lsr in .text section when ZIMAGE is true

Hello, Russell. Would you please review this patch ? Than you > On Jun 8, 2017, at 11:16 AM, Hoeun Ryu wrote: > > omap_uart_phys, omap_uart_virt and omap_uart_lsr reside in .data section > and it's right implementation. But because of this, we cannot enable > CONFIG_DEBUG_UNCOMPRESS. LL_DEBUG

Re: [PATCH] arm:lpae: build TTB control register value from scratch in v7_ttb_setup

Hello, Russell and Robin. Would you please review this patch ? Than you > On Jun 7, 2017, at 11:39 AM, Hoeun Ryu wrote: > > Reading TTBCR in early boot stage might return the value of the previous > kernel's configuration, especially in case of kexec. For example, if > normal kernel (first

Re: [PATCH v4 1/4] of: remove *phandle properties from expanded device tree

On 06/09/17 19:35, Frank Rowand wrote: > On 05/15/17 15:23, Rob Herring wrote: >> On Mon, May 1, 2017 at 9:46 PM, wrote: >>> From: Frank Rowand >>> >>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from >>> the internal device

Re: [PATCH v4 1/4] of: remove *phandle properties from expanded device tree

On 06/09/17 19:35, Frank Rowand wrote: > On 05/15/17 15:23, Rob Herring wrote: >> On Mon, May 1, 2017 at 9:46 PM, wrote: >>> From: Frank Rowand >>> >>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from >>> the internal device tree. The phandle will still be in the struct >>>

RE: [lkp-robot] [EDAC, sb_edac] e2f747b1f4: kmsg.EDAC_sbridge:Failed_to_register_device_with_error

> From: Borislav Petkov [mailto:b...@alien8.de] > > Xiaolong, > > can you please run Qiuxu's patch to verify it fixes your issue? Hi Boris, I manually verified the fix patch on the Broadwell-DE server on which the bug was found by Xiaolong: the sb_edac can be loaded successfully, and

RE: [lkp-robot] [EDAC, sb_edac] e2f747b1f4: kmsg.EDAC_sbridge:Failed_to_register_device_with_error

> From: Borislav Petkov [mailto:b...@alien8.de] > > Xiaolong, > > can you please run Qiuxu's patch to verify it fixes your issue? Hi Boris, I manually verified the fix patch on the Broadwell-DE server on which the bug was found by Xiaolong: the sb_edac can be loaded successfully, and

Re: [PATCH] usb: gadget: functions: add ftrace export over USB

Hi Felipe, [auto build test ERROR on balbi-usb/next] [also build test ERROR on v4.12-rc4 next-20170609] [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/Felipe-Balbi/usb-gadget-functions-add

Re: [PATCH] usb: gadget: functions: add ftrace export over USB

Hi Felipe, [auto build test ERROR on balbi-usb/next] [also build test ERROR on v4.12-rc4 next-20170609] [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/Felipe-Balbi/usb-gadget-functions-add

Re: [PATCH 03/10] fpga: allow to compile-test Altera FPGA bridge drivers

On Fri, Jun 9, 2017 at 8:44 AM, Tobias Klauser wrote: > On 2017-06-09 at 11:49:02 +0200, Greg Kroah-Hartman > wrote: >> On Mon, Jun 05, 2017 at 02:07:34PM -0500, Alan Tull wrote: >> > From: Tobias Klauser >> > >> > Add

Re: [PATCH 03/10] fpga: allow to compile-test Altera FPGA bridge drivers

On Fri, Jun 9, 2017 at 8:44 AM, Tobias Klauser wrote: > On 2017-06-09 at 11:49:02 +0200, Greg Kroah-Hartman > wrote: >> On Mon, Jun 05, 2017 at 02:07:34PM -0500, Alan Tull wrote: >> > From: Tobias Klauser >> > >> > Add COMPILE_TEST to the Kconfig entry for the Altera SoCFPGA FPGA >> > Bridge.

[PATCH net-next 4/9] net: hns3: Add HNS3 Acceleration Engine & Compatibility Layer Support

This patch adds the support of Hisilicon Network Subsystem Accceleration Engine and common operations to access it. This layer provides access to the hardware configuration, hardware statistics. This layer is also responsible for triggering the initialization of the PHY layer through the below

[PATCH net-next 4/9] net: hns3: Add HNS3 Acceleration Engine & Compatibility Layer Support

This patch adds the support of Hisilicon Network Subsystem Accceleration Engine and common operations to access it. This layer provides access to the hardware configuration, hardware statistics. This layer is also responsible for triggering the initialization of the PHY layer through the below

[PATCH net-next 3/9] net: hns3: Add HNS3 IMP(Integrated Mgmt Proc) Cmd Interface Support

This patch adds the support of IMP (Integrated Management Processor) command interface to the HNS3 driver. Each PF/VF has support of CQP(Command Queue Pair) ring interface. Each CQP consis of send queue CSQ and receive queue CRQ. There are various commands a PF/VF may support, like for Flow Table

[PATCH net-next 1/9] net: hns3: Add support of HNS3 Ethernet Driver for hip08 SoC

This patch adds the support of Hisilicon Network Subsystem 3 Ethernet driver to hip08 family of SoCs. This driver includes basic Rx/Tx functionality. It also includes the client registration code with the HNAE3(Hisilicon Network Acceleration Engine 3) framework. This work provides the initial

[PATCH net-next 3/9] net: hns3: Add HNS3 IMP(Integrated Mgmt Proc) Cmd Interface Support

This patch adds the support of IMP (Integrated Management Processor) command interface to the HNS3 driver. Each PF/VF has support of CQP(Command Queue Pair) ring interface. Each CQP consis of send queue CSQ and receive queue CRQ. There are various commands a PF/VF may support, like for Flow Table

[PATCH net-next 1/9] net: hns3: Add support of HNS3 Ethernet Driver for hip08 SoC

This patch adds the support of Hisilicon Network Subsystem 3 Ethernet driver to hip08 family of SoCs. This driver includes basic Rx/Tx functionality. It also includes the client registration code with the HNAE3(Hisilicon Network Acceleration Engine 3) framework. This work provides the initial

[PATCH net-next 7/9] net: hns3: Add Ethtool support to HNS3 driver

This patch adds the support of the Ethtool interface to the HNS3 Ethernet driver. Various commands to read the statistics, configure the offloading, loopback selftest etc. are supported. Signed-off-by: Daode Huang Signed-off-by: lipeng

[PATCH net-next 7/9] net: hns3: Add Ethtool support to HNS3 driver

This patch adds the support of the Ethtool interface to the HNS3 Ethernet driver. Various commands to read the statistics, configure the offloading, loopback selftest etc. are supported. Signed-off-by: Daode Huang Signed-off-by: lipeng Signed-off-by: Salil Mehta Signed-off-by: Yisen Zhuang

[PATCH net-next 8/9] net: hns3: Add support of debugfs interface to HNS3 driver

This adds the support of the debugfs interface to the driver for debugging purposes. Signed-off-by: Daode Huang Signed-off-by: lipeng Signed-off-by: Salil Mehta Signed-off-by: Yisen Zhuang ---

[PATCH net-next 8/9] net: hns3: Add support of debugfs interface to HNS3 driver

This adds the support of the debugfs interface to the driver for debugging purposes. Signed-off-by: Daode Huang Signed-off-by: lipeng Signed-off-by: Salil Mehta Signed-off-by: Yisen Zhuang --- .../ethernet/hisilicon/hns3/hns3pf/hclge_debugfs.c | 188 + 1 file changed, 188

[PATCH net-next 2/9] net: hns3: Add support of the HNAE3 framework

This patch adds the support of the HNAE3 (Hisilicon Network Acceleration Engine 3) framework support to the HNS3 driver. Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE and user-space Ethernet drivers (like ODP etc.) to register with HNAE3 devices and their associated

[PATCH net-next 2/9] net: hns3: Add support of the HNAE3 framework

This patch adds the support of the HNAE3 (Hisilicon Network Acceleration Engine 3) framework support to the HNS3 driver. Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE and user-space Ethernet drivers (like ODP etc.) to register with HNAE3 devices and their associated

[PATCH net-next 0/9] Hisilicon Network Subsystem 3 Ethernet Driver

This patch-set contains the support of the HNS3 (Hisilicon Network Subsystem 3) Ethernet driver for hip08 family of SoCs and future upcoming SoCs. Hisilicon's new hip08 SoCs have integrated ethernet based on PCI Express and hence there was a need of new driver over the previous HNS driver which

[PATCH net-next 5/9] net: hns3: Add support of TX Scheduler & Shaper to HNS3 driver

THis patch adds the support of the Scheduling and Shaping functionalities during the transmit leg. This also adds the support of Pause at MAC level. (Pause at per-priority level shall be added later along with the DCB feature). Hardware as such consists of two types of cofiguration of 6 level

[PATCH net-next 0/9] Hisilicon Network Subsystem 3 Ethernet Driver

This patch-set contains the support of the HNS3 (Hisilicon Network Subsystem 3) Ethernet driver for hip08 family of SoCs and future upcoming SoCs. Hisilicon's new hip08 SoCs have integrated ethernet based on PCI Express and hence there was a need of new driver over the previous HNS driver which

[PATCH net-next 5/9] net: hns3: Add support of TX Scheduler & Shaper to HNS3 driver

THis patch adds the support of the Scheduling and Shaping functionalities during the transmit leg. This also adds the support of Pause at MAC level. (Pause at per-priority level shall be added later along with the DCB feature). Hardware as such consists of two types of cofiguration of 6 level

[PATCH net-next 9/9] net: hns3: Add HNS3 driver to kernel build framework & MAINTAINERS

This patch updates the MAINTAINERS file with HNS3 Ethernet driver maintainers names and other details. This also introduces the new Makefiles required to build the HNS3 Ethernet driver and updates the existing Kconfig file in the hisilicon folder. Signed-off-by: Salil Mehta

[PATCH net-next 6/9] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

This patch adds the support of MDIO bus interface for HNS3 driver. Code provides various interfaces to start and stop the PHY layer and to read and write the MDIO bus or PHY. Signed-off-by: Daode Huang Signed-off-by: lipeng Signed-off-by: Salil

[PATCH net-next 9/9] net: hns3: Add HNS3 driver to kernel build framework & MAINTAINERS

This patch updates the MAINTAINERS file with HNS3 Ethernet driver maintainers names and other details. This also introduces the new Makefiles required to build the HNS3 Ethernet driver and updates the existing Kconfig file in the hisilicon folder. Signed-off-by: Salil Mehta --- MAINTAINERS

[PATCH net-next 6/9] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

This patch adds the support of MDIO bus interface for HNS3 driver. Code provides various interfaces to start and stop the PHY layer and to read and write the MDIO bus or PHY. Signed-off-by: Daode Huang Signed-off-by: lipeng Signed-off-by: Salil Mehta Signed-off-by: Yisen Zhuang ---

Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op

On Mon, May 29, 2017 at 11:22:48AM +0300, Gilad Ben-Yossef wrote: > > +static inline int crypto_wait_req(int err, struct crypto_wait *wait) > +{ > + switch (err) { > + case -EINPROGRESS: > + case -EBUSY: > + wait_for_completion(>completion); > +

Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op

On Mon, May 29, 2017 at 11:22:48AM +0300, Gilad Ben-Yossef wrote: > > +static inline int crypto_wait_req(int err, struct crypto_wait *wait) > +{ > + switch (err) { > + case -EINPROGRESS: > + case -EBUSY: > + wait_for_completion(>completion); > +

Re: [PATCH] usb: gadget: functions: add ftrace export over USB

Hi Felipe, [auto build test ERROR on balbi-usb/next] [also build test ERROR on v4.12-rc4 next-20170609] [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/Felipe-Balbi/usb-gadget-functions-add

Re: [PATCH] usb: gadget: functions: add ftrace export over USB

Hi Felipe, [auto build test ERROR on balbi-usb/next] [also build test ERROR on v4.12-rc4 next-20170609] [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/Felipe-Balbi/usb-gadget-functions-add

Re: [PATCH 1/3] mm: add vm_insert_mixed_mkwrite()

On Fri, Jun 9, 2017 at 8:03 PM, Ross Zwisler wrote: > On Fri, Jun 09, 2017 at 02:23:51PM -0700, Dan Williams wrote: >> On Wed, Jun 7, 2017 at 1:48 PM, Ross Zwisler >> wrote: >> > To be able to use the common 4k zero page in DAX we need

Re: [PATCH 1/3] mm: add vm_insert_mixed_mkwrite()

On Fri, Jun 9, 2017 at 8:03 PM, Ross Zwisler wrote: > On Fri, Jun 09, 2017 at 02:23:51PM -0700, Dan Williams wrote: >> On Wed, Jun 7, 2017 at 1:48 PM, Ross Zwisler >> wrote: >> > To be able to use the common 4k zero page in DAX we need to have our PTE >> > fault path look more like our PMD fault

Re: [PATCH] clocksource: fix read and iounmap of incorrect variable

Hi Frank, On 10 June 2017 at 08:26, wrote: > From: Frank Rowand > > Fix boot warning 'Trying to vfree() nonexistent vm area' > from arch_timer_mem_of_init(). > > Refactored code attempts to read and iounmap using address frame > instead of address

Re: [PATCH] clocksource: fix read and iounmap of incorrect variable

Hi Frank, On 10 June 2017 at 08:26, wrote: > From: Frank Rowand > > Fix boot warning 'Trying to vfree() nonexistent vm area' > from arch_timer_mem_of_init(). > > Refactored code attempts to read and iounmap using address frame > instead of address ioremap(frame->cntbase). > > Fixes:

Re: [PATCH] [media] media-ioc-g-topology.rst: fix typos

On Fri, Jun 9, 2017 at 2:51 AM, Mauro Carvalho Chehab wrote: > Em Wed, 7 Jun 2017 18:33:02 +0900 > Alexandre Courbot escreveu: > >> Fix what seems to be a few typos induced by copy/paste. >> >> Signed-off-by: Alexandre Courbot

Re: [PATCH] [media] media-ioc-g-topology.rst: fix typos

On Fri, Jun 9, 2017 at 2:51 AM, Mauro Carvalho Chehab wrote: > Em Wed, 7 Jun 2017 18:33:02 +0900 > Alexandre Courbot escreveu: > >> Fix what seems to be a few typos induced by copy/paste. >> >> Signed-off-by: Alexandre Courbot >> --- >>

Re: [PATCH 1/3] mm: add vm_insert_mixed_mkwrite()

On Fri, Jun 09, 2017 at 02:23:51PM -0700, Dan Williams wrote: > On Wed, Jun 7, 2017 at 1:48 PM, Ross Zwisler > wrote: > > To be able to use the common 4k zero page in DAX we need to have our PTE > > fault path look more like our PMD fault path where a PTE entry can

Re: [PATCH 1/3] mm: add vm_insert_mixed_mkwrite()

On Fri, Jun 09, 2017 at 02:23:51PM -0700, Dan Williams wrote: > On Wed, Jun 7, 2017 at 1:48 PM, Ross Zwisler > wrote: > > To be able to use the common 4k zero page in DAX we need to have our PTE > > fault path look more like our PMD fault path where a PTE entry can be > > marked as dirty and

[PATCH 0/6] Constant Time Memory Comparisons Are Important

Whenever you're comparing two MACs, it's important to do this using crypto_memneq instead of memcmp. With memcmp, you leak timing information, which could then be used to iteratively forge a MAC. This is far too basic of a mistake for us to have so pervasively in the year 2017, so let's begin

[PATCH 0/6] Constant Time Memory Comparisons Are Important

Whenever you're comparing two MACs, it's important to do this using crypto_memneq instead of memcmp. With memcmp, you leak timing information, which could then be used to iteratively forge a MAC. This is far too basic of a mistake for us to have so pervasively in the year 2017, so let's begin

[PATCH 2/6] net/ipv6: use constant time memory comparison for mac

Otherwise, we enable a MAC forgery via timing attack. Signed-off-by: Jason A. Donenfeld Cc: "David S. Miller" Cc: net...@vger.kernel.org Cc: sta...@vger.kernel.org --- net/ipv6/seg6_hmac.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 2/6] net/ipv6: use constant time memory comparison for mac

Otherwise, we enable a MAC forgery via timing attack. Signed-off-by: Jason A. Donenfeld Cc: "David S. Miller" Cc: net...@vger.kernel.org Cc: sta...@vger.kernel.org --- net/ipv6/seg6_hmac.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/ipv6/seg6_hmac.c

[PATCH 1/6] sunrpc: use constant time memory comparison for mac

Otherwise, we enable a MAC forgery via timing attack. Signed-off-by: Jason A. Donenfeld Cc: "J. Bruce Fields" Cc: Jeff Layton Cc: Trond Myklebust Cc: Anna Schumaker Cc:

[PATCH 5/6] bluetooth/smp: use constant time memory comparison for secret values

This file is filled with complex cryptography. Thus, the comparisons of MACs and secret keys and curve points and so forth should not add timing attacks, which could either result in a direct forgery, or, given the complexity, some other type of attack. Signed-off-by: Jason A. Donenfeld

[PATCH 1/6] sunrpc: use constant time memory comparison for mac

Otherwise, we enable a MAC forgery via timing attack. Signed-off-by: Jason A. Donenfeld Cc: "J. Bruce Fields" Cc: Jeff Layton Cc: Trond Myklebust Cc: Anna Schumaker Cc: linux-...@vger.kernel.org Cc: sta...@vger.kernel.org --- net/sunrpc/auth_gss/gss_krb5_crypto.c | 3 ++- 1 file changed, 2

[PATCH 5/6] bluetooth/smp: use constant time memory comparison for secret values

This file is filled with complex cryptography. Thus, the comparisons of MACs and secret keys and curve points and so forth should not add timing attacks, which could either result in a direct forgery, or, given the complexity, some other type of attack. Signed-off-by: Jason A. Donenfeld Cc:

[PATCH 6/6] mac80211/wpa: use constant time memory comparison for MACs

Otherwise, we enable all sorts of forgeries via timing attack. Signed-off-by: Jason A. Donenfeld Cc: Johannes Berg Cc: linux-wirel...@vger.kernel.org Cc: sta...@vger.kernel.org --- net/mac80211/wpa.c | 9 + 1 file changed, 5 insertions(+), 4

[PATCH 6/6] mac80211/wpa: use constant time memory comparison for MACs

Otherwise, we enable all sorts of forgeries via timing attack. Signed-off-by: Jason A. Donenfeld Cc: Johannes Berg Cc: linux-wirel...@vger.kernel.org Cc: sta...@vger.kernel.org --- net/mac80211/wpa.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git

[PATCH 4/6] security/keys: use constant time memory comparison for macs

Otherwise, we enable a MAC forgery via timing attack. Signed-off-by: Jason A. Donenfeld Cc: David Safford Cc: Mimi Zohar Cc: David Howells Cc: keyri...@vger.kernel.org Cc: sta...@vger.kernel.org ---

[PATCH 4/6] security/keys: use constant time memory comparison for macs

Otherwise, we enable a MAC forgery via timing attack. Signed-off-by: Jason A. Donenfeld Cc: David Safford Cc: Mimi Zohar Cc: David Howells Cc: keyri...@vger.kernel.org Cc: sta...@vger.kernel.org --- security/keys/trusted.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff

[PATCH] Drivers: rtl8723bs - remove asm includes

Fixed checkpatch warnings "Use #include instead of " Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/rtl8723bs/include/osdep_service_linux.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH] Drivers: rtl8723bs - remove asm includes

Fixed checkpatch warnings "Use #include instead of " Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/rtl8723bs/include/osdep_service_linux.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/rtl8723bs/include/osdep_service_linux.h

[PATCH 3/6] ccree: use constant time memory comparison for macs and tags

Otherwise, we enable several different forgeries via timing attack. While the C inside this file is nearly incomprehensible, I did notice a high volume of "FIPS" and "NIST", which makes this kind of bug slightly more embarrassing. Signed-off-by: Jason A. Donenfeld Cc: Gilad

[PATCH 3/6] ccree: use constant time memory comparison for macs and tags

Otherwise, we enable several different forgeries via timing attack. While the C inside this file is nearly incomprehensible, I did notice a high volume of "FIPS" and "NIST", which makes this kind of bug slightly more embarrassing. Signed-off-by: Jason A. Donenfeld Cc: Gilad Ben-Yossef Cc: Greg

[PATCH] rt_mutex: correctly initialize lockdep in rt_mutex_init_proxy_locked

lockdep can't deal with NULL name or key, and doesn't do anything with the lock when that happens. Make rt_mutex_init_proxy_locked pass a name and a key for the lock. Fixes: f5694788ad8d ("rt_mutex: Add lockdep annotations") Cc: Linus Torvalds Cc: Peter Zijlstra

[PATCH] rt_mutex: correctly initialize lockdep in rt_mutex_init_proxy_locked

lockdep can't deal with NULL name or key, and doesn't do anything with the lock when that happens. Make rt_mutex_init_proxy_locked pass a name and a key for the lock. Fixes: f5694788ad8d ("rt_mutex: Add lockdep annotations") Cc: Linus Torvalds Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Ingo

Re: [PATCH 2/3] scsi:ufs:add ufs node property for hi3660

Bu Tao, 1. Subject line of this patch goes something like "arm64: dts: hi3660: add ufs support xxx" 2. Have you run "./scripts/get_maintainer.pl *.patch" to get the correct maintainers to include into your patch review? I don't think so. Because this is a dts change, however in your email's to/

Re: [PATCH 2/3] scsi:ufs:add ufs node property for hi3660

Bu Tao, 1. Subject line of this patch goes something like "arm64: dts: hi3660: add ufs support xxx" 2. Have you run "./scripts/get_maintainer.pl *.patch" to get the correct maintainers to include into your patch review? I don't think so. Because this is a dts change, however in your email's to/

Re: [PATCH v4 1/4] of: remove *phandle properties from expanded device tree

On 05/15/17 15:23, Rob Herring wrote: > On Mon, May 1, 2017 at 9:46 PM, wrote: >> From: Frank Rowand >> >> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from >> the internal device tree. The phandle will still be in the struct >>

Re: [PATCH v4 1/4] of: remove *phandle properties from expanded device tree

On 05/15/17 15:23, Rob Herring wrote: > On Mon, May 1, 2017 at 9:46 PM, wrote: >> From: Frank Rowand >> >> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from >> the internal device tree. The phandle will still be in the struct >> device_node phandle field. >> >> This is to

Re: [PATCH -v4 0/14] mm: make movable onlining suck less

On Fri, Jun 9, 2017 at 6:49 PM, Michal Hocko wrote: > On Fri 09-06-17 17:51:24, Wei Yang wrote: >> Hi, Michal >> >> I am not that familiar with hotplug and trying to catch up the issue >> and your solution. >> >> One potential issue I found is we don't check the physical

Re: [PATCH -v4 0/14] mm: make movable onlining suck less

On Fri, Jun 9, 2017 at 6:49 PM, Michal Hocko wrote: > On Fri 09-06-17 17:51:24, Wei Yang wrote: >> Hi, Michal >> >> I am not that familiar with hotplug and trying to catch up the issue >> and your solution. >> >> One potential issue I found is we don't check the physical boundary >> when

  1   2   3   4   5   6   7   8   9   10   >