Re: [PATCH] hwmon: (aspeed-pwm-tacho) Deassert reset in probe

2017-11-01 Thread Joel Stanley
On Wed, Nov 1, 2017 at 12:44 PM, Guenter Roeck wrote: > On 10/31/2017 07:04 PM, Stafford Horne wrote: >> >> On Tue, Oct 31, 2017 at 06:53:15PM -0700, Guenter Roeck wrote: >>> >>> On 10/31/2017 06:34 PM, Joel Stanley wrote: The ASPEED SoC must deassert a reset in order to use the PWM/tach

linux-next: manual merge of the tip tree with the rdma tree

2017-11-01 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/infiniband/hw/hfi1/file_ops.c between commit: ecf799852bde ("IB/hfi1: Refactor reset_ctxt() IOCTL") from the rdma tree and commit: 6aa7de059173 ("locking/atomics: COCCINELLE/treewide: Convert trivial ACCESS_ONC

Re: [PATCH] scsi: qla4xxx: Convert timers to use timer_setup()

2017-11-01 Thread Rangankar, Manish
On 25/10/17 3:37 PM, "Kees Cook" wrote: >In preparation for unconditionally passing the struct timer_list pointer >to >all timer callbacks, switch to using the new timer_setup() and >from_timer() >to pass the timer pointer explicitly. > >Cc: qlogic-storage-upstr...@qlogic.com >Cc: "James E.J. Bo

linux-next: manual merge of the tip tree with the net-next tree

2017-11-01 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/events/core.c between commit: 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") from the net-next tree and commits: 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, a

Re: linux-next: manual merge of the tip tree with the sound tree

2017-11-01 Thread Takashi Iwai
On Wed, 01 Nov 2017 07:53:59 +0100, Stephen Rothwell wrote: > > Hi all, > > Today's linux-next merge of the tip tree got conflicts in: > > sound/oss/midibuf.c > sound/oss/soundcard.c > sound/oss/sys_timer.c > sound/oss/uart6850.c > > between commit: > > 727dede0ba8a ("sound: Retire O

[PATCH v2 1/2] mm:swap: clean up swap readahead

2017-11-01 Thread Minchan Kim
When I see recent change of swap readahead, I am very unhappy about current code structure which diverges two swap readahead algorithm in do_swap_page. This patch is to clean it up. Main motivation is that fault handler doesn't need to be aware of readahead algorithms but just should call swapin_r

[PATCH v2 2/2] mm:swap: unify cluster-based and vma-based swap readahead

2017-11-01 Thread Minchan Kim
This patch makes do_swap_page no need to be aware of two different swap readahead algorithm. Just unify cluster-based and vma-based readahead function call. Signed-off-by: Minchan Kim --- include/linux/swap.h | 27 --- mm/memory.c | 11 --- mm/shmem.c

[PATCH v2 0/2] swap readahead clean up

2017-11-01 Thread Minchan Kim
This patchset cleans up recent added vma-based readahead code via unifying cluster-based readahead. * From v1 * renamed swap_cluster_readahead - Huang * remove unnecessary extern declaration - Huang * add description for swapin_readahead - Huang Minchan Kim (2): mm:swap: clean up swap rea

linux-next: manual merge of the tip tree with the net-next tree

2017-11-01 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/trace/bpf_trace.c between commits: 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") and more changes ... from the net-next tree and commit: 7d9285e82db5 ("perf/bpf: Extend the perf_event_

Re: [PATCH RFC 1/2] sched: Minimize the idle cpu selection race window.

2017-11-01 Thread Mike Galbraith
On Wed, 2017-11-01 at 07:54 +0100, Mike Galbraith wrote: > On Wed, 2017-11-01 at 01:08 -0500, Atish Patra wrote: > > > Do you have the schbench configuration somewhere that I can test? I > > tried various configurations but did not > > see any improvement or regression. > > No, as noted, I didn'

Re: [PATCH 3/3] kdump: round up the total memory size to 128M for crashkernel reservation

2017-11-01 Thread Baoquan He
On 10/24/17 at 02:09pm, Dave Young wrote: > Hi Baoquan, > > On 10/24/17 at 01:57pm, Baoquan He wrote: > > Hi Dave, > > > > On 10/24/17 at 01:31pm, Dave Young wrote: > > > The total memory size we get in kernel is usually slightly less than 2G > > > with a > > > 2G memory module machine. The main

Re: [RESEND v12 0/6] cgroup-aware OOM killer

2017-11-01 Thread Michal Hocko
On Tue 31-10-17 15:21:23, David Rientjes wrote: > On Tue, 31 Oct 2017, Michal Hocko wrote: > > > > I'm not ignoring them, I have stated that we need the ability to protect > > > important cgroups on the system without oom disabling all attached > > > processes. If that is implemented as a memor

Re: Excessive logging in thunderbolt driver

2017-11-01 Thread Mika Westerberg
On Tue, Oct 31, 2017 at 10:45:46PM +0100, Stephen Hemminger wrote: > The thunderbolt driver needs to stop logging. > All these debug messages and the laptop is on battery with no devices > connected. > (I did use a USB key, but that is not a thunderbolt device). > > IMHO a production driver shoul

Re: KASAN: use-after-free Read in __do_page_fault

2017-11-01 Thread Vlastimil Babka
On 10/31/2017 08:15 PM, Andrea Arcangeli wrote: > On Tue, Oct 31, 2017 at 03:28:26PM +0100, Vlastimil Babka wrote: >> Hmm that could indeed work, Dmitry can you try the patch below? >> But it still seems rather fragile so I'd hope Andrea can do it more >> robust, or at least make sure that we don't

Re: [PATCH for-next 2/4] RDMA/hns: Add IOMMU enable support in hip08

2017-11-01 Thread Wei Hu (Xavier)
On 2017/10/12 20:59, Robin Murphy wrote: > On 12/10/17 13:31, Wei Hu (Xavier) wrote: >> >> On 2017/10/1 0:10, Leon Romanovsky wrote: >>> On Sat, Sep 30, 2017 at 05:28:59PM +0800, Wei Hu (Xavier) wrote: If the IOMMU is enabled, the length of sg obtained from __iommu_map_sg_attrs is not 4

[PATCH v3 1/1] xdp: Sample xdp program implementing ip forward

2017-11-01 Thread Christina Jacob
From: Christina Jacob Implements port to port forwarding with route table and arp table lookup for ipv4 packets using bpf_redirect helper function and lpm_trie map. Signed-off-by: Christina Jacob --- samples/bpf/Makefile | 4 + samples/bpf/xdp_router_ipv4_kern.c | 181 +

[PATCH v3 0/1] XDP program for ip forward

2017-11-01 Thread Christina Jacob
The patch below implements port to port forwarding through route table and arp table lookup for ipv4 packets using bpf_redirect helper function and lpm_trie map. This has an improved performance over the normal kernel stack ip forward. Implementation details. --- The program u

[PATCH v4 1/4] devicetree/bindings: display: Add doucument for RGB panels

2017-11-01 Thread Sandy Huang
Describe the panel property rgb-mode for parallel and serial RGB output interface, include the connection relations for each mode. Signed-off-by: Sandy Huang --- Changes: .../bindings/display/panel/panel-rgb.txt | 116 + 1 file changed, 116 insertions(+) create mod

[PATCH v4 0/4] Add support rockchip RGB output interface

2017-11-01 Thread Sandy Huang
This patches add support rockchip RGB output, Some Rockchip CRTCs, like rv1108, can directly output parallel and serial RGB data to panel or to conversion chip. So we add this driver to probe encoder and connector to support this case. Sandy Huang (4): devicetree/bindings: display: Add doucument

[PATCH v4 2/4] devicetree/bindings: display: Add document for rockchip RGB output

2017-11-01 Thread Sandy Huang
This path add support rv1108 rgb output interface driver. Signed-off-by: Sandy Huang --- Changes in v4: None Changes in v3: move rgb-mode to panel node which describe at: Documentation/devicetree/bindings/display/panel/panel-rgb.txt Changes in v2: 1. rename rockchip,rgb-mode to rgb-mode; 2.

[PATCH v4 4/4] drm/rockchip: vop: Add more RGB output interface type

2017-11-01 Thread Sandy Huang
This patch add serial RGB output interface for rockchip vop, the more info about serial RGB output interface described at the following file: Documentation/devicetree/bindings/display/panel/panel-rgb.txt Signed-off-by: Sandy Huang Reviewed-by: Sean Paul --- Changes in v4: None Changes in v3: No

[PATCH v4 3/4] drm/rockchip: Add support for Rockchip Soc RGB output interface

2017-11-01 Thread Sandy Huang
Some Rockchip CRTCs, like rv1108, can directly output parallel and serial RGB data to panel or conversion chip, so we add this driver to probe encoder and connector. Signed-off-by: Sandy Huang Reviewed-by: Sean Paul Reviewed-by: Mark Yao --- Changes in v4: 1. add ROCKCHIP_RGB depend on DRM_RO

Re: linux-next: build failure after merge of the sunxi tree

2017-11-01 Thread Corentin Labbe
On Wed, Nov 01, 2017 at 07:43:45AM +1100, Stephen Rothwell wrote: > Hi all, > > After merging the sunxi tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > arch/arm/boot/dts/sun8i-h3-nanopi-m1-plus.dtb: ERROR (phandle_references): > Reference to non-existent node or l

Re: [PATCH] scsi: sas: Convert timers to use timer_setup()

2017-11-01 Thread Jinpu Wang
On Wed, Oct 25, 2017 at 12:08 PM, Kees Cook wrote: > In preparation for unconditionally passing the struct timer_list pointer to > all timer callbacks, switch to using the new timer_setup() and from_timer() > to pass the timer pointer explicitly. This requires adding a pointer to > hold the timer'

Re: [PATCH 00/23] KAISER: unmap most of the kernel from userspace page tables

2017-11-01 Thread Andy Lutomirski
On Tue, Oct 31, 2017 at 4:44 PM, Dave Hansen wrote: > On 10/31/2017 04:27 PM, Linus Torvalds wrote: >> Inconveniently, the people you cc'd on the actual patches did *not* >> get cc'd with this 00/23 cover letter email. > > Urg, sorry about that. > >> (a) is this on top of Andy's entry cleanups? >

Re: [PATCH 12/23] x86, kaiser: map dynamically-allocated LDTs

2017-11-01 Thread Andy Lutomirski
On Tue, Oct 31, 2017 at 3:32 PM, Dave Hansen wrote: > > Normally, a process just has a NULL mm->context.ldt. But, we > have a syscall for a process to set a new one. If a process does > that, we need to map the new LDT. > > The original KAISER patch missed this case. Tglx suggested that we inst

Re: [PATCH 04/23] x86, tlb: make CR4-based TLB flushes more robust

2017-11-01 Thread Andy Lutomirski
On Tue, Oct 31, 2017 at 3:31 PM, Dave Hansen wrote: > > Our CR4-based TLB flush currently requries global pages to be > supported *and* enabled. But, we really only need for them to be > supported. Make the code more robust by alllowing X86_CR4_PGE to > clear as well as set. > > This change was

Re: [PATCH 21/23] x86, pcid, kaiser: allow flushing for future ASID switches

2017-11-01 Thread Andy Lutomirski
On Tue, Oct 31, 2017 at 3:32 PM, Dave Hansen wrote: > > If we change the page tables in such a way that we need an > invalidation of all contexts (aka. PCIDs / ASIDs) we can > actively invalidate them by: > 1. INVPCID for each PCID (works for single pages too). > 2. Load CR3 with each PCID witho

Re: [tip:core/urgent] futex: Fix more put_pi_state() vs. exit_pi_state_list() races

2017-11-01 Thread Ingo Molnar
* Thomas Gleixner wrote: > On Tue, 31 Oct 2017, tip-bot for Peter Zijlstra wrote: > > Commit-ID: d5f6ac33189af48a0dc011190af5144947a30a76 > > Gitweb: > > https://git.kernel.org/tip/d5f6ac33189af48a0dc011190af5144947a30a76 > > Author: Peter Zijlstra > > AuthorDate: Tue, 31 Oct 2017 11:

Re: [PATCH v2] Fix line too long warning

2017-11-01 Thread kbuild test robot
] url: https://github.com/0day-ci/linux/commits/Kien-Ha/Fix-line-too-long-warning/20171101-151946 config: xtensa-allyesconfig (attached as .config) compiler: xtensa-linux-gcc (GCC) 4.9.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin

[PATCH 0/1] ARM: dts: sunxi: sun8i-h3-nanopi-m1-plus: fix build failure

2017-11-01 Thread Corentin Labbe
Hello The following patch fix the build failure due to "ARM: dts: sunxi: Restore EMAC changes (boards)". A made a mistake when rebasing and a part of sun8i-h3-nanopi-m1-plus emac was added without the needed regulator. Regards Corentin Labbe (1): ARM: dts: sunxi: sun8i-h3-nanopi-m1-plus: Add

[PATCH 1/1] ARM: dts: sunxi: sun8i-h3-nanopi-m1-plus: Add missing regulator

2017-11-01 Thread Corentin Labbe
This patch add the missing regulator for sun8i-h3-nanopi-m1-plus. Fixes: ("ARM: dts: sunxi: Restore EMAC changes (boards)") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-nanopi-m1-plus.dts | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-h3-n

Re: [PATCH 12/23] x86, kaiser: map dynamically-allocated LDTs

2017-11-01 Thread Ingo Molnar
* Andy Lutomirski wrote: > On Tue, Oct 31, 2017 at 3:32 PM, Dave Hansen > wrote: > > > > Normally, a process just has a NULL mm->context.ldt. But, we > > have a syscall for a process to set a new one. If a process does > > that, we need to map the new LDT. > > > > The original KAISER patch mi

