[PATCH] gpiolib: avoid uninitialized data in gpio kfifo

gcc reports a theoretical case for returning uninitialized data in the kfifo when a GPIO interrupt happens and neither GPIOEVENT_REQUEST_RISING_EDGE nor GPIOEVENT_REQUEST_FALLING_EDGE are set: drivers/gpio/gpiolib.c: In function 'lineevent_irq_thread': drivers/gpio/gpiolib.c:683:87: error: 'ge.id'

[PATCH] dm raid: don't use 'const' in function return

A newly introduced function has 'const int' as the return type, but as "make W=1" reports, that has no meaning: drivers/md/dm-raid.c:510:18: error: type qualifiers ignored on function return type [-Werror=ignored-qualifiers] This changes the return type to plain 'int'. Signed-off-by: Arnd Bergm

Re: [STLinux Kernel] [PATCH 0/7] reset: Consumers to explicitly request 'exclusive' or 'shared' lines

Hi Lee, Am Dienstag, den 07.06.2016, 10:24 +0100 schrieb Lee Jones: [...] > I guess it should really go into the -rcs, yes. Since Hans' patch > actually breaks a lot of devices. I'm pretty surprised a patch > capable of this much damage was actually accepted to be honest. I wasn't aware there w

Re: [PATCH 7/7] usb: dwc3: st: Inform the reset framework that our reset line may be shared

Am Montag, den 06.06.2016, 16:56 +0100 schrieb Lee Jones: > On the STiH410 B2120 development board the MiPHY28lp shares its reset > line with the Synopsys DWC3 SuperSpeed (SS) USB 3.0 Dual-Role-Device > (DRD). New functionality in the reset subsystems forces consumers to > be explicit when request

[PATCH] crypto: caam: fix misspelled upper_32_bits

An endianess fix mistakenly used higher_32_bits() instead of upper_32_bits(), and that doesn't exist: drivers/crypto/caam/desc_constr.h: In function 'append_ptr': drivers/crypto/caam/desc_constr.h:84:75: error: implicit declaration of function 'higher_32_bits' [-Werror=implicit-function-declarati

RE: [PATCH] phy: rcar-gen3-usb2: fix unexpected repeat interrupts of VBUS change

Hi Kishon, Would you review this patch? Best regards, Yoshihiro Shimoda > -Original Message- > From: Yoshihiro Shimoda > Sent: Tuesday, May 31, 2016 9:47 PM > To: kis...@ti.com > Cc: linux-kernel@vger.kernel.org; linux-renesas-...@vger.kernel.org; > sta...@vger.kernel.org; Yoshihiro Shi

Re: [PATCH 01/13] irq/msi: Remove unused MSI_FLAG_IDENTITY_MAP

On 06/14/2016 09:58 PM, Christoph Hellwig wrote: From: Thomas Gleixner No user and we definitely don't want to grow one. Reviewed-by: Bart Van Assche

Re: [RFC PATCH 2/3] mm, thp: convert from optimistic to conservative

On Wed, Jun 15, 2016 at 03:40:53PM +0900, Minchan Kim wrote: > Hello, > > On Sat, Jun 11, 2016 at 10:16:00PM +0300, Ebru Akagunduz wrote: > > Currently, khugepaged collapses pages saying only > > a referenced page enough to create a THP. > > > > This patch changes the design from optimistic to co

Re: [PATCH 02/13] irq: Introduce IRQD_AFFINITY_MANAGED flag

