Re: [PATCH] NTB: test: remove a duplicate check

2019-06-19 Thread Dan Carpenter
It's not a huge deal obviously but your commit was a6bed7a54165 ("NTB: Introduce NTB MSI Test Client") but you know that if I had sent a patch called ("NTB: remove a duplicate check") people would have correctly complained because the patch prefix is too vague. What I'm saying is we do this all

Re: [PATCH 4/5] Powerpc/hw-breakpoint: Optimize disable path

2019-06-19 Thread Ravi Bangoria
On 6/18/19 11:45 AM, Michael Neuling wrote: > On Tue, 2019-06-18 at 09:57 +0530, Ravi Bangoria wrote: >> Directly setting dawr and dawrx with 0 should be enough to >> disable watchpoint. No need to reset individual bits in >> variable and then set in hw. > > This seems like a pointless

[PATCH v10 01/13] mm/sparsemem: Introduce struct mem_section_usage

2019-06-19 Thread Dan Williams
Towards enabling memory hotplug to track partial population of a section, introduce 'struct mem_section_usage'. A pointer to a 'struct mem_section_usage' instance replaces the existing pointer to a 'pageblock_flags' bitmap. Effectively it adds one more 'unsigned long' beyond the 'pageblock_flags'

Re: [RESEND v4 1/4] soc: qcom: geni: Add support for ACPI

2019-06-19 Thread Lee Jones
On Wed, 19 Jun 2019, Andy Gross wrote: > On Mon, Jun 17, 2019 at 01:51:02PM +0100, Lee Jones wrote: > > When booting with ACPI as the active set of configuration tables, > > all; clocks, regulators, pin functions ect are expected to be at > > their ideal values/levels/rates, thus the associated

[PATCH v10 03/13] mm/sparsemem: Add helpers track active portions of a section at boot

2019-06-19 Thread Dan Williams
Prepare for hot{plug,remove} of sub-ranges of a section by tracking a sub-section active bitmask, each bit representing a PMD_SIZE span of the architecture's memory hotplug section size. The implications of a partially populated section is that pfn_valid() needs to go beyond a valid_section()

[PATCH v10 02/13] mm/sparsemem: Introduce a SECTION_IS_EARLY flag

2019-06-19 Thread Dan Williams
In preparation for sub-section hotplug, track whether a given section was created during early memory initialization, or later via memory hotplug. This distinction is needed to maintain the coarse expectation that pfn_valid() returns true for any pfn within a given section even if that section

[PATCH v10 00/13] mm: Sub-section memory hotplug support

2019-06-19 Thread Dan Williams
Changes since v9 [1]: - Fix multiple issues related to the fact that pfn_valid() has traditionally returned true for any pfn in an 'early' (onlined at boot) section regardless of whether that pfn represented 'System RAM'. Teach pfn_valid() to maintain its traditional behavior in the presence

[PATCH v10 04/13] mm/hotplug: Prepare shrink_{zone, pgdat}_span for sub-section removal

2019-06-19 Thread Dan Williams
Sub-section hotplug support reduces the unit of operation of hotplug from section-sized-units (PAGES_PER_SECTION) to sub-section-sized units (PAGES_PER_SUBSECTION). Teach shrink_{zone,pgdat}_span() to consider PAGES_PER_SUBSECTION boundaries as the points where pfn_valid(), not valid_section(),

[PATCH v10 05/13] mm/sparsemem: Convert kmalloc_section_memmap() to populate_section_memmap()

2019-06-19 Thread Dan Williams
Allow sub-section sized ranges to be added to the memmap. populate_section_memmap() takes an explict pfn range rather than assuming a full section, and those parameters are plumbed all the way through to vmmemap_populate(). There should be no sub-section usage in current deployments. New warnings

[PATCH v10 10/13] mm: Document ZONE_DEVICE memory-model implications

2019-06-19 Thread Dan Williams
Explain the general mechanisms of 'ZONE_DEVICE' pages and list the users of 'devm_memremap_pages()'. Cc: Jonathan Corbet Reported-by: Mike Rapoport Signed-off-by: Dan Williams --- Documentation/vm/memory-model.rst | 39 + 1 file changed, 39 insertions(+)

[PATCH v10 13/13] libnvdimm/pfn: Stop padding pmem namespaces to section alignment

2019-06-19 Thread Dan Williams
Now that the mm core supports section-unaligned hotplug of ZONE_DEVICE memory, we no longer need to add padding at pfn/dax device creation time. The kernel will still honor padding established by older kernels. Reported-by: Jeff Moyer Signed-off-by: Dan Williams --- drivers/nvdimm/pfn.h |

[PATCH v10 11/13] mm/devm_memremap_pages: Enable sub-section remap

2019-06-19 Thread Dan Williams
Teach devm_memremap_pages() about the new sub-section capabilities of arch_{add,remove}_memory(). Effectively, just replace all usage of align_start, align_end, and align_size with res->start, res->end, and resource_size(res). The existing sanity check will still make sure that the two separate

[PATCH v10 07/13] mm: Kill is_dev_zone() helper

2019-06-19 Thread Dan Williams
Given there are no more usages of is_dev_zone() outside of 'ifdef CONFIG_ZONE_DEVICE' protection, kill off the compilation helper. Cc: Michal Hocko Cc: Logan Gunthorpe Acked-by: David Hildenbrand Reviewed-by: Oscar Salvador Reviewed-by: Pavel Tatashin Reviewed-by: Wei Yang Signed-off-by:

[PATCH v10 06/13] mm/hotplug: Kill is_dev_zone() usage in __remove_pages()

