[PATCH V3 07/16] dt-bindings: PCI: designware: Add binding for CDM register check

2019-04-16 Thread Vidya Sagar
Add support to enable CDM (Configuration Dependent Module) registers check for any data corruption. CDM registers include standard PCIe configuration space registers, Port Logic registers and iATU and DMA registers. Refer Section S.4 of Synopsys DesignWare Cores PCI Express Controller Databook

[PATCH V3 06/16] PCI: dwc: Add ext config space capability search API

2019-04-16 Thread Vidya Sagar
Add extended configuration space capability search API using struct dw_pcie * pointer Signed-off-by: Vidya Sagar --- Changes from [v2]: * None Changes from [v1]: * This is a new patch in v2 series drivers/pci/controller/dwc/pcie-designware.c | 41

[PATCH V3 02/16] PCI/PME: Export pcie_pme_disable_msi() & pcie_pme_no_msi() APIs

2019-04-16 Thread Vidya Sagar
Export pcie_pme_disable_msi() & pcie_pme_no_msi() APIs to enable drivers using this API be able to build as loadable modules. Signed-off-by: Vidya Sagar --- Changes from [v2]: * Exported pcie_pme_no_msi() API after making pcie_pme_msi_disabled a static Changes from [v1]: * This is a new patch

[PATCH V3 03/16] PCI: Export pcie_bus_config symbol

2019-04-16 Thread Vidya Sagar
Export pcie_bus_config to enable host controller drivers setting it to a specific configuration be able to build as loadable modules Signed-off-by: Vidya Sagar --- Changes since [v2]: * None Changes since [v1]: * This is a new patch in v2 series drivers/pci/pci.c | 1 + 1 file changed, 1

[PATCH V3 05/16] PCI: dwc: Move config space capability search API

2019-04-16 Thread Vidya Sagar
move PCIe config space capability search API to common designware file as this can be used by both host and ep mode codes. Signed-off-by: Vidya Sagar --- Changes from [v2]: * None Changes from [v1]: * Removed dw_pcie_find_next_ext_capability() API from here and made a separate patch for that

[PATCH V3 04/16] PCI: dwc: Perform dbi regs write lock towards the end

2019-04-16 Thread Vidya Sagar
Remove multiple write enable and disable sequences of dbi registers as Tegra194 implements writes to BAR-0 register (offset: 0x10) controlled by DBI write-lock enable bit thereby not allowing any further writes to BAR-0 register in config space to take place. Hence disabling write permission only

[PATCH V3 00/16] Add Tegra194 PCIe support

2019-04-16 Thread Vidya Sagar
Tegra194 has six PCIe controllers based on Synopsys DesignWare core. There are two Universal PHY (UPHY) blocks with each supporting 12(HSIO: Hisg Speed IO) and 8(NVHS: NVIDIA High Speed) lanes respectively. Controllers:0~4 use UPHY lanes from HSIO brick whereas Controller:5 uses UPHY lanes from

[PATCH V3 01/16] PCI: Add #defines for some of PCIe spec r4.0 features

2019-04-16 Thread Vidya Sagar
Add #defines only for the Data Link Feature and Physical Layer 16.0 GT/s features. Signed-off-by: Vidya Sagar Reviewed-by: Thierry Reding --- Changes from [v2]: * Updated commit message and description to explicitly mention that defines are added only for some of the features and not all.

Re: [tip:sched/urgent] sched/fair: Limit sched_cfs_period_timer() loop to avoid hard lockup

2019-04-16 Thread Phil Auld
Hi Sasha, On Tue, Apr 16, 2019 at 08:32:09AM -0700 tip-bot for Phil Auld wrote: > Commit-ID: 2e8e19226398db8265a8e675fcc0118b9e80c9e8 > Gitweb: > https://git.kernel.org/tip/2e8e19226398db8265a8e675fcc0118b9e80c9e8 > Author: Phil Auld > AuthorDate: Tue, 19 Mar 2019 09:00:05 -0400 >

Re: next/master boot bisection: next-20190215 on beaglebone-black

2019-04-16 Thread Mathieu Desnoyers
- On Apr 16, 2019, at 3:17 PM, Mathieu Desnoyers mathieu.desnoy...@efficios.com wrote: > - On Apr 16, 2019, at 2:54 PM, Dan Williams dan.j.willi...@intel.com > wrote: > >> On Thu, Apr 11, 2019 at 1:54 PM Guenter Roeck wrote: >> [..] >>> > > Boot tests report >>> > > >>> > > Qemu test

Re: [PATCH v1 1/1] thermal: rcar_gen3_thermal: request IRQ after device initialization

2019-04-16 Thread Daniel Lezcano
On 11/04/2019 12:03, Jiada Wang wrote: > Currently IRQ is remain enabled after .remove, later if device is probed, > IRQ is requested before .thermal_init, this may cause IRQ function be > triggered but not able to clear IRQ status, thus cause system to hang. > > this patch by moving request of

Re: [PATCH 0/7] arm64: meson: g12a: add audio devices

