[PATCH 03/18] pstore: Avoid race in module unloading

Technically, it might be possible for struct pstore_info to go out of scope after the module_put(), so report the backend name first. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 03/18] pstore: Avoid race in module unloading

Technically, it might be possible for struct pstore_info to go out of scope after the module_put(), so report the backend name first. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/pstore/platform.c

Re: [PATCH] dt-bindings: display: rk3288-mipi-dsi: add reset property

On Fri, Mar 03, 2017 at 11:39:45AM +, John Keeping wrote: > This reset is required in order to fully reset the internal state of the > MIPI controller. > > Signed-off-by: John Keeping I'm sorry I missed this in my review. Adding Rob Herring directly for his ack. Also,

Re: [PATCH 17/29] drivers, pci: convert hv_pci_dev.refs from atomic_t to refcount_t

[+cc Hyper-V folks, -cc others] On Mon, Mar 06, 2017 at 04:21:04PM +0200, Elena Reshetova wrote: > refcount_t type and corresponding API should be > used instead of atomic_t when the variable is used as > a reference counter. This allows to avoid accidental > refcounter overflows that might lead

Re: [PATCH] dt-bindings: display: rk3288-mipi-dsi: add reset property

On Fri, Mar 03, 2017 at 11:39:45AM +, John Keeping wrote: > This reset is required in order to fully reset the internal state of the > MIPI controller. > > Signed-off-by: John Keeping I'm sorry I missed this in my review. Adding Rob Herring directly for his ack. Also, Reviewed-by: Sean

Re: [PATCH 17/29] drivers, pci: convert hv_pci_dev.refs from atomic_t to refcount_t

[+cc Hyper-V folks, -cc others] On Mon, Mar 06, 2017 at 04:21:04PM +0200, Elena Reshetova wrote: > refcount_t type and corresponding API should be > used instead of atomic_t when the variable is used as > a reference counter. This allows to avoid accidental > refcounter overflows that might lead

[PATCH 10/18] pstore: Replace arguments for write() API

Similar to the pstore_info read() callback, there were too many arguments. This switches to the new struct pstore_record pointer instead. This adds "reason" and "part" to the record structure as well. Signed-off-by: Kees Cook --- arch/powerpc/kernel/nvram_64.c| 27

Re: [patch -mm] mm, vmstat: suppress pcp stats for unpopulated zones in zoneinfo

On Mon, 6 Mar 2017 14:03:32 -0800 (PST) David Rientjes wrote: > After "mm, vmstat: print non-populated zones in zoneinfo", /proc/zoneinfo > will show unpopulated zones. > > The per-cpu pageset statistics are not relevant for unpopulated zones and > can be potentially

Re: [patch -mm] mm, vmstat: suppress pcp stats for unpopulated zones in zoneinfo

On Mon, 6 Mar 2017 14:03:32 -0800 (PST) David Rientjes wrote: > After "mm, vmstat: print non-populated zones in zoneinfo", /proc/zoneinfo > will show unpopulated zones. > > The per-cpu pageset statistics are not relevant for unpopulated zones and > can be potentially lengthy, so supress them

[PATCH 10/18] pstore: Replace arguments for write() API

Similar to the pstore_info read() callback, there were too many arguments. This switches to the new struct pstore_record pointer instead. This adds "reason" and "part" to the record structure as well. Signed-off-by: Kees Cook --- arch/powerpc/kernel/nvram_64.c| 27 +

[PATCH 13/18] pstore: Allocate records on heap instead of stack

In preparation for handling records off to pstore_mkfile(), allocate the record instead of reusing stack. This still always frees the record, though, since pstore_mkfile() isn't yet keeping it. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 30

[PATCH 13/18] pstore: Allocate records on heap instead of stack

In preparation for handling records off to pstore_mkfile(), allocate the record instead of reusing stack. This still always frees the record, though, since pstore_mkfile() isn't yet keeping it. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 30 ++ 1 file

[PATCH 02/18] pstore: Shut down worker when unregistering

When built as a module and running with update_ms >= 0, pstore will Oops during module unload since the work timer is still running. This makes sure the worker is stopped before unloading. Signed-off-by: Kees Cook Cc: sta...@vger.kernel.org --- fs/pstore/platform.c | 10

[PATCH 02/18] pstore: Shut down worker when unregistering

When built as a module and running with update_ms >= 0, pstore will Oops during module unload since the work timer is still running. This makes sure the worker is stopped before unloading. Signed-off-by: Kees Cook Cc: sta...@vger.kernel.org --- fs/pstore/platform.c | 10 +- 1 file

[PATCH 05/18] pstore: Add kernel-doc for struct pstore_info

This adds documentation for struct pstore_info, which also includes the basic API the backends need to implement. Signed-off-by: Kees Cook --- include/linux/pstore.h | 133 +++-- 1 file changed, 128 insertions(+), 5 deletions(-)

