Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update

On Wed, 17 May 2017, Michal Hocko wrote: > > If you have screwy things like static mbinds in there then you are > > hopelessly lost anyways. You may have moved the process to another set > > of nodes but the static bindings may refer to a node no longer > > available. Thus the OOM is legitimate.

Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update

On Wed, 17 May 2017, Michal Hocko wrote: > > If you have screwy things like static mbinds in there then you are > > hopelessly lost anyways. You may have moved the process to another set > > of nodes but the static bindings may refer to a node no longer > > available. Thus the OOM is legitimate.

[PATCH v2 3/3] arm64: kconfig: allow support for memory failure handling

From: "Jonathan (Zhixiong) Zhang" Declare ARCH_SUPPORTS_MEMORY_FAILURE, as arm64 does support memory failure recovery attempt. Signed-off-by: Jonathan (Zhixiong) Zhang Signed-off-by: Tyler Baicar (Dropped changes to ACPI

Re: [PATCH v5 1/2] selinux: add brief info to policydb

2017-05-17 17:09 GMT+02:00 William Roberts : > On Wed, May 17, 2017 at 7:59 AM, Sebastien Buisson > wrote: >> 2017-05-16 22:40 GMT+02:00 Stephen Smalley : + strcpy(*brief, policydb.policybrief); + /* *len is

Re: [PATCH] jbd2: preserve original nofs flag during journal restart

On Wed 17-05-17 16:56:27, Jan Kara wrote: > On Wed 17-05-17 16:13:57, Michal Hocko wrote: > > On Wed 17-05-17 05:33:01, Tahsin Erdogan wrote: > > > When a transaction starts, start_this_handle() saves current > > > PF_MEMALLOC_NOFS value so that it can be restored at journal stop time. > > >

Re: tty: closing n_gsm line discipline always times out

On Wed, 17 May 2017 15:44:56 +0200 Sascha Hauer wrote: > Hi All, > > When the n_gsm line discipline is closed it wants to shutdown the line > discipline properly and asks the link partner to end the mux protocol. This is > done in gsm_cleanup_mux() around line 2050 in

[PATCH v2 3/3] arm64: kconfig: allow support for memory failure handling

From: "Jonathan (Zhixiong) Zhang" Declare ARCH_SUPPORTS_MEMORY_FAILURE, as arm64 does support memory failure recovery attempt. Signed-off-by: Jonathan (Zhixiong) Zhang Signed-off-by: Tyler Baicar (Dropped changes to ACPI APEI Kconfig and updated commit log) Signed-off-by: Punit Agrawal

Re: [PATCH v5 1/2] selinux: add brief info to policydb

2017-05-17 17:09 GMT+02:00 William Roberts : > On Wed, May 17, 2017 at 7:59 AM, Sebastien Buisson > wrote: >> 2017-05-16 22:40 GMT+02:00 Stephen Smalley : + strcpy(*brief, policydb.policybrief); + /* *len is the length of the output string */ + *len = policybrief_len -

Re: [PATCH] jbd2: preserve original nofs flag during journal restart

On Wed 17-05-17 16:56:27, Jan Kara wrote: > On Wed 17-05-17 16:13:57, Michal Hocko wrote: > > On Wed 17-05-17 05:33:01, Tahsin Erdogan wrote: > > > When a transaction starts, start_this_handle() saves current > > > PF_MEMALLOC_NOFS value so that it can be restored at journal stop time. > > >

Re: tty: closing n_gsm line discipline always times out

On Wed, 17 May 2017 15:44:56 +0200 Sascha Hauer wrote: > Hi All, > > When the n_gsm line discipline is closed it wants to shutdown the line > discipline properly and asks the link partner to end the mux protocol. This is > done in gsm_cleanup_mux() around line 2050 in n_gsm.c: > > if

[PATCH v2 2/3] arm64: hwpoison: add VM_FAULT_HWPOISON[_LARGE] handling

From: "Jonathan (Zhixiong) Zhang" Add VM_FAULT_HWPOISON[_LARGE] handling to the arm64 page fault handler. Handling of VM_FAULT_HWPOISON[_LARGE] is very similar to VM_FAULT_OOM, the only difference is that a different si_code (BUS_MCEERR_AR) is passed to user space and

[PATCH v2 2/3] arm64: hwpoison: add VM_FAULT_HWPOISON[_LARGE] handling

From: "Jonathan (Zhixiong) Zhang" Add VM_FAULT_HWPOISON[_LARGE] handling to the arm64 page fault handler. Handling of VM_FAULT_HWPOISON[_LARGE] is very similar to VM_FAULT_OOM, the only difference is that a different si_code (BUS_MCEERR_AR) is passed to user space and si_addr_lsb field is

[PATCH v2 1/3] arm64: hugetlb: Fix huge_pte_offset to return poisoned page table entries

When memory failure is enabled, a poisoned hugepage pte is marked as a swap entry. huge_pte_offset() does not return the poisoned page table entries when it encounters PUD/PMD hugepages. This behaviour of huge_pte_offset() leads to error such as below when munmap is called on poisoned hugepages.

[PATCH v2 1/3] arm64: hugetlb: Fix huge_pte_offset to return poisoned page table entries

When memory failure is enabled, a poisoned hugepage pte is marked as a swap entry. huge_pte_offset() does not return the poisoned page table entries when it encounters PUD/PMD hugepages. This behaviour of huge_pte_offset() leads to error such as below when munmap is called on poisoned hugepages.

[PATCH v2 0/3] arm64: Add support for handling memory corruption

Hi, This series enables memory failure handling for arm64. Previous posting can be found at [0]. Changes since v1: * Reworked Patch 1 based on Catalin's feedbak to symmetrically deal with PUD and PMD hugepages in huge_pte_offset() * Added Steve's acks With support for contiguous hugepages

[PATCH v2 0/3] arm64: Add support for handling memory corruption

Hi, This series enables memory failure handling for arm64. Previous posting can be found at [0]. Changes since v1: * Reworked Patch 1 based on Catalin's feedbak to symmetrically deal with PUD and PMD hugepages in huge_pte_offset() * Added Steve's acks With support for contiguous hugepages

[PATCH] Documentation: scheduler: sched-arch: remove __ARCH_WANT_UNLOCKED_CTXSW macro

remove __ARCH_WANT_UNLOCKED_CTXSW macro because it's no longer exist after 3.17.8 kernel release. Signed-off-by: Karim Eshapa --- Documentation/scheduler/sched-arch.txt | 15 +-- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git

[PATCH] Documentation: scheduler: sched-arch: remove __ARCH_WANT_UNLOCKED_CTXSW macro

remove __ARCH_WANT_UNLOCKED_CTXSW macro because it's no longer exist after 3.17.8 kernel release. Signed-off-by: Karim Eshapa --- Documentation/scheduler/sched-arch.txt | 15 +-- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git a/Documentation/scheduler/sched-arch.txt

Re: [PATCH v2 3/6] mm, page_alloc: pass preferred nid instead of zonelist to allocator

On Wed, 17 May 2017, Vlastimil Babka wrote: > struct page * > -__alloc_pages_nodemask(gfp_t gfp_mask, unsigned int order, > -struct zonelist *zonelist, nodemask_t *nodemask); > +__alloc_pages_nodemask(gfp_t gfp_mask, unsigned int order, int preferred_nid, > +

Re: [PATCH v2 3/6] mm, page_alloc: pass preferred nid instead of zonelist to allocator

On Wed, 17 May 2017, Vlastimil Babka wrote: > struct page * > -__alloc_pages_nodemask(gfp_t gfp_mask, unsigned int order, > -struct zonelist *zonelist, nodemask_t *nodemask); > +__alloc_pages_nodemask(gfp_t gfp_mask, unsigned int order, int preferred_nid, > +

[PATCH] tracing: Move postpone selftests to core from early_initcall

I hit the following lockdep splat when booting with ftrace selftests enabled, as well as CONFIG_PREEMPT and LOCKDEP. Testing dynamic ftrace ops #1: (1 0 1 0 0) (1 1 2 0 0) (2 1 3 0 169) (2 2 4 0 50066) [ cut here ] WARNING: CPU: 0 PID: 13 at

[PATCH] tracing: Move postpone selftests to core from early_initcall

I hit the following lockdep splat when booting with ftrace selftests enabled, as well as CONFIG_PREEMPT and LOCKDEP. Testing dynamic ftrace ops #1: (1 0 1 0 0) (1 1 2 0 0) (2 1 3 0 169) (2 2 4 0 50066) [ cut here ] WARNING: CPU: 0 PID: 13 at

[PATCH net] bonding: fix accounting of active ports in 3ad

As of 7bb11dc9f59d and 0622cab0341c, bond slaves in a 3ad bond are not removed from the aggregator when they are down, and the active slave count is NOT equal to number of ports in the aggregator, but rather the number of ports in the aggregator that are still enabled. The sysfs spew for

[PATCH net] bonding: fix accounting of active ports in 3ad

As of 7bb11dc9f59d and 0622cab0341c, bond slaves in a 3ad bond are not removed from the aggregator when they are down, and the active slave count is NOT equal to number of ports in the aggregator, but rather the number of ports in the aggregator that are still enabled. The sysfs spew for

Re: [PATCH v5 1/2] selinux: add brief info to policydb

On Wed, May 17, 2017 at 7:59 AM, Sebastien Buisson wrote: > 2017-05-16 22:40 GMT+02:00 Stephen Smalley : >>> + strcpy(*brief, policydb.policybrief); >>> + /* *len is the length of the output string */ >>> + *len = policybrief_len - 1; >> >>

Re: [PATCH v5 1/2] selinux: add brief info to policydb

On Wed, May 17, 2017 at 7:59 AM, Sebastien Buisson wrote: > 2017-05-16 22:40 GMT+02:00 Stephen Smalley : >>> + strcpy(*brief, policydb.policybrief); >>> + /* *len is the length of the output string */ >>> + *len = policybrief_len - 1; >> >> Is there a particular reason to not just

[PATCH v1 3/3] v4l: async: Match parent devices

From: Kieran Bingham Devices supporting multiple endpoints on a single device node must set their subdevice fwnode to the endpoint to allow distinct comparisons. Adapt the match_fwnode call to compare against the provided fwnodes first, but also to

[PATCH v1 3/3] v4l: async: Match parent devices

From: Kieran Bingham Devices supporting multiple endpoints on a single device node must set their subdevice fwnode to the endpoint to allow distinct comparisons. Adapt the match_fwnode call to compare against the provided fwnodes first, but also to search for a comparison against the parent

Re: [PATCH v2] printk: Use the main logbuf in NMI when logbuf_lock is available

On Fri 2017-05-05 11:21:41, Sergey Senozhatsky wrote: > On (05/04/17 17:46), Petr Mladek wrote: > [..] > > Suggested-by: Sergey Senozhatsky > > Signed-off-by: Petr Mladek > > Acked-by: Sergey Senozhatsky Thanks for

Re: [PATCH v2] printk: Use the main logbuf in NMI when logbuf_lock is available

On Fri 2017-05-05 11:21:41, Sergey Senozhatsky wrote: > On (05/04/17 17:46), Petr Mladek wrote: > [..] > > Suggested-by: Sergey Senozhatsky > > Signed-off-by: Petr Mladek > > Acked-by: Sergey Senozhatsky Thanks for ack. > a small nitpick, > > [..] > > void printk_nmi_enter(void) > > { > >

Re: [PATCH v2 2/6] mm, mempolicy: stop adjusting current->il_next in mpol_rebind_nodemask()

On Wed, 17 May 2017, Vlastimil Babka wrote: > The task->il_next variable stores the next allocation node id for task's > MPOL_INTERLEAVE policy. mpol_rebind_nodemask() updates interleave and > bind mempolicies due to changing cpuset mems. Currently it also tries to > make sure that

Re: [PATCH v2 2/6] mm, mempolicy: stop adjusting current->il_next in mpol_rebind_nodemask()

On Wed, 17 May 2017, Vlastimil Babka wrote: > The task->il_next variable stores the next allocation node id for task's > MPOL_INTERLEAVE policy. mpol_rebind_nodemask() updates interleave and > bind mempolicies due to changing cpuset mems. Currently it also tries to > make sure that

[PATCH v1 1/3] of: base: Provide of_graph_get_port_parent()

From: Kieran Bingham When handling endpoints, the v4l2 async framework needs to identify the parent device of a port endpoint. Adapt the existing of_graph_get_remote_port_parent() such that a caller can obtain the parent of a port without parsing the

[PATCH v1 1/3] of: base: Provide of_graph_get_port_parent()

From: Kieran Bingham When handling endpoints, the v4l2 async framework needs to identify the parent device of a port endpoint. Adapt the existing of_graph_get_remote_port_parent() such that a caller can obtain the parent of a port without parsing the remote-endpoint first. Signed-off-by:

[PATCH v1 2/3] device property: Add fwnode_graph_get_port_parent

From: Kieran Bingham V4L2 async notifiers can pass the endpoint fwnode rather than the device fwnode. Provide a helper to obtain the parent device fwnode without first parsing the remote-endpoint as per fwnode_graph_get_remote_port_parent.

[PATCH v1 2/3] device property: Add fwnode_graph_get_port_parent

From: Kieran Bingham V4L2 async notifiers can pass the endpoint fwnode rather than the device fwnode. Provide a helper to obtain the parent device fwnode without first parsing the remote-endpoint as per fwnode_graph_get_remote_port_parent. Signed-off-by: Kieran Bingham ---

Re: [PATCH 0/3] timekeeping: Improved NOHZ frequency steering (v2)

On Fri, May 12, 2017 at 10:26:12AM -0700, John Stultz wrote: > On Fri, May 12, 2017 at 8:14 AM, Miroslav Lichvar wrote: > > I see this with real PHCs and PTP/NTP synchronization too. It's very > > confusing when the timekeeping changes so much for no apparent reason. > > If

Re: [PATCH 0/3] timekeeping: Improved NOHZ frequency steering (v2)

On Fri, May 12, 2017 at 10:26:12AM -0700, John Stultz wrote: > On Fri, May 12, 2017 at 8:14 AM, Miroslav Lichvar wrote: > > I see this with real PHCs and PTP/NTP synchronization too. It's very > > confusing when the timekeeping changes so much for no apparent reason. > > If we can't remove the

Re: [PATCH v5 1/2] selinux: add brief info to policydb

2017-05-16 22:40 GMT+02:00 Stephen Smalley : >> + strcpy(*brief, policydb.policybrief); >> + /* *len is the length of the output string */ >> + *len = policybrief_len - 1; > > Is there a particular reason to not just return policybrief_len here as > well, for

Re: [PATCH v5 1/2] selinux: add brief info to policydb

2017-05-16 22:40 GMT+02:00 Stephen Smalley : >> + strcpy(*brief, policydb.policybrief); >> + /* *len is the length of the output string */ >> + *len = policybrief_len - 1; > > Is there a particular reason to not just return policybrief_len here as > well, for consistency in the

Re: [PATCH] net: always include tcp.h in sock.c

On Wed, 2017-05-17 at 10:47 +0200, Arnd Bergmann wrote: > kernelci reports a build regression in the latest 4.12 snapshots > in configurations without TCP: > > net/core/sock.c: In function 'skb_orphan_partial': > net/core/sock.c:1810:6: error: implicit declaration of function >

Re: [PATCH] net: always include tcp.h in sock.c

On Wed, 2017-05-17 at 10:47 +0200, Arnd Bergmann wrote: > kernelci reports a build regression in the latest 4.12 snapshots > in configurations without TCP: > > net/core/sock.c: In function 'skb_orphan_partial': > net/core/sock.c:1810:6: error: implicit declaration of function >

Re: [PATCH 0/6] refine and rename slub sysfs

On Wed, 17 May 2017, Wei Yang wrote: > This patch serial could be divided into two parts. > > First three patches refine and adds slab sysfs. > Second three patches rename slab sysfs. These changes will break the slabinfo tool in linux/tools/vm/slabinfo.c. Please update it as well. > 1. Refine

Re: [PATCH 0/6] refine and rename slub sysfs

On Wed, 17 May 2017, Wei Yang wrote: > This patch serial could be divided into two parts. > > First three patches refine and adds slab sysfs. > Second three patches rename slab sysfs. These changes will break the slabinfo tool in linux/tools/vm/slabinfo.c. Please update it as well. > 1. Refine

Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update

On Wed 17-05-17 09:48:25, Cristopher Lameter wrote: > On Wed, 17 May 2017, Michal Hocko wrote: > > > > > So how are you going to distinguish VM_FAULT_OOM from an empty mempolicy > > > > case in a raceless way? > > > > > > You dont have to do that if you do not create an empty mempolicy in the > >

Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update

On Wed 17-05-17 09:48:25, Cristopher Lameter wrote: > On Wed, 17 May 2017, Michal Hocko wrote: > > > > > So how are you going to distinguish VM_FAULT_OOM from an empty mempolicy > > > > case in a raceless way? > > > > > > You dont have to do that if you do not create an empty mempolicy in the > >

Re: [PATCH v4 1/2] PCI: Add tango MSI controller support

On 20/04/2017 16:28, Marc Gonzalez wrote: > +static int tango_set_affinity(struct irq_data *data, > + const struct cpumask *mask, bool force) > +{ > + return -EINVAL; > +} > + > +static struct irq_chip tango_chip = { > + .irq_ack= tango_ack, > + .irq_mask

Re: [PATCH v4 1/2] PCI: Add tango MSI controller support

On 20/04/2017 16:28, Marc Gonzalez wrote: > +static int tango_set_affinity(struct irq_data *data, > + const struct cpumask *mask, bool force) > +{ > + return -EINVAL; > +} > + > +static struct irq_chip tango_chip = { > + .irq_ack= tango_ack, > + .irq_mask

Re: [PATCH] jbd2: preserve original nofs flag during journal restart

On Wed 17-05-17 16:13:57, Michal Hocko wrote: > On Wed 17-05-17 05:33:01, Tahsin Erdogan wrote: > > When a transaction starts, start_this_handle() saves current > > PF_MEMALLOC_NOFS value so that it can be restored at journal stop time. > > Journal restart is a special case that calls

Re: [PATCH] jbd2: preserve original nofs flag during journal restart

On Wed 17-05-17 16:13:57, Michal Hocko wrote: > On Wed 17-05-17 05:33:01, Tahsin Erdogan wrote: > > When a transaction starts, start_this_handle() saves current > > PF_MEMALLOC_NOFS value so that it can be restored at journal stop time. > > Journal restart is a special case that calls

Re: [RFC][PATCH 0/5] perf/tracing/cpuhotplug: Fix locking order

On Wed, May 17, 2017 at 12:40:10PM +0200, Peter Zijlstra wrote: > On Tue, May 16, 2017 at 07:27:42AM -0700, Paul E. McKenney wrote: > > On Tue, May 16, 2017 at 05:46:06AM -0700, Paul E. McKenney wrote: > > > > Something like this, yes. Maybe even exactly like this. ;-) > > > > Ah, one thing I

Re: [RFC][PATCH 0/5] perf/tracing/cpuhotplug: Fix locking order

On Wed, May 17, 2017 at 12:40:10PM +0200, Peter Zijlstra wrote: > On Tue, May 16, 2017 at 07:27:42AM -0700, Paul E. McKenney wrote: > > On Tue, May 16, 2017 at 05:46:06AM -0700, Paul E. McKenney wrote: > > > > Something like this, yes. Maybe even exactly like this. ;-) > > > > Ah, one thing I

[PATCH v8 0/9] Initial Allwinner Display Engine 2.0 Support

This patchset is the initial patchset for Allwinner DE2 support. As the DE2 CCU support is already applied, this patchset now contains only DRM changes and device tree changes. The SoC used to develop this patchset is V3s, as V3s is the simplest one of the SoCs that have DE2. (Allwinner V3s

[PATCH v8 0/9] Initial Allwinner Display Engine 2.0 Support

This patchset is the initial patchset for Allwinner DE2 support. As the DE2 CCU support is already applied, this patchset now contains only DRM changes and device tree changes. The SoC used to develop this patchset is V3s, as V3s is the simplest one of the SoCs that have DE2. (Allwinner V3s

[PATCH v2 03/10] rt2x00: convert rt2x00_rf_read return type

This is a semi-automated conversion to change rt2x00_rf_read() to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\2 = \1);:' \

[PATCH v2 03/10] rt2x00: convert rt2x00_rf_read return type

This is a semi-automated conversion to change rt2x00_rf_read() to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\2 = \1);:' \

Re: [PATCH] fpga: Add flag to indicate SPI bitstream is bit-reversed

Hi Alanatolij, I was just finally able to test this and your other change yesterday On Thursday, April 20, 2017 11:43:01 PM PDT Anatolij Gustschin wrote: > Add a flag that is passed to the write_init() callback, > indicating that the SPI bitstream starts with LSB first. > SPI controllers

Re: [PATCH] fpga: Add flag to indicate SPI bitstream is bit-reversed

Hi Alanatolij, I was just finally able to test this and your other change yesterday On Thursday, April 20, 2017 11:43:01 PM PDT Anatolij Gustschin wrote: > Add a flag that is passed to the write_init() callback, > indicating that the SPI bitstream starts with LSB first. > SPI controllers

[PATCH v2 02/10] rt2x00: convert rt2800_rfcsr_read return type

With CONFIG_KASAN enabled and gcc-7, we get a warning about rather high stack usage (with a private patch set I have to turn on this warning, which I intend to get into the next kernel release): wireless/ralink/rt2x00/rt2800lib.c: In function 'rt2800_bw_filter_calibration':

[PATCH v2 02/10] rt2x00: convert rt2800_rfcsr_read return type

With CONFIG_KASAN enabled and gcc-7, we get a warning about rather high stack usage (with a private patch set I have to turn on this warning, which I intend to get into the next kernel release): wireless/ralink/rt2x00/rt2800lib.c: In function 'rt2800_bw_filter_calibration':

[PATCH v2 10/10] rt2x00: convert rt2x00_desc_read return type

This is a semi-automated conversion to change rt2x00_desc_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\2 = \1);:' \ -i

[PATCH v2 10/10] rt2x00: convert rt2x00_desc_read return type

This is a semi-automated conversion to change rt2x00_desc_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\2 = \1);:' \ -i 's:\(\<_rt2x00_desc_read\>(.*,

[PATCH v2 08/10] rt2x00: convert rt2x00_eeprom_read return type

This is a semi-automated conversion to change rt2x00_eeprom_read() to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\2 = \1);:' \ -i 's:=

[PATCH v2 08/10] rt2x00: convert rt2x00_eeprom_read return type

This is a semi-automated conversion to change rt2x00_eeprom_read() to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\2 = \1);:' \ -i 's:= _\(rt2x00_eeprom_read\):=

[PATCH v8 9/9] [DO NOT MERGE] ARM: sun8i: v3s: enable LCD panel of Lichee Pi Zero

A 480x272 QiaoDian QD43003C0-40-7LED panel is available from Lichee Pi. This commit connects this panel to Lichee Pi Zero. Lichee Pi also provides a 800x480 panel without accurate model number, so do not merge this patch. It will finally come as device tree overlay. Signed-off-by: Icenowy Zheng

[PATCH v8 9/9] [DO NOT MERGE] ARM: sun8i: v3s: enable LCD panel of Lichee Pi Zero

A 480x272 QiaoDian QD43003C0-40-7LED panel is available from Lichee Pi. This commit connects this panel to Lichee Pi Zero. Lichee Pi also provides a 800x480 panel without accurate model number, so do not merge this patch. It will finally come as device tree overlay. Signed-off-by: Icenowy Zheng

[PATCH v2 01/10] rt2x00: change function pointers for register accessors

This prepares the driver for changing all the 'read' register accessors to return the value instead of passing it by reference. Since a lot of them are used in callbacks, this takes care of the callbacks first, adding a couple of helpers that will be removed again one at a time. Signed-off-by:

[PATCH v2 01/10] rt2x00: change function pointers for register accessors

This prepares the driver for changing all the 'read' register accessors to return the value instead of passing it by reference. Since a lot of them are used in callbacks, this takes care of the callbacks first, adding a couple of helpers that will be removed again one at a time. Signed-off-by:

[PATCH v2 05/10] rt2x00: convert rt2x00usb_register_read return type

This is a semi-automated conversion to change rt2x00usb_register_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\2 = \1);:' \ -i

[PATCH v2 05/10] rt2x00: convert rt2x00usb_register_read return type

This is a semi-automated conversion to change rt2x00usb_register_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\2 = \1);:' \ -i 's:\(\(.*, .*\),

[PATCH v2 04/10] rt2x00: convert rt2x00mmio_register_read return type

This is a semi-automated conversion to change rt2x00mmio_register_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(rt2x00mmio_register_read(.*, .*\), &\(.*\));:\2 = \1);:' \ -i

