Re: [tpmdd-devel] [PATCH] vTPM: Fix missing NULL check

On Mon, Mar 06, 2017 at 05:32:15PM -0500, Hon Ching(Vicky) Lo wrote: > The current code passes the address of tpm_chip as the argument to > dev_get_drvdata() without prior NULL check in > tpm_ibmvtpm_get_desired_dma. This resulted an oops during kernel > boot when vTPM is enabled in Power

Re: [tpmdd-devel] [PATCH] vTPM: Fix missing NULL check

On Mon, Mar 06, 2017 at 05:32:15PM -0500, Hon Ching(Vicky) Lo wrote: > The current code passes the address of tpm_chip as the argument to > dev_get_drvdata() without prior NULL check in > tpm_ibmvtpm_get_desired_dma. This resulted an oops during kernel > boot when vTPM is enabled in Power

Re: [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)

On 03/06/2017 05:13 PM, Anthony Yznaga wrote: On Feb 28, 2017, at 10:35 AM, Khalid Aziz wrote: diff --git a/arch/sparc/kernel/etrap_64.S b/arch/sparc/kernel/etrap_64.S index 1276ca2..7be33bf 100644 --- a/arch/sparc/kernel/etrap_64.S +++ b/arch/sparc/kernel/etrap_64.S

[PATCH] IB/nes: Neaten nes_alloc_mw

Convert the function to follow more typical kernel style. Use an error return block instead of individual returns. Reduces the object code size a trivial amount. $ size drivers/infiniband/hw/nes/nes_verbs.o* textdata bss dec hex filename 26864 96 12 26972695c

Re: [PATCH v9 3/3] iio: adc: add support for Allwinner SoCs ADC

On 06/03/17 12:16, Quentin Schulz wrote: > Hi Jonathan, > > On 06/02/2017 19:35, Jonathan Cameron wrote: >> On 06/02/17 07:37, Quentin Schulz wrote: >>> Hi Jonathan, >>> >>> On 14/01/2017 20:28, Jonathan Cameron wrote: On 14 January 2017 19:19:58 GMT+00:00, Quentin Schulz

Re: [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)

On 03/06/2017 05:13 PM, Anthony Yznaga wrote: On Feb 28, 2017, at 10:35 AM, Khalid Aziz wrote: diff --git a/arch/sparc/kernel/etrap_64.S b/arch/sparc/kernel/etrap_64.S index 1276ca2..7be33bf 100644 --- a/arch/sparc/kernel/etrap_64.S +++ b/arch/sparc/kernel/etrap_64.S @@ -132,7 +132,33 @@

[PATCH] IB/nes: Neaten nes_alloc_mw

Convert the function to follow more typical kernel style. Use an error return block instead of individual returns. Reduces the object code size a trivial amount. $ size drivers/infiniband/hw/nes/nes_verbs.o* textdata bss dec hex filename 26864 96 12 26972695c

Re: [PATCH v9 3/3] iio: adc: add support for Allwinner SoCs ADC

On 06/03/17 12:16, Quentin Schulz wrote: > Hi Jonathan, > > On 06/02/2017 19:35, Jonathan Cameron wrote: >> On 06/02/17 07:37, Quentin Schulz wrote: >>> Hi Jonathan, >>> >>> On 14/01/2017 20:28, Jonathan Cameron wrote: On 14 January 2017 19:19:58 GMT+00:00, Quentin Schulz

[PATCH 0/2] IB/core fixes for kernel v4.11-rc

Hello Doug, The following bugs have been reported against kernel v4.11-rc1: * I/O MMU support for PCIe RDMA drivers is broken. * s390 support for RDMA drivers is broken. The two patches in this series address this. Please consider these patches for kernel v4.11-rc. Thanks, Bart. Bart Van

[PATCH 0/2] IB/core fixes for kernel v4.11-rc

Hello Doug, The following bugs have been reported against kernel v4.11-rc1: * I/O MMU support for PCIe RDMA drivers is broken. * s390 support for RDMA drivers is broken. The two patches in this series address this. Please consider these patches for kernel v4.11-rc. Thanks, Bart. Bart Van

[PATCH 2/2] IB/core: Restore I/O MMU, s390 and powerpc support

