[RESEND PATCH v6, 0/5] Add MediaTek USB3 DRD Driver

>From 99e428a1808c8ca91ff473d487b52ca5d355d875 Mon Sep 17 00:00:00 2001 From: Chunfeng Yun Date: Mon, 5 Sep 2016 10:27:07 +0800 Subject: [PATCH v6, 0/5] Add MediaTek USB3 DRD Driver These patches introduce the MediaTek USB3 dual-role controller driver. The driver can

[RESEND PATCH v6, 0/5] Add MediaTek USB3 DRD Driver

>From 99e428a1808c8ca91ff473d487b52ca5d355d875 Mon Sep 17 00:00:00 2001 From: Chunfeng Yun Date: Mon, 5 Sep 2016 10:27:07 +0800 Subject: [PATCH v6, 0/5] Add MediaTek USB3 DRD Driver These patches introduce the MediaTek USB3 dual-role controller driver. The driver can be configured as Dual-Role

[RESEND PATCH v6, 1/5] dt-bindings: mt8173-xhci: support host side of dual-role mode

Some resources, such as IPPC register etc, shared with device driver are moved into common glue layer when xHCI driver is the host side of dual-role mode and they should be changed as optional properties if they are required ones before. For clarity, add a new part of binding to support host side

[RESEND PATCH v6, 1/5] dt-bindings: mt8173-xhci: support host side of dual-role mode

Some resources, such as IPPC register etc, shared with device driver are moved into common glue layer when xHCI driver is the host side of dual-role mode and they should be changed as optional properties if they are required ones before. For clarity, add a new part of binding to support host side

[RESEND PATCH v6, 5/5] arm64: dts: mediatek: add USB3 DRD driver

USB3 DRD driver is added for MT8173-EVB, and xHCI driver becomes its subnode Signed-off-by: Chunfeng Yun --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 46 +-- arch/arm64/boot/dts/mediatek/mt8173.dtsi| 29 + 2 files

[RESEND PATCH v6, 4/5] usb: Add MediaTek USB3 DRD Driver

This patch adds support for the MediaTek USB3 controller integrated into MT8173. It can be configured as Dual-Role Device (DRD), Peripheral Only and Host Only (xHCI) modes. Signed-off-by: Chunfeng Yun --- drivers/usb/Kconfig|2 +

[RESEND PATCH v6, 5/5] arm64: dts: mediatek: add USB3 DRD driver

USB3 DRD driver is added for MT8173-EVB, and xHCI driver becomes its subnode Signed-off-by: Chunfeng Yun --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 46 +-- arch/arm64/boot/dts/mediatek/mt8173.dtsi| 29 + 2 files changed, 66 insertions(+), 9

[RESEND PATCH v6, 4/5] usb: Add MediaTek USB3 DRD Driver

This patch adds support for the MediaTek USB3 controller integrated into MT8173. It can be configured as Dual-Role Device (DRD), Peripheral Only and Host Only (xHCI) modes. Signed-off-by: Chunfeng Yun --- drivers/usb/Kconfig|2 + drivers/usb/Makefile |1 +

[RESEND PATCH v6, 3/5] usb: xhci-mtk: make IPPC register optional

Make IPPC register optional to support host side of dual-role mode, due to it is moved into common glue layer for simplification. Signed-off-by: Chunfeng Yun --- drivers/usb/host/xhci-mtk.c | 36 +--- 1 file changed, 29 insertions(+),

[RESEND PATCH v6, 2/5] dt-bindings: mt8173-mtu3: add devicetree bindings

add a DT binding doc for MediaTek USB3 DRD driver Signed-off-by: Chunfeng Yun Acked-by: Rob Herring --- .../devicetree/bindings/usb/mt8173-mtu3.txt| 87 1 file changed, 87 insertions(+) create mode 100644

[RESEND PATCH v6, 3/5] usb: xhci-mtk: make IPPC register optional

Make IPPC register optional to support host side of dual-role mode, due to it is moved into common glue layer for simplification. Signed-off-by: Chunfeng Yun --- drivers/usb/host/xhci-mtk.c | 36 +--- 1 file changed, 29 insertions(+), 7 deletions(-) diff --git

[RESEND PATCH v6, 2/5] dt-bindings: mt8173-mtu3: add devicetree bindings

add a DT binding doc for MediaTek USB3 DRD driver Signed-off-by: Chunfeng Yun Acked-by: Rob Herring --- .../devicetree/bindings/usb/mt8173-mtu3.txt| 87 1 file changed, 87 insertions(+) create mode 100644 Documentation/devicetree/bindings/usb/mt8173-mtu3.txt

Re: [PATCH v2 2/3] powerpc/mm: allow memory hotplug into a memoryless node

On Mon, Sep 19, 2016 at 09:53:49PM +1000, Balbir Singh wrote: I presume you've tested with CONFIG_NODES_SHIFT of 8 (255 nodes?) Oh yes, definitely. The large number of possible nodes does not come into play here. -- Reza Arbab

