Re: [PATCH v5 4/5] ARM: dts: DRA7: add entry for qspi mmap region

2015-12-17 Thread Vignesh R
On 12/18/2015 12:15 AM, Tony Lindgren wrote: > * Rob Herring [151211 07:10]: >> On Fri, Dec 11, 2015 at 09:39:59AM +0530, Vignesh R wrote: >>> Add qspi memory mapped region entries for DRA7xx based SoCs. Also, >>> update the binding documents for the controller to document this change. >>> >>> S

Re: [PATCH 3/3] powercap, intel_rapl, Add ignore_max_window_check module parameter for broken BIOSes

2015-12-17 Thread Seiichi Ikarashi
On 2015-12-15 22:02, Prarit Bhargava wrote: > Some systems erroneously set the maximum time window field of > MSR_PKG_POWER_INFO register to 0. This results in a user not being able > to set the time windows for the package. In some cases, however, RAPL > will still continue to work with a small

Re: linux-next: build failure after merge of the pinctrl tree

2015-12-17 Thread Stephen Rothwell
Hi Pramod, On Fri, 18 Dec 2015 05:34:58 + Pramod Kumar wrote: > > Hi Stephen/Linus, > > Please suggest us how could we fix this issue. I think you issue is different from what I reported, What I reported was caused by the addition of the dependency on COMPILE_TEST which allowed the driver t

Re: [RESEND][PATCH v2] dmaengine: bcm2835: Add slave dma support