[PATCH v2 04/10] rt2x00: convert rt2x00mmio_register_read return type

This is a semi-automated conversion to change rt2x00mmio_register_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(rt2x00mmio_register_read(.*, .*\), &\(.*\));:\2 = \1);:' \ -i

[PATCH v8 8/9] ARM: sun8i: v3s: add pinmux for LCD pins of V3s SoC

Allwinner V3s SoC features a set of pins that have functionality of RGB LCD, the pins are at different pin ban than other SoCs. Add pinctrl node for them. Signed-off-by: Icenowy Zheng Acked-by: Chen-Yu Tsai --- Changes in v7: - Dropped the trailing "@0" in

[PATCH v8 8/9] ARM: sun8i: v3s: add pinmux for LCD pins of V3s SoC

Allwinner V3s SoC features a set of pins that have functionality of RGB LCD, the pins are at different pin ban than other SoCs. Add pinctrl node for them. Signed-off-by: Icenowy Zheng Acked-by: Chen-Yu Tsai --- Changes in v7: - Dropped the trailing "@0" in rgb666 pinmux node name. - Added

[PATCH v8 7/9] ARM: sun8i: v3s: add device nodes for DE2 display pipeline

Allwinner V3s SoC features a "Display Engine 2.0" with only one mixer and only one TCON connected to this mixer, which have RGB LCD output. Add device nodes for this display pipeline. Signed-off-by: Icenowy Zheng --- Changes in v8: - Changed some label names. Changes in v7: -

