Re: [PATCH 6/8] cpufreq/schedutil: sum per-sched class utilization

On Wed, Mar 16, 2016 at 11:20:45AM -0700, Steve Muckle wrote: > On 03/16/2016 12:38 AM, Peter Zijlstra wrote: > > Somewhere in the giant discussions I mentioned that we should be looking > > at a CPPC like interface and pass {min,max} tuples to the cpufreq > > selection thingy. > > > > In that

Re: [PATCH 6/8] cpufreq/schedutil: sum per-sched class utilization

On Wed, Mar 16, 2016 at 11:20:45AM -0700, Steve Muckle wrote: > On 03/16/2016 12:38 AM, Peter Zijlstra wrote: > > Somewhere in the giant discussions I mentioned that we should be looking > > at a CPPC like interface and pass {min,max} tuples to the cpufreq > > selection thingy. > > > > In that

RE: [PATCH v11 3/9] arm64: add copy_to/from_user to kprobes blacklist

>From: "David A. Long" > >Currrently taking exceptions when accessing user data from a kprobe'd >instruction doesn't work. Avoid this situation by blacklisting the relevant >functions. > >Signed-off-by: David A. Long Looks good to me. Reviewed-by:

RE: [PATCH v11 3/9] arm64: add copy_to/from_user to kprobes blacklist

>From: "David A. Long" > >Currrently taking exceptions when accessing user data from a kprobe'd >instruction doesn't work. Avoid this situation by blacklisting the relevant >functions. > >Signed-off-by: David A. Long Looks good to me. Reviewed-by: Masami Hiramatsu Thanks, >--- >

Re: [PATCH v7 2/4] gadget: Support for the usb charger framework

Hi Baolin, [auto build test ERROR on v4.5-rc7] [also build test ERROR on next-20160316] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: [PATCH v7 2/4] gadget: Support for the usb charger framework

Hi Baolin, [auto build test ERROR on v4.5-rc7] [also build test ERROR on next-20160316] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

[git pull] m68knommu/coldfire fixes for 4.6

Hi Linus, Can you please pull the m68knommu git tree, for-next branch. The main change is the removal of the bit-rotten 68360 support. Also a fix to always make the ethernet FEC platform info available. Regards Greg The following changes since commit f6cede5b49e822ebc41a099fe41ab4989f64e2cb:

[git pull] m68knommu/coldfire fixes for 4.6

Hi Linus, Can you please pull the m68knommu git tree, for-next branch. The main change is the removal of the bit-rotten 68360 support. Also a fix to always make the ethernet FEC platform info available. Regards Greg The following changes since commit f6cede5b49e822ebc41a099fe41ab4989f64e2cb:

[PATCH] lib/spinlock_debug: Prevent a unnecessary recursive spin_dump()

This can protect an infinit recursion by unnecessary warning, too. -8<- >From 81f06a6f9c7f2e782267a2539c6c869d4214354c Mon Sep 17 00:00:00 2001 From: Byungchul Park Date: Fri, 18 Mar 2016 11:35:24 +0900 Subject: [PATCH] lib/spinlock_debug: Prevent a unnecessary

[PATCH] lib/spinlock_debug: Prevent a unnecessary recursive spin_dump()

This can protect an infinit recursion by unnecessary warning, too. -8<- >From 81f06a6f9c7f2e782267a2539c6c869d4214354c Mon Sep 17 00:00:00 2001 From: Byungchul Park Date: Fri, 18 Mar 2016 11:35:24 +0900 Subject: [PATCH] lib/spinlock_debug: Prevent a unnecessary recursive spin_dump()

Re: [PATCH] drm/sti: restore mode_fixup callback

Thank you Arnd for highlighting this. Acked-by: Vincent ABRIOU On 03/17/2016 10:02 AM, Arnd Bergmann wrote: > Commit 8a2fa38fddd3 removed the mode_fixup because it was empty, > but 652353e6e561 modified it to call drm_mode_set_crtcinfo() > instead. > > Both commits are

Re: [PATCH] drm/sti: restore mode_fixup callback

Thank you Arnd for highlighting this. Acked-by: Vincent ABRIOU On 03/17/2016 10:02 AM, Arnd Bergmann wrote: > Commit 8a2fa38fddd3 removed the mode_fixup because it was empty, > but 652353e6e561 modified it to call drm_mode_set_crtcinfo() > instead. > > Both commits are correct, but the merge of

[PATCH 1/2] irqdomain: Export irq_domain_free_irqs_common

Export irq_domain_free_irqs_common so it can be used by modules. Signed-off-by: Axel Lin --- kernel/irq/irqdomain.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c index 3a519a0..245a485 100644 --- a/kernel/irq/irqdomain.c

