Re: [PATCH v2 02/10] cpufreq: provide data for frequency-invariant load-tracking support

On 07-07-17, 17:01, Dietmar Eggemann wrote: > diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c > index 9bf97a366029..77c4d5e7a598 100644 > --- a/drivers/cpufreq/cpufreq.c > +++ b/drivers/cpufreq/cpufreq.c > @@ -301,6 +301,12 @@ static void adjust_jiffies(unsigned long val, struct

Re: [PATCH V4 6/6] iommu/arm-smmu: Add support for qcom,msm8996-smmu-v2 clocks

Hi Rob, On Mon, Jul 10, 2017 at 9:10 AM, Rob Herring wrote: > On Thu, Jul 06, 2017 at 03:07:05PM +0530, Vivek Gautam wrote: >> qcom,msm8996-smmu-v2 is an arm,smmu-v2 implementation with >> specific clock and power requirements. This smmu core is used >> with multiple masters on msm8996, viz. mds

[PATCH 1/1 V2] media: usb: uvc: Fix incorrect timeout for Get Request

Section 9.2.6.4 of USB 2.0/3.x specification describes that "device must be able to return the first data packet to host within 500 ms of receipt of the request. For subsequent data packet, if any, the device must be able to return them within 500 ms". This is to fix incorrect timeout and change i

Re: [PATCH v2] drm/sun4i: Implement drm_driver lastclose to restore fbdev console

On Sun, Jul 09, 2017 at 11:11:07PM +0800, Chen-Yu Tsai wrote: > On Sun, Jul 9, 2017 at 3:59 PM, Jonathan Liu wrote: > > The drm_driver lastclose callback is called when the last userspace > > DRM client has closed. Call drm_fbdev_cma_restore_mode to restore > > the fbdev console otherwise the fbde

Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions

On Fri 07-07-17 17:02:59, Vlastimil Babka wrote: > [+CC linux-api] > > On 06/29/2017 09:35 AM, Michal Hocko wrote: > > From: Michal Hocko > > > > Historically we have enforced that any kernel zone (e.g ZONE_NORMAL) has > > to precede the Movable zone in the physical memory range. The purpose of

RE: [PATCH 1/3] ipc: convert ipc_namespace.count from atomic_t to refcount_t

> Elena Reshetova writes: > > > refcount_t type and corresponding API should be > > used instead of atomic_t when the variable is used as > > a reference counter. This allows to avoid accidental > > refcounter overflows that might lead to use-after-free > > situations. > > In this patch you can

Re: [PATCH] drm: inhibit drm drivers register to uninitialized drm core

On Sat, Jul 08, 2017 at 11:43:52PM +0200, Alexandru Moise wrote: > If the DRM core fails to init for whatever reason, ensure that > no driver ever calls drm_dev_register(). > > This is best done at drm_dev_init() as it covers drivers that call > drm_dev_alloc() as well as drivers that prefer to em

Re: [PATCH v2] drm/sun4i: Implement drm_driver lastclose to restore fbdev console

Hi Maxime, On 10 July 2017 at 16:44, Maxime Ripard wrote: > On Sun, Jul 09, 2017 at 11:11:07PM +0800, Chen-Yu Tsai wrote: >> On Sun, Jul 9, 2017 at 3:59 PM, Jonathan Liu wrote: >> > The drm_driver lastclose callback is called when the last userspace >> > DRM client has closed. Call drm_fbdev_cma

[PATCH v3] drm/sun4i: Implement drm_driver lastclose to restore fbdev console

The drm_driver lastclose callback is called when the last userspace DRM client has closed. Call drm_fbdev_cma_restore_mode to restore the fbdev console otherwise the fbdev console will stop working. Fixes: 9026e0d122ac ("drm: Add Allwinner A10 Display Engine support") Cc: sta...@vger.kernel.org Si

Re: [PATCH v2 02/10] cpufreq: provide data for frequency-invariant load-tracking support

On 08-07-17, 14:09, Rafael J. Wysocki wrote: > I'm sort of wondering how many is "a lot" really. For instance, do you really > want all of the existing ARM platforms to use the new stuff even though > it may regress things there in principle? That's a valid question and we must (maybe we already

<    1   2   3   4