Re: [PATCH v5 3/9] v4l: platform: Add Renesas CEU driver

Hi Hans, On Tue, Jan 16, 2018 at 10:46:42AM +0100, Hans Verkuil wrote: > Hi Jacopo, > > Sorry for the late review, but here is finally is. > > BTW, can you provide the v4l2-compliance output (ideally with the -f option) > in the cover letter for v6? Sure, it was attacched to v3 I guess, since the

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

On 01/16/2018 08:00 AM, Sekhar Nori wrote: On Monday 08 January 2018 07:47 AM, David Lechner wrote: +void __init da850_psc_clk_init(void __iomem *psc0, void __iomem *psc1) +{ + struct clk_onecell_data *clk_data; + + clk_data = davinci_psc_register_clocks(psc0, da850_psc0_info, 16); +

Re: [RFT PATCH v3 4/6] uvcvideo: queue: Simplify spin-lock usage

Hi Kieran, Thank you for the patch. On Friday, 12 January 2018 11:19:26 EET Kieran Bingham wrote: > Both uvc_start_streaming(), and uvc_stop_streaming() are called from > userspace context. As such, they do not need to save the IRQ state, and > can use spin_lock_irq() and spin_unlock_irq() respec

Re: [PATCH 07/11] signal/arm64: Document conflicts with SI_USER and SIGFPE, SIGTRAP, SIGBUS

On Mon, Jan 15, 2018 at 11:23:03AM -0600, Eric W. Biederman wrote: > Dave Martin writes: > > > On Thu, Jan 11, 2018 at 06:59:36PM -0600, Eric W. Biederman wrote: > >> Setting si_code to 0 results in a userspace seeing an si_code of 0. > >> This is the same si_code as SI_USER. Posix and common se

RE: [PATCH v2] x86/microcode/intel: Extend BDW late-loading with LLC size check

> I'll look for someone who can confirm the 2.5MB/core detail. Ok ... re-read the erratum. The 2.5MB/core is clear. The E5+E7 is clear. No mention of the platform ID, but Jia is dropping that part. Boris ... what specific questions remain? -Tony

Re: [PATCH 1/4] dt-bindings: at24: sort manufacturers alphabetically

2018-01-16 17:06 GMT+01:00 Peter Rosin : > Makes them easier to find. > > Signed-off-by: Peter Rosin > --- > Documentation/devicetree/bindings/eeprom/at24.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/devicetree/bindings/eeprom/at24.txt > b/Documentat

Re: [PATCH 2/4] dt-bindings: at24: add compatible for nxp,se97b

2018-01-16 17:06 GMT+01:00 Peter Rosin : > The datasheet talks about the chip being an spd, but the chip is writable > so atmel,24c02 is more appropriate as fallback. > > Signed-off-by: Peter Rosin > --- > Documentation/devicetree/bindings/eeprom/at24.txt | 1 + > 1 file changed, 1 insertion(+) >

Re: [PATCH] crypto: mxs-dcp: Add empty hash export and import

Hi Kamil, On Tue, Jan 16, 2018 at 2:16 PM, Kamil Konieczny wrote: > Crypto framework will require async hash export/import, so add empty > functions to prevent OOPS. Which Oops exactly are you getting? Just booted 4.14.13 and the mxs-dcp driver does not even probe successfully: [2.455404]

Re: [PATCH 1/3] KVM: VMX: introduce alloc_loaded_vmcs

On 16.01.2018 17:52, Paolo Bonzini wrote: > Group together the calls to alloc_vmcs and loaded_vmcs_init. Soon we'll also > allocate an MSR bitmap there. > > Signed-off-by: Paolo Bonzini > --- > arch/x86/kvm/vmx.c | 36 ++-- > 1 file changed, 22 insertions(+), 14

Re: [PATCH] [RESEND] vmwgfx: use monotonic event timestamps

Hi, Arnd, Sinclair's on paternal leave and I thought this patch was already in drm-next. My bad. Dave, is it too late to pull this in for the next merge window? /Thomas On 01/16/2018 06:18 PM, Arnd Bergmann wrote: DRM_VMW_EVENT_FENCE_SIGNALED (struct drm_vmw_event_fence) and DRM_EVENT_VBLAN

Re: [PATCH] soc: xilinx: xlnx_vcu: Use bitwise & rather than logical && on clkoutdiv

Quoting Michal Simek : On 16.1.2018 15:22, Dhaval Rajeshbhai Shah wrote: Hi, -Original Message- From: Gustavo A. R. Silva [mailto:garsi...@embeddedor.com] Sent: Monday, January 15, 2018 11:15 AM To: Michal Simek ; Dhaval Rajeshbhai Shah Cc: linux-arm-ker...@lists.infradead.org; linu

Re: [PATCH v3 1/3] trace-cmd: Make read_proc() to return int status via OUT arg

On Tue, 16 Jan 2018 09:47:42 +0200 "Vladislav Valtchev (VMware)" wrote: > diff --git a/trace-stack.c b/trace-stack.c > index aa79ae3..c1058ca 100644 > --- a/trace-stack.c > +++ b/trace-stack.c > @@ -20,6 +20,7 @@ > #include > #include > #include > +#include > #include > #include > #in

Re: [PATCH 06/16] x86/mm/ldt: Reserve high address-space range for the LDT

On Tue, Jan 16, 2018 at 06:13:43PM +0100, Joerg Roedel wrote: > Hi Peter, > > On Tue, Jan 16, 2018 at 05:52:13PM +0100, Peter Zijlstra wrote: > > On Tue, Jan 16, 2018 at 05:36:49PM +0100, Joerg Roedel wrote: > > > From: Joerg Roedel > > > > > > Reserve 2MB/4MB of address space for mapping the LD

Re: [mm 4.15-rc8] Random oopses under memory pressure.

Linus Torvalds wrote: > On Mon, Jan 15, 2018 at 5:15 PM, Tetsuo Handa > wrote: > > > > I can't reproduce this with CONFIG_FLATMEM=y . But I'm not sure whether > > we are hitting a bug in CONFIG_SPARSEMEM=y code, for the bug is highly > > timing dependent. > > Hmm. Maybe. But sparsemem really also

Re: [PATCH] crypto: mxs-dcp: Add empty hash export and import

On 16.01.2018 17:56, Marek Vasut wrote: > On 01/16/2018 05:16 PM, Kamil Konieczny wrote: >> Crypto framework will require async hash export/import, so add empty >> functions to prevent OOPS. > > Shouldn't this be handled on the subsystem level with some > > if (foo->bar) > foo->bar(); > > ins

Re: what trees/branches to test on syzbot

On Tue, Jan 16, 2018 at 11:02:17AM -0600, Eric W. Biederman wrote: > Dmitry Vyukov writes: > > > On Tue, Jan 16, 2018 at 10:45 AM, Guenter Roeck wrote: > >> On Mon, Jan 15, 2018 at 11:51 PM, Dmitry Vyukov wrote: > >>> Hello, > >>> > >>> Several people proposed that linux-next should not be test

Re: [PATCH 06/16] x86/mm/ldt: Reserve high address-space range for the LDT

On 01/16/2018 12:31 PM, Peter Zijlstra wrote: > On Tue, Jan 16, 2018 at 06:13:43PM +0100, Joerg Roedel wrote: >> Hi Peter, >> >> On Tue, Jan 16, 2018 at 05:52:13PM +0100, Peter Zijlstra wrote: >>> On Tue, Jan 16, 2018 at 05:36:49PM +0100, Joerg Roedel wrote: From: Joerg Roedel Reser

Re: [PATCH] workqueue: Handle race between wake up and rebind

Hello, Neeraj. On Mon, Jan 15, 2018 at 02:08:12PM +0530, Neeraj Upadhyay wrote: > - kworker/0:0 gets chance to run on cpu1; while processing > a work, it goes to sleep. However, it does not decrement > pool->nr_running. This is because WORKER_REBOUND (NOT_ > RUNNING) flag was cleared, when w

[PATCH] HID: logitech-hidpp: remove duplicated assignment to 'hidpp'

From: Colin Ian King Pointer hidpp is being assigned twice with the same value, remove the second occurrance as it is redundant. Cleans up clang warning: drivers/hid/hid-logitech-hidpp.c:177:23: warning: Value stored to 'hidpp' during its initialization is never read Signed-off-by: Colin Ian Ki

Re: [PATCH 1/3] KVM: VMX: introduce alloc_loaded_vmcs

On 16/01/2018 18:27, David Hildenbrand wrote: > On 16.01.2018 17:52, Paolo Bonzini wrote: >> Group together the calls to alloc_vmcs and loaded_vmcs_init. Soon we'll also >> allocate an MSR bitmap there. >> >> Signed-off-by: Paolo Bonzini >> --- >> arch/x86/kvm/vmx.c | 36 ++--

Re: [PATCH 08/11] signal/arm: Document conflicts with SI_USER and SIGFPE

On Mon, Jan 15, 2018 at 05:49:47PM +, Russell King - ARM Linux wrote: > On Thu, Jan 11, 2018 at 06:59:37PM -0600, Eric W. Biederman wrote: > > Setting si_code to 0 results in a userspace seeing an si_code of 0. > > This is the same si_code as SI_USER. Posix and common sense requires > > that S

Re: [PATCH v3] firmware: qcom: scm: Fix incorrect of_node_put calls in scm_init

Hi Loys, Bjorn, On Tue, Jan 16, 2018 at 08:45:49AM -0800, Bjorn Andersson wrote: > On Fri 15 Dec 05:40 PST 2017, Loys Ollivier wrote: > > > When using other platform architectures, in the init of the qcom_scm > > driver, of_node_put is called on /firmware if no qcom dt is found. > > This results

Re: [PATCH v3 0/3] tracing: Fix the parser when processing strings w/ or w/o terminated '\0'

On Tue, 16 Jan 2018 17:02:27 +0800 changbin...@intel.com wrote: > From: Changbin Du > > I found there are some problems in the tracing parser when I investiage the > root > cause of issues mentioned in below patch. > https://patchwork.kernel.org/patch/10132953/ I pulled in your patches and twe

Re: [PATCH] PCI: Add Marvell 9128 to DMA alias quirks

On Tue, Jan 16, 2018 at 10:05:26AM -0700, Alex Williamson wrote: > This is the original device generating bug 42679, from which many > other Marvell DMA alias quirks have been sourced, but we didn't have > positive confirmation of the fix on 9128 until now. > > Link: https://bugzilla.kernel.org/sh

Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting)

