Re: [v2] powernv:idle: Fix bug due to labeling ambiguity in power_enter_stop

On Mon, 2017-02-27 at 05:40:07 UTC, "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > Commit 09206b600c76 ("powernv: Pass PSSCR value and mask to > power9_idle_stop") added additional code in power_enter_stop() to > distinguish between stop requests whose PSSCR

Re: [v2] powernv:idle: Fix bug due to labeling ambiguity in power_enter_stop

On Mon, 2017-02-27 at 05:40:07 UTC, "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > Commit 09206b600c76 ("powernv: Pass PSSCR value and mask to > power9_idle_stop") added additional code in power_enter_stop() to > distinguish between stop requests whose PSSCR had ESL=EC=1 from those >

Re: [v3, 1/2] powerpc: Emulation support for load/store instructions on LE

On Tue, 2017-02-14 at 09:16:42 UTC, Ravi Bangoria wrote: > emulate_step() uses a number of underlying kernel functions that were > initially not enabled for LE. This has been rectified since. So, fix > emulate_step() for LE for the corresponding instructions. > > Reported-by: Anton Blanchard

Re: [v3, 1/2] powerpc: Emulation support for load/store instructions on LE

On Tue, 2017-02-14 at 09:16:42 UTC, Ravi Bangoria wrote: > emulate_step() uses a number of underlying kernel functions that were > initially not enabled for LE. This has been rectified since. So, fix > emulate_step() for LE for the corresponding instructions. > > Reported-by: Anton Blanchard >

[PATCH v4 7/7] arm: imx_v6_v7_defconfig: Select hid-multitouchdriver

From: Jagan Teki Select CONFIG_HID_MULTITOUCH so that we can have multi touchscreen funtionality via USB by default on Engicam i.CoreM6 Quad with OpenFrame Cap 10.1 display boards. Cc: Matteo Lisi Cc: Michael Trimarchi

[PATCH v4 7/7] arm: imx_v6_v7_defconfig: Select hid-multitouchdriver

From: Jagan Teki Select CONFIG_HID_MULTITOUCH so that we can have multi touchscreen funtionality via USB by default on Engicam i.CoreM6 Quad with OpenFrame Cap 10.1 display boards. Cc: Matteo Lisi Cc: Michael Trimarchi Cc: Shawn Guo Signed-off-by: Jagan Teki --- Changes for v4: - Newly

[PATCH 1/2] x86/efi: Correct a tiny mistake in code comment

EFI allocate runtime services regions down from EFI_VA_START, -4G. It should be top-down handling. Signed-off-by: Baoquan He --- arch/x86/platform/efi/efi_64.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/platform/efi/efi_64.c

[PATCH] mips: add missing include files

After the split of linux/sched.h, several platforms in arch/mips stopped building, This add the respective additional #include statements to fix the problem I first tried adding these into asm/processor.h, but ran into circular header dependencies with that which I could not figure out. The

[PATCH 1/2] x86/efi: Correct a tiny mistake in code comment

EFI allocate runtime services regions down from EFI_VA_START, -4G. It should be top-down handling. Signed-off-by: Baoquan He --- arch/x86/platform/efi/efi_64.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/platform/efi/efi_64.c b/arch/x86/platform/efi/efi_64.c

[PATCH] mips: add missing include files

After the split of linux/sched.h, several platforms in arch/mips stopped building, This add the respective additional #include statements to fix the problem I first tried adding these into asm/processor.h, but ran into circular header dependencies with that which I could not figure out. The

[PATCH 2/2] x86/mm/KASLR: Correct the upper boundary of KALSR mm regions if adjacent to EFI

EFI allocates runtime services regions top-down, starting from EFI_VA_START to EFI_VA_END. So EFI_VA_START is bigger than EFI_VA_END and is the end of EFI region. The upper boundary of memory regions randomized by KASLR should be EFI_VA_END if it's adjacent to EFI region, but not EFI_VA_START.

[PATCH 2/2] x86/mm/KASLR: Correct the upper boundary of KALSR mm regions if adjacent to EFI

EFI allocates runtime services regions top-down, starting from EFI_VA_START to EFI_VA_END. So EFI_VA_START is bigger than EFI_VA_END and is the end of EFI region. The upper boundary of memory regions randomized by KASLR should be EFI_VA_END if it's adjacent to EFI region, but not EFI_VA_START.

