[PATCH] pinctrl: amd: don't load pinctrl-amd on Gigabyte AM4 boards

On Gigabyte AM4 boards, pinctrl-amd generates tons of irq, makes the system not able to boot properly. Don't load the module until Gigabyte fixes the issue. BugLink: https://bugs.launchpad.net/bugs/1671360 Signed-off-by: Kai-Heng Feng ---

[PATCH] pinctrl: amd: don't load pinctrl-amd on Gigabyte AM4 boards

On Gigabyte AM4 boards, pinctrl-amd generates tons of irq, makes the system not able to boot properly. Don't load the module until Gigabyte fixes the issue. BugLink: https://bugs.launchpad.net/bugs/1671360 Signed-off-by: Kai-Heng Feng --- drivers/pinctrl/pinctrl-amd.c | 25

Re: [linux-sunxi] [PATCH v3 2/9] ASoC: sun8i-codec-analog: prepare a mixer control/widget/route set for V3s

On Wed, May 24, 2017 at 6:06 PM, Icenowy Zheng wrote: > Allwinner V3s has an analog codec without MIC2 and Line In, which will > need a special set of mixer controls/widgets/routes, otherwise meaningless > controls will be exported to userspace and confuse the user. > > Add the

Re: [linux-sunxi] [PATCH v3 2/9] ASoC: sun8i-codec-analog: prepare a mixer control/widget/route set for V3s

On Wed, May 24, 2017 at 6:06 PM, Icenowy Zheng wrote: > Allwinner V3s has an analog codec without MIC2 and Line In, which will > need a special set of mixer controls/widgets/routes, otherwise meaningless > controls will be exported to userspace and confuse the user. > > Add the special set, and

Re: [PATCH] sparc64: Add 16GB hugepage support

From: Paul Gortmaker Date: Wed, 24 May 2017 23:34:42 -0400 > [[PATCH] sparc64: Add 16GB hugepage support] On 24/05/2017 (Wed 17:29) Nitin > Gupta wrote: > >> Orabug: 25362942 >> >> Signed-off-by: Nitin Gupta > > If this wasn't an

Re: [PATCH] sparc64: Add 16GB hugepage support

From: Paul Gortmaker Date: Wed, 24 May 2017 23:34:42 -0400 > [[PATCH] sparc64: Add 16GB hugepage support] On 24/05/2017 (Wed 17:29) Nitin > Gupta wrote: > >> Orabug: 25362942 >> >> Signed-off-by: Nitin Gupta > > If this wasn't an accidental git send-email misfire, then there should > be a

Re: [PATCH] drm/mediatek: hdmi: Filter interlaced resolutions

On Wed, 2017-05-24 at 14:24 +0200, Daniel Vetter wrote: > On Wed, May 24, 2017 at 05:20:45PM +0800, CK Hu wrote: > > On Tue, 2017-05-23 at 15:12 +0200, Daniel Vetter wrote: > > > On Tue, May 23, 2017 at 05:28:15PM +0800, CK Hu wrote: > > > > Hi, Bibby: > > > > > > > > I've applied this patch to

Re: [PATCH] drm/mediatek: hdmi: Filter interlaced resolutions

On Wed, 2017-05-24 at 14:24 +0200, Daniel Vetter wrote: > On Wed, May 24, 2017 at 05:20:45PM +0800, CK Hu wrote: > > On Tue, 2017-05-23 at 15:12 +0200, Daniel Vetter wrote: > > > On Tue, May 23, 2017 at 05:28:15PM +0800, CK Hu wrote: > > > > Hi, Bibby: > > > > > > > > I've applied this patch to

Re: [PATCH v2 3/3] regulator: tps65917: Add support for SMPS12

On Wednesday 24 May 2017 10:50 PM, Mark Brown wrote: > On Tue, May 23, 2017 at 05:46:56PM +0530, Keerthy wrote: >> App support for SMPS12 dual phase regulator. >> >> Signed-off-by: Keerthy >> Acked-by: Lee Jones > > What's the relationship between this

Re: [PATCH v2 3/3] regulator: tps65917: Add support for SMPS12

On Wednesday 24 May 2017 10:50 PM, Mark Brown wrote: > On Tue, May 23, 2017 at 05:46:56PM +0530, Keerthy wrote: >> App support for SMPS12 dual phase regulator. >> >> Signed-off-by: Keerthy >> Acked-by: Lee Jones > > What's the relationship between this and support for the lp87565? Nothing

Re: [PATCH] sparc64: Add 16GB hugepage support