2019-04-16 Thread Kevin Hilman
On Tue, Apr 16, 2019 at 11:52 AM Kevin Hilman wrote: > > Jerome Brunet writes: > > > This patchset adds most the audio devices of the g12a SoCs. > > > > Kevin, couple of things worth noting: > > * This patch depends of the new audio clocks binding recently applied > >by Neil [0]. > > Was

Re: [PATCH RFC 1/2] Add polling support to pidfd

2019-04-16 Thread Joel Fernandes
On Tue, Apr 16, 2019 at 02:04:31PM +0200, Oleg Nesterov wrote: > On 04/11, Joel Fernandes (Google) wrote: > > > > +static unsigned int proc_tgid_base_poll(struct file *file, struct > > poll_table_struct *pts) > > +{ > > + int poll_flags = 0; > > + struct task_struct *task; > > + struct pid

Re: [v2 RFC PATCH 0/9] Another Approach to Use PMEM as NUMA Node

2019-04-16 Thread Yang Shi
On 4/16/19 12:47 AM, Michal Hocko wrote: On Mon 15-04-19 17:09:07, Yang Shi wrote: On 4/12/19 1:47 AM, Michal Hocko wrote: On Thu 11-04-19 11:56:50, Yang Shi wrote: [...] Design == Basically, the approach is aimed to spread data from DRAM (closest to local CPU) down further to PMEM

Re: [PATCH RFC 1/1] kernfs: keep kernfs node alive for __kernfs_remove()

2019-04-16 Thread Tejun Heo
On Tue, Apr 16, 2019 at 06:53:35PM +0300, Konstantin Khorenko wrote: > __kernfs_remove() which is called under kernfs_mutex, > assumes nobody kills kernfs node whie it's working on it > and "get"s current kernfs node for that. > > But we hit a warning in kernfs_get(): kn->counter == 0 already: >

Re: next/master boot bisection: next-20190215 on beaglebone-black

2019-04-16 Thread Mathieu Desnoyers
- On Apr 16, 2019, at 2:54 PM, Dan Williams dan.j.willi...@intel.com wrote: > On Thu, Apr 11, 2019 at 1:54 PM Guenter Roeck wrote: > [..] >> > > Boot tests report >> > > >> > > Qemu test results: >> > > total: 345 pass: 345 fail: 0 >> > > >> > > This is on top of next-20190410 with

Re: [PATCH v3 0/9] klp-convert livepatch build tooling

2019-04-16 Thread Miroslav Benes
On Tue, 16 Apr 2019, Joe Lawrence wrote: > On 4/10/19 11:50 AM, Joe Lawrence wrote: > > Hi folks, > > > > This is the third installment of the klp-convert tool for generating and > > processing livepatch symbols for livepatch module builds. For those > > following along at home, archive links

Re: [RFT/RFC PATCH v3 4/5] arm: Use common cpu_topology

2019-04-16 Thread Atish Patra
On 4/16/19 6:09 AM, Sudeep Holla wrote: On Mon, Apr 15, 2019 at 02:16:43PM -0700, Atish Patra wrote: On 4/15/19 8:31 AM, Sudeep Holla wrote: On Wed, Mar 20, 2019 at 04:48:05PM -0700, Atish Patra wrote: Currently, ARM32 and ARM64 uses different data structures to represent their cpu toplogies.

Re: [PATCH v3 2/9] kbuild: Support for Symbols.list creation

2019-04-16 Thread Miroslav Benes
On Tue, 16 Apr 2019, Joe Lawrence wrote: > On 4/11/19 3:04 PM, Miroslav Benes wrote: > > > >> diff --git a/samples/livepatch/Makefile b/samples/livepatch/Makefile > >> index 2472ce39a18d..8b9b42a258ad 100644 > >> --- a/samples/livepatch/Makefile > >> +++ b/samples/livepatch/Makefile > >> @@ -1,3

Re: INFO: task hung in usb_kill_urb

2019-04-16 Thread syzbot
Hello, syzbot has tested the proposed patch and the reproducer did not trigger crash: Reported-and-tested-by: syzbot+d919b0f29d7b5a499...@syzkaller.appspotmail.com Tested on: commit: 9a33b369 usb-fuzzer: main usb gadget fuzzer driver git tree:

Re: [PATCH v4 1/2] kernel/crash_core: separate the parsing routines to lib/parse_crashkernel.c

2019-04-16 Thread Borislav Petkov
On Mon, Apr 08, 2019 at 01:58:34PM +0800, Pingfan Liu wrote: > Beside kernel, at early boot stage, the KASLR code also needs to parse the > crashkernel=x@y or crashkernel=ramsize-range:size[,...][@offset] option, > and avoid to put randomized kernel in the region. > > Extracting the parsing

Re: [PATCH v4 2/2] x86/boot/KASLR: skip the specified crashkernel region

2019-04-16 Thread Borislav Petkov
On Mon, Apr 08, 2019 at 01:58:35PM +0800, Pingfan Liu wrote: > crashkernel=x@y or or =range1:size1[,range2:size2,...]@offset option may > fail to reserve the required memory region if KASLR puts kernel into the > region. To avoid this uncertainty, asking KASLR to skip the required > region. > >

Re: [PATCH 0/3] Meson8b: add support for the RTC on EC-100 and Odroid-C1

2019-04-16 Thread Kevin Hilman
Martin Blumenstingl writes: > This adds support for the RTC on the Meson8b EC-100 and Odroid-C1 > boards. Example kernel log snippet while booting my EC-100: > [5.713750] meson-rtc c8100740.rtc: setting system clock to > 2019-04-13T16:21:48 UTC (1555172508) > > I am only 99% sure about

Re: [PATCH 3/3] ARM: dts: meson8b: odroid-c1: prepare support for the RTC

2019-04-16 Thread Kevin Hilman
Martin Blumenstingl writes: > The Odroid-C1 has the 32.768 kHz oscillator (X3 in the schematics) which > is required for the RTC. A battery can be connected separately (to the > BT1 header) - then the "rtc" node can be enabled manually. By default > the RTC is disabled because the boards

[PATCH v2] mmc: core: Verify SD bus width

2019-04-16 Thread Raul E Rangel
The SD Physical Layer Spec says the following: Since the SD Memory Card shall support at least the two bus modes 1-bit or 4-bit width, then any SD Card shall set at least bits 0 and 2 (SD_BUS_WIDTH="0101"). This change verifies the card has specified a bus width. AMD SDHC Device 7806 can get

Re: [PATCH v2] module: add stubs for within_module functions

2019-04-16 Thread Tri Vo
On Tue, Apr 16, 2019 at 10:55 AM Tri Vo wrote: > > On Tue, Apr 16, 2019 at 8:21 AM Jessica Yu wrote: > > > > +++ Tri Vo [15/04/19 11:18 -0700]: > > >Provide stubs for within_module_core(), within_module_init(), and > > >within_module() to prevent build errors when !CONFIG_MODULES. > > > > > >v2:

Re: [RFT/RFC PATCH v3 3/5] cpu-topology: Move cpu topology code to common code.

2019-04-16 Thread Atish Patra
On 4/16/19 6:23 AM, Sudeep Holla wrote: On Mon, Apr 15, 2019 at 03:08:45PM -0700, Atish Patra wrote: On 4/15/19 8:27 AM, Sudeep Holla wrote: Hi Atish, Thanks again for doing this. Overall changes look good except a couple of minor nit, see below. On Wed, Mar 20, 2019 at 04:48:04PM -0700,

Re: next/master boot bisection: next-20190215 on beaglebone-black

2019-04-16 Thread Dan Williams
On Thu, Apr 11, 2019 at 1:54 PM Guenter Roeck wrote: [..] > > > Boot tests report > > > > > > Qemu test results: > > > total: 345 pass: 345 fail: 0 > > > > > > This is on top of next-20190410 with CONFIG_SHUFFLE_PAGE_ALLOCATOR=y > > > and the known crashes fixed. > > > > In addition to

Re: [PATCH 0/7] arm64: meson: g12a: add audio devices

2019-04-16 Thread Kevin Hilman
Jerome Brunet writes: > This patchset adds most the audio devices of the g12a SoCs. > > Kevin, couple of things worth noting: > * This patch depends of the new audio clocks binding recently applied >by Neil [0]. Was this supposed to be part of the clk-headers dependency PR I received? /me

Re: [PATCH] livepatch: Enforce reliable stack trace as config dependency

2019-04-16 Thread Miroslav Benes
On Tue, 16 Apr 2019, Josh Poimboeuf wrote: > On Tue, Apr 16, 2019 at 01:47:30PM +0200, Jiri Kosina wrote: > > On Tue, 12 Feb 2019, Petr Mladek wrote: > > > > > > I think I'd rather go in the opposite direction: allow the patches to be > > > > loaded. Then they can be forced, if needed. That

Re: [PATCH] slab: remove store_stackinfo()

2019-04-16 Thread Thomas Gleixner
On Tue, 16 Apr 2019, Vlastimil Babka wrote: > On 4/16/19 4:22 PM, Qian Cai wrote: > > store_stackinfo() does not seem used in actual SLAB debugging. > > Potentially, it could be added to check_poison_obj() to provide more > > information, but this seems like an overkill due to the declining > >

Re: [PATCH 4.9 00/76] 4.9.169-stable review

2019-04-16 Thread Greg Kroah-Hartman
On Tue, Apr 16, 2019 at 09:29:35AM -0700, Guenter Roeck wrote: > On Mon, Apr 15, 2019 at 08:43:24PM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.169 release. > > There are 76 patches in this series, all will be posted as a response > > to this one.

Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]

