Re: [PATCH net v2 1/2] Revert "tuntap: add missing xdp flush"

2018-02-21 Thread Sergei Shtylyov
On 2/22/2018 9:24 AM, Jason Wang wrote: This reverts commit 762c330d670e3d4b795cf7a8d761866fdd1eef49. The reason is we try to batch packets for devmap which causes calling xdp_do_flush() under the process context. Simply disable premmption s/under/in/. Disabling preemption. may not

Re: [PATCH v4 3/4] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

2018-02-21 Thread Rajendra Nayak
On 02/22/2018 04:53 AM, Doug Anderson wrote: > Hi, > > On Mon, Feb 19, 2018 at 8:36 AM, Marc Zyngier wrote: >>> + interrupts = ; >> >> Please do not use IRQ_TYPE_NONE, ever. It doesn't exist in the GIC >> binding. Set it to the actual trigger value. >>

Re: [PATCH 08/20] lightnvm: complete geo structure with maxoc*

2018-02-21 Thread Javier Gonzalez
> On 22 Feb 2018, at 08.45, Matias Bjørling wrote: > > On 02/21/2018 10:26 AM, Javier González wrote: >> Complete the generic geometry structure with the maxoc and maxocpu >> felds, present in the 2.0 spec. >> Signed-off-by: Javier González >> --- >>

Re: [PATCH 04/20] lightnvm: add minor version to generic geometry

2018-02-21 Thread Javier González
> On 22 Feb 2018, at 08.34, Matias Bjørling wrote: > > On 02/21/2018 10:26 AM, Javier González wrote: >> Separate the version between major and minor on the generic geometry. >> Also, add a "subversion" entry to sysfs to expose the minor version >> without breaking user space.

Re: [PATCH net v2 2/2] tuntap: correctly add the missing xdp flush

2018-02-21 Thread Sergei Shtylyov
Hello! On 2/22/2018 9:24 AM, Jason Wang wrote: Commit 762c330d670e ("tuntap: add missing xdp flush") tries to fix the devmap stall caused by missed xdp flush by counting the pending xdp redirected packets and flush when it exceeds NAPI_POLL_WEIGHT or MSG_MORE is clear. This may lead BUG()

Re: [PATCH v2] iio:dummy: Replace S_IWUSR by 0200

2018-02-21 Thread Daniel Baluta
Hi Dan, On Jo, 2018-02-22 at 10:43 +0300, Dan Carpenter wrote: > On Wed, Feb 21, 2018 at 11:01:50PM +0200, Daniel Baluta wrote: > > > > On Wed, Feb 21, 2018 at 9:28 PM, Rodrigo Siqueira > > wrote: > > > > > > This patch fixes the checkpatch.pl warning: > > > > >

Re: [PATCH 09/20] lightnvm: use generic identify structure

2018-02-21 Thread Javier González
> On 22 Feb 2018, at 08.47, Matias Bjørling wrote: > > On 02/21/2018 10:26 AM, Javier González wrote: >> Create a generic identify structure to collect the identify information >> before knowing the spec. version. This forces different version paths to >> cast the structure to

[PATCH v9 3/7] PCI/ERR: add mutex to synchronize recovery

2018-02-21 Thread Oza Pawandeep
This patch protects pci_do_recovery with mutex. Signed-off-by: Oza Pawandeep diff --git a/drivers/pci/pcie/pcie-err.c b/drivers/pci/pcie/pcie-err.c index a532fe0..8318c84 100644 --- a/drivers/pci/pcie/pcie-err.c +++ b/drivers/pci/pcie/pcie-err.c @@ -20,6 +20,8 @@ #include

[PATCH v9 2/7] PCI/AER: factor out error reporting from AER

2018-02-21 Thread Oza Pawandeep
This patch factors out error reporting callbacks, which are currently tightly coupled with AER. DPC should be able to register callbacks and attmept recovery when DPC trigger event occurs. Signed-off-by: Oza Pawandeep diff --git a/drivers/pci/pci.h b/drivers/pci/pci.h index

Re: [PATCH 11/20] lightnvm: pblk: check for supported version

2018-02-21 Thread Matias Bjørling
On 02/21/2018 10:26 AM, Javier González wrote: At this point, only 1.2 spec is supported, thus check for it. Also, since device-side L2P is only supported in the 1.2 spec, make sure to only check its value under 1.2. Signed-off-by: Javier González ---

Re: [PATCH v7 0/5] Add Intel IOMMU debugfs support

2018-02-21 Thread Yves-Alexis Perez
On Tue, 2018-02-20 at 14:25 -0800, Jacob Pan wrote: > I didn't know about chipsec but reading the code seems to rely on an > out-of-tree kernel module. I don't think it matches what we need here. Yes good indeed, I had forgot about that. Maybe the userland part is still useful, but there's

[PATCH v9 4/7] PCI/DPC: Unify and plumb error handling into DPC

2018-02-21 Thread Oza Pawandeep
Current DPC driver does not do recovery, e.g. calling end-point's driver's callbacks, which sanitize the sw. DPC driver implements link_reset callback, and calls pci_do_recovery. Signed-off-by: Oza Pawandeep diff --git a/drivers/pci/pci.h b/drivers/pci/pci.h index

