Re: [PATCH 2/3] mm, oom: do not enfore OOM killer for __GFP_NOFAIL automatically

On Wednesday, January 25, 2017 4:00 PM Michal Hocko wrote: > On Wed 25-01-17 15:00:51, Hillf Danton wrote: > > On Tuesday, January 24, 2017 8:41 PM Michal Hocko wrote: > > > On Fri 20-01-17 16:33:36, Hillf Danton wrote: > > > > > > > > On Tuesday, December 20, 2016 9:49 PM Michal Hocko wrote: > >

Re: [PATCH 1/2] perf probe: Fix wrong register name for arm64

On Tue, Jan 24, 2017 at 04:11:11PM -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Jan 24, 2017 at 10:30:14AM +, He Kuang escreveu: > > The register name of arm64 architecture is x0-x31 not r0-r31, this > > patch changes this typo. > > > > Before this patch: > > Will, are you ok with this

[PATCH 3/3] ima_fs: Move three error code assignments in ima_write_policy()

From: Markus Elfring Date: Tue, 24 Jan 2017 22:47:07 +0100 A local variable was set to an error code in three cases before a concrete error situation was detected. Thus move the corresponding assignments into if branches to indicate a software failure there. This

Re: [PATCH v2] extcon: arizona: Wait for any running HPDETs to complete on jack removal

On 2017년 01월 25일 18:34, Charles Keepax wrote: > As the HPDET can't be aborted mid way through we should not allow any new > insertion to be processed until the previous HPDET has finished. It is very > unlikely but with low enough debounce settings you could start a new HPDET > before the old one

Re: [PATCH RFC 2/3] mm, vmscan: limit kswapd loop if no progress is made

On Wed 25-01-17 11:03:53, hejianet wrote: > > > On 25/01/2017 12:54 AM, Michal Hocko wrote: > > On Tue 24-01-17 15:49:03, Jia He wrote: > > > Currently there is no hard limitation for kswapd retry times if no > > > progress > > > is made. > > > > Yes, because the main objective of the kswapd

Re: [RFC PATCH v1 3/6] kernel-doc: add kerneldoc-lint command

Am 25.01.2017 um 09:21 schrieb Jani Nikula : > Yes, see below. It's simplistic and it has an external dependency, but > it got the job done. And it does not depend on Sphinx; it's just a > kernel-doc and rst lint, not Sphinx lint. Whether that's a good or a bad > thing is

[PATCH v2] extcon: arizona: Wait for any running HPDETs to complete on jack removal

As the HPDET can't be aborted mid way through we should not allow any new insertion to be processed until the previous HPDET has finished. It is very unlikely but with low enough debounce settings you could start a new HPDET before the old one has completed, which results in an erroneous reading.

Re: [PATCH] mm, page_alloc: Use static global work_struct for draining per-cpu pages

On Wednesday, January 25, 2017 4:31 PM Mel Gorman wrote: > > As suggested by Vlastimil Babka and Tejun Heo, this patch uses a static > work_struct to co-ordinate the draining of per-cpu pages on the workqueue. > Only one task can drain at a time but this is better than the previous > scheme

Re: [PATCH v2] extcon: arizona: Wait for any running HPDETs to complete on jack removal

Hi, I modified some minor issue and added my comment on below. After modified them by myself, Applied it. On 2017년 01월 25일 18:34, Charles Keepax wrote: > As the HPDET can't be aborted mid way through we should not allow any new > insertion to be processed until the previous HPDET has finished.

Re: [RFC PATCH v1 3/6] kernel-doc: add kerneldoc-lint command

On Wed, 25 Jan 2017, Daniel Vetter wrote: > On Tue, Jan 24, 2017 at 08:52:41PM +0100, Markus Heiser wrote: >> this patch adds a command to lint kernel-doc comments.:: >> >> scripts/kerneldoc-lint --help >> >> The lint check include (only) kernel-doc rules described at [1]. It

[PATCH] drm/ttm: Make sure BOs being swapped out are cacheable