[[PATCH] sparc64: Add 16GB hugepage support] On 24/05/2017 (Wed 17:29) Nitin Gupta wrote: > Orabug: 25362942 > > Signed-off-by: Nitin Gupta If this wasn't an accidental git send-email misfire, then there should be a long log indicating the use case, the perforamnce

Re: [PATCH] sparc64: Add 16GB hugepage support

[[PATCH] sparc64: Add 16GB hugepage support] On 24/05/2017 (Wed 17:29) Nitin Gupta wrote: > Orabug: 25362942 > > Signed-off-by: Nitin Gupta If this wasn't an accidental git send-email misfire, then there should be a long log indicating the use case, the perforamnce increase, the testing that

Re: [PATCH v2] usb: typec: Add a sysfs node to manage port type

Thanks comments inline. On Tue, May 23, 2017 at 7:38 PM, Guenter Roeck wrote: > On 05/23/2017 06:28 PM, Badhri Jagan Sridharan wrote: >> >> User space applications in some cases have the need to enforce a >> specific port type(DFP/UFP/DRP). This change allows userspace to >>

Re: [PATCH v2] usb: typec: Add a sysfs node to manage port type

Thanks comments inline. On Tue, May 23, 2017 at 7:38 PM, Guenter Roeck wrote: > On 05/23/2017 06:28 PM, Badhri Jagan Sridharan wrote: >> >> User space applications in some cases have the need to enforce a >> specific port type(DFP/UFP/DRP). This change allows userspace to >> attempt setting the

[PATCH v7 4/4] defconfig: PCI: Enable Kirin PCIe defconfig

Cc: Guodong Xu Signed-off-by: Xiaowei Song --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 7c48028ec64a..d56d8f1062ab 100644 ---

[PATCH v7 4/4] defconfig: PCI: Enable Kirin PCIe defconfig

Cc: Guodong Xu Signed-off-by: Xiaowei Song --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 7c48028ec64a..d56d8f1062ab 100644 --- a/arch/arm64/configs/defconfig +++

[PATCH v7 3/4] PCI: dwc: kirin: add PCIe Driver for HiSilicon Kirin SoC

Hisilicon PCIe Driver shares the common functions for PCIe dw-host The poweron functions is developed on hi3660 SoC, while Others Functions are common for Kirin series SoCs. Low power mode(L1 sub-state and Suspend/Resume), hotplug and MSI feature are not supported currently. Cc: Guodong Xu

[PATCH v7 3/4] PCI: dwc: kirin: add PCIe Driver for HiSilicon Kirin SoC

Hisilicon PCIe Driver shares the common functions for PCIe dw-host The poweron functions is developed on hi3660 SoC, while Others Functions are common for Kirin series SoCs. Low power mode(L1 sub-state and Suspend/Resume), hotplug and MSI feature are not supported currently. Cc: Guodong Xu

[PATCH v7 2/4] arm64: dts: hisi: add kirin pcie node

Add PCIe node for hi3660, and add binding documentation. Cc: Guodong Xu Signed-off-by: Xiaowei Song --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 31 +++ 1 file changed, 31 insertions(+) diff --git

[PATCH v7 2/4] arm64: dts: hisi: add kirin pcie node

Add PCIe node for hi3660, and add binding documentation. Cc: Guodong Xu Signed-off-by: Xiaowei Song --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 31 +++ 1 file changed, 31 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi

Re: [PATCH] mm/vmalloc: a slight change of compare target in __insert_vmap_area()

I hit the overlap issue, but it is hard to reproduced. if you think it is safe. and the situation is not happen. AFAIC, it is no need to add the code. if you insist on the point. Maybe VM_WARN_ON is a choice. Regards zhongjiang On 2017/5/24 18:03, Wei Yang wrote: > The vmap RB tree store the

Re: [PATCH] mm/vmalloc: a slight change of compare target in __insert_vmap_area()

I hit the overlap issue, but it is hard to reproduced. if you think it is safe. and the situation is not happen. AFAIC, it is no need to add the code. if you insist on the point. Maybe VM_WARN_ON is a choice. Regards zhongjiang On 2017/5/24 18:03, Wei Yang wrote: > The vmap RB tree store the

[PATCH v7 0/4] add PCIe driver for Kirin PCIe

Before Version Patches == patch V6 https://www.spinics.net/lists/linux-pci/msg61610.html patch V4 https://www.spinics.net/lists/linux-pci/msg61406.html patch V3 https://www.spinics.net/lists/linux-pci/msg61399.html Changes between V7 and V6 = 1. add

[PATCH v7 0/4] add PCIe driver for Kirin PCIe

Before Version Patches == patch V6 https://www.spinics.net/lists/linux-pci/msg61610.html patch V4 https://www.spinics.net/lists/linux-pci/msg61406.html patch V3 https://www.spinics.net/lists/linux-pci/msg61399.html Changes between V7 and V6 = 1. add

