[PATCH 1/3] USB: musb: dsps: drop duplicate phy initialisation

Since commit 39cee200c23e ("usb: musb: core: call init and shutdown for the usb phy") the musb USB phy is initialised by musb_core, but the original initialisation in the dsps-glue init callback was left in place resulting in two calls to phy init during probe (and similarly, two shutdowns on

Re: [PATCH] soc: ti: knav_qmss: Use percpu instead atomic for stats counter

On 4/11/18 3:28 PM, santosh.shilim...@oracle.com wrote: On 4/11/18 12:16 PM, Vasyl Gomonovych wrote: Hwqueue has collect statistics in heavy use queue_pop/queu_push functions for cache efficiency and make push/pop faster use percpu variables. For performance reasons, driver should keep

Re: [PATCH v3 4/4] DTS: Bindings: pca953x: add example how to use interrupt-controller and gpio-controller

On Tue, Apr 10, 2018 at 11:07 AM, H. Nikolaus Schaller wrote: > It is not completely obvious that these are required and > how to use them. So we provide a tested example. > > Signed-off-by: H. Nikolaus Schaller > --- >

Re: [RFC v2] virtio: support packed ring

On Sun, Apr 01, 2018 at 10:12:16PM +0800, Tiwei Bie wrote: > +static inline bool more_used(const struct vring_virtqueue *vq) > +{ > + return vq->packed ? more_used_packed(vq) : more_used_split(vq); > +} > + > +void *virtqueue_get_buf_ctx_split(struct virtqueue *_vq, unsigned int *len, > +

[PATCH] lockdown: fix coordination of kernel module signature verification

If both IMA-appraisal and sig_enforce are enabled, then both signatures are currently required. If the IMA-appraisal signature verification fails, it could rely on the appended signature verification; but with the lockdown patch set, the appended signature verification assumes that if

Re: [PATCH net] virtio-net: add missing virtqueue kick when flushing packets

From: Jason Wang Date: Fri, 13 Apr 2018 14:58:25 +0800 > We tends to batch submitting packets during XDP_TX. This requires to > kick virtqueue after a batch, we tried to do it through > xdp_do_flush_map() which only makes sense for devmap not XDP_TX. So > explicitly kick the

Re: KASAN: slab-out-of-bounds Write in perf_callchain_user

On Thu, Apr 12, 2018 at 03:02:01AM -0700, syzbot wrote: > Hello, > > syzbot hit the following crash on bpf-next commit > 17dec0a949153d9ac00760ba2f5b78cb583e995f (Wed Apr 4 02:15:32 2018 +) > Merge branch 'userns-linus' of >

[PATCH v2] drm/arm/malidp: Ensure that the crtcs are shutdown before removing any encoder/connector

One needs to ensure that the crtcs are shutdown so that the drm_crtc_state->connector_mask reflects that no connectors are currently active. Further, it reduces the reference count for each connector. This ensures that the connectors and encoders can be cleanly removed either when _unbind is

Re: [PATCH] kasan: add no_sanitize attribute for clang builds

On 04/12/2018 08:29 PM, Andrey Konovalov wrote: > KASAN uses the __no_sanitize_address macro to disable instrumentation > of particular functions. Right now it's defined only for GCC build, > which causes false positives when clang is used. > > This patch adds a definition for clang. > > Note,

Re: [PATCHv2 1/3] dt-bindings: misc: achc: Make ezport distinguishable

On Mon, Apr 9, 2018 at 4:13 PM, Sebastian Reichel wrote: > Hi, > > On Mon, Apr 09, 2018 at 01:57:27PM -0500, Rob Herring wrote: >> On Tue, Mar 27, 2018 at 03:52:57PM +0200, Sebastian Reichel wrote: >> > This updates the GE ACHC binding, so that different

RE: [PATCH v5 05/14] PCI: Add pcie_print_link_status() to log link speed and whether it's limited

> -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Friday, April 13, 2018 7:07 AM > To: Jakub Kicinski > Cc: Tal Gilboa ; Tariq Toukan ; > Keller, Jacob E ; Ariel Elior >

Re: [PATCH 1/2] X86/KVM: Properly update 'tsc_offset' to represent the running guest

On 13/04/2018 14:40, Raslan, KarimAllah wrote: >> >> static void update_ia32_tsc_adjust_msr(struct kvm_vcpu *vcpu, s64 offset) >> { >> -u64 curr_offset = vcpu->arch.tsc_offset; >> +u64 curr_offset = kvm_x86_ops->read_l1_tsc_offset(vcpu); > I might be missing something but is this

Re: [PATCH v5 01/10] drivers: qcom: rpmh-rsc: add RPMH controller for QCOM SoCs

On Tue, Apr 10 2018 at 22:39 -0600, Stephen Boyd wrote: Quoting Lina Iyer (2018-04-05 09:18:25) Add controller driver for QCOM SoCs that have hardware based shared resource management. The hardware IP known as RSC (Resource State Coordinator) houses multiple Direct Resource Voter (DRV) for

Re: [RfC PATCH] Add udmabuf misc device

On Wed, Apr 11, 2018 at 08:59:32AM +0300, Oleksandr Andrushchenko wrote: > On 04/10/2018 08:26 PM, Dongwon Kim wrote: > > On Tue, Apr 10, 2018 at 09:37:53AM +0300, Oleksandr Andrushchenko wrote: > > > On 04/06/2018 09:57 PM, Dongwon Kim wrote: > > > > On Fri, Apr 06, 2018 at 03:36:03PM +0300,

[GIT PULL] arch/sh updates for 4.17

Hi Linus, Please pull these changes for arch/sh. Some of them have been pending (and in linux-next) for a long time and address longstanding issues. Rich The following changes since commit 0adb32858b0bddf4ada5f364a84ed60b196dbcda: Linux 4.16 (2018-04-01 14:20:27 -0700) are available in

RE: [PATCH v3 2/2] MIPS: io: add a barrier after register read in readX()

From: James Hogan > Sent: 12 April 2018 22:52 > On Tue, Apr 03, 2018 at 08:55:04AM -0400, Sinan Kaya wrote: > > While a barrier is present in writeX() function before the register write, > > a similar barrier is missing in the readX() function after the register > > read. This could allow memory

Re: [PATCH 8/8] drm/arm/malidp: Added the late system pm functions

On Mon, Apr 09, 2018 at 05:15:08PM +0100, Brian Starkey wrote: > Hi Daniel, > > On Mon, Apr 09, 2018 at 10:23:37AM +0200, Daniel Vetter wrote: > > On Fri, Apr 06, 2018 at 08:02:16PM +0100, Ayan Halder wrote: > > > On Tue, Mar 27, 2018 at 01:09:36PM +0200, Daniel Vetter wrote: > > > > On Tue, Mar

Re: [GIT PULL] Thermal management updates for v4.17-rc1

On Friday, April 13, 2018 12:41:18 PM Bartlomiej Zolnierkiewicz wrote: > On Friday, April 13, 2018 12:30:04 PM Daniel Lezcano wrote: > > On 13/04/2018 11:28, Bartlomiej Zolnierkiewicz wrote: > > > > [ ... ] > > > > >>> It is okay to return 0 because this code-path (the default one) will be > >

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On 13-Apr 10:40, Peter Zijlstra wrote: > On Mon, Apr 09, 2018 at 05:56:09PM +0100, Patrick Bellasi wrote: > > +static inline void init_uclamp(void) > > WTH is that inline? You mean I can avoid the attribute? ... or that I should do it in another way? > > +{ > > + struct uclamp_cpu *uc_cpu; >

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

Hi Daniel, On 05/04/18 17:16, Daniel Lezcano wrote: [...] > +/** > + * cpuidle_cooling_register - Idle cooling device initialization function > + * > + * This function is in charge of creating a cooling device per cluster > + * and register it to thermal framework. For this we rely on the > + *

Applied "ASoC: TSCS42xx: Shorten lines and other cleanup" to the asoc tree

The patch ASoC: TSCS42xx: Shorten lines and other cleanup has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "ASoC: TSCS42xx: Add CCF support to get sysclk" to the asoc tree

The patch ASoC: TSCS42xx: Add CCF support to get sysclk has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "ASoC: TSCS42xx: Cleanup private data members" to the asoc tree

The patch ASoC: TSCS42xx: Cleanup private data members has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: tfa9879: fix whitespace issues caused by mindless conversion" to the asoc tree

The patch ASoC: tfa9879: fix whitespace issues caused by mindless conversion has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "ASoC: tfa9879: switch to using .probe_new" to the asoc tree

The patch ASoC: tfa9879: switch to using .probe_new has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Re: [RFC PATCH 35/35] ovl: fix documentation of non-standard behavior

On Thu, Apr 12, 2018 at 6:08 PM, Miklos Szeredi wrote: > We can now drop description of the ro/rw inconsistency from the > documentation. > > Also clarify, that now fully standard compliant behavior can be enabled > with kernel/module/mount options. > Very nice! Is it maybe

Applied "ASoC: max9860: fix whitespace issues caused by mindless conversion" to the asoc tree

The patch ASoC: max9860: fix whitespace issues caused by mindless conversion has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "ASoC: intel: skl_nau88l25_max98357a: Replace GFP_ATOMIC with GFP_KERNEL in skylake_audio_probe" to the asoc tree

The patch ASoC: intel: skl_nau88l25_max98357a: Replace GFP_ATOMIC with GFP_KERNEL in skylake_audio_probe has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree

[PATCH 1/2] X86/KVM: Properly update 'tsc_offset' to represent the running guest

From: KarimAllah Ahmed Update 'tsc_offset' on vmenty/vmexit of L2 guests to ensure that it always captures the TSC_OFFSET of the running guest whether it is the L1 or L2 guest. Cc: Jim Mattson Cc: Paolo Bonzini Cc: Radim Krčmář

Re: [PATCH] mm: vmalloc: Remove double execution of vunmap_page_range

On 4/13/2018 4:39 PM, Michal Hocko wrote: On Fri 13-04-18 16:15:26, Chintan Pandya wrote: On 4/13/2018 4:10 PM, Anshuman Khandual wrote: On 04/13/2018 03:47 PM, Chintan Pandya wrote: On 4/13/2018 3:29 PM, Anshuman Khandual wrote: On 04/13/2018 02:46 PM, Chintan Pandya wrote: Unmap

[PATCH 0/2] MSR_IA32_TSC fixes for nested

This is the final version of Karim's patch including a test for MSR_IA32_TSC_ADJUST, SVM support, and a small subsequent cleanup. I'm not sure about committing the test, since it seems easier to do it in kvm-unit-tests (in fact, I'll shortly send the SVM version of the test, for kvm-unit-tests)

[PATCH v4 10/15] memory: tegra: Introduce memory client hot reset

In order to reset busy HW properly, memory controller needs to be involved, otherwise it is possible to get corrupted memory or hang machine if HW was reset during DMA. Introduce memory client 'hot reset' that will be used for resetting of busy HW. Signed-off-by: Dmitry Osipenko

[PATCH v4 12/15] memory: tegra: Add Tegra124 memory controller hot resets

Define the table of memory controller hot resets for Tegra124. Signed-off-by: Dmitry Osipenko --- drivers/memory/tegra/tegra124.c | 42 + 1 file changed, 42 insertions(+) diff --git a/drivers/memory/tegra/tegra124.c

[PATCH v4 11/15] memory: tegra: Add Tegra210 memory controller hot resets

From: Thierry Reding Define the table of memory controller hot resets for Tegra210. Signed-off-by: Thierry Reding --- drivers/memory/tegra/tegra210.c | 45 + 1 file changed, 45 insertions(+) diff --git

[PATCH v4 15/15] memory: tegra: Add Tegra20 memory controller hot resets

Define the table of memory controller hot resets for Tegra20 and add specific to Tegra20 hot reset operations. Signed-off-by: Dmitry Osipenko --- drivers/memory/tegra/tegra20.c | 118 + 1 file changed, 118 insertions(+) diff --git

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On Fri, Apr 13, 2018 at 12:15:10PM +0100, Patrick Bellasi wrote: > On 13-Apr 10:43, Peter Zijlstra wrote: > > On Mon, Apr 09, 2018 at 05:56:09PM +0100, Patrick Bellasi wrote: > > > +static inline void uclamp_task_update(struct rq *rq, struct task_struct > > > *p) > > > +{ > > > + int cpu =

[PATCH v4 13/15] memory: tegra: Add Tegra114 memory controller hot resets

Define the table of memory controller hot resets for Tegra114. Signed-off-by: Dmitry Osipenko --- drivers/memory/tegra/tegra114.c | 33 + 1 file changed, 33 insertions(+) diff --git a/drivers/memory/tegra/tegra114.c

Re: [PATCH] mm: vmalloc: Remove double execution of vunmap_page_range

On Fri 13-04-18 16:57:06, Chintan Pandya wrote: > > > On 4/13/2018 4:39 PM, Michal Hocko wrote: > > On Fri 13-04-18 16:15:26, Chintan Pandya wrote: > > > > > > > > > On 4/13/2018 4:10 PM, Anshuman Khandual wrote: > > > > On 04/13/2018 03:47 PM, Chintan Pandya wrote: > > > > > > > > > > > > >

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On 13/04/2018 13:38, Daniel Thompson wrote: [ ... ] >> +/* >> + * Allocate the cpuidle cooling device with the list >> + * of the cpus belonging to the cluster. >> + */ >> +idle_cdev = cpuidle_cooling_alloc(topology_core_cpumask(cpu));

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On 13-Apr 13:36, Peter Zijlstra wrote: > On Fri, Apr 13, 2018 at 12:15:10PM +0100, Patrick Bellasi wrote: > > On 13-Apr 10:43, Peter Zijlstra wrote: > > > On Mon, Apr 09, 2018 at 05:56:09PM +0100, Patrick Bellasi wrote: > > > > +static inline void uclamp_task_update(struct rq *rq, struct > > > >

[PATCH v3 0/2] ASoC: max9860/tfa9879: switch to SPDX license tag

On 2018-04-13 13:19, Mark Brown wrote: > On Thu, Apr 12, 2018 at 11:14:35PM +0200, Peter Rosin wrote: > >> @@ -1,3 +1,4 @@ >> +// SPDX-License-Identifier: GPL-2.0 >> /* >> * Driver for the MAX9860 Mono Audio Voice Codec >> * > > Please don't mix C and C++ comments like this - it looks

[PATCH v3 2/2] ASoC: tfa9879: switch to SPDX license tag

It's less overhead, clearer and generally neater. Signed-off-by: Peter Rosin --- sound/soc/codecs/tfa9879.c | 18 ++ sound/soc/codecs/tfa9879.h | 7 +-- 2 files changed, 7 insertions(+), 18 deletions(-) diff --git a/sound/soc/codecs/tfa9879.c

[PATCH v3 1/2] ASoC: max9860: switch to SPDX license tag

It's less overhead, clearer and generally neater. Signed-off-by: Peter Rosin --- sound/soc/codecs/max9860.c | 31 +++ sound/soc/codecs/max9860.h | 10 +- 2 files changed, 12 insertions(+), 29 deletions(-) diff --git

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On 13/04/2018 13:23, Sudeep Holla wrote: > Hi Daniel, > > On 05/04/18 17:16, Daniel Lezcano wrote: > > [...] > >> +/** >> + * cpuidle_cooling_register - Idle cooling device initialization function >> + * >> + * This function is in charge of creating a cooling device per cluster >> + * and

Re: [PATCH 2/2] mm: vmalloc: Pass proper vm_start into debugobjects

On 04/13/2018 05:03 PM, Chintan Pandya wrote: > Client can call vunmap with some intermediate 'addr' > which may not be the start of the VM area. Entire > unmap code works with vm->vm_start which is proper > but debug object API is called with 'addr'. This > could be a problem within debug

Re: [PATCH] memcg: Remove memcg_cgroup::id from IDR on mem_cgroup_css_alloc() failure

On Fri 13-04-18 15:07:14, Kirill Tkhai wrote: > On 13.04.2018 14:54, Michal Hocko wrote: > > On Fri 13-04-18 14:49:32, Kirill Tkhai wrote: > >> On 13.04.2018 14:38, Michal Hocko wrote: > >>> On Fri 13-04-18 14:29:11, Kirill Tkhai wrote: > > [...] > mem_cgroup_id_put_many() unpins css, but

Re: [PATCH v2 0/2] Fix __GFP_ZERO vs constructor

On Thu 12-04-18 12:24:24, Matthew Wilcox wrote: > On Thu, Apr 12, 2018 at 09:54:51AM +0900, Minchan Kim wrote: > > Matthew, > > > > Please Cced relevant people so they know what's going on the problem > > they spent on much time. Everyone doesn't keep an eye on mailing list. > > My apologies; I

Re: net: hang in unregister_netdevice: waiting for lo to become free

On Thu, Apr 12, 2018 at 8:15 AM, Dmitry Vyukov wrote: > On Wed, Feb 21, 2018 at 3:53 PM, Tommi Rantala > wrote: >> On 20.02.2018 18:26, Neil Horman wrote: >>> >>> On Tue, Feb 20, 2018 at 09:14:41AM +0100, Dmitry Vyukov wrote: On Tue, Feb

[PATCH] printk: Ratelimit messages printed by console drivers

Error messages printed by console drivers might cause an infinite loop. In particular, writing a message might produce another message that need to be written, etc. The obvious solution is to remove these messages. But there many non-trivial console drivers. Also showing printk() messages is not

Re: [PATCH 2/3] perf/buildid-cache: Support --list option

On Mon, Apr 09, 2018 at 04:36:32PM +0530, Ravi Bangoria wrote: > Perf buildid-cache allows to add/remove files into cache but there > is no option to list all cached files. Add --list option to list > all _valid_ cached files. > > Ex, > # perf buildid-cache --add /tmp/a.out > # perf

Re: [PATCH] staging fbtft: Fixed lines exceeding columns limit

> if (unlikely(par->debug & DEBUG_WRITE_REGISTER)) {\ > va_start(args, len); \ > for (i = 0; i < len; i++) { \ > - buf[i] =

Re: [PATCH 2/2] drm: Make the DRM code compilable without CONFIG_I2C

On Fri, 13 Apr 2018, Thomas Huth wrote: > Selecting CONFIG_HDMI for S390 is inappropriate - there is no real > graphic hardware on this architecture. The drm subsystem is only > enabled here for using the virtual graphics card "virtio-gpu". So > it should be possible to compile

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On 13-Apr 10:43, Peter Zijlstra wrote: > On Mon, Apr 09, 2018 at 05:56:09PM +0100, Patrick Bellasi wrote: > > +static inline void uclamp_task_update(struct rq *rq, struct task_struct *p) > > +{ > > + int cpu = cpu_of(rq); > > + int clamp_id; > > + > > + /* The idle task does not affect CPU's

Re: KASAN: alloca-out-of-bounds Read in unwind_next_frame

On Fri, Apr 6, 2018 at 6:53 PM, Josh Poimboeuf wrote: > On Fri, Apr 06, 2018 at 05:40:01PM +0200, Dmitry Vyukov wrote: >> > So at first glance it seemed like a race condition. However, the >> > unwinder was only trying to dereference the frame pointer (RBP: >> >

Re: [PATCH 2/2] ASoC: tfa9879: switch to using .probe_new

On Thu, Apr 12, 2018 at 11:14:32PM +0200, Peter Rosin wrote: > For the record, I wish to be on Cc for changes to files I maintain. > That is one of the core functions of the MAINTAINERS file, right? Right, people should do that but it's not 100% reliable unfortunately. It's not unknown for

Re: [GIT PULL] Thermal management updates for v4.17-rc1

On Friday, April 13, 2018 01:12:39 PM Bartlomiej Zolnierkiewicz wrote: > On Friday, April 13, 2018 12:41:18 PM Bartlomiej Zolnierkiewicz wrote: > > On Friday, April 13, 2018 12:30:04 PM Daniel Lezcano wrote: > > > On 13/04/2018 11:28, Bartlomiej Zolnierkiewicz wrote: > > > > > > [ ... ] > > > >

Applied "ASoC: intel: bxt_da7219_max98357a: Replace GFP_ATOMIC with GFP_KERNEL in broxton_audio_probe" to the asoc tree

The patch ASoC: intel: bxt_da7219_max98357a: Replace GFP_ATOMIC with GFP_KERNEL in broxton_audio_probe has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree

Applied "ASoC: intel: bxt_rt298: Replace GFP_ATOMIC with GFP_KERNEL in broxton_audio_probe" to the asoc tree

The patch ASoC: intel: bxt_rt298: Replace GFP_ATOMIC with GFP_KERNEL in broxton_audio_probe has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually

Applied "ASoC: max9860: switch to using .probe_new" to the asoc tree

The patch ASoC: max9860: switch to using .probe_new has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: intel: cht_bsw_max98090_ti: Replace GFP_ATOMIC with GFP_KERNEL in snd_cht_mc_probe" to the asoc tree

The patch ASoC: intel: cht_bsw_max98090_ti: Replace GFP_ATOMIC with GFP_KERNEL in snd_cht_mc_probe has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree

Applied "ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"" to the asoc tree

The patch ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping" has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On Fri, Apr 13, 2018 at 12:17:53PM +0100, Patrick Bellasi wrote: > On 13-Apr 10:40, Peter Zijlstra wrote: > > On Mon, Apr 09, 2018 at 05:56:09PM +0100, Patrick Bellasi wrote: > > > +static inline void init_uclamp(void) > > > > WTH is that inline? > > You mean I can avoid the attribute? > ... or

Re: [PATCH] memcg: Remove memcg_cgroup::id from IDR on mem_cgroup_css_alloc() failure

On 13.04.2018 14:20, Michal Hocko wrote: > On Fri 13-04-18 14:06:40, Kirill Tkhai wrote: >> On 13.04.2018 14:02, Michal Hocko wrote: >>> On Fri 13-04-18 12:35:22, Kirill Tkhai wrote: On 13.04.2018 11:55, Michal Hocko wrote: > On Thu 12-04-18 17:52:04, Kirill Tkhai wrote: > [...]

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On 13-Apr 13:29, Peter Zijlstra wrote: > On Fri, Apr 13, 2018 at 12:17:53PM +0100, Patrick Bellasi wrote: > > On 13-Apr 10:40, Peter Zijlstra wrote: > > > On Mon, Apr 09, 2018 at 05:56:09PM +0100, Patrick Bellasi wrote: > > > > +static inline void init_uclamp(void) > > > > > > WTH is that inline?

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On Thu, Apr 05, 2018 at 06:16:43PM +0200, Daniel Lezcano wrote: > +/** > + * cpuidle_cooling_register - Idle cooling device initialization function > + * > + * This function is in charge of creating a cooling device per cluster > + * and register it to thermal framework. For this we rely on the >

Re: net: hang in unregister_netdevice: waiting for lo to become free

On Thu, Apr 12, 2018 at 02:15:30PM +0200, Dmitry Vyukov wrote: > On Wed, Feb 21, 2018 at 3:53 PM, Tommi Rantala > wrote: > > On 20.02.2018 18:26, Neil Horman wrote: > >> > >> On Tue, Feb 20, 2018 at 09:14:41AM +0100, Dmitry Vyukov wrote: > >>> > >>> On Tue, Feb 20, 2018

Re: [PATCH] memcg: Remove memcg_cgroup::id from IDR on mem_cgroup_css_alloc() failure

On Fri 13-04-18 14:29:11, Kirill Tkhai wrote: > On 13.04.2018 14:20, Michal Hocko wrote: > > On Fri 13-04-18 14:06:40, Kirill Tkhai wrote: > >> On 13.04.2018 14:02, Michal Hocko wrote: > >>> On Fri 13-04-18 12:35:22, Kirill Tkhai wrote: > On 13.04.2018 11:55, Michal Hocko wrote: > > On

Re: [PATCH v2 2/2] dmaengine: stm32-mdma: Fix incomplete Hw descriptors allocator

On 11/04/18 15:44, Pierre-Yves MORDRET wrote: Only 1 Hw Descriptor is allocated. Loop over required Hw descriptor for proper allocation. Signed-off-by: Pierre-Yves MORDRET --- Version history: v1: * Initial v2: * Fix kbuild warning

Re: [PATCH] memcg: Remove memcg_cgroup::id from IDR on mem_cgroup_css_alloc() failure

On 13.04.2018 14:38, Michal Hocko wrote: > On Fri 13-04-18 14:29:11, Kirill Tkhai wrote: >> On 13.04.2018 14:20, Michal Hocko wrote: >>> On Fri 13-04-18 14:06:40, Kirill Tkhai wrote: On 13.04.2018 14:02, Michal Hocko wrote: > On Fri 13-04-18 12:35:22, Kirill Tkhai wrote: >> On

Re: [PATCH] memcg: Remove memcg_cgroup::id from IDR on mem_cgroup_css_alloc() failure

On Fri 13-04-18 14:49:32, Kirill Tkhai wrote: > On 13.04.2018 14:38, Michal Hocko wrote: > > On Fri 13-04-18 14:29:11, Kirill Tkhai wrote: [...] > >> mem_cgroup_id_put_many() unpins css, but this may be not the last > >> reference to the css. > >> Thus, we release ID earlier, then all references

Re: [PATCH] memcg: Remove memcg_cgroup::id from IDR on mem_cgroup_css_alloc() failure

On 13.04.2018 14:54, Michal Hocko wrote: > On Fri 13-04-18 14:49:32, Kirill Tkhai wrote: >> On 13.04.2018 14:38, Michal Hocko wrote: >>> On Fri 13-04-18 14:29:11, Kirill Tkhai wrote: > [...] mem_cgroup_id_put_many() unpins css, but this may be not the last reference to the css.

Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)

- On Apr 12, 2018, at 4:07 PM, Linus Torvalds torva...@linux-foundation.org wrote: > On Thu, Apr 12, 2018 at 12:59 PM, Mathieu Desnoyers > wrote: >> >> What are your concerns about page pinning ? > > Pretty much everything. > > It's the most complex part by

Re: [PATCH v4 0/8] drm/sun4i: Allwinner MIPI-DSI support

On Fri, Apr 13, 2018 at 5:39 PM, Maxime Ripard wrote: > On Fri, Apr 13, 2018 at 05:30:04PM +0530, Jagan Teki wrote: >> On Wed, Apr 11, 2018 at 6:13 PM, Maxime Ripard >> wrote: >> > On Wed, Apr 04, 2018 at 11:57:08AM +0200, Maxime Ripard

Re: [PATCH 00/30] kconfig: move compiler capability tests to Kconfig

2018-04-13 14:52 GMT+09:00 Kees Cook : > On Thu, Apr 12, 2018 at 10:06 PM, Masahiro Yamada > wrote: >> [Major Changes in V3] > > Awesome work! I don't see this pushed to your git tree? I'd like to > test it, but I'd rather "git fetch" instead

Re: [PATCH v2 1/2] dmaengine: stm32-mdma: align TLEN and buffer length on burst

On 04/13/2018 01:09 PM, Robin Murphy wrote: > On 13/04/18 10:45, Pierre Yves MORDRET wrote: >> Hi Robin >> >> On 04/11/2018 05:14 PM, Robin Murphy wrote: >>> On 11/04/18 15:44, Pierre-Yves MORDRET wrote: Both buffer Transfer Length (TLEN if any) and transfer size have to be aligned on

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On Fri, Apr 13, 2018 at 12:47:45PM +0100, Patrick Bellasi wrote: > In the past I remember some funny dance in cgroup callbacks when a > task was terminating (like being moved in the root-rq just before > exiting). But, as you say, if we always have the task_rq_lock we > should be safe. The

Re: [PATCH] IB: make INFINIBAND_ADDR_TRANS configurable

On Fri, 2018-04-13 at 00:06 -0700, Greg Thelen wrote: > Allow INFINIBAND without INFINIBAND_ADDR_TRANS. > > Signed-off-by: Greg Thelen > Cc: Tarick Bedeir > --- > drivers/infiniband/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

Re: [PATCH] memcg: Remove memcg_cgroup::id from IDR on mem_cgroup_css_alloc() failure

On Fri 13-04-18 14:14:33, Michal Hocko wrote: [...] > Well, this is probably a matter of taste. I will not argue. I will not > object if Johannes is OK with your patch. But the whole thing confused > hell out of me so I would rather un-clutter it... In other words, this diff --git

Re: [PATCH 2/3] perf/buildid-cache: Support --list option

On Mon, Apr 09, 2018 at 04:36:32PM +0530, Ravi Bangoria wrote: SNIP > - !remove_name_list_str && !purge_name_list_str && > - !missing_filename && !update_name_list_str)) > + opts_flag = add_name_list_str || kcore_filename || > +

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On Fri, Apr 13, 2018 at 12:04:26PM +0100, Patrick Bellasi wrote: > On 13-Apr 12:22, Peter Zijlstra wrote: > > On Fri, Apr 13, 2018 at 10:26:48AM +0200, Peter Zijlstra wrote: > > > On Mon, Apr 09, 2018 at 05:56:09PM +0100, Patrick Bellasi wrote: > > > > +static inline void uclamp_cpu_get(struct

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On Fri, Apr 13, 2018 at 12:08:48PM +0100, Patrick Bellasi wrote: > On 13-Apr 11:46, Peter Zijlstra wrote: > > On Mon, Apr 09, 2018 at 05:56:09PM +0100, Patrick Bellasi wrote: > > > +static inline void uclamp_cpu_get(struct task_struct *p, int cpu, int > > > clamp_id) > > > +{ > > > + struct

Re: [PATCH v3] selftests/livepatch: introduce tests

Hi, On Thu, 12 Apr 2018, Joe Lawrence wrote: > Add a few livepatch modules and simple target modules that the included > regression suite can run tests against. Could you include a brief description which features are tested? > Signed-off-by: Joe Lawrence > --- >

Re: [PATCH] memcg: Remove memcg_cgroup::id from IDR on mem_cgroup_css_alloc() failure

On Fri 13-04-18 14:06:40, Kirill Tkhai wrote: > On 13.04.2018 14:02, Michal Hocko wrote: > > On Fri 13-04-18 12:35:22, Kirill Tkhai wrote: > >> On 13.04.2018 11:55, Michal Hocko wrote: > >>> On Thu 12-04-18 17:52:04, Kirill Tkhai wrote: > >>> [...] > @@ -4471,6 +4477,7 @@

Re: [PATCH v2 3/5] ASoC: max9860: switch to SPDX license tag

On Thu, Apr 12, 2018 at 11:14:35PM +0200, Peter Rosin wrote: > @@ -1,3 +1,4 @@ > +// SPDX-License-Identifier: GPL-2.0 > /* > * Driver for the MAX9860 Mono Audio Voice Codec > * Please don't mix C and C++ comments like this - it looks unintentional and messy. Just convert the entire comment

[PATCH 3/2] kvm: selftests: add vmx_tsc_adjust_test

The test checks the behavior of setting MSR_IA32_TSC while in a nested guest. It also introduces the testing infrastructure for Intel nested virtualization. Signed-off-by: Paolo Bonzini --- tools/testing/selftests/kvm/Makefile | 3 +-

Applied "ASoC: intel: skl_rt286: Replace GFP_ATOMIC with GFP_KERNEL in skylake_audio_probe" to the asoc tree

The patch ASoC: intel: skl_rt286: Replace GFP_ATOMIC with GFP_KERNEL in skylake_audio_probe has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually

Applied "ASoC: trace: remove snd_soc_codec" to the asoc tree

The patch ASoC: trace: remove snd_soc_codec has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "spi: spi-topcliff-pch: Replace GFP_ATOMIC with GFP_KERNEL in pch_spi_handle_dma" to the spi tree

The patch spi: spi-topcliff-pch: Replace GFP_ATOMIC with GFP_KERNEL in pch_spi_handle_dma has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Applied "ASoC: intel: skl_nau88l25_ssm4567: Replace GFP_ATOMIC with GFP_KERNEL in skylake_audio_probe" to the asoc tree

The patch ASoC: intel: skl_nau88l25_ssm4567: Replace GFP_ATOMIC with GFP_KERNEL in skylake_audio_probe has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree

[PATCH 2/2] kvm: x86: move MSR_IA32_TSC handling to x86.c

This is not specific to Intel/AMD anymore. The TSC offset is available in vcpu->arch.tsc_offset. Signed-off-by: Paolo Bonzini --- arch/x86/kvm/svm.c | 9 - arch/x86/kvm/vmx.c | 20 arch/x86/kvm/x86.c | 6 ++ 3 files changed, 6

Applied "spi: imx: Update MODULE_DESCRIPTION to "SPI Controller driver"" to the spi tree

The patch spi: imx: Update MODULE_DESCRIPTION to "SPI Controller driver" has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [PATCH] sched: support dynamiQ cluster

On 12 April 2018 at 20:22, Peter Zijlstra wrote: > On Tue, Apr 10, 2018 at 02:19:50PM +0100, Morten Rasmussen wrote: >> As said above, I see your point about completion time might suffer in >> some cases for low utilization tasks, but I don't see how you can fix >> that

[PATCH 1/2] mm: vmalloc: Avoid racy handling of debugobjects in vunmap

Currently, __vunmap flow is, 1) Release the VM area 2) Free the debug objects corresponding to that vm area. This leave some race window open. 1) Release the VM area 1.5) Some other client gets the same vm area 1.6) This client allocates new debug objects on the same vm area 2) Free

[PATCH 0/2] vunmap and debug objects

I'm not entirely sure, how debug objects are really useful in vmalloc framework. I'm assuming they are useful in some ways. So, there are 2 issues in that. First patch is avoiding possible race scenario and second patch passes _proper_ args in debug object APIs. Both these patches can help debug

[PATCH 2/2] mm: vmalloc: Pass proper vm_start into debugobjects

Client can call vunmap with some intermediate 'addr' which may not be the start of the VM area. Entire unmap code works with vm->vm_start which is proper but debug object API is called with 'addr'. This could be a problem within debug objects. Pass proper start address into debug object API.

[PATCH v4 14/15] memory: tegra: Add Tegra30 memory controller hot resets

Define the table of memory controller hot resets for Tegra30. Signed-off-by: Dmitry Osipenko --- drivers/memory/tegra/tegra30.c | 33 + 1 file changed, 33 insertions(+) diff --git a/drivers/memory/tegra/tegra30.c

Re: [PATCH 1/7] sched/core: uclamp: add CPU clamp groups accounting

On 13-Apr 12:47, Patrick Bellasi wrote: > On 13-Apr 13:36, Peter Zijlstra wrote: > > On Fri, Apr 13, 2018 at 12:15:10PM +0100, Patrick Bellasi wrote: > > > On 13-Apr 10:43, Peter Zijlstra wrote: > > > > On Mon, Apr 09, 2018 at 05:56:09PM +0100, Patrick Bellasi wrote: > > > > > +static inline void

Re: [PATCH v3 2/2] vfio: platform: Add generic DT reset support

Hi Philipp, On Fri, Apr 13, 2018 at 11:22 AM, Philipp Zabel wrote: > On Thu, 2018-04-12 at 18:02 +0200, Geert Uytterhoeven wrote: >> On Thu, Apr 12, 2018 at 4:10 PM, Philipp Zabel >> wrote: >> > On Thu, 2018-04-12 at 15:12 +0200, Geert

Re: [PATCH v4 0/8] drm/sun4i: Allwinner MIPI-DSI support

On Wed, Apr 11, 2018 at 6:13 PM, Maxime Ripard wrote: > On Wed, Apr 04, 2018 at 11:57:08AM +0200, Maxime Ripard wrote: >> Hi, >> >> Here is an preliminary version of the MIPI-DSI support for the Allwinner >> SoCs. >> >> This controller can be found on a number of recent

Re: [PATCH] vfio: platform: Fix using devices in PM Domains

Hi Eric, On Fri, Apr 13, 2018 at 11:44 AM, Auger Eric wrote: > On 13/04/18 11:19, Geert Uytterhoeven wrote: >> On Fri, Apr 13, 2018 at 11:14 AM, Auger Eric wrote: >>> On 11/04/18 11:24, Geert Uytterhoeven wrote: If a device is part of a PM

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