Re: [PATCH v3 1/7] ARM: sun8i: smp: Add support for A83T

2018-02-21 Thread Mylène Josserand
Hello Chen-Yu, On Tue, 20 Feb 2018 11:32:03 +0800 Chen-Yu Tsai wrote: > On Mon, Feb 19, 2018 at 4:18 PM, Mylène Josserand > wrote: > > Add the support for A83T. > > > > A83T SoC has an additional register than A80 to handle CPU configurations: > >

Re: [PATCH 10/20] lightnvm: pblk: rename ppaf* to addrf*

2018-02-21 Thread Matias Bjørling
On 02/21/2018 10:26 AM, Javier González wrote: In preparation for 2.0 support in pblk, rename variables referring to the address format to addrf and reserve ppaf for the 1.2 path. Signed-off-by: Javier González --- drivers/lightnvm/pblk-init.c | 8

Re: [PATCH 03/20] lightnvm: fix capabilities for 2.0 sysfs

2018-02-21 Thread Javier Gonzalez
> On 22 Feb 2018, at 08.28, Matias Bjørling wrote: > > On 02/21/2018 10:26 AM, Javier González wrote: >> Both 1.2 and 2.0 specs define a field for media and controller >> capabilities. Also, 1.2 defines a separate field dedicated to device >> capabilities. >> In 2.0 sysfs, this

[PATCH v9 5/7] PCI/AER: Unify aer error defines at single space

2018-02-21 Thread Oza Pawandeep
This patch moves AER error defines to drivers/pci/pci.h. So that it unifies the error repoting codes at single place along with dpc Signed-off-by: Oza Pawandeep diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c index 1efefe9..7ae9bb3 100644 ---

[PATCH v9 6/7] PCI: Unify wait for link active into generic pci

2018-02-21 Thread Oza Pawandeep
Clients such as pciehp, dpc are using pcie_wait_link_active, which waits till the link becomes active or inactive. Made generic function and moved it to drivers/pci/pci.c Signed-off-by: Oza Pawandeep diff --git a/drivers/pci/hotplug/pciehp_hpc.c

[PATCH v9 7/7] PCI/DPC: Enumerate the devices after DPC trigger event

2018-02-21 Thread Oza Pawandeep
Implement error_resume callback in DPC so, after DPC trigger event enumerates the devices beneath. Signed-off-by: Oza Pawandeep diff --git a/drivers/pci/pcie/pcie-dpc.c b/drivers/pci/pcie/pcie-dpc.c index fce4518..59c01c7 100644 --- a/drivers/pci/pcie/pcie-dpc.c +++

Re: [PATCH 09/20] lightnvm: use generic identify structure

2018-02-21 Thread Matias Bjørling
On 02/21/2018 10:26 AM, Javier González wrote: Create a generic identify structure to collect the identify information before knowing the spec. version. This forces different version paths to cast the structure to their spec structure, thus making the code less error prone and more maintainable.

[PATCH v9 0/7] Address error and recovery for AER and DPC

2018-02-21 Thread Oza Pawandeep
This patch set brings in error handling support for DPC The current implementation of AER and error message broadcasting to the EP driver is tightly coupled and limited to AER service driver. It is important to factor out broadcasting and other link handling callbacks. So that not only when AER

[PATCH v9 1/7] PCI/AER: Rename error recovery to generic pci naming

2018-02-21 Thread Oza Pawandeep
This patch renames error recovery to generic name with pci prefix Signed-off-by: Oza Pawandeep diff --git a/drivers/pci/pcie/aer/aerdrv_core.c b/drivers/pci/pcie/aer/aerdrv_core.c index a4bfea5..306bf2f 100644 --- a/drivers/pci/pcie/aer/aerdrv_core.c +++

Re: [PATCH 08/20] lightnvm: complete geo structure with maxoc*

2018-02-21 Thread Matias Bjørling
On 02/21/2018 10:26 AM, Javier González wrote: Complete the generic geometry structure with the maxoc and maxocpu felds, present in the 2.0 spec. Signed-off-by: Javier González --- drivers/nvme/host/lightnvm.c | 4 include/linux/lightnvm.h | 2 ++ 2 files

[BUGFIX PATCH v2.1] tracing: probeevent: Fix to support minus offset from symbol

2018-02-21 Thread Masami Hiramatsu
In Documentation/trace/kprobetrace.txt, it says @SYM[+|-offs] : Fetch memory at SYM +|- offs (SYM should be a data symbol) However, the parser doesn't parse minus offset correctly, since commit 2fba0c8867af ("tracing/kprobes: Fix probe offset to be unsigned") drops minus ("-") offset support

Re: [PATCH 01/20] lightnvm: simplify geometry structure.

2018-02-21 Thread Javier Gonzalez
> On 22 Feb 2018, at 08.25, Matias Bjørling wrote: > > On 02/21/2018 10:26 AM, Javier González wrote: >> Currently, the device geometry is stored redundantly in the nvm_id and >> nvm_geo structures at a device level. Moreover, when instantiating >> targets on a specific number

Re: [PATCH v2] iio:dummy: Replace S_IWUSR by 0200