[PATCH v7 1/4] PCI: hisi: Add DT binding for PCIe of Kirin SoC series

Signed-off-by: Xiaowei Song --- .../devicetree/bindings/pci/kirin-pcie.txt | 49 ++ 1 file changed, 49 insertions(+) create mode 100644 Documentation/devicetree/bindings/pci/kirin-pcie.txt diff --git

[PATCH v7 1/4] PCI: hisi: Add DT binding for PCIe of Kirin SoC series

Signed-off-by: Xiaowei Song --- .../devicetree/bindings/pci/kirin-pcie.txt | 49 ++ 1 file changed, 49 insertions(+) create mode 100644 Documentation/devicetree/bindings/pci/kirin-pcie.txt diff --git a/Documentation/devicetree/bindings/pci/kirin-pcie.txt

Re: [PATCH 1/1] bug: fix problem including from linux/kernel.h

Hi Ian, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc2 next-20170524] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Ian-Abbott/bug-fix-problem-including-linux-bug

Re: [PATCH 1/1] bug: fix problem including from linux/kernel.h

Hi Ian, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc2 next-20170524] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Ian-Abbott/bug-fix-problem-including-linux-bug

linux-next: Tree for May 25

Hi all, Changes since 20170524: The net-next tree gained a conflict against the net tree. The spi tree lost its build failure. The pinctrl tree gained a conflict against the mvebu tree. Non-merge commits (relative to Linus' tree): 2527 2836 files changed, 105000 insertions(+), 58599

linux-next: Tree for May 25

Hi all, Changes since 20170524: The net-next tree gained a conflict against the net tree. The spi tree lost its build failure. The pinctrl tree gained a conflict against the mvebu tree. Non-merge commits (relative to Linus' tree): 2527 2836 files changed, 105000 insertions(+), 58599

Re: [PATCH v2 0/2] Add PCIe phy driver for some Mediatek SoCs

Hi Kishon, I'd like to rename driver name to make it more generic so that we could reuse it for other MTK SoCs, and I'll resend patches with a new name. Sorry for the inconvenience. Ryder. On Sun, 2017-05-21 at 11:43 +0800, Ryder Lee wrote: > Hi, > > This patch series add PCIe phy driver

Re: [PATCH v2 0/2] Add PCIe phy driver for some Mediatek SoCs

Hi Kishon, I'd like to rename driver name to make it more generic so that we could reuse it for other MTK SoCs, and I'll resend patches with a new name. Sorry for the inconvenience. Ryder. On Sun, 2017-05-21 at 11:43 +0800, Ryder Lee wrote: > Hi, > > This patch series add PCIe phy driver

Re: [PATCH 7/8] firmware: vpd: remove platform driver

On Wed, May 24, 2017 at 05:04:41PM -0700, Julius Werner wrote: > I'm not a kernel expert so maybe I don't understand this right, but... > I think this might have been done this way to ensure that the driver > can get initialized correctly regardless of probe ordering. > coreboot_table_find() may

Re: [PATCH 7/8] firmware: vpd: remove platform driver

On Wed, May 24, 2017 at 05:04:41PM -0700, Julius Werner wrote: > I'm not a kernel expert so maybe I don't understand this right, but... > I think this might have been done this way to ensure that the driver > can get initialized correctly regardless of probe ordering. > coreboot_table_find() may

[PATCH 04/10] ARC: typos fix in kernel/entry-compact.S

From: Liav Rehana Signed-off-by: Liav Rehana Signed-off-by: Noam Camus --- arch/arc/kernel/entry-compact.S | 22 +++--- 1 files changed, 11 insertions(+), 11 deletions(-) diff --git

[PATCH 04/10] ARC: typos fix in kernel/entry-compact.S

From: Liav Rehana Signed-off-by: Liav Rehana Signed-off-by: Noam Camus --- arch/arc/kernel/entry-compact.S | 22 +++--- 1 files changed, 11 insertions(+), 11 deletions(-) diff --git a/arch/arc/kernel/entry-compact.S b/arch/arc/kernel/entry-compact.S index 9211707..f285dbb

[PATCH 07/10] ARC: [plat-eznps] disabled stall counter due to a HW bug

From: Noam Camus This counter represents threshold for consecutive stall that which trigger HW threads scheduling. Low values of this counter cause downgrade in performance and in the worst case even a livelock. Signed-off-by: Noam Camus ---

[PATCH 09/10] ARC: [plat-eznps] use schd.wft instruction instead of sleep at idle task

From: Noam Camus When HW threads are active we want CPU to enter idle state only for the calling HW thread and not to put on sleep all HW threads sharing this core. For this need the NPS400 got dedicated instruction so only calling thread is entring sleep and all other are

[PATCH 07/10] ARC: [plat-eznps] disabled stall counter due to a HW bug

From: Noam Camus This counter represents threshold for consecutive stall that which trigger HW threads scheduling. Low values of this counter cause downgrade in performance and in the worst case even a livelock. Signed-off-by: Noam Camus --- arch/arc/plat-eznps/mtm.c |2 -- 1 files

[PATCH 09/10] ARC: [plat-eznps] use schd.wft instruction instead of sleep at idle task

From: Noam Camus When HW threads are active we want CPU to enter idle state only for the calling HW thread and not to put on sleep all HW threads sharing this core. For this need the NPS400 got dedicated instruction so only calling thread is entring sleep and all other are still awake and can

[PATCH 08/10] ARC: [plat-eznps] spinlock aware for MTM

From: Noam Camus This way when we execute "ex" during trying to hold lock we can switch to other HW thread and utilize the core intead of just spinning on a lock. We noticed about 10% improvement of execution time with hackbench test. Signed-off-by: Noam Camus

[PATCH 08/10] ARC: [plat-eznps] spinlock aware for MTM

From: Noam Camus This way when we execute "ex" during trying to hold lock we can switch to other HW thread and utilize the core intead of just spinning on a lock. We noticed about 10% improvement of execution time with hackbench test. Signed-off-by: Noam Camus ---

[PATCH 05/10] ARC: [plat-eznps] typo fix at Kconfig

From: Noam Camus Signed-off-by: Noam Camus --- arch/arc/plat-eznps/Kconfig |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arc/plat-eznps/Kconfig b/arch/arc/plat-eznps/Kconfig index 1595a38..feaa471 100644 ---

[PATCH 05/10] ARC: [plat-eznps] typo fix at Kconfig

From: Noam Camus Signed-off-by: Noam Camus --- arch/arc/plat-eznps/Kconfig |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arc/plat-eznps/Kconfig b/arch/arc/plat-eznps/Kconfig index 1595a38..feaa471 100644 --- a/arch/arc/plat-eznps/Kconfig +++

[PATCH 06/10] ARC: [plat-eznps] Fix TLB Errata

From: Noam Camus Due to a HW bug in NPS400 we get from time to time false TLB miss. Workaround this by validating each miss. Signed-off-by: Noam Camus --- arch/arc/mm/tlbex.S | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff

[PATCH 01/10] ARC: set level of log per CPU during boot to be debug level

From: Noam Camus The reasons are: 1) speeding up boot time, becomes critical for many CPUs machine, e.g. NPS400 with 4K CPUs 2) shorten kernel log at boot time, again easy to scan for large scale machines such NPS400 Signed-off-by: Noam Camus ---