[PATCH v8 7/9] ARM: sun8i: v3s: add device nodes for DE2 display pipeline

Allwinner V3s SoC features a "Display Engine 2.0" with only one mixer and only one TCON connected to this mixer, which have RGB LCD output. Add device nodes for this display pipeline. Signed-off-by: Icenowy Zheng --- Changes in v8: - Changed some label names. Changes in v7: - Change DE2 clock

Re: hackbench vs select_idle_sibling; was: [tip:sched/core] sched/fair, cpumask: Export for_each_cpu_wrap()

On 05/17/2017 06:53 AM, Peter Zijlstra wrote: On Mon, May 15, 2017 at 02:03:11AM -0700, tip-bot for Peter Zijlstra wrote: sched/fair, cpumask: Export for_each_cpu_wrap() -static int cpumask_next_wrap(int n, const struct cpumask *mask, int start, int *wrapped) -{ - next =

Re: hackbench vs select_idle_sibling; was: [tip:sched/core] sched/fair, cpumask: Export for_each_cpu_wrap()

On 05/17/2017 06:53 AM, Peter Zijlstra wrote: On Mon, May 15, 2017 at 02:03:11AM -0700, tip-bot for Peter Zijlstra wrote: sched/fair, cpumask: Export for_each_cpu_wrap() -static int cpumask_next_wrap(int n, const struct cpumask *mask, int start, int *wrapped) -{ - next =

Re: [PATCH 1/6] mm/slub: add total_objects_partial sysfs

On Wed, 17 May 2017, Wei Yang wrote: > For partial slabs, show_slab_objects could display its total objects. > > This patch just adds an entry to display it. Acked-by: Christoph Lameter

Re: [PATCH 1/6] mm/slub: add total_objects_partial sysfs

On Wed, 17 May 2017, Wei Yang wrote: > For partial slabs, show_slab_objects could display its total objects. > > This patch just adds an entry to display it. Acked-by: Christoph Lameter

[PATCH v8 6/9] drm/sun4i: tcon: add support for V3s TCON

Allwinner V3s SoC features a TCON without channel 1. Add support for it. Signed-off-by: Icenowy Zheng Reviewed-by: Chen-Yu Tsai --- Changes in v7: - Added Chen-Yu's Reviewed-by. drivers/gpu/drm/sun4i/sun4i_drv.c | 3 ++- drivers/gpu/drm/sun4i/sun4i_tcon.c | 5

[PATCH v8 6/9] drm/sun4i: tcon: add support for V3s TCON

Allwinner V3s SoC features a TCON without channel 1. Add support for it. Signed-off-by: Icenowy Zheng Reviewed-by: Chen-Yu Tsai --- Changes in v7: - Added Chen-Yu's Reviewed-by. drivers/gpu/drm/sun4i/sun4i_drv.c | 3 ++- drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 + 2 files changed, 7

[PATCH v2 06/10] rt2x00: convert rt2800_register_read return type

This is a semi-automated conversion to change rt2800_register_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(rt2800_register_read(.*, .*\), &\(.*\));:\2 = \1);:' \

[PATCH v2 06/10] rt2x00: convert rt2800_register_read return type

This is a semi-automated conversion to change rt2800_register_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(rt2800_register_read(.*, .*\), &\(.*\));:\2 = \1);:' \