[PATCH 05/18] pstore: Add kernel-doc for struct pstore_info

This adds documentation for struct pstore_info, which also includes the basic API the backends need to implement. Signed-off-by: Kees Cook --- include/linux/pstore.h | 133 +++-- 1 file changed, 128 insertions(+), 5 deletions(-) diff --git

[patch -mm] mm, vmstat: suppress pcp stats for unpopulated zones in zoneinfo

After "mm, vmstat: print non-populated zones in zoneinfo", /proc/zoneinfo will show unpopulated zones. The per-cpu pageset statistics are not relevant for unpopulated zones and can be potentially lengthy, so supress them when they are not interesting. Also moves lowmem reserve protection

[patch -mm] mm, vmstat: suppress pcp stats for unpopulated zones in zoneinfo

After "mm, vmstat: print non-populated zones in zoneinfo", /proc/zoneinfo will show unpopulated zones. The per-cpu pageset statistics are not relevant for unpopulated zones and can be potentially lengthy, so supress them when they are not interesting. Also moves lowmem reserve protection

[PATCH 2/2] f2fs: don't overwrite node block by SSR

This patch fixes that SSR can overwrite previous warm node block consisting of a node chain since the last checkpoint. Fixes: 5b6c6be2d878 ("f2fs: use SSR for warm node as well") Signed-off-by: Jaegeuk Kim --- fs/f2fs/segment.c | 6 ++ 1 file changed, 6 insertions(+)

[PATCH 2/2] f2fs: don't overwrite node block by SSR

This patch fixes that SSR can overwrite previous warm node block consisting of a node chain since the last checkpoint. Fixes: 5b6c6be2d878 ("f2fs: use SSR for warm node as well") Signed-off-by: Jaegeuk Kim --- fs/f2fs/segment.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH 00/17] clocksource/arch_timer: Errara workaround infrastructure rework

On Mon, Mar 6, 2017 at 4:26 AM, Marc Zyngier wrote: > It has recently become obvious that a number of arm64 systems have > been blessed with a set of timers that are slightly less than perfect, > and require a bit of hand-holding. We already have a bunch of > errata-specific

Re: [PATCH 00/17] clocksource/arch_timer: Errara workaround infrastructure rework

On Mon, Mar 6, 2017 at 4:26 AM, Marc Zyngier wrote: > It has recently become obvious that a number of arm64 systems have > been blessed with a set of timers that are slightly less than perfect, > and require a bit of hand-holding. We already have a bunch of > errata-specific code to deal with

Re: cgroup: WARNING in cgroup_kill_sb

Hello, Dmitry. Can you please see whether the following patch resolves the issue? I'm a bit nervous about it ending up in circular dependency, but I *think* it should be okay. Thanks. diff --git a/kernel/cgroup/cgroup.c b/kernel/cgroup/cgroup.c index 0125589..9c40421 100644 ---

Re: cgroup: WARNING in cgroup_kill_sb

Hello, Dmitry. Can you please see whether the following patch resolves the issue? I'm a bit nervous about it ending up in circular dependency, but I *think* it should be okay. Thanks. diff --git a/kernel/cgroup/cgroup.c b/kernel/cgroup/cgroup.c index 0125589..9c40421 100644 ---

Re: [PATCH v8 6/6] arm64: dts: allwinner: h5: add support for the Orange Pi PC 2 board

On Tue, Mar 07, 2017 at 01:17:50AM +0800, Icenowy Zheng wrote: > From: Andre Przywara > > The Orange Pi PC 2 is a typical single board computer using the > Allwinner H5 SoC. Apart from the usual suspects it features three > separately driven USB ports and a Gigabit

Re: [PATCH] zram: set physical queue limits to avoid array out of bounds accesses

On 03/06/2017 01:18 PM, Andrew Morton wrote: > On Mon, 6 Mar 2017 08:21:11 -0700 Jens Axboe wrote: > >> On 03/06/2017 03:23 AM, Johannes Thumshirn wrote: >>> zram can handle at most SECTORS_PER_PAGE sectors in a bio's bvec. When using >>> the NVMe over Fabrics loopback target which

Re: [PATCH v8 6/6] arm64: dts: allwinner: h5: add support for the Orange Pi PC 2 board

On Tue, Mar 07, 2017 at 01:17:50AM +0800, Icenowy Zheng wrote: > From: Andre Przywara > > The Orange Pi PC 2 is a typical single board computer using the > Allwinner H5 SoC. Apart from the usual suspects it features three > separately driven USB ports and a Gigabit Ethernet port. > Also it has a

Re: [PATCH] zram: set physical queue limits to avoid array out of bounds accesses