[PATCH 06/10] ARC: [plat-eznps] Fix TLB Errata

From: Noam Camus Due to a HW bug in NPS400 we get from time to time false TLB miss. Workaround this by validating each miss. Signed-off-by: Noam Camus --- arch/arc/mm/tlbex.S | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/arch/arc/mm/tlbex.S

[PATCH 01/10] ARC: set level of log per CPU during boot to be debug level

From: Noam Camus The reasons are: 1) speeding up boot time, becomes critical for many CPUs machine, e.g. NPS400 with 4K CPUs 2) shorten kernel log at boot time, again easy to scan for large scale machines such NPS400 Signed-off-by: Noam Camus --- arch/arc/kernel/setup.c |6 +++---

[PATCH 10/10] ARC: [plat-eznps] Handle memory error as an exception

From: Noam Camus This commit adds the configuration CONFIG_EZNPS_MEM_ERROR. If set, it will cause the kernel to handle user memory error as a machine check exception. It is required in order to align the NPS simulator memory error handling to the one of the NPS400 real chip

[PATCH 10/10] ARC: [plat-eznps] Handle memory error as an exception

From: Noam Camus This commit adds the configuration CONFIG_EZNPS_MEM_ERROR. If set, it will cause the kernel to handle user memory error as a machine check exception. It is required in order to align the NPS simulator memory error handling to the one of the NPS400 real chip behavior.

[PATCH 03/10] ARC: typo fix in mm/fault.c

From: Liav Rehana Signed-off-by: Liav Rehana Signed-off-by: Noam Camus --- arch/arc/mm/fault.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arc/mm/fault.c b/arch/arc/mm/fault.c index

[PATCH 03/10] ARC: typo fix in mm/fault.c

