[PATCH v3 04/21] x86/xen: split off enlighten_pvh.c

Create enlighten_pvh.c by splitting off PVH related code from enlighten.c, put it under CONFIG_XEN_PVH. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross --- Changes since v2: #include added [kbuild test robot] --- arch/x86/xen/Makefile

Re: [PATCH] cpu/hotplug: Serialize callback invocations proper

On Tue, 14 Mar 2017, Bart Van Assche wrote: > On Tue, 2017-03-14 at 16:06 +0100, Sebastian Andrzej Siewior wrote: > > The setup/remove_state/instance() functions in the hotplug core code are > > serialized against concurrent CPU hotplug, but unfortunately not serialized > > against themself. > >

Re: [2/2] coresight: Fix reference count for software sources

On 14/03/17 17:40, Mathieu Poirier wrote: On 14 March 2017 at 11:32, Mathieu Poirier wrote: From: "Suzuki K. Poulose" For software sources (i.e STM), there could be multiple agents generating the trace data, unlike the ETMs. So we need to

[tip:smp/urgent] cpu/hotplug: Serialize callback invocations proper

Commit-ID: dc434e056fe1dada20df7ba07f32739d3a701adf Gitweb: http://git.kernel.org/tip/dc434e056fe1dada20df7ba07f32739d3a701adf Author: Sebastian Andrzej Siewior AuthorDate: Tue, 14 Mar 2017 16:06:45 +0100 Committer: Thomas Gleixner CommitDate:

Re: [PATCH] mm, gup: fix typo in gup_p4d_range()

Hi Kirill, On Mon, Mar 13, 2017 at 6:22 AM, Kirill A. Shutemov wrote: > gup_p4d_range() should call gup_pud_range(), not itself. > > Signed-off-by: Kirill A. Shutemov > Reported-by: Chris Packham

Re: [LSF/MM TOPIC][LSF/MM,ATTEND] shared TLB, hugetlb reservations

Hello, On Wed, Mar 08, 2017 at 05:30:55PM -0800, Mike Kravetz wrote: > On 01/10/2017 03:02 PM, Mike Kravetz wrote: > > Another more concrete topic is hugetlb reservations. Michal Hocko > > proposed the topic "mm patches review bandwidth", and brought up the > > related subject of areas in need

[GIT PULL 00/19] perf/core improvements and fixes

into perf/core (2017-03-07 08:14:14 +0100) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-4.12-20170314 for you to fetch changes up to 5f6bee34707973ea7879a7857fd63ddccc92fff3: kprobes: Convert

[PATCH 05/19] perf tools: Ignore generated files pmu-events/{jevents,pmu-events.c} for git

From: Changbin Du Ignore two files: pmu-events/{jevents,pmu-events.c} which are generated during the build. Committer notes: Testing it: $ make -C tools/perf/ $ git status On branch perf/core Untracked files: (use "git add ..." to include in what will be

[PATCH 11/19] perf record: Synthesize namespace events for current processes

From: Hari Bathini Synthesize PERF_RECORD_NAMESPACES events for processes that were running prior to invocation of perf record. The data for this is taken from /proc/$PID/ns. These changes make way for analyzing events with regard to namespaces. Committer notes:

[PATCH 13/19] perf tools: Add 'cgroup_id' sort order keyword

From: Hari Bathini This patch introduces a cgroup identifier entry field in perf report to identify or distinguish data of different cgroups. It uses the device number and inode number of cgroup namespace, included in perf data with the new PERF_RECORD_NAMESPACES

[PATCH 12/19] perf script: Add script print support for namespace events

From: Hari Bathini Introduce a new option to display events of type PERF_RECORD_NAMESPACES and update perf-script documentation accordingly. Shown below is output (trimmed) of perf script command with the newly introduced option, on perf.data generated with perf

Re: [PATCH v2 3/5] pci: set msi_domain_ops as __ro_after_init

I can update the patch series, sorry haven't had much time to devote to this the past few weeks, but will update in the next day. On Tue, Mar 7, 2017 at 11:07 AM, Bjorn Helgaas wrote: > On Thu, Feb 16, 2017 at 03:38:05PM +0100, Thomas Gleixner wrote: >> On Thu, 16 Feb 2017,

Re: [PATCH v10 6/7] x86/arch_prctl: Add ARCH_[GET|SET]_CPUID

On 03/14/17 12:01, H. Peter Anvin wrote: > On 11/08/16 10:39, Kyle Huey wrote: >> } >> >> +if (test_tsk_thread_flag(prev_p, TIF_NOCPUID) ^ >> +test_tsk_thread_flag(next_p, TIF_NOCPUID)) { >> +set_cpuid_faulting(test_tsk_thread_flag(next_p, TIF_NOCPUID)); >> +} >>