On Tue, Jan 16, 2018 at 10:54:27AM -0600, Christopher Lameter wrote: > On Tue, 16 Jan 2018, Matthew Wilcox wrote: > > > I think that's a good thing! /proc/slabinfo really starts to get grotty > > above 16 bytes. I'd like to chop off "_cache" from the name of every > > single slab! If ext4_alloc

[PATCH v2] staging: fsl-mc: Convert documentation to rst format

Update the doc file to comply with the rst format. It's not integrated into the documentation build structure yet, since it's still located in drivers/staging. Signed-off-by: Ioana Radulescu --- v2: patch generated with -M option .../staging/fsl-mc/{README.txt => overview.rst}| 655 +++

[PATCH] i2c-stm32f4: remove redundant initialization of pointer reg

From: Colin Ian King The pointer reg is assigned a value that is never read, it is later overwritten with a new value, hence the redundant initialization can be removed. Cleans up clang warning: drivers/i2c/busses/i2c-stm32f4.c:352:16: warning: Value stored to 'reg' during its initialization is

Re: [PATCH 4.14 053/118] Revert "Revert "xfrm: Fix stack-out-of-bounds read in xfrm_state_find.""

On Tue, Jan 16, 2018 at 10:32:38AM -0500, David Miller wrote: > From: Steffen Klassert > Date: Tue, 16 Jan 2018 07:33:39 +0100 > > > Maybe you started to look again into this because Nicolas Dichtel > > (Cced) asked to queue this patch on Jan 5, the patch was already > > in the stable tree (Jan 4

Re: [PATCH] vxlan: Fix trailing semicolon

On Tue, 16 Jan 2018 15:03:32 + Luis de Bethencourt wrote: > The trailing semicolon is an empty statement that does no operation. > It is completely stripped out by the compiler. Removing it since it doesn't do > anything. > > Signed-off-by: Luis de Bethencourt > --- > > Hi, > > An other t

[PATCH] proc: fix coredump vs read /proc/*/stat race

do_task_stat() accesses IP and SP of a task without bumping reference count of a stack (which became an entity with independent lifetime at some point). Steps to reproduce: #include #include #include #include #include #include #include #include int main(void) { setrlimit(RLIMIT_C

[PATCH] ide: remove duplicated assignment to 'cursg'

From: Colin Ian King Pointer cursg is initialized to cmd->cursg and again re-assigned the same value a few lines later, hence the second assignment is redundant and can be removed. Cleans up clang warning: drivers/ide/ide-taskfile.c:229:22: warning: Value stored to 'cursg' during its initializat

Re: [PATCH] modpost: Remove trailing semicolon

On Tue, Jan 16, 2018 at 5:21 AM, Luis de Bethencourt wrote: > The trailing semicolon is an empty statement that does no operation. > Removing it since it doesn't do anything. > > Signed-off-by: Luis de Bethencourt Yup, good. Signed-off-by: Kees Cook -Kees > --- > > Hi, > > After fixing the s

Re: [PATCH] x86/PCI: apply the AMD window fixup on resume as well

On Tue, Jan 16, 2018 at 10:43:17AM +0100, Christian König wrote: > We need to reprogram the register content during resume. > > Signed-off-by: Christian König > Reported-by: Tom St Denis Applied to for-linus for v4.15, thanks. > --- > arch/x86/pci/fixup.c | 32

Re: [PATCH v3] arm64: fix unwind_frame() for filtered out fn for function graph tracing

On Fri, Jan 12, 2018 at 11:48:32AM +0100, Jerome Marchand wrote: > diff --git a/arch/arm64/kernel/stacktrace.c b/arch/arm64/kernel/stacktrace.c > index 76809ccd309c..5a528c58ef68 100644 > --- a/arch/arm64/kernel/stacktrace.c > +++ b/arch/arm64/kernel/stacktrace.c > @@ -59,6 +59,10 @@ int notrace un

Re: [PATCH 00/10] perf tools: Add support for CoreSight trace decoding

On Tue, Jan 16, 2018 at 11:01:02AM -0600, Kim Phillips wrote: > On Tue, 16 Jan 2018 12:35:26 + > Mike Leach wrote: > > > Hi, > > > > On 11 January 2018 at 22:18, Mathieu Poirier > > wrote: > > > On 11 January 2018 at 14:49, Kim Phillips wrote: > > >> On Thu, 11 Jan 2018 14:11:00 -0700 > >

Re: [GIT PULL] isolation: 1Hz residual tick offloading v3

On Tue, 2018-01-16 at 16:41 +0100, Frederic Weisbecker wrote: > On Fri, Jan 12, 2018 at 02:18:13PM -0500, Luiz Capitulino wrote: > > > Why are extending isolcpus= given that it's a deprecated interface? > > Some people have already moved away from isolcpus= now, but with this > > new feature they

[PATCH] staging: lustre: Fix avoid intensive reconnecting for ko2iblnd patch

The logic of the original commit 4d99b2581eff ("staging: lustre: avoid intensive reconnecting for ko2iblnd") was assumed conditional free of struct kib_conn if the second argument free_conn in function kiblnd_destroy_conn(struct kib_conn *conn, bool free_conn) is true. But this hunk of code was

Re: LKML admins (syzbot emails are not delivered)

On Mon, Jan 15, 2018 at 5:16 PM, Eric W. Biederman wrote: > Dmitry Vyukov writes: > > 2> On Mon, Jan 15, 2018 at 1:54 PM, Pavel Machek wrote: >>> Hi! >>> > *Snort* > > If the information to solve an issue is not in the Oops syzbot is > useless. Hi Eric Tha

Re: [PATCH 07/16] x86/mm: Move two more functions from pgtable_64.h to pgtable.h

On 01/16/2018 08:36 AM, Joerg Roedel wrote: > +/* > + * Page table pages are page-aligned. The lower half of the top > + * level is used for userspace and the top half for the kernel. > + * > + * Returns true for parts of the PGD that map userspace and > + * false for the parts that map the kernel

Re: [PATCH v2 01/10] perf tools: Integrating the CoreSight decoding library

On Tue, Jan 16, 2018 at 01:15:00PM +0100, Jiri Olsa wrote: > On Mon, Jan 15, 2018 at 11:13:05AM -0700, Mathieu Poirier wrote: > > The Open CoreSight Decoding Library (openCSD) is a free and open > > library to decode traces collected by the CoreSight hardware > > infrastructure. > > > > This patch

Re: [PATCH 10/16] x86/mm/pti: Populate valid user pud entries

On 01/16/2018 08:36 AM, Joerg Roedel wrote: > > In PAE page-tables at the top-level most bits we usually set > with _KERNPG_TABLE are reserved, resulting in a #GP when > they are loaded by the processor. Can you save me the trip to the SDM and remind me which bits actually cause trouble here?

Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting)

On Tue, 16 Jan 2018, Matthew Wilcox wrote: > > Sure this data is never changed. It can be const. > > It's changed at initialisation. Look: > > kmem_cache_create(const char *name, size_t size, size_t align, > slab_flags_t flags, void (*ctor)(void *)) > s = create_cache(ca

Re: WARNING in can_rcv

On 01/16/2018 06:58 PM, syzbot wrote: > Hello, > > syzkaller hit the following crash on > a8750ddca918032d6349adbf9a4b6555e7db20da > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master > compiler: gcc (GCC) 7.1.1 20170620 > .config is attached > Raw console output is attached

Re: [PATCH 4.14 000/118] 4.14.14-stable review

On 01/15/2018 05:33 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.14 release. > There are 118 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [REGRESSION][v4.14.y][v4.15] x86/intel_rdt/cqm: Improve limbo list processing

On Tue, 16 Jan 2018, Joseph Salisbury wrote: > On 01/16/2018 08:32 AM, Shankar, Ravi V wrote: > > Vikas on vacation until end of the month. Fenghua will look into this > > issue. > > > > On Jan 16, 2018, at 5:09 AM, Thomas Gleixner > > wrote: > > > >> > >> Vikas, Fenghua

Re: [PATCH v5 00/14] Modernization and fixes for NuBus subsystem

Hi Finn, On Sat, Jan 13, 2018 at 11:37 PM, Finn Thain wrote: > This series begins with cleanups and fixes for the NuBus subsystem and > finishes with a patch to add support for the Linux Driver Model. > A separate series (which requires this one) modernizes NuBus drivers. > > Changes since v1: >

[ANNOUNCE] 4.9.76-rt61

Hello RT Folks! I'm pleased to announce the 4.9.76-rt61 stable release. This release is just an update to the new stable 4.9.76 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

Re: [PATCH 12/16] x86/mm/pae: Populate the user page-table with user pgd's

On 01/16/2018 08:36 AM, Joerg Roedel wrote: > +#ifdef CONFIG_X86_64 > /* >* If this is normal user memory, make it NX in the kernel >* pagetables so that, if we somehow screw up and return to > @@ -134,10 +135,16 @@ pgd_t __pti_set_user_pgd(pgd_t *pgdp, pgd_t pgd) >*

Re: WARNING in can_rcv

On Tue, Jan 16, 2018 at 7:07 PM, Marc Kleine-Budde wrote: > On 01/16/2018 06:58 PM, syzbot wrote: >> Hello, >> >> syzkaller hit the following crash on >> a8750ddca918032d6349adbf9a4b6555e7db20da >> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master >> compiler: gcc (GCC) 7.1.1

Re: [PATCH] MAINTAINERS: Add NuBus subsystem entry

Hi Finn, On Mon, Jan 15, 2018 at 4:41 AM, Finn Thain wrote: > This is legacy code but it might as well have an official maintainer. > > Cc: linux-m...@lists.linux-m68k.org > Signed-off-by: Finn Thain Thanks for stepping up! Applied and queued for v4.16. Gr{oetje,eeting}s,

Re: [PATCH v2] net/core: Increase default optmem_max limit

Am Dienstag, 16. Januar 2018, 18:16:43 CET schrieb Björn 'besser82' Esser: Hi Björn, > With the new Linux Kernel Crypto API User Space Interface > and its underlying AF_ALG socket, the current default value > for `net.core.optmem_max` can be exhausted pretty quick when > using asynchronous IO; on

RE: [PATCH V4 02/15] perf mmap: introduce perf_mmap__read_init()

> On Mon, Jan 15, 2018 at 12:20:38PM -0800, kan.li...@intel.com wrote: > > From: Kan Liang > > > > The perf record has specific codes to calculate the ringbuffer position > > for both overwrite and non-overwrite mode. Now, only perf record > > supports both modes. The perf top will support both mo

Re: [RFC PATCH 00/16] PTI support for x86-32

Joerg, Very cool!. I really appreciate you putting this together. I don't see any real showstoppers or things that I think will *break* 64-bit. I just hope that we can merge this _slowly_ in case it breaks 64-bit along the way. I didn't look at the assembly in too much detail.

Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting)

Draft patch of how the data structs could change. kmem_cache_attr is read only. Index: linux/include/linux/slab.h === --- linux.orig/include/linux/slab.h +++ linux/include/linux/slab.h @@ -135,9 +135,17 @@ struct mem_cgroup; void __i

Re: [PATCH for 4.16 04/10] membarrier: provide SHARED_EXPEDITED command (v2)

On Mon, 15 Jan 2018, Mathieu Desnoyers wrote: > +static int membarrier_shared_expedited(void) > +{ > + int cpu; > + bool fallback = false; > + cpumask_var_t tmpmask; > + > + if (num_online_cpus() == 1) > + return 0; > + > + /* > + * Matches memory barriers aroun

Re: LKML admins (syzbot emails are not delivered)

On Mon, Jan 15, 2018 at 5:38 PM, Eric W. Biederman wrote: > When I made the complaint it came to me and to messages on lkml as > .log. With Content-Type: Application/Octent-stream. Where was that? If I am not mistaken you actually didn't. I triple-checked my inbox and searched internet. The onl

Re: [PATCH 2/5] perf unwind: Do not look at globals

Em Tue, Jan 16, 2018 at 12:36:21PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Tue, Jan 16, 2018 at 04:19:15PM +0100, Jiri Olsa escreveu: > > it should get set in apply_config_terms which calls parse_callchain_record > No, it should not set the global parameter, as this is just for a > specifi

[PATCH v3 0/7] x86/kvm/hyperv: stable clocksorce for L2 guests when running nested KVM on Hyper-V

Changes since v2: - Add Paolo's Acked-by to PATCH6-7 - Add Thomas' Reviewed-by to PATCH1 - Update the description of PATCH2 to match the reality [Thomas Gleixner] - Add __visible and __irq_entry annotations to hyperv_reenlightenment_intr() [Thomas Gleixner] - Drop spinlock protection and use cpum

[PATCH v3 1/7] x86/hyper-v: check for required priviliges in hyperv_init()

In hyperv_init() we presume we always have access to VP index and hypercall MSRs while according to the specification we should check if we're allowed to access the corresponding MSRs before accessing them. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Thomas Gleixner --- arch/x86/hyperv/hv_init

[PATCH v3 7/7] x86/kvm: support Hyper-V reenlightenment

When we run nested KVM on Hyper-V guests we need to update masterclocks for all guests when L1 migrates to a host with different TSC frequency. Implement the procedure in the following way: - Pause all guests. - Tell our host (Hyper-V) to stop emulating TSC accesses. - Update our gtod copy, recompu

[PATCH v3 4/7] x86/hyper-v: redirect reenlightment notifications on CPU offlining

It is very unlikely for CPUs to get offlined when we run on Hyper-V as we have a protection in vmbus module which prevents it when we have any VMBus devices assigned. This, however, may change in future if an option to reassign an already active channel will be added. It is also possible to run wi

Re: [PATCH for 4.16 07/10] x86: Introduce sync_core_before_usermode (v2)

On Mon, 15 Jan 2018, Mathieu Desnoyers wrote: > Introduce an architecture function that ensures the current CPU > issues a core serializing instruction before returning to usermode. > > This is needed for the membarrier "sync_core" command. > > Architectures defining the sync_core_before_usermod

[PATCH v3 3/7] x86/hyper-v: reenlightenment notifications support

Hyper-V supports Live Migration notification. This is supposed to be used in conjunction with TSC emulation: when we are migrated to a host with different TSC frequency for some short period host emulates our accesses to TSC and sends us an interrupt to notify about the event. When we're done updat

Re: [PATCH] crypto: mxs-dcp: Add empty hash export and import

On 16.01.2018 18:28, Fabio Estevam wrote: > Hi Kamil, > > On Tue, Jan 16, 2018 at 2:16 PM, Kamil Konieczny > wrote: >> Crypto framework will require async hash export/import, so add empty >> functions to prevent OOPS. > > Which Oops exactly are you getting? None now, it is for preparation for

[PATCH v3 6/7] x86/kvm: pass stable clocksource to guests when running nested on Hyper-V

Currently, KVM is able to work in 'masterclock' mode passing PVCLOCK_TSC_STABLE_BIT to guests when the clocksource we use on the host is TSC. When running nested on Hyper-V we normally use a different one: TSC page which is resistant to TSC frequency changes on event like L1 migration. Add support

[PATCH v3 5/7] x86/irq: Count Hyper-V reenlightenment interrupts

Hyper-V reenlightenment interrupts arrive when the VM is migrated, we're not supposed to see many of them. However, it may be important to know that the event has happened in case we have L2 nested guests. Signed-off-by: Vitaly Kuznetsov --- arch/x86/hyperv/hv_init.c | 2 ++ arch/x86/includ

Re: [PATCH for 4.16 08/10] membarrier: x86: Provide core serializing command (v3)

On Mon, 15 Jan 2018, Mathieu Desnoyers wrote: > There are two places where core serialization is needed by membarrier: > > 1) When returning from the membarrier IPI, > 2) After scheduler updates curr to a thread with a different mm, before >going back to user-space, since the curr->mm is used

[PATCH v3 2/7] x86/hyper-v: add a function to read both TSC and TSC page value simulateneously

This is going to be used from KVM code where we need to get both TSC and TSC page value. Nobody is supposed to use the function when Hyper-V code is compiled out, just BUG(). Signed-off-by: Vitaly Kuznetsov --- arch/x86/hyperv/hv_init.c | 1 + arch/x86/include/asm/mshyperv.h | 23 +++

Re: [PATCH v3 5/7] x86/irq: Count Hyper-V reenlightenment interrupts

On Tue, 16 Jan 2018, Vitaly Kuznetsov wrote: > Hyper-V reenlightenment interrupts arrive when the VM is migrated, we're > not supposed to see many of them. However, it may be important to know > that the event has happened in case we have L2 nested guests. > > Signed-off-by: Vitaly Kuznetsov Re

Re: [PATCH v3 4/7] x86/hyper-v: redirect reenlightment notifications on CPU offlining

On Tue, 16 Jan 2018, Vitaly Kuznetsov wrote: > It is very unlikely for CPUs to get offlined when we run on Hyper-V as > we have a protection in vmbus module which prevents it when we have any > VMBus devices assigned. This, however, may change in future if an option > to reassign an already activ

Re: [PATCH v3 3/7] x86/hyper-v: reenlightenment notifications support

On Tue, 16 Jan 2018, Vitaly Kuznetsov wrote: > Hyper-V supports Live Migration notification. This is supposed to be used > in conjunction with TSC emulation: when we are migrated to a host with > different TSC frequency for some short period host emulates our accesses > to TSC and sends us an inter

RE: [REGRESSION][v4.14.y][v4.15] x86/intel_rdt/cqm: Improve limbo list processing

> From: Thomas Gleixner [mailto:t...@linutronix.de] > On Tue, 16 Jan 2018, Joseph Salisbury wrote: > > On 01/16/2018 08:32 AM, Shankar, Ravi V wrote: > > > Vikas on vacation until end of the month. Fenghua will look into > > > this issue. > > > > > > On Jan 16, 2018, at 5:09 AM, Thomas Gleixner >

Re: [PATCH 01/16] x86/entry/32: Rename TSS_sysenter_sp0 to TSS_sysenter_stack

On Tue, 16 Jan 2018, Joerg Roedel wrote: > From: Joerg Roedel > > The stack addresss doesn't need to be stored in tss.sp0 if > we switch manually like on sysenter. Rename the offset so > that it still makes sense when we its location. -ENOSENTENCE Other than that. Makes sense. > Signed-off-by

Re: [PATCH] vfio: mdev: make a couple of functions and structure vfio_mdev_driver static

On Fri, 22 Dec 2017 07:12:26 +0800 Xiongwei Song wrote: > The functions vfio_mdev_probe, vfio_mdev_remove and the structure > vfio_mdev_driver are only used in this file, so make them static. > > Clean up sparse warnings: > drivers/vfio/mdev/vfio_mdev.c:114:5: warning: no previous prototype > fo

[PATCH v2] crypto/ahash: Require export/import in ahash

Export and import were optional in async hash. As most drivers were rewritten, they become mandatory now, so correct init of ahash transformation. Signed-off-by: Kamil Konieczny --- This is resend of previous patch. As Bartlomiej Zolnierkiewicz pointed out, there are still three crypto drivers th

Re: [PATCH] modpost: Remove trailing semicolon

+++ Luis de Bethencourt [16/01/18 13:21 +]: The trailing semicolon is an empty statement that does no operation. Removing it since it doesn't do anything. Signed-off-by: Luis de Bethencourt Applied. Thanks, Jessica

Re: WARNING in can_rcv

On 01/16/2018 07:11 PM, Dmitry Vyukov wrote: >>> Kernel panic - not syncing: panic_on_warn set ... >> >> Invalid packages generate a warning (WARN_ONCE()), and you have >> panic_on_warn active. Should we better silently drop these CAN packages? > > pr_warn_once() will be more appropriate. It print

Re: [PATCH 1/2] xen/grant-table: Use put_page instead of free_page

On 01/11/2018 04:36 AM, Ross Lagerwall wrote: > The page given to gnttab_end_foreign_access() to free could be a > compound page so use put_page() instead of free_page() since it can > handle both compound and single pages correctly. > > This bug was discovered when migrating a Xen VM with several

Re: [RESEND PATCH V2 3/4] perf/x86/intel: drain PEBS buffer in event read

On 1/11/2018 10:45 AM, Jiri Olsa wrote: On Thu, Jan 11, 2018 at 10:21:25AM -0500, Liang, Kan wrote: SNIP hum, but the PEBS drain is specific just for PERF_X86_EVENT_AUTO_RELOAD events, right? Accurately, PEBS drain is specific for PERF_X86_EVENT_FREERUNNING here. PERF_X86_EVENT_FREERUNNIN

Re: [PATCH v2 1/3] trace-cmd: Make read_proc() to return int status via OUT arg

On Tue, 2018-01-16 at 11:27 -0500, Steven Rostedt wrote: > > > :-) That was totally lost in translation. :-) > > No, I didn't mean to have a comment literally saying "why would strtol > return zero and this not be an error", I meant for the comment to > explain it. > > Actually, looking at the

[PATCH] ACPI/PCI: pci_link: reduce verbosity when IRQ is enabled

When ACPI Link object is enabled, the message is printed with a warning prefix. Some test tools are capturing warning and test error types as errors. Let's reduce the verbosity of success case. Signed-off-by: Sinan Kaya --- drivers/acpi/pci_link.c | 2 +- 1 file changed, 1 insertion(+), 1 deleti

Re: [PATCH] ACPI/PCI: pci_link: reduce verbosity when IRQ is enabled

Correcting linux-pci email. On 1/16/2018 1:51 PM, Sinan Kaya wrote: > When ACPI Link object is enabled, the message is printed with a warning > prefix. Some test tools are capturing warning and test error types as > errors. Let's reduce the verbosity of success case. > > Signed-off-by: Sinan Kaya

[PATCH v2 0/4] Remove checkpatch warnings

This patchset removes some warnings generated by checkpatch for cleanup of the rtl8723bs driver. Also some additional cleanups are introduced in the *[1/4] and *[3/4] patches to make the code according to the kernel coding style. Changes in v2 -Rebase and resend the patches [2/4], [3/4] and [4/4

Re: KASAN: use-after-free Read in tipc_group_is_open

On Tue, Jan 16, 2018 at 5:23 AM, Jon Maloy wrote: > > >> -Original Message- >> From: Cong Wang [mailto:xiyou.wangc...@gmail.com] >> Sent: Monday, January 15, 2018 23:44 >> To: syzbot >> Cc: David Miller ; Jon Maloy >> ; LKML ; Linux >> Kernel Network Developers ; syzkaller- >> b...@google

Re: [PATCH 2/2] xen-netfront: Fix race between device setup and open

On 01/11/2018 04:36 AM, Ross Lagerwall wrote: > When a netfront device is set up it registers a netdev fairly early on, > before it has set up the queues and is actually usable. A userspace tool > like NetworkManager will immediately try to open it and access its state > as soon as it appears. The

Re: [PATCH v2 2/2] drm/bridge/synopsys: dsi: handle endianness correctly in dw_mipi_dsi_write()

On Tue, Jan 16, 2018 at 12:22:52PM +0530, Archit Taneja wrote: > On 01/10/2018 08:03 PM, Andrzej Hajda wrote: > >On 09.01.2018 21:32, Brian Norris wrote: > >>@@ -386,9 +386,9 @@ static int dw_mipi_dsi_write(struct dw_mipi_dsi *dsi, > >>} > >>} > >>- remainder = 0; > >>- memcpy(&

Re: [RFC PATCH 00/16] PTI support for x86-32

On Tue, Jan 16, 2018 at 8:36 AM, Joerg Roedel wrote: > > here is my current WIP code to enable PTI on x86-32. It is > still in a pretty early state, but it successfully boots my > KVM guest with PAE and with legacy paging. The existing PTI > code for x86-64 already prepares a lot of the stuff need

RE: [REGRESSION][v4.14.y][v4.15] x86/intel_rdt/cqm: Improve limbo list processing

On Tue, 16 Jan 2018, Yu, Fenghua wrote: > > From: Thomas Gleixner [mailto:t...@linutronix.de] > Is this a Haswell specific issue? > > I run the following test forever without issue on Broadwell and 4.15.0-rc6 > with rdt mounted: > for ((;;)) do > for ((i=1;i<88;i++)) do >

[PATCH v2 2/4] Staging: rtl8723bs: Change names to conform to the kernel code

Change names of some variables and functions to conform to the kernel coding style. Signed-off-by: Shreeya Patel --- Changes in v2 -Rebase and resend. drivers/staging/rtl8723bs/hal/sdio_ops.c | 714 +++ 1 file changed, 357 insertions(+), 357 deletions(-) diff --g

Re: [PATCH for 4.16 04/10] membarrier: provide SHARED_EXPEDITED command (v2)

- On Jan 16, 2018, at 1:20 PM, Thomas Gleixner t...@linutronix.de wrote: > On Mon, 15 Jan 2018, Mathieu Desnoyers wrote: >> +static int membarrier_shared_expedited(void) >> +{ >> +int cpu; >> +bool fallback = false; >> +cpumask_var_t tmpmask; >> + >> +if (num_online_cpus() == 1

Re: [RFC PATCH 00/16] PTI support for x86-32

On 01/16/2018 10:59 AM, Linus Torvalds wrote: >> The code has not run on bare-metal yet, I'll test that in >> the next days once I setup a 32 bit box again. I also havn't >> tested Wine and DosEMU yet, so this might also be broken. > .. and please run all the segment and syscall selfchecks that And

RE: KASAN: use-after-free Read in tipc_group_is_open

> -Original Message- > From: netdev-ow...@vger.kernel.org [mailto:netdev- > ow...@vger.kernel.org] On Behalf Of Cong Wang > Sent: Tuesday, January 16, 2018 13:56 > To: Jon Maloy > Cc: syzbot ; > David Miller ; LKML ker...@vger.kernel.org>; Linux Kernel Network Developers > ; syzkaller-b

[PATCH v2 3/4] Staging: rtl8723bs: Change condition to assignment

Change the conditional operator to assignment as it is not a conditional statement. Signed-off-by: Shreeya Patel --- Changes in v2 -Rebase and resend. drivers/staging/rtl8723bs/hal/sdio_ops.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8723bs/hal/sd

Re: [PATCH for 4.16 04/10] membarrier: provide SHARED_EXPEDITED command (v2)

On Tue, 16 Jan 2018, Mathieu Desnoyers wrote: > - On Jan 16, 2018, at 1:20 PM, Thomas Gleixner t...@linutronix.de wrote: > > And I really have to ask whether this should be named _GLOBAL_ instead of > > _SHARED_. > > > > Hmm? > > I agree with you that this behavior fits better a "global" defi

Re: [PATCH v2 1/2] drm/bridge/synopsys: dsi: use common mipi_dsi_create_packet()

Hi all, I believe Philippe's comments about return values have been addressed separately, and this patch was applied to drm-misc-next. But I have one additional thought below. On Tue, Jan 09, 2018 at 12:32:47PM -0800, Brian Norris wrote: > This takes care of 2 TODOs in this driver, by using the c

[PATCH 0/4] dmaengine: qcom: bam_dma: fixes for remotely controlled bam

From: Srinivas Kandagatla Hi Andy, I did hit few issues while trying out SLIMBus BAM on DB820c, this BAM instance is remotely controlled and powered up after ADSP is booted using QMI commands. Firstly some of the master registers are written even when the BAM is remotely controlled, and secondl

[PATCH v2 4/4] Staging: rtl8723bs: Use !x instead of NULL comparison

If "x" is compared to NULL, use "!x" instead of it, so as to follow the kernel coding style. Signed-off-by: Shreeya Patel --- Changes in v2 -Rebase and resend. drivers/staging/rtl8723bs/hal/sdio_ops.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/driv

[PATCH 1/4] dmaengine: qcom: bam_dma: make bam clk optional

From: Srinivas Kandagatla When BAM is remotely controlled it does not sound correct to control its clk on Linux side. Make it optional, so that its not madatory for remote controlled BAM instances. Signed-off-by: Srinivas Kandagatla --- drivers/dma/qcom/bam_dma.c | 15 --- 1 file c

[PATCH 4/4] dmaengine: qcom: bam_dma: Add num-ees dt binding for remotely controlled

From: Srinivas Kandagatla When Linux is master of BAM, it can directly read registers to know number of supported execution enviroments, however when its remotely controlled reading these registers would trigger a crash if the BAM is not yet intialized/powered up on the remote side. This patch a

Re: [PATCH] [RESEND] spufs: use timespec64 for timestamps

Hi Arnd, > The switch log prints the tv_sec portion of timespec as a 32-bit > number, while overflows in 2106. It also uses the timespec type, > which is safe on 64-bit architectures, but deprecated because > it causes overflows in 2038 elsewhere. > > This changes it to timespec64 and printing a

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