2018-02-21 Thread Dan Carpenter
On Wed, Feb 21, 2018 at 11:01:50PM +0200, Daniel Baluta wrote: > On Wed, Feb 21, 2018 at 9:28 PM, Rodrigo Siqueira > wrote: > > This patch fixes the checkpatch.pl warning: > > > > drivers/iio/dummy/iio_dummy_evgen.c:151: WARNING: Symbolic permissions > > 'S_IWUSR'

Re: [PATCH 07/20] lightnvm: rename sect_* to sec_*

2018-02-21 Thread Matias Bjørling
On 02/21/2018 10:26 AM, Javier González wrote: Rename abbreviations for sector from sect_* to sec_* as most of the code uses this format and it is confusing when using the different structures. Signed-off-by: Javier González --- drivers/lightnvm/pblk-init.c | 8

Re: [PATCH V15 06/22] mmc: block: Add blk-mq support

2018-02-21 Thread Adrian Hunter
On 21/02/18 22:50, Dmitry Osipenko wrote: > On 29.11.2017 16:41, Adrian Hunter wrote: >> Define and use a blk-mq queue. Discards and flushes are processed >> synchronously, but reads and writes asynchronously. In order to support >> slow DMA unmapping, DMA unmapping is not done until after the

Re: [PATCH 04/20] lightnvm: add minor version to generic geometry

2018-02-21 Thread Matias Bjørling
On 02/21/2018 10:26 AM, Javier González wrote: Separate the version between major and minor on the generic geometry. Also, add a "subversion" entry to sysfs to expose the minor version without breaking user space. Signed-off-by: Javier González ---

Re: [PATCH v3 1/3] Kconfig : Remove HAS_IOMEM dependency for Graphics support

2018-02-21 Thread Christian Borntraeger
On 02/21/2018 05:39 PM, Farhan Ali wrote: > > > On 02/21/2018 07:11 AM, Christian Borntraeger wrote: >> >> >> On 02/21/2018 01:07 PM, Cornelia Huck wrote: >> [...] > But if you need to enable PCI to get IOMEM, I wonder why this patch here > is needed at all? The Graphics menu / VT

[PATCH] fscache: fix a kernel BUG at fs/fscache/operation.c:69!

2018-02-21 Thread carmark . dlut
From: Lei Xue There is a potential race in fscache operation enqueuing for reading and copying multiple pages from cachefiles to netfs. Under some heavy load system, it will happen very often. If this race occurs, an oops similar to the following is seen: kernel BUG at

Re: [PATCH 03/20] lightnvm: fix capabilities for 2.0 sysfs

2018-02-21 Thread Matias Bjørling
On 02/21/2018 10:26 AM, Javier González wrote: Both 1.2 and 2.0 specs define a field for media and controller capabilities. Also, 1.2 defines a separate field dedicated to device capabilities. In 2.0 sysfs, this values have been mixed. Revert them to the right value. Signed-off-by: Javier

Re: [PATCH 02/20] lightnvm: add controller capabilities to 2.0

2018-02-21 Thread Matias Bjørling
On 02/21/2018 10:26 AM, Javier González wrote: Assign missing mccap value on 2.0 path Signed-off-by: Javier González --- drivers/nvme/host/lightnvm.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/nvme/host/lightnvm.c b/drivers/nvme/host/lightnvm.c index

Re: [PATCH 01/13] metag: Remove arch/metag/

2018-02-21 Thread James Hogan
On Wed, Feb 21, 2018 at 07:52:08PM -0800, Guenter Roeck wrote: > On 02/21/2018 03:38 PM, James Hogan wrote: > > The earliest Meta architecture port of Linux I have a record of was an > > import of a Meta port of Linux v2.4.1 in February 2004, which was worked > > on significantly over the next few

Re: [PATCH 01/20] lightnvm: simplify geometry structure.

2018-02-21 Thread Matias Bjørling
On 02/21/2018 10:26 AM, Javier González wrote: Currently, the device geometry is stored redundantly in the nvm_id and nvm_geo structures at a device level. Moreover, when instantiating targets on a specific number of LUNs, these structures are replicated and manually modified to fit the instance

Re: mmotm 2018-02-21-14-48 uploaded (mm/page_alloc.c on UML)

2018-02-21 Thread Michal Hocko
On Wed 21-02-18 15:58:41, Randy Dunlap wrote: > On 02/21/2018 02:48 PM, a...@linux-foundation.org wrote: > > The mm-of-the-moment snapshot 2018-02-21-14-48 has been uploaded to > > > >http://www.ozlabs.org/~akpm/mmotm/ > > > > mmotm-readme.txt says > > > > README for mm-of-the-moment: > >

Re: [PATCH] dt-bindings: fpga: Consolidate bridge properties

2018-02-21 Thread Michal Simek
On 21.2.2018 18:33, Moritz Fischer wrote: > Consolidate bridge properties in a single file, instead of duplicating > the same optional property over and over again. > > Signed-off-by: Moritz Fischer > Cc: Alan Tull > Cc: Rob Herring > ---

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

