Re: [PATCH 3/5] fs, xfs: convert xlog_ticket.t_ref from atomic_t to refcount_t

On Wed, Mar 8, 2017 at 7:50 AM, Christoph Hellwig wrote: >> - ASSERT(atomic_read(>t_ref) > 0); >> - atomic_inc(>t_ref); >> + ASSERT(refcount_read(>t_ref) > 0); >> + refcount_inc(>t_ref); > > With strict refcount semantics refcount_inc should check that > the

Re: [PATCH 3/5] fs, xfs: convert xlog_ticket.t_ref from atomic_t to refcount_t

On Wed, Mar 8, 2017 at 7:50 AM, Christoph Hellwig wrote: >> - ASSERT(atomic_read(>t_ref) > 0); >> - atomic_inc(>t_ref); >> + ASSERT(refcount_read(>t_ref) > 0); >> + refcount_inc(>t_ref); > > With strict refcount semantics refcount_inc should check that > the count is larger than

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

On 03/08, Chao Yu wrote: > On 2017/3/7 5:51, Jaegeuk Kim wrote: > > This patch fixes that SSR can overwrite previous warm node block consisting > > of > > a node chain since the last checkpoint. > > Good catch! > > Need to consider the impact to other accesser, e.g. is_checkpointed_data, >

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

On 03/08, Chao Yu wrote: > On 2017/3/7 5:51, Jaegeuk Kim wrote: > > This patch fixes that SSR can overwrite previous warm node block consisting > > of > > a node chain since the last checkpoint. > > Good catch! > > Need to consider the impact to other accesser, e.g. is_checkpointed_data, >

[v6 8/8] bus: fsl-mc: dpio: add maintainer for DPIO

From: Roy Pledge add Roy Pledge as maintainer of DPIO Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- MAINTAINERS |6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

[v6 8/8] bus: fsl-mc: dpio: add maintainer for DPIO

From: Roy Pledge add Roy Pledge as maintainer of DPIO Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- MAINTAINERS |6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 6e06cf4..9c85028 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4040,6

[v6 1/8] bus: fsl-mc: dpio: add DPIO driver overview document

From: Stuart Yoder add document describing the dpio driver and it's role, components and major interfaces Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dpio/dpio-driver.txt | 135 +++ 1 file changed, 135

[v6 1/8] bus: fsl-mc: dpio: add DPIO driver overview document

From: Stuart Yoder add document describing the dpio driver and it's role, components and major interfaces Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dpio/dpio-driver.txt | 135 +++ 1 file changed, 135 insertions(+) create mode 100644

[v6 2/8] bus: fsl-mc: dpio: add APIs for DPIO objects

From: Ioana Radulescu Add the command build/parse APIs for operating on DPIO objects through the DPAA2 Management Complex. Signed-off-by: Ioana Radulescu Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder

[v6 2/8] bus: fsl-mc: dpio: add APIs for DPIO objects

From: Ioana Radulescu Add the command build/parse APIs for operating on DPIO objects through the DPAA2 Management Complex. Signed-off-by: Ioana Radulescu Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/Kconfig | 10 ++

[v6 7/8] bus: fsl-mc: dpio: add the DPAA2 DPIO object driver

The DPIO driver registers with the fsl-mc bus to handle bus-related events for DPIO objects. Key responsibility is mapping I/O regions, setting up interrupt handlers, and calling the DPIO service initialization during probe. Signed-off-by: Roy Pledge Signed-off-by: Haiying

[v6 7/8] bus: fsl-mc: dpio: add the DPAA2 DPIO object driver

The DPIO driver registers with the fsl-mc bus to handle bus-related events for DPIO objects. Key responsibility is mapping I/O regions, setting up interrupt handlers, and calling the DPIO service initialization during probe. Signed-off-by: Roy Pledge Signed-off-by: Haiying Wang Signed-off-by:

[v6 6/8] bus: fsl-mc: dpio: add the DPAA2 DPIO service interface

From: Roy Pledge The DPIO service interface handles initialization of DPIO objects and exports APIs to be used by other DPAA2 object drivers to perform queuing and buffer management related operations. The service allows registration of callbacks when frames or notifications