On 03/06/2017 01:18 PM, Andrew Morton wrote: > On Mon, 6 Mar 2017 08:21:11 -0700 Jens Axboe wrote: > >> On 03/06/2017 03:23 AM, Johannes Thumshirn wrote: >>> zram can handle at most SECTORS_PER_PAGE sectors in a bio's bvec. When using >>> the NVMe over Fabrics loopback target which potentially

[PATCH 1/2] gpio: mmio: add support for NI 169445 NAND GPIO

The GPIO-based NAND controller on National Instruments 169445 hardware exposes a set of simple lines for the control signals. Signed-off-by: Nathan Sullivan --- .../bindings/gpio/ni,169445-nand-gpio.txt | 36 ++ drivers/gpio/gpio-mmio.c

[PATCH 1/2] gpio: mmio: add support for NI 169445 NAND GPIO

The GPIO-based NAND controller on National Instruments 169445 hardware exposes a set of simple lines for the control signals. Signed-off-by: Nathan Sullivan --- .../bindings/gpio/ni,169445-nand-gpio.txt | 36 ++ drivers/gpio/gpio-mmio.c |

[PATCH 1/2] f2fs: don't need to invalidate wrong node page

If f2fs_new_inode() is failed, the bad inode will invalidate 0'th node page during f2fs_evict_inode(), which doesn't need to do. Signed-off-by: Jaegeuk Kim --- fs/f2fs/inode.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/inode.c

[PATCH 1/2] f2fs: don't need to invalidate wrong node page

If f2fs_new_inode() is failed, the bad inode will invalidate 0'th node page during f2fs_evict_inode(), which doesn't need to do. Signed-off-by: Jaegeuk Kim --- fs/f2fs/inode.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/inode.c b/fs/f2fs/inode.c index

Re: [PATCH 1/2] leds: cpcap: new driver

Hi Sebastian, Thanks for the patch. I have few comments in the code below. On 03/05/2017 06:22 PM, Sebastian Reichel wrote: > Motorola CPCAP is a PMIC found in multiple smartphones. > This driver adds support for the chip's LED controllers. > It has explicit support for all controllers used by

Re: [PATCH 1/2] leds: cpcap: new driver

Hi Sebastian, Thanks for the patch. I have few comments in the code below. On 03/05/2017 06:22 PM, Sebastian Reichel wrote: > Motorola CPCAP is a PMIC found in multiple smartphones. > This driver adds support for the chip's LED controllers. > It has explicit support for all controllers used by

Re: [PATCH 2/7] xen: introduce the header file for the Xen 9pfs transport protocol

On 03/06/2017 04:36 PM, Stefano Stabellini wrote: > On Mon, 6 Mar 2017, Boris Ostrovsky wrote: >>> + uint32_t size; >>> + uint8_t id; >>> + uint16_t tag; >> I realize that this is in the spec now and it's probably too late to ask >> this question but wouldn't it be better if id and tag were

Re: [PATCH] objtool: drop redundant flags generation

On Mon, Mar 06, 2017 at 05:54:01PM +, Nicholas Mc Guire wrote: > On Mon, Mar 06, 2017 at 11:25:37AM -0600, Josh Poimboeuf wrote: > > > arch/x86/tools/gen-insn-attr-x86.awk | 12 ++-- > > > tools/objtool/arch/x86/insn/gen-insn-attr-x86.awk | 12 ++-- > > > >

Re: [PATCH 2/7] xen: introduce the header file for the Xen 9pfs transport protocol

On 03/06/2017 04:36 PM, Stefano Stabellini wrote: > On Mon, 6 Mar 2017, Boris Ostrovsky wrote: >>> + uint32_t size; >>> + uint8_t id; >>> + uint16_t tag; >> I realize that this is in the spec now and it's probably too late to ask >> this question but wouldn't it be better if id and tag were

Re: [PATCH] objtool: drop redundant flags generation

On Mon, Mar 06, 2017 at 05:54:01PM +, Nicholas Mc Guire wrote: > On Mon, Mar 06, 2017 at 11:25:37AM -0600, Josh Poimboeuf wrote: > > > arch/x86/tools/gen-insn-attr-x86.awk | 12 ++-- > > > tools/objtool/arch/x86/insn/gen-insn-attr-x86.awk | 12 ++-- > > > >

Re: [PATCH 4/5] IB/nes: Delete unnecessary braces

On Mon, 6 Mar 2017, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 6 Mar 2017 17:55:43 +0100 > > Do not use curly brackets at some source code places > where a single statement should be sufficient. The introduction of ? is not mentioned in the

Re: [PATCH 4/5] IB/nes: Delete unnecessary braces

On Mon, 6 Mar 2017, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 6 Mar 2017 17:55:43 +0100 > > Do not use curly brackets at some source code places > where a single statement should be sufficient. The introduction of ? is not mentioned in the commit log. I'm not sure that it

