Re: perf: fuzzer KASAN unwind_get_return_address

On Tue, 15 Nov 2016, Peter Zijlstra wrote: > On Tue, Nov 15, 2016 at 12:43:56PM -0500, Vince Weaver wrote: > > > > Running on my haswell machine with the imc/uncore patch applied, the > > perf_fuzzer next tripped over this issue. > > > > [ 202.034495] BAD LUCK: lost 371 message(s) from NMI

Re: perf: fuzzer KASAN unwind_get_return_address

On Tue, 15 Nov 2016, Peter Zijlstra wrote: > On Tue, Nov 15, 2016 at 12:43:56PM -0500, Vince Weaver wrote: > > > > Running on my haswell machine with the imc/uncore patch applied, the > > perf_fuzzer next tripped over this issue. > > > > [ 202.034495] BAD LUCK: lost 371 message(s) from NMI

Re: [PATCH] staging: slicoss: fix different address space warnings

Hi Sergio, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.9-rc5 next-20161115] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Sergio-Paracuellos/staging-slicoss

Re: [PATCH] staging: slicoss: fix different address space warnings

Hi Sergio, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.9-rc5 next-20161115] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Sergio-Paracuellos/staging-slicoss

Re: perf: fuzzer KASAN unwind_get_return_address

On Tue, Nov 15, 2016 at 10:57 AM, Peter Zijlstra wrote: > On Tue, Nov 15, 2016 at 12:43:56PM -0500, Vince Weaver wrote: >> >> Running on my haswell machine with the imc/uncore patch applied, the >> perf_fuzzer next tripped over this issue. >> >> [ 202.034495] BAD LUCK: lost

Re: perf: fuzzer KASAN unwind_get_return_address

On Tue, Nov 15, 2016 at 10:57 AM, Peter Zijlstra wrote: > On Tue, Nov 15, 2016 at 12:43:56PM -0500, Vince Weaver wrote: >> >> Running on my haswell machine with the imc/uncore patch applied, the >> perf_fuzzer next tripped over this issue. >> >> [ 202.034495] BAD LUCK: lost 371 message(s) from

Re: [PATCH 02/16] ARM: EXYNOS: use generic API to enable SCU

On Mon, Nov 14, 2016 at 10:31:57AM +0530, Pankaj Dubey wrote: > Now as we have of_scu_enable which takes care of mapping > scu base from DT, lets use it. > > This patch also fixes build failure in case !SMP caused > by commit SHA ID: 94210b1abb2 which is already merged in > krzk/for-next branch >

Re: [PATCH 02/16] ARM: EXYNOS: use generic API to enable SCU

On Mon, Nov 14, 2016 at 10:31:57AM +0530, Pankaj Dubey wrote: > Now as we have of_scu_enable which takes care of mapping > scu base from DT, lets use it. > > This patch also fixes build failure in case !SMP caused > by commit SHA ID: 94210b1abb2 which is already merged in > krzk/for-next branch >

Re: [PATCH] nvmem: qfprom: Fix to support single byte read/write