2019-06-19 Thread Dan Williams
The zone type check was a leftover from the cleanup that plumbed altmap through the memory hotplug path, i.e. commit da024512a1fa "mm: pass the vmem_altmap to arch_remove_memory and __remove_pages". Cc: Michal Hocko Cc: Logan Gunthorpe Cc: Pavel Tatashin Reviewed-by: David Hildenbrand

[PATCH v10 12/13] libnvdimm/pfn: Fix fsdax-mode namespace info-block zero-fields

2019-06-19 Thread Dan Williams
At namespace creation time there is the potential for the "expected to be zero" fields of a 'pfn' info-block to be filled with indeterminate data. While the kernel buffer is zeroed on allocation it is immediately overwritten by nd_pfn_validate() filling it with the current contents of the on-media

[PATCH v10 09/13] mm/sparsemem: Support sub-section hotplug

2019-06-19 Thread Dan Williams
The libnvdimm sub-system has suffered a series of hacks and broken workarounds for the memory-hotplug implementation's awkward section-aligned (128MB) granularity. For example the following backtrace is emitted when attempting arch_add_memory() with physical address ranges that intersect 'System

Re: nouveau: DRM: GPU lockup - switching to software fbcon

2019-06-19 Thread Ilia Mirkin
On Wed, Jun 19, 2019 at 1:48 AM Sergey Senozhatsky wrote: > > On (06/19/19 01:20), Ilia Mirkin wrote: > > On Wed, Jun 19, 2019 at 1:08 AM Sergey Senozhatsky > > wrote: > > > > > > On (06/14/19 11:50), Sergey Senozhatsky wrote: > > > > dmesg > > > > > > > > nouveau :01:00.0: DRM: GPU lockup

[PATCH v10 08/13] mm/sparsemem: Prepare for sub-section ranges

2019-06-19 Thread Dan Williams
Prepare the memory hot-{add,remove} paths for handling sub-section ranges by plumbing the starting page frame and number of pages being handled through arch_{add,remove}_memory() to sparse_{add,remove}_one_section(). This is simply plumbing, small cleanups, and some identifier renames. No

RE: [PATCH v2 6/6] net: macb: parameter added to cadence ethernet controller DT binding

2019-06-19 Thread Parshuram Raju Thombare
Hi Florian, >Please don't resubmit individual patches as replies to your previous >ones, re-submitting the entire patch series, see this netdev-FAQ section >for details: I will resubmit entire patch series separately. > >> +- serdes-rate External serdes rate.Mandatory for USXGMII mode. > >> +

[PATCH v4 1/3] KVM: x86: add support for user wait instructions

2019-06-19 Thread Tao Xu
UMONITOR, UMWAIT and TPAUSE are a set of user wait instructions. This patch adds support for user wait instructions in KVM. Availability of the user wait instructions is indicated by the presence of the CPUID feature flag WAITPKG CPUID.0x07.0x0:ECX[5]. User wait instructions may be executed at any

[PATCH v4 3/3] KVM: vmx: handle vm-exit for UMWAIT and TPAUSE

2019-06-19 Thread Tao Xu
As the latest Intel 64 and IA-32 Architectures Software Developer's Manual, UMWAIT and TPAUSE instructions cause a VM exit if the RDTSC exiting and enable user wait and pause VM-execution controls are both 1. This patch is to handle the vm-exit for UMWAIT and TPAUSE as this should never happen.

[PATCH v4 2/3] KVM: vmx: Emulate MSR IA32_UMWAIT_CONTROL

2019-06-19 Thread Tao Xu
UMWAIT and TPAUSE instructions use IA32_UMWAIT_CONTROL at MSR index E1H to determines the maximum time in TSC-quanta that the processor can reside in either C0.1 or C0.2. This patch emulates MSR IA32_UMWAIT_CONTROL in guest and differentiate IA32_UMWAIT_CONTROL between host and guest. The

[PATCH v4 0/3] KVM: x86: Enable user wait instructions

2019-06-19 Thread Tao Xu
UMONITOR, UMWAIT and TPAUSE are a set of user wait instructions. UMONITOR arms address monitoring hardware using an address. A store to an address within the specified address range triggers the monitoring hardware to wake up the processor waiting in umwait. UMWAIT instructs the processor to

[net v1] net: stmmac: fixed new system time seconds value calculation

2019-06-19 Thread Voon Weifeng
From: Roland Hii When ADDSUB bit is set, the system time seconds field is calculated as the complement of the seconds part of the update value. For example, if 3.1 seconds need to be subtracted from the system time, this field is calculated as 2^32 - 3 = 4294967296 - 3 = 0x1 - 3

Re: [PATCH 4/5] Powerpc/hw-breakpoint: Optimize disable path

2019-06-19 Thread Ravi Bangoria
On 6/18/19 12:01 PM, Christophe Leroy wrote: >> diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c >> index f002d286..265fac9fb3a4 100644 >> --- a/arch/powerpc/kernel/process.c >> +++ b/arch/powerpc/kernel/process.c >> @@ -793,10 +793,22 @@ static inline int

Re: [PATCH v4 1/3] KVM: x86: add support for user wait instructions

2019-06-19 Thread Xiaoyao Li
On 6/19/2019 2:09 PM, Tao Xu wrote: UMONITOR, UMWAIT and TPAUSE are a set of user wait instructions. This patch adds support for user wait instructions in KVM. Availability of the user wait instructions is indicated by the presence of the CPUID feature flag WAITPKG CPUID.0x07.0x0:ECX[5]. User

Re: [PATCH -next] ecryptfs: Make ecryptfs_xattr_handler static

2019-06-19 Thread Tyler Hicks
On 2019-06-14 23:51:17, YueHaibing wrote: > Fix sparse warning: > > fs/ecryptfs/inode.c:1138:28: warning: > symbol 'ecryptfs_xattr_handler' was not declared. Should it be static? > > Reported-by: Hulk Robot > Signed-off-by: YueHaibing Thanks for the cleanup! I've pushed this to the eCryptfs

