On Thu, Sep 27, 2018 at 11:25:51AM +0200, David Hildenbrand wrote:
> Reviewed-by: Pavel Tatashin
> Reviewed-by: Rashmica Gupta
> Signed-off-by: David Hildenbrand
Reviewed-by: Oscar Salvador
--
Oscar Salvador
SUSE L3
On Thu, Sep 27, 2018 at 11:25:54AM +0200, David Hildenbrand wrote:
> Cc: Jonathan Corbet
> Cc: Michal Hocko
> Cc: Andrew Morton
> Reviewed-by: Pavel Tatashin
> Reviewed-by: Rashmica Gupta
> Signed-off-by: David Hildenbrand
Reviewed-by: Oscar Salvador
--
Oscar Salvador
SUSE L3
On Thu, Sep 27, 2018 at 11:25:49AM +0200, David Hildenbrand wrote:
> Reviewed-by: Pavel Tatashin
> Reviewed-by: Rafael J. Wysocki
> Reviewed-by: Rashmica Gupta
> Signed-off-by: David Hildenbrand
Reviewed-by: Oscar Salvador
--
Oscar Salvador
SUSE L3
On Thu, Sep 27, 2018 at 11:25:50AM +0200, David Hildenbrand wrote:
> Reviewed-by: Pavel Tatashin
> Reviewed-by: Rafael J. Wysocki
> Reviewed-by: Rashmica Gupta
> Signed-off-by: David Hildenbrand
Reviewed-by: Oscar Salvador
--
Oscar Salvador
SUSE L3
On Thu, Oct 04, 2018 at 08:13:26AM -0700, Alexander Duyck wrote:
> Thanks for the review.
>
> - Alex
>
> P.S. It looks like I forgot to add Christoph to the original mail
> since I had just copied the To and Cc from the original submission, so
> I added him to the Cc for this.
Yes, there was som
The purpose of this serie is to activate CONFIG_THREAD_INFO_IN_TASK which
moves the thread_info into task_struct.
Moving thread_info into task_struct has the following advantages:
- It protects thread_info from corruption in the case of stack
overflows.
- Its address is harder to determine if stac
When activating CONFIG_THREAD_INFO_IN_TASK, linux/sched.h
includes asm/current.h. This generates a circular dependency.
To avoid that, asm/processor.h shall not be included in mmu-hash.h
In order to do that, this patch moves into a new header called
asm/task_size_user64.h the information from asm/
When moving to CONFIG_THREAD_INFO_IN_TASK, the thread_info 'cpu' field
gets moved into task_struct and only defined when CONFIG_SMP is set.
This patch ensures that TI_CPU is only used when CONFIG_SMP is set and
that task_struct 'cpu' field is not used directly out of SMP code.
Signed-off-by: Chri
This patch cleans the powerpc kernel before activating
CONFIG_THREAD_INFO_IN_TASK:
- The purpose of the pointer given to call_do_softirq() and
call_do_irq() is to point the new stack ==> change it to void* and
rename it 'sp'
- Don't use CURRENT_THREAD_INFO() to locate the stack.
- Fix a few comment
This patch activates CONFIG_THREAD_INFO_IN_TASK which
moves the thread_info into task_struct.
Moving thread_info into task_struct has the following advantages:
- It protects thread_info from corruption in the case of stack
overflows.
- Its address is harder to determine if stack addresses are
leak
thread_info is not anymore in the stack, so the entire stack
can now be used.
In the meantime, with the previous patch all pointers to the stacks
are not anymore pointers to thread_info so this patch changes them
to void*
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/irq.h
The table of pointers 'current_set' has been used for retrieving
the stack and current. They used to be thread_info pointers as
they were pointing to the stack and current was taken from the
'task' field of the thread_info.
Now, the pointers of 'current_set' table are now both pointers
to task_str
Now that thread_info is similar to task_struct, it's address is in r2
so CURRENT_THREAD_INFO() macro is useless. This patch removes it.
At the same time, as the 'cpu' field is not anymore in thread_info,
this patch renames it to TASK_CPU.
Signed-off-by: Christophe Leroy
---
arch/powerpc/Makefil
Now that current_thread_info is located at the beginning of 'current'
task struct, CURRENT_THREAD_INFO macro is not really needed any more.
This patch replaces it by loads of the value at PACACURRENT(r13).
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/exception-64s.h | 4 +
Some stack pointers used to also be thread_info pointers
and were called tp. Now that they are only stack pointers,
rename them sp.
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/irq.c | 17 +++--
arch/powerpc/kernel/setup_64.c | 20 ++--
2 files changed
On 04/10/2018 19:50, Michal Suchánek wrote:
> On Thu, 4 Oct 2018 17:45:13 +0200
> David Hildenbrand wrote:
>
>> On 04/10/2018 17:28, Michal Suchánek wrote:
>
>>>
>>> The state of the art is to determine what to do with hotplugged
>>> memory in userspace based on platform and virtualization type.
Add a function pointer abstraction that can be implemented by the arch
in a manner that avoids the downsides of function pointers, i.e., the
fact that they are typically located in a writable data section, and
their vulnerability to Spectre like defects.
The FFP (or fast function pointer) is calla
Linux's crypto API is widely regarded as being difficult to use for cases
where support for asynchronous accelerators or runtime dispatch of algorithms
(i.e., passed in as a string) are not needed. This leads to kludgy code and
also to actual security issues [0], although arguably, using AES in the
Implement arm64 support for patchable function pointers by emitting
them as branch instructions (and a couple of NOPs in case the new
target is out of range of a normal branch instruction.)
Signed-off-by: Ard Biesheuvel
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/ffp.h | 35 +
crc_t10dif() is a trivial wrapper around crc_t10dif_update() so move
it into the header file as a static inline function.
Signed-off-by: Ard Biesheuvel
---
include/linux/crc-t10dif.h | 6 +-
lib/crc-t10dif.c | 6 --
2 files changed, 5 insertions(+), 7 deletions(-)
diff --git a
Use a patchable function pointer for the core CRC-T10DIF transform so
that we can allow modules to supersede this transform based on platform
capabilities.
Signed-off-by: Ard Biesheuvel
---
crypto/Kconfig | 1 +
crypto/Makefile| 2 +-
crypto/crct10dif_common.c | 82
Move the PMULL based routines out of the crypto API into the core
CRC-T10DIF library.
Signed-off-by: Ard Biesheuvel
---
arch/arm64/crypto/crct10dif-ce-glue.c | 61 +---
1 file changed, 14 insertions(+), 47 deletions(-)
diff --git a/arch/arm64/crypto/crct10dif-ce-glue.c
b/arch/a
Move the PMULL based routines out of the crypto API into the core
CRC-T10DIF library.
Signed-off-by: Ard Biesheuvel
---
arch/arm/crypto/crct10dif-ce-glue.c | 78 ++--
1 file changed, 22 insertions(+), 56 deletions(-)
diff --git a/arch/arm/crypto/crct10dif-ce-glue.c
b/arch/arm/c
Signed-off-by: Ard Biesheuvel
---
crypto/crct10dif_generic.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/crypto/crct10dif_generic.c b/crypto/crct10dif_generic.c
index 8e94e29dc6fc..9ea4242c4921 100644
--- a/crypto/crct10dif_generic.c
+++ b/crypto/crct10dif_generic.c
@@
Move the PMULL based routines out of the crypto API into the core
CRC-T10DIF library.
Signed-off-by: Ard Biesheuvel
---
arch/powerpc/crypto/crct10dif-vpmsum_glue.c | 55 +++-
1 file changed, 6 insertions(+), 49 deletions(-)
diff --git a/arch/powerpc/crypto/crct10dif-vpmsum_glue.
Move the PMULL based routines out of the crypto API into the core
CRC-T10DIF library.
Signed-off-by: Ard Biesheuvel
---
arch/x86/crypto/crct10dif-pclmul_glue.c | 98 +++-
1 file changed, 13 insertions(+), 85 deletions(-)
diff --git a/arch/x86/crypto/crct10dif-pclmul_glue.c
b/ar
Use DEFINE_DEBUGFS_ATTRIBUTE rather than DEFINE_SIMPLE_ATTRIBUTE
for debugfs files.
Semantic patch information:
Rationale: DEFINE_SIMPLE_ATTRIBUTE + debugfs_create_file()
imposes some significant overhead as compared to
DEFINE_DEBUGFS_ATTRIBUTE + debugfs_create_file_unsafe().
Generated by: script
Stephen Rothwell writes:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> arch/powerpc/kernel/setup-common.c:36:10: fatal error: linux/bootmem.h: No
> such file or directory
> #include
> ^
>
> Caus
On Fri, Sep 28, 2018 at 05:49:47PM -0500, Rob Herring wrote:
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Michael Ellerman
> Cc: Peter Rosin
> Cc: li
Hi Michael,
On Fri, 05 Oct 2018 22:02:45 +1000 Michael Ellerman wrote:
>
> Ah fudge, what are the chances we add a new include of bootmem.h just as
> Mike's removing bootmem.
In my experience, it was almost certain ... almost every API removal
conflicts with new added uses. :-)
> I could just
Recently we implemented show_user_instructions() which dumps the code
around the NIP when a user space process dies with an unhandled
signal. This was modelled on the x86 code, and we even went so far as
to implement the exact same bug, namely that if the user process
crashed with its NIP pointing
On 10/04/2018 09:12 PM, frowand.l...@gmail.com wrote:
From: Frank Rowand
Callers of of_irq_parse_one() blindly use the pointer args.np
without checking whether of_irq_parse_one() had an error and
thus did not set the value of args.np. Initialize args to
zero so that using the format "%pOF" to
The serie has been successfully compiled tested at
http://kisskb.ellerman.id.au/kisskb/head/358723b36b126a381d827c82d04ee226321416b2/
Christophe
Le 05/10/2018 à 09:32, Christophe Leroy a écrit :
When activating CONFIG_THREAD_INFO_IN_TASK, linux/sched.h
includes asm/current.h. This generates a
Le 05/10/2018 à 15:21, Michael Ellerman a écrit :
Recently we implemented show_user_instructions() which dumps the code
around the NIP when a user space process dies with an unhandled
signal. This was modelled on the x86 code, and we even went so far as
to implement the exact same bug, namely
On Fri, Oct 05, 2018 at 10:13:25AM +0200, Ard Biesheuvel wrote:
> Add a function pointer abstraction that can be implemented by the arch
> in a manner that avoids the downsides of function pointers, i.e., the
> fact that they are typically located in a writable data section, and
> their vulnerabili
On 5 October 2018 at 15:57, Peter Zijlstra wrote:
> On Fri, Oct 05, 2018 at 10:13:25AM +0200, Ard Biesheuvel wrote:
>> Add a function pointer abstraction that can be implemented by the arch
>> in a manner that avoids the downsides of function pointers, i.e., the
>> fact that they are typically loc
On Fri, Oct 05, 2018 at 10:13:25AM +0200, Ard Biesheuvel wrote:
> diff --git a/include/linux/ffp.h b/include/linux/ffp.h
> new file mode 100644
> index ..8fc3b4c9b38f
> --- /dev/null
> +++ b/include/linux/ffp.h
> @@ -0,0 +1,43 @@
> +/* SPDX-License-Identifier: GPL-2.0 */
> +
> +#ifndef
On 10/4/2018 10:39 PM, Stephen Rothwell wrote:
Hi Guenter,
On Thu, 4 Oct 2018 18:33:02 -0700 Guenter Roeck wrote:
Most of the boot failures are hopefully fixed with
https://lore.kernel.org/patchwork/patch/995254/
I have added that commit to linux-next today.
After getting over that I end
On Thu, Oct 4, 2018 at 11:14 PM wrote:
>
> From: Frank Rowand
>
> Callers of of_irq_parse_one() blindly use the pointer args.np
> without checking whether of_irq_parse_one() had an error and
> thus did not set the value of args.np. Initialize args to
> zero so that using the format "%pOF" to sho
On 5 October 2018 at 16:14, Peter Zijlstra wrote:
> On Fri, Oct 05, 2018 at 10:13:25AM +0200, Ard Biesheuvel wrote:
>> diff --git a/include/linux/ffp.h b/include/linux/ffp.h
>> new file mode 100644
>> index ..8fc3b4c9b38f
>> --- /dev/null
>> +++ b/include/linux/ffp.h
>> @@ -0,0 +1,43 @
On Thu, Oct 4, 2018 at 11:14 PM wrote:
>
> From: Frank Rowand
>
> If overlay properties #address-cells or #size-cells are already in
> the live devicetree for any given node, then the values in the
> overlay must match the values in the live tree.
>
> If the properties are already in the live tre
> On Oct 5, 2018, at 7:14 AM, Peter Zijlstra wrote:
>
>> On Fri, Oct 05, 2018 at 10:13:25AM +0200, Ard Biesheuvel wrote:
>> diff --git a/include/linux/ffp.h b/include/linux/ffp.h
>> new file mode 100644
>> index ..8fc3b4c9b38f
>> --- /dev/null
>> +++ b/include/linux/ffp.h
>> @@ -0,
On October 5, 2018 6:25:38 AM GMT+03:00, Benjamin Herrenschmidt
wrote:
>On Fri, 2018-10-05 at 00:07 +0300, Mike Rapoport wrote:
>> When a memblock allocation APIs are called with align = 0, the
>alignment is
>> implicitly set to SMP_CACHE_BYTES.
>>
>> Replace all such uses of memblock APIs wi
On 5 October 2018 at 17:08, Andy Lutomirski wrote:
>
>
>> On Oct 5, 2018, at 7:14 AM, Peter Zijlstra wrote:
>>
>>> On Fri, Oct 05, 2018 at 10:13:25AM +0200, Ard Biesheuvel wrote:
>>> diff --git a/include/linux/ffp.h b/include/linux/ffp.h
>>> new file mode 100644
>>> index ..8fc3b4c9b3
On Fri, Oct 5, 2018 at 8:24 AM Ard Biesheuvel wrote:
>
> On 5 October 2018 at 17:08, Andy Lutomirski wrote:
> >
> >
> >> On Oct 5, 2018, at 7:14 AM, Peter Zijlstra wrote:
> >>
> >>> On Fri, Oct 05, 2018 at 10:13:25AM +0200, Ard Biesheuvel wrote:
> >>> diff --git a/include/linux/ffp.h b/include/l
The current DT binding documentation is not ideal as it is just free form
text with at most only a loose structure. This makes reviewing bindings a
manual process. The bindings are often duplicating information that's
already defined elsewhere and missing information one would need to
validate a DT
It is best practice to have 1 binding per file, so board level bindings
should be separate for various misc SoC bindings. Move the Alpine CPU
control to al,alpine-smp and we can also remove a cross reference.
Cc: Tsahee Zidenberg
Cc: Antoine Tenart
Cc: Mark Rutland
Cc: devicet...@vger.kernel.or
It is best practice to have 1 binding per file, so board level bindings
should be separate for various misc SoC bindings.
Cc: Mark Rutland
Cc: Carlo Caione
Cc: Kevin Hilman
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-amlo...@lists.infradead.org
Signed-off-b
In preparation to convert board-level bindings to json-schema, move
various misc SoC bindings out to their own file.
Cc: Mark Rutland
Cc: Nicolas Ferre
Cc: Alexandre Belloni
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Rob Herring
---
.../devicetree/b
In preparation to convert board-level bindings to json-schema, move
various misc SoC bindings out to their own file.
Cc: Shawn Guo
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../arm/freescale/fsl,layerscape-dcfg.txt | 19 +
.../arm/freescale/fsl,
In preparation to convert board-level bindings to json-schema, move
various misc SoC bindings out to their own file.
Cc: Mark Rutland
Cc: Simon Horman
Cc: Magnus Damm
Cc: devicet...@vger.kernel.org
Cc: linux-renesas-...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/ar
In preparation to convert board-level bindings to json-schema, move
various misc SoC bindings out to their own file.
Cc: Mark Rutland
Cc: Jun Nie
Cc: Baoyou Xie
Cc: Shawn Guo
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Rob Herring
---
.../devicetree
This adds the build infrastructure for checking DT binding schema
documents and validating dts files using the binding schema.
Check DT binding schema documents:
make dt_binding_check
Build dts files and check using DT binding schema:
make dtbs_check
Currently, the validation targets are separat
Add a how-to doc on writing DT schema documentation. This gives a
description of each section and details on how to validate the DT schema
file. The DT schema are written using json-schema vocabulary in a YAML
encoded document. Using jsonschema gives us access to existing tooling.
A YAML encoding g
Convert trivial-devices.txt to DT schema format using json-schema.
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/trivial-devices.txt | 201 -
.../devicetree/bindings/trivial-devices.yaml | 414 ++
2 files change
Convert Altera clkmgr to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Dinh Nguyen
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../arm/altera/socfpga-clk-manager.txt| 11 ---
.../arm/altera/socfpga-clk-manager.yaml | 30 +++
2 file
Convert ARM timers to DT schema format using json-schema.
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../bindings/timer/arm,arch_timer.txt | 112
.../bindings/timer/arm,arch_timer.yaml|
Convert ARM CPU binding to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Matthias Brugger
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-media...@lists.infradead.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/cpus.txt | 490
Convert ARM PMU binding to DT schema format using json-schema.
Cc: Will Deacon
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
Documentation/devicetree/bindings/arm/pmu.txt | 70 --
.../devicetree/bindings/arm/
Convert ARM Primecell binding to DT schema format using json-schema.
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/primecell.txt | 46 ---
.../devicetree/bindings/arm/primecell.yaml| 35 ++
2 files
Convert Actions Semi SoC bindings to DT schema format using json-schema.
Cc: "Andreas Färber"
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/actions.txt | 56 ---
.../devi
Convert Alpine SoC bindings to DT schema format using json-schema.
Cc: Tsahee Zidenberg
Cc: Antoine Tenart
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/al,alpine.txt | 16 --
.../devicetree/bindings/arm/al,alpine.ya
Convert Altera SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Dinh Nguyen
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/altera.txt| 14 -
.../devicetree/bindings/arm/altera.yaml | 20 +++
Convert Amlogic SoC bindings to DT schema format using json-schema.
Cc: Carlo Caione
Cc: Kevin Hilman
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/amlogic.txt | 102 -
.../devicetree/bindings/arm/amlogic.yaml
Convert Atmel SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Nicolas Ferre
Cc: Alexandre Belloni
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/atmel-at91.txt| 72 --
...
Convert Calxeda SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/calxeda.txt | 15 -
.../devicetree/bindings/arm/calxeda.yaml | 22 +++
2 files ch
Convert TI Davinci SoC bindings to DT schema format using json-schema.
Cc: Sekhar Nori
Cc: Kevin Hilman
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/davinci.txt | 25 --
.../bindings/arm/ti/ti,davinci.yaml
Convert Freescale SoC bindings to DT schema format using json-schema.
Cc: Shawn Guo
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/armadeus.txt | 6 -
Documentation/devicetree/bindings/arm/bhf.txt | 6 -
.../bindings/arm/comp
Convert MediaTek SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Matthias Brugger
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-media...@lists.infradead.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/mediatek.txt
Convert TI NSpire SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/nspire.txt| 14 ---
.../devicetree/bindings/arm/ti/nspire.yaml| 24 +++
2 files ch
Convert Oxford Semi SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Neil Armstrong
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-ox...@groups.io
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/oxnas.txt | 14 --
Convert QCom SoC bindings to DT schema format using json-schema.
Cc: Andy Gross
Cc: David Brown
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/qcom.txt | 57
.../devicetree/bindings/arm/qcom.yaml | 125
Convert Realtek SoC bindings to DT schema format using json-schema.
Cc: "Andreas Färber"
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/realtek.txt | 22
.../devicetree/b
Convert Rockchip SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Heiko Stuebner
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-rockc...@lists.infradead.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/rockchip.txt |
Convert Renesas SoC bindings to DT schema format using json-schema.
Cc: Simon Horman
Cc: Magnus Damm
Cc: Mark Rutland
Cc: linux-renesas-...@vger.kernel.org
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/shmobile.txt | 143
.../devic
Convert CSR SiRF SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Barry Song
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/sirf.txt | 11
.../devicetree/bindings/arm/s
Convert SPEAr SoC bindings to DT schema format using json-schema.
Cc: Viresh Kumar
Cc: Shiraz Hashim
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/spear.txt | 26 ---
.../devicetree/bindings/arm/spear.yaml
Convert ST STi SoC bindings to DT schema format using json-schema.
Cc: Patrice Chotard
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
Documentation/devicetree/bindings/arm/sti.txt | 23 ---
.../devicetree/bindings/arm/sti.yaml | 23 +
Convert Tegra SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Thierry Reding
Cc: Jonathan Hunter
Cc: devicet...@vger.kernel.org
Cc: linux-te...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/tegra.txt | 60 -
.../devicet
Convert VIA SoC bindings to DT schema format using json-schema.
Cc: Tony Prisk
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/vt8500.txt| 22 --
.../devicetree/bindings/arm/vt8500.yaml | 23 ++
Convert Xilinx SoC bindings to DT schema format using json-schema.
Cc: Mark Rutland
Cc: Michal Simek
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/xilinx.txt| 83 ---
.../devicetree/bin
Convert ZTE SoC bindings to DT schema format using json-schema.
Cc: Jun Nie
Cc: Baoyou Xie
Cc: Shawn Guo
Cc: Mark Rutland
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
Documentation/devicetree/bindings/arm/zte.txt | 14 --
.../
On 5 October 2018 at 18:58, Andy Lutomirski wrote:
> On Fri, Oct 5, 2018 at 8:24 AM Ard Biesheuvel
> wrote:
>>
>> On 5 October 2018 at 17:08, Andy Lutomirski wrote:
>> >
>> >
>> >> On Oct 5, 2018, at 7:14 AM, Peter Zijlstra wrote:
>> >>
>> >>> On Fri, Oct 05, 2018 at 10:13:25AM +0200, Ard Bies
On 5 October 2018 at 15:37, Jason A. Donenfeld wrote:
...
> Therefore, I think this patch goes in exactly the wrong direction. I
> mean, if you want to introduce dynamic patching as a means for making
> the crypto API's dynamic dispatch stuff not as slow in a post-spectre
> world, sure, go for it;
On Fri, Oct 5, 2018 at 10:11 AM Ard Biesheuvel
wrote:
>
> On 5 October 2018 at 18:58, Andy Lutomirski wrote:
> > On Fri, Oct 5, 2018 at 8:24 AM Ard Biesheuvel
> > wrote:
> >>
> >> On 5 October 2018 at 17:08, Andy Lutomirski wrote:
> >> >
> >> >
> >> >> On Oct 5, 2018, at 7:14 AM, Peter Zijlstr
On 5 October 2018 at 19:20, Andy Lutomirski wrote:
> On Fri, Oct 5, 2018 at 10:11 AM Ard Biesheuvel
> wrote:
>>
>> On 5 October 2018 at 18:58, Andy Lutomirski wrote:
>> > On Fri, Oct 5, 2018 at 8:24 AM Ard Biesheuvel
>> > wrote:
>> >>
>> >> On 5 October 2018 at 17:08, Andy Lutomirski wrote:
>
On Fri, Oct 5, 2018 at 10:15 AM Ard Biesheuvel
wrote:
>
> On 5 October 2018 at 15:37, Jason A. Donenfeld wrote:
> ...
> > Therefore, I think this patch goes in exactly the wrong direction. I
> > mean, if you want to introduce dynamic patching as a means for making
> > the crypto API's dynamic dis
On 5 October 2018 at 19:26, Andy Lutomirski wrote:
> On Fri, Oct 5, 2018 at 10:15 AM Ard Biesheuvel
> wrote:
>>
>> On 5 October 2018 at 15:37, Jason A. Donenfeld wrote:
>> ...
>> > Therefore, I think this patch goes in exactly the wrong direction. I
>> > mean, if you want to introduce dynamic pa
On Fri, Oct 5, 2018 at 10:23 AM Ard Biesheuvel
wrote:
>
> On 5 October 2018 at 19:20, Andy Lutomirski wrote:
> > On Fri, Oct 5, 2018 at 10:11 AM Ard Biesheuvel
> > wrote:
> >>
> >> On 5 October 2018 at 18:58, Andy Lutomirski wrote:
> >> > On Fri, Oct 5, 2018 at 8:24 AM Ard Biesheuvel
> >> > w
On Fri, Oct 05, 2018 at 11:21:23PM +1000, Michael Ellerman wrote:
> Recently we implemented show_user_instructions() which dumps the code
> around the NIP when a user space process dies with an unhandled
> signal. This was modelled on the x86 code, and we even went so far as
> to implement the exac
On Fri, Oct 5, 2018 at 10:38 AM Jason A. Donenfeld wrote:
>
> On Fri, Oct 5, 2018 at 7:29 PM Andy Lutomirski wrote:
> > (None of this is to say that I disagree with Jason, though -- I'm not
> > entirely convinced that this makes sense for Zinc. But maybe it can
> > be done in a way that makes ev
On Fri, Oct 5, 2018 at 10:28 AM Ard Biesheuvel
wrote:
>
> On 5 October 2018 at 19:26, Andy Lutomirski wrote:
> > On Fri, Oct 5, 2018 at 10:15 AM Ard Biesheuvel
> > wrote:
> >>
> >> On 5 October 2018 at 15:37, Jason A. Donenfeld wrote:
> >> ...
> >> > Therefore, I think this patch goes in exactl
Hello,
On 05/10/2018 11:58:31-0500, Rob Herring wrote:
> diff --git a/Documentation/devicetree/bindings/arm/atmel-at91.yaml
> b/Documentation/devicetree/bindings/arm/atmel-at91.yaml
> new file mode 100644
> index ..f788315b94fa
> --- /dev/null
> +++ b/Documentation/devicetree/bindings
On Fri, Oct 5, 2018 at 1:07 PM Alexandre Belloni
wrote:
>
> Hello,
>
> On 05/10/2018 11:58:31-0500, Rob Herring wrote:
> > diff --git a/Documentation/devicetree/bindings/arm/atmel-at91.yaml
> > b/Documentation/devicetree/bindings/arm/atmel-at91.yaml
> > new file mode 100644
> > index
On 10/05/18 08:07, Rob Herring wrote:
> On Thu, Oct 4, 2018 at 11:14 PM wrote:
>>
>> From: Frank Rowand
>>
>> If overlay properties #address-cells or #size-cells are already in
>> the live devicetree for any given node, then the values in the
>> overlay must match the values in the live tree.
>>
On 10/05/18 07:53, Rob Herring wrote:
> On Thu, Oct 4, 2018 at 11:14 PM wrote:
>>
>> From: Frank Rowand
>>
>> Callers of of_irq_parse_one() blindly use the pointer args.np
>> without checking whether of_irq_parse_one() had an error and
>> thus did not set the value of args.np. Initialize args to
On Fri, Oct 5, 2018 at 1:53 PM Frank Rowand wrote:
>
> On 10/05/18 08:07, Rob Herring wrote:
> > On Thu, Oct 4, 2018 at 11:14 PM wrote:
> >>
> >> From: Frank Rowand
> >>
> >> If overlay properties #address-cells or #size-cells are already in
> >> the live devicetree for any given node, then the
On 10/05/18 06:26, Guenter Roeck wrote:
> On 10/04/2018 09:12 PM, frowand.l...@gmail.com wrote:
>> From: Frank Rowand
>>
>> Callers of of_irq_parse_one() blindly use the pointer args.np
>> without checking whether of_irq_parse_one() had an error and
>> thus did not set the value of args.np. Initi
On 10/05/18 12:04, Rob Herring wrote:
> On Fri, Oct 5, 2018 at 1:53 PM Frank Rowand wrote:
>>
>> On 10/05/18 08:07, Rob Herring wrote:
>>> On Thu, Oct 4, 2018 at 11:14 PM wrote:
From: Frank Rowand
If overlay properties #address-cells or #size-cells are already in
the liv
> On 5 Oct 2018, at 20:28, Jason A. Donenfeld wrote:
>
> Hey Andy,
>
>> On Fri, Oct 5, 2018 at 7:44 PM Andy Lutomirski wrote:
>> I *think* the only change to Zinc per se would be that the calls like
>> chacha20_simd() would be static calls or patchable functions or
>> whatever we want to cal
1 - 100 of 108 matches
Mail list logo