2019-04-16 Thread Enrico Weigelt, metux IT consult
On 15.04.19 22:29, Andy Lutomirski wrote: > I would personally *love* it if distros started setting no_new_privs> for > basically all processes. Maybe a pam module for that would be fine. But this should be configurable per-user, as so many things still rely on suid. Actually, I'd like to

Re: [PATCH 4.9 20/76] powerpc/64: Disable the speculation barrier from the command line

2019-04-16 Thread Greg Kroah-Hartman
On Tue, Apr 16, 2019 at 03:43:40PM +, Diana Madalina Craciun wrote: > Hi, > > I have tested the patches on NXP platforms and they worked as expected. Wonderful, thanks! greg k-h

Re: [PATCH v4 07/16] locking/rwsem: Implement lock handoff to prevent lock starvation

2019-04-16 Thread Waiman Long
On 04/16/2019 12:15 PM, Peter Zijlstra wrote: > On Tue, Apr 16, 2019 at 05:49:37PM +0200, Peter Zijlstra wrote: >> See, if you first write that function in the form: >> >> long new; >> >> do { >> new = count | RWSEM_WRITER_LOCKED; >> >> if (count &

Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]

2019-04-16 Thread Enrico Weigelt, metux IT consult
On 15.04.19 21:59, Aleksa Sarai wrote: > Just spit-balling -- is no_new_privs not sufficient for this usecase?> Not > granting privileges such as setuid during execve(2) is the main> point of that flag. Oh, I wasn't aware of that. Thanks. --mtx -- Enrico Weigelt, metux IT consult Free

Re: [PATCH 0/6] arm64: Add initial support for Odroid-N2

2019-04-16 Thread Kevin Hilman
Neil Armstrong writes: > This patchset adds basic support for : > - Amlogic G12B, which is very similar to G12A > - The HardKernel Odroid-N2 based on the S922X SoC > > The Amlogic G12B SoC is very similar with the G12A SoC, sharing > most of the features and architecture, but with these

Re: [PATCH v3 2/5] nds32: Use the correct style for SPDX License Identifier

2019-04-16 Thread Thomas Gleixner
On Tue, 16 Apr 2019, Nishad Kamdar wrote: > This patch corrects the SPDX License Identifier style > in the nds32 Hardware Architecture related files. > > Suggested-by: Joe Perches > Signed-off-by: Nishad Kamdar Actually instead of doing that we should fix the documentation. The requirement

Re: [v2 RFC PATCH 0/9] Another Approach to Use PMEM as NUMA Node

2019-04-16 Thread Michal Hocko
On Tue 16-04-19 08:46:56, Dave Hansen wrote: > On 4/16/19 7:39 AM, Michal Hocko wrote: > >> Strict binding also doesn't keep another app from moving the > >> memory. > > I would consider that a bug. > > A bug where, though? Certainly not in the kernel. Kernel should refrain from moving

Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]