Re: [PATCH] drm/exynos: Print kernel pointers in a restricted form

Krzysztof Kozlowski wrote: > On Tue, Mar 14, 2017 at 08:01:41PM +0100, Tobias Jakobi wrote: >> Hello Krzysztof, >> >> I was wondering about the benefit of this. From a quick look these are >> all messages that end up in the kernel log / dmesg. >> >> IIRC %pK does nothing there, since

Re: [1/2] coresight: Disable the path only when the source is disabled

Hi Suzuki, On 14 March 2017 at 11:31, Mathieu Poirier wrote: > From: "Suzuki K. Poulose" > > With a coresight tracing session, the components along the path > from the source to sink are disabled after the source is disabled. > However, if the

Re: [PATCH] cpu/hotplug: Serialize callback invocations proper

On Tue, 2017-03-14 at 16:06 +0100, Sebastian Andrzej Siewior wrote: > The setup/remove_state/instance() functions in the hotplug core code are > serialized against concurrent CPU hotplug, but unfortunately not serialized > against themself. > > As a consequence a concurrent invocation of these

Re: [PATCH][RFC v4] ACPI throttling: Disable the MSR T-state if enabled after resumed

Hi! > > > However there are still three problems left: > > > 1. More and more reports show that other platforms also > > >encountered the same issue, so the quirk list might > > >be endless. > > > 2. Each CPUs should take the save/restore operation into > > >consideration, rather than

[PATCH v3 20/21] x86/xen: enable PVHVM-only builds

Now everything is in place and we can move PV-only code under CONFIG_XEN_PV. CONFIG_XEN_PV_SMP is created to support the change. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross --- arch/x86/xen/Kconfig | 4 arch/x86/xen/Makefile | 9

[PATCH v3 16/21] x86/xen: define startup_xen for XEN PV only

startup_xen references PV-only code, decorate it with #ifdef CONFIG_XEN_PV to make PV-free builds possible. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross --- arch/x86/xen/xen-head.S | 4 1 file changed, 4 insertions(+) diff --git

Re: [PATCH 3/4] x86, pci: Add interface to force mmconfig

On Tue, 14 Mar 2017, Andi Kleen wrote: > The other option is to simply make it unconditional. That would > be even simpler, but it is a bit more risky. Hmm, I suppose may > be worth trying to find out what Windows uses. If they get away > with MMCONFIG everywhere we should be too. >From the PCIe

Re: [tpmdd-devel] [PATCH] tpm: Add sysfs interface to show TPM hardware version

On 3/13/2017 3:10 AM, Peter Huewe wrote: And yes you are right there is currently no way, except for trial and error, for the userspace to determine this. So an interface to get this information makes sense to me. In practice, I suspect that a single user space application won't support both

[PATCH 15/19] perf probe: Factor out the ftrace README scanning

From: "Naveen N. Rao" Simplify and separate out the ftrace README scanning logic into a separate helper. This is used subsequently to scan for all patterns of interest and to cache the result. Since we are only interested in availability of probe argument type

[PATCH] ARM: wire up new statx syscall

From: Markus Mayer Add new statx syscall to ARM syscall table. Signed-off-by: Markus Mayer --- It looks like this hasn't been submitted before, so here goes. arch/arm/tools/syscall.tbl | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [RFC/PATCH] of: Mark property::value as const

Quoting Frank Rowand (2017-03-11 22:27:08) > Hi Stephen, > > On 02/23/17 15:08, Frank Rowand wrote: > > On 02/13/17 18:50, Stephen Boyd wrote: > >> The 'blob' we pass into populate_properties() is marked as const, > >> but we cast that const away when we assign the result of > >>

Re: [PATCH V12 09/10] trace, ras: add ARM processor error trace event

Hello Xie XiUQi, On 3/12/2017 8:31 PM, Xie XiuQi wrote: Hi Baicar Tyler, On 2017/3/11 2:23, Baicar, Tyler wrote: Hello Xie XiuQi, On 3/9/2017 2:41 AM, Xie XiuQi wrote: On 2017/3/7 4:45, Tyler Baicar wrote: Currently there are trace events for the various RAS errors with the exception of

Re: Linux 4.11: Reported regressions as of Tuesday, 20176-03-14

