[PATCH v5 3/5] vfs: Remove unnecessary list_for_each_entry_safe() variants

From: Jan Kara evict_inodes() and invalidate_inodes() use list_for_each_entry_safe() to iterate sb->s_inodes list. However, since we use i_lru list entry for our local temporary list of inodes to destroy, the inode is guaranteed to stay in sb->s_inodes list while we hold

Re: [PATCH v4 3/3] pcie-designware: fix typo

Hi Joao, On Tue, Aug 09, 2016 at 05:35:34PM +0100, Joao Pinto wrote: > Simple fix typo. This patch actually does more than fix a typo. Not sure if you intended to split this into separate patches, or to write a better changelog for this one. If these code changes are related and we have a good

Re: [PATCH v2 2/2] x86/KASLR: Increase BRK pages for KASLR memory randomization

On Tue, Aug 09, 2016 at 09:35:54AM -0700, Thomas Garnier wrote: > Default implementation expects 6 pages maximum are needed for low page > allocations. If KASLR memory randomization is enabled, the worse case > of e820 layout would require 12 pages (no large pages). It is due to the > PUD level

[PATCH v5 0/5] vfs: Use dlock list for SB's s_inodes list

v4->v5: - Rebased the patch to 4.8-rc1 (changes to fs/fs-writeback.c was dropped). - Use kcalloc() instead of percpu_alloc() to allocate the dlock list heads structure as suggested by Christoph Lameter. - Replaced patch 5 by another one that made sibling CPUs use the same dlock list

[PATCH v5 3/5] vfs: Remove unnecessary list_for_each_entry_safe() variants

From: Jan Kara evict_inodes() and invalidate_inodes() use list_for_each_entry_safe() to iterate sb->s_inodes list. However, since we use i_lru list entry for our local temporary list of inodes to destroy, the inode is guaranteed to stay in sb->s_inodes list while we hold sb->s_inode_list_lock.

Re: [PATCH v4 3/3] pcie-designware: fix typo

Hi Joao, On Tue, Aug 09, 2016 at 05:35:34PM +0100, Joao Pinto wrote: > Simple fix typo. This patch actually does more than fix a typo. Not sure if you intended to split this into separate patches, or to write a better changelog for this one. If these code changes are related and we have a good

Re: [PATCH v2 2/2] x86/KASLR: Increase BRK pages for KASLR memory randomization

On Tue, Aug 09, 2016 at 09:35:54AM -0700, Thomas Garnier wrote: > Default implementation expects 6 pages maximum are needed for low page > allocations. If KASLR memory randomization is enabled, the worse case > of e820 layout would require 12 pages (no large pages). It is due to the > PUD level

[PATCH v5 0/5] vfs: Use dlock list for SB's s_inodes list

v4->v5: - Rebased the patch to 4.8-rc1 (changes to fs/fs-writeback.c was dropped). - Use kcalloc() instead of percpu_alloc() to allocate the dlock list heads structure as suggested by Christoph Lameter. - Replaced patch 5 by another one that made sibling CPUs use the same dlock list

[PATCH v5 2/5] fsnotify: Simplify inode iteration on umount

From: Jan Kara fsnotify_unmount_inodes() played complex tricks to pin next inode in the sb->s_inodes list when iterating over all inodes. If we switch to keeping current inode pinned somewhat longer, we can make the code much simpler and standard. Signed-off-by: Jan Kara

[PATCH v5 5/5] lib/dlock-list: Make sibling CPUs share the same linked list

The dlock list needs one list for each of the CPUs available. However, for sibling CPUs, they are sharing the L2 and probably L1 caches too. As a result, there is not much to gain in term of avoiding cacheline contention while increasing the cacheline footprint of the L1/L2 caches as separate

[PATCH v5 2/5] fsnotify: Simplify inode iteration on umount

From: Jan Kara fsnotify_unmount_inodes() played complex tricks to pin next inode in the sb->s_inodes list when iterating over all inodes. If we switch to keeping current inode pinned somewhat longer, we can make the code much simpler and standard. Signed-off-by: Jan Kara Signed-off-by: Waiman

[PATCH v5 5/5] lib/dlock-list: Make sibling CPUs share the same linked list

The dlock list needs one list for each of the CPUs available. However, for sibling CPUs, they are sharing the L2 and probably L1 caches too. As a result, there is not much to gain in term of avoiding cacheline contention while increasing the cacheline footprint of the L1/L2 caches as separate