On 11/15, Vivek Gautam wrote: > @@ -53,7 +53,7 @@ static int qfprom_remove(struct platform_device *pdev) > static struct nvmem_config econfig = { > .name = "qfprom", > .owner = THIS_MODULE, > - .stride = 4, > + .stride = 1, Are we certain that all qfproms support byte

Re: [PATCH] nvmem: qfprom: Fix to support single byte read/write

On 11/15, Vivek Gautam wrote: > @@ -53,7 +53,7 @@ static int qfprom_remove(struct platform_device *pdev) > static struct nvmem_config econfig = { > .name = "qfprom", > .owner = THIS_MODULE, > - .stride = 4, > + .stride = 1, Are we certain that all qfproms support byte

Re: perf: fuzzer KASAN unwind_get_return_address

On Tue, Nov 15, 2016 at 12:43:56PM -0500, Vince Weaver wrote: > > Running on my haswell machine with the imc/uncore patch applied, the > perf_fuzzer next tripped over this issue. > > [ 202.034495] BAD LUCK: lost 371 message(s) from NMI context! > [ 202.034496] >

Re: perf: fuzzer KASAN unwind_get_return_address

On Tue, Nov 15, 2016 at 12:43:56PM -0500, Vince Weaver wrote: > > Running on my haswell machine with the imc/uncore patch applied, the > perf_fuzzer next tripped over this issue. > > [ 202.034495] BAD LUCK: lost 371 message(s) from NMI context! > [ 202.034496] >

Re: [PATCH V3 1/9] PM / OPP: Reword binding supporting multiple regulators per device

On 11/15, Viresh Kumar wrote: > On 14-11-16, 18:13, Stephen Boyd wrote: > > On 11/14, Rob Herring wrote: > > > On Fri, Nov 11, 2016 at 08:41:20AM +0530, Viresh Kumar wrote: > > > > On 10-11-16, 14:51, Stephen Boyd wrote: > > > > > > > > > > No. The supply names (and also clock names/index) should

Re: [PATCH V3 1/9] PM / OPP: Reword binding supporting multiple regulators per device

On 11/15, Viresh Kumar wrote: > On 14-11-16, 18:13, Stephen Boyd wrote: > > On 11/14, Rob Herring wrote: > > > On Fri, Nov 11, 2016 at 08:41:20AM +0530, Viresh Kumar wrote: > > > > On 10-11-16, 14:51, Stephen Boyd wrote: > > > > > > > > > > No. The supply names (and also clock names/index) should

Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page

On Tue, Nov 15 2016 at 1:55pm -0500, Christoph Hellwig wrote: > > Hi Alasdair, Mike, Christoph and anyone, > > > > Could you give this one a review? > > It looks nice, but I don't understand the code anywhere near well > enough to review it. We'll need someone from the DM

Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page

On Tue, Nov 15 2016 at 1:55pm -0500, Christoph Hellwig wrote: > > Hi Alasdair, Mike, Christoph and anyone, > > > > Could you give this one a review? > > It looks nice, but I don't understand the code anywhere near well > enough to review it. We'll need someone from the DM to look over it.

Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page

> Hi Alasdair, Mike, Christoph and anyone, > > Could you give this one a review? It looks nice, but I don't understand the code anywhere near well enough to review it. We'll need someone from the DM to look over it.

[for-next][PATCH 2/6] ftrace: Add more checks for FTRACE_FL_DISABLED in processing ip records

From: "Steven Rostedt (Red Hat)" When a module is first loaded and its function ip records are added to the ftrace list of functions to modify, they are set to DISABLED, as their text is still in a read only state. When the module is fully loaded, and can be updated, the

Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page

> Hi Alasdair, Mike, Christoph and anyone, > > Could you give this one a review? It looks nice, but I don't understand the code anywhere near well enough to review it. We'll need someone from the DM to look over it.

[for-next][PATCH 2/6] ftrace: Add more checks for FTRACE_FL_DISABLED in processing ip records

From: "Steven Rostedt (Red Hat)" When a module is first loaded and its function ip records are added to the ftrace list of functions to modify, they are set to DISABLED, as their text is still in a read only state. When the module is fully loaded, and can be updated, the flag is cleared, and if

[for-next][PATCH 6/6] tracing: Allow wakeup_dl tracer to be used by instances

From: Zhou Chengming Allow wakeup_dl tracer to be used by instances, like wakeup tracer and wakeup_rt tracer. Link: http://lkml.kernel.org/r/1479093553-31264-1-git-send-email-zhouchengmi...@huawei.com Signed-off-by: Zhou Chengming

Re: [PATCH v6 0/9] tpm: cleanup/fixes in existing event log support

On Tue, Nov 15, 2016 at 11:06:10AM -0700, Jason Gunthorpe wrote: > On Tue, Nov 15, 2016 at 09:40:12AM -0800, Jarkko Sakkinen wrote: > > > I applied fix from Colin. I for OF specific patches in this patch set > > I do not have means to test the code paths that exercise OF specific > >

[for-next][PATCH 6/6] tracing: Allow wakeup_dl tracer to be used by instances

From: Zhou Chengming Allow wakeup_dl tracer to be used by instances, like wakeup tracer and wakeup_rt tracer. Link: http://lkml.kernel.org/r/1479093553-31264-1-git-send-email-zhouchengmi...@huawei.com Signed-off-by: Zhou Chengming Signed-off-by: Steven Rostedt ---

Re: [PATCH v6 0/9] tpm: cleanup/fixes in existing event log support

On Tue, Nov 15, 2016 at 11:06:10AM -0700, Jason Gunthorpe wrote: > On Tue, Nov 15, 2016 at 09:40:12AM -0800, Jarkko Sakkinen wrote: > > > I applied fix from Colin. I for OF specific patches in this patch set > > I do not have means to test the code paths that exercise OF specific > >

[for-next][PATCH 4/6] tracing: Optimise comparison filters and fix binary and for 64 bit

From: "Steven Rostedt (Red Hat)" Currently the filter logic for comparisons (like greater-than and less-than) are used, they share the same function and a switch statement is used to jump to the comparison type to perform. This is done in the extreme hot path of the tracing

[for-next][PATCH 3/6] ftrace: Support full glob matching

From: Masami Hiramatsu Use glob_match() to support flexible glob wildcards (*,?) and character classes ([) for ftrace. Since the full glob matching is slower than the current partial matching routines(*pat, pat*, *pat*), this leaves those routines and just add MATCH_GLOB for

[for-next][PATCH 3/6] ftrace: Support full glob matching

From: Masami Hiramatsu Use glob_match() to support flexible glob wildcards (*,?) and character classes ([) for ftrace. Since the full glob matching is slower than the current partial matching routines(*pat, pat*, *pat*), this leaves those routines and just add MATCH_GLOB for complex glob

[for-next][PATCH 4/6] tracing: Optimise comparison filters and fix binary and for 64 bit

From: "Steven Rostedt (Red Hat)" Currently the filter logic for comparisons (like greater-than and less-than) are used, they share the same function and a switch statement is used to jump to the comparison type to perform. This is done in the extreme hot path of the tracing code, and it does not

[for-next][PATCH 5/6] tracing/filter: Define op as the enum that it is

From: "Steven Rostedt (Red Hat)" The trace_events_file.c filter logic can be a bit complex. I copy this into a userspace program where I can debug it a bit easier. One issue is the op is defined in most places as an int instead of as an enum, and gdb just gives the value

[for-next][PATCH 0/6] tracing: Updates for 4.10

The first two patches have already been sent to Linus. I'm just including them here as I based the other patches on top. git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 8d414bd2f77ce858f6b9d119c63b9ce29cf0b75d Alexei Starovoitov (1): ftrace:

[for-next][PATCH 5/6] tracing/filter: Define op as the enum that it is

From: "Steven Rostedt (Red Hat)" The trace_events_file.c filter logic can be a bit complex. I copy this into a userspace program where I can debug it a bit easier. One issue is the op is defined in most places as an int instead of as an enum, and gdb just gives the value when debugging. Having

[for-next][PATCH 0/6] tracing: Updates for 4.10

The first two patches have already been sent to Linus. I'm just including them here as I based the other patches on top. git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 8d414bd2f77ce858f6b9d119c63b9ce29cf0b75d Alexei Starovoitov (1): ftrace:

[for-next][PATCH 1/6] ftrace: Ignore FTRACE_FL_DISABLED while walking dyn_ftrace records

From: Alexei Starovoitov ftrace_shutdown() checks for sanity of ftrace records and if dyn_ftrace->flags is not zero, it will warn. It can happen that 'flags' are set to FTRACE_FL_DISABLED at this point, since some module was loaded, but before ftrace_module_enable() cleared the

[for-next][PATCH 1/6] ftrace: Ignore FTRACE_FL_DISABLED while walking dyn_ftrace records

From: Alexei Starovoitov ftrace_shutdown() checks for sanity of ftrace records and if dyn_ftrace->flags is not zero, it will warn. It can happen that 'flags' are set to FTRACE_FL_DISABLED at this point, since some module was loaded, but before ftrace_module_enable() cleared the flags for this

Applied "spi: spi-ti-qspi: reinit of completion variable" to the spi tree

The patch spi: spi-ti-qspi: reinit of completion variable has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "regulator: max77620: remove unused variable" to the regulator tree

The patch regulator: max77620: remove unused variable has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "spi: spi-ti-qspi: reinit of completion variable" to the spi tree

The patch spi: spi-ti-qspi: reinit of completion variable has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "regulator: max77620: remove unused variable" to the regulator tree

The patch regulator: max77620: remove unused variable has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH] mm: add ZONE_DEVICE statistics to smaps

Hi Dan, On Mon, Nov 14, 2016 at 07:14:22PM -0800, Dan Williams wrote: > Wanted to get your opinion on this given your earlier concerns about > the VM_DAX flag. > > This instead lets an application know how much of a vma is backed by > ZONE_DEVICE pages, but does not make any indications about

Re: [PATCH] mm: add ZONE_DEVICE statistics to smaps

Hi Dan, On Mon, Nov 14, 2016 at 07:14:22PM -0800, Dan Williams wrote: > Wanted to get your opinion on this given your earlier concerns about > the VM_DAX flag. > > This instead lets an application know how much of a vma is backed by > ZONE_DEVICE pages, but does not make any indications about

Re: [RFC/RFT][PATCH v3 0/5] Functional dependencies between devices

On Thu, Sep 29, 2016 at 02:51:45AM +0200, Rafael J. Wysocki wrote: > On Wednesday, September 28, 2016 01:42:20 PM Lukas Wunner wrote: > > On Wed, Sep 28, 2016 at 02:33:21AM +0200, Rafael J. Wysocki wrote: > > > I'm only a bit reluctant about advertising the usage of links between > > > children

Re: [RFC/RFT][PATCH v3 0/5] Functional dependencies between devices

On Thu, Sep 29, 2016 at 02:51:45AM +0200, Rafael J. Wysocki wrote: > On Wednesday, September 28, 2016 01:42:20 PM Lukas Wunner wrote: > > On Wed, Sep 28, 2016 at 02:33:21AM +0200, Rafael J. Wysocki wrote: > > > I'm only a bit reluctant about advertising the usage of links between > > > children

Re: [PATCH V2 1/2] pinctrl: tegra: Add DT binding for io pads control

On 09/11/16 13:06, Laxman Dewangan wrote: > NVIDIA Tegra124 and later SoCs support the multi-voltage level and > low power state of some of its IO pads. The IO pads can work in > the voltage of the 1.8V and 3.3V of IO voltage from IO power rail > sources. When IO interfaces are not used then IO

Re: [PATCH V2 1/2] pinctrl: tegra: Add DT binding for io pads control

On 09/11/16 13:06, Laxman Dewangan wrote: > NVIDIA Tegra124 and later SoCs support the multi-voltage level and > low power state of some of its IO pads. The IO pads can work in > the voltage of the 1.8V and 3.3V of IO voltage from IO power rail > sources. When IO interfaces are not used then IO

Re: [PATCH 05/29] fscrypt: Let fs select encryption index/tweak

On Sun, Nov 13, 2016 at 10:20:48PM +0100, Richard Weinberger wrote: > From: David Gstir > > Avoid re-use of page index as tweak for AES-XTS when multiple parts of > same page are encrypted. This will happen on multiple (partial) calls of > fscrypt_encrypt_page on same page.

Re: [PATCH 05/29] fscrypt: Let fs select encryption index/tweak

On Sun, Nov 13, 2016 at 10:20:48PM +0100, Richard Weinberger wrote: > From: David Gstir > > Avoid re-use of page index as tweak for AES-XTS when multiple parts of > same page are encrypted. This will happen on multiple (partial) calls of > fscrypt_encrypt_page on same page. > page->index is only

[PATCH] perf/x86/uncore: remove event_list for snb client uncore IMC

From: Kan Liang A BUG was found by perf_fuzzer after enabled KASAN. [ 205.748005] BUG: KASAN: slab-out-of-bounds in snb_uncore_imc_event_del+0x6c/0xa0 at addr 8800caa43768 [ 205.758324] Read of size 8 by task perf_fuzzer/6618 [ 205.763589] CPU: 0 PID: 6618 Comm:

[PATCH] perf/x86/uncore: remove event_list for snb client uncore IMC

From: Kan Liang A BUG was found by perf_fuzzer after enabled KASAN. [ 205.748005] BUG: KASAN: slab-out-of-bounds in snb_uncore_imc_event_del+0x6c/0xa0 at addr 8800caa43768 [ 205.758324] Read of size 8 by task perf_fuzzer/6618 [ 205.763589] CPU: 0 PID: 6618 Comm: perf_fuzzer Not tainted

Re: [PATCHv2 5/6] arm64: Use __pa_symbol for _end

On Mon, Nov 14, 2016 at 10:41:29AM -0800, Laura Abbott wrote: > On 11/14/2016 10:19 AM, Catalin Marinas wrote: > > On Thu, Nov 03, 2016 at 03:51:07PM +, Mark Rutland wrote: > >> On Wed, Nov 02, 2016 at 05:56:42PM -0600, Laura Abbott wrote: > >>> On 11/02/2016 04:52 PM, Mark Rutland wrote: >

Re: [PATCHv2 5/6] arm64: Use __pa_symbol for _end

On Mon, Nov 14, 2016 at 10:41:29AM -0800, Laura Abbott wrote: > On 11/14/2016 10:19 AM, Catalin Marinas wrote: > > On Thu, Nov 03, 2016 at 03:51:07PM +, Mark Rutland wrote: > >> On Wed, Nov 02, 2016 at 05:56:42PM -0600, Laura Abbott wrote: > >>> On 11/02/2016 04:52 PM, Mark Rutland wrote: >

Re: [PATCH 03/29] fscrypt: Enable partial page encryption

On Sun, Nov 13, 2016 at 10:20:46PM +0100, Richard Weinberger wrote: > From: David Gstir > > Not all filesystems work on full pages, thus we should allow them to > hand partial pages to fscrypt for en/decryption. > > Signed-off-by: David Gstir >

Re: [PATCH 03/29] fscrypt: Enable partial page encryption

On Sun, Nov 13, 2016 at 10:20:46PM +0100, Richard Weinberger wrote: > From: David Gstir > > Not all filesystems work on full pages, thus we should allow them to > hand partial pages to fscrypt for en/decryption. > > Signed-off-by: David Gstir > Signed-off-by: Richard Weinberger > --- >

Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption

On 11/15/2016 9:16 AM, Michael S. Tsirkin wrote: > On Wed, Nov 09, 2016 at 06:37:23PM -0600, Tom Lendacky wrote: >> Since DMA addresses will effectively look like 48-bit addresses when the >> memory encryption mask is set, SWIOTLB is needed if the DMA mask of the >> device performing the DMA does

Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption

On 11/15/2016 9:16 AM, Michael S. Tsirkin wrote: > On Wed, Nov 09, 2016 at 06:37:23PM -0600, Tom Lendacky wrote: >> Since DMA addresses will effectively look like 48-bit addresses when the >> memory encryption mask is set, SWIOTLB is needed if the DMA mask of the >> device performing the DMA does

[PATCH] spi: spi-ti-qspi: reinit of completion variable

completion variable should be reinitialized before reusing. Signed-off-by: Prahlad V --- drivers/spi/spi-ti-qspi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/spi/spi-ti-qspi.c b/drivers/spi/spi-ti-qspi.c index caeac66..ec6fb09 100644 ---

Re: [PATCH] lkdtm: Prevent the compiler from optimising lkdtm_CORRUPT_STACK()

On Tue, Nov 15, 2016 at 09:27:47AM -0800, Kees Cook wrote: > On Mon, Nov 14, 2016 at 11:02 PM, Michael Ellerman > wrote: > > At least on powerpc with GCC 6, the compiler is smart enough to optimise > > lkdtm_CORRUPT_STACK() into an empty function that just returns. > >

[PATCH] spi: spi-ti-qspi: reinit of completion variable

completion variable should be reinitialized before reusing. Signed-off-by: Prahlad V --- drivers/spi/spi-ti-qspi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/spi/spi-ti-qspi.c b/drivers/spi/spi-ti-qspi.c index caeac66..ec6fb09 100644 --- a/drivers/spi/spi-ti-qspi.c +++

Re: [PATCH] lkdtm: Prevent the compiler from optimising lkdtm_CORRUPT_STACK()

On Tue, Nov 15, 2016 at 09:27:47AM -0800, Kees Cook wrote: > On Mon, Nov 14, 2016 at 11:02 PM, Michael Ellerman > wrote: > > At least on powerpc with GCC 6, the compiler is smart enough to optimise > > lkdtm_CORRUPT_STACK() into an empty function that just returns. > > Sneaky. Thanks! > > > If

[PATCH V2 for-next 03/11] IB/hns: Optimize the logic of allocating memory using APIs

From: "Wei Hu (Xavier)" This patch modified the logic of allocating memory using APIs in hns RoCE driver. We used kcalloc instead of kmalloc_array and bitmap_zero. And When kcalloc failed, call vzalloc to alloc memory. Signed-off-by: Wei Hu (Xavier)

[PATCH V2 for-next 08/11] IB/hns: Modify query info named port_num when querying RC QP

From: "Wei Hu (Xavier)" This patch modified the output query info qp_attr->port_num to fix bug in hip06. Signed-off-by: Wei Hu (Xavier) Signed-off-by: Salil Mehta --- drivers/infiniband/hw/hns/hns_roce_hw_v1.c |4

[PATCH V2 for-next 03/11] IB/hns: Optimize the logic of allocating memory using APIs

From: "Wei Hu (Xavier)" This patch modified the logic of allocating memory using APIs in hns RoCE driver. We used kcalloc instead of kmalloc_array and bitmap_zero. And When kcalloc failed, call vzalloc to alloc memory. Signed-off-by: Wei Hu (Xavier) Signed-off-by: Ping Zhang Signed-off-by:

[PATCH V2 for-next 08/11] IB/hns: Modify query info named port_num when querying RC QP

From: "Wei Hu (Xavier)" This patch modified the output query info qp_attr->port_num to fix bug in hip06. Signed-off-by: Wei Hu (Xavier) Signed-off-by: Salil Mehta --- drivers/infiniband/hw/hns/hns_roce_hw_v1.c |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

Re: [PATCH 02/29] fscrypt: Allow fscrypt_decrypt_page() to function with non-writeback pages

On Sun, Nov 13, 2016 at 10:20:45PM +0100, Richard Weinberger wrote: > /** > * f2crypt_decrypt_page() - Decrypts a page in-place > - * @page: The page to decrypt. Must be locked. > + * @inode: The encrypted inode to decrypt. > + * @page: The page to decrypt. Must be locked. Strictly speaking,

Re: [PATCH 02/29] fscrypt: Allow fscrypt_decrypt_page() to function with non-writeback pages

On Sun, Nov 13, 2016 at 10:20:45PM +0100, Richard Weinberger wrote: > /** > * f2crypt_decrypt_page() - Decrypts a page in-place > - * @page: The page to decrypt. Must be locked. > + * @inode: The encrypted inode to decrypt. > + * @page: The page to decrypt. Must be locked. Strictly speaking,

Re: [PATCHSET 0/7] perf sched: Introduce timehist command, again (v1)

On 11/15/16 8:32 AM, Namhyung Kim wrote: > So, are you ok with the name 'wait time'? My thinking is that they > are all waiting for something - timer, resource or cpu. sure.

Re: [PATCHSET 0/7] perf sched: Introduce timehist command, again (v1)

On 11/15/16 8:32 AM, Namhyung Kim wrote: > So, are you ok with the name 'wait time'? My thinking is that they > are all waiting for something - timer, resource or cpu. sure.

Re: [PATCH] kasan: support use-after-scope detection

On 11/15/2016 07:07 PM, Dmitry Vyukov wrote: > Gcc revision 241896 implements use-after-scope detection. > Will be available in gcc 7. Support it in KASAN. > > Gcc emits 2 new callbacks to poison/unpoison large stack > objects when they go in/out of scope. > Implement the callbacks and add a

Re: [PATCH] kasan: support use-after-scope detection

On 11/15/2016 07:07 PM, Dmitry Vyukov wrote: > Gcc revision 241896 implements use-after-scope detection. > Will be available in gcc 7. Support it in KASAN. > > Gcc emits 2 new callbacks to poison/unpoison large stack > objects when they go in/out of scope. > Implement the callbacks and add a

Re: [PATCH v2 2/2] arm64: dts: Add ARM PMU node for exynos7

On Sat, Nov 12, 2016 at 11:33:18AM -0300, Javier Martinez Canillas wrote: > Hello Alim, > > On 11/12/2016 07:17 AM, Alim Akhtar wrote: > > This patch adds ARM Performance Monitor Unit dt node for exynos7. > > PMU provides various statistics on the operation of the CPU and > > memory system at

Re: [PATCH] staging: slicoss: fix different address space warnings

On Tue, Nov 15, 2016 at 06:19:37PM +0100, Sergio Paracuellos wrote: > This patch fix the following sparse warnings in slicoss driver: > warning: incorrect type in assignment (different address spaces) > > Signed-off-by: Sergio Paracuellos > --- >

Re: [PATCH v2 2/2] arm64: dts: Add ARM PMU node for exynos7

On Sat, Nov 12, 2016 at 11:33:18AM -0300, Javier Martinez Canillas wrote: > Hello Alim, > > On 11/12/2016 07:17 AM, Alim Akhtar wrote: > > This patch adds ARM Performance Monitor Unit dt node for exynos7. > > PMU provides various statistics on the operation of the CPU and > > memory system at

Re: [PATCH] staging: slicoss: fix different address space warnings

On Tue, Nov 15, 2016 at 06:19:37PM +0100, Sergio Paracuellos wrote: > This patch fix the following sparse warnings in slicoss driver: > warning: incorrect type in assignment (different address spaces) > > Signed-off-by: Sergio Paracuellos > --- > drivers/staging/slicoss/slic.h| 7 >

[PATCH V2 for-next 01/11] IB/hns: Add the interface for querying QP1

From: Lijun Ou In old code, It only added the interface for querying non-specific QP. This patch mainly adds an interface for querying QP1. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu (Xavier) Signed-off-by: Salil Mehta

[PATCH V2 for-next 07/11] IB/hns: Modify the macro for the timeout when cmd process

From: "Wei Hu (Xavier)" This patch modified the macro for the timeout when cmd is processing as follows: Before modification: enum { HNS_ROCE_CMD_TIME_CLASS_A = 1, HNS_ROCE_CMD_TIME_CLASS_B = 1, HNS_ROCE_CMD_TIME_CLASS_C

RE: perf: fuzzer KASAN slab-out-of-bounds in snb_uncore_imc_event_del

> -Original Message- > From: Vince Weaver [mailto:vincent.wea...@maine.edu] > Sent: Tuesday, November 15, 2016 12:39 PM > To: Liang, Kan > Cc: Peter Zijlstra ; Vince Weaver > ; linux-kernel@vger.kernel.org; Ingo Molnar

[PATCH V2 for-next 07/11] IB/hns: Modify the macro for the timeout when cmd process

From: "Wei Hu (Xavier)" This patch modified the macro for the timeout when cmd is processing as follows: Before modification: enum { HNS_ROCE_CMD_TIME_CLASS_A = 1, HNS_ROCE_CMD_TIME_CLASS_B = 1, HNS_ROCE_CMD_TIME_CLASS_C = 1, }; After

RE: perf: fuzzer KASAN slab-out-of-bounds in snb_uncore_imc_event_del

> -Original Message- > From: Vince Weaver [mailto:vincent.wea...@maine.edu] > Sent: Tuesday, November 15, 2016 12:39 PM > To: Liang, Kan > Cc: Peter Zijlstra ; Vince Weaver > ; linux-kernel@vger.kernel.org; Ingo Molnar > ; Arnaldo Carvalho de Melo ; > da...@codemonkey.org.uk;

[PATCH V2 for-next 01/11] IB/hns: Add the interface for querying QP1

From: Lijun Ou In old code, It only added the interface for querying non-specific QP. This patch mainly adds an interface for querying QP1. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu (Xavier) Signed-off-by: Salil Mehta --- Change Log Patch V2: Addressed the comment provided by Anurup M

[PATCH V2 for-next 11/11] IB/hns: Fix for Checkpatch.pl comment style errors

This patch correct the comment style errors caught by checkpatch.pl script Signed-off-by: Salil Mehta --- drivers/infiniband/hw/hns/hns_roce_cmd.c|8 ++-- drivers/infiniband/hw/hns/hns_roce_device.h | 28 ++--- drivers/infiniband/hw/hns/hns_roce_eq.c

RE: [PATCH 15/15] net: usb: lan78xx: Utilize phy_ethtool_nway_reset

> Signed-off-by: Florian Fainelli > --- > drivers/net/usb/lan78xx.c | 7 +-- > 1 file changed, 1 insertion(+), 6 deletions(-) > > diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c > index bcd9010c1f27..cf2857fa938f 100644 > ---

Re: [PATCH 01/29] fscrypt: Add in-place encryption mode

Hi, On Sun, Nov 13, 2016 at 10:20:44PM +0100, Richard Weinberger wrote: > From: David Gstir > > ext4 and f2fs require a bounce page when encrypting pages. However, not > all filesystems will need that (eg. UBIFS). This is handled via a > flag on fscrypt_operations where a

Re: [PATCH 01/29] fscrypt: Add in-place encryption mode

Hi, On Sun, Nov 13, 2016 at 10:20:44PM +0100, Richard Weinberger wrote: > From: David Gstir > > ext4 and f2fs require a bounce page when encrypting pages. However, not > all filesystems will need that (eg. UBIFS). This is handled via a > flag on fscrypt_operations where a fs implementation can

RE: [PATCH 15/15] net: usb: lan78xx: Utilize phy_ethtool_nway_reset

> Signed-off-by: Florian Fainelli > --- > drivers/net/usb/lan78xx.c | 7 +-- > 1 file changed, 1 insertion(+), 6 deletions(-) > > diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c > index bcd9010c1f27..cf2857fa938f 100644 > --- a/drivers/net/usb/lan78xx.c > +++

[PATCH V2 for-next 11/11] IB/hns: Fix for Checkpatch.pl comment style errors

This patch correct the comment style errors caught by checkpatch.pl script Signed-off-by: Salil Mehta --- drivers/infiniband/hw/hns/hns_roce_cmd.c|8 ++-- drivers/infiniband/hw/hns/hns_roce_device.h | 28 ++--- drivers/infiniband/hw/hns/hns_roce_eq.c |6 +--

Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption

2016-11-15 11:02-0600, Tom Lendacky: > On 11/15/2016 8:39 AM, Radim Krčmář wrote: >> 2016-11-09 18:37-0600, Tom Lendacky: >>> Since DMA addresses will effectively look like 48-bit addresses when the >>> memory encryption mask is set, SWIOTLB is needed if the DMA mask of the >>> device performing

[PATCH V2 for-next 04/11] IB/hns: add self loopback for CM

From: Lijun Ou This patch mainly adds self loopback support for CM. Signed-off-by: Lijun Ou Signed-off-by: Peter Chen Reviewed-by: Wei Hu (Xavier) Signed-off-by: Salil Mehta ---

Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption

2016-11-15 11:02-0600, Tom Lendacky: > On 11/15/2016 8:39 AM, Radim Krčmář wrote: >> 2016-11-09 18:37-0600, Tom Lendacky: >>> Since DMA addresses will effectively look like 48-bit addresses when the >>> memory encryption mask is set, SWIOTLB is needed if the DMA mask of the >>> device performing

[PATCH V2 for-next 04/11] IB/hns: add self loopback for CM

From: Lijun Ou This patch mainly adds self loopback support for CM. Signed-off-by: Lijun Ou Signed-off-by: Peter Chen Reviewed-by: Wei Hu (Xavier) Signed-off-by: Salil Mehta --- drivers/infiniband/hw/hns/hns_roce_hw_v1.c | 11 +++ drivers/infiniband/hw/hns/hns_roce_hw_v1.h |

[PATCH V2 for-next 10/11] IB/hns: Implement the add_gid/del_gid and optimize the GIDs management

From: Shaobo Xu IB core has implemented the calculation of GIDs and the management of GID tables, and it is now responsible to supply query function for GIDs. So the calculation of GIDs and the management of GID tables in the RoCE driver is redundant. The patch is to

[PATCH V2 for-next 10/11] IB/hns: Implement the add_gid/del_gid and optimize the GIDs management

From: Shaobo Xu IB core has implemented the calculation of GIDs and the management of GID tables, and it is now responsible to supply query function for GIDs. So the calculation of GIDs and the management of GID tables in the RoCE driver is redundant. The patch is to implement the

[PATCH 02/15] net: nb8800: Utilize phy_ethtool_nway_reset

Signed-off-by: Florian Fainelli --- drivers/net/ethernet/aurora/nb8800.c | 12 +--- 1 file changed, 1 insertion(+), 11 deletions(-) diff --git a/drivers/net/ethernet/aurora/nb8800.c b/drivers/net/ethernet/aurora/nb8800.c index b59aa3541270..07ff6492402a 100644 ---

[PATCH 02/15] net: nb8800: Utilize phy_ethtool_nway_reset

Signed-off-by: Florian Fainelli --- drivers/net/ethernet/aurora/nb8800.c | 12 +--- 1 file changed, 1 insertion(+), 11 deletions(-) diff --git a/drivers/net/ethernet/aurora/nb8800.c b/drivers/net/ethernet/aurora/nb8800.c index b59aa3541270..07ff6492402a 100644 ---

[PATCH 04/15] net: mv643xx_eth: Utilize phy_ethtool_nway_reset

Signed-off-by: Florian Fainelli --- drivers/net/ethernet/marvell/mv643xx_eth.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/net/ethernet/marvell/mv643xx_eth.c b/drivers/net/ethernet/marvell/mv643xx_eth.c index

[PATCH 03/15] net: bcm63xx_enet: Utilize phy_ethtool_nway_reset

Signed-off-by: Florian Fainelli --- drivers/net/ethernet/broadcom/bcm63xx_enet.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/broadcom/bcm63xx_enet.c b/drivers/net/ethernet/broadcom/bcm63xx_enet.c index

[PATCH V2 for-next 05/11] IB/hns: Modify the condition of notifying hardware loopback

From: Lijun Ou This patch modified the condition of notifying hardware loopback. In hip06, RoCE Engine has several ports, one QP is related to one port. hardware only support loopback in the same port, not in the different ports. So, If QP related to port N, the dmac in the

[PATCH 04/15] net: mv643xx_eth: Utilize phy_ethtool_nway_reset

Signed-off-by: Florian Fainelli --- drivers/net/ethernet/marvell/mv643xx_eth.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/net/ethernet/marvell/mv643xx_eth.c b/drivers/net/ethernet/marvell/mv643xx_eth.c index 81b08d71c0f8..5f62c3d70df9 100644 ---

[PATCH 03/15] net: bcm63xx_enet: Utilize phy_ethtool_nway_reset

Signed-off-by: Florian Fainelli --- drivers/net/ethernet/broadcom/bcm63xx_enet.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/broadcom/bcm63xx_enet.c b/drivers/net/ethernet/broadcom/bcm63xx_enet.c index 5c7acef1de2e..a43ab90c051e 100644 ---

[PATCH V2 for-next 05/11] IB/hns: Modify the condition of notifying hardware loopback

From: Lijun Ou This patch modified the condition of notifying hardware loopback. In hip06, RoCE Engine has several ports, one QP is related to one port. hardware only support loopback in the same port, not in the different ports. So, If QP related to port N, the dmac in the QP context equals

[PATCH V2 for-next 00/11] Code improvements & fixes for HNS RoCE driver

This patchset introduces some code improvements and fixes for the identified problems in the HNS RoCE driver. Lijun Ou (4): IB/hns: Add the interface for querying QP1 IB/hns: add self loopback for CM IB/hns: Modify the condition of notifying hardware loopback IB/hns: Fix the bug for qp

[PATCH V2 for-next 02/11] IB/hns: Add code for refreshing CQ CI using TPTR

From: "Wei Hu (Xavier)" This patch added the code for refreshing CQ CI using TPTR in hip06 SoC. We will send a doorbell to hardware for refreshing CQ CI when user succeed to poll a cqe. But it will be failed if the doorbell has been blocked. So hardware will read a

<    2   3   4   5   6   7   8   9   10   11   >