Re: [PATCH] x86, mm: make alternatives code do stronger TLB flush

2017-11-01 Thread Andy Lutomirski
On Tue, Oct 31, 2017 at 11:07 AM, Dave Hansen wrote: > > From: Dave Hansen > > local_flush_tlb() does a CR3 write. But, that kind of TLB flush is > not guaranteed to invalidate global pages. The entire kernel is > mapped with global pages. > > Also, now that we have PCIDs, local_flush_tlb() wil

Re: Crashes in perf_event_ctx_lock_nested

2017-11-01 Thread Peter Zijlstra
On Tue, Oct 31, 2017 at 10:32:00PM +0100, Thomas Gleixner wrote: > That means we can have the following situation: > > lock(watchdog_mutex); > lockup_detector_reconfigure(); > cpus_read_lock(); > stop(); > park() > update(); > start(); > unpark()

[tip:core/urgent] futex: Fix more put_pi_state() vs. exit_pi_state_list() races

2017-11-01 Thread tip-bot for Peter Zijlstra
Commit-ID: 153fbd1226fb30b8630802aa5047b8af5ef53c9f Gitweb: https://git.kernel.org/tip/153fbd1226fb30b8630802aa5047b8af5ef53c9f Author: Peter Zijlstra AuthorDate: Tue, 31 Oct 2017 11:18:53 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Nov 2017 09:05:00 +0100 futex: Fix more put_pi_st

Re: linux-next: manual merge of the tip tree with the net-next tree

2017-11-01 Thread Peter Zijlstra
On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the tip tree got a conflict in: > > kernel/trace/bpf_trace.c > > between commits: > > 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") > and more changes ...

Re: [PATCH] PCI: rcar: Use common error handling code in rcar_pcie_enable_msi()

2017-11-01 Thread Simon Horman
On Mon, Oct 30, 2017 at 08:35:30AM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 30 Oct 2017 08:28:06 +0100 > > Adjust a jump target so that a specific error message is stored only once > at the end of this function implementation. > Replace two calls of the function "dev_er

Re: [PATCH v11 05/15] platform/x86: dell-wmi-descriptor: split WMI descriptor into it's own driver

2017-11-01 Thread Pali Rohár
On Tuesday 31 October 2017 16:31:46 Darren Hart wrote: > On Mon, Oct 30, 2017 at 01:32:57PM +, mario.limoncie...@dell.com wrote: > > > > > > > -Original Message- > > > From: Pali Rohár [mailto:pali.ro...@gmail.com] > > > Sent: Monday, October 30, 2017 6:47 AM > > > To: Limonciello, Ma