2015-12-17 Thread Vinod Koul
On Thu, Dec 17, 2015 at 07:11:48PM +0100, Martin Sperl wrote: > + > + /* Setup addresses */ > + if (d->dir == DMA_DEV_TO_MEM) { > + control_block->info = BCM2835_DMA_D_INC | > + BC

Re: [PATCH] ARM: uniphier: select PINCTRL

2015-12-17 Thread Masahiro Yamada
Please let me gently ping in case the maintainers might be away from keyboard during the Christmas days. I want this trivial one for the next merge window. Thanks! 2015-11-05 15:47 GMT+09:00 Masahiro Yamada : > The UniPhier SoCs support pinctrl drivers. > > Signed-off-by: Masahiro Yamada > ---

Re: [PATCH] ARM: dma-mapping: Just allocate one chunk at a time

2015-12-17 Thread Tomasz Figa
On Fri, Dec 18, 2015 at 7:31 AM, Doug Anderson wrote: > Hi, > > On Thu, Dec 17, 2015 at 12:30 PM, Douglas Anderson > wrote: >> The __iommu_alloc_buffer() is expected to be called to allocate pretty >> sizeable buffers. Upon simple tests of video I saw it trying to >> allocate 4,194,304 bytes. T

RE: linux-next: build failure after merge of the pinctrl tree

2015-12-17 Thread Pramod Kumar
Hi Stephen, The issue I pointed out is the relevant and is fully related to the statement- " After merging the pinctrl tree, today's linux-next build (arm multi_v7_defconfig) failed like this:" Even I tried the build for config "arm multi_v7_defconfig" it was compile failed. After fixing this I

Re: [PATCH 08/10] bpf samples: Add utils.[ch] for using BPF

2015-12-17 Thread Alexei Starovoitov
On Fri, Dec 18, 2015 at 09:47:11AM +0800, Wangnan (F) wrote: > > This is a limitation in tools/lib/bpf/libbpf.h, which has a #include > > in its header. > > libbpf.h requires this include because its API uses ERR_PTR() to encode > error code. > For example, when calling bpf_object__open(), calle

Re: [PATCH 4/6] bpf: hash: convert per-hashtable lock into per-bucket bit spinlock

2015-12-17 Thread Alexei Starovoitov
On Wed, Dec 16, 2015 at 02:58:08PM +0800, Ming Lei wrote: > On Wed, Dec 16, 2015 at 1:01 PM, Yang Shi wrote: > > > > > I recalled Steven confirmed raw_spin_lock has the lockdep benefit too in the > > patch review for changing to raw lock. > > > > Please check this thread out > > http://lists.ope

rhashtable: Kill harmless RCU warning in rhashtable_walk_init

2015-12-17 Thread Herbert Xu
On Fri, Dec 18, 2015 at 01:34:16PM +0800, Herbert Xu wrote: > On Fri, Dec 18, 2015 at 09:39:22AM +0800, kernel test robot wrote: > > FYI, we noticed the below changes on > > > > https://github.com/0day-ci/linux > > Herbert-Xu/rhashtable-Fix-walker-list-corruption/20151216-164833 > > commit f9f51b

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

2015-12-17 Thread Akihiko Odaki
> The search, share, connect(?), and settings keys I tested the patch again with xev and found that those "charm" keys don't respond both on hid-microsoft and hid-multitouch, while other keys respond. I'll have a further look. Anyway, keys working with hid-microsoft also work with hid-multitouch,

Re: Rethinking sigcontext's xfeatures slightly for PKRU's benefit?

2015-12-17 Thread H. Peter Anvin
On December 17, 2015 9:29:21 PM PST, Andy Lutomirski wrote: >On Dec 17, 2015 6:53 PM, "Dave Hansen" >wrote: >> >> On 12/17/2015 06:32 PM, Andy Lutomirski wrote: >> > On Thu, Dec 17, 2015 at 6:13 PM, Dave Hansen > wrote: >> >> But what about the register state when delivering a signal? Don't >we

Re: linux-next: rebase of the drm-panel tree

2015-12-17 Thread Thierry Reding
On Fri, Dec 18, 2015 at 09:17:29AM +1100, Stephen Rothwell wrote: > Hi Thierry, > > I noticed that you have rebased the drm-panel tree today. Unfortunately, > Dave merged the previous version of your tree :-( And I had hoped to have been fast enough. Sorry for the mess. > So, now in linux-next

RE: [PATCH] megaraid:Make the function megasas_alloc_cmd_fusion static

2015-12-17 Thread Kashyap Desai
> -int > +static int > megasas_alloc_cmds_fusion(struct megasas_instance *instance) { > int i, j, count; Good catch. Let's not include patch to avoid further confusion on series of acked patch which are not making significant functional difference. NACK as not making any functional differ

RE: [PATCH v3 2/2] mm: Introduce kernelcore=mirror option

2015-12-17 Thread Luck, Tony
>Hmm...like this ? > sysctl.vm.fallback_mirror_memory = 0 // never fallback # default. > sysctl.vm.fallback_mirror_memory = 1 // the user memory may be > allocated from mirrored zone. > sysctl.vm.fallback_mirror_memory = 2 // usually kernel allocates > memory from mirrored z

RE: [PATCH] megaraid:Make various functions static in megaraid_sas_fusion.c

2015-12-17 Thread Kashyap Desai
> -Original Message- > From: Nicholas Krause [mailto:xerofo...@gmail.com] > Sent: Monday, July 06, 2015 10:06 PM > To: kashyap.de...@avagotech.com > Cc: sumit.sax...@avagotech.com; uday.ling...@avagotech.com; > jbottom...@odin.com; megaraidlinux@avagotech.com; linux- > s...@vger.kernel.

Re: [PATCH 08/10] bpf samples: Add utils.[ch] for using BPF

2015-12-17 Thread Wangnan (F)
On 2015/12/18 14:19, Alexei Starovoitov wrote: On Fri, Dec 18, 2015 at 09:47:11AM +0800, Wangnan (F) wrote: This is a limitation in tools/lib/bpf/libbpf.h, which has a #include in its header. libbpf.h requires this include because its API uses ERR_PTR() to encode error code. For example, whe

[RESEND PATCH] regulator: mt6311: Use REGCACHE_RBTREE

2015-12-17 Thread Daniel Kurtz
This regulator is on a slow i2c bus. Register accesses are very simple, they all either enable/disable a regulator channel, or select a new voltage level. Thus, reading registers from the device will always return what was last written. Therefore we can save a lot of time when reading registers

Re: [PATCH 1/3] dt-bindings: thermal: Add binding document for Mediatek thermal controller

2015-12-17 Thread Sascha Hauer
On Thu, Dec 17, 2015 at 11:23:31AM -0800, Eduardo Valentin wrote: > On Wed, Dec 16, 2015 at 07:23:22PM +0800, Daniel Kurtz wrote: > > On Mon, Nov 30, 2015 at 7:42 PM, Sascha Hauer > > wrote: > > > This adds the device tree binding documentation for the mediatek thermal > > > controller found on M

RE: [PATCH 1/3] NTB: Add AMD PCI-Express NTB driver

2015-12-17 Thread Yu, Xiangliang
> From: Allen Hubbe [mailto:alle...@gmail.com] > Sent: Friday, December 18, 2015 12:46 AM > To: Yu, Xiangliang > Cc: jdma...@kudzu.us; dave.ji...@intel.com; linux-...@googlegroups.com; > linux-kernel@vger.kernel.org; SPG_Linux_Kernel > Subject: Re: [PATCH 1/3] NTB: Add AMD PCI-Express NTB driver >

Re: [PATCH 08/10] bpf samples: Add utils.[ch] for using BPF

2015-12-17 Thread Wangnan (F)
On 2015/12/18 15:04, Wangnan (F) wrote: On 2015/12/18 14:19, Alexei Starovoitov wrote: On Fri, Dec 18, 2015 at 09:47:11AM +0800, Wangnan (F) wrote: This is a limitation in tools/lib/bpf/libbpf.h, which has a #include in its header. libbpf.h requires this include because its API uses ERR_P

Re: [RESEND][PATCH v2] dmaengine: bcm2835: Add slave dma support

2015-12-17 Thread Martin Sperl
> On 18.12.2015, at 07:05, Vinod Koul wrote: > > On Thu, Dec 17, 2015 at 07:11:48PM +0100, Martin Sperl wrote: > >> + >> +/* Setup addresses */ >> +if (d->dir == DMA_DEV_TO_MEM) { >> +control_block->info = BCM2835_DMA_D_INC | >

Re: [PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

2015-12-17 Thread Marc Zyngier
On Thu, 17 Dec 2015 19:26:10 + Daniel Thompson wrote: > On Wed, Dec 16, 2015 at 05:47:09PM +, Marc Zyngier wrote: > > Hi Daniel, > > Hi Marc > > Thanks for the review. > > > > On 16/12/15 17:08, Daniel Thompson wrote: > > > It is possible for the secure world to reserve certain SGI ID

RE: [PATCH v3] usb: gadget: forbid queuing request to a disabled ep

2015-12-17 Thread Du, Changbin
> > > > diff --git a/include/linux/usb/gadget.h b/include/linux/usb/gadget.h > > index 3d583a1..0c5d9ea 100644 > > --- a/include/linux/usb/gadget.h > > +++ b/include/linux/usb/gadget.h > > @@ -402,6 +402,9 @@ static inline void usb_ep_free_request(struct > usb_ep *ep, > > static inline int usb_ep_

Re: [RESEND PATCH] regulator: mt6311: Use REGCACHE_RBTREE

2015-12-17 Thread Henry Chen
Thanks to the patch. On Fri, 2015-12-18 at 15:11 +0800, Daniel Kurtz wrote: > This regulator is on a slow i2c bus. Register accesses are very simple, > they all either enable/disable a regulator channel, or select a new > voltage level. Thus, reading registers from the device will always > retur

[PATCH 3/4] ARM: clk: vf610: add TCON ipg clock

2015-12-17 Thread Stefan Agner
Add the ipg (bus) clock for the TCON modules (Timing Controller). This module is required by the new DCU DRM driver, since the display signals pass through TCON. Signed-off-by: Stefan Agner --- drivers/clk/imx/clk-vf610.c | 3 +++ include/dt-bindings/clock/vf610-clock.h | 4 +++- 2 f

[PATCH 0/4] drm/fsl-dcu: add TCON and Vybrid support

2015-12-17 Thread Stefan Agner
This patchset adds the missing pieces to make the Freescale DCU DRM driver work on Freescale Vybrid. Foremost, it adds support for the timing controller (TCON) module. The module is between the Display Controller and the actual output pins. It allows to alter the timings for RAW TFT displays, but

[PATCH 2/4] ARM: dts: vf610-colibri: enable display controller

2015-12-17 Thread Stefan Agner
Enable dcu node which is used by the DCU DRM driver. Assign the 5.7" EDT panel with VGA resolution which Toradex sells often with the evaluation board. Signed-off-by: Stefan Agner --- arch/arm/boot/dts/vf-colibri-eval-v3.dtsi | 16 +++ arch/arm/boot/dts/vf-colibri.dtsi | 33 +

[PATCH 1/4] ARM: dts: vf610: add display nodes

2015-12-17 Thread Stefan Agner
Add the dcu and tcon nodes to enable the Display Controller Unit and Timing Controller in Vybrid's SoC level device-tree file. Signed-off-by: Stefan Agner --- arch/arm/boot/dts/vfxxx.dtsi | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/

[PATCH 4/4] drm/fsl-dcu: add TCON driver

2015-12-17 Thread Stefan Agner
Add driver for the TCON (timing controller) module. The TCON module is a separate module attached after the DCU (display controller unit). Each DCU instance has its own, directly connected TCON instance. The DCU's RGB and timing signals are passing through the TCON module. TCON can provide timing s

Re: [PATCH 2/2] pci: Update VPD size with correct length

2015-12-17 Thread Hannes Reinecke
On 12/17/2015 06:13 PM, Alexander Duyck wrote: On Wed, Dec 16, 2015 at 11:59 PM, Hannes Reinecke wrote: PCI-2.2 VPD entries have a maximum size of 32k, but might actually be smaller than that. To figure out the actual size one has to read the VPD area until the 'end marker' is reached. Trying t

[PATCH v4] usb: gadget: forbid queuing request to a disabled ep

2015-12-17 Thread changbin . du
From: "Du, Changbin" Queue a request to disabled ep doesn't make sense, and induce caller make mistakes. Here is a example for the android mtp gadget function driver. A mem corruption can happen on below senario. 1) On disconnect, mtp driver disable its EPs, 2) During send_file_work and receive

linux-next: build failure after merge of the akpm-current tree

2015-12-17 Thread Stephen Rothwell
Hi Andrew, After merging the akpm-current tree, today's linux-next build (powerpc pseries_le_defconfig) failed like this: mm/huge_memory.c: In function 'insert_pfn_pmd': mm/huge_memory.c:970:21: error: implicit declaration of func tion 'pfn_t_pmd' [-Werror=implicit-function-declaration] entry =

linux-next: Tree for Dec 18

2015-12-17 Thread Stephen Rothwell
Hi all, Changes since 20151217: News: The arm defconfig build is fixed again. The arm-soc tree lost its build failure. The i2c tree still had its build failure for which I applied a patch. The clockevents tree still had its build failure so I used the version from next-20151216. The pinctrl

<    4   5   6   7   8   9