2018-02-21 Thread Michal Hocko
On Thu 22-02-18 14:30:57, Stephen Rothwell wrote: > Hi Andrew, > > [As reported by Randy for uml ...] > > After merging the akpm-current tree, today's linux-next build (sparc > defconfig) failed like this: > > /home/sfr/next/next/mm/page_alloc.c: In function 'memmap_init_zone': >

Re: [PATCH 4.15 000/163] 4.15.5-stable review

2018-02-21 Thread Greg Kroah-Hartman
On Wed, Feb 21, 2018 at 01:13:46PM -0700, Shuah Khan wrote: > On 02/21/2018 05:47 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.15.5 release. > > There are 163 patches in this series, all will be posted as a response > > to this one. If anyone has any

[RFC tip/locking/lockdep v5 04/17] lockdep: Introduce lock_list::dep

2018-02-21 Thread Boqun Feng
To add recursive read locks into the dependency graph, we need to store the types of dependencies for the BFS later. There are four kinds of dependencies: * Non-recursive -> Non-recursive dependencies(NN) e.g. write_lock(prev) -> write_lock(next), we can also write this as

[RFC tip/locking/lockdep v5 02/17] lockdep: Make __bfs() visit every dependency until a match

2018-02-21 Thread Boqun Feng
Currently, __bfs() will do a breadth-first search in the dependency graph and visit each lock class in the graph exactly once, so for example, in the following graph: A -> B |^ || +--> C a __bfs() call starts at A, will

[RFC tip/locking/lockdep v5 05/17] lockdep: Extend __bfs() to work with multiple kinds of dependencies

2018-02-21 Thread Boqun Feng
Now we have four kinds of dependencies in the dependency graph, and not all the pathes carry strong dependencies, for example: Given lock A, B, C, if we have: CPU1CPU2 = == write_lock(A); read_lock(B);

[RFC tip/locking/lockdep v5 08/17] lockdep: Fix recursive read lock related safe->unsafe detection

2018-02-21 Thread Boqun Feng
There are four cases for recursive read lock realted deadlocks: (--(X..Y)--> means a strong dependency path starts with a --(X*)--> dependency and ends with a --(*Y)-- dependency.) 1. An irq-safe lock L1 has a dependency --(*..*)--> to an irq-unsafe lock L2. 2. An

[RFC tip/locking/lockdep v5 07/17] lockdep: Adjust check_redundant() for recursive read change

2018-02-21 Thread Boqun Feng
As we have four kinds of dependencies now, check_redundant() should only report redundant if we have a dependency path which is equal or _stronger_ than the current dependency. For example if in check_prev_add() we have: prev->read == 2 && next->read != 2 , we should only report

[RFC tip/locking/lockdep v5 17/17] MAINTAINERS: Add myself as a LOCKING PRIMITIVES reviewer

2018-02-21 Thread Boqun Feng
Recursive read lock detection work touches most core part of lockdep, so add myself as a dedicated reviewer to help people find me if any of my code introduces problems or misunderstandings, also if they need my help on parsing logs related to recursive read locks. Besides, I'd like to provide

[RFC tip/locking/lockdep v5 13/17] lockdep/selftest: Add more recursive read related test cases

2018-02-21 Thread Boqun Feng
Add those four test cases: 1. X --(NR)--> Y --(NR)--> Z --(NR)--> X is deadlock. 2. X --(NN)--> Y --(RR)--> Z --(NR)--> X is deadlock. 3. X --(NN)--> Y --(RR)--> Z --(RN)--> X is not deadlock. 4. X --(NR)--> Y --(RR)--> Z --(NN)--> X is not deadlock. Those self testcases

[RFC tip/locking/lockdep v5 16/17] lockdep: Documention for recursive read lock detection reasoning

2018-02-21 Thread Boqun Feng
As now we support recursive read lock deadlock detection, add related explanation in the Documentation/lockdep/lockdep-desgin.txt: * Definition of recursive read locks, non-recursive locks, strong dependency path and notions of -(**)->. * Lockdep's assumption. *

[RFC tip/locking/lockdep v5 06/17] lockdep: Support deadlock detection for recursive read in check_noncircular()

2018-02-21 Thread Boqun Feng
Currently, lockdep only has limit support for deadlock detection for recursive read locks. The basic idea of the detection is: Since we make __bfs() able to traverse only the strong dependency paths, so we report a circular deadlock if we could find a circle of a strong dependency path.

[PATCH 4.14, 4.9] crypto: talitos - fix Kernel Oops on hashing an empty file

2018-02-21 Thread Christophe Leroy
Upstream 87a81dce53b1ea61acaeefa5191a0376a2d1d721 Performing the hash of an empty file leads to a kernel Oops [ 44.504600] Unable to handle kernel paging request for data at address 0x000c [ 44.512819] Faulting instruction address: 0xc02d2be8 [ 44.524088] Oops: Kernel access of bad

[RFC tip/locking/lockdep v5 15/17] lockdep: Reduce the size of lock_list

2018-02-21 Thread Boqun Feng
We actually only need 4 bits for lock_list::dep and 1 bit for lock_list::is_rr, besides lock_list::distance should always be no greater than MAX_LOCKDEP_DEPTH(which is 48 right now), so a u16 will fit, this patch then reduces the sizes of those fields to save space for lock_list structure, as a