[v6 3/8] bus: fsl-mc: dpio: add frame descriptor and scatter/gather APIs

From: Roy Pledge Add global definitions for DPAA2 frame descriptors and scatter gather entries. Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/include/dpaa2-fd.h | 448

[v6 3/8] bus: fsl-mc: dpio: add frame descriptor and scatter/gather APIs

From: Roy Pledge Add global definitions for DPAA2 frame descriptors and scatter gather entries. Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/include/dpaa2-fd.h | 448 + 1 file changed, 448 insertions(+) create mode 100644

[v6 6/8] bus: fsl-mc: dpio: add the DPAA2 DPIO service interface

From: Roy Pledge The DPIO service interface handles initialization of DPIO objects and exports APIs to be used by other DPAA2 object drivers to perform queuing and buffer management related operations. The service allows registration of callbacks when frames or notifications are received.

[v6 5/8] bus: fsl-mc: dpio: add QBMan portal APIs for DPAA2

From: Roy Pledge Add QBman APIs for frame queue and buffer pool operations. Signed-off-by: Roy Pledge Signed-off-by: Haiying Wang Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dpio/Makefile

[v6 5/8] bus: fsl-mc: dpio: add QBMan portal APIs for DPAA2

From: Roy Pledge Add QBman APIs for frame queue and buffer pool operations. Signed-off-by: Roy Pledge Signed-off-by: Haiying Wang Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dpio/Makefile |2 +- drivers/staging/fsl-mc/bus/dpio/qbman-portal.c | 1033

[v6 0/8] staging: fsl-mc: add dpio driver

This patch series adds the driver for the DPIO object which is a step to addressing the final item in the staging TODO list-- adding a functional driver on top of the bus driver. The DPIO driver is a dependency for other functional drivers such as Ethernet. An overview of the DPIO object and

[v6 0/8] staging: fsl-mc: add dpio driver

This patch series adds the driver for the DPIO object which is a step to addressing the final item in the staging TODO list-- adding a functional driver on top of the bus driver. The DPIO driver is a dependency for other functional drivers such as Ethernet. An overview of the DPIO object and

[v6 4/8] bus: fsl-mc: dpio: add global dpaa2 definitions

From: Roy Pledge Create header for global dpaa2 definitions. Add definitions for dequeue results. Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/include/dpaa2-global.h | 202

[v6 4/8] bus: fsl-mc: dpio: add global dpaa2 definitions

From: Roy Pledge Create header for global dpaa2 definitions. Add definitions for dequeue results. Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/include/dpaa2-global.h | 202 + 1 file changed, 202 insertions(+) create mode 100644

[PATCH] clock: Fix smp_processor_id() in preemptible bug

The v4.11-rc1 kernel emits the following splat in some configurations: [ 43.681891] BUG: using smp_processor_id() in preemptible [] code: kworker/3:1/49 [ 43.682511] caller is debug_smp_processor_id+0x17/0x20 [ 43.682893] CPU: 0 PID: 49 Comm: kworker/3:1 Not tainted 4.11.0-rc1+ #1

Re: [PATCH 11/15] drm/sun4i: tcon: Fix tcon channel 1 backporch calculation

On Wed, Mar 08, 2017 at 12:25:59PM +0800, Chen-Yu Tsai wrote: > On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard > wrote: > > It seems like what's called a backporch in the datasheet is actually the > > backporch plus the sync period. Fix that in our driver. > > > >

[PATCH] clock: Fix smp_processor_id() in preemptible bug

The v4.11-rc1 kernel emits the following splat in some configurations: [ 43.681891] BUG: using smp_processor_id() in preemptible [] code: kworker/3:1/49 [ 43.682511] caller is debug_smp_processor_id+0x17/0x20 [ 43.682893] CPU: 0 PID: 49 Comm: kworker/3:1 Not tainted 4.11.0-rc1+ #1

Re: [PATCH 11/15] drm/sun4i: tcon: Fix tcon channel 1 backporch calculation

On Wed, Mar 08, 2017 at 12:25:59PM +0800, Chen-Yu Tsai wrote: > On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard > wrote: > > It seems like what's called a backporch in the datasheet is actually the > > backporch plus the sync period. Fix that in our driver. > > > > Signed-off-by: Maxime Ripard > >