On Tue, Mar 14, 2017 at 3:02 AM, Thorsten Leemhuis wrote: > > Desc: PowerPC crashes on boot, bisected to commit 5657933dbb6e > Repo: 2017-03-02 > https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1343553.html > Stat: 2017-03-09 >

Re: [RFC PATCH 00/12] Ion cleanup in preparation for moving out of staging

On 03/14/2017 07:47 AM, Benjamin Gaignard wrote: > 2017-03-13 22:09 GMT+01:00 Laura Abbott : >> On 03/12/2017 12:05 PM, Daniel Vetter wrote: >>> On Sun, Mar 12, 2017 at 2:34 PM, Benjamin Gaignard >>> wrote: 2017-03-09 18:38 GMT+01:00 Laura

Re: [PATCH] drm/exynos: Print kernel pointers in a restricted form

On Tue, Mar 14, 2017 at 08:17:35PM +0100, Tobias Jakobi wrote: > Krzysztof Kozlowski wrote: > > On Tue, Mar 14, 2017 at 08:01:41PM +0100, Tobias Jakobi wrote: > >> Hello Krzysztof, > >> > >> I was wondering about the benefit of this. From a quick look these are > >> all messages that end up in the

[PATCH v3 06/21] x86/xen: split off enlighten_pv.c

Basically, enlighten.c is renamed to enlighten_pv.c and some code moved out to common enlighten.c. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross --- Changes since v2: xen_pin_vcpu() left in enlighten.c --- arch/x86/xen/Makefile |4

[PATCH v3 13/21] x86/xen: split off mmu_pv.c

Basically, mmu.c is renamed to mmu_pv.c and some code moved out to common mmu.c. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross --- arch/x86/xen/Makefile |4 +- arch/x86/xen/mmu.c| 2702 +

[PATCH] pata_pcmcia: add EBSA110's PCMCIA slot support

Add EBSA110's PCMCIA slot support. Cc: Russell King Signed-off-by: Bartlomiej Zolnierkiewicz --- Cross compile tested only. drivers/ata/pata_pcmcia.c | 297 +- 1 file changed, 294

Re: [PATCH 1/4] ARM64: Prepare Marvell IAP140 aka PXA1908

Am 14.03.2017 um 17:30 schrieb Ulf Hansson: > On 19 February 2017 at 04:19, Andreas Färber wrote: >> Suppress COMMON_CLK_PXA and MMC_PXA for now as they don't build on arm64. >> Also suppress the deprecated SERIAL_PXA in favor of SERIAL_8250_PXA. >> >> Signed-off-by: Andreas

Re: [PATCH] mux: core: fix error handling in devm_mux_chip_alloc

Looks good! regards, dan carpenter

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Hi! > > Mid-layer is difficult... there are _hundreds_ of possible > > pipeline setups. If it should live in kernel or in userspace is a > > question... but I don't think having it in kernel helps in any way. > > Mid-layer is difficult, because we either need to feed some > library with

Re: [PATCH v5 15/39] [media] v4l2: add a frame interval error event

On Mon 2017-03-13 10:45:38, Russell King - ARM Linux wrote: > On Mon, Mar 13, 2017 at 11:02:34AM +0100, Hans Verkuil wrote: > > On 03/11/2017 07:14 PM, Steve Longerbeam wrote: > > > The event must be user visible, otherwise the user has no indication > > > the error, and can't correct it by stream

Re: [PATCH v6 0/4] Broadcom SBA RAID support