From: Michel Dänzer The current caching state may not be tt_cached, even though the placement contains TTM_PL_FLAG_CACHED, because placement can contain multiple caching flags. Trying to swap out such a BO would trip up the BUG_ON(ttm->caching_state !=

[PATCH v2 2/2] PCI: Xilinx NWL: Fix, proc interrupts for legacy virtual irq shown as edge

- Legacy interrupts are level triggered, virtual irq line of End Point shows as edge in /proc/interrupts. - Setting irq flags of virtual irq line of EP to level triggered at the time of mapping. Signed-off-by: Bharat Kumar Gogada --- drivers/pci/host/pcie-xilinx-nwl.c | 1 +

Re: [PATCH] drm/ttm: Make sure BOs being swapped out are cacheable

On 01/25/2017 09:21 AM, Michel Dänzer wrote: > From: Michel Dänzer > > The current caching state may not be tt_cached, even though the > placement contains TTM_PL_FLAG_CACHED, because placement can contain > multiple caching flags. Trying to swap out such a BO would trip

Re: [PATCH] mm, page_alloc: Use static global work_struct for draining per-cpu pages

On 01/25/2017 09:30 AM, Mel Gorman wrote: > As suggested by Vlastimil Babka and Tejun Heo, this patch uses a static > work_struct to co-ordinate the draining of per-cpu pages on the workqueue. > Only one task can drain at a time but this is better than the previous > scheme that allowed multiple

[PATCH 2/3] ima_fs: Reorder input parameter validation in ima_write_policy()

From: Markus Elfring Date: Tue, 24 Jan 2017 22:38:00 +0100 Move validation for the input parameter "ppos" to the beginning in this function so that a following check for the input parameter "datalen" can be occasionally avoided earlier. Signed-off-by: Markus

[PATCH v2 1/4] dt-bindings: clock: renesas: cpg-mssr: Document reset control support

Document properties needed to use the Reset Control feature of the Renesas Clock Pulse Generator / Module Standby and Software Reset module. Signed-off-by: Geert Uytterhoeven --- v2: - Change oneline summary to refer to dt-bindings. ---

[PATCH v2 2/4] clk: renesas: cpg-mssr: Document suitability for RZ/G1

The Renesas CPG/MSSR driver is already in active use for RZ/G1 since commits c0b2d75d2a4bf6a3 ("clk: renesas: cpg-mssr: Add R8A7743 support") and 9127d54bb8947159 ("clk: renesas: cpg-mssr: Add R8A7745 support"). Signed-off-by: Geert Uytterhoeven Acked-by: Stephen Boyd

[PATCH v2 4/4] clk: renesas: cpg-mssr: Add support for reset control

Add optional support for the Reset Control feature of the Renesas Clock Pulse Generator / Module Standby and Software Reset module on R-Car Gen2, R-Car Gen3, and RZ/G1 SoCs. This allows to reset SoC devices using the Reset Controller API. Signed-off-by: Geert Uytterhoeven

Re: [PATCH v8 9/9] perf/amd/iommu: Enable support for multiple IOMMUs

On Wed, Jan 25, 2017 at 10:46:53AM +0100, Peter Zijlstra wrote: > Which is absolutely insane. Right, IMO, the simplest thing to do for your purposes is to embed a struct amd_iommu pointer into struct perf_amd_iommu at init time so that you don't have to do all that crazy dance in the PMU

Re: [PATCH 2/2] net: phy: leds: Fix truncated LED trigger names

Hi Andrew, On Tue, Jan 24, 2017 at 9:03 PM, Andrew Lunn wrote: >> diff --git a/include/linux/phy.h b/include/linux/phy.h >> index 5c9d2529685fe215..f6ab919528ab3627 100644 >> --- a/include/linux/phy.h >> +++ b/include/linux/phy.h >> @@ -25,7 +25,6 @@ >> #include >> #include

Re: [PATCH v2] extcon: arizona: Wait for any running HPDETs to complete on jack removal

On Wed, Jan 25, 2017 at 06:48:06PM +0900, Chanwoo Choi wrote: > Hi, > > I modified some minor issue and added my comment on below. > After modified them by myself, Applied it. > > On 2017년 01월 25일 18:34, Charles Keepax wrote: > > As the HPDET can't be aborted mid way through we should not allow

Re: [PATCH 0/8] serial: st-asc: Allow handling of RTS line

On Tue, Jan 24, 2017 at 01:43:02PM +, Lee Jones wrote: > When hardware flow-control is disabled, manual toggling of the UART's > reset line (RTS) using userland applications (e.g. stty) is not > possible, since the ASC IP does not provide this functionality in the > same was as some other IPs

Re: [RFC PATCH v1 3/6] kernel-doc: add kerneldoc-lint command

On Wed, 25 Jan 2017, Markus Heiser wrote: > Am 25.01.2017 um 09:21 schrieb Jani Nikula : >> Yes, see below. It's simplistic and it has an external dependency, but >> it got the job done. And it does not depend on Sphinx; it's just a >> kernel-doc

Re: [PATCH v3 1/13] mmc: sunxi: Fix clock frequency change sequence

Hi Ulf, On Tue, Jan 24, 2017 at 09:12:07AM +0100, Ulf Hansson wrote: > On 16 January 2017 at 17:56, Maxime Ripard > wrote: > > The MMC and SD specifications documents that the clock frequency should > > only be changed once gated. > > Where? > > > > > The

[PATCH] pwm: STM32 fix compilation warning

remove useless curstate variable. Fixes: bafffb6e7bd1 ("pwm: Add driver for STM32 plaftorm") Signed-off-by: Benjamin Gaignard --- drivers/pwm/pwm-stm32.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/pwm/pwm-stm32.c

Re: [PATCH] extcon: arizona: Wait for any running HPDETs to complete on jack removal

On Wed, Jan 25, 2017 at 10:00:40AM +0900, Chanwoo Choi wrote: > Hi Charles, > > On 2017년 01월 24일 19:17, Charles Keepax wrote: > > As the HPDET can't be aborted mid way through we should not allow any new > > insertion to be processed until the previous HPDET has finished. It is very > > unlikely

Re: [PATCH v3 7/13] mmc: sunxi: Add more debug messages

On Tue, Jan 24, 2017 at 09:22:24AM +0100, Ulf Hansson wrote: > On 16 January 2017 at 17:56, Maxime Ripard > wrote: > > Add a bit more debug messages that can be helpful when debugging the clock > > setup. > > > > Signed-off-by: Maxime Ripard

Re: [PATCH] kvm: fix page struct leak in handle_vmon

- Original Message - > From: "David Hildenbrand" > To: "Paolo Bonzini" , linux-kernel@vger.kernel.org, > k...@vger.kernel.org > Cc: dvyu...@google.com > Sent: Wednesday, January 25, 2017 10:31:13 AM > Subject: Re: [PATCH] kvm: fix page struct leak

Re: [PATCH v5 1/4] usb: dbc: early driver for xhci debug capability

On Wed, Jan 25, 2017 at 10:23:55AM +0100, Ingo Molnar wrote: > > * Lu Baolu wrote: > > > > Hiding essentially an early udelay() implementation in an early-printk > > > driver is > > > ugly and counterproductive. > Yeah - so could we do this in a more generic

Re: [PATCH] kvm: fix page struct leak in handle_vmon

Am 25.01.2017 um 10:52 schrieb Paolo Bonzini: > > > - Original Message - >> From: "David Hildenbrand" >> To: "Paolo Bonzini" , linux-kernel@vger.kernel.org, >> k...@vger.kernel.org >> Cc: dvyu...@google.com >> Sent: Wednesday, January 25, 2017

Re: [PATCH] livepatch: add missing printk newlines

On Tue, 24 Jan 2017, Josh Poimboeuf wrote: > Add missing newlines to some pr_err() strings. > > Signed-off-by: Josh Poimboeuf Acked-by: Miroslav Benes Miroslav

[PATCH v6 1/5] powernv:idle: Add IDLE_STATE_ENTER_SEQ_NORET macro

From: "Gautham R. Shenoy" Currently all the low-power idle states are expected to wake up at reset vector 0x100. Which is why the macro IDLE_STATE_ENTER_SEQ that puts the CPU to an idle state and never returns. On ISA v3.0, when the ESL and EC bits in the PSSCR are

[PATCH v6 2/5] powernv:stop: Rename pnv_arch300_idle_init to pnv_power9_idle_init

From: "Gautham R. Shenoy" Balbir pointed out that the name of the function pnv_arch300_idle_init was inconsistent with the names of the variables and functions pertaining to POWER9 features in book3s_idle.S. This patch renames pnv_arch300_idle_init to

[PATCH v6 4/5] powernv: Pass PSSCR value and mask to power9_idle_stop

From: "Gautham R. Shenoy" The power9_idle_stop method currently takes only the requested stop level as a parameter and picks up the rest of the PSSCR bits from a hand-coded macro. This is not a very flexible design, especially when the firmware has the capability to

Re: [PATCH] ARM: dts: Odroid XU4: fix USB3.0 ports

On 24/01/2017 19:22, Krzysztof Kozlowski wrote: > On Tue, Jan 24, 2017 at 02:48:09PM +0100, Richard Genoud wrote: >> Since commit 2164a476205ccc ("usb: dwc3: set SUSPHY bit for all cores"), >> the USB ports on odroid-XU4 don't work anymore. > > Hi, > > Thanks for the patch. Please: > 1. Use

Re: Cherryview wake up events

On Tue, Jan 24, 2017 at 08:23:14PM +0100, Johannes Stezenbach wrote: > On Tue, Jan 24, 2017 at 04:28:29PM +0200, Andy Shevchenko wrote: > > They probably release just almost all One Big Ugly patch from official > > BSP, which by some reason, includes all Intel MID SoCs, Baytrail. > > I think I

[PATCH v2 0/4] Renesas CPG/MSSR Reset Control Support

Hi all, This patch series adds reset control support to the Renesas Clock Pulse Generator / Module Standby and Software Reset module, on the R-Car H3 and M3-W, RZ/G1M, and RZ/G1E SoCs. - Patch 1 amends the Renesas CPG/MSSR DT bindings for reset control, - Patches 2-4 add reset

Re: mm, vmscan: commit makes PAE kernel crash nightly (bisected)

On Mon 23-01-17 11:04:12, Mel Gorman wrote: [...] > 1. In should_reclaim_retry, account for SLAB_RECLAIMABLE as available >pages when deciding to retry reclaim I am pretty sure I have considered this but then decided to not go that way. I do not remember details so I will think about this

[PATCH v2 3/4] clk: renesas: cpg-mssr: Rename cpg_mssr_priv.mstp_lock

The spinlock is used to protect Read-Modify-Write register accesses, which won't be limited to SMSTPCR register accesses. Signed-off-by: Geert Uytterhoeven Acked-by: Stephen Boyd --- v2: - Add Acked-by. --- drivers/clk/renesas/renesas-cpg-mssr.c

Re: [PATCH 2/3] mm, oom: do not enfore OOM killer for __GFP_NOFAIL automatically

On Wed 25-01-17 15:00:51, Hillf Danton wrote: > On Tuesday, January 24, 2017 8:41 PM Michal Hocko wrote: > > On Fri 20-01-17 16:33:36, Hillf Danton wrote: > > > > > > On Tuesday, December 20, 2016 9:49 PM Michal Hocko wrote: > > > > > > > > @@ -1013,7 +1013,7 @@ bool out_of_memory(struct

Re: [PATCHSET v4] blk-mq-scheduling framework

> Il giorno 23 gen 2017, alle ore 18:42, Jens Axboe ha scritto: > > On 01/23/2017 10:04 AM, Paolo Valente wrote: >> >>> Il giorno 18 gen 2017, alle ore 17:21, Jens Axboe ha scritto: >>> >>> On 01/18/2017 08:14 AM, Paolo Valente wrote: according to the

Re: [PATCH v3 5/13] mmc: sunxi: Mask DATA0 when updating the clock

On Tue, Jan 24, 2017 at 09:18:46AM +0100, Ulf Hansson wrote: > On 16 January 2017 at 17:56, Maxime Ripard > wrote: > > The A64 MMC controllers need DATA0 to be masked while updating the clock, > > otherwise any subsequent command will result in a timeout. > >

Re: [PATCH net-next v2] macb: Common code to enable ptp support for MACB/GEM

On Wed, Jan 25, 2017 at 2:56 PM, Nicolas Ferre wrote: > Le 19/01/2017 à 17:07, Nicolas Ferre a écrit : >> Le 19/01/2017 à 08:56, Andrei Pistirica a écrit : >>> This patch does the following: >>> - MACB/GEM-PTP interface >>> - registers and bitfields for TSU >>> -

Re: [PATCH] drm/ttm: Make sure BOs being swapped out are cacheable

Am 25.01.2017 um 10:25 schrieb Thomas Hellstrom: On 01/25/2017 09:21 AM, Michel Dänzer wrote: From: Michel Dänzer The current caching state may not be tt_cached, even though the placement contains TTM_PL_FLAG_CACHED, because placement can contain multiple caching

Re: [PATCH] ARM: tegra: paz00: fix __initdata placement

On Sun, Jan 22, 2017 at 11:43:47PM -0800, Dmitry Torokhov wrote: > To have expected effect the __initdata attribute should go after variable > name and before initializer.` > > Signed-off-by: Dmitry Torokhov > --- > arch/arm/mach-tegra/board-paz00.c | 2 +- > 1 file

Re: [git pull] drm fixes for 4.10-rc6 (just missed rc5 tagging :-)

On 2017.01.23 at 09:38 +1000, Dave Airlie wrote: > > Alex Deucher (8): > drm/radeon/si: load special ucode for certain MC configs > drm/amdgpu/si: load special ucode for certain MC configs > drm/amdgpu: drop oland

[tip:x86/fpu] x86/fpu/xstate: Move XSAVES state init to a function

Commit-ID: a5828ed3d03d38399159dc17a98cefde3109a66b Gitweb: http://git.kernel.org/tip/a5828ed3d03d38399159dc17a98cefde3109a66b Author: Yu-cheng Yu AuthorDate: Tue, 24 Jan 2017 10:25:46 -0800 Committer: Ingo Molnar CommitDate: Wed, 25 Jan 2017

[PATCH v6 0/5] powernv:stop: Use psscr_val,mask provided by firmware

From: "Gautham R. Shenoy" This is the sixth iteration of the patchset to use the psscr_val and psscr_mask provided by the firmware for each of the stop states. The previous versions can be found here: [v5]: https://lkml.org/lkml/2017/1/10/147 [v4]:

[PATCH v6 5/5] Documentation:powerpc: Add device-tree bindings for power-mgt

From: "Gautham R. Shenoy" Document the device-tree bindings defining the the properties under the @power-mgt node in the device tree that describe the idle states for Linux running on baremetal POWER servers. These bindings are documented separately instead of using the

[PATCH v6 3/5] cpuidle:powernv: Add helper function to populate powernv idle states.

From: "Gautham R. Shenoy" In the current code for powernv_add_idle_states, there is a lot of code duplication while initializing an idle state in powernv_states table. Add an inline helper function to populate the powernv_states[] table for a given idle state. Invoke

Re: [RFC simple allocator v1 0/2] Simple allocator

On 01/23/2017 09:35 AM, Daniel Vetter wrote: On Fri, Jan 20, 2017 at 04:32:29PM +0100, Benjamin Gaignard wrote: The goal of this RFC is to understand if a common ioctl for specific memory regions allocations is needed/welcome. Obviously it will not replace allocation done in linux kernel

Re: [PATCH] ARM: dts: tegra: Fix missing card detection in Trimslice µSD card slot

On Sun, Jan 22, 2017 at 10:17:48PM +0100, Rask Ingemann Lambertsen wrote: > Card insertion and removal currently goes undetected. AFAIK there's no > way to generate interrupts on card changes in this slot, so use polling. > > Signed-off-by: Rask Ingemann Lambertsen > --- >

[PATCH 1/3] ima_fs: One check less in ima_write_policy() after error detection

From: Markus Elfring Date: Tue, 24 Jan 2017 20:30:55 +0100 Move the jump label directly before the desired assignment for the variable "valid_policy" at the end so that the variable "result" will not be checked once more after it was determined that a received

[PATCH 0/3] ima_fs: Fine-tuning for ima_write_policy()

From: Markus Elfring Date: Wed, 25 Jan 2017 10:20:30 +0100 A few update suggestions were taken into account from static source code analysis. Markus Elfring (3): One check less after error detection Reorder input parameter validation Move three error code

Re: [PATCH] kvm: fix page struct leak in handle_vmon

Am 24.01.2017 um 11:56 schrieb Paolo Bonzini: > handle_vmon gets a reference on VMXON region page, > but does not release it. Release the reference. > > Found by syzkaller; based on a patch by Dmitry. > > Reported-by: Dmitry Vyukov > Signed-off-by: Paolo Bonzini

Re: [PATCH v8 9/9] perf/amd/iommu: Enable support for multiple IOMMUs

On Mon, Jan 16, 2017 at 01:23:36AM -0600, Suravee Suthikulpanit wrote: > + pi = container_of(event->pmu, struct perf_amd_iommu, pmu); > + hwc->idx = pi->idx; > + hwc->config = event->attr.config; > + hwc->extra_reg.config = event->attr.config1; > static

Re: [PATCH v14 3/5] tee: add OP-TEE driver

On Tue, Jan 24, 2017 at 01:53:30PM +0100, Jens Wiklander wrote: > On Mon, Jan 23, 2017 at 05:16:15PM +0100, Arnd Bergmann wrote: > > On Monday, January 23, 2017 10:08:53 AM CET Jens Wiklander wrote: > > > On Fri, Jan 20, 2017 at 05:57:51PM +0100, Arnd Bergmann wrote: > > > > On Thursday, January

Re: fs/jffs2/readinode.c:189: faulty logic ?

David, Am 24.01.2017 um 23:57 schrieb David Binderman: >>> fs/jffs2/readinode.c:189]: (style) Condition 'tn.fn.ofs>=offset' is always >>> true > >>What tool produces this info? > > A static analyser for C and C++ called cppcheck, available from sourceforge. That needs to go into the

Re: [PATCH] clk: samsung: mark s3c...._clk_sleep_init() as __init

On Tue, Jan 24, 2017 at 11:33 PM, Martin Kaiser wrote: > These functions are called only by other __init functions. > Compiling for s3c2410 with CONFIG_DEBUG_SECTION_MISMATCH=y, > I get warnings like > > WARNING: vmlinux.o(.text+0x198350): > Section mismatch in reference from

Re: [PATCH 3/4] mm, page_alloc: Drain per-cpu pages from workqueue context

On Tue, Jan 24, 2017 at 09:02:20PM -0500, Tejun Heo wrote: > Hello, > > On Tue, Jan 24, 2017 at 11:54:57PM +, Mel Gorman wrote: > > @@ -2402,24 +2415,16 @@ void drain_all_pages(struct zone *zone) > > cpumask_clear_cpu(cpu, _with_pcps); > > } > > > > +

[PATCH] mm, page_alloc: Use static global work_struct for draining per-cpu pages

As suggested by Vlastimil Babka and Tejun Heo, this patch uses a static work_struct to co-ordinate the draining of per-cpu pages on the workqueue. Only one task can drain at a time but this is better than the previous scheme that allowed multiple tasks to send IPIs at a time. One consideration is

Re: [PATCH 2/2] mac80211: use accessor functions to set sta->_flags

And yes I did. Somehow managed to ignore those warnings though, sorry about that. Rechecked with just first patch and it should still be good. Please ignore this one ;) On 24 January 2017 at 16:44, Johannes Berg wrote: > On Tue, 2017-01-24 at 16:42 +0100, Amadeusz

Re: [PATCH v2 1/2] PCI: Xilinx NWL: Modifying irq chip for legacy interrupts

The subject line is not very descriptive. How about "Enforce level triggering for legacy interrupts"? On 25/01/17 08:52, Bharat Kumar Gogada wrote: > - Few wifi end points which only support legacy interrupts, > performs hardware reset functionalities after disabling interrupts > by invoking

Re: [PATCH v2 2/2] PCI: Xilinx NWL: Fix, proc interrupts for legacy virtual irq shown as edge

On 25/01/17 08:52, Bharat Kumar Gogada wrote: > - Legacy interrupts are level triggered, virtual irq line of End > Point shows as edge in /proc/interrupts. > - Setting irq flags of virtual irq line of EP to level triggered > at the time of mapping. > > Signed-off-by: Bharat Kumar Gogada

Re: [PATCH v5 1/4] usb: dbc: early driver for xhci debug capability

* Lu Baolu wrote: > > Hiding essentially an early udelay() implementation in an early-printk > > driver is > > ugly and counterproductive. > > Sure. How about below change? > > diff --git a/drivers/usb/early/xhci-dbc.c b/drivers/usb/early/xhci-dbc.c > index

Re: [PATCH v2] extcon: arizona: Wait for any running HPDETs to complete on jack removal

On Wed, Jan 25, 2017 at 06:35:13PM +0900, Chanwoo Choi wrote: > On 2017년 01월 25일 18:34, Charles Keepax wrote: > > As the HPDET can't be aborted mid way through we should not allow any new > > insertion to be processed until the previous HPDET has finished. It is very > > unlikely but with low

Re: [PATCH] dmaengine: pl330: fix double lock

On Wed, Jan 11, 2017 at 02:00:21PM +0100, i...@itu.dk wrote: > From: Iago Abal > > The static bug finder EBA (http://www.iagoabal.eu/eba/) reported the > following double-lock bug: > > Double lock: > 1. spin_lock_irqsave(pch->lock, flags) at

[PATCH net v2 0/4] r8152: fix scheduling napi

v2: Add smp_mb__after_atomic() for patch #1. v1: Scheduling the napi during the following periods would let it be ignored. And the events wouldn't be handled until next napi_schedule() is called. 1. after napi_disable and before napi_enable(). 2. after all actions of napi function is completed

[PATCH net v2 1/4] r8152: avoid start_xmit to call napi_schedule during autosuspend

Adjust the setting of the flag of SELECTIVE_SUSPEND to prevent start_xmit() from calling napi_schedule() directly during runtime suspend. After calling napi_disable() or clearing the flag of WORK_ENABLE, scheduling the napi is useless. Signed-off-by: Hayes Wang ---

[PATCH net v2 2/4] r8152: avoid start_xmit to schedule napi when napi is disabled

Stop the tx when the napi is disabled to prevent napi_schedule() is called. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index

[PATCH net v2 4/4] r8152: check rx after napi is enabled

Schedule the napi after napi_enable() for rx, if it is necessary. If the rx is completed when napi is disabled, the sheduling of napi would be lost. Then, no one handles the rx packet until next napi is scheduled. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 7

[PATCH net v2 3/4] r8152: re-schedule napi for tx

Re-schedule napi after napi_complete() for tx, if it is necessay. In r8152_poll(), if the tx is completed after tx_bottom() and before napi_complete(), the scheduling of napi would be lost. Then, no one handles the next tx until the next napi_schedule() is called. Signed-off-by: Hayes Wang

[PATCH v2 1/2] PCI: Xilinx NWL: Modifying irq chip for legacy interrupts

- Few wifi end points which only support legacy interrupts, performs hardware reset functionalities after disabling interrupts by invoking disable_irq and then re-enable using enable_irq, they enable hardware interrupts first and then virtual irq line later. - The legacy irq line goes low only

Re: [PATCH v3 8/13] arm64: allwinner: a64: Add MMC nodes

Hi Corentin, On Mon, Jan 16, 2017 at 08:16:41PM +0100, Corentin Labbe wrote: > On Mon, Jan 16, 2017 at 05:56:58PM +0100, Maxime Ripard wrote: > > From: Andre Przywara > > > > The A64 has 3 MMC controllers, one of them being especially targeted to > > eMMC. Among other

Re: [PATCH 2/2] mac80211: use accessor functions to set sta->_flags

On Wed, 2017-01-25 at 09:55 +0100, Amadeusz Slawinski wrote: > And yes I did. Somehow managed to ignore those warnings though, sorry > about that. :) That was intentional so nobody changing mac80211 in the future will accidentally play with those flags through the normal accessors. > Rechecked

Re: [PATCH v14 3/5] tee: add OP-TEE driver

On Wed, Jan 25, 2017 at 10:47:45AM +0100, Jens Wiklander wrote: > On Tue, Jan 24, 2017 at 01:53:30PM +0100, Jens Wiklander wrote: > > On Mon, Jan 23, 2017 at 05:16:15PM +0100, Arnd Bergmann wrote: > > > On Monday, January 23, 2017 10:08:53 AM CET Jens Wiklander wrote: > > > > On Fri, Jan 20, 2017

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

2017-01-25 5:54 GMT+01:00 Stephen Rothwell : > Hi Lee, > > After merging the mfd tree, today's linux-next build (powerpc > allyesconfig) produced this warning: > > drivers/pwm/pwm-stm32.c: In function 'stm32_pwm_apply': > drivers/pwm/pwm-stm32.c:204:33: warning:

Re: [PATCH v5 5/5] Documentation:powerpc: Add device-tree bindings for power-mgt

Hello Rob, Thank you very much for your review. I had missed this mail and found it while looking at the lkml thread while preparing for the next iteration. On Fri, Jan 13, 2017 at 10:57:43AM -0600, Rob Herring wrote: > On Tue, Jan 10, 2017 at 02:37:04PM +0530, Gautham R. Shenoy wrote: > > From:

Re: [git pull] drm fixes for 4.10-rc6 (just missed rc5 tagging :-)

On 25/01/17 05:33 PM, Markus Trippelsdorf wrote: > On 2017.01.23 at 09:38 +1000, Dave Airlie wrote: >> >> Alex Deucher (8): >> drm/radeon/si: load special ucode for certain MC configs >> drm/amdgpu/si: load special ucode

Re: [PATCH v3 3/13] mmc: sunxi: Always set signal delay to 0 for A64

Hi Ulf, On Tue, Jan 24, 2017 at 09:16:12AM +0100, Ulf Hansson wrote: > On 16 January 2017 at 17:56, Maxime Ripard > wrote: > > Experience have shown that the using the autocalibration could severely > > degrade the performances of the MMC bus. > > > > Allwinner

Re: [PATCH net-next v2] macb: Common code to enable ptp support for MACB/GEM

Le 19/01/2017 à 17:07, Nicolas Ferre a écrit : > Le 19/01/2017 à 08:56, Andrei Pistirica a écrit : >> This patch does the following: >> - MACB/GEM-PTP interface >> - registers and bitfields for TSU >> - capability flags to enable PTP per platform basis >> >> Signed-off-by: Andrei Pistirica

Re: [PATCH v2 3/3] i2c: zx2967: add i2c controller driver for ZTE's zx2967 family

On Mon, Jan 23, 2017 at 01:03:26PM +0800, Baoyou Xie wrote: > This patch adds i2c controller driver for ZTE's zx2967 family. > > Signed-off-by: Baoyou Xie > --- > drivers/i2c/busses/Kconfig | 9 + > drivers/i2c/busses/Makefile | 1 + >

Re: [RFC PATCH 1/2] mm, vmscan: account the number of isolated pages per zone

On Fri 20-01-17 22:27:27, Tetsuo Handa wrote: > Mel Gorman wrote: > > On Thu, Jan 19, 2017 at 12:23:36PM +0100, Michal Hocko wrote: > > > So what do you think about the following? Tetsuo, would you be willing > > > to run this patch through your torture testing please? > > > > I'm fine with

Re: [PATCH 12/20] nios2: migrate exception table users off module.h and onto extable.h

On 2017-01-22 at 17:32:36 +0100, Paul Gortmaker wrote: > This file was only including module.h for exception table related > functions. We've now separated that content out into its own file > "extable.h" so now move over to that and avoid all the extra header >

Re: [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings (fwd)

t to resolve 16-bit addressing encodings In-Reply-To: <20170125202353.101059-6-ricardo.neri-calde...@linux.intel.com> Hi Ricardo, [auto build test WARNING on tip/auto-latest] [also build test WARNING on v4.10-rc5 next-20170125] [cannot apply to tip/x86/core] [if your patch is applied to

Re: [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings

On Wed, Jan 25, 2017 at 12:23 PM, Ricardo Neri wrote: > Tasks running in virtual-8086 mode will use 16-bit addressing form > encodings as described in the Intel 64 and IA-32 Architecture Software > Developer's Manual Volume 2A Section 2.1.5. 16-bit

Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)

On 01/25/2017 12:57 PM, Khalid Aziz wrote: ADI is a new feature supported on SPARC M7 and newer processors to allow hardware to catch rogue accesses to memory. ADI is supported for data fetches only and not instruction fetches. An app can enable ADI on its data pages, set version tags on them

Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF

On Wed, Jan 25, 2017 at 02:05:58PM -0800, Dmitry Torokhov wrote: > > Yes. Querying the suspend mode configuration would be one way to do it > > already. > Suspend mode of what though? Regulator? I would not mind cleaning up at > least some of the drivers if we had a generic API for doing such >

Re: [PATCHv2 02/12] mm: introduce page_vma_mapped_walk()

On Wed, Jan 25, 2017 at 09:25:28PM +0300, Kirill A. Shutemov wrote: > The patch introduces new interface to check if a page is mapped into a vma. > It aims to address shortcomings of page_check_address{,_transhuge}. > > Existing interface is not able to handle PTE-mapped THPs: it only finds > the

Re: [PATCH] mm: vmscan: do not pass reclaimed slab to vmpressure

Hello Vinayak, On Wed, Jan 25, 2017 at 05:08:38PM +0530, Vinayak Menon wrote: > It is noticed that during a global reclaim the memory > reclaimed via shrinking the slabs can sometimes result > in reclaimed pages being greater than the scanned pages > in shrink_node. When this is passed to

Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF

On Wed, Jan 25, 2017 at 02:44:10PM -0700, Al Stone wrote: > > But, to the point of some of the other discussion on the thread, this ACPI > sort > of power management is a very, very different model than DT so that > intertwining > the two models is highly unlikely to work, IMHO. And yet this

RE: [PATCH 1/2] fs: Check f_cred instead of current's creds in should_remove_suid()

> On Wed, Jan 25, 2017 at 1:43 PM, Ben Hutchings > wrote: > > On Wed, 2017-01-25 at 13:06 -0800, Andy Lutomirski wrote: > >> If an unprivileged program opens a setgid file for write and passes > >> the fd to a privileged program and the privileged program writes to > >> it,

Re: [PATCH 0/2] setgid hardening

On Wed, Jan 25, 2017 at 01:06:50PM -0800, Andy Lutomirski wrote: > The kernel has some dangerous behavior involving the creation and > modification of setgid executables. These issues aren't kernel > security bugs per se, but they have been used to turn various > filesystem permission oddities

[PATCH -next] eeprom: idt_89hpesx: Drop kfree for memory allocated with devm_kzalloc

From: Wei Yongjun It's not necessary to free memory allocated with devm_kzalloc and using kfree leads to a double free. Fixes: cfad6425382e ("eeprom: Add IDT 89HPESx EEPROM/CSR driver") Signed-off-by: Wei Yongjun ---

Re: [PATCH] firmware: arm_scpi: Add hardware dependencies

On Wed, 25 Jan 2017 13:56:23 +, Sudeep Holla wrote: > On 25/01/17 13:50, Jean Delvare wrote: > > On Wed, 25 Jan 2017 13:38:47 +, Sudeep Holla wrote: > >> On 25/01/17 13:32, Jean Delvare wrote: > >>> With a name like that, I assume that the ARM SCPI protocol is only > >>> useful on the ARM

Re: [PATCH] drm/amd/powerplay: header should be defining _SMU7_CLOCK_POWER_GATING_H_

On Wed, Jan 25, 2017 at 7:07 AM, Colin King wrote: > From: Colin Ian King > > _SMU7_CLOCK_POWER_GATING_H_ is being used as a header guard, followed by > a #define of a different macro. Define _SMU7_CLOCK_POWER_GATING_H_ instead > to fix this.

Re: [PATCH] kasan: Respect /proc/sys/kernel/traceoff_on_warning

On Wed, Jan 25, 2017 at 03:32:11PM +0100, Alexander Potapenko wrote: > > @@ -300,6 +301,8 @@ void kasan_report(unsigned long addr, size_t size, > > if (likely(!kasan_report_enabled())) > > return; > > > > + disable_trace_on_warning(); > > + > Who is going to enable

[PATCH] tpm: remove tpm_read_index and tpm_write_index from tpm.h

These are non-generic functions and do not belong to tpm.h. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm.h | 11 --- drivers/char/tpm/tpm_atmel.h | 6 ++ drivers/char/tpm/tpm_nsc.c | 12 3 files changed, 18

Re: [PATCH] printk: use console_trylock() in console_cpu_notify()

On Sat 2017-01-21 19:47:29, Sergey Senozhatsky wrote: > There is no need to always call blocking console_lock() in > console_cpu_notify(), it's quite possible that console_sem can > be locked by other CPU on the system, either already printing > or soon to begin printing the messages.

[PATCH 2/3] cifs: Only select the required crypto modules

The sha256 and cmac crypto modules are only needed for SMB2+, so move the select statements to config CIFS_SMB2. Also select CRYPTO_AES there as SMB2+ needs it. Signed-off-by: Jean Delvare Cc: Steve French --- fs/cifs/Kconfig |5 +++-- 1 file changed, 3

  1   2   3   4   5   6   7   8   9   10   >