Re: [PATCH v5 2/2] mtd: nand: sunxi: add reset line support

On Mon, Jun 20, 2016 at 12:14:35AM +0800, Icenowy Zheng wrote: > The NAND controller on some sun8i chips needs its reset line to be > deasserted before they can enter working state. > > Signed-off-by: Icenowy Zheng > --- > Changes in v2: > - Corrected the error checking code

Re: [PATCH v5 2/2] mtd: nand: sunxi: add reset line support

On Mon, Jun 20, 2016 at 12:14:35AM +0800, Icenowy Zheng wrote: > The NAND controller on some sun8i chips needs its reset line to be > deasserted before they can enter working state. > > Signed-off-by: Icenowy Zheng > --- > Changes in v2: > - Corrected the error checking code of reset line. >

Re: [PATCH v2 2/3] iio: Add driver for Broadcom iproc-static-adc

On 19/06/16 11:06, Raveendra Padasalagi wrote: > This patch adds basic driver implementation for Broadcom's > static adc controller used in iProc SoC's family. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui > Reviewed-by:

Re: [PATCH v5 0/7] /dev/random - a new approach

On Sun 2016-06-19 17:58:41, Stephan Mueller wrote: > Hi Herbert, Ted, > > The following patch set provides a different approach to /dev/random which > I call Linux Random Number Generator (LRNG) to collect entropy within the > Linux > kernel. The main improvements compared to the legacy

Re: [PATCH v2 2/3] iio: Add driver for Broadcom iproc-static-adc

On 19/06/16 11:06, Raveendra Padasalagi wrote: > This patch adds basic driver implementation for Broadcom's > static adc controller used in iProc SoC's family. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui > Reviewed-by: Scott Branden Hi All, The inconvenience of lunch and an

Re: [PATCH v5 0/7] /dev/random - a new approach

On Sun 2016-06-19 17:58:41, Stephan Mueller wrote: > Hi Herbert, Ted, > > The following patch set provides a different approach to /dev/random which > I call Linux Random Number Generator (LRNG) to collect entropy within the > Linux > kernel. The main improvements compared to the legacy

[PATCH 1/2] net: ethernet: bcmsysport: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 2/2] net: ethernet: bcmsysport: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/broadcom/bcmsysport.c | 22 ++ 1 files changed, 2

[PATCH 1/2] net: ethernet: bcmsysport: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 2/2] net: ethernet: bcmsysport: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/broadcom/bcmsysport.c | 22 ++ 1 files changed, 2 insertions(+), 20

Re: [PATCH v5 3/7] crypto: Linux Random Number Generator

Am Sonntag, 19. Juni 2016, 09:58:55 schrieb Andi Kleen: Hi Andi, > On Sun, Jun 19, 2016 at 06:00:21PM +0200, Stephan Mueller wrote: > > The LRNG with all its properties is documented in [1]. This > > documentation covers the functional discussion as well as testing of all > > aspects of entropy

Re: [PATCH v5 3/7] crypto: Linux Random Number Generator

Am Sonntag, 19. Juni 2016, 09:58:55 schrieb Andi Kleen: Hi Andi, > On Sun, Jun 19, 2016 at 06:00:21PM +0200, Stephan Mueller wrote: > > The LRNG with all its properties is documented in [1]. This > > documentation covers the functional discussion as well as testing of all > > aspects of entropy

RE: [PATCH v8 1/3] i2c: tegra: use readx_poll_timeout after config_load reg programmed