From: Liav Rehana Signed-off-by: Liav Rehana Signed-off-by: Noam Camus --- arch/arc/mm/fault.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arc/mm/fault.c b/arch/arc/mm/fault.c index 162c975..a0b7bd6 100644 --- a/arch/arc/mm/fault.c +++ b/arch/arc/mm/fault.c

[PATCH 00/10] ARC plat-eznps upstream cont.

From: Noam Camus With this patch set I continue the effort of upstreaming the eznps platform for arch/arc. it combine of patches for typos and other for HW erratas and some for performance. All selected as ones that may be obvious for merge with arc next. This was based on

[PATCH 00/10] ARC plat-eznps upstream cont.

From: Noam Camus With this patch set I continue the effort of upstreaming the eznps platform for arch/arc. it combine of patches for typos and other for HW erratas and some for performance. All selected as ones that may be obvious for merge with arc next. This was based on for-curr branch as

[PATCH 02/10] ARC: send ipi to all cpus sharing task mm in case of page fault

From: Noam Camus This patch is derived due to performance issue. The use case is a page fault that resides on more than the local cpu. Trying to broadcast all CPUs results on performance degradation. So we try to avoid this by sending only to the relevant CPUs.

[PATCH 02/10] ARC: send ipi to all cpus sharing task mm in case of page fault

From: Noam Camus This patch is derived due to performance issue. The use case is a page fault that resides on more than the local cpu. Trying to broadcast all CPUs results on performance degradation. So we try to avoid this by sending only to the relevant CPUs. Signed-off-by: Noam Camus ---

[PATCH 0/2] add support for LD20/11 Global boards

Initial version of device tree for LD20/11 Global boards. Kunihiko Hayashi (2): arm64: dts: uniphier: add support for LD11 Global board arm64: dts: uniphier: add support for LD20 Global board arch/arm64/boot/dts/socionext/Makefile | 2 +

[PATCH 0/2] add support for LD20/11 Global boards

Initial version of device tree for LD20/11 Global boards. Kunihiko Hayashi (2): arm64: dts: uniphier: add support for LD11 Global board arm64: dts: uniphier: add support for LD20 Global board arch/arm64/boot/dts/socionext/Makefile | 2 +

[PATCH 2/2] arm64: dts: uniphier: add support for LD20 Global board

Add initial device tree support for LD20 Global board. Signed-off-by: Kunihiko Hayashi --- arch/arm64/boot/dts/socionext/Makefile | 1 + .../boot/dts/socionext/uniphier-ld20-global.dts| 87 ++ 2 files changed, 88 insertions(+)

[PATCH 1/2] arm64: dts: uniphier: add support for LD11 Global board

Add initial device tree support for LD11 Global board. Signed-off-by: Kunihiko Hayashi --- arch/arm64/boot/dts/socionext/Makefile | 1 + .../boot/dts/socionext/uniphier-ld11-global.dts| 105 + 2 files changed, 106

[PATCH 2/2] arm64: dts: uniphier: add support for LD20 Global board

Add initial device tree support for LD20 Global board. Signed-off-by: Kunihiko Hayashi --- arch/arm64/boot/dts/socionext/Makefile | 1 + .../boot/dts/socionext/uniphier-ld20-global.dts| 87 ++ 2 files changed, 88 insertions(+) create mode 100644

[PATCH 1/2] arm64: dts: uniphier: add support for LD11 Global board

Add initial device tree support for LD11 Global board. Signed-off-by: Kunihiko Hayashi --- arch/arm64/boot/dts/socionext/Makefile | 1 + .../boot/dts/socionext/uniphier-ld11-global.dts| 105 + 2 files changed, 106 insertions(+) create mode 100644

Re: [PATCH 5/6] kmod: preempt on kmod_umh_threads_get()

On Thu, May 25, 2017 at 03:00:17AM +0200, Luis R. Rodriguez wrote: > On Wed, May 24, 2017 at 05:45:37PM -0700, Dmitry Torokhov wrote: > > On Thu, May 25, 2017 at 02:14:52AM +0200, Luis R. Rodriguez wrote: > > > On Fri, May 19, 2017 at 03:27:12PM -0700, Dmitry Torokhov wrote: > > > > On Thu, May

Re: [PATCH 5/6] kmod: preempt on kmod_umh_threads_get()

On Thu, May 25, 2017 at 03:00:17AM +0200, Luis R. Rodriguez wrote: > On Wed, May 24, 2017 at 05:45:37PM -0700, Dmitry Torokhov wrote: > > On Thu, May 25, 2017 at 02:14:52AM +0200, Luis R. Rodriguez wrote: > > > On Fri, May 19, 2017 at 03:27:12PM -0700, Dmitry Torokhov wrote: > > > > On Thu, May