Re: [PATCH v2 2/3] powerpc/mm: allow memory hotplug into a memoryless node

On Mon, Sep 19, 2016 at 09:53:49PM +1000, Balbir Singh wrote: I presume you've tested with CONFIG_NODES_SHIFT of 8 (255 nodes?) Oh yes, definitely. The large number of possible nodes does not come into play here. -- Reza Arbab

Re: [PATCH v2] i2c / ACPI: Do not touch an I2C device if it belongs to another adapter

On Tue, Sep 20, 2016 at 04:59:25PM +0300, Mika Westerberg wrote: > When enumerating I2C devices connected to an I2C adapter we scan the whole > namespace (as it is possible to have devices anywhere in that namespace, > not just below the I2C adapter device) and add each found device to the I2C >

Re: [PATCH v2] i2c / ACPI: Do not touch an I2C device if it belongs to another adapter

On Tue, Sep 20, 2016 at 04:59:25PM +0300, Mika Westerberg wrote: > When enumerating I2C devices connected to an I2C adapter we scan the whole > namespace (as it is possible to have devices anywhere in that namespace, > not just below the I2C adapter device) and add each found device to the I2C >

RE: [PATCH v5 2/2] QE: remove PPCisms for QE

On Mon, Sep 20, 2016 at 4:13 AM, Leo Li wrote: > -Original Message- > From: Leo Li [mailto:pku@gmail.com] > Sent: Tuesday, September 20, 2016 4:13 AM > To: Qiang Zhao > Cc: Scott Wood ; linuxppc-dev d...@lists.ozlabs.org>; lkml

RE: [PATCH v5 2/2] QE: remove PPCisms for QE

On Mon, Sep 20, 2016 at 4:13 AM, Leo Li wrote: > -Original Message- > From: Leo Li [mailto:pku@gmail.com] > Sent: Tuesday, September 20, 2016 4:13 AM > To: Qiang Zhao > Cc: Scott Wood ; linuxppc-dev d...@lists.ozlabs.org>; lkml ; X.B. Xie > > Subject: Re: [PATCH v5 2/2] QE: remove

Re: [PATCH v2 4/4] gpio: pca953x: fix an incorrect lockdep warning

On Fri, Sep 16, 2016 at 06:02:45PM +0200, Bartosz Golaszewski wrote: > If an I2C GPIO multiplexer is driven by a GPIO provided by an expander > when there's a second expander using the same device driver on one of > the I2C bus segments, lockdep prints a deadlock warning when trying to > set the

Re: [PATCH v2 4/4] gpio: pca953x: fix an incorrect lockdep warning

On Fri, Sep 16, 2016 at 06:02:45PM +0200, Bartosz Golaszewski wrote: > If an I2C GPIO multiplexer is driven by a GPIO provided by an expander > when there's a second expander using the same device driver on one of > the I2C bus segments, lockdep prints a deadlock warning when trying to > set the

Re: [PATCH v2 3/3] mm: enable CONFIG_MOVABLE_NODE on powerpc

On Mon, Sep 19, 2016 at 11:59:35AM +0530, Aneesh Kumar K.V wrote: Movable node also does. memblock_set_bottom_up(true); What is the impact of that. Do we need changes equivalent to that ? Also where are we marking the nodes which can be hotplugged, ie where do we do

Re: [PATCH v2 3/3] mm: enable CONFIG_MOVABLE_NODE on powerpc

On Mon, Sep 19, 2016 at 11:59:35AM +0530, Aneesh Kumar K.V wrote: Movable node also does. memblock_set_bottom_up(true); What is the impact of that. Do we need changes equivalent to that ? Also where are we marking the nodes which can be hotplugged, ie where do we do

Re: [INFO] ratio of const vs dynamic usercopy

Hi Kees, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc7 next-20160920] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to record w

Re: [INFO] ratio of const vs dynamic usercopy

Hi Kees, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc7 next-20160920] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to record w

Re: [kernel-hardening] [RFC PATCH v2 2/3] xpfo: Only put previous userspace pages into the hot cache

On 09/14/2016 04:48 PM, Dave Hansen wrote: >> On 09/02/2016 10:39 PM, Dave Hansen wrote: >>> On 09/02/2016 04:39 AM, Juerg Haefliger wrote: >>> Does this >>> just mean that kernel allocations usually have to pay the penalty to >>> convert a page? >> >> Only pages that are allocated for userspace

Re: [kernel-hardening] [RFC PATCH v2 2/3] xpfo: Only put previous userspace pages into the hot cache

On 09/14/2016 04:48 PM, Dave Hansen wrote: >> On 09/02/2016 10:39 PM, Dave Hansen wrote: >>> On 09/02/2016 04:39 AM, Juerg Haefliger wrote: >>> Does this >>> just mean that kernel allocations usually have to pay the penalty to >>> convert a page? >> >> Only pages that are allocated for userspace