Re: [PATCH 04/25] vfs: Implement parameter value retrieval with fsinfo() [ver #13]

2019-06-19 Thread Miklos Szeredi
On Wed, Jun 19, 2019 at 12:34 AM David Howells wrote: > > Same goes for vfs_parse_sb_flag() btw. It should be moved into each > > filesystem's ->parse_param() and not be a mandatory thing. > > I disagree. Every filesystem *must* be able to accept these standard flags, > even if it then

Re: [PATCH -next] ecryptfs: remove unnessesary null check in ecryptfs_keyring_auth_tok_for_sig

2019-06-19 Thread Tyler Hicks
On 2019-05-27 21:28:14, YueHaibing wrote: > request_key and ecryptfs_get_encrypted_key never > return a NULL pointer, so no need do a null check. > > Signed-off-by: YueHaibing This change looks good to me. I've pushed it to the eCryptfs next branch. Tyler > --- > fs/ecryptfs/keystore.c | 4

Re: [PATCH] scsi: scsi_sysfs.c: Hide wwid sdev attr if VPD is not supported

2019-06-19 Thread Hannes Reinecke
On 6/19/19 5:35 AM, Martin K. Petersen wrote: > > Marcos, > >> WWID composed from VPD data from device, specifically page 0x83. So, >> when a device does not have VPD support, for example USB storage >> devices where VPD is specifically disabled, a read into > device>/device/wwid file will

[PATCH] staging: kpc2000: simplify error handling in kp2000_pcie_probe

2019-06-19 Thread Simon Sandström
We can get rid of a few iounmaps in the middle of the function by re-ordering the error handling labels and adding two new labels. Signed-off-by: Simon Sandström --- This change has not been tested besides by compiling. It might be good took take an extra look to make sure that I got everything

Re: [PATCH] ecryptfs: use print_hex_dump_bytes for hexdump

2019-06-19 Thread Tyler Hicks
On 2019-05-17 12:45:15, Sascha Hauer wrote: > The Kernel has nice hexdump facilities, use them rather a homebrew > hexdump function. > > Signed-off-by: Sascha Hauer Thanks! This is much nicer. I've pushed the commit to the eCryptfs next branch. Tyler > --- > fs/ecryptfs/debug.c | 22

Re: [PATCH V3 4/5] cpufreq: Register notifiers with the PM QoS framework

2019-06-19 Thread Viresh Kumar
On 19-06-19, 00:23, Rafael J. Wysocki wrote: > In patch [3/5] you could point notifiers for both min and max freq to the same > notifier head. Both of your notifiers end up calling cpufreq_update_policy() > anyway. I tried it and the changes in qos.c file look fine. But I don't like at all how

Re: WARNING in fanotify_handle_event

2019-06-19 Thread Amir Goldstein
On Tue, Jun 18, 2019 at 11:27 PM Amir Goldstein wrote: > > On Tue, Jun 18, 2019 at 8:07 PM syzbot > wrote: > > > > Hello, > > > > syzbot found the following crash on: > > > > HEAD commit:963172d9 Merge branch 'x86-urgent-for-linus' of git://git... > > git tree: upstream > > console

Re: [PATCH] [v2] ipsec: select crypto ciphers for xfrm_algo

2019-06-19 Thread Herbert Xu
On Tue, Jun 18, 2019 at 01:22:13PM +0200, Arnd Bergmann wrote: > kernelci.org reports failed builds on arc because of what looks > like an old missed 'select' statement: > > net/xfrm/xfrm_algo.o: In function `xfrm_probe_algs': > xfrm_algo.c:(.text+0x1e8): undefined reference to `crypto_has_ahash'

[net v1] net: stmmac: set IC bit when transmitting frames with HW timestamp

2019-06-19 Thread Voon Weifeng
From: Roland Hii When transmitting certain PTP frames, e.g. SYNC and DELAY_REQ, the PTP daemon, e.g. ptp4l, is polling the driver for the frame transmit hardware timestamp. The polling will most likely timeout if the tx coalesce is enabled due to the Interrupt-on-Completion (IC) bit is not set

linux-next: build failure after merge of the usb tree

2019-06-19 Thread Stephen Rothwell
Hi all, After merging the usb tree, today's linux-next build (x86_64 allmodconfig) failed like this: In file included from usr/include/linux/usbdevice_fs.hdrtest.c:1: ./usr/include/linux/usbdevice_fs.h:88:2: error: unknown type name 'u8' u8 num_ports; /* Number of ports the device is

[PATCH 1/2] perf thread-stack: Fix thread stack return from kernel for kernel-only case

2019-06-19 Thread Adrian Hunter
Commit f08046cb3082 ("perf thread-stack: Represent jmps to the start of a different symbol") had the side-effect of introducing more stack entries before return from kernel space. When user space is also traced, those entries are popped before entry to user space, but when user space is not

[PATCH 0/2] perf thread-stack: Fix thread stack return from kernel for kernel-only case

2019-06-19 Thread Adrian Hunter
Hi Here is one non-urgent fix and a subsequent tidy-up. Adrian Hunter (2): perf thread-stack: Fix thread stack return from kernel for kernel-only case perf thread-stack: Eliminate code duplicating thread_stack__pop_ks() tools/perf/util/thread-stack.c | 48

[PATCH 2/2] perf thread-stack: Eliminate code duplicating thread_stack__pop_ks()

2019-06-19 Thread Adrian Hunter
Use new function thread_stack__pop_ks() in place of equivalent code. Signed-off-by: Adrian Hunter --- tools/perf/util/thread-stack.c | 18 ++ 1 file changed, 6 insertions(+), 12 deletions(-) diff --git a/tools/perf/util/thread-stack.c b/tools/perf/util/thread-stack.c index

Re: [PATCH 1/1] udf: Fix incorrect final NOT_ALLOCATED (hole) extent length

2019-06-19 Thread Jan Kara
Hi Steve! On Sun 16-06-19 11:28:46, Steve Magnani wrote: > On 6/4/19 7:31 AM, Steve Magnani wrote: > > > In some cases, using the 'truncate' command to extend a UDF file results > > in a mismatch between the length of the file's extents (specifically, due > > to incorrect length of the final

Re: [PATCH] net: mvpp2: cls: Add pmap to fs dump

2019-06-19 Thread Maxime Chevallier
Hello Nathan, On Tue, 18 Jun 2019 09:09:10 -0700 Nathan Huckleberry wrote: >There was an unused variable 'mvpp2_dbgfs_prs_pmap_fops' >Added a usage consistent with other fops to dump pmap >to userspace. Thanks for sending a fix. Besides the typo preventing your patch from compiling, you should

Re: [PATCH v3 0/6] Enable THP for text section of non-shmem files

2019-06-19 Thread Michal Hocko
[Cc fsdevel and lkml] On Tue 18-06-19 23:24:18, Song Liu wrote: > Changes v2 => v3: > 1. Removed the limitation (cannot write to file with THP) by truncating >whole file during sys_open (see 6/6); > 2. Fixed a VM_BUG_ON_PAGE() in filemap_fault() (see 2/6); > 3. Split function rename to a

Re: [PATCH 5/5] Powerpc/Watchpoint: Fix length calculation for unaligned target

2019-06-19 Thread Ravi Bangoria
On 6/18/19 12:16 PM, Christophe Leroy wrote: >>   +/* Maximum len for DABR is 8 bytes and DAWR is 512 bytes */ >> +static int hw_breakpoint_validate_len(struct arch_hw_breakpoint *hw) >> +{ >> +    u16 length_max = 8; >> +    u16 final_len; > > You should be more consistent in naming. If one is

Re: [PATCH] staging: kpc2000: simplify error handling in kp2000_pcie_probe

2019-06-19 Thread Dan Carpenter
On Wed, Jun 19, 2019 at 08:36:07AM +0200, Simon Sandström wrote: > We can get rid of a few iounmaps in the middle of the function by > re-ordering the error handling labels and adding two new labels. > > Signed-off-by: Simon Sandström > --- > > This change has not been tested besides by

Re: [PATCH] net: stmmac: add sanity check to device_property_read_u32_array call

2019-06-19 Thread Colin Ian King
On 19/06/2019 06:13, Martin Blumenstingl wrote: > Hi Colin, > >> Currently the call to device_property_read_u32_array is not error checked >> leading to potential garbage values in the delays array that are then used >> in msleep delays. Add a sanity check to the property fetching. >> >>

Re: [PATCH v4 1/3] KVM: x86: add support for user wait instructions

2019-06-19 Thread Tao Xu
On 6/19/2019 2:23 PM, Xiaoyao Li wrote: On 6/19/2019 2:09 PM, Tao Xu wrote: UMONITOR, UMWAIT and TPAUSE are a set of user wait instructions. This patch adds support for user wait instructions in KVM. Availability of the user wait instructions is indicated by the presence of the CPUID feature

Re: [PATCH 1/3] arch: riscv: add config option for building SiFive's SoC resource

2019-06-19 Thread Palmer Dabbelt
On Mon, 17 Jun 2019 12:29:48 PDT (-0700), lolliv...@baylibre.com wrote: Create a config option for building SiFive SoC specific resources e.g. SiFive device tree, platform drivers... Signed-off-by: Loys Ollivier Cc: Paul Walmsley Cc: Palmer Dabbelt --- arch/riscv/Kconfig |

Re: [PATCH 3/3] riscv: defconfig: enable SOC_SIFIVE

2019-06-19 Thread Palmer Dabbelt
On Mon, 17 Jun 2019 12:29:50 PDT (-0700), lolliv...@baylibre.com wrote: Enable SOC_SIFIVE so the default upstream config is bootable on the SiFive Unleashed Board. And have basic support for future boards based on the same SoC. Signed-off-by: Loys Ollivier --- arch/riscv/configs/defconfig | 6

Re: [PATCH 2/3] riscv: select SiFive platform drivers with SOC_SIFIVE

2019-06-19 Thread Palmer Dabbelt
On Mon, 17 Jun 2019 12:29:49 PDT (-0700), lolliv...@baylibre.com wrote: On selection of SOC_SIFIVE select the corresponding platform drivers. Signed-off-by: Loys Ollivier --- arch/riscv/Kconfig.socs | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/riscv/Kconfig.socs

[PATCH 1/2] clk: imx: Remove __init for imx_register_uart_clocks() API

2019-06-19 Thread Anson . Huang
From: Anson Huang Some of i.MX SoCs' clock driver use platform driver model, and they need to call imx_register_uart_clocks() API, so imx_register_uart_clocks() API should NOT be in .init section. Signed-off-by: Anson Huang --- drivers/clk/imx/clk.c | 6 +++--- 1 file changed, 3

[PATCH 2/2] clk: imx8mq: Keep uart clocks on during system boot

2019-06-19 Thread Anson . Huang
From: Anson Huang Call imx_register_uart_clocks() API to keep uart clocks enabled when earlyprintk or earlycon is active. Signed-off-by: Anson Huang --- drivers/clk/imx/clk-imx8mq.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/clk/imx/clk-imx8mq.c

Re: WARNING in fanotify_handle_event

2019-06-19 Thread syzbot
Hello, syzbot has tested the proposed patch and the reproducer did not trigger crash: Reported-and-tested-by: syzbot+c277e8e2f46414645...@syzkaller.appspotmail.com Tested on: commit: a6a3fd5c fanotify: update connector fsid cache on add mark git tree:

Re: [PATCH 4/7] powerpc/ftrace: Additionally nop out the preceding mflr with -mprofile-kernel

2019-06-19 Thread Nicholas Piggin
Michael Ellerman's on June 19, 2019 3:14 pm: > Hi Naveen, > > Sorry I meant to reply to this earlier .. :/ > > "Naveen N. Rao" writes: >> With -mprofile-kernel, gcc emits 'mflr r0', followed by 'bl _mcount' to >> enable function tracing and profiling. So far, with dynamic ftrace, we >> used to

Re: [PATCH v4 1/3] KVM: x86: add support for user wait instructions

2019-06-19 Thread Xiaoyao Li
On 6/19/2019 3:01 PM, Tao Xu wrote: On 6/19/2019 2:23 PM, Xiaoyao Li wrote: On 6/19/2019 2:09 PM, Tao Xu wrote: UMONITOR, UMWAIT and TPAUSE are a set of user wait instructions. This patch adds support for user wait instructions in KVM. Availability of the user wait instructions is indicated

RE: [PATCHv5 10/20] PCI: mobiveil: Fix the INTx process errors

2019-06-19 Thread Z.q. Hou
Hi Karthikeyan, > -Original Message- > From: Karthikeyan Mitran [mailto:m.karthike...@mobiveil.co.in] > Sent: 2019年6月19日 13:29 > To: Lorenzo Pieralisi > Cc: Z.q. Hou ; linux-...@vger.kernel.org; > linux-arm-ker...@lists.infradead.org; devicet...@vger.kernel.org; >

[PATCH] media: atmel: atmel-isc: fix i386 build error

2019-06-19 Thread Eugen.Hristev
From: Eugen Hristev ld: drivers/media/platform/atmel/atmel-isc-base.o:(.bss+0x0): multiple definition of `debug'; arch/x86/entry/entry_32.o:(.entry.text+0x21ac): first defined here Changed module parameters to static. Reported-by: kbuild test robot Signed-off-by: Eugen Hristev --- Hello

Re: [PATCH 3/4] powerpc/powernv: remove dead NPU DMA code

2019-06-19 Thread Christoph Hellwig
On Wed, Jun 19, 2019 at 10:34:54AM +1000, Alexey Kardashevskiy wrote: > > > On 23/05/2019 17:49, Christoph Hellwig wrote: > > None of these routines were ever used since they were added to the > > kernel. > > > It is still being used exactly in the way as it was explained before in > previous

[tip:x86/urgent] x86/microcode: Fix the microcode load on CPU hotplug for real

2019-06-19 Thread tip-bot for Thomas Gleixner
Commit-ID: 5423f5ce5ca410b3646f355279e4e937d452e622 Gitweb: https://git.kernel.org/tip/5423f5ce5ca410b3646f355279e4e937d452e622 Author: Thomas Gleixner AuthorDate: Tue, 18 Jun 2019 22:31:40 +0200 Committer: Borislav Petkov CommitDate: Wed, 19 Jun 2019 09:16:35 +0200 x86/microcode: Fix

Review request for edac: ie31200: Add Intel Corporation 3rd Gen Core processor

2019-06-19 Thread Jiping Ma
Hi, Jason Baron Could you help to check if we can support Intel Corporation 3rd Gen Core processor in driver ie31200? It is tested by our customer. Test result is accepted by the customer. Summary: EDAC, ie31200: Add Intel Corporation 3rd Gen Core processor commit

[PATCH] EDAC, ie31200: Add Intel Corporation 3rd Gen Core processor

2019-06-19 Thread Jiping Ma
3rd Gen Core seems to work just like Skylake. Signed-off-by: Jiping Ma --- drivers/edac/ie31200_edac.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/edac/ie31200_edac.c b/drivers/edac/ie31200_edac.c index aac9b9b..1445336 100644 --- a/drivers/edac/ie31200_edac.c +++

Re: [PATCH v2] RISC-V: Break load reservations during switch_to

2019-06-19 Thread Mark Rutland
On Fri, Jun 07, 2019 at 03:22:22PM -0700, Palmer Dabbelt wrote: > The comment describes why in detail. This was found because QEMU never > gives up load reservations, the issue is unlikely to manifest on real > hardware. > > Thanks to Carlos Eduardo for finding the bug! > @@ -330,6 +330,17 @@

Re: [PATCH v13 3/3] dt-bindings: mfd: Document Renesas R-Car Gen3 RPC-IF controller bindings

2019-06-19 Thread masonccyang
Hi Marek, > Subject > > Re: [PATCH v13 3/3] dt-bindings: mfd: Document Renesas R-Car Gen3 RPC-IF > controller bindings > > On 6/6/19 9:40 AM, masonccy...@mxic.com.tw wrote: > [...] > > > RPC-IF works either in SPI or HyperFlash is decided by external hardware > > pins > > configuration

[PATCHv2] clk: add imx8 clk defines

2019-06-19 Thread Oliver Graute
From: Oliver Graute added header defines for imx8qm clock Signed-off-by: Oliver Graute --- include/dt-bindings/clock/imx8qm-clock.h | 851 +++ 1 file changed, 851 insertions(+) create mode 100644 include/dt-bindings/clock/imx8qm-clock.h diff --git

[PATCHv2] clk: add imx8 clk defines

2019-06-19 Thread Oliver Graute
From: Oliver Graute added header defines for imx8qm clock Signed-off-by: Oliver Graute --- include/dt-bindings/clock/imx8qm-clock.h | 851 +++ 1 file changed, 851 insertions(+) create mode 100644 include/dt-bindings/clock/imx8qm-clock.h diff --git

Re: [PATCH 5/5] Powerpc/Watchpoint: Fix length calculation for unaligned target

2019-06-19 Thread Ravi Bangoria
On 6/18/19 7:02 PM, Michael Neuling wrote: > On Tue, 2019-06-18 at 09:57 +0530, Ravi Bangoria wrote: >> Watchpoint match range is always doubleword(8 bytes) aligned on >> powerpc. If the given range is crossing doubleword boundary, we >> need to increase the length such that next doubleword

Re: [PATCH 0/5] Powerpc/hw-breakpoint: Fixes plus Code refactor

2019-06-19 Thread Ravi Bangoria
On 6/18/19 11:47 AM, Michael Neuling wrote: > On Tue, 2019-06-18 at 08:01 +0200, Christophe Leroy wrote: >> >> Le 18/06/2019 à 06:27, Ravi Bangoria a écrit : >>> patch 1-3: Code refactor >>> patch 4: Speedup disabling breakpoint >>> patch 5: Fix length calculation for unaligned targets >> >>

[PATCH 2/4] arch: Add generic asid implement from arm

2019-06-19 Thread guoren
From: Guo Ren The asid code is from arm64 and here is the ref link: https://lore.kernel.org/linux-arm-kernel/20190321163623.20219-12-julien.gr...@arm.com/ Seems it's good for other arch to implement asid. Signed-off-by: Guo Ren --- arch/csky/include/asm/asid.h | 77 ++

[PATCH 0/4] csky: Use generic asid function from arm

2019-06-19 Thread guoren
From: Guo Ren Julien Grall plan to seperate asid allocator into generic and vmid and other architectures could use it. ref: https://lore.kernel.org/linux-arm-kernel/20190321163623.20219-1-julien.gr...@arm.com/ For C-SKY the first implementation is from mips and it's not implemented well for

[PATCH 1/4] csky: Revert mmu ASID mechanism

2019-06-19 Thread guoren
From: Guo Ren Current C-SKY ASID mechanism is from mips and it doesn't work well in a multi-core case. ASID per core mechanism is not suitable for C-SKY SMP tlb maintain operations, eg: tlbi.vas need share the same asid in all processors and it'll invalid the tlb entry in all cores with the same

[PATCH 3/4] csky: Use generic asid algorithm to implement switch_mm

2019-06-19 Thread guoren
From: Guo Ren Use linux generic asid/vmid algorithm to implement csky switch_mm function. The algorithm is from arm and it could work with SMP system. It'll help reduce tlb flush for switch_mm in task/vm switch. Signed-off-by: Guo Ren Cc: Julien Grall Cc: Arnd Bergmann ---

[PATCH 4/4] csky: Improve tlb operation with help of asid

2019-06-19 Thread guoren
From: Guo Ren There are two generations of tlb operation instruction for C-SKY. First generation is use mcr register and it need software do more things, second generation is use specific instructions, eg: tlbi.va, tlbi.vas, tlbi.alls We implemented the following functions: - flush_tlb_range

[PATCH 1/1] scsi: virtio_scsi: remove unused 'affinity_hint_set'

2019-06-19 Thread Dongli Zhang
The 'affinity_hint_set' is not used any longer since commit 0d9f0a52c8b9 ("virtio_scsi: use virtio IRQ affinity"). Signed-off-by: Dongli Zhang --- drivers/scsi/virtio_scsi.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c index

Re: linux-next: Fixes tags need some work in the staging.current tree

2019-06-19 Thread Jonathan Cameron
On Tue, 18 Jun 2019 13:51:31 +0200 Greg KH wrote: > On Tue, Jun 18, 2019 at 07:36:18AM +1000, Stephen Rothwell wrote: > > Hi all, > > > > In commit > > > > 0c75376fa395 ("counter/ftm-quaddec: Add missing dependencies in Kconfig") > > > > Fixes tag > > > > Fixes: a3b9a99 ("counter: add

Re: [PATCH 5/7] powerpc/ftrace: Update ftrace_location() for powerpc -mprofile-kernel

2019-06-19 Thread Naveen N. Rao
Steven Rostedt wrote: On Tue, 18 Jun 2019 23:53:11 +0530 "Naveen N. Rao" wrote: Naveen N. Rao wrote: > Steven Rostedt wrote: >> On Tue, 18 Jun 2019 20:17:04 +0530 >> "Naveen N. Rao" wrote: >> >>> @@ -1551,7 +1551,7 @@ unsigned long ftrace_location_range(unsigned long start, unsigned

Re: [PATCH] mailbox: tegra-hsp: mark PM functions as __maybe_unused

2019-06-19 Thread Anders Roxell
On Thu, 10 Jan 2019 at 09:16, Thierry Reding wrote: > > On Tue, Jan 08, 2019 at 03:37:13PM +0100, Anders Roxell wrote: > > Without CONFIG_PM_SLEEP, we get annoying warnings about unused > > functions: > > > > drivers/mailbox/tegra-hsp.c:782:12: warning: ‘tegra_hsp_resume’ defined but > > not

Re: [PATCH] ubsan: mark ubsan_type_mismatch_common inline

2019-06-19 Thread Peter Zijlstra
On Tue, Jun 18, 2019 at 05:06:39PM +0200, Arnd Bergmann wrote: > On Tue, Jun 18, 2019 at 3:59 PM Peter Zijlstra wrote: > > On Tue, Jun 18, 2019 at 04:27:45PM +0300, Andrey Ryabinin wrote: > > > On 6/18/19 3:56 PM, Arnd Bergmann wrote: > > > > On Mon, Jun 17, 2019 at 4:02 PM Peter Zijlstra > > >

Re: [PATCH] mailbox: tegra-hsp: mark PM functions as __maybe_unused

2019-06-19 Thread Anders Roxell
On Wed, 19 Jun 2019 at 09:56, Anders Roxell wrote: > > On Thu, 10 Jan 2019 at 09:16, Thierry Reding wrote: > > > > On Tue, Jan 08, 2019 at 03:37:13PM +0100, Anders Roxell wrote: > > > Without CONFIG_PM_SLEEP, we get annoying warnings about unused > > > functions: > > > > > >

Re: [PATCH] media: atmel: atmel-isc: fix i386 build error

2019-06-19 Thread Sakari Ailus
Hi Eugen, On Wed, Jun 19, 2019 at 07:24:41AM +, eugen.hris...@microchip.com wrote: > From: Eugen Hristev > > ld: drivers/media/platform/atmel/atmel-isc-base.o:(.bss+0x0): multiple > definition of `debug'; arch/x86/entry/entry_32.o:(.entry.text+0x21ac): first > defined here > > Changed

Re: [PATCH] sparc: Remove redundant copy of the LGPL-2.0

2019-06-19 Thread Anatoly Pugachev
On Thu, Jun 13, 2019 at 03:14:56PM -0700, David Miller wrote: > > On 13/06/2019, David Miller wrote: > >> From: Thomas Huth > >> Date: Mon, 27 May 2019 18:32:53 +0200 > >> > >>> We already provide the LGPL-2.0 text in LICENSES/preferred/LGPL-2.0, > >>> so there is no need for this additional

Re: [PATCH v3 2/4] mtd: rawnand: Add Macronix MX25F0A NAND controller

2019-06-19 Thread masonccyang
Hi Boris, > > Re: [PATCH v3 2/4] mtd: rawnand: Add Macronix MX25F0A NAND controller > > On Tue, 18 Jun 2019 08:14:36 +0200 > Boris Brezillon wrote: > > > > > > > > > > > > > > > How to make all #CS keep high for NAND to enter > > > > > > > low-power standby mode if driver don't use

[PATCH] mm: vmscan: fix not scanning anonymous pages when detecting file refaults

2019-06-19 Thread Kuo-Hsin Yang
When file refaults are detected and there are many inactive file pages, the system never reclaim anonymous pages, the file pages are dropped aggressively when there are still a lot of cold anonymous pages and system thrashes. This issue impacts the performance of applications with large

[tip:WIP.x86/ipi 3/11] arch/x86/kernel/nmi.c:515:46: error: 'cpu_is_dead' undeclared; did you mean 'cpuid_eax'?

2019-06-19 Thread kbuild test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/ipi head: 0663387727c00bb25ce1e76f30deb6b193f591f8 commit: 8adde844ea4f8d0d147e0ad6c675970a58550bae [3/11] x86/hotplug: Silence APIC and NMI when CPU is dead config: i386-tinyconfig (attached as .config) compiler: gcc-7

Re: [PATCH v3 2/4] mtd: rawnand: Add Macronix MX25F0A NAND controller

2019-06-19 Thread Miquel Raynal
Hi Mason, masonccy...@mxic.com.tw wrote on Wed, 19 Jun 2019 16:04:43 +0800: > Hi Boris, > > > > > Re: [PATCH v3 2/4] mtd: rawnand: Add Macronix MX25F0A NAND controller > > > > On Tue, 18 Jun 2019 08:14:36 +0200 > > Boris Brezillon wrote: > > > > > > > > > > > > > > > > > > How to make

Re: [PATCH 1/2] scsi_host: add support for request batching

2019-06-19 Thread Hannes Reinecke
On 5/30/19 1:28 PM, Paolo Bonzini wrote: > This allows a list of requests to be issued, with the LLD only writing > the hardware doorbell when necessary, after the last request was prepared. > This is more efficient if we have lists of requests to issue, particularly > on virtualized hardware,

Re: [PATCH] ARC: ARCv2: jump label: implement jump label patching

2019-06-19 Thread Peter Zijlstra
On Tue, Jun 18, 2019 at 04:16:20PM +, Vineet Gupta wrote: > > +/* > > + * To make atomic update of patched instruction available we need to > > guarantee > > + * that this instruction doesn't cross L1 cache line boundary. > > + * Oh urgh. Is that the only way ARC can do text patching? We've

[tip:WIP.x86/ipi 8/11] arch/x86/kernel/apic/ipi.c:48:6: error: redefinition of 'apic_smt_update'

2019-06-19 Thread kbuild test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/ipi head: 0663387727c00bb25ce1e76f30deb6b193f591f8 commit: b3b483a0796da8f2c0d91b8594ef0ae593ec29fb [8/11] x86/apic: Add static key to Control IPI shorthands config: x86_64-randconfig-x015-201924 (attached as .config)

Re: [PATCH v3 2/4] mtd: rawnand: Add Macronix MX25F0A NAND controller

2019-06-19 Thread Boris Brezillon
On Wed, 19 Jun 2019 16:04:43 +0800 masonccy...@mxic.com.tw wrote: > Hi Boris, > > > > > Re: [PATCH v3 2/4] mtd: rawnand: Add Macronix MX25F0A NAND controller > > > > On Tue, 18 Jun 2019 08:14:36 +0200 > > Boris Brezillon wrote: > > > > > > > > > > > > > > > > > > How to make all #CS keep

Re: [PATCH V3 11/17] clk: tegra210: support for Tegra210 clocks suspend and resume

2019-06-19 Thread Thierry Reding
On Tue, Jun 18, 2019 at 10:58:40AM -0700, Sowjanya Komatineni wrote: > > On 6/18/19 5:16 AM, Thierry Reding wrote: > > On Tue, Jun 18, 2019 at 12:46:25AM -0700, Sowjanya Komatineni wrote: > > > This patch adds system suspend and resume support for Tegra210 > > > clocks. > > > > > > All the CAR

Re: [PATCH v5 02/10] [media] marvell-ccic: fix DMA s/g desc number calculation

2019-06-19 Thread Lubomir Rintel
On Fri, 2019-06-14 at 11:41 +0200, Jacopo Mondi wrote: > Hi Lubomir, > > On Sun, May 05, 2019 at 04:00:23PM +0200, Lubomir Rintel wrote: > > The commit d790b7eda953 ("[media] vb2-dma-sg: move dma_(un)map_sg here") > > left dma_desc_nent unset. It previously contained the number of DMA > >

Re: [PATCH] usbip: Implement map_urb_for_dma function for vhci to skip dma mapping

2019-06-19 Thread Suwan Kim
On Tue, Jun 18, 2019 at 11:30:34AM -0400, Alan Stern wrote: > On Tue, 18 Jun 2019, Suwan Kim wrote: > > > vhci doesn’t do dma for remote device. Actually, the real dma > > operation is done by network card driver. So, vhci doesn’t use and > > need dma address of transfer buffer of urb. > > > >

Re: [PATCH] mm: mempolicy: handle vma with unmovable pages mapped correctly in mbind

2019-06-19 Thread Vlastimil Babka
On 6/18/19 7:06 PM, Yang Shi wrote: > The BUG_ON was removed by commit > d44d363f65780f2ac2ec672164555af54896d40d ("mm: don't assume anonymous > pages have SwapBacked flag") since 4.12. Perhaps that commit should be sent to stable@ ? Although with VM_BUG_ON() this is less critical than plain

Re: [PATCH v3 2/8] clocksource/drivers/tegra: Remove duplicated use of per_cpu_ptr

2019-06-19 Thread Thierry Reding
On Tue, Jun 18, 2019 at 05:03:52PM +0300, Dmitry Osipenko wrote: > It was left unnoticed by accident, which means that the code could be > cleaned up a tad more. > > Acked-by: Jon Hunter > Signed-off-by: Dmitry Osipenko > --- > drivers/clocksource/timer-tegra.c | 42

Re: [PATCH v3 1/8] clocksource/drivers/tegra: Restore timer rate on Tegra210

2019-06-19 Thread Thierry Reding
On Tue, Jun 18, 2019 at 05:03:51PM +0300, Dmitry Osipenko wrote: > The clocksource rate is initialized only for the first per-CPU clocksource > and then that rate shall be replicated for the rest of clocksource's > because they are initialized manually in the code. > > Fixes: 3be2a85a0b61

Re: [PATCH v3 4/8] clocksource/drivers/tegra: Drop unneeded typecasting in one place

2019-06-19 Thread Thierry Reding
On Tue, Jun 18, 2019 at 05:03:54PM +0300, Dmitry Osipenko wrote: > There is no need to cast void because kernel allows to do that without > a warning message from a compiler. > > Acked-by: Jon Hunter > Signed-off-by: Dmitry Osipenko > --- > drivers/clocksource/timer-tegra.c | 2 +- > 1 file

Re: [PATCH v3 5/8] clocksource/drivers/tegra: Add verbose definition for 1MHz constant

2019-06-19 Thread Thierry Reding
On Tue, Jun 18, 2019 at 05:03:55PM +0300, Dmitry Osipenko wrote: > Convert all 1MHz literals to a verbose constant for better readability. > > Suggested-by: Daniel Lezcano > Acked-by: Jon Hunter > Signed-off-by: Dmitry Osipenko > --- > drivers/clocksource/timer-tegra.c | 12 +++- > 1

[no subject]

2019-06-19 Thread Системный администратор .
ВНИМАНИЕ; В вашем почтовом ящике превышен лимит хранилища, который составляет 5 ГБ, как определено администратором, который в настоящее время работает на 10,9 ГБ. Возможно, вы не сможете отправлять или получать новую почту, пока вы не подтвердите свою почту. Чтобы подтвердить свой почтовый

Re: [PATCH v3 3/8] clocksource/drivers/tegra: Set and use timer's period

2019-06-19 Thread Thierry Reding
On Tue, Jun 18, 2019 at 05:03:53PM +0300, Dmitry Osipenko wrote: > The of_clk structure has a period field that is set up initially by > timer_of_clk_init(), that period value need to be adjusted for a case of > TIMER1-9 that are running at a fixed rate that doesn't match the clock's > rate. Note

Re: [PATCH v3 7/8] clocksource/drivers/tegra: Cycles can't be 0

2019-06-19 Thread Thierry Reding
On Tue, Jun 18, 2019 at 05:03:57PM +0300, Dmitry Osipenko wrote: > Tegra's timer uses n+1 scheme for the counter, i.e. timer will fire after > one tick if 0 is loaded. The minimum and maximum numbers of oneshot ticks > are defined by clockevents_config_and_register(min, max) invocation and > the

Re: [PATCH v3 6/8] clocksource/drivers/tegra: Restore base address before cleanup

2019-06-19 Thread Thierry Reding
On Tue, Jun 18, 2019 at 05:03:56PM +0300, Dmitry Osipenko wrote: > We're adjusting the timer's base for each per-CPU timer to point to the > actual start of the timer since device-tree defines a compound registers > range that includes all of the timers. In this case the original base > need to be

  1   2   3   4   5   6   7   8   9   >