[RFC tip/locking/lockdep v5 01/17] lockdep: Demagic the return value of BFS

2018-02-21 Thread Boqun Feng
__bfs() could return four magic numbers: 1: search succeeds, but none match. 0: search succeeds, find one match. -1: search fails because of the cq is full. -2: search fails because a invalid node is found. This patch cleans things up by using a enum type for the

[RFC tip/locking/lockdep v5 12/17] lockdep/selftest: Unleash irq_read_recursion2 and add more

2018-02-21 Thread Boqun Feng
Now since we can handle recursive read related irq inversion deadlocks correctly, uncomment the irq_read_recursion2 and add more testcases. Signed-off-by: Boqun Feng --- lib/locking-selftest.c | 59 -- 1 file changed, 47

[RFC tip/locking/lockdep v5 10/17] lockdep/selftest: Add a R-L/L-W test case specific to chain cache behavior

2018-02-21 Thread Boqun Feng
As our chain cache doesn't differ read/write locks, so even we can detect a read-lock/lock-write deadlock in check_noncircular(), we can still be fooled if a read-lock/lock-read case(which is not a deadlock) comes first. So introduce this test case to test specific to the chain cache behavior on

[RFC tip/locking/lockdep v5 09/17] lockdep: Add recursive read locks into dependency graph

2018-02-21 Thread Boqun Feng
Since we have all the fundamental to handle recursive read locks, we now add them into the dependency graph. Signed-off-by: Boqun Feng --- kernel/locking/lockdep.c | 16 +--- 1 file changed, 1 insertion(+), 15 deletions(-) diff --git a/kernel/locking/lockdep.c

[RFC tip/locking/lockdep v5 14/17] Revert "locking/lockdep/selftests: Fix mixed read-write ABBA tests"

2018-02-21 Thread Boqun Feng
This reverts commit d82fed75294229abc9d757f08a4817febae6c4f4. Since we now could handle mixed read-write deadlock detection well, the self tests could be detected as expected, no need to use this work-around. Signed-off-by: Boqun Feng --- lib/locking-selftest.c | 8

[RFC tip/locking/lockdep v5 11/17] lockdep: Take read/write status in consideration when generate chainkey

2018-02-21 Thread Boqun Feng
Currently, the chainkey of a lock chain is a hash sum of the class_idx of all the held locks, the read/write status are not taken in to consideration while generating the chainkey. This could result into a problem, if we have: P1() { read_lock(B);

[RFC tip/locking/lockdep v5 03/17] lockdep: Redefine LOCK_*_STATE* bits

2018-02-21 Thread Boqun Feng
There are three types of lock acquisitions: write, non-recursive read and recursive read, among which write locks and non-recursive read locks have no difference from a viewpoint for deadlock detections, because a write acquisition of the corresponding lock on an independent CPU or task makes a

[RFC tip/locking/lockdep v5 00/17] lockdep: Support deadlock detection for recursive read locks

2018-02-21 Thread Boqun Feng
Hi Ingo and Peter, This is V5 for recursive read lock support in lockdep. The changes since V4 are quite trivial: * Fix some wording issues in patch #16 as pointed out by Randy Dunlap I added the explanation about reasoning in patch #16 in V4, which will help understand this whole

Re: [PATCH v2 1/8] [PATCH 1/8] drivers/peci: Add support for PECI bus driver core

2018-02-21 Thread kbuild test robot
Hi Jae, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.16-rc2 next-20180221] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

[RFC PATCH] drivers/peci: peci_match_id() can be static

2018-02-21 Thread kbuild test robot
Fixes: 99f5d2b99ecd ("drivers/peci: Add support for PECI bus driver core") Signed-off-by: Fengguang Wu --- peci-core.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/peci/peci-core.c b/drivers/peci/peci-core.c index d976c73..4709b8c

Re: Use higher-order pages in vmalloc

2018-02-21 Thread Michal Hocko
On Wed 21-02-18 09:01:29, Matthew Wilcox wrote: > On Wed, Feb 21, 2018 at 08:16:22AM -0800, Dave Hansen wrote: > > On 02/21/2018 07:42 AM, Matthew Wilcox wrote: > > > This prompted me to write a patch I've been meaning to do for a while, > > > allocating large pages if they're available to satisfy

Re: [PATCH 4.9 34/77] powerpc: fix build errors in stable tree

2018-02-21 Thread Greg Kroah-Hartman
On Thu, Feb 22, 2018 at 12:01:21PM +1100, Michael Ellerman wrote: > Greg Kroah-Hartman writes: > > > 4.9-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Nicholas Piggin > > > > This

Re: [PATCH RFC tools/lkmm 10/12] tools/memory-model: Add a S lock-based external-view litmus test

2018-02-21 Thread Boqun Feng
On Wed, Feb 21, 2018 at 09:42:08PM -0800, Daniel Lustig wrote: > On 2/21/2018 9:27 PM, Boqun Feng wrote: > > On Wed, Feb 21, 2018 at 08:13:57PM -0800, Paul E. McKenney wrote: > >> On Thu, Feb 22, 2018 at 11:23:49AM +0800, Boqun Feng wrote: > >>> On Tue, Feb 20, 2018 at 03:25:10PM -0800, Paul E.

