Re: next: suspicious RCU usage message since commit 'rcu: Remove superfluous versions of rcu_read_lock_sched_held()'

On Sun, Apr 24, 2016 at 10:37:25PM -0700, Guenter Roeck wrote: > On 04/24/2016 10:28 PM, Paul E. McKenney wrote: > >On Sun, Apr 24, 2016 at 04:56:38PM -0700, Guenter Roeck wrote: > >>Hi Paul, > >> > >>On 04/24/2016 02:31 PM, Paul E. McKenney wrote: > >>>On Sun, Apr 24, 2016 at 02:14:24PM -0700,

Re: next: suspicious RCU usage message since commit 'rcu: Remove superfluous versions of rcu_read_lock_sched_held()'

On Sun, Apr 24, 2016 at 10:37:25PM -0700, Guenter Roeck wrote: > On 04/24/2016 10:28 PM, Paul E. McKenney wrote: > >On Sun, Apr 24, 2016 at 04:56:38PM -0700, Guenter Roeck wrote: > >>Hi Paul, > >> > >>On 04/24/2016 02:31 PM, Paul E. McKenney wrote: > >>>On Sun, Apr 24, 2016 at 02:14:24PM -0700,

Re: [PATCH v7 5/8] [media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

> > > > ... > > > > > +static int fops_vcodec_open(struct file *file) > > > +{ > > > + struct video_device *vfd = video_devdata(file); > > > + struct mtk_vcodec_dev *dev = video_drvdata(file); > > > + struct mtk_vcodec_ctx *ctx = NULL; > > > + int ret = 0; > > > + > > > + if

Re: [PATCH v7 5/8] [media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

> > > > ... > > > > > +static int fops_vcodec_open(struct file *file) > > > +{ > > > + struct video_device *vfd = video_devdata(file); > > > + struct mtk_vcodec_dev *dev = video_drvdata(file); > > > + struct mtk_vcodec_ctx *ctx = NULL; > > > + int ret = 0; > > > + > > > + if

Re: next: suspicious RCU usage message since commit 'rcu: Remove superfluous versions of rcu_read_lock_sched_held()'

On 04/24/2016 10:28 PM, Paul E. McKenney wrote: On Sun, Apr 24, 2016 at 04:56:38PM -0700, Guenter Roeck wrote: Hi Paul, On 04/24/2016 02:31 PM, Paul E. McKenney wrote: On Sun, Apr 24, 2016 at 02:14:24PM -0700, Guenter Roeck wrote: Hi, I see the following log message when running a qemu test

Re: next: suspicious RCU usage message since commit 'rcu: Remove superfluous versions of rcu_read_lock_sched_held()'

On 04/24/2016 10:28 PM, Paul E. McKenney wrote: On Sun, Apr 24, 2016 at 04:56:38PM -0700, Guenter Roeck wrote: Hi Paul, On 04/24/2016 02:31 PM, Paul E. McKenney wrote: On Sun, Apr 24, 2016 at 02:14:24PM -0700, Guenter Roeck wrote: Hi, I see the following log message when running a qemu test

Re: [PATCH V4 4/4] gpio: tegra: Add support for gpio debounce

Sorry, just realized I commented on v3... On Fri, Apr 22, 2016 at 7:09 PM, Laxman Dewangan wrote: > NVIDIA's Tegra210 support the HW debounce in the GPIO controller > for all its GPIO pins. > > Add support for setting debounce timing by implementing the > set_debounce

Re: [PATCH V4 4/4] gpio: tegra: Add support for gpio debounce

Sorry, just realized I commented on v3... On Fri, Apr 22, 2016 at 7:09 PM, Laxman Dewangan wrote: > NVIDIA's Tegra210 support the HW debounce in the GPIO controller > for all its GPIO pins. > > Add support for setting debounce timing by implementing the > set_debounce callback of gpiochip. > >

Re: [PATCH v2 0/6] Introduce ZONE_CMA

On Mon, Apr 25, 2016 at 02:21:04PM +0900, js1...@gmail.com wrote: > From: Joonsoo Kim > > Hello, > > Changes from v1 > o Separate some patches which deserve to submit independently > o Modify description to reflect current kernel state > (e.g. high-order watermark

Re: [PATCH v2 0/6] Introduce ZONE_CMA

On Mon, Apr 25, 2016 at 02:21:04PM +0900, js1...@gmail.com wrote: > From: Joonsoo Kim > > Hello, > > Changes from v1 > o Separate some patches which deserve to submit independently > o Modify description to reflect current kernel state > (e.g. high-order watermark problem disappeared by Mel's

Re: next: suspicious RCU usage message since commit 'rcu: Remove superfluous versions of rcu_read_lock_sched_held()'

On Sun, Apr 24, 2016 at 04:56:38PM -0700, Guenter Roeck wrote: > Hi Paul, > > On 04/24/2016 02:31 PM, Paul E. McKenney wrote: > >On Sun, Apr 24, 2016 at 02:14:24PM -0700, Guenter Roeck wrote: > >>Hi, > >> > >>I see the following log message when running a qemu test for 'beagle' > >>with

Re: next: suspicious RCU usage message since commit 'rcu: Remove superfluous versions of rcu_read_lock_sched_held()'

On Sun, Apr 24, 2016 at 04:56:38PM -0700, Guenter Roeck wrote: > Hi Paul, > > On 04/24/2016 02:31 PM, Paul E. McKenney wrote: > >On Sun, Apr 24, 2016 at 02:14:24PM -0700, Guenter Roeck wrote: > >>Hi, > >> > >>I see the following log message when running a qemu test for 'beagle' > >>with

[PATCH v2 3/6] mm/cma: populate ZONE_CMA

From: Joonsoo Kim Until now, reserved pages for CMA are managed in the ordinary zones where page's pfn are belong to. This approach has numorous problems and fixing them isn't easy. (It is mentioned on previous patch.) To fix this situation, ZONE_CMA is introduced in

[PATCH v2 3/6] mm/cma: populate ZONE_CMA

From: Joonsoo Kim Until now, reserved pages for CMA are managed in the ordinary zones where page's pfn are belong to. This approach has numorous problems and fixing them isn't easy. (It is mentioned on previous patch.) To fix this situation, ZONE_CMA is introduced in previous patch, but, not yet

[PATCH v2 4/6] mm/cma: remove ALLOC_CMA

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA and it only serves for GFP_HIGHUSER_MOVABLE. Therefore, we don't need to consider ALLOC_CMA at all. Signed-off-by: Joonsoo Kim --- mm/internal.h | 3 +--

[PATCH v2 6/6] mm/cma: remove per zone CMA stat

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA so we don't need to maintain CMA stat in other zones. Remove it. Signed-off-by: Joonsoo Kim --- fs/proc/meminfo.c | 2 +- include/linux/cma.h| 6

[PATCH v2 5/6] mm/cma: remove MIGRATE_CMA

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA and there is no other type of pages. Therefore, we don't need to use MIGRATE_CMA to distinguish and handle differently for CMA pages and ordinary pages. Remove MIGRATE_CMA. Unfortunately,

[PATCH v2 4/6] mm/cma: remove ALLOC_CMA

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA and it only serves for GFP_HIGHUSER_MOVABLE. Therefore, we don't need to consider ALLOC_CMA at all. Signed-off-by: Joonsoo Kim --- mm/internal.h | 3 +-- mm/page_alloc.c | 18 ++ 2 files

[PATCH v2 6/6] mm/cma: remove per zone CMA stat

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA so we don't need to maintain CMA stat in other zones. Remove it. Signed-off-by: Joonsoo Kim --- fs/proc/meminfo.c | 2 +- include/linux/cma.h| 6 ++ include/linux/mmzone.h | 1 - mm/cma.c

[PATCH v2 5/6] mm/cma: remove MIGRATE_CMA

From: Joonsoo Kim Now, all reserved pages for CMA region are belong to the ZONE_CMA and there is no other type of pages. Therefore, we don't need to use MIGRATE_CMA to distinguish and handle differently for CMA pages and ordinary pages. Remove MIGRATE_CMA. Unfortunately, this patch make free

[PATCH v2 1/6] mm/page_alloc: recalculate some of zone threshold when on/offline memory

From: Joonsoo Kim Some of zone threshold depends on number of managed pages in the zone. When memory is going on/offline, it can be changed and we need to adjust them. This patch add recalculation to appropriate places and clean-up related function for better

[PATCH v2 2/6] mm/cma: introduce new zone, ZONE_CMA

From: Joonsoo Kim Attached cover-letter: This series try to solve problems of current CMA implementation. CMA is introduced to provide physically contiguous pages at runtime without exclusive reserved memory area. But, current implementation works like as previous

[PATCH v2 1/6] mm/page_alloc: recalculate some of zone threshold when on/offline memory

From: Joonsoo Kim Some of zone threshold depends on number of managed pages in the zone. When memory is going on/offline, it can be changed and we need to adjust them. This patch add recalculation to appropriate places and clean-up related function for better maintanance. Signed-off-by:

[PATCH v2 2/6] mm/cma: introduce new zone, ZONE_CMA

From: Joonsoo Kim Attached cover-letter: This series try to solve problems of current CMA implementation. CMA is introduced to provide physically contiguous pages at runtime without exclusive reserved memory area. But, current implementation works like as previous reserved memory approach,

[PATCH v2 0/6] Introduce ZONE_CMA

From: Joonsoo Kim Hello, Changes from v1 o Separate some patches which deserve to submit independently o Modify description to reflect current kernel state (e.g. high-order watermark problem disappeared by Mel's work) o Don't increase SECTION_SIZE_BITS to make a room in

[PATCH v2 0/6] Introduce ZONE_CMA

From: Joonsoo Kim Hello, Changes from v1 o Separate some patches which deserve to submit independently o Modify description to reflect current kernel state (e.g. high-order watermark problem disappeared by Mel's work) o Don't increase SECTION_SIZE_BITS to make a room in page flags (detailed

我的相片在

你的老朋友邀你来Q群:343257759 抢优惠券

我的相片在

你的老朋友邀你来Q群:343257759 抢优惠券

Re: [PATCH v7 5/8] [media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

Hi Hans, On Fri, 2016-04-22 at 15:47 +0200, Hans Verkuil wrote: > On 04/22/2016 06:25 AM, Tiffany Lin wrote: > > Add v4l2 layer encoder driver for MT8173 > > > > Signed-off-by: Tiffany Lin > > > > --- > > drivers/media/platform/Kconfig | 16 + >

Re: [PATCH v7 5/8] [media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

Hi Hans, On Fri, 2016-04-22 at 15:47 +0200, Hans Verkuil wrote: > On 04/22/2016 06:25 AM, Tiffany Lin wrote: > > Add v4l2 layer encoder driver for MT8173 > > > > Signed-off-by: Tiffany Lin > > > > --- > > drivers/media/platform/Kconfig | 16 + > >

Re: [PATCH V4 3/4] gpio: tegra: Get rid of all file scoped global variables

On Fri, Apr 22, 2016 at 7:09 PM, Laxman Dewangan wrote: > Move the file scoped multiple global variable from Tegra GPIO > driver to the structure and make this as gpiochip data which > can be referred from GPIO chip callbacks. > > Signed-off-by: Laxman Dewangan

Re: [PATCH V4 3/4] gpio: tegra: Get rid of all file scoped global variables

On Fri, Apr 22, 2016 at 7:09 PM, Laxman Dewangan wrote: > Move the file scoped multiple global variable from Tegra GPIO > driver to the structure and make this as gpiochip data which > can be referred from GPIO chip callbacks. > > Signed-off-by: Laxman Dewangan > Reviewed-by: Stephen Warren > >

Re: [RFC][PATCH 0/6] /dev/random - a new approach

Am Sonntag, 24. April 2016, 23:25:00 schrieb Pavel Machek: Hi Pavel, > > /* This RNG does not work if no high-resolution timer is available */ > > BUG_ON(!random_get_entropy() && !random_get_entropy()); > > Heh, does this cause BUG() with 2^-64 probability? :-). No, but for the listed arches,

Re: [RFC][PATCH 0/6] /dev/random - a new approach

Am Sonntag, 24. April 2016, 23:25:00 schrieb Pavel Machek: Hi Pavel, > > /* This RNG does not work if no high-resolution timer is available */ > > BUG_ON(!random_get_entropy() && !random_get_entropy()); > > Heh, does this cause BUG() with 2^-64 probability? :-). No, but for the listed arches,

Re: [PATCH V3 4/4] gpio: tegra: Add support for gpio debounce

On Wed, Apr 20, 2016 at 10:30 PM, Laxman Dewangan wrote: > NVIDIA's Tegra210 support the HW debounce in the GPIO > controller for all its GPIO pins. > > Add support for setting debounce timing by implementing the > set_debounce callback of gpiochip. > > Signed-off-by: Laxman

Re: [PATCH V3 4/4] gpio: tegra: Add support for gpio debounce

On Wed, Apr 20, 2016 at 10:30 PM, Laxman Dewangan wrote: > NVIDIA's Tegra210 support the HW debounce in the GPIO > controller for all its GPIO pins. > > Add support for setting debounce timing by implementing the > set_debounce callback of gpiochip. > > Signed-off-by: Laxman Dewangan > > --- >

[PATCH] sched: don't output cpu sched info by default

From: LongX Zhang Users usually install dozens of apps on Android devices. When system memory is used up as thousands of threads might run, Android userspace debug prcoess might dump system info by sysrq. One info is of cpu sched. Usually, one thread has one line dump.

[PATCH] sched: don't output cpu sched info by default

From: LongX Zhang Users usually install dozens of apps on Android devices. When system memory is used up as thousands of threads might run, Android userspace debug prcoess might dump system info by sysrq. One info is of cpu sched. Usually, one thread has one line dump. Such log is huge sometimes

RE: [PATCH 5/6] Documentation: Binding doc for ethernet master in NS2

Hi Rob, Thanks for review and providing your valuable comments. > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: 23 April 2016 01:44 > To: Pramod Kumar > Cc: Catalin Marinas; Will Deacon; Masahiro Yamada; Chen-Yu Tsai; BCM Kernel > Feedback; Pawel Moll; Mark

RE: [PATCH 5/6] Documentation: Binding doc for ethernet master in NS2

Hi Rob, Thanks for review and providing your valuable comments. > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: 23 April 2016 01:44 > To: Pramod Kumar > Cc: Catalin Marinas; Will Deacon; Masahiro Yamada; Chen-Yu Tsai; BCM Kernel > Feedback; Pawel Moll; Mark

RE: [PATCH 2/6] Documentation: DT binding doc for iProc Shared MDIO Controller.

Hi Rob, Thanks for reviewing and providing your valuable comments. > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: 23 April 2016 01:41 > To: Pramod Kumar > Cc: Catalin Marinas; Will Deacon; Masahiro Yamada; Chen-Yu Tsai; Mark > Rutland;

RE: [PATCH 2/6] Documentation: DT binding doc for iProc Shared MDIO Controller.

Hi Rob, Thanks for reviewing and providing your valuable comments. > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: 23 April 2016 01:41 > To: Pramod Kumar > Cc: Catalin Marinas; Will Deacon; Masahiro Yamada; Chen-Yu Tsai; Mark > Rutland;

Re: [RFC][PATCH 03/31] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()

On Friday 22 April 2016 07:46 PM, Peter Zijlstra wrote: > On Fri, Apr 22, 2016 at 10:50:41AM +, Vineet Gupta wrote: > >>> > > +#define ATOMIC_FETCH_OP(op, c_op, asm_op) >>> > > \ >>> > > +static inline int atomic_fetch_##op(int i, atomic_t *v) >>>

Re: [RFC][PATCH 03/31] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()

On Friday 22 April 2016 07:46 PM, Peter Zijlstra wrote: > On Fri, Apr 22, 2016 at 10:50:41AM +, Vineet Gupta wrote: > >>> > > +#define ATOMIC_FETCH_OP(op, c_op, asm_op) >>> > > \ >>> > > +static inline int atomic_fetch_##op(int i, atomic_t *v) >>>

Re: [PATCH 2/2 v6] arc: axs10x: Add DT bindings for I2S PLL Clock

On Thursday 21 April 2016 10:49 PM, Jose Abreu wrote: > Add device tree bindings for AXS10X I2S PLL Clock driver. > > Signed-off-by: Jose Abreu Lets worry about different firmware versions et all after basic patch is merged. I presume this patch will be merged via clk tree

Re: [PATCH 2/2 v6] arc: axs10x: Add DT bindings for I2S PLL Clock

On Thursday 21 April 2016 10:49 PM, Jose Abreu wrote: > Add device tree bindings for AXS10X I2S PLL Clock driver. > > Signed-off-by: Jose Abreu Lets worry about different firmware versions et all after basic patch is merged. I presume this patch will be merged via clk tree ? Acked-by: Vineet

Re: [PATCH] cpufreq: governor: Fix prev_load initialization in cpufreq_governor_start()

On 25-04-16, 03:07, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The way cpufreq_governor_start() initializes j_cdbs->prev_load is > questionable. > > First off, j_cdbs->prev_cpu_wall used as a denominator in the > computation may be zero. The case this

Re: [PATCH] cpufreq: governor: Fix prev_load initialization in cpufreq_governor_start()

On 25-04-16, 03:07, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The way cpufreq_governor_start() initializes j_cdbs->prev_load is > questionable. > > First off, j_cdbs->prev_cpu_wall used as a denominator in the > computation may be zero. The case this happens is when >

RE: [PATCH 1/6] bus: Add shared MDIO bus framework

Hi David, Thanks for providing input over the patch. Will address the comment as described below. > -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: 24 April 2016 23:48 > To: pramod.ku...@broadcom.com > Cc: robh...@kernel.org; catalin.mari...@arm.com;

RE: [PATCH 1/6] bus: Add shared MDIO bus framework

Hi David, Thanks for providing input over the patch. Will address the comment as described below. > -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: 24 April 2016 23:48 > To: pramod.ku...@broadcom.com > Cc: robh...@kernel.org; catalin.mari...@arm.com;

[PATCH] arm64: fix /proc/cpuinfo for elf32

For elf32 thread, personality is used for arm32, and thread_flag for arm64. Here personality is used for arm64, so fix it. Signed-off-by: Zeng Tao --- arch/arm64/kernel/cpuinfo.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] arm64: fix /proc/cpuinfo for elf32

For elf32 thread, personality is used for arm32, and thread_flag for arm64. Here personality is used for arm64, so fix it. Signed-off-by: Zeng Tao --- arch/arm64/kernel/cpuinfo.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/kernel/cpuinfo.c

Re: [PATCH net-next] hv_netvsc: Fix the list processing for network change event

From: Haiyang Zhang Date: Thu, 21 Apr 2016 16:13:01 -0700 > RNDIS_STATUS_NETWORK_CHANGE event is handled as two "half events" -- > media disconnect & connect. The second half should be added to the list > head, not to the tail. So all events are processed in normal order.

Re: [PATCH net-next] hv_netvsc: Fix the list processing for network change event

From: Haiyang Zhang Date: Thu, 21 Apr 2016 16:13:01 -0700 > RNDIS_STATUS_NETWORK_CHANGE event is handled as two "half events" -- > media disconnect & connect. The second half should be added to the list > head, not to the tail. So all events are processed in normal order. > > Signed-off-by:

Re: [PATCH net] ipv4/fib: don't warn when primary address is missing if in_dev is dead

From: Paolo Abeni Date: Thu, 21 Apr 2016 22:23:31 +0200 > After commit fbd40ea0180a ("ipv4: Don't do expensive useless work > during inetdev destroy.") when deleting an interface, > fib_del_ifaddr() can be executed without any primary address > present on the dead interface. >

Re: [PATCH net] ipv4/fib: don't warn when primary address is missing if in_dev is dead

From: Paolo Abeni Date: Thu, 21 Apr 2016 22:23:31 +0200 > After commit fbd40ea0180a ("ipv4: Don't do expensive useless work > during inetdev destroy.") when deleting an interface, > fib_del_ifaddr() can be executed without any primary address > present on the dead interface. > > The above is

Re: [RFC][PATCHSET] reduce messing with iovecs in cifs

Reviewed-by: Steve French Let me know if you want any of them to go in via the cifs tree or prefer going in through your tree (other than patch 1 which could go in the net-next tree are you indicated) On Sat, Apr 9, 2016 at 3:43 PM, Al Viro

Re: [RFC][PATCHSET] reduce messing with iovecs in cifs

Reviewed-by: Steve French Let me know if you want any of them to go in via the cifs tree or prefer going in through your tree (other than patch 1 which could go in the net-next tree are you indicated) On Sat, Apr 9, 2016 at 3:43 PM, Al Viro wrote: > Now that sendmsg/recvmsg do not

[PATCH] Use MICRO UINT_MAX instead of actual value

It's more elegant to use MICRO UINT_MAX to represent the max value of type unsigned int. So replace the actual value by using this MICRO. Signed-off-by: Minfei Huang --- drivers/nvme/host/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] Use MICRO UINT_MAX instead of actual value

It's more elegant to use MICRO UINT_MAX to represent the max value of type unsigned int. So replace the actual value by using this MICRO. Signed-off-by: Minfei Huang --- drivers/nvme/host/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/nvme/host/core.c

RE: [PATCH kernel 1/2] mm: add the related functions to build the free page bitmap

> On Fri, Apr 22, 2016 at 10:48:38AM +0100, Dr. David Alan Gilbert wrote: > > * Michael S. Tsirkin (m...@redhat.com) wrote: > > > On Tue, Apr 19, 2016 at 03:02:09PM +, Li, Liang Z wrote: > > > > > On Tue, 2016-04-19 at 22:34 +0800, Liang Li wrote: > > > > > > The free page bitmap will be sent

RE: [PATCH kernel 1/2] mm: add the related functions to build the free page bitmap

> On Fri, Apr 22, 2016 at 10:48:38AM +0100, Dr. David Alan Gilbert wrote: > > * Michael S. Tsirkin (m...@redhat.com) wrote: > > > On Tue, Apr 19, 2016 at 03:02:09PM +, Li, Liang Z wrote: > > > > > On Tue, 2016-04-19 at 22:34 +0800, Liang Li wrote: > > > > > > The free page bitmap will be sent

Re: [PATCH 26/41] Documentation: kasan: fix spelling mistake

On 04/24/16 17:24, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > Documentation/kasan.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/kasan.txt b/Documentation/kasan.txt > index 7dd95b3..9c696e4 100644 > ---

Re: [PATCH 26/41] Documentation: kasan: fix spelling mistake

On 04/24/16 17:24, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > Documentation/kasan.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/kasan.txt b/Documentation/kasan.txt > index 7dd95b3..9c696e4 100644 > --- a/Documentation/kasan.txt >

[PATCH 4/4] thermal: bang-bang governor: act on lower trip boundary

From: Sascha Hauer With interrupt driven thermal zones we pass the lower and upper temperature on which shall be acted, so in the governor we have to act on the exact lower temperature to be consistent. Otherwise an interrupt maybe generated on the exact lower

[PATCH 4/4] thermal: bang-bang governor: act on lower trip boundary

From: Sascha Hauer With interrupt driven thermal zones we pass the lower and upper temperature on which shall be acted, so in the governor we have to act on the exact lower temperature to be consistent. Otherwise an interrupt maybe generated on the exact lower temperature, but the bang bang

[PATCH 3/4] thermal: streamline get_trend callbacks

From: Sascha Hauer The .get_trend callback in struct thermal_zone_device_ops has the prototype: int (*get_trend) (struct thermal_zone_device *, int, enum thermal_trend *); whereas the .get_trend callback in struct

[PATCH 3/4] thermal: streamline get_trend callbacks

From: Sascha Hauer The .get_trend callback in struct thermal_zone_device_ops has the prototype: int (*get_trend) (struct thermal_zone_device *, int, enum thermal_trend *); whereas the .get_trend callback in struct thermal_zone_of_device_ops has: int

Re: [PATCH 19/41] Documentation: dt: opp: fix spelling mistake

On 25-04-16, 01:24, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > Documentation/devicetree/bindings/opp/opp.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/devicetree/bindings/opp/opp.txt >

Re: [PATCH 19/41] Documentation: dt: opp: fix spelling mistake

On 25-04-16, 01:24, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > Documentation/devicetree/bindings/opp/opp.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/devicetree/bindings/opp/opp.txt >

[PATCH 0/4] Thermal: Support for hardware-tracked trip points

The history patches come from Mikko and Sascha. http://thread.gmane.org/gmane.linux.power-management.general/59451 Now, I pick them up to continue upstream. Nevermind! Tis series adds support for hardware trip points. It picks up earlier work from Mikko Perttunen. Mikko implemented hardware trip

[PATCH 1/4] thermal: Add support for hardware-tracked trip points

From: Sascha Hauer This adds support for hardware-tracked trip points to the device tree thermal sensor framework. The framework supports an arbitrary number of trip points. Whenever the current temperature is updated, the trip points immediately below and above the

[PATCH 2/4] thermal: of: implement .set_trips for device tree thermal zones

From: Sascha Hauer Signed-off-by: Sascha Hauer Signed-off-by: Caesar Wang Cc: Zhang Rui Cc: Eduardo Valentin Cc: linux...@vger.kernel.org --- drivers/thermal/of-thermal.c | 12

[PATCH 1/4] thermal: Add support for hardware-tracked trip points

From: Sascha Hauer This adds support for hardware-tracked trip points to the device tree thermal sensor framework. The framework supports an arbitrary number of trip points. Whenever the current temperature is updated, the trip points immediately below and above the current temperature are

[PATCH 2/4] thermal: of: implement .set_trips for device tree thermal zones

From: Sascha Hauer Signed-off-by: Sascha Hauer Signed-off-by: Caesar Wang Cc: Zhang Rui Cc: Eduardo Valentin Cc: linux...@vger.kernel.org --- drivers/thermal/of-thermal.c | 12 include/linux/thermal.h | 4 2 files changed, 16 insertions(+) diff --git

[PATCH 0/4] Thermal: Support for hardware-tracked trip points

The history patches come from Mikko and Sascha. http://thread.gmane.org/gmane.linux.power-management.general/59451 Now, I pick them up to continue upstream. Nevermind! Tis series adds support for hardware trip points. It picks up earlier work from Mikko Perttunen. Mikko implemented hardware trip

Re: [PATCH 10/10] cpufreq: mvebu: Use generic platdev driver

On 23-04-16, 00:42, Arnd Bergmann wrote: > On Thursday 21 April 2016 14:29:02 Viresh Kumar wrote: > > diff --git a/arch/arm/mach-mvebu/pmsu.c b/arch/arm/mach-mvebu/pmsu.c > > index 79d0a5d9da8e..f24f46776fbb 100644 > > --- a/arch/arm/mach-mvebu/pmsu.c > > +++ b/arch/arm/mach-mvebu/pmsu.c > > @@

Re: [PATCH 10/10] cpufreq: mvebu: Use generic platdev driver

On 23-04-16, 00:42, Arnd Bergmann wrote: > On Thursday 21 April 2016 14:29:02 Viresh Kumar wrote: > > diff --git a/arch/arm/mach-mvebu/pmsu.c b/arch/arm/mach-mvebu/pmsu.c > > index 79d0a5d9da8e..f24f46776fbb 100644 > > --- a/arch/arm/mach-mvebu/pmsu.c > > +++ b/arch/arm/mach-mvebu/pmsu.c > > @@

Re: [PATCH 09/41] Documentation: dt: clock: fix spelling mistakes

On 04/24/16 17:24, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > Documentation/devicetree/bindings/clock/rockchip,rk3188-cru.txt | 2 +- > Documentation/devicetree/bindings/clock/rockchip,rk3288-cru.txt | 2 +- >

Re: [PATCH 09/41] Documentation: dt: clock: fix spelling mistakes

On 04/24/16 17:24, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > Documentation/devicetree/bindings/clock/rockchip,rk3188-cru.txt | 2 +- > Documentation/devicetree/bindings/clock/rockchip,rk3288-cru.txt | 2 +- > Documentation/devicetree/bindings/clock/st/st,clkgen.txt| 2

Re: [PATCH 04/41] Documentation: cgroup: fix spelling mistakes

On 04/24/16 17:24, Eric Engestrom wrote: > @@ -1123,7 +1123,7 @@ writeback as follows. > > 6-1. Basics > > -cgroup namespace provides a mechanism to virtualize the view of the > +cgroup namespace provides a mechanism to virtualise the view of the > "/proc/$PID/cgroup" file and cgroup mounts.

Re: [PATCH 04/41] Documentation: cgroup: fix spelling mistakes

On 04/24/16 17:24, Eric Engestrom wrote: > @@ -1123,7 +1123,7 @@ writeback as follows. > > 6-1. Basics > > -cgroup namespace provides a mechanism to virtualize the view of the > +cgroup namespace provides a mechanism to virtualise the view of the > "/proc/$PID/cgroup" file and cgroup mounts.

[PATCH] clk: fix member type of struct clk_hw_onecell_data

We cannot assign any value to an array type variable. So, hw_data->hws = kcalloc(hw_data->num, sizeof(struct clk_hw *), GFP_KERNEL); fails with "invalid use of flexible array member" error. There are two ways to fix this issue. [1] Make it a double-pointer struct

[PATCH] clk: fix member type of struct clk_hw_onecell_data

We cannot assign any value to an array type variable. So, hw_data->hws = kcalloc(hw_data->num, sizeof(struct clk_hw *), GFP_KERNEL); fails with "invalid use of flexible array member" error. There are two ways to fix this issue. [1] Make it a double-pointer struct

[PATCH 1/2] bfp tools: Remove expression with no effect

Assigning "attr" to "attr" does not have any effect, but was caught by Coverity, so let's remove this. Reported-by: coverity (CID 1354720) Fixes: 1b76c13e4b36 ("bpf tools: Introduce 'bpf' library and add bpf feature check") Signed-off-by: Florian Fainelli ---

[PATCH 1/2] bfp tools: Remove expression with no effect

Assigning "attr" to "attr" does not have any effect, but was caught by Coverity, so let's remove this. Reported-by: coverity (CID 1354720) Fixes: 1b76c13e4b36 ("bpf tools: Introduce 'bpf' library and add bpf feature check") Signed-off-by: Florian Fainelli --- tools/build/feature/test-bpf.c | 1

[PATCH 2/2] bfp tools: Fix syscall argument

Coverity flagged this under CID 1354884 as a sizeof mismatch, it turns out that the argument "attr" passed to syscall should have been a pointer to attr in the first place. Reported-by: coverity (CID 1354884) Fixes: 8f9e05fb298f ("perf tools: Fix PowerPC native building") Signed-off-by: Florian

[PATCH 2/2] bfp tools: Fix syscall argument

Coverity flagged this under CID 1354884 as a sizeof mismatch, it turns out that the argument "attr" passed to syscall should have been a pointer to attr in the first place. Reported-by: coverity (CID 1354884) Fixes: 8f9e05fb298f ("perf tools: Fix PowerPC native building") Signed-off-by: Florian

[PATCH 0/2] bfp tools: Couple Coverity fixes

Hi all, Two trivial patches that were flagged by Coverity. Thanks! Florian Fainelli (2): bfp tools: Remove expression with no effect bfp tools: Fix syscall argument tools/build/feature/test-bpf.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) -- 2.7.4

[PATCH 0/2] bfp tools: Couple Coverity fixes

Hi all, Two trivial patches that were flagged by Coverity. Thanks! Florian Fainelli (2): bfp tools: Remove expression with no effect bfp tools: Fix syscall argument tools/build/feature/test-bpf.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) -- 2.7.4

RE: [PATCH] checkpatch: Add support to check already applied git commits

Hi, > From: Joe Perches [mailto:j...@perches.com] > Sent: Monday, April 25, 2016 7:12 AM > To: Andrew Morton ; Andy Whitcroft > > Cc: Du, Changbin ; linux-kernel@vger.kernel.org > Subject: [PATCH] checkpatch: Add support to

RE: [PATCH] checkpatch: Add support to check already applied git commits

Hi, > From: Joe Perches [mailto:j...@perches.com] > Sent: Monday, April 25, 2016 7:12 AM > To: Andrew Morton ; Andy Whitcroft > > Cc: Du, Changbin ; linux-kernel@vger.kernel.org > Subject: [PATCH] checkpatch: Add support to check already applied git > commits > > It's sometimes useful to scan

[lkp] [thermal] fd87ba5cc7: general protection fault: 0000 [#1] SMP DEBUG_PAGEALLOC

FYI, we noticed the following commit: https://github.com/0day-ci/linux Eduardo-Valentin/thermal-sysfs-rework/20160424-073943 commit fd87ba5cc746cfd6ad36f7a26a77849fb674e2c3 ("thermal: use dev.groups to manage always present tz attributes") on test machine: vm-lkp-wsx03-2G: 2 th

[lkp] [thermal] fd87ba5cc7: general protection fault: 0000 [#1] SMP DEBUG_PAGEALLOC

FYI, we noticed the following commit: https://github.com/0day-ci/linux Eduardo-Valentin/thermal-sysfs-rework/20160424-073943 commit fd87ba5cc746cfd6ad36f7a26a77849fb674e2c3 ("thermal: use dev.groups to manage always present tz attributes") on test machine: vm-lkp-wsx03-2G: 2 th

[lkp] [Input] 50fea9b0cf: kmsg.i8042:Unable_to_get_stable_CTR_read

FYI, we noticed the following commit: https://github.com/0day-ci/linux Mark-Laws/Input-i8042-Fix-console-keyboard-support-on-Gen2-Hyper-V-VMs/20160422-210451 commit 50fea9b0cfa3721f9320fd422942a662db568a29 ("Input: i8042 - Fix console keyboard support on Gen2 Hyper-V VMs") on test machine:

[lkp] [Input] 50fea9b0cf: kmsg.i8042:Unable_to_get_stable_CTR_read

FYI, we noticed the following commit: https://github.com/0day-ci/linux Mark-Laws/Input-i8042-Fix-console-keyboard-support-on-Gen2-Hyper-V-VMs/20160422-210451 commit 50fea9b0cfa3721f9320fd422942a662db568a29 ("Input: i8042 - Fix console keyboard support on Gen2 Hyper-V VMs") on test machine:

Re: [PATCH 25/41] Documentation: filesystems: fix spelling mistakes

Reviewed-by: Steve French On Sun, Apr 24, 2016 at 7:24 PM, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > Documentation/filesystems/autofs4.txt | 6 +++--- > Documentation/filesystems/cifs/CHANGES | 2 +- >

Re: [PATCH 25/41] Documentation: filesystems: fix spelling mistakes

Reviewed-by: Steve French On Sun, Apr 24, 2016 at 7:24 PM, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > Documentation/filesystems/autofs4.txt | 6 +++--- > Documentation/filesystems/cifs/CHANGES | 2 +- > Documentation/filesystems/proc.txt | 4 ++-- >

Re: [PATCH RESEND v2 4/4] ARM64: dts: rockchip: add dts file for RK3399 evaluation board

在 2016年04月22日 13:51, Jianqun Xu 写道: This patch add rk3399-evb.dts for RK3399 evaluation board. Tested on RK3399 evb. Signed-off-by: Jianqun Xu --- changes in v2: - remove rk808 since without i2c, which will upstream independently - remove es8316 since without i2c,

Re: [PATCH RESEND v2 4/4] ARM64: dts: rockchip: add dts file for RK3399 evaluation board

在 2016年04月22日 13:51, Jianqun Xu 写道: This patch add rk3399-evb.dts for RK3399 evaluation board. Tested on RK3399 evb. Signed-off-by: Jianqun Xu --- changes in v2: - remove rk808 since without i2c, which will upstream independently - remove es8316 since without i2c, which will upstream

  1   2   3   4   5   6   >