Avoid that the following error message is reported on the console while loading an RDMA driver with I/O MMU support enabled: DMAR: Allocating domain for mlx5_0 failed Ensure that DMA mapping operations that use to_pci_dev() to access to struct pci_dev see the correct PCI device. E.g. the s390

[PATCH 2/2] IB/core: Restore I/O MMU, s390 and powerpc support

Avoid that the following error message is reported on the console while loading an RDMA driver with I/O MMU support enabled: DMAR: Allocating domain for mlx5_0 failed Ensure that DMA mapping operations that use to_pci_dev() to access to struct pci_dev see the correct PCI device. E.g. the s390

Re: [PATCH 4/5] fs, xfs: convert xfs_cui_log_item.cui_refcount from atomic_t to refcount_t

On Wed, Mar 01, 2017 at 10:47:39AM +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 to use-after-free > situations. >

Re: [PATCH 4/5] fs, xfs: convert xfs_cui_log_item.cui_refcount from atomic_t to refcount_t

On Wed, Mar 01, 2017 at 10:47:39AM +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 to use-after-free > situations. >

Re: [v5 17/20] x86/umip: Force a page fault when unable to copy emulated result to user

On Sun, 2017-03-05 at 08:18 -0800, Andy Lutomirski wrote: > > + */ > > +static void __force_sig_info_umip_fault(void __user *address, > > + struct pt_regs *regs) > > +{ > > + siginfo_t info; > > + struct task_struct *tsk = current; > > + > > +

Re: [v5 17/20] x86/umip: Force a page fault when unable to copy emulated result to user

On Sun, 2017-03-05 at 08:18 -0800, Andy Lutomirski wrote: > > + */ > > +static void __force_sig_info_umip_fault(void __user *address, > > + struct pt_regs *regs) > > +{ > > + siginfo_t info; > > + struct task_struct *tsk = current; > > + > > +

[PATCH v2] MIPS: NI 169445 board support

This adds support for the National Instruments 169445 MIPS system. Changes from v1: - Add GPIO patch and board support patch to one set - Address Rob Herring's device tree feedback - Convert the 169445 to a generic MIPS board - Switch to the newer stmmac driver for the board's ethernet

[PATCH v2] MIPS: NI 169445 board support

This adds support for the National Instruments 169445 MIPS system. Changes from v1: - Add GPIO patch and board support patch to one set - Address Rob Herring's device tree feedback - Convert the 169445 to a generic MIPS board - Switch to the newer stmmac driver for the board's ethernet

Re: [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)

> On Feb 28, 2017, at 10:35 AM, Khalid Aziz wrote: > > diff --git a/arch/sparc/kernel/etrap_64.S b/arch/sparc/kernel/etrap_64.S > index 1276ca2..7be33bf 100644 > --- a/arch/sparc/kernel/etrap_64.S > +++ b/arch/sparc/kernel/etrap_64.S > @@ -132,7 +132,33 @@ etrap_save:

Re: [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)

> On Feb 28, 2017, at 10:35 AM, Khalid Aziz wrote: > > diff --git a/arch/sparc/kernel/etrap_64.S b/arch/sparc/kernel/etrap_64.S > index 1276ca2..7be33bf 100644 > --- a/arch/sparc/kernel/etrap_64.S > +++ b/arch/sparc/kernel/etrap_64.S > @@ -132,7 +132,33 @@ etrap_save: save%g2,

Re: [RFC PATCH v2 06/32] x86/pci: Use memremap when walking setup data

On Fri, Mar 03, 2017 at 03:15:34PM -0600, Tom Lendacky wrote: > On 3/3/2017 2:42 PM, Bjorn Helgaas wrote: > >On Thu, Mar 02, 2017 at 10:13:10AM -0500, Brijesh Singh wrote: > >>From: Tom Lendacky > >> > >>The use of ioremap will force the setup data to be mapped decrypted

Re: rcu: WARNING in rcu_seq_end

On Mon, Mar 06, 2017 at 11:11:23AM +0100, Dmitry Vyukov wrote: > On Mon, Mar 6, 2017 at 11:07 AM, Paul E. McKenney > wrote: > > On Mon, Mar 06, 2017 at 10:24:24AM +0100, Dmitry Vyukov wrote: > >> On Sun, Mar 5, 2017 at 7:47 PM, Paul E. McKenney > >>

RE: [PATCH] serial: 8250_dw: Fix breakage when HAVE_CLK=n

Looks good Reviewed-by: Jason Uy -Original Message- From: James Hogan [mailto:james.ho...@imgtec.com] Sent: March-06-17 2:16 AM To: Andy Shevchenko Cc: linux-kernel@vger.kernel.org; Greg Kroah-Hartman ; Andy

RE: [PATCH] serial: 8250_dw: Fix breakage when HAVE_CLK=n

Looks good Reviewed-by: Jason Uy -Original Message- From: James Hogan [mailto:james.ho...@imgtec.com] Sent: March-06-17 2:16 AM To: Andy Shevchenko Cc: linux-kernel@vger.kernel.org; Greg Kroah-Hartman ; Andy Shevchenko ; Jason Uy ; Kefeng Wang ; Heiko Stuebner ; David Daney ; Russell

Re: [RFC PATCH v2 06/32] x86/pci: Use memremap when walking setup data

On Fri, Mar 03, 2017 at 03:15:34PM -0600, Tom Lendacky wrote: > On 3/3/2017 2:42 PM, Bjorn Helgaas wrote: > >On Thu, Mar 02, 2017 at 10:13:10AM -0500, Brijesh Singh wrote: > >>From: Tom Lendacky > >> > >>The use of ioremap will force the setup data to be mapped decrypted even > >>though setup

Re: rcu: WARNING in rcu_seq_end

On Mon, Mar 06, 2017 at 11:11:23AM +0100, Dmitry Vyukov wrote: > On Mon, Mar 6, 2017 at 11:07 AM, Paul E. McKenney > wrote: > > On Mon, Mar 06, 2017 at 10:24:24AM +0100, Dmitry Vyukov wrote: > >> On Sun, Mar 5, 2017 at 7:47 PM, Paul E. McKenney > >> wrote: > >> > On Sun, Mar 05, 2017 at

Re: [PATCH] xfs: remove kmem_zalloc_greedy

I like killing it, but shouldn't we just try a normal kmem_zalloc? At least for the fallback it's the right thing, and even for an order 2 allocation it seems like a useful first try.

Re: [PATCH] xfs: remove kmem_zalloc_greedy

I like killing it, but shouldn't we just try a normal kmem_zalloc? At least for the fallback it's the right thing, and even for an order 2 allocation it seems like a useful first try.

[PATCH 1/2] parport: fix attempt to write duplicate procfiles

Usually every parallel port will have a single pardev registered with it. But ppdev driver is an exception. This userspace parallel port driver allows to create multiple parrallel port devices for a single parallel port. And as a result we were having a nice warning like: "sysctl table check

[PATCH 1/2] parport: fix attempt to write duplicate procfiles

Usually every parallel port will have a single pardev registered with it. But ppdev driver is an exception. This userspace parallel port driver allows to create multiple parrallel port devices for a single parallel port. And as a result we were having a nice warning like: "sysctl table check

Re: net: heap out-of-bounds in fib6_clean_node/rt6_fill_node/fib6_age/fib6_prune_clone

On 3/6/17 11:51 AM, Dmitry Vyukov wrote: > We hit it several thousand times, but we get only several dozens of > crashes per day on ~80 VMs. So if you try to reproduce it on a single > machine it can take days for a single crash. > If you are ready to go that route, here are some instructions on >

Re: net: heap out-of-bounds in fib6_clean_node/rt6_fill_node/fib6_age/fib6_prune_clone

On 3/6/17 11:51 AM, Dmitry Vyukov wrote: > We hit it several thousand times, but we get only several dozens of > crashes per day on ~80 VMs. So if you try to reproduce it on a single > machine it can take days for a single crash. > If you are ready to go that route, here are some instructions on >

Re: Question about hwmon_attr_show_string

On Mon, Mar 06, 2017 at 09:48:35PM +0100, Peter Hüwe wrote: > Hi Guenter, > > I was wondering whether there was a particular reason why > hwmon_attr_show_string passes only an "empty" pointer(pointer) to the ops- > >read_string function rather than the buffer itself? > > Wouldn't this mean that

Re: Question about hwmon_attr_show_string

On Mon, Mar 06, 2017 at 09:48:35PM +0100, Peter Hüwe wrote: > Hi Guenter, > > I was wondering whether there was a particular reason why > hwmon_attr_show_string passes only an "empty" pointer(pointer) to the ops- > >read_string function rather than the buffer itself? > > Wouldn't this mean that

Re: [PATCH] MAINTAINERS: drop broken reference to i2c/trivial-devices

On 06/02/17 18:26, Jonathan Cameron wrote: > On 06/02/17 16:54, Wolfram Sang wrote: >> Due to RST rework, the reference to i2c/trivial-devices was changed, but the >> result is broken. However, let's just drop the whole reference, since it >> doesn't make sense in the first place to reference this

Re: [PATCH v3] MIPS: Fix build breakage caused by header file changes

Hi Guenter, On Mon, Mar 06, 2017 at 11:13:55AM -0800, Guenter Roeck wrote: > Since commit f3ac60671954 ("sched/headers: Move task-stack related > APIs from to ") and commit > f780d89a0e82 ("sched/headers: Remove from > "), various mips builds fail as follows. > > arch/mips/kernel/smp-mt.c: In

Re: [PATCH] MAINTAINERS: drop broken reference to i2c/trivial-devices

On 06/02/17 18:26, Jonathan Cameron wrote: > On 06/02/17 16:54, Wolfram Sang wrote: >> Due to RST rework, the reference to i2c/trivial-devices was changed, but the >> result is broken. However, let's just drop the whole reference, since it >> doesn't make sense in the first place to reference this

Re: [PATCH v3] MIPS: Fix build breakage caused by header file changes

Hi Guenter, On Mon, Mar 06, 2017 at 11:13:55AM -0800, Guenter Roeck wrote: > Since commit f3ac60671954 ("sched/headers: Move task-stack related > APIs from to ") and commit > f780d89a0e82 ("sched/headers: Remove from > "), various mips builds fail as follows. > > arch/mips/kernel/smp-mt.c: In

Re: [PATCH] taskstats: Add e/u/stime for TGID command

On Fri, 3 Mar 2017 10:33:44 +0800 Zhang Xiao wrote: > Add elapsed time, user CPU time and system CPU time to > thread group status request. > > --- a/kernel/taskstats.c > +++ b/kernel/taskstats.c > @@ -210,6 +210,7 @@ static int fill_stats_for_tgid(pid_t tgid, struct

Re: [PATCH] taskstats: Add e/u/stime for TGID command

On Fri, 3 Mar 2017 10:33:44 +0800 Zhang Xiao wrote: > Add elapsed time, user CPU time and system CPU time to > thread group status request. > > --- a/kernel/taskstats.c > +++ b/kernel/taskstats.c > @@ -210,6 +210,7 @@ static int fill_stats_for_tgid(pid_t tgid, struct > taskstats *stats) >

[PATCH net-next 4/5] sunvnet: count multicast packets

Make sure multicast packets get counted in the device. Signed-off-by: Shannon Nelson --- drivers/net/ethernet/sun/sunvnet_common.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/net/ethernet/sun/sunvnet_common.c

[PATCH net-next 4/5] sunvnet: count multicast packets

Make sure multicast packets get counted in the device. Signed-off-by: Shannon Nelson --- drivers/net/ethernet/sun/sunvnet_common.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/net/ethernet/sun/sunvnet_common.c b/drivers/net/ethernet/sun/sunvnet_common.c

[PATCH net-next 3/5] sunvnet: track port queues correctly

Track our used and unused queue indices correctly. Otherwise, as ports dropped out and returned, they all eventually ended up with the same queue index. Signed-off-by: Shannon Nelson --- drivers/net/ethernet/sun/sunvnet_common.c | 24

[PATCH net-next 3/5] sunvnet: track port queues correctly

Track our used and unused queue indices correctly. Otherwise, as ports dropped out and returned, they all eventually ended up with the same queue index. Signed-off-by: Shannon Nelson --- drivers/net/ethernet/sun/sunvnet_common.c | 24

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

Hi, * Pavel Machek [170306 14:13]: > > 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 the > > Droid 4. Since no datasheets are available the other > >

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

Hi, * Pavel Machek [170306 14:13]: > > 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 the > > Droid 4. Since no datasheets are available the other > > available

[RFC] Add option to mount only a pids subset

After discussion with Oleg Nesterov I reimplement my patch as an additional option for /proc. This option affects the mountpoint. It means that in one pid namespace it possible to have both the whole traditional /proc and /proc with only pids subset. However, it remains an open question about

[RFC] Add option to mount only a pids subset

After discussion with Oleg Nesterov I reimplement my patch as an additional option for /proc. This option affects the mountpoint. It means that in one pid namespace it possible to have both the whole traditional /proc and /proc with only pids subset. However, it remains an open question about

Re: [PATCH 2/2] MIPS: NI 169445 board support

Hi Nathan, On Mon, Mar 06, 2017 at 02:06:01PM -0600, Nathan Sullivan wrote: > Support the National Instruments 169445 board. > > Signed-off-by: Nathan Sullivan > --- > Documentation/devicetree/bindings/mips/ni.txt | 7 ++ > arch/mips/boot/dts/Makefile

Re: [PATCH 2/2] MIPS: NI 169445 board support

Hi Nathan, On Mon, Mar 06, 2017 at 02:06:01PM -0600, Nathan Sullivan wrote: > Support the National Instruments 169445 board. > > Signed-off-by: Nathan Sullivan > --- > Documentation/devicetree/bindings/mips/ni.txt | 7 ++ > arch/mips/boot/dts/Makefile | 1 + >

Re: [PATCH 2/2] MIPS: NI 169445 board support

On Mon, Mar 06, 2017 at 11:04:13PM +, James Hogan wrote: > Hi Nathan, > > On Mon, Mar 06, 2017 at 02:06:01PM -0600, Nathan Sullivan wrote: > > Support the National Instruments 169445 board. > > > > Signed-off-by: Nathan Sullivan > > --- > >

Re: [PATCH 2/2] MIPS: NI 169445 board support

On Mon, Mar 06, 2017 at 11:04:13PM +, James Hogan wrote: > Hi Nathan, > > On Mon, Mar 06, 2017 at 02:06:01PM -0600, Nathan Sullivan wrote: > > Support the National Instruments 169445 board. > > > > Signed-off-by: Nathan Sullivan > > --- > > Documentation/devicetree/bindings/mips/ni.txt |

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

Hi! > 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 the > Droid 4. Since no datasheets are available the other > available controllers are not supported until somebody >

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

Hi! > 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 the > Droid 4. Since no datasheets are available the other > available controllers are not supported until somebody >

Re: [PATCH 1/2] Documentation: dt-bindings: Document bindings for Aspeed AST2400/AST2500 ADC

On Thu, Mar 2, 2017 at 10:21 PM, Rob Herring wrote: > On Tue, Feb 28, 2017 at 12:14:03PM -0800, Rick Altherr wrote: >> Signed-off-by: Rick Altherr >> --- >> .../devicetree/bindings/hwmon/aspeed_adc.txt | 48 >> ++ > > ADCs should

Re: [PATCH 1/2] Documentation: dt-bindings: Document bindings for Aspeed AST2400/AST2500 ADC

On Thu, Mar 2, 2017 at 10:21 PM, Rob Herring wrote: > On Tue, Feb 28, 2017 at 12:14:03PM -0800, Rick Altherr wrote: >> Signed-off-by: Rick Altherr >> --- >> .../devicetree/bindings/hwmon/aspeed_adc.txt | 48 >> ++ > > ADCs should really be documented in one place

Re: net: BUG in unix_notinflight

On Mon, Mar 6, 2017 at 2:40 AM, Dmitry Vyukov wrote: > Now with a nice single-threaded C reproducer! Excellent... > > // autogenerated by syzkaller (http://github.com/google/syzkaller) > #define _GNU_SOURCE > #include > #include > #include > #include > #include >

Re: net: BUG in unix_notinflight

On Mon, Mar 6, 2017 at 2:40 AM, Dmitry Vyukov wrote: > Now with a nice single-threaded C reproducer! Excellent... > > // autogenerated by syzkaller (http://github.com/google/syzkaller) > #define _GNU_SOURCE > #include > #include > #include > #include > #include > #include > #include >

[PATCH 01/18] pstore: Use dynamic spinlock initializer

The per-prz spinlock should be using the dynamic initializer so that lockdep can correctly track it. Without this, under lockdep, we get a warning at boot that the lock is in non-static memory. Fixes: 109704492ef6 ("pstore: Make spinlock per zone instead of global") Fixes: 76d5692a5803 ("pstore:

[PATCH 01/18] pstore: Use dynamic spinlock initializer

The per-prz spinlock should be using the dynamic initializer so that lockdep can correctly track it. Without this, under lockdep, we get a warning at boot that the lock is in non-static memory. Fixes: 109704492ef6 ("pstore: Make spinlock per zone instead of global") Fixes: 76d5692a5803 ("pstore:

[PATCH 2/2] arm64: kprobes: remove kprobe_exceptions_notify

Commit fc62d0207ae0 ("kprobes: Introduce weak variant of kprobe_exceptions_notify()") introduces a generic empty version of the function for architectures that don't need special handling, like arm64. As such, remove the arch/arm64/ specific handler. Signed-off-by: Naveen N. Rao

[PATCH 2/2] arm64: kprobes: remove kprobe_exceptions_notify

Commit fc62d0207ae0 ("kprobes: Introduce weak variant of kprobe_exceptions_notify()") introduces a generic empty version of the function for architectures that don't need special handling, like arm64. As such, remove the arch/arm64/ specific handler. Signed-off-by: Naveen N. Rao ---

[PATCH 14/18] pstore: Do not duplicate record metadata

This switches the inode-private data from carrying duplicate metadata to keeping the record passed in during pstore_mkfile(). Signed-off-by: Kees Cook --- fs/pstore/inode.c| 57 ++-- fs/pstore/platform.c | 6 ++ 2

[PATCH 14/18] pstore: Do not duplicate record metadata

This switches the inode-private data from carrying duplicate metadata to keeping the record passed in during pstore_mkfile(). Signed-off-by: Kees Cook --- fs/pstore/inode.c| 57 ++-- fs/pstore/platform.c | 6 ++ 2 files changed, 30

[PATCH 15/18] pstore: Replace arguments for erase() API

This removes the argument list for the erase() callback and replaces it with a pointer to the backend record details to be removed. Signed-off-by: Kees Cook --- drivers/acpi/apei/erst.c | 8 +++- drivers/firmware/efi/efi-pstore.c | 26

[PATCH 16/18] pstore: Replace arguments for write_buf() API

As with the other API updates, this removes the long argument list in favor of passing a single pstore recaord. Signed-off-by: Kees Cook --- fs/pstore/ftrace.c | 9 +++-- fs/pstore/platform.c | 30 +- fs/pstore/ram.c| 44

[PATCH 16/18] pstore: Replace arguments for write_buf() API

As with the other API updates, this removes the long argument list in favor of passing a single pstore recaord. Signed-off-by: Kees Cook --- fs/pstore/ftrace.c | 9 +++-- fs/pstore/platform.c | 30 +- fs/pstore/ram.c| 44

[PATCH 15/18] pstore: Replace arguments for erase() API

This removes the argument list for the erase() callback and replaces it with a pointer to the backend record details to be removed. Signed-off-by: Kees Cook --- drivers/acpi/apei/erst.c | 8 +++- drivers/firmware/efi/efi-pstore.c | 26 +++--- fs/pstore/inode.c

Re: 4.11-rc1 acpi stomping ext4 slabs

On Mon, Mar 6, 2017 at 9:31 PM, Nikolay Borisov wrote: > Hello, > > Booting 4.11-rc1 with kasan enabled and "slub_debug=F" produces the following > errors: > > [7.070797] > == > [7.071724] BUG:

Re: 4.11-rc1 acpi stomping ext4 slabs

On Mon, Mar 6, 2017 at 9:31 PM, Nikolay Borisov wrote: > 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

Re: nvme, allocation failures, and aborted commands

On Sun, Mar 05, 2017 at 11:11:45PM -0700, Thomas Fjellstrom wrote: > Tonight I decided to try kernel 4.11-rc1. Still getting page allocation > failures and aborted nvme commands once iozone gets to the fwrite/fread > testing. > > The taint seems to be comming from previos warnings from the radeon

Re: nvme, allocation failures, and aborted commands

On Sun, Mar 05, 2017 at 11:11:45PM -0700, Thomas Fjellstrom wrote: > Tonight I decided to try kernel 4.11-rc1. Still getting page allocation > failures and aborted nvme commands once iozone gets to the fwrite/fread > testing. > > The taint seems to be comming from previos warnings from the radeon

[PATCH] net: tundra: tsi108: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/tundra/tsi108_eth.c | 14

[PATCH] net: tundra: tsi108: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/tundra/tsi108_eth.c | 14 -- 1

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

> +struct xen_9pfs_header { > + 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 access to tag. -boris

Re: [PATCH 1/2] workqueue: Add new function mod_fwd_delayed_work()

Hello, On Thu, Feb 23, 2017 at 09:34:49AM -0800, Mark Brown wrote: > It is *very* non-obvious that mod_delayed_work() will have a problem > from the documentation, there's "mod_delayed_work_on() on local CPU" as > the body of the description but honestly I'm struggling to tell if > that's even

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

> +struct xen_9pfs_header { > + 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 access to tag. -boris

Re: [PATCH 1/2] workqueue: Add new function mod_fwd_delayed_work()

Hello, On Thu, Feb 23, 2017 at 09:34:49AM -0800, Mark Brown wrote: > It is *very* non-obvious that mod_delayed_work() will have a problem > from the documentation, there's "mod_delayed_work_on() on local CPU" as > the body of the description but honestly I'm struggling to tell if > that's even

Re: Hundreds of null PATH records for *init_module syscall audit logs

+++ Richard Guy Briggs [06/03/17 16:49 -0500]: On 2017-03-03 19:22, Paul Moore wrote: On Fri, Mar 3, 2017 at 4:14 PM, Richard Guy Briggs wrote: > On 2017-02-28 23:15, Steve Grubb wrote: >> On Tuesday, February 28, 2017 10:37:04 PM EST Richard Guy Briggs wrote: >> > Sorry, I

Re: Hundreds of null PATH records for *init_module syscall audit logs

+++ Richard Guy Briggs [06/03/17 16:49 -0500]: On 2017-03-03 19:22, Paul Moore wrote: On Fri, Mar 3, 2017 at 4:14 PM, Richard Guy Briggs wrote: > On 2017-02-28 23:15, Steve Grubb wrote: >> On Tuesday, February 28, 2017 10:37:04 PM EST Richard Guy Briggs wrote: >> > Sorry, I forgot to include

[PATCH 11/18] pstore: Always allocate buffer for decompression

Currently, pstore_mkfile() performs a memcpy() of the record contents, so it can live anywhere. However, this is needlessly wasteful. In preparation of pstore_mkfile() keeping the record contents, always allocate a buffer for the contents. Signed-off-by: Kees Cook ---

[PATCH 07/18] pstore: Move record decompression to function

This moves the record decompression logic out to a separate function to avoid the deep indentation. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 67 +--- 1 file changed, 37 insertions(+), 30 deletions(-) diff --git

[PATCH 11/18] pstore: Always allocate buffer for decompression

Currently, pstore_mkfile() performs a memcpy() of the record contents, so it can live anywhere. However, this is needlessly wasteful. In preparation of pstore_mkfile() keeping the record contents, always allocate a buffer for the contents. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 38

[PATCH 07/18] pstore: Move record decompression to function

This moves the record decompression logic out to a separate function to avoid the deep indentation. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 67 +--- 1 file changed, 37 insertions(+), 30 deletions(-) diff --git a/fs/pstore/platform.c

[PATCH 2/2] MIPS: NI 169445 board support

Support the National Instruments 169445 board. Signed-off-by: Nathan Sullivan --- Documentation/devicetree/bindings/mips/ni.txt | 7 ++ arch/mips/boot/dts/Makefile | 1 + arch/mips/boot/dts/ni/169445.dts| 101

[PATCH 2/2] MIPS: NI 169445 board support

Support the National Instruments 169445 board. Signed-off-by: Nathan Sullivan --- Documentation/devicetree/bindings/mips/ni.txt | 7 ++ arch/mips/boot/dts/Makefile | 1 + arch/mips/boot/dts/ni/169445.dts| 101

[PATCH 00/18] pstore: refactor internal APIs

For a long time I've been bothered by the complexity of argument passing in the pstore internals, which makes understanding things and changing things extremely fragile. With the proposal of a new backend (EPI capsules), and my attempts to reorganize things for the proposed multiple-pmsg

[PATCH 00/18] pstore: refactor internal APIs

For a long time I've been bothered by the complexity of argument passing in the pstore internals, which makes understanding things and changing things extremely fragile. With the proposal of a new backend (EPI capsules), and my attempts to reorganize things for the proposed multiple-pmsg

Re: [PATCH RFC 01/14] block, bfq: introduce the BFQ-v0 I/O scheduler as an extra scheduler

On 03/05/2017 09:02 AM, Paolo Valente wrote: > >> Il giorno 05 mar 2017, alle ore 16:16, Jens Axboe ha >> scritto: >> >> On 03/04/2017 09:01 AM, Paolo Valente wrote: >>> We tag as v0 the version of BFQ containing only BFQ's engine plus >>> hierarchical support. BFQ's engine is

Re: [PATCH RFC 01/14] block, bfq: introduce the BFQ-v0 I/O scheduler as an extra scheduler

On 03/05/2017 09:02 AM, Paolo Valente wrote: > >> Il giorno 05 mar 2017, alle ore 16:16, Jens Axboe ha >> scritto: >> >> On 03/04/2017 09:01 AM, Paolo Valente wrote: >>> We tag as v0 the version of BFQ containing only BFQ's engine plus >>> hierarchical support. BFQ's engine is introduced by

[PATCH 08/18] pstore: Switch pstore_mkfile to pass record

Instead of the long list of arguments, just pass the new record struct. Signed-off-by: Kees Cook --- fs/pstore/inode.c| 57 +--- fs/pstore/internal.h | 5 + fs/pstore/platform.c | 6 +- 3 files changed, 34

Re: [PATCH 4/7] mm: introduce memalloc_nofs_{save,restore} API

On Mon, 6 Mar 2017 14:14:05 +0100 Michal Hocko wrote: > From: Michal Hocko > > GFP_NOFS context is used for the following 5 reasons currently > - to prevent from deadlocks when the lock held by the allocation > context would be needed during

[PATCH 08/18] pstore: Switch pstore_mkfile to pass record

Instead of the long list of arguments, just pass the new record struct. Signed-off-by: Kees Cook --- fs/pstore/inode.c| 57 +--- fs/pstore/internal.h | 5 + fs/pstore/platform.c | 6 +- 3 files changed, 34 insertions(+), 34

Re: [PATCH 4/7] mm: introduce memalloc_nofs_{save,restore} API

On Mon, 6 Mar 2017 14:14:05 +0100 Michal Hocko wrote: > From: Michal Hocko > > GFP_NOFS context is used for the following 5 reasons currently > - to prevent from deadlocks when the lock held by the allocation > context would be needed during the memory reclaim > - to

Re: [PATCH v2] can: m_can: enable transmission of FD frame on latest version

@Wenyou Yang: Can you please test the two patches posted here: [PATCH 1/2] can: m_can: handle bitrate setup on IP core >= 3.1.x http://marc.info/?l=linux-can=148883529927720=2 [PATCH 2/2] can: m_can: handle frame transmission on IP core >= 3.1.x http://marc.info/?l=linux-can=148883529927718=2

Re: [PATCH v2] can: m_can: enable transmission of FD frame on latest version

@Wenyou Yang: Can you please test the two patches posted here: [PATCH 1/2] can: m_can: handle bitrate setup on IP core >= 3.1.x http://marc.info/?l=linux-can=148883529927720=2 [PATCH 2/2] can: m_can: handle frame transmission on IP core >= 3.1.x http://marc.info/?l=linux-can=148883529927718=2

[PATCH 18/18] pstore: Remove write_buf() callback

Now that write() and write_buf() are functionally identical, this removes write_buf(), and renames write_buf_user() to write_user(). Additionally adds sanity-checks for pstore_info's declared functions and flags at registration time. Signed-off-by: Kees Cook ---

[PATCH 18/18] pstore: Remove write_buf() callback

Now that write() and write_buf() are functionally identical, this removes write_buf(), and renames write_buf_user() to write_user(). Additionally adds sanity-checks for pstore_info's declared functions and flags at registration time. Signed-off-by: Kees Cook --- fs/pstore/ftrace.c | 4 ++--

[PATCH 04/18] pstore: Improve register_pstore() error reporting

Uncommon errors are better to get reported to dmesg so developers can more easily figure out why pstore is unhappy with a backend attempting to register. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff

[PATCH 04/18] pstore: Improve register_pstore() error reporting

Uncommon errors are better to get reported to dmesg so developers can more easily figure out why pstore is unhappy with a backend attempting to register. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

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