Re: [PATCH v2 1/8] [PATCH 1/8] drivers/peci: Add support for PECI bus driver core

2018-02-21 Thread Greg KH
On Wed, Feb 21, 2018 at 12:42:30PM -0800, Jae Hyun Yoo wrote: > On 2/21/2018 9:58 AM, Greg KH wrote: > > On Wed, Feb 21, 2018 at 08:15:59AM -0800, Jae Hyun Yoo wrote: > > > This commit adds driver implementation for PECI bus into linux > > > driver framework. > > > > > > Signed-off-by: Jae Hyun

[PATCH] srcu: remove never used variable

2018-02-21 Thread zhouzhouyi
From: Zhouyi Zhou In function srcu_gp_end, the variable idxnext is never used after assign, remove it and its assign statement. Signed-off-by: Zhouyi Zhou --- kernel/rcu/srcutree.c | 2 -- 1 file changed, 2 deletions(-) diff --git

Re: [PATCH v2 01/17] tracing: probeevent: Fix to support minus offset from symbol

2018-02-21 Thread Masami Hiramatsu
On Wed, 21 Feb 2018 20:53:41 -0500 Steven Rostedt wrote: > On Thu, 22 Feb 2018 08:41:53 +0900 > Masami Hiramatsu wrote: > > > Hi Steve, > > > > Could you pick this separately since this is a bugfix? > > > > Yes definitely. I'll have to run my tests

[v2 0/3] Patches to address some limitations in OS microcode loading.

2018-02-21 Thread Ashok Raj
Patch series to address limitations of OS microcode loading. Review comments from Boris: Changes since v1: Patch 1/3 - Check for revision to avoid duplicate microcode load in early load - Added inline comments. Changes since v1: Patch 2/3 - Change to native_wbinvd for early load. Changes since

[v2 2/3] x86/microcode/intel: Perform a cache flush before ucode update.

2018-02-21 Thread Ashok Raj
Microcode updates can be safer if the caches are clean. Some of the issues around in certain Broadwell parts can be addressed by doing a full cache flush. Signed-off-by: Ashok Raj Cc: X86 ML Cc: LKML Cc: Thomas Gleixner

[v2 3/3] x86/microcode: Quiesce all threads before a microcode update.

2018-02-21 Thread Ashok Raj
Microcode updates during OS load always assumed the other hyper-thread was "quiet", but Linux never really did this. We've recently received several issues on this, where things did not go well at scale deployments, and the Intel microcode team asked us to make sure the system is in a quiet state

[v2 1/3] x86/microcode/intel: Check microcode revision before updating sibling threads

2018-02-21 Thread Ashok Raj
After updating microcode on one of the threads in the core, the thread sibling automatically gets the update since the microcode resources are shared. Check the ucode revision on the CPU before performing a ucode update. Signed-off-by: Ashok Raj Cc: X86 ML

[PATCH net v2 1/2] Revert "tuntap: add missing xdp flush"

2018-02-21 Thread Jason Wang
This reverts commit 762c330d670e3d4b795cf7a8d761866fdd1eef49. The reason is we try to batch packets for devmap which causes calling xdp_do_flush() under the process context. Simply disable premmption may not work since process may move among processors which lead xdp_do_flush() to miss some

[PATCH net v2 2/2] tuntap: correctly add the missing xdp flush

2018-02-21 Thread Jason Wang
Commit 762c330d670e ("tuntap: add missing xdp flush") tries to fix the devmap stall caused by missed xdp flush by counting the pending xdp redirected packets and flush when it exceeds NAPI_POLL_WEIGHT or MSG_MORE is clear. This may lead BUG() since xdp_do_flush() was called under process context

[PATCH ipmi/kcs_bmc v4] ipmi: kcs_bmc: make the code be more clean

2018-02-21 Thread Haiyue Wang
Modify the file read and write operation API's parameter declaration to meet the name convention. Rename the helper function by following the to_() name style. Update the poll API with the new type '__poll_t', this is new commit from linux-4.16-rc1. Correct the header file's comment style for

Re: [PATCH v4 3/4] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

2018-02-21 Thread Rajendra Nayak
On 02/19/2018 10:06 PM, Marc Zyngier wrote: > On Fri, 16 Feb 2018 11:35:02 +0530 > Rajendra Nayak wrote: > >> Add a skeletal sdm845 SoC dtsi and MTP board dts/dtsi files >> >> Signed-off-by: Rajendra Nayak >> Reviewed-by: Doug Anderson

Re: [PATCH] netlink: put module reference if dump start fails

2018-02-21 Thread Bo YU
Hi, On Wed, Feb 21, 2018 at 04:41:05PM +0100, Jason A. Donenfeld wrote: Fixes: 41c87425a1ac ("netlink: do not set cb_running if dump's start() errs") I think you Would better to resend it. Bo,

Re: [PATCH v13 7/8] ARM: dts: imx: Add TDA19971 HDMI Receiver to GW54xx

