On Mon, Dec 11, 2017 at 11:42:54PM +, srinivas.kandaga...@linaro.org wrote:
> From: Srinivas Kandagatla
>
> SLIMbus (Serial Low Power Interchip Media Bus) is a specification
> developed by MIPI (Mobile Industry Processor Interface) alliance.
> SLIMbus is a 2-wire implementation, which is used
On Mon, Dec 11, 2017 at 11:43:02PM +, srinivas.kandaga...@linaro.org wrote:
> From: Srinivas Kandagatla
>
> This patch adds support to read/write SLIMbus value elements.
> Currently it only supports byte read/write. Adding this support in
> regmap would give codec drivers more flexibility whe
[adding Lorenzo, Sudeep and Hanjun -- see Rafael's comment below]
On Wed, Dec 13, 2017 at 01:22:59AM +0100, Rafael J. Wysocki wrote:
> On Monday, December 11, 2017 4:50:58 PM CET Prarit Bhargava wrote:
> > Other architectures can use SPCR to setup an early console or console
> > but the current co
On 13/12/17 10:13, Dongjiu Geng wrote:
ARM v8.4 extensions add new neon instructions for performing a
multiplication of each FP16 element of one vector with the corresponding
FP16 element of a second vector, and to add or subtract this without an
intermediate rounding to the corresponding FP32 el
On 2017/12/13 18:09, Suzuki K Poulose wrote:
>> Reviewed-by: Dave Martin
>
> Looks good to me.
>
> Reviewed-by: Suzuki K Poulose
Thanks a lot to Suzuki's review.
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More m
On Wed, Dec 13, 2017 at 10:25:37AM +0100, Greg Kroah-Hartman wrote:
> Mark, can I get an Ack for this patch so I can take it through my tree
> with the other patches in this series?
Not until I've reviewed it (and the rest of the series).
signature.asc
Description: PGP signature
[+Mark, Graeme]
In $SUBJECT, s/avialable/available
On Mon, Dec 11, 2017 at 10:50:58AM -0500, Prarit Bhargava wrote:
> Other architectures can use SPCR to setup an early console or console
> but the current code is ARM64 specific.
I see nothing ARM64 specific in current code (apart from some
ACPI
Hi Jon,
Here are 3 patches for the kernel-enforcement-statement file that came
in after the file was originally added to the kernel tree.
thanks,
greg k-h
David Sterba (1):
Documentation: Add myself to the enforcement statement list
Kees Cook (1):
Documentation: Add Kees Cook to list of en
From: David Sterba
Signed-off-by: David Sterba
Signed-off-by: Greg Kroah-Hartman
---
Documentation/process/kernel-enforcement-statement.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/process/kernel-enforcement-statement.rst
b/Documentation/process/kernel-enforcement-sta
From: "Luis R. Rodriguez"
Add my name to the list.
Signed-off-by: Luis R. Rodriguez
Signed-off-by: Greg Kroah-Hartman
---
Documentation/process/kernel-enforcement-statement.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/process/kernel-enforcement-statement.rst
b/Docume
From: Kees Cook
Add my name to the list.
Signed-off-by: Kees Cook
Signed-off-by: Greg Kroah-Hartman
---
Documentation/process/kernel-enforcement-statement.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/process/kernel-enforcement-statement.rst
b/Documentation/process/ke
On Tue, 12 Dec 2017 11:22:25 +0100
Markus Heiser wrote:
> ftrace-uses.rst is not yet included into any toctree, but since it is
> a .rst file, it is parsed by the Sphinx build. Thats, why we see some
> WARNINGS:
>
> - trace/ftrace-uses.rst:53: WARNING: Definition list ends without a blank
> lin
> On Mon, Dec 11, 2017 at 11:43:02PM +, srinivas.kandaga...@linaro.org
> wrote:
> Mark, can I get an Ack for this patch so I can take it through my tree
> with the other patches in this series?
I'm actually not seeing a direct dependency here (there's a depends in
place stopping the regmap c
Hi Greg,
On Tue, 1 Aug 2017 19:13:27 -0700
Greg Kroah-Hartman wrote:
> > > > Unless you see a good reason to not use a R/W lock, I'd like to keep it
> > > > this way because master IPs are likely to implement advanced queuing
> > > > mechanism (allows one to queue new transfers even if the maste
On Wed, Dec 13, 2017 at 05:20:43PM +0100, Boris Brezillon wrote:
> Hi Greg,
>
> On Tue, 1 Aug 2017 19:13:27 -0700
> Greg Kroah-Hartman wrote:
>
> > > > > Unless you see a good reason to not use a R/W lock, I'd like to keep
> > > > > it
> > > > > this way because master IPs are likely to impleme
Add the corresponding section in cgroup v2 documentation.
Signed-off-by: Roman Gushchin
Cc: Tejun Heo
Cc: Alexei Starovoitov
Cc: kernel-t...@fb.com
Cc: cgro...@vger.kernel.org
Cc: linux-doc@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
Documentation/cgroup-v2.txt | 33 ++
On Wed, Dec 13, 2017 at 07:49:03PM +, Roman Gushchin wrote:
> Add the corresponding section in cgroup v2 documentation.
>
> Signed-off-by: Roman Gushchin
> Cc: Tejun Heo
> Cc: Alexei Starovoitov
> Cc: kernel-t...@fb.com
> Cc: cgro...@vger.kernel.org
> Cc: linux-doc@vger.kernel.org
> Cc: lin
On 12/13/2017 06:45 AM, Lorenzo Pieralisi wrote:
+/*
+ * Erratum 44 for QDF2432v1 and QDF2400v1 SoCs describes the BUSY bit as
+ * occasionally getting stuck as 1. To avoid the potential for a hang, check
+ * TXFE == 0 instead of BUSY == 1. This may not be suitable for all UART
+ * implementation
On Wed, Dec 13, 2017 at 04:06:11PM +, Mark Brown wrote:
> > On Mon, Dec 11, 2017 at 11:43:02PM +, srinivas.kandaga...@linaro.org
> > wrote:
>
> > Mark, can I get an Ack for this patch so I can take it through my tree
> > with the other patches in this series?
>
> I'm actually not seeing
19 matches
Mail list logo
