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
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.
>
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:
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
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
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
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
---
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
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
---
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
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
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
> 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,
> > +
> 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,
> > +
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.
>
>
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
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
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 ++---
> >
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.
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
> > +++
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
> > +++
> + 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
> + 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
Faster suspend/resume is always appreciated.
--
Sent from my mobile
Faster suspend/resume is always appreciated.
--
Sent from my mobile
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
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
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
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
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
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
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
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
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
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
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:
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:
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
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
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
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
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
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
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.
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
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
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.
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(-)
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
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
+++
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
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
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
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
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
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
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
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 +-
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 +++
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
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
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
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:
> -
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
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:
> -
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
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
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
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 --
>
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
> ---
>
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
> ---
>
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",
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",
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
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
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
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
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
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
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|
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
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
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
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
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
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
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
401 - 500 of 592 matches
Mail list logo