On Tue, Mar 14, 2017 at 09:56:35AM -0700, Dan Williams wrote: > On Mon, Mar 6, 2017 at 1:43 AM, Anup Patel wrote: > > The Broadcom SBA RAID is a stream-based device which provides > > RAID5/6 offload. > > > > It requires a SoC specific ring manager (such as Broadcom

[PATCH 17/19] perf powerpc: Choose local entry point with kretprobes

From: "Naveen N. Rao" perf now uses an offset from _text/_stext for kretprobes if the kernel supports it, rather than the actual function name. As such, let's choose the LEP for powerpc ABIv2 so as to ensure the probe gets hit. Do it only if the kernel supports

[PATCH 09/19] perf: Add PERF_RECORD_NAMESPACES to include namespaces related info

From: Hari Bathini With the advert of container technologies like docker, that depend on namespaces for isolation, there is a need for tracing support for namespaces. This patch introduces new PERF_RECORD_NAMESPACES event for recording namespaces related info. By

Re: [PATCHv2,6/7] mm: convert generic code to 5-level paging

Am Dienstag, 14. März 2017, 20:06:25 CET schrieb Kirill A. Shutemov: > On Tue, Mar 14, 2017 at 05:14:22PM +0100, Heiko Stübner wrote: > > [added arm64 maintainers and arm list to recipients] > > > > Hi, > > > > Am Donnerstag, 9. März 2017, 17:24:07 CET schrieb Kirill A. Shutemov: > > > Convert

Re: [PATCH] PCI: aardvark: Remove msi-controller dt node probing

On Tue, Mar 14, 2017 at 12:08:51PM -0700, Stephen Boyd wrote: > This code assigns variables that are never used. Remove them. > > Reported-by: Srinivas Kandagatla > Cc: Thomas Petazzoni > Signed-off-by: Stephen Boyd

[PATCH RESEND v1] locking/ww_mutex: Prevent read of uninitialized memory

On "missed ABBA deadlock" abba.result is read, but not initialized in all situations. Detected by CoverityScan, CID#1402035 ("Uninitialized scalar variable") Signed-off-by: Robert Foss --- kernel/locking/test-ww_mutex.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: fsx tests on DAX started to fail with msync failure on 0307 -next tree

On Tue, Mar 14, 2017 at 10:56:42AM +0800, Xiong Zhou wrote: > Hi, > > xfstests cases: > generic/075 generic/112 generic/127 generic/231 generic/263 > > fail with DAX, pass without it. Both xfs and ext4. > > It was okay on 0306 -next tree. Thanks for the report. I'm looking into it. -next is

[PATCH v3 05/21] x86/xen: split off enlighten_hvm.c

Move PVHVM related code to enlighten_hvm.c. Three functions: xen_cpuhp_setup(), xen_reboot(), xen_emergency_restart() are shared, drop static qualifier from them. These functions will go to common code once it is split from enlighten.c. Signed-off-by: Vitaly Kuznetsov

[PATCH v3 01/21] x86/xen: separate PV and HVM hypervisors

As a preparation to splitting the code we need to untangle it: x86_hyper_xen -> x86_hyper_xen_hvm and x86_hyper_xen_pv xen_platform() -> xen_platform_hvm() and xen_platform_pv() xen_cpu_up_prepare() -> xen_cpu_up_prepare_pv() and xen_cpu_up_prepare_hvm() xen_cpu_dead() -> xen_cpu_dead_pv() and

[PATCH v3 11/21] x86/xen: split off smp_pv.c

Basically, smp.c is renamed to smp_pv.c and some code moved out to common smp.c. struct xen_common_irq delcaration ended up in smp.h. Reviewed-by: Juergen Gross Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile | 2 +- arch/x86/xen/smp.c| 488

[PATCH v3 10/21] x86/xen: split off smp_hvm.c

Move PVHVM related code to smp_hvm.c. Drop 'static' qualifier from xen_smp_send_reschedule(), xen_smp_send_call_function_ipi(), xen_smp_send_call_function_single_ipi(), these functions will be moved to common smp code when smp_pv.c is split. Signed-off-by: Vitaly Kuznetsov

Re: [PATCH v2 8/8] irqchip, gicv3-its, cma: Use CMA for allocation of large device tables

Hi Robert, I don't see anywhere in this patch, code calls explicitly CMA API to allocate memory for device table. The CMA feature is an optional in kernel, and will be handled transparently inside the the DMA layer. It would be nicer to not mention CMA word in the commit subject. On

Re: [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1

On Tue, Mar 14, 2017 at 12:47 AM, Ingo Molnar wrote: > > I've also applied the GUP patch, with the assumption that you'll address > Linus's > request to switch x86 over to the generic version. Note that switching over to the generic version is somewhat fraught with subtle

Re: [PATCH] ACPI / APEI: use setup_deferrable_timer

Works for me! On 3/10/2017 5:46 PM, Geliang Tang wrote: Use setup_deferrable_timer() instead of init_timer_deferrable() to simplify the code. Signed-off-by: Geliang Tang Tested-by: Tyler Baicar --- drivers/acpi/apei/ghes.c | 5 ++--- 1 file

Re: [2/2] coresight: Fix reference count for software sources

On 14/03/17 17:40, Mathieu Poirier wrote: On 14 March 2017 at 11:32, Mathieu Poirier wrote: From: "Suzuki K. Poulose" For software sources (i.e STM), there could be multiple agents generating the trace data, unlike the ETMs. So we need to

[PATCH 3/3] arm64: v8.3: Support for weaker release consistency

ARMv8.3 adds new instructions to support Release Consistent processor consistent (RCpc) model, which is weaker than the RCsc model. Signed-off-by: Suzuki K Poulose --- Documentation/arm64/cpu-feature-registers.txt | 2 ++ arch/arm64/include/asm/sysreg.h | 1

[PATCH 1/3] arm64: v8.3: Support for Javascript conversion instruction

ARMv8.3 adds support for a new instruction to perform conversion from double precision floating point to integer to match the architected behaviour of the equivalent Javascript conversion. Expose the availability via HWCAP and MRS emulation. Signed-off-by: Suzuki K Poulose

[PATCH 2/3] arm64: v8.3: Support for complex number instructions

ARM v8.3 adds support for new instructions to aid floating-point multiplication and addition of complex numbers. Expose the support via HWCAP and MRS emulation Signed-off-by: Suzuki K Poulose --- Documentation/arm64/cpu-feature-registers.txt | 2 ++

[PATCH 0/3] arm64: Advertise ARMv8.3 features

Advertise the ARMv8.3 features for the applications via ELF HWCAPS and MRS emulation. Suzuki K Poulose (3): arm64: v8.3: Support for Javascript conversion instruction arm64: v8.3: Support for complex number instructions arm64: v8.3: Support for weaker release consistency

[PATCH v3] mm: fix condition for throttle_direct_reclaim

Since "mm: fix 100% CPU kswapd busyloop on unreclaimable nodes" kswapd has been modified to give up after MAX_RECLAIM_RETRIES number of unsucessful iterations. Before going to sleep, kswapd thread will unconditionally wakeup all threads sleeping on pfmemalloc_wait. However the awoken threads will

[PATCH 16/19] perf kretprobes: Offset from reloc_sym if kernel supports it

From: "Naveen N. Rao" We indicate support for accepting sym+offset with kretprobes through a line in ftrace README. Parse the same to identify support and choose the appropriate format for kprobe_events. As an example, without this perf patch, but with the

[PATCH 10/19] perf tools: Add PERF_RECORD_NAMESPACES to include namespaces related info

From: Hari Bathini Introduce a new option to record PERF_RECORD_NAMESPACES events emitted by the kernel when fork, clone, setns or unshare are invoked. And update perf-record documentation with the new option to record namespace events. Committer notes: Combined it

[PATCH 19/19] kprobes: Convert kprobe_exceptions_notify to use NOKPROBE_SYMBOL

From: "Naveen N. Rao" commit fc62d0207ae0 ("kprobes: Introduce weak variant of kprobe_exceptions_notify()") used the __kprobes annotation to exclude kprobe_exceptions_notify from being probed. Since NOKPROBE_SYMBOL() is a better way to do this enabling the symbol

Re: [PATCH] drm/exynos: Print kernel pointers in a restricted form

Hello Krzysztof, I was wondering about the benefit of this. From a quick look these are all messages that end up in the kernel log / dmesg. IIRC %pK does nothing there, since dmest_restrict is supposed to be used to deny an unpriviliged user the access to the kernel log. Or am I missing

Re: Dell Inspiron 5558/0VNM2T hangs at resume from suspend when USB 3 is enabled

On Tue, Mar 14, 2017 at 2:20 PM, Diego Viola wrote: > On Thu, Mar 9, 2017 at 2:15 PM, Diego Viola wrote: >> On Thu, Mar 9, 2017 at 11:11 AM, Diego Viola wrote: >>> On Wed, Mar 8, 2017 at 5:40 PM, Diego Viola

[PATCH 1/3] kasan: allow kasan_check_read/write() to accept pointers to volatiles

Currently kasan_check_read/write() accept 'const void*', make them accept 'const volatile void*'. This is required for instrumentation of atomic operations and there is just no reason to not allow that. Signed-off-by: Dmitry Vyukov Cc: Mark Rutland Cc:

[PATCH 0/3] x86, kasan: add KASAN checks to atomic operations

KASAN uses compiler instrumentation to intercept all memory accesses. But it does not see memory accesses done in assembly code. One notable user of assembly code is atomic operations. Frequently, for example, an atomic reference decrement is the last access to an object and a good candidate for a

[PATCH 2/3] asm-generic, x86: wrap atomic operations

KASAN uses compiler instrumentation to intercept all memory accesses. But it does not see memory accesses done in assembly code. One notable user of assembly code is atomic operations. Frequently, for example, an atomic reference decrement is the last access to an object and a good candidate for a

Re: [PATCH v10 6/7] x86/arch_prctl: Add ARCH_[GET|SET]_CPUID

On Tue, Mar 14, 2017 at 12:01 PM, H. Peter Anvin wrote: > and at least theoretically we > could be indirecting though the ->stack pointer for every one if gcc > can't tell it won't have changed (we really need to get thread_info > moved into the task_struct allocation and away

Re: [PATCH v2 3/5] pci: set msi_domain_ops as __ro_after_init

On Tue, Mar 14, 2017 at 11:50:50AM -0700, Jessica Frazelle wrote: > I can update the patch series, sorry haven't had much time to devote > to this the past few weeks, but will update in the next day. Thanks, Jessica! No problem, I know the feeling :) Bjorn

Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)

Hello, On Mon, Mar 13, 2017 at 10:21:45AM +0100, Michal Hocko wrote: > On Fri 10-03-17 13:00:37, Reza Arbab wrote: > > On Fri, Mar 10, 2017 at 04:53:33PM +0100, Michal Hocko wrote: > > >OK, so while I was playing with this setup some more I probably got why > > >this is done this way. All new

[tip:x86/urgent] mm, x86: Fix native_pud_clear build error

Commit-ID: d434936e4cbb10181463622962f30b989d3e9e19 Gitweb: http://git.kernel.org/tip/d434936e4cbb10181463622962f30b989d3e9e19 Author: Arnd Bergmann AuthorDate: Tue, 14 Mar 2017 13:12:53 +0100 Committer: Thomas Gleixner CommitDate: Tue, 14 Mar 2017

[PATCH] jiffies.h: Declare jiffies and jiffies_64 with ____cacheline_aligned_in_smp

jiffies_64 is defined in kernel/time/timer.c with cacheline_aligned_in_smp, however this macro is not part of the declaration of jiffies and jiffies_64 in jiffies.h. As a result clang generates the following warning: kernel/time/timer.c:57:26: error: section does not match previous

[PATCH v3 18/21] xen/balloon: decorate PV-only parts with #ifdef CONFIG_XEN_PV

Balloon driver uses several PV-only concepts (xen_start_info, xen_extra_mem,..) and it seems the simpliest solution to make HVM-only build happy is to decorate these parts with #ifdefs. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross ---

Re: perf: use-after-free in perf_release

On Tue, Mar 14, 2017 at 04:26:25PM +0100, Peter Zijlstra wrote: > A well.. I'll go do the 'trivial' patch then. A little like so; completely untested. --- kernel/events/core.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/kernel/events/core.c b/kernel/events/core.c index

[PATCH v3 15/21] x86/xen: put setup.c, pmu.c and apic.c under CONFIG_XEN_PV

xen_pmu_init/finish() functions are used in suspend.c and enlighten.c, add stubs for now. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross --- arch/x86/xen/Kconfig | 2 +- arch/x86/xen/Makefile | 6 +++--- arch/x86/xen/pmu.h| 5 + 3

[PATCH v3 21/21] x86/xen: rename some PV-only functions in smp_pv.c

After code split between PV and HVM some functions in xen_smp_ops have xen_pv_ prefix and some only xen_ which makes them look like they're common for both PV and HVM while they're not. Rename all the rest to have xen_pv_ prefix. Signed-off-by: Vitaly Kuznetsov Reviewed-by:

Re: [PATCH v2 16/20] ARM: dts: sun50i-a64: enable dwmac-sun8i on pine64

On 03/14/2017 07:18 AM, Corentin Labbe wrote: > The dwmac-sun8i hardware is present on the pine64 > It uses an external PHY via RMII. > > Signed-off-by: Corentin Labbe > --- > arch/arm64/boot/dts/allwinner/sun50i-a64-pine64.dts | 15 +++ > 1 file changed,

[PATCH] drm/exynos: Print kernel pointers in a restricted form

Printing raw kernel pointers might reveal information which sometimes we try to hide (e.g. with Kernel Address Space Layout Randomization). Use the "%pK" format so these pointers will be hidden for unprivileged users. Signed-off-by: Krzysztof Kozlowski ---

Re: [PATCH RESEND 4/4] mfd: arizona: Use regmap_read_poll_timeout instead of hard coding it

On Tue, Mar 14, 2017 at 05:07:04PM +, Lee Jones wrote: > On Thu, 09 Mar 2017, Charles Keepax wrote: > > > arizona_poll_reg essentially hard-codes regmap_read_poll_timeout, this > > patch updates the implementation to use regmap_read_poll_timeout. We > > still keep arizona_poll_reg around as

Re: [PATCH 1/2] Documentation: perf: xgene: Add support for SoC PMU of next generation of X-Gene

On Tue, Mar 14, 2017 at 11:06:51AM -0700, Hoan Tran wrote: > This patch adds support for SoC-wide (AKA uncore) Performance Monitoring > Unit in the next generation of X-Gene SoC. It adds a description, certainly. > > Signed-off-by: Hoan Tran > --- >

[PATCH] PCI: aardvark: Remove msi-controller dt node probing

This code assigns variables that are never used. Remove them. Reported-by: Srinivas Kandagatla Cc: Thomas Petazzoni Signed-off-by: Stephen Boyd --- drivers/pci/host/pci-aardvark.c | 8 1

Re: [PATCH v10 6/7] x86/arch_prctl: Add ARCH_[GET|SET]_CPUID

On Tue, Mar 14, 2017 at 12:01 PM, H. Peter Anvin wrote: > On 11/08/16 10:39, Kyle Huey wrote: >> } >> >> + if (test_tsk_thread_flag(prev_p, TIF_NOCPUID) ^ >> + test_tsk_thread_flag(next_p, TIF_NOCPUID)) { >> +

Re: [PATCH] drm/exynos: Print kernel pointers in a restricted form

On Tue, Mar 14, 2017 at 08:01:41PM +0100, Tobias Jakobi wrote: > Hello Krzysztof, > > I was wondering about the benefit of this. From a quick look these are > all messages that end up in the kernel log / dmesg. > > IIRC %pK does nothing there, since dmest_restrict is supposed to be used > to

Re: [PATCH] ARM: wire up new statx syscall

I already have a patch merged. Thanks anyway. On Tue, Mar 14, 2017 at 11:55:23AM -0700, Markus Mayer wrote: > From: Markus Mayer > > Add new statx syscall to ARM syscall table. > > Signed-off-by: Markus Mayer > --- > > It looks like this hasn't been

Re: [PATCH] x86, kasan: add KASAN checks to atomic operations

On Tue, Mar 14, 2017 at 4:44 PM, Mark Rutland wrote: >> > -static __always_inline int atomic_read(const atomic_t *v) >> > +static __always_inline int arch_atomic_read(const atomic_t *v) >> > { >> > - return READ_ONCE((v)->counter); >> > + return

[PATCH v3 03/21] x86/xen: add CONFIG_XEN_PV to Kconfig

All code to support Xen PV will get under this new option. For the beginning, check for it in the common code. Signed-off-by: Vitaly Kuznetsov --- Changes since v2: select XEN_HAVE_PVMMU moved to config XEN_PV [Juergen Gross] --- arch/x86/kernel/cpu/hypervisor.c | 4

[PATCH v3 09/21] x86/xen: split xen_cpu_die()

Split xen_cpu_die() into xen_pv_cpu_die() and xen_hvm_cpu_die() to support further splitting of smp.c. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross --- arch/x86/xen/smp.c | 26 -- 1 file changed, 20 insertions(+), 6

[PATCH v3 19/21] xen: create xen_create/destroy_contiguous_region() stubs for PVHVM only builds

xen_create_contiguous_region()/xen_create_contiguous_region() are PV-only, they both contain xen_feature(XENFEAT_auto_translated_physmap) check and bail in the very beginning. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross ---

[PATCH v3 14/21] x86/xen: split suspend.c for PV and PVHVM guests

Slit the code in suspend.c into suspend_pv.c and suspend_hvm.c. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross --- Changes since v2: #include added to suspend_pv.c [kbuild test robot] --- arch/x86/xen/Makefile | 3 ++-

[PATCH v3 07/21] x86/xen: split xen_smp_intr_init()/xen_smp_intr_free()

xen_smp_intr_init() and xen_smp_intr_free() have PV-specific code and as a praparatory change to splitting smp.c we need to split these fucntions. Create xen_smp_intr_init_pv()/xen_smp_intr_free_pv(). Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross

[PATCH v3 00/21] x86/xen: untangle PV and PVHVM guest support code

Changes since v2: - Rebase to 4.11.0-rc1+ - XEN_HAVE_PVMMU moved to config XEN_PV [Juergen Gross] - .pin_vcpu kept for x86_hyper_xen_hvm to support PVH Dom0 in future [Juergen Gross] - 'extern' qualifiers dropped from newly introduced function prototypes in headers [Juergen Gross] - A couple

[PATCH v3 08/21] x86/xen: split xen_smp_prepare_boot_cpu()

Split xen_smp_prepare_boot_cpu() into xen_pv_smp_prepare_boot_cpu() and xen_hvm_smp_prepare_boot_cpu() to support further splitting of smp.c. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross --- arch/x86/xen/smp.c | 49

Re: [1/2] coresight: Disable the path only when the source is disabled

On 14/03/17 17:37, Mathieu Poirier wrote: Hi Suzuki, On 14 March 2017 at 11:31, Mathieu Poirier wrote: From: "Suzuki K. Poulose" With a coresight tracing session, the components along the path from the source to sink are disabled after the

[PATCH 0/2] perf: xgene: Add support for SoC PMU of next generation of X-Gene

This patch set adds support for SoC-wide (AKA uncore) Performance Monitoring Unit in the next generation of X-Gene SoC. Hoan Tran (2): Documentation: perf: xgene: Add support for SoC PMU of next generation of X-Gene perf: xgene: Add support for SoC PMU of next generation of X-Gene

[PATCH 2/2] perf: xgene: Add support for SoC PMU of next generation of X-Gene

This patch adds support for SoC-wide (AKA uncore) Performance Monitoring Unit in the next generation of X-Gene SoC. Signed-off-by: Hoan Tran --- drivers/perf/xgene_pmu.c | 645 ++- 1 file changed, 575 insertions(+), 70 deletions(-)

[PATCH 1/2] Documentation: perf: xgene: Add support for SoC PMU of next generation of X-Gene

This patch adds support for SoC-wide (AKA uncore) Performance Monitoring Unit in the next generation of X-Gene SoC. Signed-off-by: Hoan Tran --- Documentation/perf/xgene-pmu.txt | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git

Re: [PATCH v2] xfs: remove kmem_zalloc_greedy

On Tue, Mar 14, 2017 at 05:57:45PM +0100, Luis R. Rodriguez wrote: > On Tue, Mar 07, 2017 at 04:35:28PM -0800, Darrick J. Wong wrote: > > The sole remaining caller of kmem_zalloc_greedy is bulkstat, which uses > > it to grab 1-4 pages for staging of inobt records. The infinite loop in > > the

Re: [PATCH net-next] bonding: add 802.3ad support for 25G speeds

On Tue, Mar 14, 2017 at 11:48:32AM -0400, Jarod Wilson wrote: > Cut-n-paste enablement of 802.3ad bonding on 25G NICs, which currently > report 0 as their bandwidth. > > CC: Jay Vosburgh > CC: Veaceslav Falico > CC: Andy Gospodarek >

[PATCH 07/19] perf report: Document +field style argument support for --field option

From: Changbin Du Commit 2f3f9bcf000b ("perf tools: Add +field argument support for --field option") by Jiri Olsa introduced +field style argument support for --field option. This is useful but not updated documentation. This add a little description

[PATCH 04/19] perf tools: Missing c2c command in command-list

From: Changbin Du Add the c2c command to command-list.txt so perf help can list this command. Committer notes: Before: # perf help | grep c2c # After: # perf help | grep c2c c2c Shared Data C2C/HITM Analyzer. # Signed-off-by: Changbin Du

[PATCH 14/19] perf sched timehist: Add --next option

From: Brendan Gregg The --next option shows the next task for each context switch, providing more context for the sequence of scheduler events. $ perf sched timehist --next | head Samples do not have callchains. time cpu task name waittime schdelay run time

Re: [PATCH] [media] v4l2-dv-timings: Introduce v4l2_calc_fps()

Hi Hans, On 14-03-2017 07:24, Hans Verkuil wrote: >> Right, I was forgetting about this ... >> >> So: >> 1) Most of HDMI receivers do not have the expected precision in >> measuring pixel clock value; > s/Most/Some/ > > Newer HDMI receivers tend to have better precision. > > However, the

[PATCH] dt-bindings: arm-gic: Remove 0x from unit addresses

DT spec says we shouldn't have '0x' on unit addresses. Remove them from these examples so people don't copy/pasta them into dts files. Cc: Suravee Suthikulpanit Signed-off-by: Stephen Boyd ---

[PATCH 3/3] asm-generic: add KASAN instrumentation to atomic operations

KASAN uses compiler instrumentation to intercept all memory accesses. But it does not see memory accesses done in assembly code. One notable user of assembly code is atomic operations. Frequently, for example, an atomic reference decrement is the last access to an object and a good candidate for a

  1   2   3   4   5   6   7   8   9   10   >