[PATCH v8 5/9] drm/sun4i: Add compatible string for V3s display engine

Allwinner V3s features the new "Display Engine 2.0", which can now also be driven with our subdrivers in sun4i-drm. Add the compatible string for in sun4i_drv.c, in order to make the display engine and its components probed. Signed-off-by: Icenowy Zheng ---

[PATCH v8 5/9] drm/sun4i: Add compatible string for V3s display engine

Allwinner V3s features the new "Display Engine 2.0", which can now also be driven with our subdrivers in sun4i-drm. Add the compatible string for in sun4i_drv.c, in order to make the display engine and its components probed. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun4i_drv.c |

[PATCH v8 4/9] drm/sun4i: add support for Allwinner DE2 mixers

Allwinner have a new "Display Engine 2.0" in their new SoCs, which comes with mixers to do graphic processing and feed data to TCON, like the old backends and frontends. Add support for the mixer on Allwinner V3s SoC; it's the simplest one. Currently a lot of functions are still missing -- more

[PATCH v8 4/9] drm/sun4i: add support for Allwinner DE2 mixers

Allwinner have a new "Display Engine 2.0" in their new SoCs, which comes with mixers to do graphic processing and feed data to TCON, like the old backends and frontends. Add support for the mixer on Allwinner V3s SoC; it's the simplest one. Currently a lot of functions are still missing -- more