[PATCH 1/1] HID: clamp input to logical range if no null state

This patch fixes an issue in drivers/hid/hid-input.c where values outside of the logical range are not clamped when "null state" bit of the input control is not set. This was discussed on the lists [1] and this change stems from the fact due to the ambiguity of the HID specification it might be

[PATCH 1/1] HID: clamp input to logical range if no null state

This patch fixes an issue in drivers/hid/hid-input.c where values outside of the logical range are not clamped when "null state" bit of the input control is not set. This was discussed on the lists [1] and this change stems from the fact due to the ambiguity of the HID specification it might be

Re: [PATCH v1 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state

On Wed, Mar 08, 2017 at 01:38:43PM -0800, Thomas Garnier wrote: > Implement specific usage of verify_pre_usermode_state for user-mode > returns for arm. > --- > Based on next-20170308 > --- > arch/arm/Kconfig | 1 + > arch/arm/kernel/entry-common.S | 5 +

Re: [PATCH v1 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state

On Wed, Mar 08, 2017 at 01:38:43PM -0800, Thomas Garnier wrote: > Implement specific usage of verify_pre_usermode_state for user-mode > returns for arm. > --- > Based on next-20170308 > --- > arch/arm/Kconfig | 1 + > arch/arm/kernel/entry-common.S | 5 +

Re: Dell Inspiron 5558/0VNM2T hangs at resume from suspend when USB 3 is enabled

On Wed, Mar 8, 2017 at 3:49 PM, Diego Viola wrote: > It hangs on resume from suspend if I have USB 3.0 enabled on the BIOS, > it works fine with ehci_hcd or USB 2.0. > > The way I reproduce the problem is with this command: > > $ i3lock && systemctl suspend > > This is what

Re: [PATCH] f2fs: allocate a bio for discarding when actually issuing it

On 03/08, Christoph Hellwig wrote: > On Tue, Mar 07, 2017 at 06:33:33PM -0800, Jaegeuk Kim wrote: > > Let's allocate a bio when issuing discard commands later. > > Does this solve the issue with your queue stalls? No, the patch just changes bio_alloc timings, but the stall happens when doing

Re: Dell Inspiron 5558/0VNM2T hangs at resume from suspend when USB 3 is enabled

On Wed, Mar 8, 2017 at 3:49 PM, Diego Viola wrote: > It hangs on resume from suspend if I have USB 3.0 enabled on the BIOS, > it works fine with ehci_hcd or USB 2.0. > > The way I reproduce the problem is with this command: > > $ i3lock && systemctl suspend > > This is what I see on the screen

Re: [PATCH] f2fs: allocate a bio for discarding when actually issuing it

On 03/08, Christoph Hellwig wrote: > On Tue, Mar 07, 2017 at 06:33:33PM -0800, Jaegeuk Kim wrote: > > Let's allocate a bio when issuing discard commands later. > > Does this solve the issue with your queue stalls? No, the patch just changes bio_alloc timings, but the stall happens when doing

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

On Wed, Mar 08, 2017 at 03:28:11PM -0500, Hon Ching(Vicky) Lo wrote: > On Wed, 2017-03-08 at 10:17 -0700, Jason Gunthorpe wrote: > > On Tue, Mar 07, 2017 at 11:12:43PM -0500, Hon Ching(Vicky) Lo wrote: > > > On Mon, 2017-03-06 at 16:19 -0700, Jason Gunthorpe wrote: > > > > > > Also, how does

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

On Wed, Mar 08, 2017 at 03:28:11PM -0500, Hon Ching(Vicky) Lo wrote: > On Wed, 2017-03-08 at 10:17 -0700, Jason Gunthorpe wrote: > > On Tue, Mar 07, 2017 at 11:12:43PM -0500, Hon Ching(Vicky) Lo wrote: > > > On Mon, 2017-03-06 at 16:19 -0700, Jason Gunthorpe wrote: > > > > > > Also, how does

Re: v4.10: kernel stack frame pointer .. has bad value (null)

[adding Steven Rostedt to CC as an FYI] On Wed, Mar 08, 2017 at 10:25:01AM -0800, Linus Torvalds wrote: > On Wed, Mar 8, 2017 at 9:37 AM, Josh Poimboeuf wrote: > > - CONFIG_FUNCTION_GRAPH_TRACER sets it on x86-32 because of a gcc bug > > where the stack gets aligned before

Re: v4.10: kernel stack frame pointer .. has bad value (null)

[adding Steven Rostedt to CC as an FYI] On Wed, Mar 08, 2017 at 10:25:01AM -0800, Linus Torvalds wrote: > On Wed, Mar 8, 2017 at 9:37 AM, Josh Poimboeuf wrote: > > - CONFIG_FUNCTION_GRAPH_TRACER sets it on x86-32 because of a gcc bug > > where the stack gets aligned before the mcount call.

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

On 03/08, Chao Yu wrote: > On 2017/3/7 5:51, Jaegeuk Kim wrote: > > 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. > > Hmm...should not allow other using of inode->i_ino in following codes of > f2fs_evict_inode,

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

On 03/08, Chao Yu wrote: > On 2017/3/7 5:51, Jaegeuk Kim wrote: > > 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. > > Hmm...should not allow other using of inode->i_ino in following codes of > f2fs_evict_inode,

Re: [PATCH 5/7] xen/9pfs: send requests to the backend

On Wed, 8 Mar 2017, Boris Ostrovsky wrote: > On 03/08/2017 02:33 PM, Stefano Stabellini wrote: > > On Wed, 8 Mar 2017, Boris Ostrovsky wrote: > > +} > > + > > +static int p9_xen_write_todo(struct xen_9pfs_dataring *ring, RING_IDX > > size) > > +{ > > + RING_IDX cons,

Re: [PATCH 5/7] xen/9pfs: send requests to the backend

On Wed, 8 Mar 2017, Boris Ostrovsky wrote: > On 03/08/2017 02:33 PM, Stefano Stabellini wrote: > > On Wed, 8 Mar 2017, Boris Ostrovsky wrote: > > +} > > + > > +static int p9_xen_write_todo(struct xen_9pfs_dataring *ring, RING_IDX > > size) > > +{ > > + RING_IDX cons,

[PATCH] net: via: via-velocity: 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/via/via-velocity.c | 62

Re: [RFC][PATCH 0/4] tracing: Allow function tracing to start earlier in boot up

On Wed, 2017-03-08 at 11:15 -0800, Todd Brandt wrote: > On Tue, 2017-03-07 at 16:28 -0500, Steven Rostedt wrote: > > I've had people ask about moving tracing up further in the boot process. > > This patch series looks at function tracing only. It allows for tracing > > (and function filtering) to

[PATCH] net: via: via-velocity: 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/via/via-velocity.c | 62

Re: [RFC][PATCH 0/4] tracing: Allow function tracing to start earlier in boot up

On Wed, 2017-03-08 at 11:15 -0800, Todd Brandt wrote: > On Tue, 2017-03-07 at 16:28 -0500, Steven Rostedt wrote: > > I've had people ask about moving tracing up further in the boot process. > > This patch series looks at function tracing only. It allows for tracing > > (and function filtering) to

Re: [Question] devm_kmalloc() for DMA ?

On Wed, Mar 08, 2017 at 09:44:17PM +0100, Lars-Peter Clausen wrote: > On 03/08/2017 08:59 PM, Russell King - ARM Linux wrote: > > On Wed, Mar 08, 2017 at 08:48:31PM +0100, Lars-Peter Clausen wrote: > >> When the DMA memory is mapped for reading from the device the associated > >> cachelines are

Re: [Question] devm_kmalloc() for DMA ?

On Wed, Mar 08, 2017 at 09:44:17PM +0100, Lars-Peter Clausen wrote: > On 03/08/2017 08:59 PM, Russell King - ARM Linux wrote: > > On Wed, Mar 08, 2017 at 08:48:31PM +0100, Lars-Peter Clausen wrote: > >> When the DMA memory is mapped for reading from the device the associated > >> cachelines are

[PATCH] crypto: s5p-sss - Fix spinlock recursion on LRW(AES)

Running TCRYPT with LRW compiled causes spinlock recursion: testing speed of async lrw(aes) (lrw(ecb-aes-s5p)) encryption tcrypt: test 0 (256 bit key, 16 byte blocks): 19007 operations in 1 seconds (304112 bytes) tcrypt: test 1 (256 bit key, 64 byte blocks): 15753 operations in 1

[PATCH] crypto: s5p-sss - Fix spinlock recursion on LRW(AES)

Running TCRYPT with LRW compiled causes spinlock recursion: testing speed of async lrw(aes) (lrw(ecb-aes-s5p)) encryption tcrypt: test 0 (256 bit key, 16 byte blocks): 19007 operations in 1 seconds (304112 bytes) tcrypt: test 1 (256 bit key, 64 byte blocks): 15753 operations in 1

[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 ++ MAINTAINERS | 8 ++ arch/mips/boot/dts/Makefile | 1 +

[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 ++ MAINTAINERS | 8 ++ arch/mips/boot/dts/Makefile | 1 + arch/mips/boot/dts/ni/169445.dts

Re: [PATCH v3] Input: sparse-keymap - use a managed allocation for keymap copy

On Wed, Mar 08, 2017 at 10:50:16PM +0200, Andy Shevchenko wrote: > On Wed, Mar 8, 2017 at 8:12 PM, Dmitry Torokhov > wrote: > > On Wed, Mar 08, 2017 at 09:22:17AM +0100, Michał Kępień wrote: > >> Some platform drivers use devm_input_allocate_device() together with > >>

Re: [PATCH v3] Input: sparse-keymap - use a managed allocation for keymap copy

On Wed, Mar 08, 2017 at 10:50:16PM +0200, Andy Shevchenko wrote: > On Wed, Mar 8, 2017 at 8:12 PM, Dmitry Torokhov > wrote: > > On Wed, Mar 08, 2017 at 09:22:17AM +0100, Michał Kępień wrote: > >> Some platform drivers use devm_input_allocate_device() together with > >> sparse_keymap_setup() in

Re: [PATCH 5/7] xen/9pfs: send requests to the backend

>> There is no extra read of prod/cons. > Yes, there are: just after this if statement we would have to read them > again to calculate masked_prod and masked_cons. Ah, of course. Thanks. -boris

Re: [PATCH v3] Input: sparse-keymap - use a managed allocation for keymap copy

On Wed, Mar 8, 2017 at 8:12 PM, Dmitry Torokhov wrote: > On Wed, Mar 08, 2017 at 09:22:17AM +0100, Michał Kępień wrote: >> Some platform drivers use devm_input_allocate_device() together with >> sparse_keymap_setup() in their .probe callbacks. While using the former >>

Re: [PATCH 5/7] xen/9pfs: send requests to the backend

>> There is no extra read of prod/cons. > Yes, there are: just after this if statement we would have to read them > again to calculate masked_prod and masked_cons. Ah, of course. Thanks. -boris

Re: [PATCH v3] Input: sparse-keymap - use a managed allocation for keymap copy

On Wed, Mar 8, 2017 at 8:12 PM, Dmitry Torokhov wrote: > On Wed, Mar 08, 2017 at 09:22:17AM +0100, Michał Kępień wrote: >> Some platform drivers use devm_input_allocate_device() together with >> sparse_keymap_setup() in their .probe callbacks. While using the former >> simplifies error handling,

Re: [PATCH 1/3] usb: orion-echi: Add support for the Armada 3700

Hello, On Wed, 8 Mar 2017 17:24:21 +0100, Gregory CLEMENT wrote: > Signed-off-by: jinghua I think you need a full first name + last name for this Signed-off-by. Best regards, Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering

Re: [PATCH 1/3] usb: orion-echi: Add support for the Armada 3700

Hello, On Wed, 8 Mar 2017 17:24:21 +0100, Gregory CLEMENT wrote: > Signed-off-by: jinghua I think you need a full first name + last name for this Signed-off-by. Best regards, Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com

[PATCH 5/5] Hacky testsuite for memfill() and memset_l()

From: Matthew Wilcox cc -I. -I../../include -g -O2 -Wall -D_LGPL_SOURCE -fno-strict-aliasing \ string.c -o string Has to be compiled with -fno-strict-aliasing because I do unclean things with pointers to different types (in the test suite, not the lib).

[PATCH 5/5] Hacky testsuite for memfill() and memset_l()

From: Matthew Wilcox cc -I. -I../../include -g -O2 -Wall -D_LGPL_SOURCE -fno-strict-aliasing \ string.c -o string Has to be compiled with -fno-strict-aliasing because I do unclean things with pointers to different types (in the test suite, not the lib). Signed-off-by: Matthew Wilcox

[PATCH 2/5] zram: Convert to using memset_l()

From: Matthew Wilcox zram was the motivation for creating memset_l(). Signed-off-by: Matthew Wilcox --- drivers/block/zram/zram_drv.c | 15 +++ 1 file changed, 3 insertions(+), 12 deletions(-) diff --git

[PATCH 4/5] Add memfill()

From: Matthew Wilcox Similar to Lars Wirzenius' memfill(), this version has optimisations for source sizes of 1, 2, 4 (and 8 on 64 bit architectures). Signed-off-by: Matthew Wilcox --- include/linux/string.h | 3 +++ lib/string.c | 41

[PATCH 2/5] zram: Convert to using memset_l()

From: Matthew Wilcox zram was the motivation for creating memset_l(). Signed-off-by: Matthew Wilcox --- drivers/block/zram/zram_drv.c | 15 +++ 1 file changed, 3 insertions(+), 12 deletions(-) diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.c index

[PATCH 4/5] Add memfill()

From: Matthew Wilcox Similar to Lars Wirzenius' memfill(), this version has optimisations for source sizes of 1, 2, 4 (and 8 on 64 bit architectures). Signed-off-by: Matthew Wilcox --- include/linux/string.h | 3 +++ lib/string.c | 41 + 2

[PATCH v3] NI 169445 board support

Add support for the National Instruments 169445 board Changes from v2: - Hand write the board config fragment, and make it more minimal. - Add myself as the maintainer of new dirs and files.

[PATCH v3] NI 169445 board support

Add support for the National Instruments 169445 board Changes from v2: - Hand write the board config fragment, and make it more minimal. - Add myself as the maintainer of new dirs and files.

[PATCH 3/5] sym53c8xx_2: Convert to use memset32()

From: Matthew Wilcox memset32() can be used to initialise these three arrays. Minor code footprint reduction. Signed-off-by: Matthew Wilcox --- drivers/scsi/sym53c8xx_2/sym_hipd.c | 11 +++ 1 file changed, 3 insertions(+), 8

[RFC 0/5] memset_l and memfill

From: Matthew Wilcox zram was recently enhanced to support compressing pages with a repeating pattern up to the size of an unsigned long. As part of the discussion, we noted it would be nice if architectures had optimised routines to fill regions of memory with patterns

[PATCH 3/5] sym53c8xx_2: Convert to use memset32()

From: Matthew Wilcox memset32() can be used to initialise these three arrays. Minor code footprint reduction. Signed-off-by: Matthew Wilcox --- drivers/scsi/sym53c8xx_2/sym_hipd.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --git

[RFC 0/5] memset_l and memfill

From: Matthew Wilcox zram was recently enhanced to support compressing pages with a repeating pattern up to the size of an unsigned long. As part of the discussion, we noted it would be nice if architectures had optimised routines to fill regions of memory with patterns larger than those

[PATCH] [media] vcodec: mediatek: fix platform_no_drv_owner.cocci warnings

drivers/media/platform/mtk-jpeg/mtk_jpeg_core.c:1296:3-8: No need to set .owner here. The core will do it. Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci CC: Rick Chang Signed-off-by:

[PATCH] [media] vcodec: mediatek: fix platform_no_drv_owner.cocci warnings

drivers/media/platform/mtk-jpeg/mtk_jpeg_core.c:1296:3-8: No need to set .owner here. The core will do it. Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci CC: Rick Chang Signed-off-by: Fengguang Wu ---

Re: RFC: SysRq nice-all-RT-tasks is broken

On 08/03/2017 17:57, Steven Rostedt wrote: > On Wed, 8 Mar 2017 11:51:14 -0500 > Steven Rostedt wrote: > > >> Hmm, that commit was added in 2.6.18, and you're right, a lot has >> changed since then. Have you tried removing it and running it under >> lockdep, and see if it

Re: RFC: SysRq nice-all-RT-tasks is broken

On 08/03/2017 17:57, Steven Rostedt wrote: > On Wed, 8 Mar 2017 11:51:14 -0500 > Steven Rostedt wrote: > > >> Hmm, that commit was added in 2.6.18, and you're right, a lot has >> changed since then. Have you tried removing it and running it under >> lockdep, and see if it triggers any warnings?

[PATCH RT 2/7] x86/mm/cpa: avoid wbinvd() for PREEMPT

3.12.70-rt95-rc1 stable review patch. If anyone has any objections, please let me know. -- From: John Ogness Although wbinvd() is faster than flushing many individual pages, it blocks the memory bus for "long" periods of time (>100us), thus directly

[PATCH RT 2/7] x86/mm/cpa: avoid wbinvd() for PREEMPT

3.12.70-rt95-rc1 stable review patch. If anyone has any objections, please let me know. -- From: John Ogness Although wbinvd() is faster than flushing many individual pages, it blocks the memory bus for "long" periods of time (>100us), thus directly causing unusually large

Re: SGX notes from KS/LPC

On Wed, Mar 8, 2017 at 10:48 AM, Andy Lutomirski wrote: > Hi- > > Here are my notes on SGX issues from KS/LPC. It seems that I never > emailed it out to a public list -- oops. It may contain any number of > typos or outright errors. Willy Tarreau points out that I didn't

Re: SGX notes from KS/LPC

On Wed, Mar 8, 2017 at 10:48 AM, Andy Lutomirski wrote: > Hi- > > Here are my notes on SGX issues from KS/LPC. It seems that I never > emailed it out to a public list -- oops. It may contain any number of > typos or outright errors. Willy Tarreau points out that I didn't define SGX at all.

Re: Dell Inspiron 5558/0VNM2T hangs at resume from suspend when USB 3 is enabled

Hi Greg, On Wed, Mar 8, 2017 at 5:15 PM, Greg KH wrote: > On Wed, Mar 08, 2017 at 03:49:19PM -0300, Diego Viola wrote: >> It hangs on resume from suspend if I have USB 3.0 enabled on the BIOS, >> it works fine with ehci_hcd or USB 2.0. >> >> The way I reproduce the

Re: Dell Inspiron 5558/0VNM2T hangs at resume from suspend when USB 3 is enabled

Hi Greg, On Wed, Mar 8, 2017 at 5:15 PM, Greg KH wrote: > On Wed, Mar 08, 2017 at 03:49:19PM -0300, Diego Viola wrote: >> It hangs on resume from suspend if I have USB 3.0 enabled on the BIOS, >> it works fine with ehci_hcd or USB 2.0. >> >> The way I reproduce the problem is with this command:

Re: [Question] devm_kmalloc() for DMA ?

On 03/08/2017 07:06 PM, Masahiro Yamada wrote: > Hi Robin, > > > 2017-03-08 20:15 GMT+09:00 Robin Murphy : >> On 08/03/17 10:59, Masahiro Yamada wrote: >>> Hi experts, >>> >>> I have a question about >>> how to allocate DMA-safe buffer. >>> >>> >>> In my understanding,

Re: [Question] devm_kmalloc() for DMA ?

On 03/08/2017 07:06 PM, Masahiro Yamada wrote: > Hi Robin, > > > 2017-03-08 20:15 GMT+09:00 Robin Murphy : >> On 08/03/17 10:59, Masahiro Yamada wrote: >>> Hi experts, >>> >>> I have a question about >>> how to allocate DMA-safe buffer. >>> >>> >>> In my understanding, kmalloc() returns >>>

kexec regression since 4.9 caused by efi

Hi, everyone, Since 4.9, kexec results in the following panic on some of our servers: [0.001000] general protection fault: [#1] SMP [0.001000] Modules linked in: [0.001000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.11.0-rc1 #53 [0.001000] Hardware name: Wiwynn

kexec regression since 4.9 caused by efi

Hi, everyone, Since 4.9, kexec results in the following panic on some of our servers: [0.001000] general protection fault: [#1] SMP [0.001000] Modules linked in: [0.001000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.11.0-rc1 #53 [0.001000] Hardware name: Wiwynn

[PATCH] ARM: zynq: Add #io-channel-cells to (x)adc node for iio-hwmon

Fix issue when exposing xadc via iio-hwmon by adding missing OF: /iio_hwmon: could not get #io-channel-cells for /amba/adc@f8007100 Signed-off-by: Moritz Fischer Cc: Michal Simek Cc: Sören Brinkmann Cc: Julia Cartwright

[PATCH] ARM: zynq: Add #io-channel-cells to (x)adc node for iio-hwmon

Fix issue when exposing xadc via iio-hwmon by adding missing OF: /iio_hwmon: could not get #io-channel-cells for /amba/adc@f8007100 Signed-off-by: Moritz Fischer Cc: Michal Simek Cc: Sören Brinkmann Cc: Julia Cartwright Cc: linux-kernel@vger.kernel.org --- arch/arm/boot/dts/zynq-7000.dtsi |

[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 |

Re: [Question] devm_kmalloc() for DMA ?

On 03/08/2017 08:59 PM, Russell King - ARM Linux wrote: > On Wed, Mar 08, 2017 at 08:48:31PM +0100, Lars-Peter Clausen wrote: >> When the DMA memory is mapped for reading from the device the associated >> cachelines are invalidated without writeback. There is no guarantee that >> the changes made

Re: [Question] devm_kmalloc() for DMA ?

On 03/08/2017 08:59 PM, Russell King - ARM Linux wrote: > On Wed, Mar 08, 2017 at 08:48:31PM +0100, Lars-Peter Clausen wrote: >> When the DMA memory is mapped for reading from the device the associated >> cachelines are invalidated without writeback. There is no guarantee that >> the changes made

[PATCH V3] PCI/ASPM: reconfigure ASPM following hotplug for POLICY_DEFAULT

When the operating system is booted with the default ASPM policy (POLICY_DEFAULT), current code is querying the enable/disable states from ASPM registers to determine the policy. For example, a BIOS could set the power saving state to performance and clear all ASPM control registers. A balanced

[PATCH V3] PCI/ASPM: reconfigure ASPM following hotplug for POLICY_DEFAULT

When the operating system is booted with the default ASPM policy (POLICY_DEFAULT), current code is querying the enable/disable states from ASPM registers to determine the policy. For example, a BIOS could set the power saving state to performance and clear all ASPM control registers. A balanced

[PATCH RT 4/7] lockdep: Handle statically initialized PER_CPU locks proper

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner If a PER_CPU struct which contains a spin_lock is statically initialized via: DEFINE_PER_CPU(struct foo, bla) = { .lock =

[PATCH RT 4/7] lockdep: Handle statically initialized PER_CPU locks proper

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner If a PER_CPU struct which contains a spin_lock is statically initialized via: DEFINE_PER_CPU(struct foo, bla) = { .lock = __SPIN_LOCK_UNLOCKED(bla.lock)

[PATCH RT 1/7] radix-tree: use local locks

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior The preload functionality uses per-CPU variables and preempt-disable to ensure that it does not switch CPUs during its usage. This

[PATCH RT 1/7] radix-tree: use local locks

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior The preload functionality uses per-CPU variables and preempt-disable to ensure that it does not switch CPUs during its usage. This patch adds

[PATCH RT 6/7] lockdep: Fix compilation error for !CONFIG_MODULES and !CONFIG_SMP

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Dan Murphy When CONFIG_MODULES is not set then it fails to compile in lockdep: |kernel/locking/lockdep.c: In function 'look_up_lock_class':

[PATCH RT 6/7] lockdep: Fix compilation error for !CONFIG_MODULES and !CONFIG_SMP

3.10.105-rt120-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Dan Murphy When CONFIG_MODULES is not set then it fails to compile in lockdep: |kernel/locking/lockdep.c: In function 'look_up_lock_class': |kernel/locking/lockdep.c:684:12:

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