Re: [PATCH 1/1] bug: fix problem including from linux/kernel.h

Hi Ian, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc2 next-20170524] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Ian-Abbott/bug-fix-problem-including-linux-bug

Re: [PATCH 1/1] bug: fix problem including from linux/kernel.h

Hi Ian, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc2 next-20170524] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Ian-Abbott/bug-fix-problem-including-linux-bug

[PATCH v2] mlock: fix mlock count can not decrease in race condition

Kefeng reported that when run the follow test the mlock count in meminfo cannot be decreased: [1] testcase linux:~ # cat test_mlockal grep Mlocked /proc/meminfo for j in `seq 0 10` do for i in `seq 4 15` do ./p_mlockall >> log & done sleep 0.2

[PATCH v2] mlock: fix mlock count can not decrease in race condition

Kefeng reported that when run the follow test the mlock count in meminfo cannot be decreased: [1] testcase linux:~ # cat test_mlockal grep Mlocked /proc/meminfo for j in `seq 0 10` do for i in `seq 4 15` do ./p_mlockall >> log & done sleep 0.2

Re: [PATCH] mm/migrate: Fix ref-count handling when !hugepage_migration_supported()

On Wed, May 24, 2017 at 12:56:10PM -0700, Andrew Morton wrote: > On Wed, 24 May 2017 16:47:28 +0100 Punit Agrawal > wrote: > > > On failing to migrate a page, soft_offline_huge_page() performs the > > necessary update to the hugepage ref-count. When > >

Re: [PATCH] mm/migrate: Fix ref-count handling when !hugepage_migration_supported()

On Wed, May 24, 2017 at 12:56:10PM -0700, Andrew Morton wrote: > On Wed, 24 May 2017 16:47:28 +0100 Punit Agrawal > wrote: > > > On failing to migrate a page, soft_offline_huge_page() performs the > > necessary update to the hugepage ref-count. When > > !hugepage_migration_supported() ,

Re: [PATCH] mm/migrate: Fix ref-count handling when !hugepage_migration_supported()

On Wed, May 24, 2017 at 04:47:28PM +0100, Punit Agrawal wrote: > On failing to migrate a page, soft_offline_huge_page() performs the > necessary update to the hugepage ref-count. When > !hugepage_migration_supported() , unmap_and_move_hugepage() also > decrements the page ref-count for the

Re: [PATCH] mm/migrate: Fix ref-count handling when !hugepage_migration_supported()

On Wed, May 24, 2017 at 04:47:28PM +0100, Punit Agrawal wrote: > On failing to migrate a page, soft_offline_huge_page() performs the > necessary update to the hugepage ref-count. When > !hugepage_migration_supported() , unmap_and_move_hugepage() also > decrements the page ref-count for the

[PATCH v3] perf/core: Drop kernel samples even though :u is specified

Change-log: --- v3: Change function name skid_kernel_samples to sample_is_allowed. Remove the new cap PERF_PMU_CAP_NO_SKID. For those PMUs without skid, when not sampling the kernel, user_mode(regs) should always be true. So it looks the new cap is not necessary. Remove the

[PATCH v3] perf/core: Drop kernel samples even though :u is specified

Change-log: --- v3: Change function name skid_kernel_samples to sample_is_allowed. Remove the new cap PERF_PMU_CAP_NO_SKID. For those PMUs without skid, when not sampling the kernel, user_mode(regs) should always be true. So it looks the new cap is not necessary. Remove the

[PATCH] mmc:dw_mmc-k3: add sd support for hi3660

Add sd card support for hi3660 soc Signed-off-by: Li Wei Signed-off-by: Chen Jun --- drivers/mmc/host/dw_mmc-k3.c | 314 +++ 1 file changed, 314 insertions(+) diff --git a/drivers/mmc/host/dw_mmc-k3.c

[PATCH] mmc:dw_mmc-k3: add sd support for hi3660

Add sd card support for hi3660 soc Signed-off-by: Li Wei Signed-off-by: Chen Jun --- drivers/mmc/host/dw_mmc-k3.c | 314 +++ 1 file changed, 314 insertions(+) diff --git a/drivers/mmc/host/dw_mmc-k3.c b/drivers/mmc/host/dw_mmc-k3.c index

Re: [PATCH 5/7] RISC-V: arch/riscv/lib

On Tue, 23 May 2017 04:19:42 PDT (-0700), Arnd Bergmann wrote: > On Tue, May 23, 2017 at 2:41 AM, Palmer Dabbelt wrote: >> diff --git a/arch/riscv/lib/Makefile b/arch/riscv/lib/Makefile >> new file mode 100644 >> index ..f644e582f4b8 >> --- /dev/null >> +++