Re: [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t

Hi Elena, On Mon, 2017-03-06 at 16:21 +0200, Elena Reshetova wrote: > refcount_t type and corresponding API should be > used instead of atomic_t when the variable is used as > a reference counter. This allows to avoid accidental > refcounter overflows that might lead to use-after-free >

Re: [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t

Hi Elena, On Mon, 2017-03-06 at 16:21 +0200, Elena Reshetova wrote: > refcount_t type and corresponding API should be > used instead of atomic_t when the variable is used as > a reference counter. This allows to avoid accidental > refcounter overflows that might lead to use-after-free >

Re: [PATCH 0/2] ARM: dts: sunxi: Remove no longer used pinctrl/sun4i-a10.h header

On Wed, Mar 08, 2017 at 11:28:19AM +0800, Chen-Yu Tsai wrote: > Hi Maxime, > > This series gets rid of the last usage of the Allwinner specific pinconf > bindings, and drops inclusion of dt-bindings/pinctrl/sun4i-a10.h across > the tree. > > Patch 1 gets rid of the last occurrence of Allwinner

Re: [PATCH 0/2] ARM: dts: sunxi: Remove no longer used pinctrl/sun4i-a10.h header

On Wed, Mar 08, 2017 at 11:28:19AM +0800, Chen-Yu Tsai wrote: > Hi Maxime, > > This series gets rid of the last usage of the Allwinner specific pinconf > bindings, and drops inclusion of dt-bindings/pinctrl/sun4i-a10.h across > the tree. > > Patch 1 gets rid of the last occurrence of Allwinner

Re: [PATCH] mm, vmalloc: use __GFP_HIGHMEM implicitly

On 03/07/2017 07:57 PM, Matthew Wilcox wrote: > On Tue, Mar 07, 2017 at 10:28:41AM -0800, Matthew Wilcox wrote: >> On Tue, Mar 07, 2017 at 03:10:20PM +0100, Michal Hocko wrote: >>> This patch simply uses __GFP_HIGHMEM implicitly when allocating pages to >>> be mapped to the vmalloc space. Current

Re: [PATCH] mm, vmalloc: use __GFP_HIGHMEM implicitly

On 03/07/2017 07:57 PM, Matthew Wilcox wrote: > On Tue, Mar 07, 2017 at 10:28:41AM -0800, Matthew Wilcox wrote: >> On Tue, Mar 07, 2017 at 03:10:20PM +0100, Michal Hocko wrote: >>> This patch simply uses __GFP_HIGHMEM implicitly when allocating pages to >>> be mapped to the vmalloc space. Current

[PATCH -v6 0/9] THP swap: Delay splitting THP during swapping out

From: Huang Ying Hi, Andrew, could you help me to check whether the overall design is reasonable? Hi, Hugh, Shaohua, Minchan and Rik, could you help me to review the swap part of the patchset? Especially [1/9], [3/9], [4/9], [5/9], [6/9], [9/9]. Hi, Andrea could you help

[PATCH -v6 0/9] THP swap: Delay splitting THP during swapping out

From: Huang Ying Hi, Andrew, could you help me to check whether the overall design is reasonable? Hi, Hugh, Shaohua, Minchan and Rik, could you help me to review the swap part of the patchset? Especially [1/9], [3/9], [4/9], [5/9], [6/9], [9/9]. Hi, Andrea could you help me to review the THP

[PATCH -mm -v6 3/9] 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 the rotating hard disks because the existing swap cluster management mechanism doesn't work for them. The

[PATCH -mm -v6 3/9] 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 the rotating hard disks because the existing swap cluster management mechanism doesn't work for them. The hard disks support may

[PATCH -mm -v6 4/9] 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 (HPAGE_PMD_NR 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

[PATCH -mm -v6 4/9] 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 (HPAGE_PMD_NR 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

[PATCH -mm -v6 5/9] mm, THP, swap: Support to clear SWAP_HAS_CACHE for huge page

From: Huang Ying __swapcache_free() is added to support to clear the SWAP_HAS_CACHE flag for the 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

[PATCH -mm -v6 6/9] 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 the swap cache as a set of (HPAGE_PMD_NR) sub-pages. This will be used for the THP (Transparent Huge Page) swap support. Where one THP may be added/delted to/from the swap cache.

[PATCH -mm -v6 5/9] mm, THP, swap: Support to clear SWAP_HAS_CACHE for huge page

From: Huang Ying __swapcache_free() is added to support to clear the SWAP_HAS_CACHE flag for the 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]

[PATCH -mm -v6 6/9] 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 the swap cache as a set of (HPAGE_PMD_NR) sub-pages. This will be used for the THP (Transparent Huge Page) swap support. Where one THP may be added/delted to/from the swap cache. This will batch the

[PATCH -mm -v6 7/9] 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 -mm -v6 7/9] 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 -mm -v6 9/9] mm, THP, swap: Delay splitting THP during swap out

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

[PATCH -mm -v6 2/9] 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 the swap cgroup. The number of swap entries is specified via an added parameter. This will be used for the THP (Transparent Huge Page) swap support. Where a swap cluster

[PATCH -mm -v6 9/9] mm, THP, swap: Delay splitting THP during swap out

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

[PATCH -mm -v6 2/9] 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 the swap cgroup. The number of swap entries is specified via an added parameter. This will be used for the THP (Transparent Huge Page) swap support. Where a swap cluster backing a THP may be

[PATCH -mm -v6 8/9] 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 the THP (Transparent Huge Page) in the swap cache during swapping out. This is used for delaying splitting the THP during swapping out. Where for a THP to be swapped out, we will

[PATCH -mm -v6 8/9] 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 the THP (Transparent Huge Page) in the swap cache during swapping out. This is used for delaying splitting the THP during swapping out. Where for a THP to be swapped out, we will allocate a swap cluster,

Re: iommu/rockchip: Fix bugs and enable on ARM64

Shunqian, something is depending on these patches, can you resend these patches to solve the compile errors? -Caesar 在 2016年07月16日 00:16, Joerg Roedel 写道: On Fri, Jul 15, 2016 at 05:32:02PM +0200, Matthias Brugger wrote: The drm rockchip patches are dependent on iommu/rockchip patches, can

Re: iommu/rockchip: Fix bugs and enable on ARM64

Shunqian, something is depending on these patches, can you resend these patches to solve the compile errors? -Caesar 在 2016年07月16日 00:16, Joerg Roedel 写道: On Fri, Jul 15, 2016 at 05:32:02PM +0200, Matthias Brugger wrote: The drm rockchip patches are dependent on iommu/rockchip patches, can

[PATCH v4 3/7] arm: dts: imx6q: Add Engicam i.CoreM6 Quad/Dual OpenFrame Cap 12.3 initial support

From: Jagan Teki i.CoreM6 Quad/Dual OpenFrame modules are "system on modules plus openframe display carriers" which are good solution for develop user friendly graphic user interface. General features: CPU NXP i.MX6Q rev1.2 at 792 MHz RAM 1GB, 32,

Re: [PATCH v5 1/5] arm64: dts: exynos: Add the burst and esc clock frequency properties to DSI node

On Wed, Mar 08, 2017 at 01:54:08PM +0900, Hoegeun Kwon wrote: > Add the burst and esc clock frequency properties to the parent (DSI node). > Currently the clock is parsed from the port node, while it should be > taken from the dsi node. > > Signed-off-by: Hoegeun Kwon >

[PATCH v4 3/7] arm: dts: imx6q: Add Engicam i.CoreM6 Quad/Dual OpenFrame Cap 12.3 initial support

From: Jagan Teki i.CoreM6 Quad/Dual OpenFrame modules are "system on modules plus openframe display carriers" which are good solution for develop user friendly graphic user interface. General features: CPU NXP i.MX6Q rev1.2 at 792 MHz RAM 1GB, 32, 64 bit, DDR3-800/1066 NAND

Re: [PATCH v5 1/5] arm64: dts: exynos: Add the burst and esc clock frequency properties to DSI node

On Wed, Mar 08, 2017 at 01:54:08PM +0900, Hoegeun Kwon wrote: > Add the burst and esc clock frequency properties to the parent (DSI node). > Currently the clock is parsed from the port node, while it should be > taken from the dsi node. > > Signed-off-by: Hoegeun Kwon > Reviewed-by: Andrzej

[PATCH v4 4/7] arm: dts: imx6q-icore: Add LVDS support

From: Jagan Teki Add LVDS display support for OpenFrame Capacitive touch 7 inc display which is supported by Engicam i.CoreM6 QDL Starter Kit. Cc: Domenico Acri Cc: Matteo Lisi Cc: Michael Trimarchi

random-dev misses merge window?

Hey Ted, I was disappointed to see that this series: https://git.kernel.org/cgit/linux/kernel/git/tytso/random.git/log/?h=dev missed 4.11-rc1, especially considering those patches were ready since January, and I had sent you several reminders to even get them merged in your random.git tree. Did

[PATCH v4 4/7] arm: dts: imx6q-icore: Add LVDS support

From: Jagan Teki Add LVDS display support for OpenFrame Capacitive touch 7 inc display which is supported by Engicam i.CoreM6 QDL Starter Kit. Cc: Domenico Acri Cc: Matteo Lisi Cc: Michael Trimarchi Cc: Shawn Guo Signed-off-by: Jagan Teki --- Changes for v4: - Fix checkpatch.pl

random-dev misses merge window?

Hey Ted, I was disappointed to see that this series: https://git.kernel.org/cgit/linux/kernel/git/tytso/random.git/log/?h=dev missed 4.11-rc1, especially considering those patches were ready since January, and I had sent you several reminders to even get them merged in your random.git tree. Did

[PATCH v4 6/7] arm: imx_v6_v7_defconfig: Select max11801_ts touchscreen driver

From: Jagan Teki Select CONFIG_TOUCHSCREEN_MAX11801 so that we can have touchscreen funtionality by default on Engicam i.CoreM6 Quad boards. Cc: Matteo Lisi Cc: Michael Trimarchi Cc: Shawn Guo

[PATCH v4 6/7] arm: imx_v6_v7_defconfig: Select max11801_ts touchscreen driver

From: Jagan Teki Select CONFIG_TOUCHSCREEN_MAX11801 so that we can have touchscreen funtionality by default on Engicam i.CoreM6 Quad boards. Cc: Matteo Lisi Cc: Michael Trimarchi Cc: Shawn Guo Signed-off-by: Jagan Teki --- Changes for v4: - Newly added patch.

[PATCH v4 5/7] arm: dts: imx6q-icore: Add touchscreen node

From: Jagan Teki max11801 touchscreen on Engicam iCoreM6 Quad module is connected via i2c1, so add tc: max11801@48 on i2c1. Cc: Domenico Acri Cc: Matteo Lisi Cc: Michael Trimarchi

[PATCH v4 5/7] arm: dts: imx6q-icore: Add touchscreen node

From: Jagan Teki max11801 touchscreen on Engicam iCoreM6 Quad module is connected via i2c1, so add tc: max11801@48 on i2c1. Cc: Domenico Acri Cc: Matteo Lisi Cc: Michael Trimarchi Cc: Shawn Guo Signed-off-by: Jagan Teki --- Changes for v4: - Newly added patch.

Re: [PATCH v5 2/5] arm: dts: Add the burst and esc clock frequency properties to DSI node

On Wed, Mar 08, 2017 at 01:54:09PM +0900, Hoegeun Kwon wrote: > Add the burst and esc clock frequency properties to the parent (DSI node). > Currently the clock is parsed from the port node, while it should be > taken from the dsi node. > > Signed-off-by: Hoegeun Kwon >

Re: [PATCH v5 2/5] arm: dts: Add the burst and esc clock frequency properties to DSI node

On Wed, Mar 08, 2017 at 01:54:09PM +0900, Hoegeun Kwon wrote: > Add the burst and esc clock frequency properties to the parent (DSI node). > Currently the clock is parsed from the port node, while it should be > taken from the dsi node. > > Signed-off-by: Hoegeun Kwon > Reviewed-by: Andrzej

Re: [RFC PATCH v4 25/28] x86: Access the setup data through sysfs decrypted

On 02/16/17 at 09:47am, Tom Lendacky wrote: > Use memremap() to map the setup data. This will make the appropriate > decision as to whether a RAM remapping can be done or if a fallback to > ioremap_cache() is needed (similar to the setup data debugfs support). > > Signed-off-by: Tom Lendacky

Re: [RFC PATCH v4 25/28] x86: Access the setup data through sysfs decrypted

On 02/16/17 at 09:47am, Tom Lendacky wrote: > Use memremap() to map the setup data. This will make the appropriate > decision as to whether a RAM remapping can be done or if a fallback to > ioremap_cache() is needed (similar to the setup data debugfs support). > > Signed-off-by: Tom Lendacky >

Re: [PATCH v4 3/4] dt-bindings: phy: Add support for QMP phy

On 03/07/2017 07:30 PM, Stephen Boyd wrote: (Not sure I replied so here it is) On 01/27, Vivek Gautam wrote: On 01/27/2017 05:13 AM, Stephen Boyd wrote: On 01/24, Vivek Gautam wrote: From "./Documentation/devicetree/bindings/graph.txt" - "The device tree graph bindings described herein

Re: [PATCH v4 3/4] dt-bindings: phy: Add support for QMP phy

On 03/07/2017 07:30 PM, Stephen Boyd wrote: (Not sure I replied so here it is) On 01/27, Vivek Gautam wrote: On 01/27/2017 05:13 AM, Stephen Boyd wrote: On 01/24, Vivek Gautam wrote: From "./Documentation/devicetree/bindings/graph.txt" - "The device tree graph bindings described herein

Re: [RFC v2 10/10] mm, page_alloc: introduce MIGRATE_MIXED migratetype

On 03/08/2017 03:16 AM, Yisheng Xie wrote: > Hi Vlastimil , > > On 2017/2/11 1:23, Vlastimil Babka wrote: >> @@ -1977,7 +1978,7 @@ static void steal_suitable_fallback(struct zone *zone, >> struct page *page, >> unsigned int current_order = page_order(page); >> struct free_area *area;

Re: [RFC v2 10/10] mm, page_alloc: introduce MIGRATE_MIXED migratetype

On 03/08/2017 03:16 AM, Yisheng Xie wrote: > Hi Vlastimil , > > On 2017/2/11 1:23, Vlastimil Babka wrote: >> @@ -1977,7 +1978,7 @@ static void steal_suitable_fallback(struct zone *zone, >> struct page *page, >> unsigned int current_order = page_order(page); >> struct free_area *area;

Re: [RFC PATCH v4 24/28] x86: Access the setup data through debugfs decrypted

On 02/16/17 at 09:47am, Tom Lendacky wrote: > Use memremap() to map the setup data. This simplifies the code and will > make the appropriate decision as to whether a RAM remapping can be done > or if a fallback to ioremap_cache() is needed (which includes checking > PageHighMem). > >

Re: [RFC PATCH v4 24/28] x86: Access the setup data through debugfs decrypted

On 02/16/17 at 09:47am, Tom Lendacky wrote: > Use memremap() to map the setup data. This simplifies the code and will > make the appropriate decision as to whether a RAM remapping can be done > or if a fallback to ioremap_cache() is needed (which includes checking > PageHighMem). > >

Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear

On 02/16/17 at 09:45am, Tom Lendacky wrote: [snip] > + * This function determines if an address should be mapped encrypted. > + * Boot setup data, EFI data and E820 areas are checked in making this > + * determination. > + */ > +static bool memremap_should_map_encrypted(resource_size_t phys_addr,

Re: [RFC 06/11] mm: remove SWAP_MLOCK in ttu

On Tue, Mar 07, 2017 at 06:24:37PM +0300, Kirill A. Shutemov wrote: > On Mon, Mar 06, 2017 at 11:15:08AM +0900, Minchan Kim wrote: > > Hi Anshuman, > > > > On Fri, Mar 03, 2017 at 06:06:38PM +0530, Anshuman Khandual wrote: > > > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > > > ttu don't need to

Re: [PATCH v5 2/5] arm: dts: Add the burst and esc clock frequency properties to DSI node

On Wed, Mar 08, 2017 at 01:54:09PM +0900, Hoegeun Kwon wrote: > Add the burst and esc clock frequency properties to the parent (DSI node). > Currently the clock is parsed from the port node, while it should be > taken from the dsi node. > > Signed-off-by: Hoegeun Kwon >

Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear

On 02/16/17 at 09:45am, Tom Lendacky wrote: [snip] > + * This function determines if an address should be mapped encrypted. > + * Boot setup data, EFI data and E820 areas are checked in making this > + * determination. > + */ > +static bool memremap_should_map_encrypted(resource_size_t phys_addr,

Re: [RFC 06/11] mm: remove SWAP_MLOCK in ttu

On Tue, Mar 07, 2017 at 06:24:37PM +0300, Kirill A. Shutemov wrote: > On Mon, Mar 06, 2017 at 11:15:08AM +0900, Minchan Kim wrote: > > Hi Anshuman, > > > > On Fri, Mar 03, 2017 at 06:06:38PM +0530, Anshuman Khandual wrote: > > > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > > > ttu don't need to

Re: [PATCH v5 2/5] arm: dts: Add the burst and esc clock frequency properties to DSI node

On Wed, Mar 08, 2017 at 01:54:09PM +0900, Hoegeun Kwon wrote: > Add the burst and esc clock frequency properties to the parent (DSI node). > Currently the clock is parsed from the port node, while it should be > taken from the dsi node. > > Signed-off-by: Hoegeun Kwon > Reviewed-by: Andrzej

Re: [PATCH v5 1/5] arm64: dts: exynos: Add the burst and esc clock frequency properties to DSI node

On Wed, Mar 08, 2017 at 01:54:08PM +0900, Hoegeun Kwon wrote: > Add the burst and esc clock frequency properties to the parent (DSI node). > Currently the clock is parsed from the port node, while it should be > taken from the dsi node. > > Signed-off-by: Hoegeun Kwon >

Re: [PATCH v5 1/5] arm64: dts: exynos: Add the burst and esc clock frequency properties to DSI node

On Wed, Mar 08, 2017 at 01:54:08PM +0900, Hoegeun Kwon wrote: > Add the burst and esc clock frequency properties to the parent (DSI node). > Currently the clock is parsed from the port node, while it should be > taken from the dsi node. > > Signed-off-by: Hoegeun Kwon > Reviewed-by: Andrzej

RE: [PATCH v17 2/3] usb: USB Type-C connector class

>>> You mean type-C trigger an ACPI event, and this ACPI event can notify >>> related USB controller driver doing role switch? >> >> No (firmware programs the dual-role hw/registers), but never mind. >> That could be the case. >> >>> If it is correct, there is a notifier between type-C and USB

Re: [PATCH v3 0/4] fujitsu_init() cleanup

On Tue, Mar 07, 2017 at 11:15:12AM +0100, Micha?? K??pie?? wrote: > These patches should make fujitsu_init() a bit more palatable. No > changes are made to platform device code yet, for clarity these will be > posted in a separate series after this one gets applied. I will test and review these

RE: [PATCH v17 2/3] usb: USB Type-C connector class

>>> You mean type-C trigger an ACPI event, and this ACPI event can notify >>> related USB controller driver doing role switch? >> >> No (firmware programs the dual-role hw/registers), but never mind. >> That could be the case. >> >>> If it is correct, there is a notifier between type-C and USB

Re: [PATCH v3 0/4] fujitsu_init() cleanup

On Tue, Mar 07, 2017 at 11:15:12AM +0100, Micha?? K??pie?? wrote: > These patches should make fujitsu_init() a bit more palatable. No > changes are made to platform device code yet, for clarity these will be > posted in a separate series after this one gets applied. I will test and review these

Re: [PATCH v11 3/3] arm64: dts: exynos: Add support for S6E3HA2 panel device on TM2 board

On Wed, Mar 08, 2017 at 10:42:37AM +0900, Hoegeun Kwon wrote: > From: Hyungwon Hwang > > This patch add the panel device tree node for S6E3HA2 display > controller to TM2 dts. > > Signed-off-by: Hyungwon Hwang > Signed-off-by: Andrzej Hajda

Re: [PATCH v11 3/3] arm64: dts: exynos: Add support for S6E3HA2 panel device on TM2 board

On Wed, Mar 08, 2017 at 10:42:37AM +0900, Hoegeun Kwon wrote: > From: Hyungwon Hwang > > This patch add the panel device tree node for S6E3HA2 display > controller to TM2 dts. > > Signed-off-by: Hyungwon Hwang > Signed-off-by: Andrzej Hajda > Signed-off-by: Chanwoo Choi > Signed-off-by:

Re: [RFC 05/11] mm: make the try_to_munlock void function

On Tue, Mar 07, 2017 at 06:17:47PM +0300, Kirill A. Shutemov wrote: > On Thu, Mar 02, 2017 at 03:39:19PM +0900, Minchan Kim wrote: > > try_to_munlock returns SWAP_MLOCK if the one of VMAs mapped > > the page has VM_LOCKED flag. In that time, VM set PG_mlocked to > > the page if the page is not

Re: [RFC 05/11] mm: make the try_to_munlock void function

On Tue, Mar 07, 2017 at 06:17:47PM +0300, Kirill A. Shutemov wrote: > On Thu, Mar 02, 2017 at 03:39:19PM +0900, Minchan Kim wrote: > > try_to_munlock returns SWAP_MLOCK if the one of VMAs mapped > > the page has VM_LOCKED flag. In that time, VM set PG_mlocked to > > the page if the page is not

Re: [RFC 01/11] mm: use SWAP_SUCCESS instead of 0

Hi Kirill, On Tue, Mar 07, 2017 at 05:19:33PM +0300, Kirill A. Shutemov wrote: > On Thu, Mar 02, 2017 at 03:39:15PM +0900, Minchan Kim wrote: > > SWAP_SUCCESS defined value 0 can be changed always so don't rely on > > it. Instead, use explict macro. > > I'm okay with this as long as it's

Re: [RFC 04/11] mm: remove SWAP_MLOCK check for SWAP_SUCCESS in ttu

On Tue, Mar 07, 2017 at 05:26:43PM +0300, Kirill A. Shutemov wrote: > On Thu, Mar 02, 2017 at 03:39:18PM +0900, Minchan Kim wrote: > > If the page is mapped and rescue in ttuo, page_mapcount(page) == 0 cannot > > be true so page_mapcount check in ttu is enough to return SWAP_SUCCESS. > > IOW,

Re: [RFC 01/11] mm: use SWAP_SUCCESS instead of 0

Hi Kirill, On Tue, Mar 07, 2017 at 05:19:33PM +0300, Kirill A. Shutemov wrote: > On Thu, Mar 02, 2017 at 03:39:15PM +0900, Minchan Kim wrote: > > SWAP_SUCCESS defined value 0 can be changed always so don't rely on > > it. Instead, use explict macro. > > I'm okay with this as long as it's

Re: [RFC 04/11] mm: remove SWAP_MLOCK check for SWAP_SUCCESS in ttu

On Tue, Mar 07, 2017 at 05:26:43PM +0300, Kirill A. Shutemov wrote: > On Thu, Mar 02, 2017 at 03:39:18PM +0900, Minchan Kim wrote: > > If the page is mapped and rescue in ttuo, page_mapcount(page) == 0 cannot > > be true so page_mapcount check in ttu is enough to return SWAP_SUCCESS. > > IOW,

RE: [PATCH] Input: elan_i2c - add ASUS EeeBook X205TA special touchpad fw

Hi Matjaz, -Original Message- From: Matjaž Hegedič [mailto:matjaz.hege...@gmail.com] Sent: Tuesday, March 07, 2017 6:52 PM To: 廖崇榮; 'Dmitry Torokhov' Cc: linux-in...@vger.kernel.org; linux-kernel@vger.kernel.org; 黃世鵬 經理; miller_w...@emc.com.tw Subject: Re: [PATCH] Input: elan_i2c - add

RE: [PATCH] Input: elan_i2c - add ASUS EeeBook X205TA special touchpad fw

Hi Matjaz, -Original Message- From: Matjaž Hegedič [mailto:matjaz.hege...@gmail.com] Sent: Tuesday, March 07, 2017 6:52 PM To: 廖崇榮; 'Dmitry Torokhov' Cc: linux-in...@vger.kernel.org; linux-kernel@vger.kernel.org; 黃世鵬 經理; miller_w...@emc.com.tw Subject: Re: [PATCH] Input: elan_i2c - add

Re: [PATCH v2] staging: wilc1000: Fix sparse warnings incorrect type assignment

I think this change is buggy. On Tue, Mar 07, 2017 at 10:36:53PM +0100, Andrea Ghittino wrote: > Fixed sparse warnings related to the conversion of le16 and le32 to u16 and > u32, during the update of internal structures > > Fixed sparse warnings: >

Re: [PATCH v2] staging: wilc1000: Fix sparse warnings incorrect type assignment

I think this change is buggy. On Tue, Mar 07, 2017 at 10:36:53PM +0100, Andrea Ghittino wrote: > Fixed sparse warnings related to the conversion of le16 and le32 to u16 and > u32, during the update of internal structures > > Fixed sparse warnings: >

[PATCH] drm/rockchip: Refactor the component match logic.

Currently we are adding all components from the dts, if one of their drivers been disabled, we would not be able to bring up others. Refactor component match logic, follow exynos drm. Signed-off-by: Jeffy Chen --- drivers/gpu/drm/rockchip/Kconfig|

[PATCH] drm/rockchip: Refactor the component match logic.

Currently we are adding all components from the dts, if one of their drivers been disabled, we would not be able to bring up others. Refactor component match logic, follow exynos drm. Signed-off-by: Jeffy Chen --- drivers/gpu/drm/rockchip/Kconfig| 10 +-

Re: [PATCH v7 kernel 3/5] virtio-balloon: implementation of VIRTIO_BALLOON_F_CHUNK_TRANSFER

On Fri, Mar 03, 2017 at 01:40:28PM +0800, Wei Wang wrote: > From: Liang Li > > The implementation of the current virtio-balloon is not very > efficient, because the pages are transferred to the host one by one. > Here is the breakdown of the time in percentage spent on each

Re: [PATCH v7 kernel 3/5] virtio-balloon: implementation of VIRTIO_BALLOON_F_CHUNK_TRANSFER

On Fri, Mar 03, 2017 at 01:40:28PM +0800, Wei Wang wrote: > From: Liang Li > > The implementation of the current virtio-balloon is not very > efficient, because the pages are transferred to the host one by one. > Here is the breakdown of the time in percentage spent on each > step of the balloon

Re: [PATCH 2/2] Staging: comedi: comedi_fops: Fix "out of minor numbers for board device files"

On Sun, Mar 05, 2017 at 03:22:33AM +0800, Cheah Kok Cheong wrote: > If comedi module is loaded with the following max allowed parameter > [comedi_num_legacy_minors=48], subsequent loading of an auto-configured > device will fail. Don't set comedi_num_legacy_minors=48, then? This doesn't seem

Re: [PATCH 2/2] Staging: comedi: comedi_fops: Fix "out of minor numbers for board device files"

On Sun, Mar 05, 2017 at 03:22:33AM +0800, Cheah Kok Cheong wrote: > If comedi module is loaded with the following max allowed parameter > [comedi_num_legacy_minors=48], subsequent loading of an auto-configured > device will fail. Don't set comedi_num_legacy_minors=48, then? This doesn't seem

Re: [PATCH V5 6/6] proc: show MADV_FREE pages info in smaps

Hi Andrew, On Tue, Mar 07, 2017 at 02:43:38PM -0800, Andrew Morton wrote: > On Tue, 7 Mar 2017 11:05:45 +0100 Michal Hocko wrote: > > > On Fri 03-03-17 16:10:27, Andrew Morton wrote: > > > On Thu, 2 Mar 2017 17:30:54 +0100 Michal Hocko wrote: > > > > > >

Re: [PATCH V5 6/6] proc: show MADV_FREE pages info in smaps

Hi Andrew, On Tue, Mar 07, 2017 at 02:43:38PM -0800, Andrew Morton wrote: > On Tue, 7 Mar 2017 11:05:45 +0100 Michal Hocko wrote: > > > On Fri 03-03-17 16:10:27, Andrew Morton wrote: > > > On Thu, 2 Mar 2017 17:30:54 +0100 Michal Hocko wrote: > > > > > > > > It's not that I think you're

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

Hi Johannes, On Tue, Mar 07, 2017 at 10:51:45AM +0100, Johannes Thumshirn wrote: > On 03/07/2017 09:55 AM, Minchan Kim wrote: > > On Tue, Mar 07, 2017 at 08:48:06AM +0100, Hannes Reinecke wrote: > >> On 03/07/2017 08:23 AM, Minchan Kim wrote: > >>> Hi Hannes, > >>> > >>> On Tue, Mar 7, 2017 at

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

Hi Johannes, On Tue, Mar 07, 2017 at 10:51:45AM +0100, Johannes Thumshirn wrote: > On 03/07/2017 09:55 AM, Minchan Kim wrote: > > On Tue, Mar 07, 2017 at 08:48:06AM +0100, Hannes Reinecke wrote: > >> On 03/07/2017 08:23 AM, Minchan Kim wrote: > >>> Hi Hannes, > >>> > >>> On Tue, Mar 7, 2017 at

Re: [PATCH] mm: Do not use double negation for testing page flags

Hi Anshuman, On Tue, Mar 07, 2017 at 09:31:18PM +0530, Anshuman Khandual wrote: > On 03/07/2017 12:06 PM, Minchan Kim wrote: > > With the discussion[1], I found it seems there are every PageFlags > > functions return bool at this moment so we don't need double > > negation any more. > > Although

Re: [PATCH] mm: Do not use double negation for testing page flags

Hi Anshuman, On Tue, Mar 07, 2017 at 09:31:18PM +0530, Anshuman Khandual wrote: > On 03/07/2017 12:06 PM, Minchan Kim wrote: > > With the discussion[1], I found it seems there are every PageFlags > > functions return bool at this moment so we don't need double > > negation any more. > > Although

[PATCH] ARM: dts: mvebu: linksys: enable buffer manager support

Add appropriate properties to devices in the Linksys WRT AC Series for the mvneta driver to use hardware buffer management. Also update "soc" ranges property and set the status of bm and bm-bppi to "okay" (SRAM). Signed-off-by: Ralph Sennhauser ---

[PATCH] ARM: dts: mvebu: linksys: enable buffer manager support

Add appropriate properties to devices in the Linksys WRT AC Series for the mvneta driver to use hardware buffer management. Also update "soc" ranges property and set the status of bm and bm-bppi to "okay" (SRAM). Signed-off-by: Ralph Sennhauser --- arch/arm/boot/dts/armada-385-linksys.dtsi

Re: [PATCH v3 3/3] printk: fix double printing with earlycon

Hello, sorry for the delay. On (03/07/17 15:54), Aleksey Makarov wrote: > On 03/06/2017 03:59 PM, Sergey Senozhatsky wrote: > > On (03/03/17 18:49), Aleksey Makarov wrote: > > [..] > > > +static enum { CONSOLE_MATCH, CONSOLE_MATCH_RETURN, CONSOLE_MATCH_NEXT } > > > +match_console(struct console

Re: [PATCH v3 3/3] printk: fix double printing with earlycon

Hello, sorry for the delay. On (03/07/17 15:54), Aleksey Makarov wrote: > On 03/06/2017 03:59 PM, Sergey Senozhatsky wrote: > > On (03/03/17 18:49), Aleksey Makarov wrote: > > [..] > > > +static enum { CONSOLE_MATCH, CONSOLE_MATCH_RETURN, CONSOLE_MATCH_NEXT } > > > +match_console(struct console

  1   2   3   4   5   6   7   8   9   10   >