2018-02-21 Thread Shawn Guo
On Thu, Feb 15, 2018 at 01:19:17PM -0800, Tim Harvey wrote: > On Thu, Feb 15, 2018 at 10:36 AM, Hans Verkuil wrote: > > On 15/02/18 18:55, Tim Harvey wrote: > >> The GW54xx has a front-panel microHDMI connector routed to a TDA19971 > >> which is connected the the IPU CSI when

[PATCH v5 2/4] dt-bindings: qcom: Add SDM845 bindings

2018-02-21 Thread Rajendra Nayak
Add a SoC string 'sdm845' for the qualcomm SDM845 SoC Signed-off-by: Rajendra Nayak Reviewed-by: Douglas Anderson Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/arm/qcom.txt | 1 + 1 file changed, 1 insertion(+)

Re: [PATCH v1] drm/simple_kms_helper: Fix NULL pointer dereference with no active CRTC

2018-02-21 Thread Oleksandr Andrushchenko
On 02/22/2018 08:09 AM, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko It is possible that drm_simple_kms_plane_atomic_check called with no CRTC set, e.g. when user-space application sets CRTC_ID/FB_ID to 0 before doing any actual drawing. This

[PATCH v5 4/4] arm64: dts: sdm845: Add serial console support

2018-02-21 Thread Rajendra Nayak
Add the qup uart node and geni se instance needed to support the serial console on the MTP. Signed-off-by: Rajendra Nayak --- arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 39 + arch/arm64/boot/dts/qcom/sdm845.dtsi| 39

[PATCH v5 3/4] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

2018-02-21 Thread Rajendra Nayak
Add a skeletal sdm845 SoC dtsi and MTP board dts/dtsi files Signed-off-by: Rajendra Nayak Reviewed-by: Doug Anderson --- arch/arm64/boot/dts/qcom/Makefile | 1 + arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 15 ++

[PATCH v5 0/4] Add DTS for SDM845 SoC and MTP

2018-02-21 Thread Rajendra Nayak
These are basic device tree files needed to boot a SDM845 MTP board to a ramfs based serial console shell Bindings are based on whats proposed for pinctrl/serial/clock drivers for SDM845 SoC pinctrl: https://patchwork.kernel.org/patch/10157143/ (This is now pulled in by Linus Walleij for 4.17)

[PATCH v5 1/4] dt-bindings: arm: Document kryo385 cpu

2018-02-21 Thread Rajendra Nayak
Document the compatible string for the Kryo385 cpus found in qualcomm SoCs. Signed-off-by: Rajendra Nayak Reviewed-by: Rob Herring Reviewed-by: Douglas Anderson --- Documentation/devicetree/bindings/arm/cpus.txt | 1 + 1 file

[PATCH v1] drm/simple_kms_helper: Fix NULL pointer dereference with no active CRTC

2018-02-21 Thread Oleksandr Andrushchenko
From: Oleksandr Andrushchenko It is possible that drm_simple_kms_plane_atomic_check called with no CRTC set, e.g. when user-space application sets CRTC_ID/FB_ID to 0 before doing any actual drawing. This leads to NULL pointer dereference because in this case new

Re: [PATCH v4 00/16] R-Car DU: Convert LVDS code to bridge driver

2018-02-21 Thread Frank Rowand
On 02/20/18 15:10, Laurent Pinchart wrote: > Hello, > > This patch series addresses a design mistake that dates back from the initial > DU support. Support for the LVDS encoders, which are IP cores separate from > the DU, was bundled in the DU driver. Worse, both the DU and LVDS were > described

Re: [PATCH] doc: process: Add "Root-caused-by" and "Suggested-by"

2018-02-21 Thread Kees Cook
On Wed, Feb 21, 2018 at 8:43 PM, Randy Dunlap wrote: > On 02/21/2018 04:37 PM, Kees Cook wrote: >> As recently pointed out by Linus, "Root-caused-by" is a good tag to include >> since it can indicate significantly more work than "just" a Reported-by. >> This adds it and

[PATCH 1/2] cpufreq: Reorder cpufreq_online() a bit

2018-02-21 Thread Viresh Kumar
Ideally the de-allocation of resources should happen in the exact opposite order in which they were allocated. It helps maintain the code in long term, even if nothing really breaks with incorrect ordering. The same wasn't followed in cpufreq_online() and it has some inconsistencies. For example,

[PATCH 2/2] cpufreq: Validate cpufreq table from core

2018-02-21 Thread Viresh Kumar
By design, it is responsibility of the cpufreq drivers to call cpufreq_frequency_table_cpuinfo() from their ->init() callback to validate the cpufreq table. But what if the cpufreq driver is buggy and fails to do so properly? It may then result in unexpected behavior from the driver or the

[PATCH] cpufreq: mediatek: Convert pr_warn() to pr_debug()

2018-02-21 Thread Viresh Kumar
With multi-platform build images, this shows a message on non mediatek platforms, which is unnecessary. Convert pr_warn() to pr_debug() here. Signed-off-by: Viresh Kumar --- drivers/cpufreq/mediatek-cpufreq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH v12 01/22] selftests/x86: Move protecton key selftest to arch neutral directory

2018-02-21 Thread Ingo Molnar
* Ram Pai wrote: > cc: Dave Hansen > cc: Florian Weimer > Signed-off-by: Ram Pai > --- > tools/testing/selftests/vm/Makefile |1 + > tools/testing/selftests/vm/pkey-helpers.h | 223 >