[PATCH v8 3/9] drm/sun4i: add a Kconfig option for sun4i-backend

As sun4i-backend is now a dedicated module, add an Kconfig option for it to make it optional, since some build may only use other engines. Signed-off-by: Icenowy Zheng --- Changes in v7: - Adjusted the position of BACKEND makefile item. (It's now after common codes shared

[PATCH v8 3/9] drm/sun4i: add a Kconfig option for sun4i-backend

As sun4i-backend is now a dedicated module, add an Kconfig option for it to make it optional, since some build may only use other engines. Signed-off-by: Icenowy Zheng --- Changes in v7: - Adjusted the position of BACKEND makefile item. (It's now after common codes shared between sun4i-backend

[PATCH v8 2/9] drm/sun4i: add a dedicated module for sun4i-backend and sun4i-layer

Currently the direct call from CRTC code to layer code has disappeared, instead the layer's init function is called via the backend's ops. Add a dedicated module for sun4i-backend and sun4i-layer, and drop the EXPORT_SYMBOL from backend code to layer code. Signed-off-by: Icenowy Zheng

[PATCH v8 2/9] drm/sun4i: add a dedicated module for sun4i-backend and sun4i-layer

Currently the direct call from CRTC code to layer code has disappeared, instead the layer's init function is called via the backend's ops. Add a dedicated module for sun4i-backend and sun4i-layer, and drop the EXPORT_SYMBOL from backend code to layer code. Signed-off-by: Icenowy Zheng

[PATCH v8 1/9] drm/sun4i: abstract a engine type

As we are going to add support for the Allwinner DE2 engine in sun4i-drm driver, we will finally have two types of display engines -- the DE1 backend and the DE2 mixer. They both do some display blending and feed graphics data to TCON, and is part of the "Display Engine" called by Allwinner, so I

Re: [PATCH] rt2x00: improve calling conventions for register accessors

On Wed, May 17, 2017 at 2:17 PM, Tom Psyborg wrote: > > > On 16 May 2017 at 16:31, Jes Sorensen wrote: >> >> >> True - if the automatic conversion works without automatic intervention, I >> am less worried about it. Personally I would still

[PATCH v8 1/9] drm/sun4i: abstract a engine type

As we are going to add support for the Allwinner DE2 engine in sun4i-drm driver, we will finally have two types of display engines -- the DE1 backend and the DE2 mixer. They both do some display blending and feed graphics data to TCON, and is part of the "Display Engine" called by Allwinner, so I

Re: [PATCH] rt2x00: improve calling conventions for register accessors

On Wed, May 17, 2017 at 2:17 PM, Tom Psyborg wrote: > > > On 16 May 2017 at 16:31, Jes Sorensen wrote: >> >> >> True - if the automatic conversion works without automatic intervention, I >> am less worried about it. Personally I would still focus on converting one >> function at a time to reduce

[PATCH v2 09/10] rt2x00: convert rt2800_eeprom_read return type

This is a semi-automated conversion to change rt2800_eeprom_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\3 = \1);:'

Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update

On Wed, 17 May 2017, Michal Hocko wrote: > > > So how are you going to distinguish VM_FAULT_OOM from an empty mempolicy > > > case in a raceless way? > > > > You dont have to do that if you do not create an empty mempolicy in the > > first place. The current kernel code avoids that by first

[PATCH v2 09/10] rt2x00: convert rt2800_eeprom_read return type

This is a semi-automated conversion to change rt2800_eeprom_read to return the register contents instead of passing them by value, resulting in much better object code. The majority of the patch was done using: sed -i 's:\(\(.*, .*\), &\(.*\));:\3 = \1);:'

Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update

On Wed, 17 May 2017, Michal Hocko wrote: > > > So how are you going to distinguish VM_FAULT_OOM from an empty mempolicy > > > case in a raceless way? > > > > You dont have to do that if you do not create an empty mempolicy in the > > first place. The current kernel code avoids that by first

<    4   5   6   7   8   9   10   11   12   13   >