On 06/14/2016 09:58 PM, Christoph Hellwig wrote: diff --git a/include/linux/irq.h b/include/linux/irq.h index 4d758a7..49d66d1 100644 --- a/include/linux/irq.h +++ b/include/linux/irq.h @@ -197,6 +197,7 @@ struct irq_data { * IRQD_IRQ_INPROGRESS - In progress state of the interrupt *

Re: Why are the MB/s of avx and raid6: twice as high for a docked ThinkPad than for an undocked ?

On Wed, 15 Jun 2016, Toralf Förster wrote: > This diff is reliable depending whether the T440s is docked (right) or not > (left) : > > Linux t44 4.5.7-hardened-r2 #1 SMP Wed Jun 15 23:39:10 CEST 2016 x86_64 > Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz GenuineIntel GNU/Linux > > 215c215 >

[PATCH] builddeb: really include objtool binary in headers package

On May 4th, Bjørn Mork provided patch 697bbc7b832048d3a679cd55caf2268a325efbe0 to include objtool binaries in the headers package. Sadly, that one only works if $srctree=$objtree, because the objtool binaries are not written to the srctree, but to the objtree. Signed-off-by: Wilfried Klaebe diff

Re: [PATCH 1/2] Crypto: Add SHA-3 hash algorithm

Hi Stephan, Thanks for the review comments. I will address it in the next patch. Please look at my reply below against each comment. Regards, Raveendra On Wed, Jun 15, 2016 at 5:12 PM, Stephan Mueller wrote: > Am Mittwoch, 15. Juni 2016, 15:11:58 schrieb Raveendra Padasalagi: > > Hi Raveendra,

Re: [PATCHv9-rebased2 11/37] mm: introduce do_set_pmd()

> + > +static int do_set_pmd(struct fault_env *fe, struct page *page) > +{ > + struct vm_area_struct *vma = fe->vma; > + bool write = fe->flags & FAULT_FLAG_WRITE; > + unsigned long haddr = fe->address & HPAGE_PMD_MASK; > + pmd_t entry; > + int i, ret; > + > + if (!transhuge

Re: [PATCH 08/27] mm, vmscan: Simplify the logic deciding whether kswapd sleeps

On Thu, Jun 16, 2016 at 09:30:33AM +0100, Mel Gorman wrote: > > >@@ -2727,7 +2727,7 @@ static bool pfmemalloc_watermark_ok(pg_data_t *pgdat) > > > > > > /* kswapd must be awake if processes are being throttled */ > > > if (!wmark_ok && waitqueue_active(&pgdat->kswapd_wait)) { > > >- pg

[RESEND PATCH v2 05/13] drivers: clk: st: Handle clk synchronous mode for video clocks

This patch configures the semi-synchronous mode of the video clocks of clkgenD2. Signed-off-by: Olivier Bideau Signed-off-by: Gabriel Fernandez --- .../devicetree/bindings/clock/st/st,flexgen.txt| 2 ++ drivers/clk/st/clk-flexgen.c | 37 -- 2 files

[RESEND PATCH v2 02/13] drivers: clk: st: Simplify clock binding of STiH4xx platforms

This patch reworks the clock binding to avoid too much detail in DT. Now we have only compatible string per type of clock (remark from Rob https://lkml.org/lkml/2016/5/25/492) Signed-off-by: Gabriel Fernandez --- .../devicetree/bindings/clock/st/st,clkgen-mux.txt | 2 +- .../devicetree/bindings

[RESEND PATCH v2 00/13] Clock improvement for video playback

v2: - Simpliflication of clock binding remark from Rob https://lkml.org/lkml/2016/5/25/492 - Suppression of stih415-416 support for the clocks (in order to help simplification of clock binding) (others patchs for the machine and drivers will come) This serie allows to increase

[RESEND PATCH v2 13/13] ARM: DT: STi: STiH410: clock configuration to address 720p and 1080p

It is necessary to properly configure these clocks in order to address 720p and 1080p HDMI resolution. Signed-off-by: Vincent Abriou Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stih410.dtsi | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/arch/arm

[RESEND PATCH v2 09/13] ARM: DT: STiH407: Enable synchronous clock mode for video clocks

This patch enables the synchronous clock mode for video clocks on STiH407 board. Signed-off-by: Olivier Bideau Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stih407-clock.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/stih407-clock.dtsi b/ar

[RESEND PATCH v2 10/13] ARM: DT: STiH410: Enable synchronous clock mode for video clocks

This patch enables the synchronous clock mode for video clocks on STiH410 board. Signed-off-by: Olivier Bideau Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stih410-clock.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/stih410-clock.dtsi b/ar

[RESEND PATCH v2 12/13] ARM: DT: STi: STiH407: clock configuration to address 720p and 1080p

It is necessary to properly configure these clocks in order to address 720p and 1080p HDMI resolution. Signed-off-by: Vincent Abriou Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stih407.dtsi | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/arch/arm

[RESEND PATCH v2 08/13] ARM: DT: STiH418: Enable clock propagation for audio clocks

This patch is used in the clock driver to apply a clock propagation flag on the audio clocks of STiH418 Signed-off-by: Olivier Bideau Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stih418-clock.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/s

[PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

_count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count, field of the struct page, to _refcount") broke kdump. makedumpfile(8) does stuff like READ_MEMBER_OFFSET("page._count", page._count) and fails. While it is definitely possible to fix this particular tool I'm not sure about othe

[RESEND PATCH v2 11/13] ARM: DT: STiH418: Enable synchronous clock mode for video clocks

This patch enables the synchronous clock mode for video clocks on STiH418 board. Signed-off-by: Olivier Bideau Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stih418-clock.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/stih418-clock.dtsi b/ar

Re: [PATCH v3 1/2] Documentation: bindings: add dt doc for Rockchip PCIe controller

On Thursday, June 16, 2016 4:01:12 PM CEST Wenrui Li wrote: > 在 2016/6/16 15:00, Arnd Bergmann 写道: > > On Thursday, June 16, 2016 9:50:21 AM CEST Shawn Lin wrote: > > > >> +reset-names = "core", "mgmt", "mgmt-sticky", "pipe"; > >> +phys = <&pcie_phy>; > >> +phy-names = "pcie-phy"; > >>

Re: [PATCH 1/2 RESEND] staging: dgnc: remove redundant NULL checks in

2016-05-10 15:44 GMT+09:00 Daeseok Youn : > The dgnc_block_til_ready() is only used in dgnc_tty_open(). > The unit data(struct un_t) was stored into tty->driver_data in > dgnc_tty_open(). > And also tty and un were tested about NULL so these variables doesn't > need to check for NULL in dgnc_block

Re: [next-20160615] kernel BUG at mm/rmap.c:1251!

On (06/16/16 10:58), Michal Hocko wrote: > > [..] > > [ 272.687656] vma 8800b855a5a0 start 7f3576d58000 end > > 7f3576f66000 > >next 8800b977d2c0 prev 8800bdfb1860 mm > > 8801315ff200 > >prot 8025 anon_vma 8800b7e583b0 vm_op

[RESEND PATCH v2 07/13] ARM: DT: STiH410: Enable clock propagation for audio clocks

This patch is used in the clock driver to apply a clock propagation flag on the audio clocks of STiH410 Signed-off-by: Olivier Bideau Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stih410-clock.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/s

[RESEND PATCH v2 06/13] ARM: DT: STiH407: Enable clock propagation for audio clocks

This patch is used in the clock driver to apply a clock propagation flag on the audio clocks of STiH407 Signed-off-by: Olivier Bideau Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stih407-clock.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/s

[RESEND PATCH v2 03/13] drivers: clk: st: Add fs660c32 synthesizer algorithm

Use an algorithm instead of a table to compute clocks for fs660c32 synthesizer. During a video playback we need to adjust audio & video frequencies. A table can't cover all HDMI resolutions and audio adjustment. Signed-off-by: Gabriel Fernandez --- drivers/clk/st/clkgen-fsyn.c | 180

[RESEND PATCH v2 01/13] drivers: clk: st: Remove stih415-416 clock support

STiH415 and STiH416 platforms are no longer used. these platforms will be deprecated for the next kernel. Signed-off-by: Gabriel Fernandez --- .../bindings/clock/st/st,clkgen-divmux.txt | 49 -- .../devicetree/bindings/clock/st/st,clkgen-mux.txt | 18 +- .../devicetree/bindings/clock/s

[RESEND PATCH v2 04/13] drivers: clk: st: Add clock propagation for audio clocks

This patch allows fine tuning of the quads FS for audio clocks accuracy. Signed-off-by: Olivier Bideau Signed-off-by: Gabriel Fernandez --- .../devicetree/bindings/clock/st/st,flexgen.txt| 2 ++ drivers/clk/st/clk-flexgen.c | 24 ++ 2 files changed

Re: [PATCH] perf script: Add stackcollapse.py script

On 16/06/2016 09:49, Jiri Olsa wrote: > On Thu, Jun 16, 2016 at 09:22:59AM +0200, Paolo Bonzini wrote: >> On 12/04/2016 15:26, Paolo Bonzini wrote: >>> Add stackcollapse.py script as an example of parsing call chains, and >>> also of using optparse to access command line options. >>> >>> The flam

Re: [PATCH 3/3] drivers/media/media-device: fix double free bug in _unregister()

(Shuah, I did not receive your second reply; I only found it in an email archive.) > Yes media_devnode_create() creates the interfaces links and these > links are deleted by media_devnode_remove(). > media_device_unregister() still needs to delete the interfaces > links. The reason for that is the

Re: [PATCH 10/27] mm, vmscan: Clear congestion, dirty and need for compaction on a per-node basis

On 06/09/2016 08:04 PM, Mel Gorman wrote: Congested and dirty tracking of a node and whether reclaim should stall is still based on zone activity. This patch considers whether the kernel should stall based on node-based reclaim activity. I'm a bit confused about the description vs actual code.

Re: [PATCH 1/5] clk: max77686: Combine Maxim max77686 and max77802 driver

Hi, First, thank for the work. Looks promising! Few comments below. On 06/15/2016 04:13 PM, Laxman Dewangan wrote: > The clock IP used on the Maxim PMICs max77686 and max77802 are > same. The configuration of clock register is also same except > the number of clocks. > > Part of common code util

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

On Thu, Jun 16, 2016 at 11:22:46AM +0200, Vitaly Kuznetsov wrote: > _count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count, > field of the struct page, to _refcount") broke kdump. makedumpfile(8) does > stuff like READ_MEMBER_OFFSET("page._count", page._count) and fails. While > it

Re: [PATCH 2/5] clk: Combine DT binding doc for max77686 and max77802

On 06/15/2016 05:19 PM, Javier Martinez Canillas wrote: >> Remove the separate DT binding document file for maxim,max77802 and >> move all information to maxim,max77686 DT binding document. >> > > Now, I wonder if this is the correct approach. A system integrator is > probably going to search for

Re: [PATCH v2 0/3] Fix DNV HSUART RX DMA timeout interrupt issue

On Wed, Jun 15, 2016 at 01:44:10PM +0800, Chuah Kim Tatt wrote: > From: "Chuah, Kim Tatt" > > These patches fix a DNV HSUART DMA issue with timeout interrupts, where > RX data is stuck in buffer when RX DMA is used and the number of received > bytes is less than 4096. > These patches have been te

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

On 06/16/2016 11:22 AM, Vitaly Kuznetsov wrote: _count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count, field of the struct page, to _refcount") broke kdump. makedumpfile(8) does stuff like READ_MEMBER_OFFSET("page._count", page._count) and fails. While it is definitely possible t

Re: kernel, mm: NULL deref in copy_process while OOMing

On Wed 15-06-16 12:50:43, Sasha Levin wrote: > Hi all, > > I'm seeing the following NULL ptr deref in copy_process right after a bunch > of OOM killing activity on -next kernels: > > Out of memory (oom_kill_allocating_task): Kill process 3477 (trinity-c159) > score 0 or sacrifice child > Killed

Re: [next-20160615] kernel BUG at mm/rmap.c:1251!

On Thu 16-06-16 18:23:45, Sergey Senozhatsky wrote: > On (06/16/16 10:58), Michal Hocko wrote: > > > [..] > > > [ 272.687656] vma 8800b855a5a0 start 7f3576d58000 end > > > 7f3576f66000 > > >next 8800b977d2c0 prev 8800bdfb1860 mm > > > 8801315ff200 > > >

Re: [PATCH v3] sched: fix first task of a task group is attached twice

On 16 June 2016 at 01:24, Yuyang Du wrote: > On Thu, Jun 16, 2016 at 09:12:58AM +0200, Vincent Guittot wrote: >> > Then, when enqueued, both cfs_rq and task will be decayed to 0, due to >> > a large gap between 1 and now, no? >> >> yes, like it is done currently (but 1ns later) . > > Well, current

Re: [PATCH 2/5] clk: Combine DT binding doc for max77686 and max77802

On 06/15/2016 04:13 PM, Laxman Dewangan wrote: > The clock driver for Maxim PMICs max77686 and max77802 are > combined into single file to extend the support for same clock > IP for different PMICs. > > Remove the separate DT binding document file for maxim,max77802 and > move all information to m

Re: [PATCH 0/4] net-next: mediatek: IRQ cleanups, fixes and grouping

On 16/06/2016 07:20, David Miller wrote: > From: John Crispin > Date: Wed, 15 Jun 2016 16:58:46 +0200 > >> This series contains 2 small code cleanups that are leftovers from the >> MIPS support. There is also a small fix that adds proper locking to the >> code accessing the IRQ registers. Witho

[RFC PATCH 00/11] Refactor select_task_rq_fair()

Hi all, As a follow-up of my recent proposal to remove SD_WAKE_AFFINE, I have this initial-draft and unfinished refactoring to select_task_rq_fair(). Basic idea is to form a comprehensive view of the topology to guide the select. My many wanted jobs haven't been achieved, so I decided to post th

[RFC PATCH 05/11] sched: Rewrite select_idle_siblings()

From: Peter Zijlstra select_idle_siblings() is a known pain point for a number of workloads; it either does too much or not enough and sometimes just does plain wrong. This rewrite attempts to address a number of issues (but sadly not all). The current code does an unconditional sched_domain it

[RFC PATCH 08/11] sched: Remove SD_WAKE_AFFINE flag and replace it with SD_BALANCE_WAKE

SD_BALANCE_{FORK|EXEC|WAKE} flags are for select_task_rq() to select a CPU to run a new task or a waking task. SD_WAKE_AFFINE is a flag to try selecting the waker CPU to run the waking task. SD_BALANCE_WAKE is not a sched_domain flag, but SD_WAKE_AFFINE is. Conceptually, SD_BALANCE_WAKE should be

[RFC PATCH 03/11] sched: Introduce struct sched_domain_shared

From: Peter Zijlstra Since struct sched_domain is strictly per cpu; introduce a structure that is shared between all 'identical' sched_domains. Limit to SD_SHARE_PKG_RESOURCES domains for now, as we'll only use it for shared cache state; if another use comes up later we can easily relax this. W

[RFC PATCH 07/11] sched: Clean up SD_BALANCE_WAKE flags in sched domain build-up

According to the comment: "turn off/on idle balance on this domain", the SD_BALANCE_WAKE has nothing to do with idle balance, so clean them up. Signed-off-by: Yuyang Du --- kernel/sched/core.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/sched/core.c b/kernel

[RFC PATCH 01/11] sched: Remove unused @cpu argument from destroy_sched_domain*()

From: Peter Zijlstra Small cleanup; nothing uses the @cpu argument so make it go away. Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/core.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 404c078..ab6e6

[RFC PATCH 06/11] sched: Optimize SCHED_SMT

From: Peter Zijlstra Avoid pointless SCHED_SMT code when running on !SMT hardware. Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/core.c | 19 +++ kernel/sched/fair.c |8 +++- kernel/sched/idle_task.c |2 -- kernel/sched/sched.h | 17 ++

[RFC PATCH 04/11] sched: Replace sd_busy/nr_busy_cpus with sched_domain_shared

From: Peter Zijlstra Move the nr_busy_cpus thing from its hacky sd->parent->groups->sgc location into the much more natural sched_domain_shared location. Signed-off-by: Peter Zijlstra (Intel) --- include/linux/sched.h|1 + kernel/sched/core.c | 10 +- kernel/sched/fair.c

[tip:locking/arch-atomic] locking/atomic, arch/arm64: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}() for LSE instructions

Commit-ID: 2efe95fe695270ae1a225805f016303505972d86 Gitweb: http://git.kernel.org/tip/2efe95fe695270ae1a225805f016303505972d86 Author: Will Deacon AuthorDate: Fri, 22 Apr 2016 18:01:33 +0100 Committer: Ingo Molnar CommitDate: Thu, 16 Jun 2016 10:48:22 +0200 locking/atomic, arch/arm64:

[RFC PATCH 11/11] sched/fair: Refactor select_task_rq_fair()

This refactoring attempts to achieve: - Decouple waker/wakee with the three kinds of wakeup SD_* flags. - Form a complete topology view in the select - Determine fast idle select vs. slow avg select with more info To enable this refactoring: echo NEW_SELECT > sched_features Signed-off-by: Yu

[RFC PATCH 10/11] sched: Add sched_llc_complete static key to specify whether the LLC covers all CPUs

This static key tells whether all CPUs share last level cache, which is common in single-socket x86 boxes. This allows us to know better to fast select an idle sibling in select_task_rq_fair(). Signed-off-by: Yuyang Du --- kernel/sched/core.c |9 + kernel/sched/sched.h |4

[RFC PATCH 09/11] sched: Add per CPU variable sd_socket_id to specify the CPU's socket

Add an unique ID per socket (we use the first CPU number in the cpumask of the socket). This allows us to quickly tell if two CPUs are in the same socket, see cpus_share_socket(). Signed-off-by: Yuyang Du --- include/linux/sched.h |5 + kernel/sched/core.c | 16 ++-- kern

[tip:locking/arch-atomic] locking/atomic, arch/arm64: Generate LSE non-return cases using common macros

Commit-ID: 6822a84dd4e35a1beb70028e46b5f60c14fc422d Gitweb: http://git.kernel.org/tip/6822a84dd4e35a1beb70028e46b5f60c14fc422d Author: Will Deacon AuthorDate: Fri, 22 Apr 2016 18:01:32 +0100 Committer: Ingo Molnar CommitDate: Thu, 16 Jun 2016 10:48:22 +0200 locking/atomic, arch/arm64:

[RFC PATCH 02/11] sched: Restructure destroy_sched_domain()

From: Peter Zijlstra There is no point in doing a call_rcu() for each domain, only do a callback for the root sched domain and clean up the entire set in one go. Also make the entire call chain be called destroy_sched_domain*() to remove confusion with the free_sched_domains() call, which does a

Re: [PATCH 3/5] clk: max77686: Add DT binding details for PMIC MAX77620

On 06/15/2016 04:13 PM, Laxman Dewangan wrote: > Maxim has used the same clock IP on multiple PMICs like > MAX77686, MAX77802, MAX77620. Only differences are the > number of clocks from these PMICs. > > Add clock binding details and example for the max77620 in > maxim,max77686. > > Signed-off-by:

Re: [PATCH 0/4] net-next: mediatek: IRQ cleanups, fixes and grouping

On 06/16/2016 11:44 AM, John Crispin wrote: On 16/06/2016 07:20, David Miller wrote: From: John Crispin Date: Wed, 15 Jun 2016 16:58:46 +0200 This series contains 2 small code cleanups that are leftovers from the MIPS support. There is also a small fix that adds proper locking to the code acc

Re: [PATCH 2/2] printk: Add kernel parameter to control writes to /dev/kmsg

On Wed, Jun 15, 2016 at 03:40:04PM -1000, Linus Torvalds wrote: > Possibly we could just say that if a kernel command line option has > been given, that is absolute. > > And then a sysctl for when you do *not* explicitly set if on the > kernel command line? Ok, how about this ontop? It is only l

Re: [RFC PATCH 11/11] sched/fair: Refactor select_task_rq_fair()

On Thu, Jun 16, 2016 at 09:49:35AM +0800, Yuyang Du wrote: > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > index f15461f..1ab41b8 100644 > --- a/kernel/sched/fair.c > +++ b/kernel/sched/fair.c > @@ -4986,12 +4986,14 @@ static void record_wakee(struct task_struct *p) >*/ > i

Re: [PATCH 4/5] clk: max77686: Add support for MAX77620 clocks

On 06/15/2016 04:13 PM, Laxman Dewangan wrote: > Maxim Max77620 has one 32KHz clock output and the clock HW > IP used on this PMIC is same as what it is there in the MAX77686. > > Add clock driver support for MAX77620 on the MAX77686 driver. > > Signed-off-by: Laxman Dewangan > CC: Krzysztof Koz

Re: [next-20160615] kernel BUG at mm/rmap.c:1251!

On (06/16/16 11:41), Michal Hocko wrote: > On Thu 16-06-16 18:23:45, Sergey Senozhatsky wrote: > > On (06/16/16 10:58), Michal Hocko wrote: > > > > [..] > > > > [ 272.687656] vma 8800b855a5a0 start 7f3576d58000 end > > > > 7f3576f66000 > > > >next 8800b977d2c0 prev

Re: [PATCH v2 2/3] KVM: VMX: validate individual bits of guest MSR_IA32_FEATURE_CONTROL

On 16/06/2016 08:05, Haozhong Zhang wrote: > + /* > + * Only bits masked by msr_ia32_feature_control_valid_bits can be set in > + * msr_ia32_feature_control. > + * > + * msr_ia32_feature_control_valid_bits should be modified by > + * feature_control_valid_bits_add/del

Re: [PATCH] init, allow blacklisting of module_init functions

On 06/15/2016 04:25 PM, Rasmus Villemoes wrote: > On Wed, Jun 15 2016, Prarit Bhargava wrote: > >> At some point I was 100% sure this worked. I do remember testing it against >> just a loadable module and had positive testing results. > > I think the current %ps/%pf behaviour was introduced i

Re: [PATCH v3 1/2] Documentation: bindings: add dt doc for Rockchip PCIe controller

Hello, On Thu, 16 Jun 2016 11:22:02 +0200, Arnd Bergmann wrote: > > >> +reset-names = "core", "mgmt", "mgmt-sticky", "pipe"; > > >> +phys = <&pcie_phy>; > > >> +phy-names = "pcie-phy"; > > >> +pinctrl-names = "default"; > > >> +pinctrl-0 = <&pcie_clkreq>; > > >> +#interrup

Re: [PATCH] gpiolib: avoid uninitialized data in gpio kfifo

On Thu, Jun 16, 2016 at 11:02 AM, Arnd Bergmann wrote: > gcc reports a theoretical case for returning uninitialized data in > the kfifo when a GPIO interrupt happens and neither > GPIOEVENT_REQUEST_RISING_EDGE nor GPIOEVENT_REQUEST_FALLING_EDGE > are set: > > drivers/gpio/gpiolib.c: In function '

Re: [PATCH v2 2/3] KVM: VMX: validate individual bits of guest MSR_IA32_FEATURE_CONTROL

On 16/06/2016 08:05, Haozhong Zhang wrote: > +/* > + * FEATURE_CONTROL_LOCKED is added/removed automatically by > + * feature_control_valid_bits_add/del(), so it's not included here. > + */ > +#define FEATURE_CONTROL_MAX_VALID_BITS \ > + FEATURE_CONTROL_VMXON_ENABLED_OUTSIDE_SMX > + > +static

Re: automatic interrupt affinity for MSI/MSI-X capable devices V2

On 06/14/2016 09:58 PM, Christoph Hellwig wrote: This series enhances the irq and PCI code to allow spreading around MSI and MSI-X vectors so that they have per-cpu affinity if possible, or at least per-node. For that it takes the algorithm from blk-mq, moves it to a common place, and makes it a

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Wed, Jun 15, 2016 at 1:38 AM, Anatoly Pugachev wrote: > On Tue, Jun 14, 2016 at 4:02 PM, Anatoly Pugachev wrote: >> On Mon, Jun 13, 2016 at 3:49 PM, Meelis Roos wrote: > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started > showing the following messages during bootup:

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

On Thu, Jun 16, 2016 at 6:32 AM, Stephen Rothwell wrote: > After merging the gpio tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > In file included from drivers/gpio/gpiolib.c:25:0: > drivers/gpio/gpiolib.c: In function 'lineevent_irq_thread': > include/linux/kfif

Re: [PATCH v2 3/3] KVM: VMX: enable guest access to LMCE related MSRs

On 16/06/2016 08:05, Haozhong Zhang wrote: > From: Ashok Raj > > On Intel platforms, this patch adds LMCE to KVM MCE supported > capabilities and handles guest access to LMCE related MSRs. > > Signed-off-by: Ashok Raj > [Haozhong: macro KVM_MCE_CAP_SUPPORTED => variable kvm_mce_cap_supported

Re: [PATCH 4/5] clk: max77686: Add support for MAX77620 clocks

Hi Krzysztof/Javier, Thanks for review of the series. I will post the V2 after taking care of all comment. One query about the comment. Thanks, Laxman On Thursday 16 June 2016 03:24 PM, Krzysztof Kozlowski wrote: On 06/15/2016 04:13 PM, Laxman Dewangan wrote: enum chip_name { CHIP_

Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()

Hi Peter, On Tue, May 31, 2016 at 12:19 PM, Peter Zijlstra wrote: > Implement FETCH-OP atomic primitives, these are very similar to the > existing OP-RETURN primitives we already have, except they return the > value of the atomic variable _before_ modification. > > This is especially useful for i

Re: [PATCH 11/27] mm: vmscan: Do not reclaim from kswapd if there is any eligible zone

On 06/09/2016 08:04 PM, Mel Gorman wrote: kswapd scans from highest to lowest for a zone that requires balancing. This was necessary when reclaim was per-zone to fairly age pages on lower zones. Now that we are reclaiming on a per-node basis, any eligible zone can be used and pages will still be

Re: [PATCH v7 00/12] Support non-lru page migration

On Thu, Jun 16, 2016 at 05:42:11PM +0900, Sergey Senozhatsky wrote: > On (06/16/16 15:47), Minchan Kim wrote: > > > [..] > > > > > this is what I'm getting with the [zsmalloc: keep first object offset > > > > > in struct page] > > > > > applied: "count:0 mapcount:-127". which may be not related t

Re: [PATCHv9-rebased2 01/37] mm, thp: make swapin readahead under down_read of mmap_sem

On Thu, Jun 16, 2016 at 02:52:52PM +0800, Hillf Danton wrote: > > > > From: Ebru Akagunduz > > > > Currently khugepaged makes swapin readahead under down_write. This patch > > supplies to make swapin readahead under down_read instead of down_write. > > > > The patch was tested with a test prog

Re: [PATCHv2] kcov: reject open when kernel not instrumented

Hi Mark, On 15/06/16 18:04, Mark Rutland wrote: > If the toolchain does not support -fsanitize-coverage=trace-pc, we blat > this option from CFLAGS_KCOV, and build the kernel without > instrumentation, even if CONFIG_KCOV was selected. However, we still > build the rest of the kcov infrastructure,

Re: [PATCH 4/5] clk: max77686: Add support for MAX77620 clocks

On 06/16/2016 11:52 AM, Laxman Dewangan wrote: > Hi Krzysztof/Javier, > Thanks for review of the series. > > I will post the V2 after taking care of all comment. > > One query about the comment. > > Thanks, > Laxman > > On Thursday 16 June 2016 03:24 PM, Krzysztof Kozlowski wrote: >> On 06/15/2

Re: [next-20160615] kernel BUG at mm/rmap.c:1251!

On Thu, Jun 16, 2016 at 06:54:57PM +0900, Sergey Senozhatsky wrote: > On (06/16/16 11:41), Michal Hocko wrote: > > On Thu 16-06-16 18:23:45, Sergey Senozhatsky wrote: > > > On (06/16/16 10:58), Michal Hocko wrote: > > > > > [..] > > > > > [ 272.687656] vma 8800b855a5a0 start 7f3576d58000 e

[PATCH] coresight: access conn->child_name only if it's initialised

If the addition of the coresight devices get deferred, then there's a window before child_name is populated by of_get_coresight_platform_data from the respective component driver's probe and the attempted to access the same from coresight_orphan_match resulting in kernel NULL pointer dereference as

Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()

On Thu, Jun 16, 2016 at 12:08:27PM +0200, Geert Uytterhoeven wrote: > > #ifdef CONFIG_RMW_INSNS > > > > +/* > > + * Am I reading these CAS loops right in that %2 is the old value and the > > first > > + * iteration uses an uninitialized value? > > + * > > + * Would it not make sense to add: tmp

Re: Why are the MB/s of avx and raid6: twice as high for a docked ThinkPad than for an undocked ?

On 06/16/2016 11:14 AM, Henrique de Moraes Holschuh wrote: > Did you try setting the BIOS to "highest performance" mode even while on > battery? ough - that was it - *head smack* > BTW: update the BIOS of the T440s if you haven't done so already, AFAIK did it Thx Henrique for the answer -- Tora

Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier

Hi guys, On Thu, Jun 16, 2016 at 10:19:51AM +0800, Boqun Feng wrote: > On Wed, Jun 15, 2016 at 03:01:19PM -0400, Waiman Long wrote: > > On 06/15/2016 04:04 AM, Boqun Feng wrote: > > > On Tue, Jun 14, 2016 at 06:48:04PM -0400, Waiman Long wrote: > > > > @@ -198,7 +198,7 @@ void osq_unlock(struct op

Re: [PATCHv9-rebased2 11/37] mm: introduce do_set_pmd()

On Thu, Jun 16, 2016 at 05:15:22PM +0800, Hillf Danton wrote: > > + > > +static int do_set_pmd(struct fault_env *fe, struct page *page) > > +{ > > + struct vm_area_struct *vma = fe->vma; > > + bool write = fe->flags & FAULT_FLAG_WRITE; > > + unsigned long haddr = fe->address & HPAGE_PMD_MASK;

Re: [PATCH v3] mm/compaction: remove unnecessary order check in direct compact path

On Thu 16-06-16 10:42:36, Ganesh Mahendran wrote: > In direct compact path, both __alloc_pages_direct_compact and > try_to_compact_pages check (order == 0). > > This patch removes the check in __alloc_pages_direct_compact() and > move the modifying of current->flags to the entry point of direct >

Re: [next-20160615] kernel BUG at mm/rmap.c:1251!

On (06/16/16 19:12), Minchan Kim wrote: [..] > > > > > Is this? > > > > > page_add_new_anon_rmap: > > > > > VM_BUG_ON_VMA(address < vma->vm_start || address >= > > > > > vma->vm_end, vma) > > > > > [...] > > > > > > > > I think it is > > > > > > > > 1248 void page_add_new_anon_rmap(struct

Re: [V3, 2/2] powerpc/drivers: Add driver for operator panel on FSP machines

On Thu, 2016-28-04 at 07:02:38 UTC, Suraj Jitindar Singh wrote: > Implement new character device driver to allow access from user space > to the 2x16 character operator panel display present on IBM Power Systems > machines with FSPs. I looked at this previously and somehow convinced myself it depe

Re: [PATCHv2] kcov: reject open when kernel not instrumented

On Thu, Jun 16, 2016 at 11:09:37AM +0100, James Morse wrote: > Hi Mark, > > On 15/06/16 18:04, Mark Rutland wrote: > > If the toolchain does not support -fsanitize-coverage=trace-pc, we blat > > this option from CFLAGS_KCOV, and build the kernel without > > instrumentation, even if CONFIG_KCOV was

Re: [RFC 03/18] memcontrol: present maximum used memory also for cgroup-v2

On Tue 14-06-16 17:15:06, Topi Miettinen wrote: > On 06/14/16 16:04, Johannes Weiner wrote: [...] > > I didn't catch the coverletter, though. It makes sense to CC > > recipients of any of those patches on the full series, including the > > cover, since even though we are specialized in certain area

Re: [PATCH 10/27] mm, vmscan: Clear congestion, dirty and need for compaction on a per-node basis

On Thu, Jun 16, 2016 at 11:29:00AM +0200, Vlastimil Babka wrote: > On 06/09/2016 08:04 PM, Mel Gorman wrote: > >Congested and dirty tracking of a node and whether reclaim should stall > >is still based on zone activity. This patch considers whether the kernel > >should stall based on node-based rec

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

Christoph Hellwig writes: > On Thu, Jun 16, 2016 at 11:22:46AM +0200, Vitaly Kuznetsov wrote: >> _count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count, >> field of the struct page, to _refcount") broke kdump. makedumpfile(8) does >> stuff like READ_MEMBER_OFFSET("page._count", pa

[PATCH v2 1/3] reset: hisilicon: Add media reset controller binding

Add compatible for media reset controller. Signed-off-by: Xinliang Liu --- Documentation/devicetree/bindings/reset/hisilicon,hi6220-reset.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/reset/hisilicon,hi6220-reset.txt b/Documentation

[PATCH v2 0/3] Add hi6220 media subsystem reset controller driver

This patch set adds support for HiSilicon hi6220 SoC media subsystem reset controller. This v2 patch set is based on previous v1 patch set: https://lkml.org/lkml/2016/2/21/238 Change history: v2: - Update binding document for media reset controller. - Separate peripheral and media reset controlle

[PATCH v2 3/3] reset: hisilicon: Add hi6220 media subsystem reset support

From: Chen Feng Add media subsystem reset support for hi6220. Signed-off-by: Chen Feng Signed-off-by: Xia Qing Signed-off-by: Xinliang Liu --- drivers/reset/hisilicon/hi6220_reset.c | 122 +++-- 1 file changed, 86 insertions(+), 36 deletions(-) diff --git a/drive

Re: [PATCH v2 03/10] mfd: ac100: Add driver for X-Powers AC100 audio codec / RTC combo IC

On Wed, 15 Jun 2016, Chen-Yu Tsai wrote: > On Wed, Jun 15, 2016 at 8:36 PM, Lee Jones wrote: > > On Wed, 15 Jun 2016, Chen-Yu Tsai wrote: > > > >> The AC100 is a multifunction device with an audio codec subsystem and > >> an RTC subsystem. These two subsystems share a common register space > >> a

[PATCH v2 2/3] arm64: dts: hi6220: Add media subsystem reset dts

Add media subsystem reset support. Signed-off-by: Chen Feng Signed-off-by: Xinliang Liu --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 2 ++ include/dt-bindings/reset/hisi,hi6220-resets.h | 8 2 files changed, 10 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dt

Re: [PATCH] net: sfc: avoid -Wtype-limits warning

On 15/06/16 21:31, Arnd Bergmann wrote: > When building with -Wextra, we get a harmless warning from the > EFX_EXTRACT_OWORD32 macro: > > ethernet/sfc/farch.c: In function 'efx_farch_test_registers': > ethernet/sfc/farch.c:119:30: error: comparison of unsigned expression < 0 is > always false [-W

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