Re: [PATCH 6/7] RISC-V: arch/riscv/kernel

On Mon, 22 May 2017 19:11:35 PDT (-0700), o...@lixom.net wrote: > On Mon, May 22, 2017 at 5:41 PM, Palmer Dabbelt wrote: > What's missing from this patchset (ideally) is a good writeup under > DOcumentation/ on expectations of system state (and/or configuration) > upon entry

Re: [PATCH 5/7] RISC-V: arch/riscv/lib

On Tue, 23 May 2017 04:19:42 PDT (-0700), Arnd Bergmann wrote: > On Tue, May 23, 2017 at 2:41 AM, Palmer Dabbelt wrote: >> diff --git a/arch/riscv/lib/Makefile b/arch/riscv/lib/Makefile >> new file mode 100644 >> index ..f644e582f4b8 >> --- /dev/null >> +++ b/arch/riscv/lib/Makefile >

Re: [PATCH 6/7] RISC-V: arch/riscv/kernel

On Mon, 22 May 2017 19:11:35 PDT (-0700), o...@lixom.net wrote: > On Mon, May 22, 2017 at 5:41 PM, Palmer Dabbelt wrote: > What's missing from this patchset (ideally) is a good writeup under > DOcumentation/ on expectations of system state (and/or configuration) > upon entry of the kernel. For

Re: [PATCH 2/7] RISC-V: arch/riscv Makefile and Kconfigs

On Tue, 23 May 2017 03:51:24 PDT (-0700), ge...@linux-m68k.org wrote: > Hi Palmer, > > On Tue, May 23, 2017 at 2:41 AM, Palmer Dabbelt wrote: >> --- /dev/null >> +++ b/arch/riscv/Kconfig >> @@ -0,0 +1,300 @@ > >> +config PLIC >> + bool "Platform-Level Interrupt

Re: [PATCH 2/7] RISC-V: arch/riscv Makefile and Kconfigs

On Tue, 23 May 2017 03:51:24 PDT (-0700), ge...@linux-m68k.org wrote: > Hi Palmer, > > On Tue, May 23, 2017 at 2:41 AM, Palmer Dabbelt wrote: >> --- /dev/null >> +++ b/arch/riscv/Kconfig >> @@ -0,0 +1,300 @@ > >> +config PLIC >> + bool "Platform-Level Interrupt Controller" >> +

Re: linux-next: manual merge of the drm-misc tree with the drm-intel tree

Hi Dave, Just cc'ing you as I guess you will need to fix this up at some point. On Tue, 23 May 2017 12:00:32 +1000 Stephen Rothwell wrote: > > Hi all, > > Today's linux-next merge of the drm-misc tree got a conflict in: > > drivers/gpu/drm/i915/intel_display.c > >

Re: linux-next: manual merge of the drm-misc tree with the drm-intel tree

Hi Dave, Just cc'ing you as I guess you will need to fix this up at some point. On Tue, 23 May 2017 12:00:32 +1000 Stephen Rothwell wrote: > > Hi all, > > Today's linux-next merge of the drm-misc tree got a conflict in: > > drivers/gpu/drm/i915/intel_display.c > > between commits: > >

Re: linux-next: build warnings after merge of the drm tree

Hi Eric, On Fri, 19 May 2017 10:49:06 -0700 Eric Anholt wrote: > > Stephen Rothwell writes: > > > After merging the drm tree, today's linux-next build (x86_64 allmodconfig) > > produced these warnings: > > > > drivers/gpu/drm/pl111/pl111_drv.c:81:12:

Re: linux-next: build warnings after merge of the drm tree

Hi Eric, On Fri, 19 May 2017 10:49:06 -0700 Eric Anholt wrote: > > Stephen Rothwell writes: > > > After merging the drm tree, today's linux-next build (x86_64 allmodconfig) > > produced these warnings: > > > > drivers/gpu/drm/pl111/pl111_drv.c:81:12: warning: 'pl111_modeset_init' > > defined

linux-next: manual merge of the pinctrl tree with the mvebu tree

Hi Linus, Today's linux-next merge of the pinctrl tree got a conflict in: MAINTAINERS between commit: e7c1572f6565 ("MAINTAINERS: sort F entries for Marvell EBU maintainers") from the mvebu tree and commit: 15accb3cbbcd ("MAINTAINERS: extend mvebu SoC entry with pinctrl drivers") from

linux-next: manual merge of the pinctrl tree with the mvebu tree