Re: Crashes in perf_event_ctx_lock_nested

2017-11-01 Thread Thomas Gleixner
On Wed, 1 Nov 2017, Peter Zijlstra wrote: > On Tue, Oct 31, 2017 at 10:32:00PM +0100, Thomas Gleixner wrote: > > That means we can have the following situation: > > > > lock(watchdog_mutex); > > lockup_detector_reconfigure(); > > cpus_read_lock(); > > stop(); > >park(

Re: linux-next: manual merge of the tip tree with the net-next tree

2017-11-01 Thread Ingo Molnar
* Peter Zijlstra wrote: > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > Hi all, > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > kernel/trace/bpf_trace.c > > > > between commits: > > > > 97562633bcba ("bpf: perf event change needed for s

Re: [PATCH] mm: don't warn about allocations which stall for too long

2017-11-01 Thread Vlastimil Babka
On 10/31/2017 08:32 PM, Steven Rostedt wrote: > > Thank you for the perfect timing. You posted this the day after I > proposed a new solution at Kernel Summit in Prague for the printk lock > loop that you experienced here. > > I attached the pdf that I used for that discussion (ignore the last >

Re: possible deadlock in lru_add_drain_all

2017-11-01 Thread Byungchul Park
On Tue, Oct 31, 2017 at 04:25:32PM +0100, Peter Zijlstra wrote: > But this report only includes a single (cpu-up) part and therefore is Thanks for fixing me, Peter. I thought '#1 -> #2' and '#2 -> #3', where #2 is 'cpuhp_state', should have been built with two different classes of #2 as the latest

Re: [PATCH 3/5] userns: Don't read extents twice in m_start

2017-11-01 Thread Nikolay Borisov
On 1.11.2017 01:48, Eric W. Biederman wrote: > > This is important so reading /proc//{uid_map,gid_map,projid_map} while > the map is being written does not do strange things. > > Signed-off-by: "Eric W. Biederman" > --- > kernel/user_namespace.c | 6 -- > 1 file changed, 4 insertions(+),

Re: [PATCH v2] sched/sysctl: Fix attributes of some extern declarations

2017-11-01 Thread Ingo Molnar
* Matthias Kaehlcke wrote: > El Tue, Oct 30, 2017 at 10:57:58AM +0100 Ingo Molnar ha dit: > > > * Matthias Kaehlcke wrote: > > > > > The definition of sysctl_sched_migration_cost, sysctl_sched_nr_migrate > > > and sysctl_sched_time_avg includes the attribute const_debug. This > > > attribute

Re: [PATCH v8 4/6] lib/dlock-list: Make sibling CPUs share the same linked list

2017-11-01 Thread Jan Kara
On Tue 31-10-17 14:50:58, Waiman Long wrote: > The dlock list needs one list for each of the CPUs available. However, > for sibling CPUs, they are sharing the L2 and probably L1 caches > too. As a result, there is not much to gain in term of avoiding > cacheline contention while increasing the cach

Re: [PATCH v8 5/6] lib/dlock-list: Enable faster lookup with hashing

2017-11-01 Thread Jan Kara
On Tue 31-10-17 14:50:59, Waiman Long wrote: > Insertion and deletion is relatively cheap and mostly contention > free for dlock-list. Lookup, on the other hand, can be rather costly > because all the lists in a dlock-list will have to be iterated. > > Currently dlock-list insertion is based on th

Re: [PATCH 0/7] perf tools: Small sample parsing speedup

2017-11-01 Thread Namhyung Kim
Hi Jiri, On Tue, Oct 31, 2017 at 10:29:40AM +0100, Jiri Olsa wrote: > hi, > sending small speedup fix for sample parsing code > and few assorted fixes. Nice work, for patch 1-5: Acked-by: Namhyung Kim But I'm not sure for patch 6 and 7 as tool and event arguments are passed to others consist

Re: WARNING in get_pi_state

2017-11-01 Thread Peter Zijlstra
On Tue, Oct 31, 2017 at 11:38:12AM +0100, Peter Zijlstra wrote: > On Tue, Oct 31, 2017 at 11:31:34AM +0100, Peter Zijlstra wrote: > > > And of course, now it went *splat*, lemme continue staring.. > > PEBKAC, turns out I was running the kernel without the patch in, and it > only took 3100 seconds

[PATCH] wan: wanxl: remove redundant assignment to stat

2017-11-01 Thread Colin King
From: Colin Ian King stat set to zero and the value is never read, instead stat is set again in the do-loop. Hence the setting to zero is redundant and can be removed. Cleans up clang warning: drivers/net/wan/wanxl.c:737:2: warning: Value stored to 'stat' is never read Signed-off-by: Colin Ian

[tip:sched/core] sched/sysctl: Fix attributes of some extern declarations

2017-11-01 Thread tip-bot for Matthias Kaehlcke
Commit-ID: a9903f04e0a4ea522d959c2f287cdf0ab029e324 Gitweb: https://git.kernel.org/tip/a9903f04e0a4ea522d959c2f287cdf0ab029e324 Author: Matthias Kaehlcke AuthorDate: Mon, 30 Oct 2017 11:08:16 -0700 Committer: Ingo Molnar CommitDate: Wed, 1 Nov 2017 09:36:17 +0100 sched/sysctl: Fix attr

Re: [PATCH 00/23] KAISER: unmap most of the kernel from userspace page tables

2017-11-01 Thread Ingo Molnar
(Filled in the missing Cc: list) * Dave Hansen wrote: > tl;dr: > > KAISER makes it harder to defeat KASLR, but makes syscalls and > interrupts slower. These patches are based on work from a team at > Graz University of Technology posted here[1]. The major addition is > support for Intel PCID

Re: linux-next: manual merge of the tip tree with the net-next tree

2017-11-01 Thread Peter Zijlstra
On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > > Hi all, > > > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > > > kernel/trace/bpf_trace.c > > > >

Re: PCI: rcar: Use common error handling code in rcar_pcie_enable_msi()

2017-11-01 Thread SF Markus Elfring
> This is fine by me Thanks for another bit of change acceptance. > except that the change in the name of the goto label seems spurious. I am curious if the popularity of a jump label like “err” will decrease (in the Linux source files) over time. > But if you really want to change it then as

[PATCH] net: dl2k: remove redundant re-assignment to np

2017-11-01 Thread Colin King
From: Colin Ian King The pointer np is initialized and then re-assigned the same value a few lines later. Remove the redundant duplicated assignment. Cleans up clang warning: drivers/net/ethernet/dlink/dl2k.c:314:25: warning: Value stored to 'np' during its initialization is never read Signed-o

Re: possible deadlock in lru_add_drain_all

2017-11-01 Thread Byungchul Park
On Tue, Oct 31, 2017 at 04:10:24PM +0100, Peter Zijlstra wrote: > On Tue, Oct 31, 2017 at 03:58:04PM +0100, Michal Hocko wrote: > > On Tue 31-10-17 15:52:47, Peter Zijlstra wrote: > > [...] > > > If we want to save those stacks; we have to save a stacktrace on _every_ > > > lock acquire, simply bec

cpuacct.stat is too much bigger than cpuacct.usage

2017-11-01 Thread qing hao
Hello, I found that on kernel linux3.10, 64-bit, not virtual machine, when I attach my process to a newly created cgroup (/sys/fs/cgroup/cpu,cpuacct/p1), the cputime collection of cpuacct.stat and cpuacct.usage have a big difference. Cputime in cpuacct.stat is too much bigger than cpuacct.usage.

Re: [PATCH] drm: gma500: Convert timers to use timer_setup()

2017-11-01 Thread Daniel Vetter
On Tue, Oct 31, 2017 at 08:08:14AM -0700, Kees Cook wrote: > On Tue, Oct 31, 2017 at 3:18 AM, Daniel Vetter wrote: > > On Mon, Oct 30, 2017 at 03:05:29PM -0700, Kees Cook wrote: > >> On Mon, Oct 30, 2017 at 3:08 AM, Daniel Vetter wrote: > >> > On Tue, Oct 24, 2017 at 08:16:09AM -0700, Kees Cook w

Re: [PATCH v2] kprobes, x86/alternatives: use text_mutex to protect smp_alt_modules

2017-11-01 Thread Ingo Molnar
* Zhou Chengming wrote: > Changes: > - Add a comment about text_mutex protecting this on x86. > > Fixes: 2cfa197 "ftrace/alternatives: Introducing *_text_reserved > functions" > > We use alternatives_text_reserved() to check if the address is in > the fixed pieces of alternative reserved, but

Re: linux-next: manual merge of the tip tree with the net-next tree

2017-11-01 Thread Ingo Molnar
* Peter Zijlstra wrote: > On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote: > > > > * Peter Zijlstra wrote: > > > > > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > > > Hi all, > > > > > > > > Today's linux-next merge of the tip tree got a conflict in: > > >

Re: [alsa-devel] [PATCH 08/14] soundwire: Add Slave status handling helpers

2017-11-01 Thread Vinod Koul
On Wed, Nov 01, 2017 at 02:49:15AM +0530, Pierre-Louis Bossart wrote: > > > > >>>+ if (found == false) { > >>>+ /* TODO: Park this device in Group 13 */ > >>>+ dev_err(bus->dev, "Slave Entry not found"); > >> > >>No break here? Otherwise... > > > >Thats

Re: [PATCH 23/23] x86, kaiser: add Kconfig

2017-11-01 Thread Borislav Petkov
On Tue, Oct 31, 2017 at 04:59:37PM -0700, Kees Cook wrote: > A quick look through "#ifdef CONFIG_KAISER" looks like it might be > possible to make this a runtime setting at some point. When doing > KASLR, it was much more useful to make this runtime selectable so that > distro kernels could build t

Re: Looking for AT24 maintainer

2017-11-01 Thread Bartosz Golaszewski
2017-10-30 19:39 GMT+01:00 Wolfram Sang : > Hi, > > quite obviously, I don't have the time anymore to maintain the AT24 > driver. So, I am looking for someone to take over maintainership. It is > a driver with very few patches coming in. It is just that they piled up > a bit due to my inability to

[PATCH] liquidio: remove redundant setting of inst_processed to zero

2017-11-01 Thread Colin King
From: Colin Ian King The zero value assigned to inst_processed at the end of each iteration of the do-while loop is overwritten on the next iteration and hence it is a redundant assignment and can be removed. Cleans up clang warning: drivers/net/ethernet/cavium/liquidio/request_manager.c:480:3:

Re: [PATCH] net: macb: remove redundant assignment to variable work_done

2017-11-01 Thread Alexander Dahl
Hei hei, Am Dienstag, 31. Oktober 2017, 14:23:24 CET schrieb Colin King: > --- a/drivers/net/ethernet/cadence/macb_main.c > +++ b/drivers/net/ethernet/cadence/macb_main.c > @@ -1218,8 +1218,6 @@ static int macb_poll(struct napi_struct *napi, int > budget) status = macb_readl(bp, RSR); > macb

[PATCH] iwlegacy: remove redundant pointer sta_priv

2017-11-01 Thread Colin King
From: Colin Ian King Pointer sta_priv is assigned but never read, hence it is redundant and can be removed. Cleans up clang warning: drivers/net/wireless/intel/iwlegacy/4965-rs.c:2163:2: warning: Value stored to 'sta_priv' is never read Signed-off-by: Colin Ian King --- drivers/net/wireless/i

Re: [RFC] Improving udelay/ndelay on platforms where that is possible

2017-11-01 Thread Russell King - ARM Linux
On Tue, Oct 31, 2017 at 05:23:19PM -0700, Doug Anderson wrote: > Hi, > > On Tue, Oct 31, 2017 at 10:45 AM, Linus Torvalds > wrote: > > So I'm very much open to udelay improvements, and if somebody sends > > patches for particular platforms to do particularly well on that > > platform, I think we

Re: [PATCH] powerpc/perf: Fix core-imc hotplug callback failure during imc initialization

2017-11-01 Thread Madhavan Srinivasan
On Wednesday 01 November 2017 06:22 AM, Michael Ellerman wrote: Anju T Sudhakar writes: Call trace observed during boot: What's the actual oops? I could recreate this in mambo with CPUS=2 and THREAD=2 Here is the complete stack trace. [    0.045367] core_imc memory allocation for cpu 2 f

Re: [PATCH v4 1/2] dt-bindings: mfd: Add Spreadtrum SC27xx PMIC documentation

2017-11-01 Thread Lee Jones
On Wed, 01 Nov 2017, Baolin Wang wrote: > This patch adds the binding documentation for Spreadtrum SC27xx series > PMIC device. > > Signed-off-by: Baolin Wang > Acked-by: Rob Herring > Acked-by: Lee Jones > --- > Changes since v3: > - No Updates. > > Changes since v2: > - Add acked tag from

Re: [PATCH v4 2/2] mfd: Add Spreadtrum SC27xx series PMICs driver

2017-11-01 Thread Lee Jones
On Wed, 01 Nov 2017, Baolin Wang wrote: > This patch adds support for Spreadtrum SC27xx series PMIC MFD core, and It > provides communication through the SPI interfaces. The SC27xx series PMICs > contains the following 6 major components: > - DCDCs > - LDOs > - Battery management system > - Audio

Re: [PATCH 09/12] PM / mfd: intel-lpss: Use DPM_FLAG_SMART_SUSPEND

2017-11-01 Thread Lee Jones
On Tue, 31 Oct 2017, Rafael J. Wysocki wrote: > On Tue, Oct 31, 2017 at 4:09 PM, Lee Jones wrote: > > On Mon, 16 Oct 2017, Rafael J. Wysocki wrote: > > > >> From: Rafael J. Wysocki > >> > >> Make the intel-lpss driver set DPM_FLAG_SMART_SUSPEND for its > >> devices which will allow them to stay

Re: [PATCH v2 1/8] mfd: axp20x: Add axp20x-regulator cell for AXP813

2017-11-01 Thread Lee Jones
On Wed, 18 Oct 2017, Chen-Yu Tsai wrote: > Now that axp20x-regulator supports AXP813, we can add a cell for it > to enable it. > > Signed-off-by: Chen-Yu Tsai > Tested-by: Maxime Ripard > Acked-by: Maxime Ripard > Acked-for-MFD-by: Lee Jones > --- > drivers/mfd/axp20x.c | 2 ++ > 1 file chan

Re: [PATCH v4 13/13] openrisc: add tick timer multi-core sync logic

2017-11-01 Thread Matt Redfearn
On 01/11/17 00:34, Stafford Horne wrote: On Wed, Nov 01, 2017 at 08:17:59AM +0900, Stafford Horne wrote: On Tue, Oct 31, 2017 at 02:06:21PM +, Matt Redfearn wrote: Hi, On 29/10/17 23:11, Stafford Horne wrote: In case timers are not in sync when cpus start (i.e. hot plug / offset resets

Re: [PATCH v4 2/2] mfd: Add Spreadtrum SC27xx series PMICs driver

2017-11-01 Thread Baolin Wang
Hi Lee, On 1 November 2017 at 17:27, Lee Jones wrote: > On Wed, 01 Nov 2017, Baolin Wang wrote: > >> This patch adds support for Spreadtrum SC27xx series PMIC MFD core, and It >> provides communication through the SPI interfaces. The SC27xx series PMICs >> contains the following 6 major component

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

2017-11-01 Thread Peter Robinson
On Tue, Oct 31, 2017 at 5:00 PM, Matt Hart wrote: > On 6 October 2017 at 23:14, Florian Fainelli wrote: >> >> On 10/06/2017 03:05 PM, Eric Anholt wrote: >> > Hi Florian. Here's a patch that's gone through a couple of revisions >> > on the list, that seriously fixes up the default serial behavior

[PATCH] ARM: sun8i: h2+: add support for Banana Pi M2 Zero board

2017-11-01 Thread Icenowy Zheng
Banana Pi M2 Zero board is a H2+-based board by Sinovoip, with a form factor and GPIO holes similar to Raspberry Pi Zero. It features: - Allwinner H2+ SoC - Single-chip (16-bit) 512MiB DDR3 DRAM - Ampak AP6212 Wi-Fi/Bluetooth module - MicroSD slot - Two MicroUSB Type-B ports (one can only be used

Re: [PATCH RFC v2 1/4] mm/mempolicy: Fix get_nodes() mask miscalculation

2017-11-01 Thread Yisheng Xie
Hi Vlastimil, Thanks for comment! On 2017/10/31 16:34, Vlastimil Babka wrote: > On 10/27/2017 12:14 PM, Yisheng Xie wrote: >> It appears there is a nodemask miscalculation in the get_nodes() >> function in mm/mempolicy.c. This bug has two effects: >> >> 1. It is impossible to specify a length 1 n

Re: [PATCH v4 00/12] arm+arm64: vdso unification to lib/vdso/

2017-11-01 Thread Will Deacon
On Tue, Oct 31, 2017 at 06:04:19PM -0400, Jon Masters wrote: > On 10/31/2017 02:30 PM, Mark Salyzyn wrote: > > Take an effort to recode the arm64 vdso code from assembler to C > > previously submitted by Andrew Pinski , rework > > it for use in both arm and arm64, overlapping any optimizations > >

[PATCH] thermal: bxt: remove redundant variable trip

2017-11-01 Thread Colin King
From: Colin Ian King Variable trip is assigned but never read, hence it is redundant and can be removed. Cleans up clang warning: drivers/thermal/intel_bxt_pmic_thermal.c:204:4: warning: Value stored to 'trip' is never read Signed-off-by: Colin Ian King --- drivers/thermal/intel_bxt_pmic_ther

Re: [PATCH 1/2] perf mmap: Fix perf backward recording

2017-11-01 Thread Namhyung Kim
Hi, On Wed, Nov 01, 2017 at 05:53:26AM +, Wang Nan wrote: > perf record backward recording doesn't work as we expected: it never > overwrite when ring buffer full. > > Test: > > (Run a busy printing python task background like this: > > while True: > print 123 > > send SIGUSR2 to per

[PATCH] arm64: suspend: remove useless included file

2017-11-01 Thread Yisheng Xie
After commit 9e8e865bbe29 ("arm64: unify idmap removal"), we no need to flush tlb in suspend.c, so the included file tlbflush.h can be removed. Signed-off-by: Yisheng Xie --- arch/arm64/kernel/suspend.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm64/kernel/suspend.c b/arch/arm64/k

Re: [PATCH 02/17] coresight tmc: Hide trace buffer handling for file read

2017-11-01 Thread Suzuki K Poulose
On 20/10/17 13:34, Julien Thierry wrote: Hi Suzuki, On 19/10/17 18:15, Suzuki K Poulose wrote: At the moment we adjust the buffer pointers for reading the trace data via misc device in the common code for ETF/ETB and ETR. Since we are going to change how we manage the buffer for ETR, let us mov

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

2017-11-01 Thread Boris Brezillon
Hi Stephen, On Wed, 1 Nov 2017 14:16:40 +1100 Stephen Rothwell wrote: > Hi Dave, > > After merging the drm tree, today's linux-next build (x86_64 allmodconfig) > produced these warnings: > > drivers/gpu/drm/vc4/vc4_bo.c: In function 'vc4_bo_stats_debugfs': > drivers/gpu/drm/vc4/vc4_bo.c:91:17:

[PATCH] USB: c67x00: remove redundant pointer urbp

2017-11-01 Thread Colin King
From: Colin Ian King Pointer urbp is assigned but is never read, hence it is redundant and can be removed. Cleans up clang warning: drivers/usb/c67x00/c67x00-sched.c:975:2: warning: Value stored to 'urbp' is never read Signed-off-by: Colin Ian King --- drivers/usb/c67x00/c67x00-sched.c | 2 --

Re: [PATCH 03/17] coresight: Add helper for inserting synchronization packets

2017-11-01 Thread Suzuki K Poulose
On 30/10/17 21:44, Mathieu Poirier wrote: On Thu, Oct 19, 2017 at 06:15:39PM +0100, Suzuki K Poulose wrote: Right now we open code filling the trace buffer with synchronization packets when the circular buffer wraps around in different drivers. Move this to a common place. Cc: Mathieu Poirier

[PATCH] pm2301_charger: Use common error handling code in three functions

2017-11-01 Thread SF Markus Elfring
From: Markus Elfring Date: Wed, 1 Nov 2017 10:56:29 +0100 * Add jump targets so that two error messages are stored only once at the end of these function implementations. * Replace ten calls of the function "dev_err" by goto statements. * Adjust 12 condition checks. * Replace string literals

RE: [f2fs-dev] [PATCH] f2fs: modify the procedure of scan free nid

2017-11-01 Thread Fan Li
> -Original Message- > From: Chao Yu [mailto:c...@kernel.org] > Sent: Tuesday, October 31, 2017 10:32 PM > To: Fan Li; 'Jaegeuk Kim' > Cc: linux-kernel@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net > Subject: Re: [f2fs-dev] [PATCH] f2fs: modify the procedure of scan free nid >

Re: [PATCH 2/2] perf record: Replace 'overwrite' by 'flightrecorder' for better naming

2017-11-01 Thread Namhyung Kim
On Wed, Nov 01, 2017 at 05:53:27AM +, Wang Nan wrote: > The meaning of perf record's "overwrite" option and many "overwrite" in > source code are not clear. In perf's code, the 'overwrite' has 2 meanings: > 1. Make ringbuffer readonly (perf_evlist__mmap_ex's argument). > 2. Set evsel's "backw

Applied "regmap: Add hardware spinlock support" to the regmap tree

2017-11-01 Thread Mark Brown
The patch regmap: Add hardware spinlock support has been applied to the regmap tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Re: [PATCH 15/18] x86/asm/64: Remove all remaining direct thread_struct::sp0 reads

2017-11-01 Thread Borislav Petkov
On Thu, Oct 26, 2017 at 01:26:47AM -0700, Andy Lutomirski wrote: > The only remaining readers in context switch code or vm86(), and > they all just want to update TSS.sp0 to match the current task. > Replace them all with a new helper update_sp0(). > > Signed-off-by: Andy Lutomirski > --- > arch

Re: [PATCH v2 0/5] PM / Domains: Remove gpd_dev_ops.active_wakeup() callback

2017-11-01 Thread Ulf Hansson
On 31 October 2017 at 19:11, Geert Uytterhoeven wrote: > Hi Rafael, Ulf, Kevin, > > It is quite common for PM Domains to require slave devices to be kept > active during system suspend if they are to be used as wakeup sources. > To enable this, currently each PM Domain or driver has to pro

Re: [PATCH 04/17] coresight: Add generic TMC sg table framework

2017-11-01 Thread Suzuki K Poulose
On 31/10/17 22:13, Mathieu Poirier wrote: On Thu, Oct 19, 2017 at 06:15:40PM +0100, Suzuki K Poulose wrote: This patch introduces a generic sg table data structure and associated operations. An SG table can be used to map a set of Data pages where the trace data could be stored by the TMC ETR. T

Re: [PATCH v3 1/2] gpio: gpiolib: Generalise state persistence beyond sleep

2017-11-01 Thread Charles Keepax
On Wed, Nov 01, 2017 at 03:04:56PM +1100, Andrew Jeffery wrote: > General support for state persistence is added to gpiolib with the > introduction of a new pinconf parameter to propagate the request to > hardware. The existing persistence support for sleep is adapted to > include hardware support

Re: [PATCH 2/2] livepatch: __klp_disable_patch() should never be called for disabled patches

2017-11-01 Thread Miroslav Benes
On Fri, 20 Oct 2017, Petr Mladek wrote: > __klp_disable_patch() should never be called when the patch is not > enabled. Let's add the same warning that we have in __klp_enable_patch(). > > This allows to remove the check when calling klp_pre_unpatch_callback(). > It was strange anyway because it

Re: [PATCH 04/23] x86, tlb: make CR4-based TLB flushes more robust

2017-11-01 Thread Kirill A. Shutemov
On Wed, Nov 01, 2017 at 01:01:45AM -0700, Andy Lutomirski wrote: > On Tue, Oct 31, 2017 at 3:31 PM, Dave Hansen > wrote: > > > > Our CR4-based TLB flush currently requries global pages to be > > supported *and* enabled. But, we really only need for them to be > > supported. Make the code more ro

Re: [PATCH 05/17] coresight: Add support for TMC ETR SG unit

2017-11-01 Thread Suzuki K Poulose
diff --git a/drivers/hwtracing/coresight/coresight-tmc-etr.c b/drivers/hwtracing/coresight/coresight-tmc-etr.c index 4b9e2b276122..4424eb67a54c 100644 --- a/drivers/hwtracing/coresight/coresight-tmc-etr.c +++ b/drivers/hwtracing/coresight/coresight-tmc-etr.c @@ -21,6 +21,89 @@   #include "cores

Re: [lkp-robot] [android/ion] 5fb70554d6: kernel_selftests.android.make_fail

2017-11-01 Thread Pintu Kumar
On Wed, Nov 1, 2017 at 3:28 AM, Laura Abbott wrote: > On 10/31/2017 03:21 AM, Pintu Kumar wrote: >> On Tue, Oct 31, 2017 at 2:32 AM, Laura Abbott wrote: >>> On 10/30/2017 12:12 AM, Pintu Kumar wrote: On Sun, Oct 29, 2017 at 7:51 PM, kernel test robot wrote: > > FYI, we noticed

Re: [PATCH 06/17] coresight: tmc: Make ETR SG table circular

2017-11-01 Thread Suzuki K Poulose
On 20/10/17 18:11, Julien Thierry wrote: +static int __maybe_unused +tmc_etr_sg_table_rotate(struct etr_sg_table *etr_table, u64 base_offset) +{ +    u32 last_entry, first_entry; +    u64 last_offset; +    struct tmc_sg_table *sg_table = etr_table->sg_table; +    sgte_t *table_ptr = sg_table->ta

Re: [PATCH v2 1/2] regmap: Add hardware spinlock support

2017-11-01 Thread Mark Brown
On Wed, Nov 01, 2017 at 10:11:55AM +0800, Baolin Wang wrote: > On some platforms, when reading or writing some special registers through > regmap, we should acquire one hardware spinlock to synchronize between > the multiple subsystems. Thus this patch adds the hardware spinlock > support for regma

[PATCH] net: hns3: remove a couple of redundant assignments

2017-11-01 Thread Colin King
From: Colin Ian King The assignment to kinfo is redundant as this is a duplicate of the initialiation of kinfo a few lines earlier, so it can be removed. The assignment to v_tc_info is never read, so this variable is redundant and can be removed completely. Cleans up two clang warnings: drivers

  1   2   3   4   5   6   7   8   9   10   >