2019-04-16 Thread Enrico Weigelt, metux IT consult
On 15.04.19 17:50, Serge E. Hallyn wrote: Hi, >> I'm working on implementing plan9-like fs namespaces, where unprivileged>> >> processes can change their own namespace at will. For that, certain> > Is there any place where we can see previous discussion about this? Yes, lkml and constainers

[PATCH v2 3/4] mmc: core: Add trace event for SD OCR response

2019-04-16 Thread Raul E Rangel
Example: sd_ocr_request: mmc0: 0x0 [] sd_ocr_request: mmc0: 0x5120 [SDHC or SDXC Supported (HCS) | Maximum Performance (XPC) | Switch to 1.8V (S18R) | 3.3 ~ 3.4] sd_ocr_response: mmc0: 0xff8000 [2.7 ~ 2.8 | 2.8 ~ 2.9 | 2.9 ~ 3.0 | 3.0 ~ 3.1 | 3.1 ~ 3.2 | 3.2 ~ 3.3 | 3.3 ~ 3.4 | 3.4 ~ 3.5 |

[PATCH v2 4/4] mmc: core: Add trace event for CSD response

2019-04-16 Thread Raul E Rangel
Example: mmc_csd: mmc0: struct: 0, cmdclass: 0x5b5, raw: {0x400e0032,0x5b59,0x3b4b7f80,0xa404000} Signed-off-by: Raul E Rangel --- drivers/mmc/core/mmc.c | 4 drivers/mmc/core/sd.c | 2 ++ include/trace/events/mmc.h | 29 + 3 files changed, 35

[PATCH v2 2/4] mmc: core: Add trace event for SD SSR response

2019-04-16 Thread Raul E Rangel
Example: sd_ssr: mmc0: au: 8192, erase time: 0, erase offset: 0x0, raw: {0x0,0x300,0x1019000,0x1,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0} Signed-off-by: Raul E Rangel --- drivers/mmc/core/sd.c | 2 ++ include/trace/events/mmc.h | 32 2

[PATCH v2 0/4] Add trace events for SD registers.

2019-04-16 Thread Raul E Rangel
I am not able to make a single event class for all these registers. They all have different struct sizes and different printf formats. Thanks for the reviews! Changes in v2: - Made trace_sd_scr print out flags. - Add BUILD_BUG_ON to make sure tracing stays in sync with structs. - memcpy using

[PATCH v2 1/4] mmc: core: Add trace event for SD SCR response

2019-04-16 Thread Raul E Rangel
Example: sd_scr: mmc0: version: 2, spec3: 1, width: [1-BIT | 4-BIT], cmds: [], raw: {0x2b58000,0x0} */ Signed-off-by: Raul E Rangel --- drivers/mmc/core/sd.c | 6 + include/trace/events/mmc.h | 51 ++ 2 files changed, 57 insertions(+) diff --git

Re: [PATCH v2 0/5] arm64: dts: meson-g12a: Add support for Video Display

2019-04-16 Thread Kevin Hilman
Neil Armstrong writes: > This patchset adds nodes for Video Display support. > > Dependencies : > - patch 1: VPU, HDMI & Power Controller bindings to be applied These are applied. > - patch 2: Depends on AO-CEC-B bindings to be applied These are reviewed/acked and don't cause build/boot

Re: [PATCH v4 07/16] locking/rwsem: Implement lock handoff to prevent lock starvation

2019-04-16 Thread Peter Zijlstra
On Tue, Apr 16, 2019 at 02:16:11PM -0400, Waiman Long wrote: > >> @@ -665,9 +751,34 @@ __rwsem_down_write_failed_common(struct rw_semaphore > >> *sem, int state) > >>lockevent_inc(rwsem_sleep_writer); > >>set_current_state(state); > >>

Re: [PATCH] x86/tlb: Revert: Align TLB invalidation info

2019-04-16 Thread Peter Zijlstra
On Tue, Apr 16, 2019 at 10:45:05AM -0700, Linus Torvalds wrote: > So very much Ack on that patch, but maybe we could do a bit more cleanup here? Yeah, Nadav was going to try and clean that up. But I figured we should get this revert in and backported while it's hot :-)

[PATCH 1/9] sparc/iommu: use !PageHighMem to check if a page has a kernel mapping

2019-04-16 Thread Christoph Hellwig
This deobsfucates the check a bit, and prepares for future changes. Signed-off-by: Christoph Hellwig Reported-by: Guenter Roeck --- arch/sparc/mm/iommu.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/sparc/mm/iommu.c b/arch/sparc/mm/iommu.c index

[PATCH 2/9] sparc/iommu: use sbus_iommu_unmap_page in sbus_iommu_unmap_sg

2019-04-16 Thread Christoph Hellwig
Use the page-level helper instead of duplicating the logic, while also fixing the incorrect handling of larger than page sized offsets in the sg variant. Signed-off-by: Christoph Hellwig Reported-by: Guenter Roeck --- arch/sparc/mm/iommu.c | 6 +++--- 1 file changed, 3 insertions(+), 3

[PATCH 5/9] sparc/iommu: pass a physical address to iommu_get_one

2019-04-16 Thread Christoph Hellwig
No need for the page structure, just the paddr / pfn. This is going to simplify fixes to the callers. Signed-off-by: Christoph Hellwig Reported-by: Guenter Roeck --- arch/sparc/mm/iommu.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/arch/sparc/mm/iommu.c

[PATCH 8/9] sparc/iommu: use __sbus_iommu_map_page to implement the map_sg path

2019-04-16 Thread Christoph Hellwig
This means we handle > PAGE_SIZE offsets fine, and grow the size check so far only performed in the map_page path. We lose the optimization to not double flush a page if it apears in multiple consecutive SG list entries. But at least for block I/O those don't happen anymore since we properly

[PATCH 7/9] sparc/iommu: fix __sbus_iommu_map_page for highmem pages

2019-04-16 Thread Christoph Hellwig
__sbus_iommu_map_page currently assumes all pages are mapped into the kernel direct mapping. Switch to using physical address instead of virtual ones for all the normal mapping operations, and only use the virtual addresses for cache flushing when not operating on a highmem page. Signed-off-by:

[PATCH 9/9] sparc/iommu: merge iommu_get_one and __sbus_iommu_map_page

2019-04-16 Thread Christoph Hellwig
There is only one caller of iommu_get_one left, so merge it into that one to clean things up a bit. Signed-off-by: Christoph Hellwig --- arch/sparc/mm/iommu.c | 56 +++ 1 file changed, 24 insertions(+), 32 deletions(-) diff --git a/arch/sparc/mm/iommu.c

[PATCH 6/9] sparc/iommu: move per-page flushing into __sbus_iommu_map_page

2019-04-16 Thread Christoph Hellwig
This prepares for reusing __sbus_iommu_map_page in the map_sg path. Signed-off-by: Christoph Hellwig Reported-by: Guenter Roeck --- arch/sparc/mm/iommu.c | 26 ++ 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/arch/sparc/mm/iommu.c

[PATCH 3/9] sparc/iommu: merge iommu_release_one and sbus_iommu_unmap_page

2019-04-16 Thread Christoph Hellwig
There is only one caller of iommu_release_one left, so merge it into that one to clean things up a bit. Signed-off-by: Christoph Hellwig Reported-by: Guenter Roeck --- arch/sparc/mm/iommu.c | 21 +++-- 1 file changed, 7 insertions(+), 14 deletions(-) diff --git

[PATCH 4/9] sparc/iommu: create a common helper for map_sg

2019-04-16 Thread Christoph Hellwig
Share the code for the global and per-page flush map_sg loops using a simple bool parameter to disable the per-page flush for the former variant. Signed-off-by: Christoph Hellwig Reported-by: Guenter Roeck --- arch/sparc/mm/iommu.c | 37 + 1 file changed, 17

fix SG list handling in the sparc32 iommu driver

2019-04-16 Thread Christoph Hellwig
Hi Dave, this series fixes some long standing bugs in the sparc32 iommu driver, mostly the lack of handling of large sglist offsets in the map_sg method, but also a few other smaller bits. These now show up all the time do some block layer changes in linux-next.

Re: [PATCH 02/12] perf tools: Separate generic code in dso_cache__read

2019-04-16 Thread Jiri Olsa
On Tue, Apr 16, 2019 at 10:17:13AM -0700, Stanislav Fomichev wrote: > On 04/16, Jiri Olsa wrote: > > Moving file specific code in dso_cache__read function > > into separate file_read function. I'll add bpf specific > > code in following patches. > > > > Link:

Re: [patch V3 11/32] x86/exceptions: Add structs for exception stacks

2019-04-16 Thread Sean Christopherson
On Sun, Apr 14, 2019 at 05:59:47PM +0200, Thomas Gleixner wrote: > At the moment everything assumes a full linear mapping of the various > exception stacks. Adding guard pages to the cpu entry area mapping of the > exception stacks will break that assumption. > > As a preparatory step convert

RE: [PATCH] x86/entry/64: randomize kernel stack offset upon syscall

2019-04-16 Thread Reshetova, Elena
> On Tue, Apr 16, 2019 at 11:10:16AM +, Reshetova, Elena wrote: > > > > > > The kernel can execute millions of syscalls per second, I'm pretty sure > > > there's a statistical attack against: > > > > > > * This is a maximally equidistributed combined Tausworthe generator > > > * based on

Re: [PATCH] scripts/dtc: fix spelling mistake "endpont" -> "endpoint"

2019-04-16 Thread Frank Rowand
Hi Colin, On 4/16/19 4:12 AM, Colin King wrote: > From: Colin Ian King > > There is a spelling mistake in a FAIL message, fix it. > > Signed-off-by: Colin Ian King > --- > scripts/dtc/checks.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/scripts/dtc/checks.c

Re: [PATCH v4 07/16] locking/rwsem: Implement lock handoff to prevent lock starvation

2019-04-16 Thread Waiman Long
On 04/16/2019 11:49 AM, Peter Zijlstra wrote: > On Sat, Apr 13, 2019 at 01:22:50PM -0400, Waiman Long wrote: > >> +#define RWSEM_COUNT_HANDOFF(c) ((c) & RWSEM_FLAG_HANDOFF) >> +#define RWSEM_COUNT_LOCKED_OR_HANDOFF(c)\ >> +((c) & (RWSEM_LOCK_MASK|RWSEM_FLAG_HANDOFF)) > Like said

Re: [PATCH V2 14/16] phy: tegra: Add PCIe PIPE2UPHY support

2019-04-16 Thread Vidya Sagar
On 4/15/2019 9:01 PM, Thierry Reding wrote: On Fri, Apr 05, 2019 at 01:24:41AM +0530, Vidya Sagar wrote: Synopsys DesignWare core based PCIe controllers in Tegra 194 SoC interface with Universal PHY (UPHY) module through a PIPE2UPHY (P2U) module. For each PCIe lane of a controller, there is a

Re: [PATCH 1/6 v2] ARM: ks8695: watchdog: stop using mach/*.h

2019-04-16 Thread Guenter Roeck
On Tue, Apr 16, 2019 at 03:21:41PM +0200, Arnd Bergmann wrote: > drivers should not rely on machine specific headers but > get their information from the platform device. > > Signed-off-by: Arnd Bergmann Acked-by: Guenter Roeck I assume this will be applied through an arm tree since it

Re: [RFC PATCH 44/62] bpf: switch to ->free_inode()

2019-04-16 Thread Alexei Starovoitov
On Tue, Apr 16, 2019 at 10:55 AM Al Viro wrote: > > From: Al Viro > > Signed-off-by: Al Viro Acked-by: Alexei Starovoitov > --- > kernel/bpf/inode.c | 10 ++ > 1 file changed, 2 insertions(+), 8 deletions(-) > > diff --git a/kernel/bpf/inode.c b/kernel/bpf/inode.c > index

Re: [PATCH 2/2] ras: close the race condition with timer

2019-04-16 Thread Cong Wang
On Tue, Apr 16, 2019 at 11:00 AM Cong Wang wrote: > > As far as I understand, two works in the global workqueue could > be still ran in parallel on different CPU's, this is why I said it has to > be an ordered queue to guarantee the serialization. Never mind, I think we both agree to hold the

[PATCH] mfd: ab8500-debugfs: fix spelling mistake "intefer" -> "interfere"

2019-04-16 Thread Colin King
From: Colin Ian King There is a spelling mistake in a dev_warn message, fix this. Signed-off-by: Colin Ian King --- drivers/mfd/ab8500-debugfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mfd/ab8500-debugfs.c b/drivers/mfd/ab8500-debugfs.c index

Re: [PATCH 4.9 64/76] parisc: Detect QEMU earlier in boot process

2019-04-16 Thread Greg Kroah-Hartman
On Tue, Apr 16, 2019 at 05:00:15PM +0200, Helge Deller wrote: > On 16.04.19 16:23, Greg Kroah-Hartman wrote: > > On Tue, Apr 16, 2019 at 03:50:16PM +0200, Helge Deller wrote: > >> Hi Greg, > >> > >> please do NOT apply this patch to the 4.9 tree. > >> See below, it was tagged for v4.14+ only. > >

Re: [PATCH v4 1/2] arm64: dts: fsl: librem5: Add a device tree for the Librem5 devkit

2019-04-16 Thread Angus Ainslie
Hi Marco, On 2019-04-16 00:54, Marco Felsch wrote: Hi Agnus, Just a nitpick but could you spell my name correctly :) On 19-04-15 16:53, Angus Ainslie (Purism) wrote: This is the development kit board for the Librem 5. The current level of support yields a working console and is able to

Re: [RFC][PATCHSET] sorting out RCU-delayed stuff in ->destroy_inode()

2019-04-16 Thread Linus Torvalds
On Tue, Apr 16, 2019 at 10:49 AM Al Viro wrote: > > 83 files changed, 241 insertions(+), 516 deletions(-) I think this single line is pretty convincing on its own. Ignoring docs and fs/inode.c, we have 80 files changed, 190 insertions(+), 494 deletions(-) IOW, just over 300 lines of boiler

Re: [PATCH 2/2] ras: close the race condition with timer

2019-04-16 Thread Cong Wang
On Tue, Apr 16, 2019 at 10:43 AM Borislav Petkov wrote: > > On Tue, Apr 16, 2019 at 10:09:49AM -0700, Cong Wang wrote: > > They are just locks requiring different contexts, I don't see how one is > > simpler than the other. Do you mind to be more specific? > > Yes, I'd like for this whole CEC

[RFC PATCH 03/62] new inode method: ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro A lot of ->destroy_inode() instances end with call_rcu() of a callback that does RCU-delayed part of freeing. Introduce a new method for doing just that, with saner signature. Rules: ->destroy_inode ->free_inode f g immediate

[RFC PATCH 02/62] apparmorfs: fix use-after-free on symlink traversal

2019-04-16 Thread Al Viro
From: Al Viro symlink body shouldn't be freed without an RCU delay. Switch apparmorfs to ->destroy_inode() and use of call_rcu(); free both the inode and symlink body in the callback. Signed-off-by: Al Viro --- security/apparmor/apparmorfs.c | 13 + 1 file changed, 9

[RFC PATCH 11/62] bdev: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/block_dev.c | 14 +++--- 1 file changed, 3 insertions(+), 11 deletions(-) diff --git a/fs/block_dev.c b/fs/block_dev.c index 78d3257435c0..9d5fd05dd643 100644 --- a/fs/block_dev.c +++ b/fs/block_dev.c @@ -789,17 +789,9 @@ static struct inode

[RFC PATCH 18/62] freevxfs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/freevxfs/vxfs_super.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/fs/freevxfs/vxfs_super.c b/fs/freevxfs/vxfs_super.c index 48b24bb50d02..a89f68c3cbed 100644 --- a/fs/freevxfs/vxfs_super.c +++

[RFC PATCH 19/62] gfs2: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro ... and use GFS2_I() to get the containing gfs2_inode by inode; yes, we can feed the address of the first member of structure to kmem_cache_free(), but let's do it in an obviously safe way. Signed-off-by: Al Viro --- fs/gfs2/super.c | 12 +++- 1 file changed, 3

[RFC PATCH 16/62] f2fs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/f2fs/super.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index f2aaa2cc6b3e..9924eac76254 100644 --- a/fs/f2fs/super.c +++ b/fs/f2fs/super.c @@ -1000,17 +1000,11 @@ static void

[RFC PATCH 09/62] befs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/befs/linuxvfs.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c index 4700b4534439..e273850c95af 100644 --- a/fs/befs/linuxvfs.c +++ b/fs/befs/linuxvfs.c @@ -44,7 +44,7 @@

[RFC PATCH 15/62] ext2: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/ext2/super.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/ext2/super.c b/fs/ext2/super.c index 0128010a0874..3988633789cb 100644 --- a/fs/ext2/super.c +++ b/fs/ext2/super.c @@ -192,17 +192,11 @@ static struct

[RFC PATCH 17/62] fat: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/fat/inode.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/fat/inode.c b/fs/fat/inode.c index 79bb0e73a65f..ba93d1373306 100644 --- a/fs/fat/inode.c +++ b/fs/fat/inode.c @@ -746,17 +746,11 @@ static struct inode

[RFC PATCH 13/62] debugfs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/debugfs/inode.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/debugfs/inode.c b/fs/debugfs/inode.c index f25daa207421..414fa4752047 100644 --- a/fs/debugfs/inode.c +++ b/fs/debugfs/inode.c @@ -163,24 +163,18 @@

[RFC PATCH 14/62] efs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/efs/super.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/efs/super.c b/fs/efs/super.c index 6ffb7ba1547a..867fc24dee20 100644 --- a/fs/efs/super.c +++ b/fs/efs/super.c @@ -74,17 +74,11 @@ static struct inode

[RFC PATCH 22/62] hostfs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/hostfs/hostfs_kern.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/hostfs/hostfs_kern.c b/fs/hostfs/hostfs_kern.c index 444c7b170359..5a7eb0c79839 100644 --- a/fs/hostfs/hostfs_kern.c +++ b/fs/hostfs/hostfs_kern.c

[RFC PATCH 12/62] cifs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/cifs/cifsfs.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/fs/cifs/cifsfs.c b/fs/cifs/cifsfs.c index a05bf1d6e1d0..877174761efb 100644 --- a/fs/cifs/cifsfs.c +++ b/fs/cifs/cifsfs.c @@ -315,16 +315,10 @@

[RFC PATCH 10/62] bfs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/bfs/inode.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/bfs/inode.c b/fs/bfs/inode.c index d136b2aaafb3..dc0cd2aa3d65 100644 --- a/fs/bfs/inode.c +++ b/fs/bfs/inode.c @@ -245,17 +245,11 @@ static struct inode

[RFC PATCH 23/62] hpfs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/hpfs/super.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/hpfs/super.c b/fs/hpfs/super.c index f2c3ebcd309c..ed4264bca790 100644 --- a/fs/hpfs/super.c +++ b/fs/hpfs/super.c @@ -238,17 +238,11 @@ static struct

[RFC PATCH 24/62] isofs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/isofs/inode.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/isofs/inode.c b/fs/isofs/inode.c index 488a9e7f8f66..603b052a3c94 100644 --- a/fs/isofs/inode.c +++ b/fs/isofs/inode.c @@ -72,17 +72,11 @@ static struct

[RFC PATCH 30/62] ocfs2: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/ocfs2/super.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/fs/ocfs2/super.c b/fs/ocfs2/super.c index 96ae7cedd487..7982a93e630f 100644 --- a/fs/ocfs2/super.c +++ b/fs/ocfs2/super.c @@ -134,7 +134,7 @@ static int

[RFC PATCH 25/62] jffs2: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/jffs2/super.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/jffs2/super.c b/fs/jffs2/super.c index 05d892c79339..af4aa6599473 100644 --- a/fs/jffs2/super.c +++ b/fs/jffs2/super.c @@ -44,20 +44,14 @@ static struct

[RFC PATCH 26/62] minix: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/minix/inode.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/minix/inode.c b/fs/minix/inode.c index 72e308c3e66b..101200761f61 100644 --- a/fs/minix/inode.c +++ b/fs/minix/inode.c @@ -68,17 +68,11 @@ static struct

[RFC PATCH 27/62] nfs{,4}: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/nfs/inode.c | 10 ++ fs/nfs/internal.h | 2 +- fs/nfs/nfs4super.c | 2 +- fs/nfs/super.c | 2 +- 4 files changed, 5 insertions(+), 11 deletions(-) diff --git a/fs/nfs/inode.c b/fs/nfs/inode.c index 414a90d48493..f61af8307dc8

[RFC PATCH 29/62] dlmfs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/ocfs2/dlmfs/dlmfs.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/ocfs2/dlmfs/dlmfs.c b/fs/ocfs2/dlmfs/dlmfs.c index 8decbe95dcec..98885181e1fe 100644 --- a/fs/ocfs2/dlmfs/dlmfs.c +++ b/fs/ocfs2/dlmfs/dlmfs.c @@

[RFC PATCH 08/62] affs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/affs/super.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/affs/super.c b/fs/affs/super.c index d1ad11a8a4a5..d58217f0baaa 100644 --- a/fs/affs/super.c +++ b/fs/affs/super.c @@ -111,17 +111,11 @@ static struct

[RFC PATCH 28/62] nilfs2: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro kill an extern that went stale 9 years ago, while we are at it... Signed-off-by: Al Viro --- fs/nilfs2/nilfs.h | 2 -- fs/nilfs2/super.c | 11 ++- 2 files changed, 2 insertions(+), 11 deletions(-) diff --git a/fs/nilfs2/nilfs.h b/fs/nilfs2/nilfs.h index

[RFC PATCH 34/62] qnx6: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/qnx6/inode.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/fs/qnx6/inode.c b/fs/qnx6/inode.c index 4aeb26bcb4d0..59cf45f6be49 100644 --- a/fs/qnx6/inode.c +++ b/fs/qnx6/inode.c @@ -29,14 +29,14 @@ static const

[RFC PATCH 35/62] reiserfs: convert to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/reiserfs/super.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/fs/reiserfs/super.c b/fs/reiserfs/super.c index 1fc934d24459..ab028ea0e561 100644 --- a/fs/reiserfs/super.c +++ b/fs/reiserfs/super.c @@ -650,17 +650,11

[RFC PATCH 33/62] qnx4: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/qnx4/inode.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/fs/qnx4/inode.c b/fs/qnx4/inode.c index 3d46fe302fcb..48c70aa4a3ec 100644 --- a/fs/qnx4/inode.c +++ b/fs/qnx4/inode.c @@ -28,14 +28,14 @@ static const

[RFC PATCH 37/62] squashfs: switch to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/squashfs/super.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/fs/squashfs/super.c b/fs/squashfs/super.c index 40e657386fa5..767046d9f65d 100644 --- a/fs/squashfs/super.c +++ b/fs/squashfs/super.c @@ -473,18 +473,11

[RFC PATCH 36/62] romfs: convert to ->free_inode()

2019-04-16 Thread Al Viro
From: Al Viro Signed-off-by: Al Viro --- fs/romfs/super.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/fs/romfs/super.c b/fs/romfs/super.c index 6ccb51993a76..7d580f7c3f1d 100644 --- a/fs/romfs/super.c +++ b/fs/romfs/super.c @@ -381,18 +381,11 @@ static

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