[PATCH v2 2/2] HID: corsair: Add driver Scimitar Pro RGB gaming mouse 1b1c:1b3e support to hid-corsair

This mouse sold by Corsair as Scimitar PRO RGB defines two consecutive Logical Minimum items in its Application (Consumer.0001) report making it non parseable. This patch fixes the report descriptor overriding byte 77 in rdesc from 0x16 (Logical Minimum with 16 bits value) to 0x26 (Logical Maximum

[PATCH v2 2/2] HID: corsair: Add driver Scimitar Pro RGB gaming mouse 1b1c:1b3e support to hid-corsair

This mouse sold by Corsair as Scimitar PRO RGB defines two consecutive Logical Minimum items in its Application (Consumer.0001) report making it non parseable. This patch fixes the report descriptor overriding byte 77 in rdesc from 0x16 (Logical Minimum with 16 bits value) to 0x26 (Logical Maximum

Re: [PATCH 0/2] HID: Corsair Scimitar Pro RGB gaming mouse driver and support for other Corsair devices

On Mon, Mar 06, 2017 at 01:55:21PM +0100, Jiri Kosina wrote: > On Fri, 10 Feb 2017, Oscar Campos wrote: > > > Since I have a Corsair Scimitar PRO RGB that does not works on Linux, I > > tried to find a solution doing some research but was not able to find any. > [ ... snip ... ] > > > > I created

Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.

OK, I just tried 4.10.0 and the output is looking the same. I can't say my setup is all that odd. The cryptographic use is only with the swap partition found in my original email (seen in Herbert's reply). My normal build goes as such: 1) git clean -xdf 2) git reset --hard 3) curl

Re: [PATCH 0/2] HID: Corsair Scimitar Pro RGB gaming mouse driver and support for other Corsair devices

On Mon, Mar 06, 2017 at 01:55:21PM +0100, Jiri Kosina wrote: > On Fri, 10 Feb 2017, Oscar Campos wrote: > > > Since I have a Corsair Scimitar PRO RGB that does not works on Linux, I > > tried to find a solution doing some research but was not able to find any. > [ ... snip ... ] > > > > I created

Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.

OK, I just tried 4.10.0 and the output is looking the same. I can't say my setup is all that odd. The cryptographic use is only with the swap partition found in my original email (seen in Herbert's reply). My normal build goes as such: 1) git clean -xdf 2) git reset --hard 3) curl

Re: [PATCH 2/7] xen: introduce the header file for the Xen 9pfs transport protocol

On Mon, 6 Mar 2017, Boris Ostrovsky wrote: > > + uint32_t size; > > + uint8_t id; > > + uint16_t tag; > > I realize that this is in the spec now and it's probably too late to ask > this question but wouldn't it be better if id and tag were swapped? No > need to pack and potentially faster

Re: [PATCH 2/7] xen: introduce the header file for the Xen 9pfs transport protocol

On Mon, 6 Mar 2017, Boris Ostrovsky wrote: > > + uint32_t size; > > + uint8_t id; > > + uint16_t tag; > > I realize that this is in the spec now and it's probably too late to ask > this question but wouldn't it be better if id and tag were swapped? No > need to pack and potentially faster

Re: [PATCH] zram: set physical queue limits to avoid array out of bounds accesses

On Mon, 6 Mar 2017 08:21:11 -0700 Jens Axboe wrote: > On 03/06/2017 03:23 AM, Johannes Thumshirn wrote: > > zram can handle at most SECTORS_PER_PAGE sectors in a bio's bvec. When using > > the NVMe over Fabrics loopback target which potentially sends a huge bulk of > > pages