[PATCH v5 1/5] lib/dlock-list: Distributed and lock-protected lists

Linked list is used everywhere in the Linux kernel. However, if many threads are trying to add or delete entries into the same linked list, it can create a performance bottleneck. This patch introduces a new list APIs that provide a set of distributed lists (one per CPU), each of which is

[PATCH v5 1/5] lib/dlock-list: Distributed and lock-protected lists

Linked list is used everywhere in the Linux kernel. However, if many threads are trying to add or delete entries into the same linked list, it can create a performance bottleneck. This patch introduces a new list APIs that provide a set of distributed lists (one per CPU), each of which is

[PATCH] xfrm: constify xfrm_replay structures

The xfrm_replay structures are never modified, so declare them as const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- include/net/xfrm.h |2 +- net/xfrm/xfrm_replay.c |6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH] xfrm: constify xfrm_replay structures

The xfrm_replay structures are never modified, so declare them as const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- include/net/xfrm.h |2 +- net/xfrm/xfrm_replay.c |6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/include/net/xfrm.h

Re: [PATCH] i2c: don't print error when adding adapter fails

On 9 August 2016 at 13:36, Wolfram Sang wrote: > Since v4.8-rc1, the I2C core will print detailed information when adding an > I2C > adapter fails. So, drivers can skip this now. > > I am still undecided if I apply this as a single patch or break it out. But > for

Re: [PATCH] i2c: don't print error when adding adapter fails

On 9 August 2016 at 13:36, Wolfram Sang wrote: > Since v4.8-rc1, the I2C core will print detailed information when adding an > I2C > adapter fails. So, drivers can skip this now. > > I am still undecided if I apply this as a single patch or break it out. But > for > reviewing, avoiding the

Re: [lkp] [fs] 6141b4d642: xfstests.generic.079.fail

On Tue, Aug 9, 2016 at 9:39 AM, Eryu Guan wrote: > On Tue, Aug 09, 2016 at 11:14:38PM +0800, kernel test robot wrote: >> >> FYI, we noticed the following commit: >> >> https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus >> commit

Re: [PATCH v2 1/3] powerpc: Factor out common code in setup-common.c

On Sun, Jul 31, 2016 at 8:40 PM, Nicholas Piggin wrote: > On Thu, 28 Jul 2016 16:07:16 -0700 > Andrey Smirnov wrote: > >> Factor out a small bit of common code in machine_restart(), >> machine_power_off() and machine_halt(). >> >> Signed-off-by:

Re: [lkp] [fs] 6141b4d642: xfstests.generic.079.fail