Hi Linus, Today's linux-next merge of the pinctrl tree got a conflict in: MAINTAINERS between commit: e7c1572f6565 ("MAINTAINERS: sort F entries for Marvell EBU maintainers") from the mvebu tree and commit: 15accb3cbbcd ("MAINTAINERS: extend mvebu SoC entry with pinctrl drivers") from

Re: [PATCH] x86/timers: Move simple_udelay_calibration past init_hypervisor_platform

On 05/25/2017 02:04 AM, Jan Kiszka wrote: > This ensures that adjustments to x86_platform done by the hypervisor > setup is already respected by this simple calibration. > > The current user of this, introduced by 1b5aeebf3a92 ("x86/earlyprintk: > Add support for earlyprintk via USB3 debug

Re: [PATCH] x86/timers: Move simple_udelay_calibration past init_hypervisor_platform

On 05/25/2017 02:04 AM, Jan Kiszka wrote: > This ensures that adjustments to x86_platform done by the hypervisor > setup is already respected by this simple calibration. > > The current user of this, introduced by 1b5aeebf3a92 ("x86/earlyprintk: > Add support for earlyprintk via USB3 debug

Re: [PATCH] KVM: x86: dynamically allocate large struct in em_fxrstor

On Wed, May 24, 2017 at 04:19:57PM +0200, Radim Krčmář wrote: > 2017-05-23 23:24-0700, Nick Desaulniers: > > + fx_state = kmalloc(sizeof(*fx_state), GFP_KERNEL); > > + fx_state = kmalloc(sizeof(*fx_state), GFP_KERNEL); > > fx_state must be 16 byte aligned and x86 ARCH_KMALLOC_MINALIGN is 8,

Re: [PATCH] KVM: x86: dynamically allocate large struct in em_fxrstor

On Wed, May 24, 2017 at 04:19:57PM +0200, Radim Krčmář wrote: > 2017-05-23 23:24-0700, Nick Desaulniers: > > + fx_state = kmalloc(sizeof(*fx_state), GFP_KERNEL); > > + fx_state = kmalloc(sizeof(*fx_state), GFP_KERNEL); > > fx_state must be 16 byte aligned and x86 ARCH_KMALLOC_MINALIGN is 8,

Re: [PATCH 20/29] sync_file.txt: standardize document format

Hi Mauro, 2017-05-18 Mauro Carvalho Chehab : > Each text file under Documentation follows a different > format. Some doesn't even have titles! > > Change its representation to follow the adopted standard, > using ReST markups for it to be parseable by Sphinx: > - Use

Re: [PATCH 20/29] sync_file.txt: standardize document format

Hi Mauro, 2017-05-18 Mauro Carvalho Chehab : > Each text file under Documentation follows a different > format. Some doesn't even have titles! > > Change its representation to follow the adopted standard, > using ReST markups for it to be parseable by Sphinx: > - Use markup for document title

Re: linux-next: build warning after merge of the btrfs-kdave tree

Hi David, On Thu, 18 May 2017 14:50:00 +0200 David Sterba wrote: > > On Thu, May 18, 2017 at 09:41:46AM +1000, Stephen Rothwell wrote: > > Hi David, > > > > After merging the btrfs-kdave tree, today's linux-next build (powerpc > > ppc64_defconfig) produced this warning: > > >

Re: linux-next: build warning after merge of the btrfs-kdave tree

Hi David, On Thu, 18 May 2017 14:50:00 +0200 David Sterba wrote: > > On Thu, May 18, 2017 at 09:41:46AM +1000, Stephen Rothwell wrote: > > Hi David, > > > > After merging the btrfs-kdave tree, today's linux-next build (powerpc > > ppc64_defconfig) produced this warning: > > > >

Re: [PATCH] ARM: dts: imx6: use #include "..." to include local DT

On Wed, May 24, 2017 at 02:02:42PM +0900, Masahiro Yamada wrote: > Most of DT files in ARM use #include "..." to make pre-processor > include DT in the same directory, but we have some exceptional files > that use #include <...> for that. > > Fix them to remove

Re: [PATCH] ARM: dts: imx6: use #include "..." to include local DT

On Wed, May 24, 2017 at 02:02:42PM +0900, Masahiro Yamada wrote: > Most of DT files in ARM use #include "..." to make pre-processor > include DT in the same directory, but we have some exceptional files > that use #include <...> for that. > > Fix them to remove

Re: [PATCH] ubifs: allow userspace to map mounts to volumes

Hi Rabin, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc2 next-20170524] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Rabin-Vincent/ubifs-allow-userspace-to-map

Re: [PATCH] ubifs: allow userspace to map mounts to volumes

Hi Rabin, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc2 next-20170524] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Rabin-Vincent/ubifs-allow-userspace-to-map

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