Re: [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature

On Mon, Mar 06, 2017 at 01:11:03PM -0500, Brijesh Singh wrote: > Sending it through stg mail to avoid line wrapping. Please let me know if > something > is still messed up. I have tried applying it and it seems to apply okay. Yep, thanks. -- Regards/Gruss, Boris. SUSE Linux GmbH, GF:

Re: [PATCH] zram: set physical queue limits to avoid array out of bounds accesses

On Mon, 6 Mar 2017 08:21:11 -0700 Jens Axboe wrote: > On 03/06/2017 03:23 AM, Johannes Thumshirn wrote: > > zram can handle at most SECTORS_PER_PAGE sectors in a bio's bvec. When using > > the NVMe over Fabrics loopback target which potentially sends a huge bulk of > > pages attached to the

Re: [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature

On Mon, Mar 06, 2017 at 01:11:03PM -0500, Brijesh Singh wrote: > Sending it through stg mail to avoid line wrapping. Please let me know if > something > is still messed up. I have tried applying it and it seems to apply okay. Yep, thanks. -- Regards/Gruss, Boris. SUSE Linux GmbH, GF:

Re: [PATCH 08/26] brcmsmac: make some local variables 'static const' to reduce stack size

On Mon, Mar 6, 2017 at 5:19 PM, Kalle Valo wrote: > Arend Van Spriel writes: > >> On 2-3-2017 17:38, Arnd Bergmann wrote: >>> With KASAN and a couple of other patches applied, this driver is one >>> of the few remaining ones that actually use

Re: [PATCH 08/26] brcmsmac: make some local variables 'static const' to reduce stack size

On Mon, Mar 6, 2017 at 5:19 PM, Kalle Valo wrote: > Arend Van Spriel writes: > >> On 2-3-2017 17:38, Arnd Bergmann wrote: >>> With KASAN and a couple of other patches applied, this driver is one >>> of the few remaining ones that actually use more than 2048 bytes of >>> kernel stack: >>> >>>

Re: [PATCH 2/3] percpu: acquire pcpu_lock when updating pcpu_nr_empty_pop_pages

On Sat, Feb 25, 2017 at 01:00:19PM -0800, Tahsin Erdogan wrote: > Update to pcpu_nr_empty_pop_pages in pcpu_alloc() is currently done > without holding pcpu_lock. This can lead to bad updates to the variable. > Add missing lock calls. > > Fixes: b539b87fed37 ("percpu: implmeent

Re: [PATCH 2/3] percpu: acquire pcpu_lock when updating pcpu_nr_empty_pop_pages

On Sat, Feb 25, 2017 at 01:00:19PM -0800, Tahsin Erdogan wrote: > Update to pcpu_nr_empty_pop_pages in pcpu_alloc() is currently done > without holding pcpu_lock. This can lead to bad updates to the variable. > Add missing lock calls. > > Fixes: b539b87fed37 ("percpu: implmeent

[PATCH net-next] tg3: Add the ability to conditionally build w/ HWMON

Introduce a Kconfig option: CONFIG_TIGON3_HWMON which allows to build in/out support for thermal sensors reported by Tigon3 NICs. Signed-off-by: Florian Fainelli --- drivers/net/ethernet/broadcom/Kconfig | 8 +++- drivers/net/ethernet/broadcom/tg3.c | 7 +++ 2

[PATCH net-next] tg3: Add the ability to conditionally build w/ HWMON

Introduce a Kconfig option: CONFIG_TIGON3_HWMON which allows to build in/out support for thermal sensors reported by Tigon3 NICs. Signed-off-by: Florian Fainelli --- drivers/net/ethernet/broadcom/Kconfig | 8 +++- drivers/net/ethernet/broadcom/tg3.c | 7 +++ 2 files changed, 14

Re: [v3] mmc: sdhci-cadence: add HS400 enhanced strobe support

Hi Piotr, 2017-03-06 17:28 GMT+09:00 Piotr Sroka : > Add support for HS400ES mode to Cadence SDHCI driver. > > Signed-off-by: Piotr Sroka > --- > Changes in v2: > - Modify enhanced strobe function to handle disabling > enhanced strobe inside the

Re: [v3] mmc: sdhci-cadence: add HS400 enhanced strobe support

Hi Piotr, 2017-03-06 17:28 GMT+09:00 Piotr Sroka : > Add support for HS400ES mode to Cadence SDHCI driver. > > Signed-off-by: Piotr Sroka > --- > Changes in v2: > - Modify enhanced strobe function to handle disabling > enhanced strobe inside the function. > Do no relay on that mmc_set_ios()

Re: [PATCH 2/3] mtd: spi-nor: Add Octal SPI support to Cadence QSPI driver.

On Mon, 6 Mar 2017 12:32:25 + Artur Jedrysek wrote: > Recent versions of Cadence QSPI controller support Octal SPI transfers > as well. This patch updates existing driver to support such feature. > > It is not possible to determine whether or not octal mode is supported

Re: [PATCH 2/3] mtd: spi-nor: Add Octal SPI support to Cadence QSPI driver.

On Mon, 6 Mar 2017 12:32:25 + Artur Jedrysek wrote: > Recent versions of Cadence QSPI controller support Octal SPI transfers > as well. This patch updates existing driver to support such feature. > > It is not possible to determine whether or not octal mode is supported > just by looking at

Re: [PATCH v4 2/3] perf: kretprobes: offset from reloc_sym if kernel supports it

On Mon, 6 Mar 2017 20:34:10 +0530 "Naveen N. Rao" wrote: > On 2017/03/04 09:49AM, Masami Hiramatsu wrote: > > On Thu, 2 Mar 2017 23:25:06 +0530 > > "Naveen N. Rao" wrote: > > > > > We indicate support for accepting sym+offset

Re: [PATCH v4 2/3] perf: kretprobes: offset from reloc_sym if kernel supports it

On Mon, 6 Mar 2017 20:34:10 +0530 "Naveen N. Rao" wrote: > On 2017/03/04 09:49AM, Masami Hiramatsu wrote: > > On Thu, 2 Mar 2017 23:25:06 +0530 > > "Naveen N. Rao" wrote: > > > > > We indicate support for accepting sym+offset with kretprobes through a > > > line in ftrace README. Parse the

Re: [PATCH 1/3] mtd: spi-nor: Add support for Octal SPI mode.

Hi Artur, Can you please make sure all patches of a patch series are part of the same thread? git send-email should take care of that for you. On Mon, 6 Mar 2017 12:30:23 + Artur Jedrysek wrote: > This patch adds support for Octal SPI data reads in SPI NOR framework. >

Re: [PATCH 1/3] mtd: spi-nor: Add support for Octal SPI mode.

Hi Artur, Can you please make sure all patches of a patch series are part of the same thread? git send-email should take care of that for you. On Mon, 6 Mar 2017 12:30:23 + Artur Jedrysek wrote: > This patch adds support for Octal SPI data reads in SPI NOR framework. > Opcodes for

Re: [PATCH V12 07/10] efi: print unrecognized CPER section

On Mon, 2017-03-06 at 13:45 -0700, Tyler Baicar wrote: > UEFI spec allows for non-standard section in Common Platform Error > Record. This is defined in section N.2.3 of UEFI version 2.5. > > Currently if the CPER section's type (UUID) does not match with > one of the section types that the

Re: [PATCH V12 07/10] efi: print unrecognized CPER section

On Mon, 2017-03-06 at 13:45 -0700, Tyler Baicar wrote: > UEFI spec allows for non-standard section in Common Platform Error > Record. This is defined in section N.2.3 of UEFI version 2.5. > > Currently if the CPER section's type (UUID) does not match with > one of the section types that the

Re: [PATCH v3 0/7] in-kernel resource manager

On Fri, Mar 03, 2017 at 05:19:01PM +0200, Jarkko Sakkinen wrote: > This patch set adds support for TPM spaces that provide an isolated > execution context for transient objects and HMAC and policy sessions. A > space is swapped into TPM volatile memory only when it is used and > swapped out after

Re: [PATCH v3 0/7] in-kernel resource manager

On Fri, Mar 03, 2017 at 05:19:01PM +0200, Jarkko Sakkinen wrote: > This patch set adds support for TPM spaces that provide an isolated > execution context for transient objects and HMAC and policy sessions. A > space is swapped into TPM volatile memory only when it is used and > swapped out after

Re: [RFC PATCH 0/4] KVM: Emulate UMIP (or almost do so)

- Original Message - > From: "Yu Zhang" > To: "Paolo Bonzini" > Cc: "qian ouyang" , linux-kernel@vger.kernel.org, > k...@vger.kernel.org > Sent: Wednesday, March 1, 2017 10:04:17 AM > Subject: Re: [RFC PATCH 0/4]

Re: [PATCH 1/3] percpu: remove unused chunk_alloc parameter from pcpu_get_pages()

On Sat, Feb 25, 2017 at 12:59:26PM -0800, Tahsin Erdogan wrote: > pcpu_get_pages() doesn't use chunk_alloc parameter, remove it. > > Fixes: fbbb7f4e149f ("percpu: remove the usage of separate populated bitmap > in percpu-vm") > Signed-off-by: Tahsin Erdogan Applied to

Re: [RFC PATCH 0/4] KVM: Emulate UMIP (or almost do so)

- Original Message - > From: "Yu Zhang" > To: "Paolo Bonzini" > Cc: "qian ouyang" , linux-kernel@vger.kernel.org, > k...@vger.kernel.org > Sent: Wednesday, March 1, 2017 10:04:17 AM > Subject: Re: [RFC PATCH 0/4] KVM: Emulate UMIP (or almost do so) > > > > On 12/13/2016 7:03 PM,

Re: [PATCH 1/3] percpu: remove unused chunk_alloc parameter from pcpu_get_pages()

On Sat, Feb 25, 2017 at 12:59:26PM -0800, Tahsin Erdogan wrote: > pcpu_get_pages() doesn't use chunk_alloc parameter, remove it. > > Fixes: fbbb7f4e149f ("percpu: remove the usage of separate populated bitmap > in percpu-vm") > Signed-off-by: Tahsin Erdogan Applied to wq/for-4.11-fixes.

Re: [PATCH] x86, kasan: add KASAN checks to atomic operations

On Mon, Mar 06, 2017 at 04:20:18PM +, Mark Rutland wrote: > > >> So the problem is doing load/stores from asm bits, and GCC > > >> (traditionally) doesn't try and interpret APP asm bits. > > >> > > >> However, could we not write a GCC plugin that does exactly that? > > >> Something that

Re: [PATCH] x86, kasan: add KASAN checks to atomic operations

On Mon, Mar 06, 2017 at 04:20:18PM +, Mark Rutland wrote: > > >> So the problem is doing load/stores from asm bits, and GCC > > >> (traditionally) doesn't try and interpret APP asm bits. > > >> > > >> However, could we not write a GCC plugin that does exactly that? > > >> Something that

Re: __queue_work oops.

Hello, Applied the following to wq/for-4.11-fixes. Thanks. -- 8< -- >From 637fdbae60d6cb9f6e963c1079d7e0445c86ff7d Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Mon, 6 Mar 2017 15:33:42 -0500 Subject: [PATCH] workqueue: trigger WARN if queue_delayed_work() is called

Re: __queue_work oops.

Hello, Applied the following to wq/for-4.11-fixes. Thanks. -- 8< -- >From 637fdbae60d6cb9f6e963c1079d7e0445c86ff7d Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Mon, 6 Mar 2017 15:33:42 -0500 Subject: [PATCH] workqueue: trigger WARN if queue_delayed_work() is called with NULL @wq If

Re: [PATCH v4 2/3] perf: kretprobes: offset from reloc_sym if kernel supports it

On Mon, 6 Mar 2017 23:19:09 +0530 "Naveen N. Rao" wrote: > Masami, > Your patch works, thanks! However, I felt we could refactor and reuse > some of the code across kprobes.c for this purpose. Can you please see > if the below patch is fine? OK, looks good to

Re: [PATCH v4 2/3] perf: kretprobes: offset from reloc_sym if kernel supports it

On Mon, 6 Mar 2017 23:19:09 +0530 "Naveen N. Rao" wrote: > Masami, > Your patch works, thanks! However, I felt we could refactor and reuse > some of the code across kprobes.c for this purpose. Can you please see > if the below patch is fine? OK, looks good to me:) Acked-by: Masami Hiramatsu

Re: [PATCH v3] tpm: do not suspend/resume if power stays on

On Fri, Mar 03, 2017 at 05:09:59PM +0100, Enric Balletbo i Serra wrote: > From: Sonny Rao > > The suspend/resume behavior of the TPM can be controlled by setting > "powered-while-suspended" in the DTS. This is useful for the cases > when hardware does not power-off the

Re: [PATCH v3] tpm: do not suspend/resume if power stays on

On Fri, Mar 03, 2017 at 05:09:59PM +0100, Enric Balletbo i Serra wrote: > From: Sonny Rao > > The suspend/resume behavior of the TPM can be controlled by setting > "powered-while-suspended" in the DTS. This is useful for the cases > when hardware does not power-off the TPM. > > Signed-off-by:

Re: [PATCH 2/3] mtd: Add support for reading MTD devices via the nvmem API

On Mon, 6 Mar 2017 20:03:28 +0100 Richard Weinberger wrote: > Am 06.03.2017 um 18:21 schrieb Alban: > > On Fri, 3 Mar 2017 23:21:29 +0100 > > Richard Weinberger wrote: > > > >> Am 03.03.2017 um 15:11 schrieb Boris Brezillon: > And add a list of

Re: [PATCH 2/3] mtd: Add support for reading MTD devices via the nvmem API

On Mon, 6 Mar 2017 20:03:28 +0100 Richard Weinberger wrote: > Am 06.03.2017 um 18:21 schrieb Alban: > > On Fri, 3 Mar 2017 23:21:29 +0100 > > Richard Weinberger wrote: > > > >> Am 03.03.2017 um 15:11 schrieb Boris Brezillon: > And add a list of successfully added notifiers, along with

4.11-rc1 acpi stomping ext4 slabs

Hello, Booting 4.11-rc1 with kasan enabled and "slub_debug=F" produces the following errors: [7.070797] == [7.071724] BUG: KASAN: slab-out-of-bounds in filldir+0xc3/0x160 at addr 88006bc2b0ae [7.071724] Read of

4.11-rc1 acpi stomping ext4 slabs

Hello, Booting 4.11-rc1 with kasan enabled and "slub_debug=F" produces the following errors: [7.070797] == [7.071724] BUG: KASAN: slab-out-of-bounds in filldir+0xc3/0x160 at addr 88006bc2b0ae [7.071724] Read of

[PATCH][RESEND] ecryptfs: fix spelling mistake: "cadidate" -> "candidate"

From: Colin Ian King trivial fix to spelling mistake in ecryptfs_printk message Signed-off-by: Colin Ian King --- fs/ecryptfs/keystore.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ecryptfs/keystore.c

Re: [PATCHv4 28/33] x86/mm: add support of additional page table level during early boot

> diff --git a/arch/x86/include/asm/pgtable_64.h > b/arch/x86/include/asm/pgtable_64.h > index 9991224f6238..c9e41f1599dd 100644 > --- a/arch/x86/include/asm/pgtable_64.h > +++ b/arch/x86/include/asm/pgtable_64.h > @@ -14,15 +14,17 @@ > #include > #include > > +extern p4d_t

[PATCH][RESEND] ecryptfs: fix spelling mistake: "cadidate" -> "candidate"

From: Colin Ian King trivial fix to spelling mistake in ecryptfs_printk message Signed-off-by: Colin Ian King --- fs/ecryptfs/keystore.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ecryptfs/keystore.c b/fs/ecryptfs/keystore.c index 11d39ab..4bd9099 100644 ---

Re: [PATCHv4 28/33] x86/mm: add support of additional page table level during early boot

> diff --git a/arch/x86/include/asm/pgtable_64.h > b/arch/x86/include/asm/pgtable_64.h > index 9991224f6238..c9e41f1599dd 100644 > --- a/arch/x86/include/asm/pgtable_64.h > +++ b/arch/x86/include/asm/pgtable_64.h > @@ -14,15 +14,17 @@ > #include > #include > > +extern p4d_t

Re: [PATCH 1/2] mm: use is_migrate_highatomic() to simplify the code

On Mon, 6 Mar 2017 14:38:33 +0100 Michal Hocko wrote: > On Fri 03-03-17 15:06:19, Andrew Morton wrote: > > On Fri, 3 Mar 2017 14:18:08 +0100 Michal Hocko wrote: > > > > > On Fri 03-03-17 19:10:13, Xishi Qiu wrote: > > > > Introduce two helpers,

Re: [PATCH 1/2] mm: use is_migrate_highatomic() to simplify the code

On Mon, 6 Mar 2017 14:38:33 +0100 Michal Hocko wrote: > On Fri 03-03-17 15:06:19, Andrew Morton wrote: > > On Fri, 3 Mar 2017 14:18:08 +0100 Michal Hocko wrote: > > > > > On Fri 03-03-17 19:10:13, Xishi Qiu wrote: > > > > Introduce two helpers, is_migrate_highatomic() and > > > >

[PATCH 5/7] asm-generic: introduce

Like with pgtable-nopud.h for 4-level paging, this new header is base for converting an architectures to properly folded p4d_t level. Signed-off-by: Kirill A. Shutemov --- include/asm-generic/pgtable-nop4d.h | 56 +

[PATCH V12 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section

UEFI spec allows for non-standard section in Common Platform Error Record. This is defined in section N.2.3 of UEFI version 2.5. Currently if the CPER section's type (UUID) does not match with any section type that the kernel knows how to parse, trace event is not generated for such section. And

[PATCH 5/7] asm-generic: introduce

Like with pgtable-nopud.h for 4-level paging, this new header is base for converting an architectures to properly folded p4d_t level. Signed-off-by: Kirill A. Shutemov --- include/asm-generic/pgtable-nop4d.h | 56 + include/asm-generic/pgtable-nopud.h | 43

[PATCH V12 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section

UEFI spec allows for non-standard section in Common Platform Error Record. This is defined in section N.2.3 of UEFI version 2.5. Currently if the CPER section's type (UUID) does not match with any section type that the kernel knows how to parse, trace event is not generated for such section. And

Re: [PATCH] uvc-gadget: Fix Set Interface (alternate setting) response behaviour

Hi Roger, Thank you for the patch. On Friday 03 Mar 2017 13:17:15 Roger Quadros wrote: > On alternate setting change, webcam gadget sends us a UVC_EVENT_STREAMON > or UVC_EVENT_STREAMOFF event. It expects delayed status response on > STREAMON event only but doesn't expect us to send that

Re: [PATCH] uvc-gadget: Fix Set Interface (alternate setting) response behaviour

Hi Roger, Thank you for the patch. On Friday 03 Mar 2017 13:17:15 Roger Quadros wrote: > On alternate setting change, webcam gadget sends us a UVC_EVENT_STREAMON > or UVC_EVENT_STREAMOFF event. It expects delayed status response on > STREAMON event only but doesn't expect us to send that

Re: [PATCHv4 18/33] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d

> +static int xen_p4d_walk(struct mm_struct *mm, p4d_t *p4d, > + int (*func)(struct mm_struct *mm, struct page *, enum pt_level), > + bool last, unsigned long limit) > +{ > + int i, nr, flush = 0; > + > + nr = last ? p4d_index(limit) + 1 : PTRS_PER_P4D; > + for

Re: [PATCHv4 18/33] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d

> +static int xen_p4d_walk(struct mm_struct *mm, p4d_t *p4d, > + int (*func)(struct mm_struct *mm, struct page *, enum pt_level), > + bool last, unsigned long limit) > +{ > + int i, nr, flush = 0; > + > + nr = last ? p4d_index(limit) + 1 : PTRS_PER_P4D; > + for

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