[PATCH 1/2] irqdomain: Export irq_domain_free_irqs_common

Export irq_domain_free_irqs_common so it can be used by modules. Signed-off-by: Axel Lin --- kernel/irq/irqdomain.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c index 3a519a0..245a485 100644 --- a/kernel/irq/irqdomain.c +++

[PATCH] clk: sunxi: Add CSI (camera's Sensors Interface) module clock driver for sun[457]i

From: Yassin Jaffer This patch adds a composite clock type consisting of a clock gate, mux, configurable dividers, and a reset control. Signed-off-by: Yassin Jaffer --- Documentation/devicetree/bindings/clock/sunxi.txt | 1 +

[PATCH] clk: sunxi: Add CSI (camera's Sensors Interface) module clock driver for sun[457]i

From: Yassin Jaffer This patch adds a composite clock type consisting of a clock gate, mux, configurable dividers, and a reset control. Signed-off-by: Yassin Jaffer --- Documentation/devicetree/bindings/clock/sunxi.txt | 1 + drivers/clk/sunxi/Makefile| 1 +

Re: [PATCH v2 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods

On Thu, Mar 17, 2016 at 08:36:00PM +0100, Peter Zijlstra wrote: > On Wed, Mar 16, 2016 at 01:02:10PM -0400, Chris Metcalf wrote: > > Currently you can only request a backtrace of either all cpus, or > > all cpus but yourself. It can also be helpful to request a remote > > backtrace of a single

Re: [PATCH v2 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods

On Thu, Mar 17, 2016 at 08:36:00PM +0100, Peter Zijlstra wrote: > On Wed, Mar 16, 2016 at 01:02:10PM -0400, Chris Metcalf wrote: > > Currently you can only request a backtrace of either all cpus, or > > all cpus but yourself. It can also be helpful to request a remote > > backtrace of a single

Re: [PATCH 1/3] crypto: marvell/cesa - replace dma_to_phys with dma_map_single

On 3/18/2016 10:20 AM, Boris Brezillon wrote: > On Fri, 18 Mar 2016 09:51:37 -0400 > Sinan Kaya wrote: > >> On 3/18/2016 7:25 AM, Robin Murphy wrote: >>> On 18/03/16 09:30, Boris Brezillon wrote: On Thu, 17 Mar 2016 23:50:20 + Russell King - ARM Linux

Re: [PATCH 1/3] crypto: marvell/cesa - replace dma_to_phys with dma_map_single

On 3/18/2016 10:20 AM, Boris Brezillon wrote: > On Fri, 18 Mar 2016 09:51:37 -0400 > Sinan Kaya wrote: > >> On 3/18/2016 7:25 AM, Robin Murphy wrote: >>> On 18/03/16 09:30, Boris Brezillon wrote: On Thu, 17 Mar 2016 23:50:20 + Russell King - ARM Linux wrote: > On Thu, Mar

[PATCH v4 01/14] i2c-octeon: Cleanup i2c-octeon driver

Cleanup only without functional change. - removed DRV_VERSION - defines: use defines instead of plain values, use BIT_ULL macro, add comments - rename waitqueue return value to time_left - sort local variables by length - fix indentation and whitespace errors - make function return void if the

[PATCH v4 01/14] i2c-octeon: Cleanup i2c-octeon driver

Cleanup only without functional change. - removed DRV_VERSION - defines: use defines instead of plain values, use BIT_ULL macro, add comments - rename waitqueue return value to time_left - sort local variables by length - fix indentation and whitespace errors - make function return void if the

Re: [RFC v2 -next 1/2] virtio: Start feature MTU support

On Thu, 17 Mar 2016 17:10:55 -0400 Aaron Conole wrote: > Stephen Hemminger writes: > > > On Tue, 15 Mar 2016 17:04:12 -0400 > > Aaron Conole wrote: > > > >> --- a/include/uapi/linux/virtio_net.h > >> +++

Re: [RFC v2 -next 1/2] virtio: Start feature MTU support

On Thu, 17 Mar 2016 17:10:55 -0400 Aaron Conole wrote: > Stephen Hemminger writes: > > > On Tue, 15 Mar 2016 17:04:12 -0400 > > Aaron Conole wrote: > > > >> --- a/include/uapi/linux/virtio_net.h > >> +++ b/include/uapi/linux/virtio_net.h > >> @@ -55,6 +55,7 @@ > >> #define VIRTIO_NET_F_MQ

Re: [PATCH v5 1/5] ARM: at91: pm: create a separate procedure for the ULP0 mode

On 16/03/2016 at 14:58:05 +0800, Wenyou Yang wrote : > To make the code more legible and prepare to add the ULP1 mode > support in the future, create a separate procedure for the ULP0 mode. > > Signed-off-by: Wenyou Yang Acked-by: Alexandre Belloni

Re: [PATCH v5 1/5] ARM: at91: pm: create a separate procedure for the ULP0 mode

On 16/03/2016 at 14:58:05 +0800, Wenyou Yang wrote : > To make the code more legible and prepare to add the ULP1 mode > support in the future, create a separate procedure for the ULP0 mode. > > Signed-off-by: Wenyou Yang Acked-by: Alexandre Belloni > --- > > Changes in v5: None > Changes in

Re: [PATCH 1/2] of: add vendor prefix for Holtek Semiconductor

On Wed, Mar 16, 2016 at 04:52:08PM +0100, Robin van der Gracht wrote: > This patch introduces a vendor prefix for Holtek Semiconductor Inc. > > Signed-off-by: Robin van der Gracht > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1

Re: [PATCH 1/2] of: add vendor prefix for Holtek Semiconductor

On Wed, Mar 16, 2016 at 04:52:08PM +0100, Robin van der Gracht wrote: > This patch introduces a vendor prefix for Holtek Semiconductor Inc. > > Signed-off-by: Robin van der Gracht > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+) > > diff

Re: [PATCH] cpufreq: Do not schedule policy update work in cpufreq_resume()

On Wed, Mar 16, 2016 at 5:47 AM, Viresh Kumar wrote: > On 15-03-16, 13:11, Rafael J. Wysocki wrote: >> On Tue, Mar 15, 2016 at 7:10 AM, Viresh Kumar >> wrote: >> > On 12-03-16, 03:05, Rafael J. Wysocki wrote: >> >> From: Rafael J. Wysocki

Re: [PATCH] cpufreq: Do not schedule policy update work in cpufreq_resume()

On Wed, Mar 16, 2016 at 5:47 AM, Viresh Kumar wrote: > On 15-03-16, 13:11, Rafael J. Wysocki wrote: >> On Tue, Mar 15, 2016 at 7:10 AM, Viresh Kumar >> wrote: >> > On 12-03-16, 03:05, Rafael J. Wysocki wrote: >> >> From: Rafael J. Wysocki >> >> >> >> cpufreq_resume() attempts to resync the

Re: [PATCH] MAINTAINERS: Add the stlinux kernel mailing list for the STi drm driver.

On 03/17/2016 04:07 PM, Peter Griffin wrote: Hi Lee, On Thu, 17 Mar 2016, Lee Jones wrote: On Thu, 17 Mar 2016, Peter Griffin wrote: Most drivers for STi are under the ARM/STI Architecture section which includes this mailing list. Signed-off-by: Peter Griffin

Re: [PATCH] MAINTAINERS: Add the stlinux kernel mailing list for the STi drm driver.

On 03/17/2016 04:07 PM, Peter Griffin wrote: Hi Lee, On Thu, 17 Mar 2016, Lee Jones wrote: On Thu, 17 Mar 2016, Peter Griffin wrote: Most drivers for STi are under the ARM/STI Architecture section which includes this mailing list. Signed-off-by: Peter Griffin --- MAINTAINERS | 1 + 1

Re: [PATCH 5/8] sched/cpufreq: pass sched class into cpufreq_update_util

On Wed, Mar 16, 2016 at 02:23:21PM +0100, Rafael J. Wysocki wrote: > On Wed, Mar 16, 2016 at 2:10 PM, Peter Zijlstra wrote: > > (this would of course require we allocate struct update_util_data with > > the proper alignment thingies etc..) > > diff --git

Re: [PATCH 5/8] sched/cpufreq: pass sched class into cpufreq_update_util

On Wed, Mar 16, 2016 at 02:23:21PM +0100, Rafael J. Wysocki wrote: > On Wed, Mar 16, 2016 at 2:10 PM, Peter Zijlstra wrote: > > (this would of course require we allocate struct update_util_data with > > the proper alignment thingies etc..) > > diff --git a/include/linux/sched.h

Re: [PATCH 3/3] dma-mapping: move swiotlb dma-phys functions to common header

On 17/03/16 22:02, Sinan Kaya wrote: Moving the default implementation of swiotlb_dma_to_phys and swiotlb_phys_to_dma functions to dma-mapping.h so that we can get rid of the duplicate code in multiple ARCH. Signed-off-by: Sinan Kaya ---

Re: [PATCH 3/3] dma-mapping: move swiotlb dma-phys functions to common header

On 17/03/16 22:02, Sinan Kaya wrote: Moving the default implementation of swiotlb_dma_to_phys and swiotlb_phys_to_dma functions to dma-mapping.h so that we can get rid of the duplicate code in multiple ARCH. Signed-off-by: Sinan Kaya --- arch/arm64/include/asm/dma-mapping.h |

Re: [RFC v2 -next 0/2] virtio-net: Advised MTU feature

Rick Jones writes: > On 03/15/2016 02:04 PM, Aaron Conole wrote: >> The following series adds the ability for a hypervisor to set an MTU on the >> guest during feature negotiation phase. This is useful for VM orchestration >> when, for instance, tunneling is involved and the

Re: [RFC v2 -next 0/2] virtio-net: Advised MTU feature

Rick Jones writes: > On 03/15/2016 02:04 PM, Aaron Conole wrote: >> The following series adds the ability for a hypervisor to set an MTU on the >> guest during feature negotiation phase. This is useful for VM orchestration >> when, for instance, tunneling is involved and the MTU of the various

Re: [PATCH] livepatch: Update maintainers

On Wed, Mar 16, 2016 at 10:03:36AM -0500, Josh Poimboeuf wrote: > Seth and Vojtech are no longer active maintainers of livepatch, so > remove them in favor of Jessica and Miroslav. > > Also add Petr as a designated reviewer. > > Signed-off-by: Josh Poimboeuf > --- >

Re: [PATCH] livepatch: Update maintainers

On Wed, Mar 16, 2016 at 10:03:36AM -0500, Josh Poimboeuf wrote: > Seth and Vojtech are no longer active maintainers of livepatch, so > remove them in favor of Jessica and Miroslav. > > Also add Petr as a designated reviewer. > > Signed-off-by: Josh Poimboeuf > --- > MAINTAINERS | 5 +++-- > 1

[ANNOUNCE] Git v2.7.4 (and updates to older maintenance tracks)

The latest maintenance release Git v2.7.4 is now available at the usual places. The same set of bugfix patches from the current 'master' have been backported to older maintenance tracks and are available as v2.4.11, v2.5.5 and v2.6.6. These are to fix a heap corruption / buffer overflow bug and

[ANNOUNCE] Git v2.7.4 (and updates to older maintenance tracks)

The latest maintenance release Git v2.7.4 is now available at the usual places. The same set of bugfix patches from the current 'master' have been backported to older maintenance tracks and are available as v2.4.11, v2.5.5 and v2.6.6. These are to fix a heap corruption / buffer overflow bug and

Re: [PATCH V2 2/3] vfio, platform: make reset driver a requirement

Hi Baptiste, >> I couldn't see a reset function for AMBA devices. >> >> Is there anyway to write reset function for it? I have no experience with >> AMBA devices. > To my knowledge only the PL330 DMA controller (drivers/dma/pl330.c) was > passthrough'ed at some point, rather for development

Re: [PATCH V2 2/3] vfio, platform: make reset driver a requirement

Hi Baptiste, >> I couldn't see a reset function for AMBA devices. >> >> Is there anyway to write reset function for it? I have no experience with >> AMBA devices. > To my knowledge only the PL330 DMA controller (drivers/dma/pl330.c) was > passthrough'ed at some point, rather for development

Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks

On 03/16/2016 06:23 PM, Chris Mason wrote: On Tue, Mar 15, 2016 at 05:51:17PM -0700, Chris Mason wrote: On Tue, Mar 15, 2016 at 07:30:14PM -0500, Eric Sandeen wrote: On 3/15/16 7:06 PM, Linus Torvalds wrote: On Tue, Mar 15, 2016 at 4:52 PM, Dave Chinner wrote: It is

Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks

On 03/16/2016 06:23 PM, Chris Mason wrote: On Tue, Mar 15, 2016 at 05:51:17PM -0700, Chris Mason wrote: On Tue, Mar 15, 2016 at 07:30:14PM -0500, Eric Sandeen wrote: On 3/15/16 7:06 PM, Linus Torvalds wrote: On Tue, Mar 15, 2016 at 4:52 PM, Dave Chinner wrote: It is pretty clear that the

[PATCH] mtip32xx: fix checks for dma mapping errors

exec_drive_taskfile() checks for dma mapping errors by comparison returned address with zero, while pci_dma_mapping_error() should be used. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov ---

[PATCH] mtip32xx: fix checks for dma mapping errors

exec_drive_taskfile() checks for dma mapping errors by comparison returned address with zero, while pci_dma_mapping_error() should be used. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/block/mtip32xx/mtip32xx.c | 4 ++-- 1 file

Re: [PATCH 1/2] x86/perf/intel/uncore: Make Intel uncore modular

On Thu, Mar 17, 2016 at 05:34:14AM -0700, kan.li...@intel.com wrote: > +static void __exit intel_uncore_exit(void) > +{ > + cpu_notifier_register_done(); Did you even test this? That should be _begin(); > + __unregister_cpu_notifier(_cpu_nb); > +

Re: [PATCH 1/2] x86/perf/intel/uncore: Make Intel uncore modular

On Thu, Mar 17, 2016 at 05:34:14AM -0700, kan.li...@intel.com wrote: > +static void __exit intel_uncore_exit(void) > +{ > + cpu_notifier_register_done(); Did you even test this? That should be _begin(); > + __unregister_cpu_notifier(_cpu_nb); > +

Linux 3.12.57

I'm announcing the release of the 3.12.57 kernel. All users of the 3.12 kernel series must upgrade. The updated 3.12.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.12.y and can be browsed at the normal kernel.org git web

Linux 3.12.57

I'm announcing the release of the 3.12.57 kernel. All users of the 3.12 kernel series must upgrade. The updated 3.12.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.12.y and can be browsed at the normal kernel.org git web

Re: [PATCH] regulator: Don't print error in devm_regulator_bulk_get() on -EPROBE_DEFER

Hello Mark, On 03/16/2016 06:59 AM, Mark Brown wrote: > On Tue, Mar 15, 2016 at 05:35:14PM -0300, Javier Martinez Canillas wrote: > >> The regulators may not be available just because their driver's probe was >> not executed and the regulators were not registered yet. So don't print an >> error

Re: [PATCH] regulator: Don't print error in devm_regulator_bulk_get() on -EPROBE_DEFER

Hello Mark, On 03/16/2016 06:59 AM, Mark Brown wrote: > On Tue, Mar 15, 2016 at 05:35:14PM -0300, Javier Martinez Canillas wrote: > >> The regulators may not be available just because their driver's probe was >> not executed and the regulators were not registered yet. So don't print an >> error

Re: [PATCH v4 7/7] cpufreq: schedutil: New governor based on scheduler utilization data

On Wednesday, March 16, 2016 06:35:41 PM Peter Zijlstra wrote: > On Wed, Mar 16, 2016 at 03:59:18PM +0100, Rafael J. Wysocki wrote: > > > +static unsigned int get_next_freq(struct cpufreq_policy *policy, > > + unsigned long util, unsigned long max) > > +{ > > +

Re: [PATCH v4 7/7] cpufreq: schedutil: New governor based on scheduler utilization data

On Wednesday, March 16, 2016 06:35:41 PM Peter Zijlstra wrote: > On Wed, Mar 16, 2016 at 03:59:18PM +0100, Rafael J. Wysocki wrote: > > > +static unsigned int get_next_freq(struct cpufreq_policy *policy, > > + unsigned long util, unsigned long max) > > +{ > > +

[PATCH v5 0/6] (mostly) Arch-independent livepatch

This patchset removes livepatch's need for architecture-specific relocation code by leveraging existing code in the module loader to perform arch-dependent work. Specifically, instead of duplicating code and re-implementing what the apply_relocate_add() function in the module loader already does

[PATCH v5 0/6] (mostly) Arch-independent livepatch

This patchset removes livepatch's need for architecture-specific relocation code by leveraging existing code in the module loader to perform arch-dependent work. Specifically, instead of duplicating code and re-implementing what the apply_relocate_add() function in the module loader already does

linux-next: build failure after merge of the drm tree

Hi Dave, After merging the drm tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c: In function 'amdgpu_gem_userptr_ioctl': drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c:321:2: error: implicit declaration of function 'release_pages'

linux-next: build failure after merge of the drm tree

Hi Dave, After merging the drm tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c: In function 'amdgpu_gem_userptr_ioctl': drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c:321:2: error: implicit declaration of function 'release_pages'

Re: [RFC][PATCH v3 1/5] mm/zsmalloc: introduce class auto-compaction

Hi, On (03/18/16 10:17), Minchan Kim wrote: > > > > hm, in this scenario both solutions are less than perfect. we jump > > > > X times over 40% margin, we have X*NR_CLASS compaction scans in the > > > > end. the difference is that we queue less works, yes, but we don't > > > > have to use

[PATCH] sound/usb: Fix memory leak in media_snd_stream_delete() during unbind

media_snd_stream_delete() fails to release resources during unbind. This leads to use-after-free in media_gobj_create() on a subsequent bind. [ 1445.086410] BUG: KASAN: use-after-free in media_gobj_create+0x3a1/0x470 [media] at addr 8801ead49998 [ 1445.086771] Call Trace: [ 1445.086779] []

Re: [RFC][PATCH v3 1/5] mm/zsmalloc: introduce class auto-compaction

Hi, On (03/18/16 10:17), Minchan Kim wrote: > > > > hm, in this scenario both solutions are less than perfect. we jump > > > > X times over 40% margin, we have X*NR_CLASS compaction scans in the > > > > end. the difference is that we queue less works, yes, but we don't > > > > have to use

[PATCH] sound/usb: Fix memory leak in media_snd_stream_delete() during unbind

media_snd_stream_delete() fails to release resources during unbind. This leads to use-after-free in media_gobj_create() on a subsequent bind. [ 1445.086410] BUG: KASAN: use-after-free in media_gobj_create+0x3a1/0x470 [media] at addr 8801ead49998 [ 1445.086771] Call Trace: [ 1445.086779] []

[PATCH v2] openvswitch: call only into reachable nf-nat code

The openvswitch code has gained support for calling into the nf-nat-ipv4/ipv6 modules, however those can be loadable modules in a configuration in which openvswitch is built-in, leading to link errors: net/built-in.o: In function `__ovs_ct_lookup': :(.text+0x2cc2c8): undefined reference to

[PATCH v2] openvswitch: call only into reachable nf-nat code

The openvswitch code has gained support for calling into the nf-nat-ipv4/ipv6 modules, however those can be loadable modules in a configuration in which openvswitch is built-in, leading to link errors: net/built-in.o: In function `__ovs_ct_lookup': :(.text+0x2cc2c8): undefined reference to

[PATCH v20 15/23] richacl: Update the file masks in chmod()

Doing a chmod() sets the file mode, which includes the file permission bits. When a file has a richacl, the permissions that the richacl grants need to be limited to what the new file permission bits allow. This is done by setting the file masks in the richacl to what the file permission bits

[PATCH v20 15/23] richacl: Update the file masks in chmod()

Doing a chmod() sets the file mode, which includes the file permission bits. When a file has a richacl, the permissions that the richacl grants need to be limited to what the new file permission bits allow. This is done by setting the file masks in the richacl to what the file permission bits

Re: [PATCH V5 02/10] perf/amd/iommu: Consolidate and move perf_event_amd_iommu header

On Fri, Mar 18, 2016 at 02:07:25PM +0700, Suravee Suthikulpanit wrote: > Actually the exposed APIs (in both files) are from the AMD IOMMU driver, > which is not necessary x86-specific. They mostly use struct pci_dev, which > is also arch-agnostic. It is correct that the current IOMMU IP is only >

Re: [PATCH V5 02/10] perf/amd/iommu: Consolidate and move perf_event_amd_iommu header

On Fri, Mar 18, 2016 at 02:07:25PM +0700, Suravee Suthikulpanit wrote: > Actually the exposed APIs (in both files) are from the AMD IOMMU driver, > which is not necessary x86-specific. They mostly use struct pci_dev, which > is also arch-agnostic. It is correct that the current IOMMU IP is only >

Re: net/bluetooth: workqueue destruction WARNING in hci_unregister_dev

Hello, On 03/11/2016, 06:12 PM, Tejun Heo wrote: > On Thu, Mar 03, 2016 at 10:12:01AM +0100, Jiri Slaby wrote: >> On 03/02/2016, 04:45 PM, Tejun Heo wrote: >>> On Fri, Feb 19, 2016 at 01:10:00PM +0100, Jiri Slaby wrote: > 1. didn't help, the problem persists. So I haven't applied the patch

Re: net/bluetooth: workqueue destruction WARNING in hci_unregister_dev

Hello, On 03/11/2016, 06:12 PM, Tejun Heo wrote: > On Thu, Mar 03, 2016 at 10:12:01AM +0100, Jiri Slaby wrote: >> On 03/02/2016, 04:45 PM, Tejun Heo wrote: >>> On Fri, Feb 19, 2016 at 01:10:00PM +0100, Jiri Slaby wrote: > 1. didn't help, the problem persists. So I haven't applied the patch

Re: Nokia N900 - audio TPA6130A2 problems

Hi On Fri Mar 18 12:33:14 2016 Peter Ujfalusi wrote: > > But enabling the pull via DT for the i2c2 works? > No :(. I even migrated the driver to regmap - no gain. Maybe i2c bus is blocked by another device held in reset. The next thing I am going to try is to deassert

Re: Nokia N900 - audio TPA6130A2 problems

Hi On Fri Mar 18 12:33:14 2016 Peter Ujfalusi wrote: > > But enabling the pull via DT for the i2c2 works? > No :(. I even migrated the driver to regmap - no gain. Maybe i2c bus is blocked by another device held in reset. The next thing I am going to try is to deassert reset/power gpios on

[PATCH v12 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

This patch adds drm_bridge driver for parade DSI to eDP bridge chip. Signed-off-by: Jitao Shi --- Changes since v11: - Remove depends on I2C, add DRM depends - Reuse ps8640_write_bytes() in ps8640_write_byte() - Use timer check for polling like the routines in - Fix

[PATCH v12 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

This patch adds drm_bridge driver for parade DSI to eDP bridge chip. Signed-off-by: Jitao Shi --- Changes since v11: - Remove depends on I2C, add DRM depends - Reuse ps8640_write_bytes() in ps8640_write_byte() - Use timer check for polling like the routines in - Fix no

[PATCH 3.19.y-ckt 41/70] ALSA: seq: oss: Don't drain at closing a client

v3.19.8-ckt17 -stable review patch. If anyone has any objections, please let me know. ---8< From: Takashi Iwai commit 197b958c1e76a575d77038cc98b4bebc2134279f upstream. The OSS sequencer client tries to drain the

[PATCH 3.19.y-ckt 41/70] ALSA: seq: oss: Don't drain at closing a client

v3.19.8-ckt17 -stable review patch. If anyone has any objections, please let me know. ---8< From: Takashi Iwai commit 197b958c1e76a575d77038cc98b4bebc2134279f upstream. The OSS sequencer client tries to drain the pending events at

Re: [PATCH V2 1/2] x86/perf/intel/uncore: Make Intel uncore modular

On Fri, 18 Mar 2016, kan.li...@intel.com wrote: > From: Kan Liang > > This patch makes Intel uncore pmu driver modular. > By default, the uncore driver will be built in the kernel. If it is > configured as module, the supported cpu model can be auto loaded. > This patch

Re: [PATCH V2 1/2] x86/perf/intel/uncore: Make Intel uncore modular

On Fri, 18 Mar 2016, kan.li...@intel.com wrote: > From: Kan Liang > > This patch makes Intel uncore pmu driver modular. > By default, the uncore driver will be built in the kernel. If it is > configured as module, the supported cpu model can be auto loaded. > This patch also cleans up the code

[PATCH] dma-buf/sync_file: de-stage sync_file

From: Gustavo Padovan sync_file is useful to connect one or more fences to the file. The file is used by userspace to track fences. Signed-off-by: Gustavo Padovan --- drivers/Kconfig| 2 +

[PATCH] dma-buf/sync_file: de-stage sync_file

From: Gustavo Padovan sync_file is useful to connect one or more fences to the file. The file is used by userspace to track fences. Signed-off-by: Gustavo Padovan --- drivers/Kconfig| 2 + drivers/dma-buf/Kconfig| 11 +

Re: [PATCH] serial-uartlite: fix build warning

On Thu, Mar 10, 2016 at 2:14 PM, Sudip Mukherjee wrote: > We were getting build warnings about: > drivers/tty/serial/uartlite.c: In function ‘ulite_request_port’: > drivers/tty/serial/uartlite.c:348:21: warning: assignment discards > 'const' qualifier from

Re: [PATCH] serial-uartlite: fix build warning

On Thu, Mar 10, 2016 at 2:14 PM, Sudip Mukherjee wrote: > We were getting build warnings about: > drivers/tty/serial/uartlite.c: In function ‘ulite_request_port’: > drivers/tty/serial/uartlite.c:348:21: warning: assignment discards > 'const' qualifier from pointer target type >

Re: [PART1 RFC v3 03/12] KVM: x86: Introducing kvm_x86_ops VCPU blocking/unblocking hooks

On 18/03/2016 07:09, Suravee Suthikulpanit wrote: > Adding new function pointer in struct kvm_x86_ops, and calling them > from the kvm_arch_vcpu[blocking/unblocking]. > > Signed-off-by: Suravee Suthikulpanit > --- > arch/x86/include/asm/kvm_host.h | 17

Re: [PART1 RFC v3 03/12] KVM: x86: Introducing kvm_x86_ops VCPU blocking/unblocking hooks

On 18/03/2016 07:09, Suravee Suthikulpanit wrote: > Adding new function pointer in struct kvm_x86_ops, and calling them > from the kvm_arch_vcpu[blocking/unblocking]. > > Signed-off-by: Suravee Suthikulpanit > --- > arch/x86/include/asm/kvm_host.h | 17 +++-- > 1 file changed, 15

[PATCH v2 06/11] phy: da8xx-usb: new driver for DA8XX SoC USB PHY

This is a new phy driver for the SoC USB controllers on the TI DA8XX family of microcontrollers. The USB 1.1 PHY is just a simple on/off. The USB 2.0 PHY also allows overriding the VBUS and ID pins. Signed-off-by: David Lechner --- v2 changes: This is new patch in v2.

[PATCH v2 06/11] phy: da8xx-usb: new driver for DA8XX SoC USB PHY

This is a new phy driver for the SoC USB controllers on the TI DA8XX family of microcontrollers. The USB 1.1 PHY is just a simple on/off. The USB 2.0 PHY also allows overriding the VBUS and ID pins. Signed-off-by: David Lechner --- v2 changes: This is new patch in v2. drivers/phy/Kconfig

[PATCH v6 5/5] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.

From: Gu Zheng The whole patch-set aims at making cpuid <-> nodeid mapping persistent. So that, when node online/offline happens, cache based on cpuid <-> nodeid mapping such as wq_numa_possible_cpumask will not cause any problem. It contains 4 steps: 1. Enable apic

[PATCH v6 5/5] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.

From: Gu Zheng The whole patch-set aims at making cpuid <-> nodeid mapping persistent. So that, when node online/offline happens, cache based on cpuid <-> nodeid mapping such as wq_numa_possible_cpumask will not cause any problem. It contains 4 steps: 1. Enable apic registeration flow to handle

[PATCH 1/3] ARM: at91: use chipid device for soc detection

So far, the CIDR and EXID registers were in the DBGU interface. This device has disappeared with the SAMA5D2 family. These registers are exposed through a new device called chipid. Signed-off-by: Ludovic Desroches [nicolas.fe...@atmel.com: remove useless warnings]

[PATCH 1/3] ARM: at91: use chipid device for soc detection

So far, the CIDR and EXID registers were in the DBGU interface. This device has disappeared with the SAMA5D2 family. These registers are exposed through a new device called chipid. Signed-off-by: Ludovic Desroches [nicolas.fe...@atmel.com: remove useless warnings] ---

[PATCH v4 2/2] auxdisplay: ht16k33: Driver for LED controller

This is a driver for the Holtek HT16K33 RAM mapping LED controller with keyscan. Signed-off-by: Robin van der Gracht --- Changes in v4: - Removed trailing dot from patch title - Removed unused defines - Fixed brightness range (0 was presumed to be off but its 1/16 duty

[PATCH v4 2/2] auxdisplay: ht16k33: Driver for LED controller

This is a driver for the Holtek HT16K33 RAM mapping LED controller with keyscan. Signed-off-by: Robin van der Gracht --- Changes in v4: - Removed trailing dot from patch title - Removed unused defines - Fixed brightness range (0 was presumed to be off but its 1/16 duty cycle) - No longer

[GIT PULL] Driver core patches for 4.6-rc1

The following changes since commit 18558cae0272f8fd9647e69d3fec1565a7949865: Linux 4.5-rc4 (2016-02-14 13:05:20 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/ tags/driver-core-4.6-rc1 for you to fetch changes up to

[GIT PULL] Driver core patches for 4.6-rc1

The following changes since commit 18558cae0272f8fd9647e69d3fec1565a7949865: Linux 4.5-rc4 (2016-02-14 13:05:20 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/ tags/driver-core-4.6-rc1 for you to fetch changes up to

[PART1 RFC v3 08/12] KVM: x86: Add trace events for AVIC

Introduce trace events for AMD AVIC incomplete IPI vmexit, and AVIC unaccelerate access vmexit. Signed-off-by: Suravee Suthikulpanit --- arch/x86/kvm/trace.h | 57 arch/x86/kvm/x86.c | 2 ++ 2 files changed,

[PART1 RFC v3 08/12] KVM: x86: Add trace events for AVIC

Introduce trace events for AMD AVIC incomplete IPI vmexit, and AVIC unaccelerate access vmexit. Signed-off-by: Suravee Suthikulpanit --- arch/x86/kvm/trace.h | 57 arch/x86/kvm/x86.c | 2 ++ 2 files changed, 59 insertions(+) diff --git

[PATCH v14.1 09/17] drm: rockchip: dp: add rockchip platform dp driver

Rockchip have three clocks for dp controller, we leave pclk_edp to analogix_dp driver control, and keep the sclk_edp_24m and sclk_edp in platform driver. Signed-off-by: Yakir Yang Tested-by: Javier Martinez Canillas --- Changes in v14.1: - replace

[PATCH v14.1 09/17] drm: rockchip: dp: add rockchip platform dp driver

Rockchip have three clocks for dp controller, we leave pclk_edp to analogix_dp driver control, and keep the sclk_edp_24m and sclk_edp in platform driver. Signed-off-by: Yakir Yang Tested-by: Javier Martinez Canillas --- Changes in v14.1: - replace rockchip_drm_encoder_get_mux_id with the new

  1   2   3   4   5   6   7   8   9   >