On Tue, Aug 9, 2016 at 9:39 AM, Eryu Guan wrote: > On Tue, Aug 09, 2016 at 11:14:38PM +0800, kernel test robot wrote: >> >> FYI, we noticed the following commit: >> >> https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus >> commit 6141b4d64295ec08a1b48c7fcac8a566658cd64f ("fs:

Re: [PATCH v2 1/3] powerpc: Factor out common code in setup-common.c

On Sun, Jul 31, 2016 at 8:40 PM, Nicholas Piggin wrote: > On Thu, 28 Jul 2016 16:07:16 -0700 > Andrey Smirnov wrote: > >> Factor out a small bit of common code in machine_restart(), >> machine_power_off() and machine_halt(). >> >> Signed-off-by: Andrey Smirnov >> --- >> >> No changes compared

Re: drivers/spi/spi.c:1160:3-9: preceding lock on line 1153

On Tue, Aug 09, 2016 at 06:35:06PM +0200, Julia Lawall wrote: > On Tue, 9 Aug 2016, Mark Brown wrote: > > On Tue, Aug 09, 2016 at 06:19:13PM +0200, Julia Lawall wrote: > > > Looks worth checking. > > I don't really have any idea what this is trying to tell me, sorry. > The important lines are

[PATCH V5 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Add a driver that create a drm_bridge and a drm_connector for the LVDS to DP++ display bridge of the GE B850v3. There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated for this binding to

[PATCH V5 4/4] dts/imx6q-b850v3: Use GE B850v3 LVDS/DP++ Bridge

Configures the GE B850v3 LVDS/DP++ bridge on the dts file. Cc: Martyn Welch Cc: Martin Donnelly Cc: Javier Martinez Canillas Cc: Enric Balletbo i Serra Cc: Philipp Zabel

Re: drivers/spi/spi.c:1160:3-9: preceding lock on line 1153

On Tue, Aug 09, 2016 at 06:35:06PM +0200, Julia Lawall wrote: > On Tue, 9 Aug 2016, Mark Brown wrote: > > On Tue, Aug 09, 2016 at 06:19:13PM +0200, Julia Lawall wrote: > > > Looks worth checking. > > I don't really have any idea what this is trying to tell me, sorry. > The important lines are

[PATCH V5 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Add a driver that create a drm_bridge and a drm_connector for the LVDS to DP++ display bridge of the GE B850v3. There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated for this binding to

[PATCH V5 4/4] dts/imx6q-b850v3: Use GE B850v3 LVDS/DP++ Bridge

Configures the GE B850v3 LVDS/DP++ bridge on the dts file. Cc: Martyn Welch Cc: Martin Donnelly Cc: Javier Martinez Canillas Cc: Enric Balletbo i Serra Cc: Philipp Zabel Cc: Rob Herring Cc: Fabio Estevam Signed-off-by: Peter Senna Tschudin --- Unchanged from V4 Changes from V3: - 4/4

[RFC 01/11] swap: Add swap_cluster_list

From: Huang Ying This is a code clean up patch without functionality changes. The swap_cluster_list data structure and its operations is introduced to provide some better encapsulation for free cluster and discard cluster list operations. This avoid some code duplication,

Re: [PATCH v2 00/10] usb: ulpi: remove "dev" field from struct ulpi_ops

On Tue, Aug 09, 2016 at 06:55:18PM +0300, Tal Shorer wrote: > On Tue, Aug 9, 2016 at 5:04 PM, Greg KH wrote: > > On Mon, Aug 01, 2016 at 09:15:48PM +0300, Tal Shorer wrote: > >> struct ulpi_ops is defined as follows: > >> > >> struct ulpi_ops { > >> struct

[RFC 01/11] swap: Add swap_cluster_list

From: Huang Ying This is a code clean up patch without functionality changes. The swap_cluster_list data structure and its operations is introduced to provide some better encapsulation for free cluster and discard cluster list operations. This avoid some code duplication, improved the code

Re: [PATCH v2 00/10] usb: ulpi: remove "dev" field from struct ulpi_ops

On Tue, Aug 09, 2016 at 06:55:18PM +0300, Tal Shorer wrote: > On Tue, Aug 9, 2016 at 5:04 PM, Greg KH wrote: > > On Mon, Aug 01, 2016 at 09:15:48PM +0300, Tal Shorer wrote: > >> struct ulpi_ops is defined as follows: > >> > >> struct ulpi_ops { > >> struct device *dev; > >> int

[PATCH V5 1/4] drm/imx-ldb: Add support to drm-bridge

Add support to attach a drm_bridge to imx-ldb in addition to existing support to attach a LVDS panel. This patch does a simple code refactoring by moving code from for_each_child_of_node iterator to a new function named imx_ldb_panel_ddc(). This was necessary to allow the panel ddc code to run

[PATCH V5 0/4] Add driver for GE B850v3 LVDS/DP++ Bridge

The series adds a driver that creates a drm_bridge and a drm_connector for the LVDS to DP++ display bridge of the GE B850v3. There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated for this

[PATCH V5 1/4] drm/imx-ldb: Add support to drm-bridge

Add support to attach a drm_bridge to imx-ldb in addition to existing support to attach a LVDS panel. This patch does a simple code refactoring by moving code from for_each_child_of_node iterator to a new function named imx_ldb_panel_ddc(). This was necessary to allow the panel ddc code to run

[PATCH V5 0/4] Add driver for GE B850v3 LVDS/DP++ Bridge

The series adds a driver that creates a drm_bridge and a drm_connector for the LVDS to DP++ display bridge of the GE B850v3. There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated for this

[RFC 03/11] mm, memcg: Add swap_cgroup_iter iterator

From: Huang Ying Swap cgroup uses a discontinuous array to store the information for the swap entries. lookup_swap_cgroup() provides the good encapsulation to access one element of the discontinuous array. To make it easier to access multiple elements of the discontinuous

[PATCH V5 2/4] Documentation/devicetree/bindings: b850v3_lvds_dp

Devicetree bindings documentation for the GE B850v3 LVDS/DP++ display bridge. Cc: Martyn Welch Cc: Martin Donnelly Cc: Javier Martinez Canillas Cc: Enric Balletbo i Serra Cc: Philipp Zabel

[RFC 02/11] swap: Change SWAPFILE_CLUSTER to 512

From: Huang Ying In this patch, the size of swap cluster is changed to that of THP on x86_64 (512). This is for THP (Transparent Huge Page) swap support on x86_64. Where one swap cluster will be used to hold the contents of each THP swapped out. And some information of

[RFC 03/11] mm, memcg: Add swap_cgroup_iter iterator

From: Huang Ying Swap cgroup uses a discontinuous array to store the information for the swap entries. lookup_swap_cgroup() provides the good encapsulation to access one element of the discontinuous array. To make it easier to access multiple elements of the discontinuous array, an iterator

[PATCH V5 2/4] Documentation/devicetree/bindings: b850v3_lvds_dp

Devicetree bindings documentation for the GE B850v3 LVDS/DP++ display bridge. Cc: Martyn Welch Cc: Martin Donnelly Cc: Javier Martinez Canillas Cc: Enric Balletbo i Serra Cc: Philipp Zabel Cc: Rob Herring Cc: Fabio Estevam Acked-by: Rob Herring Signed-off-by: Peter Senna Tschudin ---

[RFC 02/11] swap: Change SWAPFILE_CLUSTER to 512

From: Huang Ying In this patch, the size of swap cluster is changed to that of THP on x86_64 (512). This is for THP (Transparent Huge Page) swap support on x86_64. Where one swap cluster will be used to hold the contents of each THP swapped out. And some information of the swapped out THP

[RFC 10/11] mm, THP, swap: Support to split THP in swap cache

From: Huang Ying This patch enhanced the split_huge_page_to_list() to work properly for THP (Transparent Huge Page) in swap cache during swapping out. This is used for delaying splitting THP during swapping out. Where for a THP to be swapped out, we will allocate a swap

[RFC 11/11] mm, THP, swap: Delay splitting THP during swap out

From: Huang Ying In this patch, the splitting huge page is delayed from almost the first step of swapping out to after allocating the swap space for THP and adding the THP into swap cache. This will reduce lock acquiring/releasing for locks used for swap space and swap

[RFC 10/11] mm, THP, swap: Support to split THP in swap cache

From: Huang Ying This patch enhanced the split_huge_page_to_list() to work properly for THP (Transparent Huge Page) in swap cache during swapping out. This is used for delaying splitting THP during swapping out. Where for a THP to be swapped out, we will allocate a swap cluster, add the THP

[RFC 11/11] mm, THP, swap: Delay splitting THP during swap out

From: Huang Ying In this patch, the splitting huge page is delayed from almost the first step of swapping out to after allocating the swap space for THP and adding the THP into swap cache. This will reduce lock acquiring/releasing for locks used for swap space and swap cache management. This

[RFC 04/11] mm, memcg: Support to charge/uncharge multiple swap entries

From: Huang Ying This patch make it possible to charge or uncharge a set of continuous swap entries in swap cgroup. The number of swap entries is specified via an added parameter. This will be used for THP (Transparent Huge Page) swap support. Where a whole swap cluster

Re: [PATCH v2] mm/slub: Run free_partial() outside of the kmem_cache_node->list_lock

On Tue, Aug 09, 2016 at 04:52:13PM +0100, Chris Wilson wrote: ... > > > @@ -3486,13 +3487,16 @@ static void free_partial(struct kmem_cache *s, > > > struct kmem_cache_node *n) > > > list_for_each_entry_safe(page, h, >partial, lru) { > > > if (!page->inuse) { > > >

[RFC 05/11] mm, THP, swap: Add swap cluster allocate/free functions

From: Huang Ying The swap cluster allocation/free functions are added based on the existing swap cluster management mechanism for SSD. These functions don't work for traditional hard disk because the existing swap cluster management mechanism doesn't work for it. The hard

[RFC 07/11] mm, THP, swap: Support to clear SWAP_HAS_CACHE for huge page

From: Huang Ying __swapcache_free() is added to support to clear SWAP_HAS_CACHE for huge page. This will free the specified swap cluster now. Because now this function will be called only in the error path to free the swap cluster just allocated. So the corresponding

[PACTH v5 1/2] usb: xhci: plat: Enable runtime PM

From: Robert Foss Enable runtime PM for the xhci-plat device so that the parent device may implement runtime PM. Signed-off-by: Robert Foss Tested-by: Robert Foss --- drivers/usb/host/xhci-plat.c | 29

Re: [PATCH v2] mm/slub: Run free_partial() outside of the kmem_cache_node->list_lock

On Tue, Aug 09, 2016 at 04:52:13PM +0100, Chris Wilson wrote: ... > > > @@ -3486,13 +3487,16 @@ static void free_partial(struct kmem_cache *s, > > > struct kmem_cache_node *n) > > > list_for_each_entry_safe(page, h, >partial, lru) { > > > if (!page->inuse) { > > >

[RFC 05/11] mm, THP, swap: Add swap cluster allocate/free functions

From: Huang Ying The swap cluster allocation/free functions are added based on the existing swap cluster management mechanism for SSD. These functions don't work for traditional hard disk because the existing swap cluster management mechanism doesn't work for it. The hard disk support may be

[RFC 07/11] mm, THP, swap: Support to clear SWAP_HAS_CACHE for huge page

From: Huang Ying __swapcache_free() is added to support to clear SWAP_HAS_CACHE for huge page. This will free the specified swap cluster now. Because now this function will be called only in the error path to free the swap cluster just allocated. So the corresponding swap_map[i] ==

[PACTH v5 1/2] usb: xhci: plat: Enable runtime PM

From: Robert Foss Enable runtime PM for the xhci-plat device so that the parent device may implement runtime PM. Signed-off-by: Robert Foss Tested-by: Robert Foss --- drivers/usb/host/xhci-plat.c | 29 +++-- 1 file changed, 27 insertions(+), 2 deletions(-) diff

[RFC 04/11] mm, memcg: Support to charge/uncharge multiple swap entries

From: Huang Ying This patch make it possible to charge or uncharge a set of continuous swap entries in swap cgroup. The number of swap entries is specified via an added parameter. This will be used for THP (Transparent Huge Page) swap support. Where a whole swap cluster backing a THP may be

Re: [RFC PATCH 2/3] net: macb: Add support for 1588 for Zynq Ultrascale+ MPSoC

Le 21/09/2015 à 19:49, Harini Katakam a écrit : > On Fri, Sep 11, 2015 at 1:27 PM, Harini Katakam > wrote: >> Cadence GEM in Zynq Ultrascale+ MPSoC supports 1588 and provides a >> 102 bit time counter with 48 bits for seconds, 30 bits for nsecs and >> 24 bits for

[PACTH v5 0/2] usb: xhci: plat: Enable PM, async resume/suspend

From: Robert Foss This series enables runtime PM and asynchronous resume/suspend support for xhci-plat devices. Changes since v1: - Added Signed-off-by: Robert Foss - Added proper metadata tags to series Changes since v2: - Added missing

[RFC 00/11] THP swap: Delay splitting THP during swapping out

From: Huang Ying This patchset is based on 8/4 head of mmotm/master. This is the first step for Transparent Huge Page (THP) swap support. The plan is to delaying splitting THP step by step and avoid splitting THP finally during THP swapping out and swapping in. The

[RFC 09/11] mm, THP: Add can_split_huge_page()

From: Huang Ying Separates checking whether we can split the huge page from split_huge_page_to_list() into a function. This will help to check that before splitting the THP (Transparent Huge Page) really. This will be used for delaying splitting THP during swapping out.

[PATCH] cachefiles: Fix attempt to read i_blocks after deleting file [ver #2]

An NULL-pointer dereference happens in cachefiles_mark_object_inactive() when it tries to read i_blocks so that it can tell the cachefilesd daemon how much space it's making available. The problem is that cachefiles_drop_object() calls cachefiles_mark_object_inactive() after calling

[RFC 09/11] mm, THP: Add can_split_huge_page()

From: Huang Ying Separates checking whether we can split the huge page from split_huge_page_to_list() into a function. This will help to check that before splitting the THP (Transparent Huge Page) really. This will be used for delaying splitting THP during swapping out. Where for a THP, we

[PATCH] cachefiles: Fix attempt to read i_blocks after deleting file [ver #2]

An NULL-pointer dereference happens in cachefiles_mark_object_inactive() when it tries to read i_blocks so that it can tell the cachefilesd daemon how much space it's making available. The problem is that cachefiles_drop_object() calls cachefiles_mark_object_inactive() after calling

Re: [RFC PATCH 2/3] net: macb: Add support for 1588 for Zynq Ultrascale+ MPSoC

Le 21/09/2015 à 19:49, Harini Katakam a écrit : > On Fri, Sep 11, 2015 at 1:27 PM, Harini Katakam > wrote: >> Cadence GEM in Zynq Ultrascale+ MPSoC supports 1588 and provides a >> 102 bit time counter with 48 bits for seconds, 30 bits for nsecs and >> 24 bits for sub-nsecs. The timestamp is made

[PACTH v5 0/2] usb: xhci: plat: Enable PM, async resume/suspend

From: Robert Foss This series enables runtime PM and asynchronous resume/suspend support for xhci-plat devices. Changes since v1: - Added Signed-off-by: Robert Foss - Added proper metadata tags to series Changes since v2: - Added missing changelog to cover-letter - Added error checking to

[RFC 00/11] THP swap: Delay splitting THP during swapping out

From: Huang Ying This patchset is based on 8/4 head of mmotm/master. This is the first step for Transparent Huge Page (THP) swap support. The plan is to delaying splitting THP step by step and avoid splitting THP finally during THP swapping out and swapping in. The advantages of THP swap

[RFC 08/11] mm, THP, swap: Support to add/delete THP to/from swap cache

From: Huang Ying With this patch, a THP (Transparent Huge Page) can be added/deleted to/from swap cache as a set of sub-pages (512 on x86_64). This will be used for Transparent Huge Page (THP) swap support. Where one THP may be added/delted to/from the swap cache. This

[RFC 06/11] mm, THP, swap: Add get_huge_swap_page()

From: Huang Ying A variation of get_swap_page(), get_huge_swap_page(), is added to allocate a swap cluster (512 swap slots) based on the swap cluster allocation function. A fair simple algorithm is used, that is, only the first swap device in priority list will be tried to

[PACTH v5 2/2] usb: xhci: plat: Enable async suspend/resume

From: Andrew Bresticker USB host controllers can take a significant amount of time to suspend and resume, adding several hundred miliseconds to the kernel resume time. Since the XHCI controller has no outside dependencies (other than clocks, which are suspended

[PACTH v5 2/2] usb: xhci: plat: Enable async suspend/resume

From: Andrew Bresticker USB host controllers can take a significant amount of time to suspend and resume, adding several hundred miliseconds to the kernel resume time. Since the XHCI controller has no outside dependencies (other than clocks, which are suspended late/resumed early), allow it to

[RFC 08/11] mm, THP, swap: Support to add/delete THP to/from swap cache

From: Huang Ying With this patch, a THP (Transparent Huge Page) can be added/deleted to/from swap cache as a set of sub-pages (512 on x86_64). This will be used for Transparent Huge Page (THP) swap support. Where one THP may be added/delted to/from the swap cache. This will batch swap cache

[RFC 06/11] mm, THP, swap: Add get_huge_swap_page()

From: Huang Ying A variation of get_swap_page(), get_huge_swap_page(), is added to allocate a swap cluster (512 swap slots) based on the swap cluster allocation function. A fair simple algorithm is used, that is, only the first swap device in priority list will be tried to allocate the swap

[PATCH v4 2/3] pcie-designware: add iATU Unroll feature

This patch adds the support to the new iATU mechanism that will be used from Core version 4.80, which is called iATU Unroll. The new Cores can support the iATU Unroll or support the "old" iATU method now called Legacy Mode. The driver is perfectly capable of performing well for both. In order to

[PATCH v2 2/2] x86/KASLR: Increase BRK pages for KASLR memory randomization

Default implementation expects 6 pages maximum are needed for low page allocations. If KASLR memory randomization is enabled, the worse case of e820 layout would require 12 pages (no large pages). It is due to the PUD level randomization and the variable e820 memory layout. This bug was found

[PATCH v4 2/3] pcie-designware: add iATU Unroll feature

This patch adds the support to the new iATU mechanism that will be used from Core version 4.80, which is called iATU Unroll. The new Cores can support the iATU Unroll or support the "old" iATU method now called Legacy Mode. The driver is perfectly capable of performing well for both. In order to

[PATCH v2 2/2] x86/KASLR: Increase BRK pages for KASLR memory randomization

Default implementation expects 6 pages maximum are needed for low page allocations. If KASLR memory randomization is enabled, the worse case of e820 layout would require 12 pages (no large pages). It is due to the PUD level randomization and the variable e820 memory layout. This bug was found

[PATCH v4 1/3] pcie-designware: move definitions

This patch moves the sleep definitions to the *.c file like suggested by Jisheng Zhang in a previous patch. Signed-off-by: Joao Pinto CC: Jisheng Zhang --- changes v3->v4: - Just to keep up with the patch version changes v2->v3 (Bjorn Helgaas): -

[PATCH v4 1/3] pcie-designware: move definitions

This patch moves the sleep definitions to the *.c file like suggested by Jisheng Zhang in a previous patch. Signed-off-by: Joao Pinto CC: Jisheng Zhang --- changes v3->v4: - Just to keep up with the patch version changes v2->v3 (Bjorn Helgaas): - Separated from the new iATU unroll mechanism

[PATCH v2 1/2] x86/KASLR: Fix physical memory calculation on KASLR memory randomization

Initialize KASLR memory randomization after max_pfn is initialized. Also ensure the size is rounded up. Could have create problems on machines with more than 1Tb of memory on certain random addresses. Fixes: 021182e52fe0 ("Enable KASLR for physical mapping memory regions") Signed-off-by: Thomas

[PATCH v2 1/2] x86/KASLR: Fix physical memory calculation on KASLR memory randomization

Initialize KASLR memory randomization after max_pfn is initialized. Also ensure the size is rounded up. Could have create problems on machines with more than 1Tb of memory on certain random addresses. Fixes: 021182e52fe0 ("Enable KASLR for physical mapping memory regions") Signed-off-by: Thomas

[PATCH v4 3/3] pcie-designware: fix typo

Simple fix typo. Signed-off-by: Joao Pinto --- changes v1->v4: - Nothing changed. Just to keep up patch set version. drivers/pci/host/pcie-designware.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/pci/host/pcie-designware.c

[PATCH v4 3/3] pcie-designware: fix typo

Simple fix typo. Signed-off-by: Joao Pinto --- changes v1->v4: - Nothing changed. Just to keep up patch set version. drivers/pci/host/pcie-designware.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/pci/host/pcie-designware.c

Re: [PATCH] i2c: don't print error when adding adapter fails

On 09.08.2016 14:36, Wolfram Sang wrote: > The core will do this for us now. > > Signed-off-by: Wolfram Sang > --- For > drivers/i2c/busses/i2c-pnx.c| 4 +--- [snip] > diff --git a/drivers/i2c/busses/i2c-pnx.c b/drivers/i2c/busses/i2c-pnx.c > index

[PATCH v4 0/3] pcie-designware: add iATU unroll feature

The new DWC PCIe Core version (4.80) implements iATU in a different way. This new mechanism is called iATU Unroll Mode. The Core still supports the "old" mechanism calling it Legacy Mode if configured to do so, but the standard way will be using Unroll. This patch adds the necessary support for

[PATCH v4 0/3] pcie-designware: add iATU unroll feature

The new DWC PCIe Core version (4.80) implements iATU in a different way. This new mechanism is called iATU Unroll Mode. The Core still supports the "old" mechanism calling it Legacy Mode if configured to do so, but the standard way will be using Unroll. This patch adds the necessary support for

Re: [PATCH] i2c: don't print error when adding adapter fails

On 09.08.2016 14:36, Wolfram Sang wrote: > The core will do this for us now. > > Signed-off-by: Wolfram Sang > --- For > drivers/i2c/busses/i2c-pnx.c| 4 +--- [snip] > diff --git a/drivers/i2c/busses/i2c-pnx.c b/drivers/i2c/busses/i2c-pnx.c > index 7ea67aa46fb730..fd5f9d2bf6d94e

Re: [RFC] mm: Don't use radix tree writeback tags for pages in swap cache

On 08/09/2016 09:17 AM, Huang, Ying wrote: > File pages uses a set of radix tags (DIRTY, TOWRITE, WRITEBACK) to > accelerate finding the pages with the specific tag in the the radix tree > during writing back an inode. But for anonymous pages in swap cache, > there are no inode based writeback.

[PATCH v12 3/3] Bluetooth: hci_uart: Support firmware download for Marvell

From: Ganapathi Bhat This patch implement firmware download feature for Marvell Bluetooth devices. If firmware is already downloaded, it will skip downloading. Signed-off-by: Ganapathi Bhat Signed-off-by: Amitkumar Karwar Tested-by:

[PATCH v12 2/3] Bluetooth: hci_uart: check if hdev is present before using it

From: Ganapathi Bhat The hdev struct might not have initialized in protocol receive handler. This patch adds necessary checks. Signed-off-by: Ganapathi Bhat Signed-off-by: Amitkumar Karwar --- drivers/bluetooth/hci_ldisc.c | 6 --

Re: drivers/spi/spi.c:1160:3-9: preceding lock on line 1153

On Tue, 9 Aug 2016, Mark Brown wrote: > On Tue, Aug 09, 2016 at 06:19:13PM +0200, Julia Lawall wrote: > > > Looks worth checking. > > I don't really have any idea what this is trying to tell me, sorry. The important lines are the ones with the @. Line 1153 takes a lock and in line 1160 there

Re: [RFC] mm: Don't use radix tree writeback tags for pages in swap cache

On 08/09/2016 09:17 AM, Huang, Ying wrote: > File pages uses a set of radix tags (DIRTY, TOWRITE, WRITEBACK) to > accelerate finding the pages with the specific tag in the the radix tree > during writing back an inode. But for anonymous pages in swap cache, > there are no inode based writeback.

[PATCH v12 3/3] Bluetooth: hci_uart: Support firmware download for Marvell

From: Ganapathi Bhat This patch implement firmware download feature for Marvell Bluetooth devices. If firmware is already downloaded, it will skip downloading. Signed-off-by: Ganapathi Bhat Signed-off-by: Amitkumar Karwar Tested-by: Jeffy Chen --- v2: Fixed compilation warning reported by

[PATCH v12 2/3] Bluetooth: hci_uart: check if hdev is present before using it

From: Ganapathi Bhat The hdev struct might not have initialized in protocol receive handler. This patch adds necessary checks. Signed-off-by: Ganapathi Bhat Signed-off-by: Amitkumar Karwar --- drivers/bluetooth/hci_ldisc.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff

Re: drivers/spi/spi.c:1160:3-9: preceding lock on line 1153

On Tue, 9 Aug 2016, Mark Brown wrote: > On Tue, Aug 09, 2016 at 06:19:13PM +0200, Julia Lawall wrote: > > > Looks worth checking. > > I don't really have any idea what this is trying to tell me, sorry. The important lines are the ones with the @. Line 1153 takes a lock and in line 1160 there

[PATCH net 6/6] rxrpc: Free packets discarded in data_ready

Under certain conditions, the data_ready handler will discard a packet. These need to be freed. Signed-off-by: David Howells --- net/rxrpc/input.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/net/rxrpc/input.c b/net/rxrpc/input.c index

[PATCH v12 1/3] Bluetooth: hci_uart: add prepare callbacks to hci_uart_proto structure.

From: Ganapathi Bhat The new callback is used to prepare the device before HCI becomes ready. One can use this to download firmware if the download process doesn't use HCI commands. Also recv_for_prepare callback is introduced for receiving data from devices during prepare

[PATCH net 6/6] rxrpc: Free packets discarded in data_ready

Under certain conditions, the data_ready handler will discard a packet. These need to be freed. Signed-off-by: David Howells --- net/rxrpc/input.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/net/rxrpc/input.c b/net/rxrpc/input.c index 789719031462..70bb77818dea 100644 ---

[PATCH v12 1/3] Bluetooth: hci_uart: add prepare callbacks to hci_uart_proto structure.

From: Ganapathi Bhat The new callback is used to prepare the device before HCI becomes ready. One can use this to download firmware if the download process doesn't use HCI commands. Also recv_for_prepare callback is introduced for receiving data from devices during prepare phase. Signed-off-by:

[PATCH net 4/6] rxrpc: Once packet posted in data_ready, don't retry posting

Once a packet has been posted to a connection in the data_ready handler, we mustn't try reposting if we then find that the connection is dying as the refcount has been given over to the dying connection and the packet might no longer exist. Losing the packet isn't a problem as the peer will

[PATCH net 5/6] rxrpc: Fix a use-after-push in data_ready handler

Fix a use of a packet after it has been enqueued onto the packet processing queue in the data_ready handler. Once on a call's Rx queue, we mustn't touch it any more as it may be dequeued and freed by the call processor running on a work queue. Save the values we need before enqueuing. Without

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