[PATCH] crypto: Used macros from compiler.h instead of __attribute__(...))

2016-12-30 Thread gidisrael
From: = <=> This continues from this commit: 52f5684c8e1e ("kernel: use macros from compiler.h instead of __attribute__((...))") I submitted 4 total patches. They are part of task I've taken up to increase compiler portability in the kernel. I've cleaned up the subsystems under /kernel /mm /block

[RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size

2016-12-30 Thread Dmitry Safonov
Keep task's virtual address space size as mm_struct field which exists for a long time - it's initialized in setup_new_exec() depending on the new task's personality. This way TASK_SIZE will always be the same as current->mm->task_size. Previously, there could be an issue about different values of

[PATCH] net: socket: don't set sk_uid to garbage value in ->setattr()

2016-12-30 Thread Eric Biggers
From: Eric Biggers ->setattr() was recently implemented for socket files to sync the socket inode's uid to the new 'sk_uid' member of struct sock. It does this by copying over the ia_uid member of struct iattr. However, ia_uid is actually only valid when ATTR_UID is set in ia_valid, indicating

Geode LX AES/RNG driver triggers warning

2016-12-30 Thread David Gstir
Hi! I recently tested kernel v4.9 on my AMD Geode platform and noticed that its AES hardware driver triggers this warning on initialization: [1.265708] [ cut here ] [1.267932] WARNING: CPU: 0 PID: 1 at drivers/base/dd.c:344 driver_probe_device+0x5d/0x1ad [1.2

Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode

2016-12-30 Thread MasterPrenium
Hello, Thanks for your reply. DRBD isn't part of the kernel ? I was thinking it has been included since 2.6.3x ? I've just tested without DRBD, the issue seems to remain. Can't see the "BUG", but the kernel crashed also. (A little bit later) I don't have full dump since I lost my network conn

Re: [PATCH] crypto: Used macros from compiler.h instead of __attribute__(...))

2016-12-30 Thread kbuild test robot
Hi =, [auto build test ERROR on cryptodev/master] [also build test ERROR on v4.10-rc1 next-20161224] [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/gidisrael-gmail-com/crypto-Used-macros-from-co

[PATCH] This continues from this commit: 52f5684c8e1e ("kernel: use macros from compiler.h instead of __attribute__((...))")

2016-12-30 Thread gidisrael
From: Gideon Israel Dsouza Very sorry about the previous broken patch. Here is an updated one. I submitted 4 total patches. They are part of task I've taken up to increase compiler portability in the kernel. I've cleaned up the subsystems under /kernel /mm /block and /security, this patch target

Re: [PATCH] This continues from this commit: 52f5684c8e1e ("kernel: use macros from compiler.h instead of __attribute__((...))")

2016-12-30 Thread Joe Perches
On Sat, 2016-12-31 at 06:11 +0530, gidisr...@gmail.com wrote: > There is which provides macros for various gcc specific > constructs. Eg: __weak for __attribute__((weak)). I've cleaned all > instances of gcc specific attributes with the right macros for the crypto > subsystem. [] > diff --git a/cr

Re: [v2, 1/4] ARM: davinci: da8xx-dt: Add ti-aemif lookup for clock matching

2016-12-30 Thread David Lechner
On 08/10/2016 06:00 AM, Karl Beldan wrote: Many davinci boards (da830 and da850 families) don't have their clocks in DT yet and won't be successful in getting an unnamed aemif clock without explicitly registering them via clk_lookups, failing the ti-aemif memory driver probe. The current aemif l

Re: [RFC 1/4] mm: remove unused TASK_SIZE_OF()

2016-12-30 Thread Andy Lutomirski
On Fri, Dec 30, 2016 at 7:56 AM, Dmitry Safonov wrote: > All users of TASK_SIZE_OF(tsk) have migrated to mm->task_size or > TASK_SIZE_MAX since: > commit d696ca016d57 ("x86/fsgsbase/64: Use TASK_SIZE_MAX for > FSBASE/GSBASE upper limits"), > commit a06db751c321 ("pagemap: check permissions and cap

Re: [RFC 2/4] x86/thread_info: kill TIF_ADDR32 in favour of ADDR_LIMIT_32BIT

2016-12-30 Thread Andy Lutomirski
On Fri, Dec 30, 2016 at 7:56 AM, Dmitry Safonov wrote: > This thread flag is completely x86-specific, consolidate it with > ADDR_LIMIT_32BIT personality which is defined but not used on x86. > It will free one of thread flags and consolidate personality with > other arches. > After this commit ADD

Re: [RFC 4/4] x86/arch_prctl: add ARCH_{GET,SET}_TASK_SIZE

2016-12-30 Thread Andy Lutomirski
On Fri, Dec 30, 2016 at 7:56 AM, Dmitry Safonov wrote: > Add arch_prctl getters/setters for size of virtual address space of task. > This adds ability to change task's virtual address space limit. > I need this for correctly restore virtual address space limits in CRIU. > Currently, on x86 there a

Re: [v2 5/7] x86: Add emulation code for UMIP instructions

2016-12-30 Thread Andy Lutomirski
On Thu, Dec 29, 2016 at 9:23 PM, Ricardo Neri wrote: > On Tue, 2016-12-27 at 16:48 -0800, Andy Lutomirski wrote: >> >> >> > + if (nr_copied > 0) >> >> > + return -EFAULT; >> >> >> >> This should be the only EFAULT case. >> > Should this be EFAULT event if the c

Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR

2016-12-30 Thread Andy Lutomirski
On Wed, Dec 28, 2016 at 6:53 PM, Carlos O'Donell wrote: > On 12/26/2016 09:24 PM, Kirill A. Shutemov wrote: >> On Mon, Dec 26, 2016 at 06:06:01PM -0800, Andy Lutomirski wrote: >>> On Mon, Dec 26, 2016 at 5:54 PM, Kirill A. Shutemov >>> wrote: This patch introduces new rlimit resource to mana

How should we handle variable address space sizes (Re: [RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size)

2016-12-30 Thread Andy Lutomirski
On Fri, Dec 30, 2016 at 7:56 AM, Dmitry Safonov wrote: > Keep task's virtual address space size as mm_struct field which > exists for a long time - it's initialized in setup_new_exec() > depending on the new task's personality. > This way TASK_SIZE will always be the same as current->mm->task_size

Re: [PATCH 1/2] x86/CPU: Add native CPUID variants returning a single datum

2016-12-30 Thread Andy Lutomirski
On Thu, Dec 29, 2016 at 1:30 AM, Borislav Petkov wrote: > On Wed, Dec 28, 2016 at 10:11:22AM -0800, Andy Lutomirski wrote: >> On a very quick read, it looks like none of your new call sites >> actually use the return value at all. Since you also appear to be >> consolidating them all, would it ma

[RFC] memcpy_nocache() and memcpy_writethrough()

2016-12-30 Thread Al Viro
On Thu, Dec 29, 2016 at 08:56:13PM -0800, Dan Williams wrote: > > Um... Then we do have a problem - nocache variant of uaccess primitives > > does *not* guarantee that clwb is redundant. > > > > What about the requirements of e.g. tcp_sendmsg() with its use of > > skb_add_data_nocache()? What wa

[PATCH] perf/core: only check cpuctx with cgroup events during cgroup switch

2016-12-30 Thread David Carrillo-Cisneros
Following conversation in CQM/CMT last series about speeding up the context switch for cgroup events: https://patchwork.kernel.org/patch/9478617/ This is a low-hanging fruit optimization. It replaces the iteration over the "pmus" list in cgroup switch by an iteration over a new list that contains

Re: [PATCH] perf/core: only check cpuctx with cgroup events during cgroup switch

2016-12-30 Thread kbuild test robot
Hi David, [auto build test ERROR on tip/perf/core] [also build test ERROR on v4.10-rc1 next-20161224] [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/David-Carrillo-Cisneros/perf-core-only-check-

Re: [PATCH] perf/core: only check cpuctx with cgroup events during cgroup switch

2016-12-30 Thread kbuild test robot
Hi David, [auto build test ERROR on tip/perf/core] [also build test ERROR on v4.10-rc1 next-20161224] [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/David-Carrillo-Cisneros/perf-core-only-check-

[PATCH v2] perf/core: only check cpuctx with cgroup events during cgroup switch

2016-12-30 Thread David Carrillo-Cisneros
v2: Fix build when no CONFIG_CGROUP_PERF Following conversation in CQM/CMT last series about speeding up the context switch for cgroup events: https://patchwork.kernel.org/patch/9478617/ This is a low-hanging fruit optimization. It replaces the iteration over the "pmus" list in cgroup switch by

Re: [PATCH] mm: Drop "PFNs busy" printk in an expected path.

2016-12-30 Thread Michal Nazarewicz
On Fri, Dec 30 2016, Eric Anholt wrote: > OK, so the design is bad. When you said bug, I definitely thought you > were saying that the message shouldn't happen in the design. > > Given CMA's current design, should everyone using CMA see their logs > slowly growing with this message that is an secr

[RFC 1/4] mm: remove unused TASK_SIZE_OF()

2016-12-30 Thread Dmitry Safonov
All users of TASK_SIZE_OF(tsk) have migrated to mm->task_size or TASK_SIZE_MAX since: commit d696ca016d57 ("x86/fsgsbase/64: Use TASK_SIZE_MAX for FSBASE/GSBASE upper limits"), commit a06db751c321 ("pagemap: check permissions and capabilities at open time"), Cc: Catalin Marinas Cc: Will Deacon C

Re: [RFC 00/32] State of MARS Reo-Redundancy Module

2016-12-30 Thread Thomas Schoebel-Theuer
Typo correction: On 12/30/2016 11:57 PM, Thomas Schoebel-Theuer wrote: standalone servers with local hardware RAIDs. They are hosting about 500 MARS resources (originally DRBD resources) just for the web servers; This must read 2500. Somehow the leading "2" was eaten at wraparound.

[PATCH] Documentation: simple-card: add full path to widgets.txt

2016-12-30 Thread yegorslists
From: Yegor Yefremov Signed-off-by: Yegor Yefremov --- Documentation/devicetree/bindings/sound/simple-card.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/sound/simple-card.txt b/Documentation/devicetree/bindings/sound/simple-card.txt

Re: [PATCH 5/6] ARM: dts: TS-4600: add NBUS support

2016-12-30 Thread Linus Walleij
On Thu, Dec 15, 2016 at 12:12 AM, Sebastien Bourdelin wrote: > This commit enables the NBUS on the TS-4600, using the ts-nbus driver. > > Signed-off-by: Sebastien Bourdelin > + nbus { > + compatible = "technologic,ts-nbus", "simple-bus"; > + pinctrl-0 = <&nbus_

[PATCH v3] net: ethernet: faraday: To support device tree usage.

2016-12-30 Thread Greentime Hu
Signed-off-by: Greentime Hu --- Changes in v3: - Nothing changed in this patch but I have committed andestech to vendor-prefixes.txt. drivers/net/ethernet/faraday/ftmac100.c |7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/net/ethernet/faraday/ftmac100.c b/drivers/net/et

Re: [PATCH] gpio: mxs: remove __init annotation

2016-12-30 Thread Linus Walleij
On Fri, Dec 16, 2016 at 10:08 AM, Arnd Bergmann wrote: > Building with an old toolchain, I ran into this warning: > > WARNING: vmlinux.o(.text+0x63eef0): Section mismatch in reference from the > function mxs_gpio_probe() to the function .init.text:mxs_gpio_init_gc() > > Clearly the annotation is

[PATCH] Documentation: panel-dpi: fix path to display-timing.txt

2016-12-30 Thread yegorslists
From: Yegor Yefremov Signed-off-by: Yegor Yefremov --- Documentation/devicetree/bindings/display/panel/panel-dpi.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/display/panel/panel-dpi.txt b/Documentation/devicetree/bindings/display/pan

Re: [PATCH] pinctrl: stm32: activate strict mux mode

2016-12-30 Thread Linus Walleij
On Wed, Dec 14, 2016 at 3:24 PM, wrote: > From: Gabriel Fernandez > > This activates strict mode muxing for the STM32 pin controllers, > as these do not allow GPIO and functions to use the same pin > simultaneously. > > Signed-off-by: Gabriel Fernandez Patch applied with Patrice's ACK. Yours

[PATCH] ARM: dts: am572x-idk: Add gpios property to control PCIE_RESETn

2016-12-30 Thread Kishon Vijay Abraham I
Add 'gpios' property to pcie1 dt node and populate it with GPIO3_23 in order to drive PCIE_RESETn high. This gets PCIe cards to be detected in AM572X IDK board. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/am572x-idk.dts |4 1 file changed, 4 insertions(+) diff --git a/

Re: [PATCH] mmc: use empty initializer list to zero-clear structures

2016-12-30 Thread Linus Walleij
On Mon, Dec 19, 2016 at 12:51 PM, Masahiro Yamada wrote: > In the MMC subsystem, we see such initializers that only clears the > first member explicitly. > > For example, > > struct mmc_request mrq = {NULL}; > > sets the first member (.sbc) to NULL explicitly. However, this is > an unstable fo

Re: [PATCH] gpio: Move freeing of GPIO hogs before numbing of the device

2016-12-30 Thread Linus Walleij
On Mon, Dec 19, 2016 at 6:29 PM, Geert Uytterhoeven wrote: > When removing a gpiochip that uses GPIO hogging (e.g. by unloading the > chip's DT overlay), a warning is printed: > > gpio gpiochip8: REMOVING GPIOCHIP WITH GPIOS STILL REQUESTED > > This happens because gpiochip_free_hogs() is cal

Re: [PATCH 1/2] pinctrl: sirf: atlas7: Add missing 'of_node_put()'

2016-12-30 Thread Linus Walleij
On Tue, Dec 20, 2016 at 6:40 AM, Christophe JAILLET wrote: > Reference to 'sys2pci_np' should be dropped in all cases here, not only in > error handling path. > > Signed-off-by: Christophe JAILLET Patch applied. Yours, Linus Walleij

Re: [PATCH 2/2] pinctrl: sirf: atlas7: Improve code layout

2016-12-30 Thread Linus Walleij
On Tue, Dec 20, 2016 at 6:41 AM, Christophe JAILLET wrote: > Add some tab in order to improve indentation. > > Signed-off-by: Christophe JAILLET Patch applied. Yours, Linus Walleij

futex: Ahead futex_init from __initcall to core_initcall

2016-12-30 Thread Yang Yang
If configs UEVENT_HELPER_PATH [=/sbin/mdev](/sbin/mdev belongs to busybox), the kernel may trigger oops and kill progress "mdev" when booting. The reason is when the init progress is calling do_one_initcall(),devices will be added and trigger /sbin/mdev to execute(in order to make device nodes a

Re: [PATCH] pinctrl: update my email address

2016-12-30 Thread Linus Walleij
On Tue, Dec 20, 2016 at 7:55 PM, John Crispin wrote: > This patch updates my email address as I no longer have access to the old > one. > > Signed-off-by: John Crispin Patch applied. Yours, Linus Walleij

Re: [PATCH] gpio: update my email address

2016-12-30 Thread Linus Walleij
On Tue, Dec 20, 2016 at 7:57 PM, John Crispin wrote: > This patch updates my email address as I no longer have access to the old > one. > > Signed-off-by: John Crispin Patch applied. Yours, Linus Walleij

Re: [PATCH v2] usb: chipdata: Replace the extcon API

2016-12-30 Thread Chanwoo Choi
Hi Peter, Please ignore this patch. After posting this patch, I got that this patch was already merged by you. I'm sorry to make the confusion. Regards, Chanwoo Choi On 2016년 12월 30일 13:15, Chanwoo Choi wrote: > This patch uses the resource-managed extcon API for extcon_register_notifier() > an

Re: [BUG] ARM64: amlogic: gxbb: unhandled level 2 translation fault (11)

2016-12-30 Thread Neil Armstrong
On 12/29/2016 10:18 PM, Heinrich Schuchardt wrote: > On 12/29/2016 10:07 AM, Neil Armstrong wrote: >> On 12/24/2016 03:00 PM, Heinrich Schuchardt wrote: >>> When trying to run sddm on an Hardkernel Odroid C2 I invariably run into the >>> translation fault below. >>> >>> The following mail thread re

Re: [PATCH v5 03/14] ACPI: ARM64: IORT: add missing comment for iort_dev_find_its_id()

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo We are missing req_id's comment for iort_dev_find_its_id(), add it back. Signed-off-by: Hanjun Guo Cc: Lorenzo Pieralisi Cc: Tomasz Nowicki --- drivers/acpi/arm64/iort.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/ac

Re: [PATCH v5 01/14] ACPI: ARM64: IORT: minor cleanup for iort_match_node_callback()

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo Cleanup iort_match_node_callback() a little bit to reduce some lines of code, aslo fix the indentation in iort_scan_node(). Signed-off-by: Hanjun Guo Cc: Lorenzo Pieralisi Cc: Marc Zyngier Cc: Tomasz Nowicki --- drivers/acpi/arm64/i

Re: [PATCH v5 05/14] ACPI: platform-msi: retrieve dev id from IORT

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo For devices connecting to ITS, it needs dev id to identify itself, and this dev id is represented in the IORT table in named componant node [1] for platform devices, so in this patch we will scan the IORT to retrieve device's dev id. Intr

Re: [PATCH v5 04/14] irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare()

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo Adding ACPI support for platform MSI, we need to retrieve the dev id in ACPI way instead of device tree, we already have a well formed function its_pmsi_prepare() to get the dev id but it's OF dependent, so collect OF related code and put

Re: [PATCH v5 07/14] irqchip: gicv3-its: platform-msi: scan MADT to create platform msi domain

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo With the introduction of its_pmsi_init_one(), we can add some code on top for ACPI support of platform MSI. We are scanning the MADT table to get the ITS entry(ies), then use the information to create the platform msi domain for devices c

Re: [PATCH v5 10/14] ACPI: ARM64: IORT: rework iort_node_get_id() for NC->SMMU->ITS case

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo iort_node_get_id() for now only support NC(named componant)->SMMU or NC->ITS cases, we also have other device topology such NC-> SMMU->ITS, so rework iort_node_get_id() for those cases. Signed-off-by: Hanjun Guo Cc: Lorenzo Pieralisi --

Re: [PATCH v5 12/14] irqchip: mbigen: drop module owner

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Kefeng Wang Module owner will be set by driver core, so drop it. Signed-off-by: Kefeng Wang Signed-off-by: Hanjun Guo Cc: Marc Zyngier Cc: Thomas Gleixner Cc: Ma Jun --- drivers/irqchip/irq-mbigen.c | 1 - 1 file changed, 1 deletion(-) diff

Re: [PATCH v5 14/14] irqchip: mbigen: Add ACPI support

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo With the preparation of platform msi support and interrupt producer in DSDT, we can add mbigen ACPI support now. We are using _PRS methd to indicate number of irq pins instead of num_pins in DT to avoid _DSD usage in this case. For mbi-g

Re: [PATCH 3/5] pinctrl: mvebu: pinctrl driver for 98DX3236 SoC

2016-12-30 Thread Linus Walleij
On Thu, Dec 22, 2016 at 5:13 AM, Chris Packham wrote: > From: Kalyan Kinthada > > This pinctrl driver supports the 98DX3236, 98DX3336 and 98DX4251 SoCs > from Marvell. > > Signed-off-by: Kalyan Kinthada > Signed-off-by: Chris Packham Looks good to me, Sebastian and/or Thomas P can you ACK thi

Re: [PATCH v5 02/14] irqchip: gic-v3-its: keep the head file include in alphabetic order

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo The head file is strictly in alphabetic order now, so let's be the rule breaker. As acpi_iort.h includes acpi.h so remove the duplidate acpi.h inclusion as well. Signed-off-by: Hanjun Guo Cc: Marc Zyngier Cc: Tomasz Nowicki --- drive

Re: [PATCH v7 3/5] ARM: dts: stm32: Add I2C1 support for STM32F429 SoC

2016-12-30 Thread Linus Walleij
On Fri, Dec 23, 2016 at 2:09 PM, M'boumba Cedric Madianga wrote: > 2016-12-22 20:11 GMT+01:00 Uwe Kleine-König : >> On Thu, Dec 22, 2016 at 02:35:02PM +0100, M'boumba Cedric Madianga wrote: >>> @@ -337,6 +350,16 @@ >>> slew-rate = <2>; >>>

Re: [PATCH v5 08/14] ACPI: ARM64: IORT: rework iort_node_get_id()

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo iort_node_get_id() has two output, one is the mapped ids, the other is the referenced parent node which is returned from the function. For now we need a API just return its parent node for single mapping, so just update this function slig

Re: [PATCH 0/7] vm, vmscan: enahance vmscan tracepoints

2016-12-30 Thread Mel Gorman
On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote: > Hi, > while debugging [1] I've realized that there is some room for > improvements in the tracepoints set we offer currently. I had hard times > to make any conclusion from the existing ones. The resulting problem > turned out to be ac

[PATCH] ide: palm_bk3710: add __initdata to palm_bk3710_port_info

2016-12-30 Thread Bhumika Goyal
The object palm_bk3710_port_info of type ide_port_info is never referenced anywhere after initialization by palm_bk3710_probe. It is also passed as a parameter to ide_host_add which is called from the init function but this call doesn't store the object reference anywhere, and it only dereferences

Re: [PATCH 2/7] mm, vmscan: add active list aging tracepoint

2016-12-30 Thread Michal Hocko
On Fri 30-12-16 10:48:53, Minchan Kim wrote: > On Thu, Dec 29, 2016 at 08:52:46AM +0100, Michal Hocko wrote: > > On Thu 29-12-16 14:33:59, Minchan Kim wrote: > > > On Wed, Dec 28, 2016 at 04:30:27PM +0100, Michal Hocko wrote: [...] > > > > +TRACE_EVENT(mm_vmscan_lru_shrink_active, > > > > + > > > >

Re: [PATCH 4/7] mm, vmscan: show LRU name in mm_vmscan_lru_isolate tracepoint

2016-12-30 Thread Michal Hocko
On Fri 30-12-16 10:56:25, Minchan Kim wrote: > On Thu, Dec 29, 2016 at 08:56:49AM +0100, Michal Hocko wrote: > > On Thu 29-12-16 15:02:04, Minchan Kim wrote: > > > On Wed, Dec 28, 2016 at 04:30:29PM +0100, Michal Hocko wrote: > > > > From: Michal Hocko > > > > > > > > mm_vmscan_lru_isolate curren

Re: LTP rwtest01 blocks on DAX mountpoint

2016-12-30 Thread Xiong Zhou
On Sat, Dec 24, 2016 at 07:07:14PM +0800, Xiong Zhou wrote: > Hi lists, > > Since around 20161129 tag, LTP rwtest01 on dax mountpoint blocks > on linux-next tree, now on Linus tree. > > In "normal", rwtest01 subcase ends in a few minutes, now it keeps > running for hours on dax mountpoint, both e

Re: [PATCH 0/7] vm, vmscan: enahance vmscan tracepoints

2016-12-30 Thread Michal Hocko
On Fri 30-12-16 09:11:17, Mel Gorman wrote: > On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote: > > Hi, > > while debugging [1] I've realized that there is some room for > > improvements in the tracepoints set we offer currently. I had hard times > > to make any conclusion from the exis

Re: [PATCH] mm: cma: print allocation failure reason and bitmap status

2016-12-30 Thread Michal Hocko
On Fri 30-12-16 16:24:46, Jaewon Kim wrote: [...] > >From 7577cc94da3af27907aa6eec590d2ef51e4b9d80 Mon Sep 17 00:00:00 2001 > From: Jaewon Kim > Date: Thu, 29 Dec 2016 11:00:16 +0900 > Subject: [PATCH] mm: cma: print allocation failure reason and bitmap status > > There are many reasons of CMA al

Re: [PATCH 2/7] mm, vmscan: add active list aging tracepoint

2016-12-30 Thread Hillf Danton
On Friday, December 30, 2016 5:27 PM Michal Hocko wrote: > Anyway, what do you think about this updated patch? I have kept Hillf's > A-b so please let me know if it is no longer valid. > My mind is not changed:) Happy new year folks! Hillf

Re: [BUG] ARM64: amlogic: gxbb: unhandled level 2 translation fault (11)

2016-12-30 Thread Neil Armstrong
On 12/30/2016 09:51 AM, Neil Armstrong wrote: > On 12/29/2016 10:18 PM, Heinrich Schuchardt wrote: >> On 12/29/2016 10:07 AM, Neil Armstrong wrote: >>> On 12/24/2016 03:00 PM, Heinrich Schuchardt wrote: When trying to run sddm on an Hardkernel Odroid C2 I invariably run into the tra

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

2016-12-30 Thread Sergei Shtylyov
Hello! On 12/29/2016 11:45 PM, Nikita Yushchenko wrote: It is possible that PCI device supports 64-bit DMA addressing, and thus it's driver sets device's dma_mask to DMA_BIT_MASK(64), however PCI host Its. bridge has limitations on inbound transactions addressing. Example of such setup i

Re: [PATCH v5 13/14] irqchip: mbigen: introduce mbigen_of_create_domain()

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Kefeng Wang Introduce mbigen_of_create_domain() to consolidate OF related code and prepare for ACPI later, no funtional change. Signed-off-by: Kefeng Wang Signed-off-by: Hanjun Guo Cc: Marc Zyngier Cc: Thomas Gleixner Cc: Ma Jun --- drivers/i

Re: [PATCH v5 09/14] ACPI: platform: setup MSI domain for ACPI based platform device

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo With the platform msi domain created, we can set up the msi domain for a platform device when it's probed. In order to do that, we need to get the domain that the platform device connecting to, so the iort_get_platform_device_domain() is

Re: [PATCH v5 11/14] msi: platform: make platform_msi_create_device_domain() ACPI aware

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo With the platform msi domain created for ITS, irqchip such as mbi-gen connecting ITS, which needs ctreate its own irqdomain. Fortunately with the platform msi support upstreamed by Marc, we just need to add minor code to make it run prope

Re: [PATCH v5 06/14] irqchip: gicv3-its: platform-msi: refactor its_pmsi_init() to prepare for ACPI

2016-12-30 Thread Xinwei Kong
On 2016/12/22 13:35, Hanjun Guo wrote: From: Hanjun Guo Introduce its_pmsi_init_one() to refactor the code to isolate ACPI&DT common code to prepare for ACPI later. Signed-off-by: Hanjun Guo Tested-by: Sinan Kaya Cc: Marc Zyngier Cc: Tomasz Nowicki Cc: Thomas Gleixner --- drivers/irqchi

[PATCH v2 1/3] PCI: dra7xx: simplify the probe code

2016-12-30 Thread Kishon Vijay Abraham I
No functional change. Use the new devm_gpiod_get_optional() to simplify the probe code. Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Sekhar Nori --- drivers/pci/controller/pci-dra7xx.c | 21 + 1 file changed, 5 insertions(+), 16 deletions(-) diff --git a/drivers/p

[PATCH v2 2/3] PCI: dra7xx: Add support to force RC to work in GEN1 mode

2016-12-30 Thread Kishon Vijay Abraham I
PCIe in AM57x/DRA7x devices is by default configured to work in GEN2 mode. However there may be situations when working in GEN1 mode is desired. One example is limitation i925 (PCIe GEN2 mode not supported at junction temperatures < 0C). Add support to force Root Complex to work in GEN1 mode if s

[PATCH v2 3/3] PCI: dra7xx: Enable MSI and legacy interrupts simultaneously

2016-12-30 Thread Kishon Vijay Abraham I
dra7xx driver had a bug in that if CONFIG_PCI_MSI config is enabled, it doesn't support legacy interrupt. Fix it here so that both MSI and legacy interrupts can be enabled simultaneously and one of them will be used based on the connected device. Signed-off-by: Kishon Vijay Abraham I --- drivers

[PATCH v2 0/3] PCI: designware/dra7xx: misc fixes and cleanups

2016-12-30 Thread Kishon Vijay Abraham I
This series contains *) a patch to cleanup dra7xx probe *) a patch to force DRA7xx controller to work in GEN1 mode *) a patch to fix dra7xx driver so that even if CONFIG_PCI_MSI is enabled, dra7xx driver can service legacy interrupts (provided the devic

Re: [PATCH v2] ib umem: bugfix: mixed put_pid()s in ib_umem_get()

2016-12-30 Thread Kenneth Lee
On Fri, Dec 30, 2016 at 08:55:10AM +0200, Leon Romanovsky wrote: > Date: Fri, 30 Dec 2016 08:55:10 +0200 > From: Leon Romanovsky > To: Kenneth Lee > CC: dledf...@redhat.com, sean.he...@intel.com, hal.rosenst...@gmail.com, > robin.mur...@arm.com, jroe...@suse.de, egtv...@samfundet.no, > vgu...@s

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

2016-12-30 Thread Sergei Shtylyov
On 12/30/2016 12:46 PM, Sergei Shtylyov wrote: It is possible that PCI device supports 64-bit DMA addressing, and thus it's driver sets device's dma_mask to DMA_BIT_MASK(64), however PCI host Its. bridge has limitations on inbound transactions addressing. Example of such setup is NVME

Re: [PATCH v5 6/7] remoteproc: qcom: Implement Hexagon core specific changes.

2016-12-30 Thread Dwivedi, Avaneesh Kumar (avani)
On 12/23/2016 6:34 AM, Bjorn Andersson wrote: On Thu 15 Dec 04:21 PST 2016, Avaneesh Kumar Dwivedi wrote: +/* QDSP6v56 parameters */ +#define QDSP6v56_LDO_BYPBIT(25) +#define QDSP6v56_BHS_ON BIT(24) +#define QDSP6v56_CLAMP_WL BIT(21) +#define QDSP

Re: [RFC PATCH] mm, memcg: fix (Re: OOM: Better, but still there on)

2016-12-30 Thread Mel Gorman
On Mon, Dec 26, 2016 at 01:48:40PM +0100, Michal Hocko wrote: > On Fri 23-12-16 23:26:00, Nils Holland wrote: > > On Fri, Dec 23, 2016 at 03:47:39PM +0100, Michal Hocko wrote: > > > > > > Nils, even though this is still highly experimental, could you give it a > > > try please? > > > > Yes, no pr

Crypto Fixes for 4.10

2016-12-30 Thread Herbert Xu
Hi Linus: This push fixes a boot failure on some platforms when crypto self test is enabled along with the new acomp interface. Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus Laura Abbott (1): crypto: testmgr - Use heap buffer for acomp test

Re: [PATCH 0/7] vm, vmscan: enahance vmscan tracepoints

2016-12-30 Thread Mel Gorman
On Fri, Dec 30, 2016 at 10:36:55AM +0100, Michal Hocko wrote: > On Fri 30-12-16 09:11:17, Mel Gorman wrote: > > On Wed, Dec 28, 2016 at 04:30:25PM +0100, Michal Hocko wrote: > > > Hi, > > > while debugging [1] I've realized that there is some room for > > > improvements in the tracepoints set we of

Re: [PATCH v2 2/8] PM / devfreq: exynos-ppmu: Use the regmap interface to handle the registers

2016-12-30 Thread MyungJoo Ham
On Wed, Dec 28, 2016 at 8:56 PM, Chanwoo Choi wrote: > This patch uses the regmap interface to read and write the registers for > exynos > PPMU device instead of the legacy memory map functions. > > Cc: Kukjin Kim > Cc: Krzysztof Kozlowski > Cc: Javier Martinez Canillas > Cc: linux-samsung-...

Re: [RFC PATCH v2] crypto: Add IV generation algorithms

2016-12-30 Thread Herbert Xu
On Thu, Dec 29, 2016 at 02:53:25PM +0530, Binoy Jayan wrote: > > When we keep these in dm-crypt and if more than one key is used > (it is actually more than one parts of the original key), > there are more than one cipher instance created - one for each > unique part of the key. Since the crypto re

Re: [PATCH v2 3/8] PM / devfreq: exynos-bus: Print the real clock rate of bus

2016-12-30 Thread MyungJoo Ham
On Wed, Dec 28, 2016 at 8:56 PM, Chanwoo Choi wrote: > This patch shows the real clock rate after calling clk_set_rate() > to debug it. > > Cc: Kukjin Kim > Cc: Krzysztof Kozlowski > Cc: Javier Martinez Canillas > Cc: linux-samsung-...@vger.kernel.org > Signed-off-by: Chanwoo Choi Acked-by: M

Re: [PATCH v2 4/8] PM / devfreq: exynos-ppmu: Show the registred device for ppmu device

2016-12-30 Thread MyungJoo Ham
On Wed, Dec 28, 2016 at 8:56 PM, Chanwoo Choi wrote: > This patch just adds the simple log to show the PPMU device's registration > during the kernel booting. > > Cc: Kukjin Kim > Cc: Krzysztof Kozlowski > Cc: Javier Martinez Canillas > Cc: linux-samsung-...@vger.kernel.org > Signed-off-by: Cha

Re: [PATCH v2 5/8] PM / devfreq: Fix the checkpatch warnings

2016-12-30 Thread MyungJoo Ham
On Wed, Dec 28, 2016 at 8:56 PM, Chanwoo Choi wrote: > This patch just fixes the checkpatch warnings. > > Signed-off-by: Chanwoo Choi > --- > drivers/devfreq/devfreq.c | 13 +++-- > 1 file changed, 7 insertions(+), 6 deletions(-) > > diff --git a/drivers/devfreq/devfreq.c b/drivers/devfr

Re: [RFC PATCH] mm, memcg: fix (Re: OOM: Better, but still there on)

2016-12-30 Thread Michal Hocko
On Fri 30-12-16 11:05:22, Minchan Kim wrote: > On Thu, Dec 29, 2016 at 10:04:32AM +0100, Michal Hocko wrote: > > On Thu 29-12-16 10:20:26, Minchan Kim wrote: > > > On Tue, Dec 27, 2016 at 04:55:33PM +0100, Michal Hocko wrote: [...] > > > > + * given zone_idx > > > > + */ > > > > +static unsigned lo

Re: [PATCH v1 08/54] block: comment on bio_alloc_pages()

2016-12-30 Thread Coly Li
On 2016/12/27 下午11:55, Ming Lei wrote: > This patch adds comment on usage of bio_alloc_pages(), > also comments on one special case of bch_data_verify(). > > Signed-off-by: Ming Lei > --- > block/bio.c | 4 +++- > drivers/md/bcache/debug.c | 6 ++ > 2 files changed, 9 insertion

Re: [PATCH v5 09/14] ACPI: platform: setup MSI domain for ACPI based platform device

2016-12-30 Thread Hanjun Guo
On 2016/12/29 22:44, Sinan Kaya wrote: > On 12/25/2016 8:31 PM, Hanjun Guo wrote: >>> A type->setup() would be somewhat cleaner I think, but then it's more >>> code. Whichever works better I guess. :-) >> Agree, I will demo the type->setup() way and send out the patch for review, >> also I find on

Re: [PATCH v5 2/7] remoteproc: qcom: Add and initialize proxy and active clocks.

2016-12-30 Thread Dwivedi, Avaneesh Kumar (avani)
On 12/23/2016 3:12 AM, Bjorn Andersson wrote: On Thu 15 Dec 04:21 PST 2016, Avaneesh Kumar Dwivedi wrote: Certain regulators and clocks need voting by rproc on behalf of hexagon only during restart operation but certain clocks and voltage need to be voted till hexagon is up, these regulators

Re: [PATCH] mm: Drop "PFNs busy" printk in an expected path.

2016-12-30 Thread Michal Hocko
On Thu 29-12-16 23:22:20, Michal Nazarewicz wrote: > On Thu, Dec 29 2016, Eric Anholt wrote: > > Michal Hocko writes: > > > >> This has been already brought up > >> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there > >> was a proposed patch for that which ratelimited the out

[PATCH v3] IB/umem: Release pid in error and ODP flow

2016-12-30 Thread Kenneth Lee
There are two bugfixes in this patch: Fixes: 87773dd56d54 ("IB: ib_umem_release() should decrement mm->pinned_vm from ib_umem_get") This patch introduce the get_task_pid but not put it back on all error path Fixes: 8ada2c1c0c1d ("IB/core: Add support for on demand paging regions"

Re: [PATCH v1 23/54] bcache: handle bio_clone() & bvec updating for multipage bvecs

2016-12-30 Thread Coly Li
On 2016/12/27 下午11:56, Ming Lei wrote: > The incoming bio may be too big to be cloned into > one singlepage bvecs bio, so split the bio and > check the splitted bio one by one. > > Signed-off-by: Ming Lei > --- > drivers/md/bcache/debug.c | 24 ++-- > 1 file changed, 22 inser

Re: [PATCH v5 3/7] remoteproc: qcom: Add and initialize proxy and active regulators.

2016-12-30 Thread Dwivedi, Avaneesh Kumar (avani)
On 12/23/2016 3:16 AM, Bjorn Andersson wrote: On Thu 15 Dec 04:21 PST 2016, Avaneesh Kumar Dwivedi wrote: -static int q6v5_regulator_init(struct q6v5 *qproc) +static int q6v5_regulator_init(struct device *dev, struct reg_info *regs, + const struct qcom_mss_reg_re

Re: [RFC PATCH] mm, memcg: fix (Re: OOM: Better, but still there on)

2016-12-30 Thread Michal Hocko
On Fri 30-12-16 10:19:26, Mel Gorman wrote: > On Mon, Dec 26, 2016 at 01:48:40PM +0100, Michal Hocko wrote: > > On Fri 23-12-16 23:26:00, Nils Holland wrote: > > > On Fri, Dec 23, 2016 at 03:47:39PM +0100, Michal Hocko wrote: > > > > > > > > Nils, even though this is still highly experimental, cou

Re: [PATCH v1 08/54] block: comment on bio_alloc_pages()

2016-12-30 Thread Coly Li
On 2016/12/27 下午11:55, Ming Lei wrote: > This patch adds comment on usage of bio_alloc_pages(), > also comments on one special case of bch_data_verify(). > > Signed-off-by: Ming Lei > --- > block/bio.c | 4 +++- > drivers/md/bcache/debug.c | 6 ++ > 2 files changed, 9 insertion

Re: Bug 4.9 and memorymanagement

2016-12-30 Thread Michal Hocko
On Tue 27-12-16 12:28:44, Michal Hocko wrote: > On Mon 26-12-16 12:00:53, Michal Hocko wrote: > > [CCing linux-mm] > > > > On Sun 25-12-16 21:52:52, Klaus Ethgen wrote: > > > Hello, > > > > > > The last days I compiled version 4.9 for my i386 laptop. (Lenovo x61s) > > > > Do you have memory cgro

Re: [Linux v4.10.0-rc1] call-traces after suspend-resume (pm? i915? cpu/hotplug?)

2016-12-30 Thread Sedat Dilek
On Thu, Dec 29, 2016 at 12:58 PM, Mika Kuoppala wrote: > Sedat Dilek writes: > >> On Wed, Dec 28, 2016 at 11:32 PM, Rafael J. Wysocki >> wrote: >>> On Wed, Dec 28, 2016 at 11:00 AM, Sedat Dilek wrote: On Wed, Dec 28, 2016 at 9:29 AM, Jani Nikula wrote: > On Wed, 28 Dec 2016, Sedat Di

[PATCH 0/5] Staging: comedi: Proc FS related cleanup

2016-12-30 Thread Cheah Kok Cheong
This series does trivial cleanup for COMEDI proc fs related stuff. Cheah Kok Cheong (5): Staging: comedi: comedi_fops: Avoid orphaned proc entry Staging: comedi: proc: Change file permission to read only Staging: comedi: proc: Add __init prefix Staging: comedi: proc: Add module owner Sta

[PATCH 2/5] Staging: comedi: proc: Change file permission to read only

2016-12-30 Thread Cheah Kok Cheong
As there's no write operation, change to read only. Was inadvertantly switched to 0644 in commit 1f817b86d5e6 ("comedi: Don't use create_proc_read_entry()"). Signed-off-by: Cheah Kok Cheong --- drivers/staging/comedi/proc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/driv

[PATCH 1/5] Staging: comedi: comedi_fops: Avoid orphaned proc entry

2016-12-30 Thread Cheah Kok Cheong
Move comedi_proc_init to the end to avoid orphaned proc entry if module loading failed. Signed-off-by: Cheah Kok Cheong --- drivers/staging/comedi/comedi_fops.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/comedi/comedi_fops.c b/drivers/staging/comed

[PATCH 4/5] Staging: comedi: proc: Add module owner

2016-12-30 Thread Cheah Kok Cheong
Since this is a loadable kernel module, add module ownership to follow LKM semantics. Signed-off-by: Cheah Kok Cheong --- drivers/staging/comedi/proc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/comedi/proc.c b/drivers/staging/comedi/proc.c index 6d13b51..99b23b2e 100644

[PATCH 3/5] Staging: comedi: proc: Add __init prefix

2016-12-30 Thread Cheah Kok Cheong
Add __init prefix so that symbol will be discarded after module loading. Signed-off-by: Cheah Kok Cheong --- drivers/staging/comedi/proc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/comedi/proc.c b/drivers/staging/comedi/proc.c index 3513f4c..6d13b51 1006

[PATCH 5/5] Staging: comedi: proc: Warn if unable to create proc entry

2016-12-30 Thread Cheah Kok Cheong
The proc entry is not essential for the comedi system as evident by the support for !CONFIG_PROC_FS. So for failure to create, just warn and continue loading. Signed-off-by: Cheah Kok Cheong --- drivers/staging/comedi/proc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/d

Re: [PATCH 1/5] [media] ir-rx51: port to rc-core

2016-12-30 Thread Ivaylo Dimitrov
Hi, On 20.12.2016 19:50, Sean Young wrote: This driver was written using lirc since rc-core did not support transmitter-only hardware at that time. Now that it does, port this driver. Compile tested only. I guess after that change, there will be no more /dev/lircN device, right? Neither wil

  1   2   3   4   >