On 2019/3/14 18:51, Sudeep Holla wrote:
> On Wed, Mar 13, 2019 at 01:03:18AM +, Haibo Xu (Arm Technology China)
> wrote:
> [...]
>
>> Since ptrace() system call do have so many request type, I'm not sure
>> whether the test cases have covered all of that. But here we'd better make
>> sure the
Eric Biggers writes:
> Hi Daniel,
>
> On Fri, Mar 15, 2019 at 03:24:35PM +1100, Daniel Axtens wrote:
>> Hi Eric,
>>
>> >> The original assembly imported from OpenSSL has two copy-paste
>> >> errors in handling CTR mode. When dealing with a 2 or 3 block tail,
>> >> the code branches to the CBC de
On 15/3/19 3:49 pm, Andrew Donnellan wrote:
On 13/3/19 3:07 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
Remove some unused exported symbols.
Signed-off-by: Alastair D'Silva
See comments on v1
Also a couple of sparse warnings at
https://openpower.xyz/job/snowpatch/job/snowpatch-li
On 3/14/19 5:13 PM, Michael Ellerman wrote:
> On Mon, 2019-03-04 at 08:25:51 UTC, Mahesh J Salgaonkar wrote:
>> From: Mahesh Salgaonkar
>>
>> The kcov instrumentation inside SLB routines causes duplicate SLB entries
>> to be added resulting into SLB multihit machine checks.
>> Disable kcov instrum
Hi Daniel,
On Fri, Mar 15, 2019 at 03:24:35PM +1100, Daniel Axtens wrote:
> Hi Eric,
>
> >> The original assembly imported from OpenSSL has two copy-paste
> >> errors in handling CTR mode. When dealing with a 2 or 3 block tail,
> >> the code branches to the CBC decryption exit path, rather than t
Hi Daniel,
On Fri, Mar 15, 2019 at 01:09:01PM +1100, Daniel Axtens wrote:
> The original assembly imported from OpenSSL has two copy-paste
> errors in handling CTR mode. When dealing with a 2 or 3 block tail,
> the code branches to the CBC decryption exit path, rather than to
> the CTR exit path.
Hi Al,
Here's a set of patches that:
(1) Provides a convenience member in struct fs_context that is OR'd into
sb->s_iflags by sget_fc().
(2) Provides a convenience vfs_init_pseudo_fs_context() helper function
for doing most of the work in mounting a pseudo filesystem.
(3) Convert
On 13/3/19 3:07 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
Remove some unused exported symbols.
Signed-off-by: Alastair D'Silva
See comments on v1
---
drivers/misc/ocxl/config.c| 2 --
drivers/misc/ocxl/ocxl_internal.h | 23 +++
include/misc/ocxl.h
On Thu, Mar 14, 2019 at 08:11:17AM +0100, Cédric Le Goater wrote:
> On 3/14/19 3:32 AM, David Gibson wrote:
> > On Wed, Mar 13, 2019 at 10:40:19AM +0100, Cédric Le Goater wrote:
> >> On 2/26/19 6:24 AM, Paul Mackerras wrote:
> >>> On Fri, Feb 22, 2019 at 12:28:30PM +0100, Cédric Le Goater wrote:
>
Hi Eric,
>> The original assembly imported from OpenSSL has two copy-paste
>> errors in handling CTR mode. When dealing with a 2 or 3 block tail,
>> the code branches to the CBC decryption exit path, rather than to
>> the CTR exit path.
>
> So does this need to be fixed in OpenSSL too?
Yes, I'm g
On 13/3/19 3:15 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
External drivers that communicate via OpenCAPI will need to make
MMIO calls to interact with the devices.
Signed-off-by: Alastair D'Silva
Reviewed-by: Greg Kurz
Acked-by: Andrew Donnellan
---
drivers/misc/ocxl/Makefile
On 13/3/19 3:15 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
This data is already available in a struct
Signed-off-by: Alastair D'Silva
This is a good idea.
Acked-by: Andrew Donnellan
---
drivers/misc/ocxl/core.c | 38 +-
1 file changed, 21 i
On 3/14/19 7:22 PM, Alexandre Ghiti wrote:
On 03/14/2019 02:17 PM, Aneesh Kumar K.V wrote:
On 3/14/19 5:13 PM, Alexandre Ghiti wrote:
On 03/14/2019 06:52 AM, Aneesh Kumar K.V wrote:
Alexandre Ghiti writes:
Thanks for noticing Aneesh.
I can't find a better solution than bringing back
g
The original assembly imported from OpenSSL has two copy-paste
errors in handling CTR mode. When dealing with a 2 or 3 block tail,
the code branches to the CBC decryption exit path, rather than to
the CTR exit path.
This leads to corruption of the IV, which leads to subsequent blocks
being corrupt
Hi Ondrej,
> When I run 'rmmod vmx_crypto' before running the reproducer, I get
> only one (correct) checksum, so this is definitely a bug in the
> driver. Other ciphers (cbc(aes), xts(aes)) are not affected, even
> though the glue code is very similar. That leads me to believe the
> problem is so
The sysfs nodes created under /opal/exports/ do not currently support
mmap. Skiboot trace buffers are not yet added to this location but
this is a suitable for them to be exported to. Adding mmap support makes
using these trace buffers more convenient. The state in the header of
the trace buffer is
On 15/3/19 3:10 am, David Howells wrote:
Signed-off-by: David Howells
cc: Frederic Barrat
cc: Andrew Donnellan
cc: linuxppc-dev@lists.ozlabs.org
Acked-by: Andrew Donnellan
---
drivers/misc/cxl/api.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drive
On Thu, Mar 14, 2019 at 11:33:40PM +0100, Enrico Weigelt, metux IT consult
wrote:
> Use the safer devm versions of memory mapping functions.
What is "safer" about them?
>
> Signed-off-by: Enrico Weigelt, metux IT consult
> ---
> drivers/tty/serial/zs.c | 16 ++--
> 1 file changed,
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/pxa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/pxa.c b/drivers/tty/serial/pxa.c
index 4932b67..9512a9f 100644
--- a/driver
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/mux.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/mux.c b/drivers/tty/serial/mux.c
index 00ce31e..cd08f0f 10
Using dev_err() instead of printk() for more consistent output.
(prints device name, etc).
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/uartlite.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/uartlite.c b/drivers/tty/serial/
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/amba-pl011.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/amba-pl011.c b/drivers/tty/serial/amba-pl011.c
index 89ade21.
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/efm32-uart.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/tty/serial/efm32-uart.c b/drivers/tty/serial/efm32-uart.c
index d6b5e54..
Use the safer devm versions of memory mapping functions.
---
drivers/tty/serial/serial_ks8695.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/serial_ks8695.c
b/drivers/tty/serial/serial_ks8695.c
index b461d79..f901eea 100644
--- a/drivers/tty/serial/
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/men_z135_uart.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/men_z135_uart.c
b/drivers/tty/serial/men_z135_uart.c
index e
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/pnx8xxx_uart.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/serial/pnx8xxx_uart.c
b/drivers/tty/serial/pnx8xxx_uart.c
index
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/atmel_serial.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/atmel_serial.c
b/drivers/tty/serial/atmel_serial.c
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/sb1250-duart.c | 42 +--
1 file changed, 27 insertions(+), 15 deletions(-)
diff --git a/drivers/tty/serial/sb1250-duart.c
b/driver
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/apbuart.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/tty/serial/apbuart.c b/drivers/tty/serial/apbuart.c
index 60cd133..5ea
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/samsung.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/samsung.c b/drivers/tty/serial/samsung.c
index a49cf15..e0bab87
Instead of fetching out data from a struct resource for passing
it to devm_ioremap(), directly use devm_ioremap_resource()
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/8250/8250_mtk.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/tty/seri
Using dev_err() instead of printk() for more consistent output.
(prints device name, etc).
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/dz.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/serial/dz.c b/drivers/tty/serial/dz.c
ind
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/timbuart.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/serial/timbuart.c b/drivers/tty/serial/timbuart.c
index 19d38b5
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/msm_serial.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/msm_serial.c b/drivers/tty/serial/msm_serial.c
index 1
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/sh-sci.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/sh-sci.c b/drivers/tty/serial/sh-sci.c
index 060fcd4..e40
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/dz.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/serial/dz.c b/drivers/tty/serial/dz.c
index 96e35af..10a75e3
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/amba-pl010.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/amba-pl010.c b/drivers/tty/serial/amba-pl010.c
index 109b8df.
Instead of fetching out data from a struct resource for passing
it to devm_ioremap(), directly use devm_ioremap_resource()
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/8250/8250_lpc18xx.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/tty/
Instead of fetching out data from a struct resource for passing
it to devm_ioremap(), directly use devm_ioremap_resource()
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/8250/8250_ingenic.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/tty/
Using dev_err() instead of printk() for more consistent output.
(prints device name, etc).
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/zs.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/tty/serial/zs.c b/drivers/tty/serial/zs.c
index
Instead of fetching out data from a struct resource for passing
it to devm_ioremap(), directly use devm_ioremap_resource()
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/amba-pl010.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/tty/serial/
Using dev_err() instead of printk() for more consistent output.
(prints device name, etc).
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/sb1250-duart.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/tty/serial/sb1250-duart.c
b/drivers/t
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/pmac_zilog.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/serial/pmac_zilog.c b/drivers/tty/serial/pmac_zilog.c
inde
Use the safer devm versions of memory mapping functions.
The iounmap() call isn't necessary anymore, as devm will clean up.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/altera_uart.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/se
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/sa1100.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/sa1100.c b/drivers/tty/serial/sa1100.c
index a399772b..3aa20a2 10064
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/mpc52xx_uart.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/serial/mpc52xx_uart.c
b/drivers/tty/serial/mpc52x
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/pic32_uart.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/serial/pic32_uart.c b/drivers/tty/serial/pic32_uart.c
index 0b
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/lpc32xx_hs.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/lpc32xx_hs.c b/drivers/tty/serial/lpc32xx_hs.c
in
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/netx-serial.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/netx-serial.c b/drivers/tty/serial/netx-serial.c
index b355686
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/serial_txx9.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/serial_txx9.c b/drivers/tty/serial/serial_txx9.c
Instead of fetching out data from a struct resource for passing
it to devm_ioremap(), directly use devm_ioremap_resource()
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/samsung.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/samsu
Instead of fetching out data from a struct resource for passing
it to devm_ioremap(), directly use devm_ioremap_resource()
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/8250/8250_uniphier.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/s
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/altera_jtaguart.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/altera_jtaguart.c
b/drivers/tty/serial/altera_jtaguart.c
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/uartlite.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/uartlite.c b/drivers/tty/serial/uartlite.c
index aa46
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/mxs-auart.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/mxs-auart.c b/drivers/tty/serial/mxs-auart.c
index 27235a5..0a43c69 1
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/vr41xx_siu.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/serial/vr41xx_siu.c b/drivers/tty/serial/vr41xx_siu.c
index 6d1
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/sirfsoc_uart.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/sirfsoc_uart.c
b/drivers/tty/serial/sirfsoc_uart.c
index db2e
Instead of fetching out data from a struct resource for passing
it to devm_ioremap(), directly use devm_ioremap_resource()
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/sirfsoc_uart.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/tty/seria
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/21285.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/21285.c b/drivers/tty/serial/21285.c
index 32b3acf..4ce2de2 100644
-
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/zs.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/tty/serial/zs.c b/drivers/tty/serial/zs.c
index b03d3e4..0b1ec2f 1006
Instead of fetching out data from a struct resource for passing
it to devm_ioremap(), directly use devm_ioremap_resource()
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/8250/8250_dw.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/
Use the safer devm versions of memory mapping functions.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/xilinx_uartps.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/drivers/tty/serial/xilinx_uartps.c
b/drivers/tty/serial/xilin
For the common platform_get_resource()+devm_platform_ioremap() combination,
there is a helper, so use it and make the code a bit more compact.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/tty/serial/8250/8250_bcm2835aux.c | 12
1 file changed, 4 insertions(+), 8 delet
Hello folks,
here's v2 of my serial cleanups queue - part I:
essentially using helpers to code more compact and switching to
devm_*() functions for mmio management.
Part II will be about moving the mmio range from mapbase and
mapsize (which are used quite inconsistently) to a struct resource
an
Le 13/03/2019 à 05:15, Alastair D'Silva a écrit :
From: Alastair D'Silva
This data is already available in a struct
Signed-off-by: Alastair D'Silva
---
good idea
Acked-by: Frederic Barrat
drivers/misc/ocxl/core.c | 38 +-
1 file changed, 21 inse
Le 13/03/2019 à 05:15, Alastair D'Silva a écrit :
From: Alastair D'Silva
In preparation for making core code available for external drivers,
move the core code out of pci.c and into core.c
Signed-off-by: Alastair D'Silva
---
Acked-by: Frederic Barrat
drivers/misc/ocxl/Makefile
diff --git a/drivers/misc/ocxl/file.c b/drivers/misc/ocxl/file.c
index 865b3d176431..424bb0b40afb 100644
--- a/drivers/misc/ocxl/file.c
+++ b/drivers/misc/ocxl/file.c
-int ocxl_register_afu(struct ocxl_afu *afu)
+int ocxl_file_register_afu(struct ocxl_afu *afu)
{
int minor;
+
Signed-off-by: David Howells
cc: Frederic Barrat
cc: Andrew Donnellan
cc: linuxppc-dev@lists.ozlabs.org
---
drivers/misc/cxl/api.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/misc/cxl/api.c b/drivers/misc/cxl/api.c
index 750470ef2049..395e9a88e6ba 1
Hi Kazu,
On 03/13/2019 01:17 AM, Kazuhito Hagio wrote:
Hi Bhupesh,
-Original Message-
Right now user-space tools like 'makedumpfile' and 'crash' need to rely
on a best-guess method of determining value of 'MAX_PHYSMEM_BITS'
supported by underlying kernel.
This value is used in user-sp
On 03/14/2019 02:17 PM, Aneesh Kumar K.V wrote:
On 3/14/19 5:13 PM, Alexandre Ghiti wrote:
On 03/14/2019 06:52 AM, Aneesh Kumar K.V wrote:
Alexandre Ghiti writes:
On systems without CONTIG_ALLOC activated but that support gigantic
pages,
boottime reserved gigantic pages can not be freed
Michael Ellerman writes:
> Add comments describing the size in bytes of the various levels of the
> page table tree, and the size of the virtual address space mapped by
> each level, to make it clear what the sizes are without having to also
> look up other definitions.
>
> The code that calculat
On 3/14/19 5:13 PM, Alexandre Ghiti wrote:
On 03/14/2019 06:52 AM, Aneesh Kumar K.V wrote:
Alexandre Ghiti writes:
On systems without CONTIG_ALLOC activated but that support gigantic
pages,
boottime reserved gigantic pages can not be freed at all. This patch
simply enables the possibility to
Arnd Bergmann writes:
> On Wed, Mar 13, 2019 at 2:14 PM Michael Ellerman wrote:
>
>> That causes CLOCK_MONOTONIC to jump ahead by ~4 billion seconds which
>> it is not meant to do. Worse, if the time is then set back before the
>> Y2038 boundary CLOCK_MONOTONIC will jump backward.
>>
>> We can fi
Add comments describing the size in bytes of the various levels of the
page table tree, and the size of the virtual address space mapped by
each level, to make it clear what the sizes are without having to also
look up other definitions.
The code that calculates the sizes actually uses sizeof(pgd_
On 03/14/2019 06:52 AM, Aneesh Kumar K.V wrote:
Alexandre Ghiti writes:
On systems without CONTIG_ALLOC activated but that support gigantic pages,
boottime reserved gigantic pages can not be freed at all. This patch
simply enables the possibility to hand back those pages to memory
allocator.
On Tue, 2019-03-12 at 20:18:23 UTC, Mathieu Malaterre wrote:
> Make sure to include to provide the following prototype:
> hv_nmi_check_nonrecoverable.
>
> Remove the following warning treated as error (W=1):
>
> arch/powerpc/kernel/traps.c:393:6: error: no previous prototype for
> 'hv_nmi_che
On Tue, 2019-03-12 at 05:07:12 UTC, Alexey Kardashevskiy wrote:
> The functions returns s64 but the return statement is missing.
> This adds the missing return statement.
>
> Signed-off-by: Alexey Kardashevskiy
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/1702877621ff1c8a73
On Tue, 2019-03-05 at 04:46:31 UTC, Joel Stanley wrote:
> This updates the skiroot defconfig with the version from the OpenPower
> firmwre build tree.
>
> Important changes are the addition of QED and E1000E ethernet drivers.
>
> Signed-off-by: Joel Stanley
Applied to powerpc next, thanks.
htt
On Mon, 2019-03-04 at 08:25:51 UTC, Mahesh J Salgaonkar wrote:
> From: Mahesh Salgaonkar
>
> The kcov instrumentation inside SLB routines causes duplicate SLB entries
> to be added resulting into SLB multihit machine checks.
> Disable kcov instrumentation on slb.o
>
> Signed-off-by: Mahesh Salga
On Thu, 2019-02-28 at 08:31:21 UTC, Jason Yan wrote:
> This code is dead. Just remove it.
>
> Signed-off-by: Jason Yan
> Reviewed-by: Christophe Leroy
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/e585f51c4ee00046175ace52ca87ea47
cheers
On Fri, 2019-02-22 at 17:25:31 UTC, "Aneesh Kumar K.V" wrote:
> We added runtime allocation of 16G pages in
> commit 4ae279c2c96a ("powerpc/mm/hugetlb: Allow runtime allocation of 16G.")
> That was done to enable 16G allocation on PowerNV and KVM config. In case of
> KVM
> config, we mostly would
On Wed, Mar 13, 2019 at 01:03:18AM +, Haibo Xu (Arm Technology China) wrote:
[...]
> Since ptrace() system call do have so many request type, I'm not sure
> whether the test cases have covered all of that. But here we'd better make
> sure the PTRACE_SYSEMU and PTRACE_SYSEMU_SINGLESTEP requests
On Thu, 14 Mar 2019 13:23:21 +1100
"Alastair D'Silva" wrote:
> On Wed, 2019-03-13 at 10:10 +0100, Greg Kurz wrote:
> > On Wed, 13 Mar 2019 15:07:01 +1100
> > "Alastair D'Silva" wrote:
> >
> > > From: Alastair D'Silva
> > >
> > > Remove some unused exported symbols.
> > >
> > > Signed-off-b
On 3/14/19 3:32 AM, David Gibson wrote:
> On Wed, Mar 13, 2019 at 10:40:19AM +0100, Cédric Le Goater wrote:
>> On 2/26/19 6:24 AM, Paul Mackerras wrote:
>>> On Fri, Feb 22, 2019 at 12:28:30PM +0100, Cédric Le Goater wrote:
These controls will be used by the H_INT_SET_QUEUE_CONFIG and
H_IN
On 3/14/19 4:09 AM, David Gibson wrote:
> On Wed, Mar 13, 2019 at 02:19:13PM +0100, Cédric Le Goater wrote:
>> On 2/25/19 4:31 AM, David Gibson wrote:
>>> On Fri, Feb 22, 2019 at 12:28:34PM +0100, Cédric Le Goater wrote:
At a VCPU level, the state of the thread interrupt management
regist
85 matches
Mail list logo