[PATCH v1 1/5] dt-bindings: soc: update MT2712 power dt-bindings

2018-02-21 Thread Weiyi Lu
Add new power domains(MFG_SC1/MFG_SC2/MFG_SC3) for MT2712 according to ECO design change. Signed-off-by: Weiyi Lu --- include/dt-bindings/power/mt2712-power.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/dt-bindings/power/mt2712-power.h

[PATCH v1 3/5] dt-bindings: clock: add clocks for MT2712

2018-02-21 Thread Weiyi Lu
add new clocks according to ECO design change Signed-off-by: Weiyi Lu --- include/dt-bindings/clock/mt2712-clk.h | 294 + 1 file changed, 151 insertions(+), 143 deletions(-) diff --git a/include/dt-bindings/clock/mt2712-clk.h

[PATCH v1 4/5] arm64: dts: add clock device nodes of MT2712

2018-02-21 Thread Weiyi Lu
add new clocks according to ECO design change Signed-off-by: Weiyi Lu --- arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 28 1 file changed, 28 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt2712e.dtsi

[PATCH v1 0/5] update Mediatek MT2712 clock and scpsys support

2018-02-21 Thread Weiyi Lu
This series is based on v4.16-rc1 and composed of scpsys control (PATCH 1-2) and clock control (PATCH 3-5). Basically, all changes are for the ECO design change of MT2712. Weiyi Lu (5): dt-bindings: soc: update MT2712 power dt-bindings soc: mediatek: update power domain data of MT2712

[PATCH v1 2/5] soc: mediatek: update power domain data of MT2712

2018-02-21 Thread Weiyi Lu
1. split MFG power domain into MFG/MFG_SC1/MFG_SC2/MFG_SC3 according to MT2712 ECO design change 2. add subdomain support for MT2712 Signed-off-by: Weiyi Lu --- drivers/soc/mediatek/mtk-scpsys.c | 42 +-- 1 file changed, 40

[PATCH v1 0/5] update Mediatek MT2712 clock and scpsys support

2018-02-21 Thread Weiyi Lu
This series is based on v4.16-rc1 and composed of scpsys control (PATCH 1-2) and clock control (PATCH 3-5). Basically, all changes are for the ECO design change of MT2712. Weiyi Lu (5): dt-bindings: soc: update MT2712 power dt-bindings soc: mediatek: update power domain data of MT2712

[PATCH v1 5/5] clk: mediatek: update clock driver of MT2712

2018-02-21 Thread Weiyi Lu
According to ECO design change, 1. add new clock mux data and change some 2. add new clock gate data and clock factor data 3. change status register offset of infra subsystem Signed-off-by: Weiyi Lu --- drivers/clk/mediatek/clk-mt2712.c | 69

Re: [PATCH RFC tools/lkmm 10/12] tools/memory-model: Add a S lock-based external-view litmus test

2018-02-21 Thread Daniel Lustig
On 2/21/2018 9:27 PM, Boqun Feng wrote: > On Wed, Feb 21, 2018 at 08:13:57PM -0800, Paul E. McKenney wrote: >> On Thu, Feb 22, 2018 at 11:23:49AM +0800, Boqun Feng wrote: >>> On Tue, Feb 20, 2018 at 03:25:10PM -0800, Paul E. McKenney wrote: From: Alan Stern

Re: [PATCH 4/4] fs/dcache: Avoid the try_lock loops in dentry_kill()

2018-02-21 Thread Al Viro
On Fri, Feb 16, 2018 at 10:03:15AM -0800, Linus Torvalds wrote: > On Fri, Feb 16, 2018 at 7:09 AM, John Ogness > wrote: > > dentry_kill() holds dentry->d_lock and needs to acquire both > > dentry->d_inode->i_lock and dentry->d_parent->d_lock. This cannot be > > done

RE: [PATCH] efivarfs: Limit the rate for non-root to read files

2018-02-21 Thread Luck, Tony
> - just make it return -EAGAIN instead of sleeping (which probably > just works fine and doesn't break anything and is simple) It is very simple. But it does break things :-(. If I read one of these files using "dd bs=1", that used to read the whole file (while generating lots of SMI). With the

Re: [PATCH] ocxl: Add get_metadata IOCTL to share OCXL information to userspace

2018-02-21 Thread Balbir Singh
On Thu, Feb 22, 2018 at 2:51 PM, Alastair D'Silva wrote: > On Thu, 2018-02-22 at 14:46 +1100, Balbir Singh wrote: > >> lpc_size could be added. It's currently useless to the library, but >> > doesn't >> > hurt. The one which was giving me troubles on a previous version of

Re: [PATCH 4/4] fs/dcache: Avoid the try_lock loops in dentry_kill()

2018-02-21 Thread Al Viro
On Tue, Feb 20, 2018 at 12:34:57AM +0100, John Ogness wrote: > Implementation 3: The same as implementation 2 but using if's to > support branch prediction. This approach is probably the most > complicated to understand but will be the fastest. > > /* >* Lock the

  1   2   3   4   5   6   7   8   9   10   >