> Subject: Re: [PATCH v8 1/3] i2c: tegra: use readx_poll_timeout after > config_load reg programmed > > * PGP Signed by an unknown key > > > > + err = readx_poll_timeout(readl, i2c_dev->base + reg_offset, > > +val, val == 0, 1000, > > +

RE: [PATCH v8 1/3] i2c: tegra: use readx_poll_timeout after config_load reg programmed

> Subject: Re: [PATCH v8 1/3] i2c: tegra: use readx_poll_timeout after > config_load reg programmed > > * PGP Signed by an unknown key > > > > + err = readx_poll_timeout(readl, i2c_dev->base + reg_offset, > > +val, val == 0, 1000, > > +

Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options

On Sun, Jun 19, 2016 at 7:29 AM, Rob Herring wrote: > On Tue, Jun 14, 2016 at 10:59:29PM -0700, Andrey Smirnov wrote: >> Add DS1341 specific power-saving options that allow to disable certain >> functional aspects of the chip in order to minimize its power >> consumption. > >

Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options

On Sun, Jun 19, 2016 at 7:29 AM, Rob Herring wrote: > On Tue, Jun 14, 2016 at 10:59:29PM -0700, Andrey Smirnov wrote: >> Add DS1341 specific power-saving options that allow to disable certain >> functional aspects of the chip in order to minimize its power >> consumption. > > This description

Re: [PATCH] nfit: add Microsoft NVDIMM DSM command set to white list

Hi! > >Add the Microsoft _DSM command set to the white list of NVDIMM command sets. > > > >This command set is documented at > >https://msdn.microsoft.com/library/windows/hardware/mt604741. > > > >Signed-off-by: Stuart Hayes > >--- > > drivers/acpi/nfit.c| 9

Re: [PATCH] nfit: add Microsoft NVDIMM DSM command set to white list

Hi! > >Add the Microsoft _DSM command set to the white list of NVDIMM command sets. > > > >This command set is documented at > >https://msdn.microsoft.com/library/windows/hardware/mt604741. > > > >Signed-off-by: Stuart Hayes > >--- > > drivers/acpi/nfit.c| 9 ++--- > >

Re: [PATCH 2/2] net: ethernet: nb8800: use phy_ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 18 Jun 2016 23:16:55 +0200 > There are two generics functions phy_ethtool_{get|set}_link_ksettings, > so we can use them instead of defining the same code in the driver. > > Signed-off-by: Philippe Reynes Applied.

Re: [PATCH 1/2] net: ethernet: nb8800: use phydev from struct net_device

From: Philippe Reynes Date: Sat, 18 Jun 2016 23:16:54 +0200 > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phydev in the private structure, and update the driver to use the > one

Re: [PATCH 2/2] net: ethernet: nb8800: use phy_ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 18 Jun 2016 23:16:55 +0200 > There are two generics functions phy_ethtool_{get|set}_link_ksettings, > so we can use them instead of defining the same code in the driver. > > Signed-off-by: Philippe Reynes Applied.

Re: [PATCH 1/2] net: ethernet: nb8800: use phydev from struct net_device

From: Philippe Reynes Date: Sat, 18 Jun 2016 23:16:54 +0200 > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phydev in the private structure, and update the driver to use the > one contained in struct

Re: [PATCH v3 0/5] i.MX L2-cache code cleanups and performance tweaks

One more question, less about your patches than the existing code: > > After going through the current users of l2x0_init for board files, > I noticed that imx35 enables l2x0 for both dts and all the board files > and has an arm,l210-cache node in its dts, but imx31 only enables > it for the

Re: [PATCH v3 0/5] i.MX L2-cache code cleanups and performance tweaks

One more question, less about your patches than the existing code: > > After going through the current users of l2x0_init for board files, > I noticed that imx35 enables l2x0 for both dts and all the board files > and has an arm,l210-cache node in its dts, but imx31 only enables > it for the

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On 2016/06/17 10:00AM, Thadeu Lima de Souza Cascardo wrote: > On Fri, Jun 17, 2016 at 10:53:21PM +1000, Michael Ellerman wrote: > > On Tue, 2016-07-06 at 13:32:23 UTC, "Naveen N. Rao" wrote: > > > diff --git a/arch/powerpc/net/bpf_jit_comp64.c > > > b/arch/powerpc/net/bpf_jit_comp64.c > > > new

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On 2016/06/17 10:00AM, Thadeu Lima de Souza Cascardo wrote: > On Fri, Jun 17, 2016 at 10:53:21PM +1000, Michael Ellerman wrote: > > On Tue, 2016-07-06 at 13:32:23 UTC, "Naveen N. Rao" wrote: > > > diff --git a/arch/powerpc/net/bpf_jit_comp64.c > > > b/arch/powerpc/net/bpf_jit_comp64.c > > > new

Re: [PATCH] i2c: pca-isa: Utilize the module_isa_driver macro

On Tue, May 31, 2016 at 12:22:34PM -0400, William Breathitt Gray wrote: > This driver does not do anything special in module init/exit. This patch > eliminates the module init/exit boilerplate code by utilizing the > module_isa_driver macro. > > Signed-off-by: William Breathitt Gray

Re: [PATCH] i2c: pca-isa: Utilize the module_isa_driver macro

On Tue, May 31, 2016 at 12:22:34PM -0400, William Breathitt Gray wrote: > This driver does not do anything special in module init/exit. This patch > eliminates the module init/exit boilerplate code by utilizing the > module_isa_driver macro. > > Signed-off-by: William Breathitt Gray Applied to

Re: [PATCH] i2c: elektor: Utilize the module_isa_driver macro

On Tue, May 31, 2016 at 11:37:13AM -0400, William Breathitt Gray wrote: > This driver does not do anything special in module init/exit. This patch > eliminates the module init/exit boilerplate code by utilizing the > module_isa_driver macro. > > Signed-off-by: William Breathitt Gray

Re: [PATCH] i2c: elektor: Utilize the module_isa_driver macro

On Tue, May 31, 2016 at 11:37:13AM -0400, William Breathitt Gray wrote: > This driver does not do anything special in module init/exit. This patch > eliminates the module init/exit boilerplate code by utilizing the > module_isa_driver macro. > > Signed-off-by: William Breathitt Gray Applied to

Re: [PATCH v4] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

On 06/19/2016 03:24 AM, Alexander Potapenko wrote: > Hi Sasha, > > This commit delays the reuse of memory after it has been freed, so > it's intended to help people find more use-after-free errors. Is there a way to tell if the use-after-free access was to a memory that is quarantined? > But

Re: [PATCH v4] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

On 06/19/2016 03:24 AM, Alexander Potapenko wrote: > Hi Sasha, > > This commit delays the reuse of memory after it has been freed, so > it's intended to help people find more use-after-free errors. Is there a way to tell if the use-after-free access was to a memory that is quarantined? > But

Re: [6/6] ppc: ebpf/jit: Implement JIT compiler for extended BPF

On 2016/06/17 10:53PM, Michael Ellerman wrote: > On Tue, 2016-07-06 at 13:32:23 UTC, "Naveen N. Rao" wrote: > > diff --git a/arch/powerpc/net/bpf_jit_comp64.c > > b/arch/powerpc/net/bpf_jit_comp64.c > > new file mode 100644 > > index 000..954ff53 > > --- /dev/null > > +++

Re: [6/6] ppc: ebpf/jit: Implement JIT compiler for extended BPF

On 2016/06/17 10:53PM, Michael Ellerman wrote: > On Tue, 2016-07-06 at 13:32:23 UTC, "Naveen N. Rao" wrote: > > diff --git a/arch/powerpc/net/bpf_jit_comp64.c > > b/arch/powerpc/net/bpf_jit_comp64.c > > new file mode 100644 > > index 000..954ff53 > > --- /dev/null > > +++

Re: [PATCH v8 1/3] i2c: tegra: use readx_poll_timeout after config_load reg programmed

> + err = readx_poll_timeout(readl, i2c_dev->base + reg_offset, > + val, val == 0, 1000, > + I2C_CONFIG_LOAD_TIMEOUT); Any reason we can't use readl_poll_timeout() here? signature.asc Description: PGP

Re: [PATCH v8 1/3] i2c: tegra: use readx_poll_timeout after config_load reg programmed

> + err = readx_poll_timeout(readl, i2c_dev->base + reg_offset, > + val, val == 0, 1000, > + I2C_CONFIG_LOAD_TIMEOUT); Any reason we can't use readl_poll_timeout() here? signature.asc Description: PGP

Re: [PATCH v2 0/3] Runtime PM for TPM2 CRB chips

Faster suspend/resume is always appreciated. -- Sent from my mobile

Re: [PATCH v2 0/3] Runtime PM for TPM2 CRB chips

Faster suspend/resume is always appreciated. -- Sent from my mobile

Re: [PATCH v2 0/3] Runtime PM for TPM2 CRB chips

On Sat, Jun 18, 2016 at 05:10:25PM +0200, Jarkko Sakkinen wrote: > These patches implement support for runtime PM with TPM2 CRB chips such > as PTT in Skylake. > > This is very naive implementation since the TPM is resumed and supended > for every transaction thus causing total 40 ms latency for

Re: [PATCH v2 0/3] Runtime PM for TPM2 CRB chips

On Sat, Jun 18, 2016 at 05:10:25PM +0200, Jarkko Sakkinen wrote: > These patches implement support for runtime PM with TPM2 CRB chips such > as PTT in Skylake. > > This is very naive implementation since the TPM is resumed and supended > for every transaction thus causing total 40 ms latency for

Re: [PATCH v5 3/7] crypto: Linux Random Number Generator

On Sun, Jun 19, 2016 at 06:00:21PM +0200, Stephan Mueller wrote: > The LRNG with all its properties is documented in [1]. This > documentation covers the functional discussion as well as testing of all > aspects of entropy processing. In addition, the documentation explains > the conducted

Re: [PATCH v5 3/7] crypto: Linux Random Number Generator

On Sun, Jun 19, 2016 at 06:00:21PM +0200, Stephan Mueller wrote: > The LRNG with all its properties is documented in [1]. This > documentation covers the functional discussion as well as testing of all > aspects of entropy processing. In addition, the documentation explains > the conducted

Re: [PATCH v3] i2c: designware: Use transfer timeout from ioctl I2C_TIMEOUT

On Fri, Jun 17, 2016 at 09:46:35AM +0800, Weifeng Voon wrote: > This allows applications to set the transfer timeout in 10ms increments via > ioctl I2C_TIMEOUT. > > Signed-off-by: Weifeng Voon Applied to for-next, thanks! signature.asc Description: PGP signature

Re: [PATCH v3] i2c: designware: Use transfer timeout from ioctl I2C_TIMEOUT

On Fri, Jun 17, 2016 at 09:46:35AM +0800, Weifeng Voon wrote: > This allows applications to set the transfer timeout in 10ms increments via > ioctl I2C_TIMEOUT. > > Signed-off-by: Weifeng Voon Applied to for-next, thanks! signature.asc Description: PGP signature

[PATCH V2 RFC 1/2] brcmfmac: delete interface directly in code that sent fw request

So far when receiving event about in-firmware-interface removal our event worker was notifying listener and afterwards it was removing Linux interface. First of all it was resulting in slightly unexpected order. The listener (del_virtual_intf callback) was (usually) returning with success before

[PATCH V2 RFC 1/2] brcmfmac: delete interface directly in code that sent fw request

So far when receiving event about in-firmware-interface removal our event worker was notifying listener and afterwards it was removing Linux interface. First of all it was resulting in slightly unexpected order. The listener (del_virtual_intf callback) was (usually) returning with success before

[PATCH V2 RFC 2/2] brcmfmac: support removing AP interfaces with "interface_remove"

New firmwares (e.g. 10.10.69.36 for BCM4366) support "interface_remove" for removing interfaces. Try to use this method on cfg80211 request. In case of older firmwares (e.g. 7.35.177.56 for BCM43602 as I tested) this will just result in firmware rejecting command and this won't change any

[PATCH V2 RFC 2/2] brcmfmac: support removing AP interfaces with "interface_remove"

New firmwares (e.g. 10.10.69.36 for BCM4366) support "interface_remove" for removing interfaces. Try to use this method on cfg80211 request. In case of older firmwares (e.g. 7.35.177.56 for BCM43602 as I tested) this will just result in firmware rejecting command and this won't change any

[GIT PULL] dmaengine updates for 4.7-rc4

Hi Linus, Some off fixes has piled up, so time to send them upstream. Please PULL to receive consider following updates: The following changes since commit 1a695a905c18548062509178b98bc91e67510864: Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at:

[GIT PULL] dmaengine updates for 4.7-rc4

Hi Linus, Some off fixes has piled up, so time to send them upstream. Please PULL to receive consider following updates: The following changes since commit 1a695a905c18548062509178b98bc91e67510864: Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at:

Re: [PATCH] quota: use time64_t internally

On Fri 17-06-16 22:03:16, Arnd Bergmann wrote: > The quota subsystem has two formats, the old v1 format using architecture > specific time_t values on the on-disk format, while the v2 format > (introduced in Linux 2.5.16 and 2.4.22) uses fixed 64-bit little-endian. > > While there is no future

Re: [PATCH] quota: use time64_t internally

On Fri 17-06-16 22:03:16, Arnd Bergmann wrote: > The quota subsystem has two formats, the old v1 format using architecture > specific time_t values on the on-disk format, while the v2 format > (introduced in Linux 2.5.16 and 2.4.22) uses fixed 64-bit little-endian. > > While there is no future

Re: [PATCH v10 7/9] irqchip/gicv3-its: register the MSI global doorbell

Hi Jean-Philippe, On 17/06/2016 18:33, Jean-Philippe Brucker wrote: > Hi Eric, > > On Tue, Jun 07, 2016 at 04:01:26PM +, Eric Auger wrote: >> This patch adds the registration of the MSI global doorbell in >> gicv3-its driver. >> >> This will allow the msi layer to iommu_map this doorbell

Re: [PATCH v10 7/9] irqchip/gicv3-its: register the MSI global doorbell

Hi Jean-Philippe, On 17/06/2016 18:33, Jean-Philippe Brucker wrote: > Hi Eric, > > On Tue, Jun 07, 2016 at 04:01:26PM +, Eric Auger wrote: >> This patch adds the registration of the MSI global doorbell in >> gicv3-its driver. >> >> This will allow the msi layer to iommu_map this doorbell

[GIT PULL] UDF fixes and a reiserfs fix for 4.7

Hello Linus, could you please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus to get a couple of udf fixes (most notably a bug in parsing UDF partitions which led to inability to mount recent Windows installation media) and a reiserfs fix for handling

[PATCH v5 4/7] crypto: LRNG - enable compile

The Hyper-V Linux Integration Services use the VMBus implementation for communication with the Hypervisor. VMBus registers its own interrupt handler that completely bypasses the common Linux interrupt handling. This implies that the interrupt entropy collector is not triggered. This patch adds

[PATCH v5 2/7] random: conditionally compile code depending on LRNG

When selecting the LRNG for compilation, disable the legacy /dev/random implementation. The LRNG is a drop-in replacement for the legacy /dev/random which implements the same in-kernel and user space API. Only the hooks of /dev/random into other parts of the kernel need to be disabled.

[GIT PULL] UDF fixes and a reiserfs fix for 4.7

Hello Linus, could you please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus to get a couple of udf fixes (most notably a bug in parsing UDF partitions which led to inability to mount recent Windows installation media) and a reiserfs fix for handling

[PATCH v5 4/7] crypto: LRNG - enable compile

The Hyper-V Linux Integration Services use the VMBus implementation for communication with the Hypervisor. VMBus registers its own interrupt handler that completely bypasses the common Linux interrupt handling. This implies that the interrupt entropy collector is not triggered. This patch adds

[PATCH v5 2/7] random: conditionally compile code depending on LRNG

When selecting the LRNG for compilation, disable the legacy /dev/random implementation. The LRNG is a drop-in replacement for the legacy /dev/random which implements the same in-kernel and user space API. Only the hooks of /dev/random into other parts of the kernel need to be disabled.

[PATCH v5 1/7] crypto: DRBG - externalize DRBG functions for LRNG

This patch allows several DRBG functions to be called by the LRNG kernel code paths outside the drbg.c file. Signed-off-by: Stephan Mueller --- crypto/drbg.c | 11 +-- include/crypto/drbg.h | 7 +++ 2 files changed, 12 insertions(+), 6 deletions(-)

[PATCH v5 3/7] crypto: Linux Random Number Generator

The LRNG with all its properties is documented in [1]. This documentation covers the functional discussion as well as testing of all aspects of entropy processing. In addition, the documentation explains the conducted regression tests to verify that the LRNG is API and ABI compatible with the

[PATCH v5 4/7] crypto: LRNG - enable compile

Add LRNG compilation support. Signed-off-by: Stephan Mueller --- crypto/Kconfig | 11 +++ crypto/Makefile | 2 ++ 2 files changed, 13 insertions(+) diff --git a/crypto/Kconfig b/crypto/Kconfig index c903f18..772d430 100644 --- a/crypto/Kconfig +++

[PATCH v5 0/7] /dev/random - a new approach

Hi Herbert, Ted, The following patch set provides a different approach to /dev/random which I call Linux Random Number Generator (LRNG) to collect entropy within the Linux kernel. The main improvements compared to the legacy /dev/random is to provide sufficient entropy during boot time as well as

[PATCH v5 1/7] crypto: DRBG - externalize DRBG functions for LRNG

This patch allows several DRBG functions to be called by the LRNG kernel code paths outside the drbg.c file. Signed-off-by: Stephan Mueller --- crypto/drbg.c | 11 +-- include/crypto/drbg.h | 7 +++ 2 files changed, 12 insertions(+), 6 deletions(-) diff --git

[PATCH v5 3/7] crypto: Linux Random Number Generator

The LRNG with all its properties is documented in [1]. This documentation covers the functional discussion as well as testing of all aspects of entropy processing. In addition, the documentation explains the conducted regression tests to verify that the LRNG is API and ABI compatible with the

[PATCH v5 4/7] crypto: LRNG - enable compile

Add LRNG compilation support. Signed-off-by: Stephan Mueller --- crypto/Kconfig | 11 +++ crypto/Makefile | 2 ++ 2 files changed, 13 insertions(+) diff --git a/crypto/Kconfig b/crypto/Kconfig index c903f18..772d430 100644 --- a/crypto/Kconfig +++ b/crypto/Kconfig @@ -1589,6 +1589,17

[PATCH v5 0/7] /dev/random - a new approach

Hi Herbert, Ted, The following patch set provides a different approach to /dev/random which I call Linux Random Number Generator (LRNG) to collect entropy within the Linux kernel. The main improvements compared to the legacy /dev/random is to provide sufficient entropy during boot time as well as

[PATCH v5 7/7] crypto: LRNG - add ChaCha20 support

In case the kernel crypto API is not compiled, use ChaCha20 stream cipher as DRNG. The LRNG ChaCha20 support provides the DRNG implementation with the generate and update functions. Further documentation is provided in [1]. Signed-off-by: Stephan Mueller --- crypto/Kconfig

[PATCH v5 6/7] crypto: isolate the chacha20_block function

The chacha20_block function is extracted into its separate C file to allow it to be used by other callers. Signed-off-by: Stephan Mueller --- crypto/Kconfig| 4 +++ crypto/Makefile | 1 + crypto/chacha20_block.c | 79

[PATCH v5 7/7] crypto: LRNG - add ChaCha20 support

In case the kernel crypto API is not compiled, use ChaCha20 stream cipher as DRNG. The LRNG ChaCha20 support provides the DRNG implementation with the generate and update functions. Further documentation is provided in [1]. Signed-off-by: Stephan Mueller --- crypto/Kconfig | 2 +-

[PATCH v5 6/7] crypto: isolate the chacha20_block function

The chacha20_block function is extracted into its separate C file to allow it to be used by other callers. Signed-off-by: Stephan Mueller --- crypto/Kconfig| 4 +++ crypto/Makefile | 1 + crypto/chacha20_block.c | 79 +++

Re: [PATCH] jbd2: make journal y2038 safe

On Fri 17-06-16 17:39:00, Arnd Bergmann wrote: > The jbd2 journal stores the commit time in 64-bit seconds and 32-bit > nanoseconds, which avoids an overflow in 2038, but it gets the numbers > from current_kernel_time(), which uses 'long' seconds on 32-bit > architectures. > > This simply changes

Re: [PATCH v4 2/2] mtd: nand: sunxi: add reset line support

On Sun, 19 Jun 2016 23:40:35 +0800 Icenowy Zheng wrote: > The NAND controller on some sun8i chips needs its reset line to be deasserted > before they can enter working state. This commit added the reset line process > to the driver. > > Signed-off-by: Icenowy Zheng

Re: [PATCH] jbd2: make journal y2038 safe

On Fri 17-06-16 17:39:00, Arnd Bergmann wrote: > The jbd2 journal stores the commit time in 64-bit seconds and 32-bit > nanoseconds, which avoids an overflow in 2038, but it gets the numbers > from current_kernel_time(), which uses 'long' seconds on 32-bit > architectures. > > This simply changes

Re: [PATCH v4 2/2] mtd: nand: sunxi: add reset line support

On Sun, 19 Jun 2016 23:40:35 +0800 Icenowy Zheng wrote: > The NAND controller on some sun8i chips needs its reset line to be deasserted > before they can enter working state. This commit added the reset line process > to the driver. > > Signed-off-by: Icenowy Zheng > --- > Changes in v2: > -

Re: [PATCH v3 2/2] mtd: nand: sunxi: add reset line support

On Sun, 19 Jun 2016 23:01:28 +0800 Icenowy Zheng wrote: > The NAND controller on some sun8i chips needs its reset line to be deasserted > before they can enter working state. This commit added the reset line process > to the driver. > > Signed-off-by: Icenowy Zheng

Re: [PATCH v3 2/2] mtd: nand: sunxi: add reset line support

On Sun, 19 Jun 2016 23:01:28 +0800 Icenowy Zheng wrote: > The NAND controller on some sun8i chips needs its reset line to be deasserted > before they can enter working state. This commit added the reset line process > to the driver. > > Signed-off-by: Icenowy Zheng > --- > Changes in v1: > -

Re: [RESEND PATCH v2 02/13] drivers: clk: st: Simplify clock binding of STiH4xx platforms

On Thu, Jun 16, 2016 at 11:20:22AM +0200, Gabriel Fernandez wrote: > This patch reworks the clock binding to avoid too much detail in DT. > Now we have only compatible string per type of clock > (remark from Rob https://lkml.org/lkml/2016/5/25/492) > I have no idea what the clock trees and clock

Re: [RESEND PATCH v2 02/13] drivers: clk: st: Simplify clock binding of STiH4xx platforms

On Thu, Jun 16, 2016 at 11:20:22AM +0200, Gabriel Fernandez wrote: > This patch reworks the clock binding to avoid too much detail in DT. > Now we have only compatible string per type of clock > (remark from Rob https://lkml.org/lkml/2016/5/25/492) > I have no idea what the clock trees and clock

Re: [RESEND PATCH v2 01/13] drivers: clk: st: Remove stih415-416 clock support

On Thu, Jun 16, 2016 at 11:20:21AM +0200, Gabriel Fernandez wrote: > STiH415 and STiH416 platforms are no longer used. > these platforms will be deprecated for the next kernel. > > Signed-off-by: Gabriel Fernandez > --- > .../bindings/clock/st/st,clkgen-divmux.txt

Re: [RESEND PATCH v2 01/13] drivers: clk: st: Remove stih415-416 clock support

On Thu, Jun 16, 2016 at 11:20:21AM +0200, Gabriel Fernandez wrote: > STiH415 and STiH416 platforms are no longer used. > these platforms will be deprecated for the next kernel. > > Signed-off-by: Gabriel Fernandez > --- > .../bindings/clock/st/st,clkgen-divmux.txt | 49 -- >

Re: [PATCH] dt-bindings: ci-hdrc-usb2: s/gadget-itc-setting/itc-setting in example

On Thu, Jun 16, 2016 at 04:13:18PM +0800, Jisheng Zhang wrote: > What the code expect is "itc-setting" rather than "gadget-itc-setting", > and this is also correctly described in the optional properties. > > Signed-off-by: Jisheng Zhang > --- >

Re: [PATCH] dt-bindings: ci-hdrc-usb2: s/gadget-itc-setting/itc-setting in example

On Thu, Jun 16, 2016 at 04:13:18PM +0800, Jisheng Zhang wrote: > What the code expect is "itc-setting" rather than "gadget-itc-setting", > and this is also correctly described in the optional properties. > > Signed-off-by: Jisheng Zhang > --- >

Re: [PATCH v3 1/2] Documentation: bindings: add dt doc for Rockchip PCIe controller

On Thu, Jun 16, 2016 at 11:22:02AM +0200, Arnd Bergmann wrote: > On Thursday, June 16, 2016 4:01:12 PM CEST Wenrui Li wrote: > > 在 2016/6/16 15:00, Arnd Bergmann 写道: > > > On Thursday, June 16, 2016 9:50:21 AM CEST Shawn Lin wrote: > > > > > >> +reset-names = "core", "mgmt", "mgmt-sticky",

Re: [PATCH v3 1/2] Documentation: bindings: add dt doc for Rockchip PCIe controller

On Thu, Jun 16, 2016 at 11:22:02AM +0200, Arnd Bergmann wrote: > On Thursday, June 16, 2016 4:01:12 PM CEST Wenrui Li wrote: > > 在 2016/6/16 15:00, Arnd Bergmann 写道: > > > On Thursday, June 16, 2016 9:50:21 AM CEST Shawn Lin wrote: > > > > > >> +reset-names = "core", "mgmt", "mgmt-sticky",

Reported regressions for 4.7 as of Sunday, 2016-06-19

Hi! Here is my second regression report for 4.7. It has 19 entries; 8 of them are new; 8 regressions were fixed since the last report (those are not included in this report) and I dropped 2 which turned out to not be regressions after all (at least that's what I think right now). FWIW, it's

Reported regressions for 4.7 as of Sunday, 2016-06-19

Hi! Here is my second regression report for 4.7. It has 19 entries; 8 of them are new; 8 regressions were fixed since the last report (those are not included in this report) and I dropped 2 which turned out to not be regressions after all (at least that's what I think right now). FWIW, it's

Re: [PATCH v3 0/5] i.MX L2-cache code cleanups and performance tweaks

On Saturday, June 18, 2016 5:31:01 PM CEST Andrey Smirnov wrote: > Hi everyone, > > Here's the second version of i.MX L2-cache related patches. Here's > what's new from v2: > >- Generic ARM patches were split inot a separte series > >- Typo and whitespace fixes (as per Uwe's

Re: [PATCH v3 0/5] i.MX L2-cache code cleanups and performance tweaks

On Saturday, June 18, 2016 5:31:01 PM CEST Andrey Smirnov wrote: > Hi everyone, > > Here's the second version of i.MX L2-cache related patches. Here's > what's new from v2: > >- Generic ARM patches were split inot a separte series > >- Typo and whitespace fixes (as per Uwe's

Re: [PATCH v3 1/2] Documentation: bindings: add dt documentation for Rockchip PCIe PHY

On Thu, Jun 16, 2016 at 09:22:46AM +0800, Shawn Lin wrote: > This patch adds a binding that describes the Rockchip PCIe PHY > found on Rockchip SoCs PCIe interface. > > Signed-off-by: Shawn Lin > > --- > > Changes in v3: > - rename the node to pcie_phy: pcie-phy

Re: [PATCH v3 1/2] Documentation: bindings: add dt documentation for Rockchip PCIe PHY

On Thu, Jun 16, 2016 at 09:22:46AM +0800, Shawn Lin wrote: > This patch adds a binding that describes the Rockchip PCIe PHY > found on Rockchip SoCs PCIe interface. > > Signed-off-by: Shawn Lin > > --- > > Changes in v3: > - rename the node to pcie_phy: pcie-phy suggested by Doug > > Changes

Re: [PATCH v2 1/4] ASoC: sunxi: Add A10 I2S controller binding documentation

On Wed, Jun 15, 2016 at 11:11:20PM +0200, Maxime Ripard wrote: > Introduce the device tree binding for the I2S controller found in the > Allwinner A10 and later SoCs. > > Signed-off-by: Maxime Ripard > --- > .../devicetree/bindings/sound/sun4i-i2s.txt|

Re: [PATCH v2 1/4] ASoC: sunxi: Add A10 I2S controller binding documentation

On Wed, Jun 15, 2016 at 11:11:20PM +0200, Maxime Ripard wrote: > Introduce the device tree binding for the I2S controller found in the > Allwinner A10 and later SoCs. > > Signed-off-by: Maxime Ripard > --- > .../devicetree/bindings/sound/sun4i-i2s.txt| 34 > ++ > 1

Re: [PATCH 12/15] net: davinci_mdio: document missed "ti,am4372-mdio" compat string

On Wed, Jun 15, 2016 at 02:56:00PM +0300, Grygorii Strashko wrote: > Document missed "ti,am4372-mdio" compat string used for TI am437x SoC > (am4372.dtsi). > > Signed-off-by: Grygorii Strashko > --- > Documentation/devicetree/bindings/net/davinci-mdio.txt | 3 ++- > 1

Re: [PATCH 12/15] net: davinci_mdio: document missed "ti,am4372-mdio" compat string

On Wed, Jun 15, 2016 at 02:56:00PM +0300, Grygorii Strashko wrote: > Document missed "ti,am4372-mdio" compat string used for TI am437x SoC > (am4372.dtsi). > > Signed-off-by: Grygorii Strashko > --- > Documentation/devicetree/bindings/net/davinci-mdio.txt | 3 ++- > 1 file changed, 2

Re: [PATCH v2 02/10] mfd: ac100: Add device tree bindings for X-Powers AC100 codec/RTC combo IC

On Wed, Jun 15, 2016 at 06:27:39PM +0800, Chen-Yu Tsai wrote: > Signed-off-by: Chen-Yu Tsai > --- > Documentation/devicetree/bindings/mfd/ac100.txt | 42 > + > 1 file changed, 42 insertions(+) > create mode 100644

Re: [PATCH v2 02/10] mfd: ac100: Add device tree bindings for X-Powers AC100 codec/RTC combo IC

On Wed, Jun 15, 2016 at 06:27:39PM +0800, Chen-Yu Tsai wrote: > Signed-off-by: Chen-Yu Tsai > --- > Documentation/devicetree/bindings/mfd/ac100.txt | 42 > + > 1 file changed, 42 insertions(+) > create mode 100644 Documentation/devicetree/bindings/mfd/ac100.txt

Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options

On Tue, Jun 14, 2016 at 10:59:29PM -0700, Andrey Smirnov wrote: > Add DS1341 specific power-saving options that allow to disable certain > functional aspects of the chip in order to minimize its power > consumption. This description doesn't match that you are adding a new binding. It is

Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options

On Tue, Jun 14, 2016 at 10:59:29PM -0700, Andrey Smirnov wrote: > Add DS1341 specific power-saving options that allow to disable certain > functional aspects of the chip in order to minimize its power > consumption. This description doesn't match that you are adding a new binding. It is

<    1   2   3   4   5   6   >