linux-next: manual merge of the akpm-current tree with the parisc-hd tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: arch/parisc/Kconfig between commit: b5d5cf2b8a68 ("parisc: Drop BROKEN_RODATA config option") from the parisc-hd tree and commit: 7b4d24d8c01d ("atomic64: no need for

linux-next: manual merge of the akpm-current tree with the parisc-hd tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: arch/parisc/Kconfig between commit: b5d5cf2b8a68 ("parisc: Drop BROKEN_RODATA config option") from the parisc-hd tree and commit: 7b4d24d8c01d ("atomic64: no need for

Re: + softirq-fix-tasklet_kill-and-its-users.patch added to -mm tree

Hello, On (09/20/16 14:55), a...@linux-foundation.org wrote: > -- > From: Santosh Shilimkar > Subject: softirq: fix tasklet_kill() and its users > > Semantically the expectation from the tasklet init/kill API should be as

Re: + softirq-fix-tasklet_kill-and-its-users.patch added to -mm tree

Hello, On (09/20/16 14:55), a...@linux-foundation.org wrote: > -- > From: Santosh Shilimkar > Subject: softirq: fix tasklet_kill() and its users > > Semantically the expectation from the tasklet init/kill API should be as > below. > >

[PATCH] drm/tilcdc: mark tilcdc_atomic_check() static

We get 1 warning when building kernel with W=1: drivers/gpu/drm/tilcdc/tilcdc_drv.c:64:5: warning: no previous prototype for 'tilcdc_atomic_check' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made static.

[PATCH] drm/tilcdc: mark tilcdc_atomic_check() static

We get 1 warning when building kernel with W=1: drivers/gpu/drm/tilcdc/tilcdc_drv.c:64:5: warning: no previous prototype for 'tilcdc_atomic_check' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made static.

[PATCH] drm/tilcdc: add missing header dependencies

We get 4 warnings when building kernel with W=1: drivers/gpu/drm/tilcdc/tilcdc_tfp410.c:397:12: warning: no previous prototype for 'tilcdc_tfp410_init' [-Wmissing-prototypes] drivers/gpu/drm/tilcdc/tilcdc_tfp410.c:402:13: warning: no previous prototype for 'tilcdc_tfp410_fini'

[PATCH] drm/tilcdc: add missing header dependencies

We get 4 warnings when building kernel with W=1: drivers/gpu/drm/tilcdc/tilcdc_tfp410.c:397:12: warning: no previous prototype for 'tilcdc_tfp410_init' [-Wmissing-prototypes] drivers/gpu/drm/tilcdc/tilcdc_tfp410.c:402:13: warning: no previous prototype for 'tilcdc_tfp410_fini'

Re: [PATCH] phy: meson-usb2: Fix build dependency

On Tue, Sep 20, 2016 at 9:13 PM, Axel Lin wrote: > 2016-09-21 12:06 GMT+08:00 Kishon Vijay Abraham I : >> >> >> On Monday 19 September 2016 10:14 PM, Kevin Hilman wrote: >>> Martin Blumenstingl writes: >>> Hi Axel,

Re: [PATCH] phy: meson-usb2: Fix build dependency

On Tue, Sep 20, 2016 at 9:13 PM, Axel Lin wrote: > 2016-09-21 12:06 GMT+08:00 Kishon Vijay Abraham I : >> >> >> On Monday 19 September 2016 10:14 PM, Kevin Hilman wrote: >>> Martin Blumenstingl writes: >>> Hi Axel, On Fri, Sep 16, 2016 at 4:07 AM, Axel Lin wrote: >

[PATCH V1] regulator: pv88080: Update regulator for PV88080 BB silicon support

inition for PV88080 BB silicon. - Updated compatible ID table. - Added "HVBUCK" regulator. - Updated binding documentation. This patch applies against linux-next and next-20160920 .../devicetree/bindings/regulator/pv88080.txt | 23 +- drivers/regulator/pv88080

[PATCH V1] regulator: pv88080: Update regulator for PV88080 BB silicon support

BUCK" regulator. - Updated binding documentation. This patch applies against linux-next and next-20160920 .../devicetree/bindings/regulator/pv88080.txt | 23 +- drivers/regulator/pv88080-regulator.c | 257 +--- drivers/regulator/pv88080-regulator.h

Re: [PATCH 2/3] lib/ioremap.c: avoid endless loop under ioremapping improper ranges

On 09/20/2016 01:49 PM, zijun_hu wrote: > From: zijun_hu > > for ioremap_page_range(), endless loop maybe happen if either of parameter > addr and end is not page aligned, in order to fix this issue and hint range > parameter requirements BUG_ON() checkup are performed firstly

Re: [PATCH 2/3] lib/ioremap.c: avoid endless loop under ioremapping improper ranges

On 09/20/2016 01:49 PM, zijun_hu wrote: > From: zijun_hu > > for ioremap_page_range(), endless loop maybe happen if either of parameter > addr and end is not page aligned, in order to fix this issue and hint range > parameter requirements BUG_ON() checkup are performed firstly > > for

Re: Possible code defects: macros and precedence

On Tue, 20 Sep 2016, Joe Perches wrote: > On Tue, 2016-09-20 at 15:14 +0200, Julia Lawall wrote: > > The semantic patch below finds a binary operator in a macro and a binary > > operator in the use of the macro, and checks if the priority of the > > operator in the macro is higher (lower

Re: Possible code defects: macros and precedence

On Tue, 20 Sep 2016, Joe Perches wrote: > On Tue, 2016-09-20 at 15:14 +0200, Julia Lawall wrote: > > The semantic patch below finds a binary operator in a macro and a binary > > operator in the use of the macro, and checks if the priority of the > > operator in the macro is higher (lower

Re: [PATCH net 0/5] r8152: correct the flow of PHY

From: Hayes Wang Date: Tue, 20 Sep 2016 16:22:04 +0800 > First, to enable the PHY as early as possible. Some settings may fail if the > PHY is power down. > > Move the other PHY settings to hw_phy_cfg() to make sure the order is correct. > > Finally, disable ALDPS and

Re: [PATCH net 0/5] r8152: correct the flow of PHY

From: Hayes Wang Date: Tue, 20 Sep 2016 16:22:04 +0800 > First, to enable the PHY as early as possible. Some settings may fail if the > PHY is power down. > > Move the other PHY settings to hw_phy_cfg() to make sure the order is correct. > > Finally, disable ALDPS and EEE before updating the

Re: [PATCH 3/3] mm/vmalloc: correct a few logic error in __insert_vmap_area()

Hi All, please ignore this patch as advised by Nicholas Piggin, i split this patch to smaller patches and resend them in another mail thread On 09/20/2016 02:02 PM, zijun_hu wrote: > From: zijun_hu > > correct a few logic error in __insert_vmap_area() since the else if >

Re: [PATCH 3/3] mm/vmalloc: correct a few logic error in __insert_vmap_area()

Hi All, please ignore this patch as advised by Nicholas Piggin, i split this patch to smaller patches and resend them in another mail thread On 09/20/2016 02:02 PM, zijun_hu wrote: > From: zijun_hu > > correct a few logic error in __insert_vmap_area() since the else if > condition is always

Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller

Hi Leon, On Fri, Sep 16, 2016 at 12:26 AM, Leon Romanovsky wrote: > On Wed, Sep 14, 2016 at 12:36:19PM +0530, Parav Pandit wrote: >> Hi Dennis, >> >> Do you know how would HFI1 driver would work along with rdma cgroup? >> >> Hi Matan, Leon, Jason, >> Apart from HFI1, is there

Re: failed to add c++ probe

On Wed, 21 Sep 2016 12:37:59 +0900 Masami Hiramatsu wrote: > On Tue, 20 Sep 2016 01:32:04 +0200 (CEST) > Thomas Gleixner wrote: > > > Masami, > > > > On Tue, 20 Sep 2016, Masami Hiramatsu wrote: > > > Hmm, could you try to find mangled symbol from the

[PATCH] cgroup/cpu: Fix tg_has_rt_task() malfunction

Hi, I am a graduate student of System Software Lab. at Konkuk University (http://sslab.konkuk.ac.kr). This patch is to fix the malfunction of tg_has_rt_tasks(). The tg_has_rt_tasks() function is supposed to determine whether a task group includes an "rt task" or not. However, it returns true for

Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller

Hi Leon, On Fri, Sep 16, 2016 at 12:26 AM, Leon Romanovsky wrote: > On Wed, Sep 14, 2016 at 12:36:19PM +0530, Parav Pandit wrote: >> Hi Dennis, >> >> Do you know how would HFI1 driver would work along with rdma cgroup? >> >> Hi Matan, Leon, Jason, >> Apart from HFI1, is there any other concern?

Re: failed to add c++ probe

On Wed, 21 Sep 2016 12:37:59 +0900 Masami Hiramatsu wrote: > On Tue, 20 Sep 2016 01:32:04 +0200 (CEST) > Thomas Gleixner wrote: > > > Masami, > > > > On Tue, 20 Sep 2016, Masami Hiramatsu wrote: > > > Hmm, could you try to find mangled symbol from the library as below? > > > > > > ./perf

[PATCH] cgroup/cpu: Fix tg_has_rt_task() malfunction

Hi, I am a graduate student of System Software Lab. at Konkuk University (http://sslab.konkuk.ac.kr). This patch is to fix the malfunction of tg_has_rt_tasks(). The tg_has_rt_tasks() function is supposed to determine whether a task group includes an "rt task" or not. However, it returns true for

[PATCH 5/5] mm/vmalloc.c: avoid endless loop under v[un]mapping improper ranges

From: zijun_hu fix the following bug: - endless loop maybe happen when v[un]mapping improper ranges whose either boundary is not aligned to page Signed-off-by: zijun_hu --- mm/vmalloc.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-)

[PATCH 5/5] mm/vmalloc.c: avoid endless loop under v[un]mapping improper ranges

From: zijun_hu fix the following bug: - endless loop maybe happen when v[un]mapping improper ranges whose either boundary is not aligned to page Signed-off-by: zijun_hu --- mm/vmalloc.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/mm/vmalloc.c

[PATCH 4/5] mm/vmalloc.c: improve performance for pcpu_get_vm_areas()

From: zijun_hu improve performance for pcpu_get_vm_areas() in below aspects - reduce the counter of vmap_areas overlay checkup loop to half - find the previous or next one of a vamp_area by list_head but rbtree Signed-off-by: zijun_hu ---

[PATCH 4/5] mm/vmalloc.c: improve performance for pcpu_get_vm_areas()

From: zijun_hu improve performance for pcpu_get_vm_areas() in below aspects - reduce the counter of vmap_areas overlay checkup loop to half - find the previous or next one of a vamp_area by list_head but rbtree Signed-off-by: zijun_hu --- include/linux/list.h | 11 +++ mm/internal.h

[PATCH 3/5] mm/vmalloc.c: correct lazy_max_pages() return value

From: zijun_hu correct lazy_max_pages() return value if the number of online CPUs is power of 2 Signed-off-by: zijun_hu --- mm/vmalloc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/mm/vmalloc.c b/mm/vmalloc.c index

[PATCH 3/5] mm/vmalloc.c: correct lazy_max_pages() return value

From: zijun_hu correct lazy_max_pages() return value if the number of online CPUs is power of 2 Signed-off-by: zijun_hu --- mm/vmalloc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/mm/vmalloc.c b/mm/vmalloc.c index a125ae8..2804224 100644 --- a/mm/vmalloc.c +++

[PATCH 2/5] mm/vmalloc.c: simplify /proc/vmallocinfo implementation

From: zijun_hu simplify /proc/vmallocinfo implementation via seq_file helpers for list_head Signed-off-by: zijun_hu --- mm/vmalloc.c | 27 +-- 1 file changed, 5 insertions(+), 22 deletions(-) diff --git a/mm/vmalloc.c b/mm/vmalloc.c

[PATCH 2/5] mm/vmalloc.c: simplify /proc/vmallocinfo implementation

From: zijun_hu simplify /proc/vmallocinfo implementation via seq_file helpers for list_head Signed-off-by: zijun_hu --- mm/vmalloc.c | 27 +-- 1 file changed, 5 insertions(+), 22 deletions(-) diff --git a/mm/vmalloc.c b/mm/vmalloc.c index cc6ecd6..a125ae8 100644 ---

[PATCH 1/5] mm/vmalloc.c: correct a few logic error for __insert_vmap_area()

From: zijun_hu correct a few logic error for __insert_vmap_area() since the else if condition is always true and meaningless in order to fix this issue, if vmap_area inserted is lower than one on rbtree then walk around left branch; if higher then right branch otherwise

[PATCH 1/5] mm/vmalloc.c: correct a few logic error for __insert_vmap_area()

From: zijun_hu correct a few logic error for __insert_vmap_area() since the else if condition is always true and meaningless in order to fix this issue, if vmap_area inserted is lower than one on rbtree then walk around left branch; if higher then right branch otherwise intersects with the

Re: problem with pinctrl-single,bits and control_devconf0

Hi, > Am 20.09.2016 um 23:45 schrieb Tony Lindgren : > > * H. Nikolaus Schaller [160920 01:44]: >> Hi Tony, >> (I had forgotten to cc LKML so I have added it). >> >>> Am 19.09.2016 um 20:07 schrieb Tony Lindgren : >>> >>> * H. Nikolaus

Re: problem with pinctrl-single,bits and control_devconf0

Hi, > Am 20.09.2016 um 23:45 schrieb Tony Lindgren : > > * H. Nikolaus Schaller [160920 01:44]: >> Hi Tony, >> (I had forgotten to cc LKML so I have added it). >> >>> Am 19.09.2016 um 20:07 schrieb Tony Lindgren : >>> >>> * H. Nikolaus Schaller [160918 06:53]: Hi, I am trying to

[PATCH 1/1] lib/ioremap.c: avoid endless loop under ioremapping page unaligned ranges

From: zijun_hu endless loop maybe happen if either of parameter addr and end is not page aligned for kernel API function ioremap_page_range() in order to fix this issue and alert improper range parameters to user WARN_ON() checkup and rounding down range lower boundary are

[PATCH 1/1] lib/ioremap.c: avoid endless loop under ioremapping page unaligned ranges

From: zijun_hu endless loop maybe happen if either of parameter addr and end is not page aligned for kernel API function ioremap_page_range() in order to fix this issue and alert improper range parameters to user WARN_ON() checkup and rounding down range lower boundary are performed firstly,

[RESEND PATCH 1/1] linux/mm.h: canonicalize macro PAGE_ALIGNED() definition

From: zijun_hu canonicalize macro PAGE_ALIGNED() definition Signed-off-by: zijun_hu --- include/linux/mm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/mm.h b/include/linux/mm.h index ef815b9..ec68186 100644 ---

[RESEND PATCH 1/1] linux/mm.h: canonicalize macro PAGE_ALIGNED() definition

From: zijun_hu canonicalize macro PAGE_ALIGNED() definition Signed-off-by: zijun_hu --- include/linux/mm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/mm.h b/include/linux/mm.h index ef815b9..ec68186 100644 --- a/include/linux/mm.h +++

Re: [PATCH] phy: meson-usb2: Fix build dependency

2016-09-21 12:06 GMT+08:00 Kishon Vijay Abraham I : > > > On Monday 19 September 2016 10:14 PM, Kevin Hilman wrote: >> Martin Blumenstingl writes: >> >>> Hi Axel, >>> >>> On Fri, Sep 16, 2016 at 4:07 AM, Axel Lin wrote:

Re: [PATCH] phy: meson-usb2: Fix build dependency

2016-09-21 12:06 GMT+08:00 Kishon Vijay Abraham I : > > > On Monday 19 September 2016 10:14 PM, Kevin Hilman wrote: >> Martin Blumenstingl writes: >> >>> Hi Axel, >>> >>> On Fri, Sep 16, 2016 at 4:07 AM, Axel Lin wrote: of_usb_get_dr_mode_by_phy will not be compiled if !USB_COMMON, fix

non-response to IPI kills wrong(?) task, confuses logs

Hi, Adam Zabrocki, CC'ed here, informed me of the following: There is an undesirable situation in SMP Linux machines when sending an IPI via the smp_call_function_single() API: /* * smp_call_function_single - Run a function on a specific CPU * @func: The function to run. This must be fast and

non-response to IPI kills wrong(?) task, confuses logs

Hi, Adam Zabrocki, CC'ed here, informed me of the following: There is an undesirable situation in SMP Linux machines when sending an IPI via the smp_call_function_single() API: /* * smp_call_function_single - Run a function on a specific CPU * @func: The function to run. This must be fast and

Re: [PATCH] phy: meson-usb2: Fix build dependency

On Monday 19 September 2016 10:14 PM, Kevin Hilman wrote: > Martin Blumenstingl writes: > >> Hi Axel, >> >> On Fri, Sep 16, 2016 at 4:07 AM, Axel Lin wrote: >>> of_usb_get_dr_mode_by_phy will not be compiled if !USB_COMMON, fix below

Re: [PATCH] phy: meson-usb2: Fix build dependency

On Monday 19 September 2016 10:14 PM, Kevin Hilman wrote: > Martin Blumenstingl writes: > >> Hi Axel, >> >> On Fri, Sep 16, 2016 at 4:07 AM, Axel Lin wrote: >>> of_usb_get_dr_mode_by_phy will not be compiled if !USB_COMMON, fix below >>> build error: >>> >>> drivers/built-in.o: In function

Re: [PATCH net-next] net: dsa: mv88e6xxx: handle multiple ports in ATU

From: Vivien Didelot Date: Mon, 19 Sep 2016 19:56:11 -0400 > An address can be loaded in the ATU with multiple ports, for instance > when adding multiple ports to a Multicast group with "bridge mdb". > > The current code doesn't allow that. Add an helper to

Re: [PATCH net-next] net: dsa: mv88e6xxx: handle multiple ports in ATU

From: Vivien Didelot Date: Mon, 19 Sep 2016 19:56:11 -0400 > An address can be loaded in the ATU with multiple ports, for instance > when adding multiple ports to a Multicast group with "bridge mdb". > > The current code doesn't allow that. Add an helper to get a single entry > from the ATU,

[PATCH] perf record: Fix segfault when running with suid and kptr_restrict is 1

Before this patch perf panic if kptr_restrict set to 1 and perf is owned by root with suid set: $ whoami wangnan $ ls -l ./perf -rwsr-xr-x 1 root root 19781908 Sep 21 19:29 /home/wangnan/perf $ cat /proc/sys/kernel/kptr_restrict 1 $ cat /proc/sys/kernel/perf_event_paranoid -1 $ ./perf

[PATCH] perf record: Fix segfault when running with suid and kptr_restrict is 1

Before this patch perf panic if kptr_restrict set to 1 and perf is owned by root with suid set: $ whoami wangnan $ ls -l ./perf -rwsr-xr-x 1 root root 19781908 Sep 21 19:29 /home/wangnan/perf $ cat /proc/sys/kernel/kptr_restrict 1 $ cat /proc/sys/kernel/perf_event_paranoid -1 $ ./perf

Re: [PATCH] perf record: Fix segfault when running with suid and kptr_restrict is 1

On 2016/9/21 11:48, Wang Nan wrote: Before this patch perf panic if kptr_restrict set to 1 and perf is owned by root with suid set: $ whoami wangnan $ ls -l ./perf -rwsr-xr-x 1 root root 19781908 Sep 21 19:29 /home/wangnan/perf $ cat /proc/sys/kernel/kptr_restrict 1 $ cat

Re: [PATCH] perf record: Fix segfault when running with suid and kptr_restrict is 1

On 2016/9/21 11:48, Wang Nan wrote: Before this patch perf panic if kptr_restrict set to 1 and perf is owned by root with suid set: $ whoami wangnan $ ls -l ./perf -rwsr-xr-x 1 root root 19781908 Sep 21 19:29 /home/wangnan/perf $ cat /proc/sys/kernel/kptr_restrict 1 $ cat

[PATCH] perf record: Fix segfault when running with suid and kptr_restrict is 1

Before this patch perf panic if kptr_restrict set to 1 and perf is owned by root with suid set: $ whoami wangnan $ ls -l ./perf -rwsr-xr-x 1 root root 19781908 Sep 21 19:29 /home/wangnan/perf $ cat /proc/sys/kernel/kptr_restrict 1 $ cat /proc/sys/kernel/perf_event_paranoid -1 $ ./perf

[PATCH] perf record: Fix segfault when running with suid and kptr_restrict is 1

Before this patch perf panic if kptr_restrict set to 1 and perf is owned by root with suid set: $ whoami wangnan $ ls -l ./perf -rwsr-xr-x 1 root root 19781908 Sep 21 19:29 /home/wangnan/perf $ cat /proc/sys/kernel/kptr_restrict 1 $ cat /proc/sys/kernel/perf_event_paranoid -1 $ ./perf

Re: [patch V2 0/2] block/mq: Convert to new hotplug state machine

On 09/20/2016 09:21 AM, Thomas Gleixner wrote: The following series converts block/mq to the new hotplug state machine. The series is against block.git/for-next and depends on git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp/for-block This branch contains the necessary

Re: [patch V2 0/2] block/mq: Convert to new hotplug state machine

On 09/20/2016 09:21 AM, Thomas Gleixner wrote: The following series converts block/mq to the new hotplug state machine. The series is against block.git/for-next and depends on git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp/for-block This branch contains the necessary

Re: [PATCH 5/9] dmaengine/ARM: omap-dma: Fix the DMAengine compile test on non OMAP configs

On Wed, Sep 21, 2016 at 09:21:32AM +0530, Vinod Koul wrote: > On Fri, Sep 16, 2016 at 11:33:20AM +0300, Peter Ujfalusi wrote: > > The DMAengine driver for omap-dma use three function calls from the > > plat-omap legacy driver. When the DMAengine driver is built when ARCH_OMAP > > is not set, the

Re: [PATCH 5/9] dmaengine/ARM: omap-dma: Fix the DMAengine compile test on non OMAP configs

On Wed, Sep 21, 2016 at 09:21:32AM +0530, Vinod Koul wrote: > On Fri, Sep 16, 2016 at 11:33:20AM +0300, Peter Ujfalusi wrote: > > The DMAengine driver for omap-dma use three function calls from the > > plat-omap legacy driver. When the DMAengine driver is built when ARCH_OMAP > > is not set, the

Re: [PATCH 8/9] dmaengine: ti-dma-crossbar: Use enum for crossbar type

On Fri, Sep 16, 2016 at 11:33:23AM +0300, Peter Ujfalusi wrote: > Fixes compiler warning on 64bit architectures. Would be good to give the warning message here > > Signed-off-by: Peter Ujfalusi > --- > drivers/dma/ti-dma-crossbar.c | 10 ++ > 1 file changed, 6

Re: [PATCH 8/9] dmaengine: ti-dma-crossbar: Use enum for crossbar type

On Fri, Sep 16, 2016 at 11:33:23AM +0300, Peter Ujfalusi wrote: > Fixes compiler warning on 64bit architectures. Would be good to give the warning message here > > Signed-off-by: Peter Ujfalusi > --- > drivers/dma/ti-dma-crossbar.c | 10 ++ > 1 file changed, 6 insertions(+), 4

Re: [PATCH 5/9] dmaengine/ARM: omap-dma: Fix the DMAengine compile test on non OMAP configs

On Fri, Sep 16, 2016 at 11:33:20AM +0300, Peter Ujfalusi wrote: > The DMAengine driver for omap-dma use three function calls from the > plat-omap legacy driver. When the DMAengine driver is built when ARCH_OMAP > is not set, the compilation will fail due to missing symbols. > Add empty inline

Re: [PATCH 5/9] dmaengine/ARM: omap-dma: Fix the DMAengine compile test on non OMAP configs

On Fri, Sep 16, 2016 at 11:33:20AM +0300, Peter Ujfalusi wrote: > The DMAengine driver for omap-dma use three function calls from the > plat-omap legacy driver. When the DMAengine driver is built when ARCH_OMAP > is not set, the compilation will fail due to missing symbols. > Add empty inline

Re: failed to add c++ probe

On Tue, 20 Sep 2016 01:32:04 +0200 (CEST) Thomas Gleixner wrote: > Masami, > > On Tue, 20 Sep 2016, Masami Hiramatsu wrote: > > Hmm, could you try to find mangled symbol from the library as below? > > > > ./perf probe -x /usr/lib64/libstdc++.so.6 -F \* > > > > And also try

Re: failed to add c++ probe

On Tue, 20 Sep 2016 01:32:04 +0200 (CEST) Thomas Gleixner wrote: > Masami, > > On Tue, 20 Sep 2016, Masami Hiramatsu wrote: > > Hmm, could you try to find mangled symbol from the library as below? > > > > ./perf probe -x /usr/lib64/libstdc++.so.6 -F \* > > > > And also try to do adding probe

Re: [PATCH 3/9] x86/entry/32: fix the end of the stack for newly forked tasks

On Tue, Sep 20, 2016 at 10:25:16PM -0500, Josh Poimboeuf wrote: > On Tue, Sep 20, 2016 at 09:10:55PM -0400, Brian Gerst wrote: > > Dropping asmlinkage from schedule_tail() would be a better option if > > possible. > > My understanding is that it's still needed for ia64. AFAICT, ia64 > relies on

Re: [PATCH 3/9] x86/entry/32: fix the end of the stack for newly forked tasks

On Tue, Sep 20, 2016 at 10:25:16PM -0500, Josh Poimboeuf wrote: > On Tue, Sep 20, 2016 at 09:10:55PM -0400, Brian Gerst wrote: > > Dropping asmlinkage from schedule_tail() would be a better option if > > possible. > > My understanding is that it's still needed for ia64. AFAICT, ia64 > relies on

Re: [PATCH] clk: mediatek: clk-mt8173: Unmap region obtained by of_iomap

On Tue, 2016-09-20 at 14:00 +0530, Arvind Yadav wrote: > From: Arvind Yadav > > Free memory mapping, if init is not successful. > > Signed-off-by: Arvind Yadav Reviewed-by: James Liao > --- >

Re: [PATCH] clk: mediatek: clk-mt8173: Unmap region obtained by of_iomap

On Tue, 2016-09-20 at 14:00 +0530, Arvind Yadav wrote: > From: Arvind Yadav > > Free memory mapping, if init is not successful. > > Signed-off-by: Arvind Yadav Reviewed-by: James Liao > --- > drivers/clk/mediatek/clk-mt8173.c |4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) >

Re: [PATCH 2/2] time: alarmtimer: Add the trcepoints for alarmtimer

On 21 September 2016 at 06:27, Thomas Gleixner wrote: > On Sun, 18 Sep 2016, Baolin Wang wrote: >> +DECLARE_EVENT_CLASS(alarm_setting, > > What is alarm_setting? Without looking at the DEFINE_EVENT which uses this > I cannot decode the meaning. Will rename it. > >> +

Re: [PATCH 2/2] time: alarmtimer: Add the trcepoints for alarmtimer

On 21 September 2016 at 06:27, Thomas Gleixner wrote: > On Sun, 18 Sep 2016, Baolin Wang wrote: >> +DECLARE_EVENT_CLASS(alarm_setting, > > What is alarm_setting? Without looking at the DEFINE_EVENT which uses this > I cannot decode the meaning. Will rename it. > >> + TP_STRUCT__entry( >> +

Re: [PATCH 3/9] x86/entry/32: fix the end of the stack for newly forked tasks

On Tue, Sep 20, 2016 at 09:10:55PM -0400, Brian Gerst wrote: > Dropping asmlinkage from schedule_tail() would be a better option if possible. My understanding is that it's still needed for ia64. AFAICT, ia64 relies on schedule_tail() having the syscall_linkage function attribute. >From the gcc

Re: [PATCH 3/9] x86/entry/32: fix the end of the stack for newly forked tasks

On Tue, Sep 20, 2016 at 09:10:55PM -0400, Brian Gerst wrote: > Dropping asmlinkage from schedule_tail() would be a better option if possible. My understanding is that it's still needed for ia64. AFAICT, ia64 relies on schedule_tail() having the syscall_linkage function attribute. >From the gcc

  1   2   3   4   5   6   7   8   9   10   >