Re: [PATCH] staging:lustre: remove irq.h from socklnd.h

On Thu, Jun 25, 2015 at 10:59 PM, James Simmons wrote: > The header socklnd.h includes irq.h which is not need > and doesn't exist in the OpenSFS lustre branch. Having > irq.h in socklnd.h does break the build on the m68k > platform. So we can safely remove it. > > Signed-off-by: James Simmons T

linux-next: manual merge of the edac-amd tree with Linus' tree

Hi Borislav, Today's linux-next merge of the edac-amd tree got a conflict in: drivers/edac/mce_amd_inj.c between commits from Linus' tree and the same commits plus more from the edac-amd tree. I just dropped the edac-amd tree for today as it seems that it was just rebased and a few commits dr

[PATCH 1/1] infiniband: Remove redundant NULL check before kfree

kfree(NULL) is safe and this check is probably not required Signed-off-by: Maninder Singh Reviewed-by: Akhilesh Kumar --- drivers/infiniband/hw/mlx4/main.c |6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/infiniband/hw/mlx4/main.c b/drivers/infiniband/hw/mlx

Re: [PATCH 1/3] ARM: socfpga: dts: Fix adxl34x formating

Hi Walter! On Thu, Jun 25, 2015 at 11:25:57PM -0300, Walter Lozano wrote: > This patch fixes the formating of DTS bindings for the adxl34x digital > accelerometer. > > Signed-off-by: Walter Lozano > --- > arch/arm/boot/dts/socfpga_cyclone5_sockit.dts |6 +++--- > 1 file changed, 3 insertion

Re: linux-next: manual merge of the edac-amd tree with Linus' tree

Hi Stephen, On Fri, Jun 26, 2015 at 05:08:39PM +1000, Stephen Rothwell wrote: > Hi Borislav, > > Today's linux-next merge of the edac-amd tree got a conflict in: > > drivers/edac/mce_amd_inj.c > > between commits from Linus' tree and the same commits plus more from > the edac-amd tree. > > I

Re: [PATCH v2 3/6] iommu: add ARM short descriptor page table allocator.

Hi Will, Thanks very much for your review. Sorry for reply so late, I need some time to test the split. I will improve in next version following your suggestion. There are some place please help check my comment. On Fri, 2015-06-05 at 14:12 +0100, Will Deacon wrote: > Hello, > > Thank

Re: [PATCH v5 1/3] video: fbdev: atyfb: clarify ioremap() base and length used

On Fri, Jun 26, 2015 at 03:09:27AM +0200, Luis R. Rodriguez wrote: > Sure, mind this as a follow up patch if its too late? No need, you can send me an updated one - I'll replace it. Thanks. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. -- -- To unsubscribe from thi

Re: [RFC v3 1/4] fs: Add generic file system event notifications

On 06/24/2015 06:26 PM, Steve French wrote: > On Wed, Jun 24, 2015 at 10:31 AM, Beata Michalska > wrote: >> On 06/24/2015 10:47 AM, Dmitry Monakhov wrote: >>> Beata Michalska writes: >>> Introduce configurable generic interface for file system-wide event notifications, to provide file >

Re: [PATCH 1/1] gpu/drm: use kzalloc for allocating one thing

On Fri, Jun 26, 2015 at 11:54:10AM +0530, Maninder Singh wrote: > Use kzalloc rather than kcalloc(1.. for allocating > one thing. > > Signed-off-by: Maninder Singh > Reviewed-by: Vaneet Narang Applied to drm-misc, thanks. -Daniel > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c |2 +- > 1

Re: [PATCH 1/1] arm: dts: am43xx-clock: Add qspi clock node.

On 26/06/15 09:20, Keerthy wrote: On Wednesday 24 June 2015 11:15 PM, Mugunthan V N wrote: From: Sourav Poddar Add clock node for qspi controller driver on am437x. Cc: Keerthy Cc: Tero Kristo Signed-off-by: Sourav Poddar Signed-off-by: Mugunthan V N --- arch/arm/boot/dts/am4372.dtsi

Re: [PATCH 1/1] gpu/drm: use kzalloc for allocating one thing

On Fri, Jun 26, 2015 at 09:34:43AM +0200, Daniel Vetter wrote: > On Fri, Jun 26, 2015 at 11:54:10AM +0530, Maninder Singh wrote: > > Use kzalloc rather than kcalloc(1.. for allocating > > one thing. > > > > Signed-off-by: Maninder Singh > > Reviewed-by: Vaneet Narang > > Applied to drm-misc, th

Re: [PATCH] USB: cp210x: add ID for Aruba Networks controllers

On Thu, Jun 25, 2015 at 05:40:05PM -0700, Peter Sanford wrote: > Add the USB serial console device ID for Aruba Networks 7xxx series > controllers which have a USB port for their serial console. > > Signed-off-by: Peter Sanford Thanks for the patch. I'll queue it up for 4.2. Johan -- To unsubsc

Re: [PATCH] staging: gdm72xx: Split Kconfig descriptions into more lines

Heh. No. That's not useful. :P Checkpatch.pl warnings are only good if they make the code better for humans. Otherwise ignore them. regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majo

Re: [PATCH 1/1] gpu/drm: use kzalloc for allocating one thing

On 26.06.2015 09:37, Daniel Vetter wrote: On Fri, Jun 26, 2015 at 09:34:43AM +0200, Daniel Vetter wrote: On Fri, Jun 26, 2015 at 11:54:10AM +0530, Maninder Singh wrote: Use kzalloc rather than kcalloc(1.. for allocating one thing. Signed-off-by: Maninder Singh Reviewed-by: Vaneet Narang App

Re: [PATCH-v4 1/3] mfd: 88pm800: Add device tree support

On Fri, Jun 26, 2015 at 11:29:29AM +0530, Vaibhav Hiremath wrote: > > > On Friday 26 June 2015 11:23 AM, Yi Zhang wrote: > >On Thu, Jun 25, 2015 at 08:57:49PM +0530, Vaibhav Hiremath wrote: > >> > >> > >>On Thursday 25 June 2015 08:18 PM, Lee Jones wrote: > >>>On Thu, 25 Jun 2015, Vaibhav Hiremat

Re: [PATCH 3/9] arm: add call to CPU idle quirks handler

On Friday 26 June 2015 07:30:49 Paul Osmialowski wrote: > ENDPROC(cpu_kinetis_do_idle) > > But... what about the rest of this hypothetical proc_kinetis.S file? > > It would be a lot of code duplication with proc-v7m.S I think. > I doubt that the Kinetis has a custom version of the CPU core. Are

Re: [GIT PULL] RTC for 4.2

On 25/06/2015 at 18:59:48 -0700, Linus Torvalds wrote : > Looks fine, but: > > > Conflicts: > >drivers/rtc/Makefile > > > > Trivial add/add conflicts with the mfd tree, solved in linux-next > > Resolution: take both sides. > > That's not the resolution I took - the re-sorting of the file made

Re: [PATCH v3] USB: mos7720: rename registers

On Tue, Jun 23, 2015 at 06:59:40PM +0530, Sudip Mukherjee wrote: > Some of the register names defined here are matching with registers > defined in other places. Like DCR is defined here and DCR is also > a register in mn10300 architecture. So when we are building this with > mn10300, build fails.

[EDT][PATCH] XHCI: Fix memory leak in error condition

EP-EC562D6B53594479BCA6FC73F17DEE54 In error condition, td buffer is not freed which can lead to memory leak. Signed-off-by: Vivek Kumar Bhagat --- drivers/usb/host/xhci.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c index 36bf089..dc02

Re: [PATCH] clockevents: return error from tick_broadcast_oneshot_control if !GENERIC_CLOCKEVENTS_BROADCAST

On Fri, 26 Jun 2015, Preeti U Murthy wrote: > What about the case where GENERIC_CLOCKEVENTS_BROADCAST=y and > TICK_ONESHOT=n (HZ_PERIODIC=y) ? Have you tested this ? > > This will hang the kernel at boot if you are using the hrtimer mode of > broadcast. This is because the local timers of all cpus

DM_CACHE_SMQ is experimental and enabled by default? (was: Re: dm cache: add stochastic-multi-queue (smq) policy)

On Fri, Jun 26, 2015 at 2:13 AM, Linux Kernel Mailing List wrote: > Gitweb: > http://git.kernel.org/linus/;a=commit;h=66a636356647a9be8885c2ce2948de126577698a > Commit: 66a636356647a9be8885c2ce2948de126577698a > Parent: 40775257b97e27305cf5c2425be7acaa6edee4ea > Refname:refs/heads

[PATCH v5] powerpc/rcpm: add RCPM driver

From: Tang Yuantian There is a RCPM (Run Control/Power Management) in Freescale QorIQ series processors. The device performs tasks associated with device run control and power management. The driver implements some features: mask/unmask irq, enter/exit low power states, freeze time base, etc. S

Re: [EDT][PATCH] XHCI: Fix memory leak in error condition

On 26/06/15 10:46, Vivek Kumar Bhagat wrote: EP-EC562D6B53594479BCA6FC73F17DEE54 In error condition, td buffer is not freed which can lead to memory leak. Signed-off-by: Vivek Kumar Bhagat --- drivers/usb/host/xhci.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/host/xhc

Re: [RFC v4 06/31] richacl: In-memory representation and helper functions

2015-06-25 23:40 GMT+02:00 Stefan (metze) Metzmacher : >>> I'm wondering if the size of an ace should be dynamic, >>> which might make it possible to support other ace types >>> in future. E.g. supporting other identities like 128-bit values >>> to make it easier to map Windows SIDS. >> >> I'm work

[PATCH v2] drm/amdgpu: remove unnecessary check before kfree

kfree(NULL) is safe and this check is probably not required Signed-off-by: Maninder Singh Reviewed-by: Vaneet Narang Reviewed-by: Christian Konig --- v2: Chnged shortlog prefix - gpu/amdgpu drivers/gpu/drm/amd/amdgpu/amdgpu_device.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)

[PATCH v2] drm/amdgpu: use kzalloc for allocating one thing

Use kzalloc rather than kcalloc(1.. for allocating one thing. Signed-off-by: Maninder Singh Reviewed-by: Vaneet Narang Reviewed-by: Christian Konig --- v2: Chnged shortlog prefix - gpu/amdgpu drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) dif

Re: [PATCH 1/1] pci: xgene: Enable huge outbound bar support

On Thursday 25 June 2015 18:05:56 Duc Dang wrote: > X-Gene PCIe controllers support huge outbound BARs (with size upto > 64GB). This patch configures additional 1 outbound BAR for X-Gene > PCIe controllers with size larger than 4GB. This is required to > support devices that request huge outbound m

[PATCH v1] arm64: dts: Add poweroff button device node for APM X-Gene platform

This patch adds poweroff button device node to support poweroff feature on APM X-Gene Mustang platform. V1 change: - Remove unused property. Y Vo (1): arm64: dts: Add poweroff button device node for APM X-Gene platform arch/arm64/boot/dts/apm/apm-mustang.dts | 10 ++ 1 files

[PATCH v1] arm64: dts: Add poweroff button device node for APM X-Gene platform

This patch adds poweroff button device node to support poweroff feature on APM X-Gene Mustang platform. Signed-off-by: Y Vo --- arch/arm64/boot/dts/apm/apm-mustang.dts | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/arch/arm64/boot/dts/apm/apm-mustang.dts b/ar

RE: [PATCH] iio: light: Add support for TXC PA12 als and proximity sensor

Thank you for taking the time. I'll upload a new patch-set in the following days with the requested tidy-ups. Thanks, Adriana From: Sergei Zviagintsev [ser...@s15v.net] Sent: Thursday, June 25, 2015 8:40 PM To: Reus, Adriana Cc: ji...@kernel.org; linux-...@

Re: [RFC][PATCH] printk: Fixup the nmi printk mess

On Thu 2015-06-25 20:14:59, Peter Zijlstra wrote: > On Fri, Jun 12, 2015 at 05:35:05PM +0200, Petr Mladek wrote: > > I have got another idea. We already use a lock to synchronize > > readers. It might be used to avoid the race and keep the global > > flush(). > > > > I played with it, see below. I

Re: [GIT PULL] Core block IO bits for 4.2

On 06/26/15 15:41, Linus Torvalds wrote: > On Jun 25, 2015 23:17, "Junichi Nomura" > wrote: >> On 06/25/15 23:37, Jens Axboe wrote: >> > block, dm: don't copy bios for request clones >> >> this change should not be pushed to mainline yet. > > Hmm. I merged all

Re: [PATCHv7 0/2] INPUT: Route keyboard LEDs through the generic LEDs layer

On Thursday 25 June 2015 17:30:32 Samuel Thibault wrote: > Hello, > > Just to give an update to people who where Cc-ed at some point in the > discussion: a version reworked by Dmitry got pulled into Linus' tree, so > it should get into 4.2! > > Thanks to everybody involved, > Samuel Thanks! I'm

drm/mgag200: doesn't work in panic context

Hi all, I'm here to report two panics which hang forever (the machine cannot reboot). It is because mgag200 doesn't work in panic context. It sleeps and allocates memory non-atomically. These were triggered while injecting machine checks using einj. 1) [321381.466885] [ cut here ]

[PATCH] lib/mpi: Delete unnecessary checks before the function call "mpi_free_limb_space"

From: Markus Elfring Date: Fri, 26 Jun 2015 10:11:19 +0200 The mpi_free_limb_space() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --

spmi: Question about qpnpint_irq_set_type implement

Hi, Current implementation in qpnpint_irq_set_type() will set (1 << irq) bit for type.polarity_high/type.polarity_low but never clear this bit. I'm wondering if it is intentional because the value write to QPNPINT_REG_SET_TYPE register depends on it's original value. Maybe it needs below changes,

Re: linux-next: manual merge of the vfs tree with the ceph tree

On Fri, Jun 26, 2015 at 4:17 AM, Stephen Rothwell wrote: > Hi Al, > > Today's linux-next merge of the vfs tree got a conflict in: > > fs/ceph/dir.c > > between commit: > > fdd4e15838e5 ("ceph: rework dcache readdir") > > from the ceph tree and commit: > > dc3f4198eac1 ("make simple_positive(

Re: linux-next: manual merge of the edac-amd tree with Linus' tree

Hi Borislav, On Fri, 26 Jun 2015 09:27:23 +0200 Borislav Petkov wrote: > > yes, that's the right thing to do. If there's anything I should do to > let you know when to start merging it again, please let me know. I just fetch it every morning, so if you just want to set your for-next branch to s

Re: [RFC PATCH] arm64: bpf: fix endianness conversion bugs

On 6/25/15 6:39 PM, Xi Wang wrote: Upper bits should be zeroed in endianness conversion: - even when there's no need to change endianness (i.e., BPF_FROM_BE on big endian or BPF_FROM_LE on little endian); - after rev16. This patch fixes such bugs by emitting extra instructions to clear uppe

Re: [RFC PATCH v8 38/49] bpf tools: Load instructions buffer using load_program()

On 6/24/15 5:31 AM, Wang Nan wrote: Extract code for loading a 'struct bpf_insn' array into kernel to load_program() and makes bpf_program__load() to call it. Now we have function loads instructions into kernel. It will be used by further patches, which creates different instances from a program

Re: [RFC PATCH v8 43/49] perf tools: Iterater over tev instead of pev in bpf__for_each_program

On 6/24/15 5:31 AM, Wang Nan wrote: This patch renames bpf__for_each_program() to bpf__for_each_tev() and makes it iterate over 'struct probe_trace_event' instead of 'struct probe_trace_event' during the loop. The callback (add_bpf_event()) now get rid of the iteration. This is preparation for f

Re: [RFC PATCH 1/2] regmap: add configurable lock class key for lockdep

On 06/26/2015 04:34 AM, Nicolas Boichat wrote: On Thu, Jun 25, 2015 at 11:59 PM, Lars-Peter Clausen wrote: [...] diff --git a/include/linux/regmap.h b/include/linux/regmap.h index 116655d..09aaaf5 100644 --- a/include/linux/regmap.h +++ b/include/linux/regmap.h @@ -135,6 +135,12 @@ typedef vo

Re: [RFC PATCH v8 46/49] perf tools: Add prologue for BPF programs for fetching arguments

On 6/24/15 5:31 AM, Wang Nan wrote: This patch generates prologue for a BPF program which fetch arguments for it. With this patch, the program can have arguments as follow: SEC("lock_page=__lock_page page->flags") int lock_page(struct pt_regs *ctx, int err, unsigned long flags) {

Re: [Intel-gfx] [v2 7/7] drm/i915: Backlight control using CRC PMIC based PWM driver

On Thu, 25 Jun 2015, Shobhit Kumar wrote: > On Thu, Jun 25, 2015 at 2:18 PM, Ville Syrjälä > wrote: >> On Mon, Jun 22, 2015 at 04:24:25PM +0530, Shobhit Kumar wrote: >>> Use the CRC PWM device in intel_panel.c and add new MIPI backlight >>> specififc callbacks >>> >>> v2: Modify to use pwm_config

Re: linux-next: manual merge of the vfs tree with the ceph tree

Hi Ilya, On Fri, 26 Jun 2015 11:21:52 +0300 Ilya Dryomov wrote: > > > Sage: that ceph tree commit has no Signed-off-by from its > > committer :-( The same is true for almost all the commits in the ceph > > tree ... and the committer (Ilya) is not listed as a maintainer of that > > tree ... and i

Re: [PATCH] crypto: mv_cesa - fix up for of_get_named_gen_pool() rename

On Thu, Jun 25, 2015 at 05:56:05PM +0200, Simon Guinot wrote: > On Thu, Jun 25, 2015 at 11:30:06PM +0800, Herbert Xu wrote: > > On Thu, Jun 25, 2015 at 10:37:50AM +0200, Simon Guinot wrote: > > > This patch fixes the following build error: > > > > > > drivers/crypto/mv_cesa.c: In function 'mv_cesa

Re: linux-next: manual merge of the edac-amd tree with Linus' tree

On Fri, Jun 26, 2015 at 06:22:56PM +1000, Stephen Rothwell wrote: > I just fetch it every morning, so if you just want to set your for-next > branch to somewhere in Linus' tree (so it is effectively empty), then > that would be easiest for me. Done :-) -- Regards/Gruss, Boris. ECO tip #101:

Re: [RFC PATCH 10/12] mm: add the buddy system interface

On 2015/06/26 10:43, Xishi Qiu wrote: On 2015/6/26 7:54, Kamezawa Hiroyuki wrote: On 2015/06/25 18:44, Xishi Qiu wrote: On 2015/6/10 11:06, Kamezawa Hiroyuki wrote: On 2015/06/09 19:04, Xishi Qiu wrote: On 2015/6/9 15:12, Kamezawa Hiroyuki wrote: On 2015/06/04 22:04, Xishi Qiu wrote: Add

Re: linux-next: manual merge of the edac-amd tree with Linus' tree

Hi Borislav, On Fri, 26 Jun 2015 10:34:50 +0200 Borislav Petkov wrote: > > On Fri, Jun 26, 2015 at 06:22:56PM +1000, Stephen Rothwell wrote: > > I just fetch it every morning, so if you just want to set your for-next > > branch to somewhere in Linus' tree (so it is effectively empty), then > > th

Re: [PATCH] clockevents: return error from tick_broadcast_oneshot_control if !GENERIC_CLOCKEVENTS_BROADCAST

On 26/06/15 06:08, Preeti U Murthy wrote: On 06/25/2015 09:00 PM, Sudeep Holla wrote: On 25/06/15 14:55, Thomas Gleixner wrote: On Thu, 25 Jun 2015, Sudeep Holla wrote: tick_broadcast_enter returns 0 when CPU can switch to broadcast timer and non-zero otherwise. However when GENERIC_CLOCK

Re: [RFC PATCH v8 00/49] perf tools: filtering events using eBPF programs

On 6/24/15 5:31 AM, Wang Nan wrote: The core stuffs in this series resides in 38/49 - 49/49, which allow users to access kernel data through parameters of eBPF programs. Now it is possible to write eBPF programs like this: SEC("get_superblock=journal_get_superblock journal->j_errno") int get

Re: [GIT PULL 0/1] perf/urgent fix

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit 0f02adaa49af23ab9fa05375f4a237da6014401b: > > Merge tag 'perf-urgent-for-mingo' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urge

Re: [GIT PULL 0/7] perf/core improvements

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > > The following changes since commit 27451700dfa01a05cdb4d9d74501536165158034: > > Merge tag 'perf-core-for-mingo' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/cor

Re: [RFC PATCH v8 47/49] perf tools: Generate prologue for BPF programs

On 6/24/15 5:31 AM, Wang Nan wrote: This patch generates prologue for each 'struct probe_trace_event' for fetching arguments for BPF programs. After bpf__probe(), iterate over each programs to check whether prologue is required. If non of tev have argument, simply skip preprocessor hooking. For

Re: [PATCH] proc/schedstat: Expose /proc//schedstat if delay accounting is enabled

On 2015/06/25 11:40AM, Cong Wang wrote: > On Thu, Jun 25, 2015 at 11:27 AM, Naveen N. Rao > wrote: > > > > The primary issue with CONFIG_SCHEDSTATS is the (slight) additional > > overhead it introduces, per Kconfig. Due to this, it is not enabled by > > default by some of the distro kernels. > > >

Re: [PATCH v2 2/3] IRQ/Gic-V3: Change arm-gic-its to support the Mbigen interrupt

On 26/06/15 07:31, majun (F) wrote: > Hi Thomas: > > 在 2015/6/12 10:49, Ma Jun 写道: > >> +static int its_mbigen_prepare(struct irq_domain *domain, struct mbi_desc >> *desc, >> +int hwirq, >> struct mbi_alloc_info *arg) >> +{ >> +str

[tip:perf/urgent] perf tools: Future-proof thread_map allocation size calculation

Commit-ID: 060664f3b9dff37860e48b5158e8429b2467e526 Gitweb: http://git.kernel.org/tip/060664f3b9dff37860e48b5158e8429b2467e526 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 25 Jun 2015 14:48:49 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 25 Jun 2015 15:15:49 -0300 pe

[tip:perf/urgent] perf bench numa: Fix to show proper convergence stats

Commit-ID: 2b42b09b88c831ba4da2d669581dde371c38c2af Gitweb: http://git.kernel.org/tip/2b42b09b88c831ba4da2d669581dde371c38c2af Author: Srikar Dronamraju AuthorDate: Wed, 24 Jun 2015 16:40:04 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 25 Jun 2015 12:28:35 -0300 perf benc

[tip:perf/urgent] perf evlist: Propagate cpu maps to evsels in an evlist

Commit-ID: b7f0c203586b91419ff9aa9b1115e261082ff5b4 Gitweb: http://git.kernel.org/tip/b7f0c203586b91419ff9aa9b1115e261082ff5b4 Author: Jiri Olsa AuthorDate: Tue, 23 Jun 2015 00:36:06 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 25 Jun 2015 15:15:51 -0300 perf evlist: Prop

[tip:perf/urgent] perf tools: Add reference counting for cpu_map object

Commit-ID: f30a79b012e5d9b3887f6a59293d9ef3ca0e2c3e Gitweb: http://git.kernel.org/tip/f30a79b012e5d9b3887f6a59293d9ef3ca0e2c3e Author: Jiri Olsa AuthorDate: Tue, 23 Jun 2015 00:36:04 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 25 Jun 2015 15:15:50 -0300 perf tools: Add r

Re: [PATCH v2 1/2] x86/mm/pat, drivers/infiniband/ipath: replace WARN() with pr_warn()

* Luis R. Rodriguez wrote: > On Thu, Jun 25, 2015 at 08:49:22AM +0200, Ingo Molnar wrote: > > > > * Luis R. Rodriguez wrote: > > > > > From: "Luis R. Rodriguez" > > > > > > WARN() may confuse users, fix that. ipath_init_one() is part the > > > device's probe so this would only be triggered

Re: [PATCH v2 2/3] IRQ/Gic-V3: Change arm-gic-its to support the Mbigen interrupt

On 23/06/15 10:29, Thomas Gleixner wrote: > On Tue, 23 Jun 2015, majun (F) wrote: >> 在 2015/6/19 7:52, Thomas Gleixner 写道: >>> On Mon, 15 Jun 2015, majun (F) wrote: 在 2015/6/12 18:48, Thomas Gleixner 写道: > Can you please provide a proper description of this mbigen chip and > explain WH

[tip:perf/urgent] perf evlist: Propagate thread maps through the evlist

Commit-ID: 578e91ec04d03aca89e300151addb3e3ed5b06ea Gitweb: http://git.kernel.org/tip/578e91ec04d03aca89e300151addb3e3ed5b06ea Author: Jiri Olsa AuthorDate: Tue, 23 Jun 2015 00:36:07 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 25 Jun 2015 15:15:51 -0300 perf evlist: Prop

Re: [PATCH v2 2/2] x86/mm/pat, drivers/media/ivtv: move pat warn and replace WARN() with pr_warn()

* Luis R. Rodriguez wrote: > On Thu, Jun 25, 2015 at 08:51:47AM +0200, Ingo Molnar wrote: > > > > * Luis R. Rodriguez wrote: > > > > > From: "Luis R. Rodriguez" > > > > > > On built-in kernels this warning will always splat as this is part > > > of the module init. Fix that by shifting the

[tip:perf/urgent] perf tools: Make perf_evsel__(nr_)cpus generic

Commit-ID: a22e99cd74a31dee4b5241bd60a256c629c808da Gitweb: http://git.kernel.org/tip/a22e99cd74a31dee4b5241bd60a256c629c808da Author: Jiri Olsa AuthorDate: Tue, 23 Jun 2015 00:36:08 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 25 Jun 2015 17:15:39 -0300 perf tools: Make

[tip:perf/urgent] perf header: Delete an unnecessary check before the calling free_event_desc()

Commit-ID: 4cc97614812e96c135e369f3d723fcda07d33437 Gitweb: http://git.kernel.org/tip/4cc97614812e96c135e369f3d723fcda07d33437 Author: Markus Elfring AuthorDate: Thu, 25 Jun 2015 17:12:32 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 25 Jun 2015 15:15:49 -0300 perf header:

Re: [RFC PATCH 3/3] perf tools: Support attach BPF program on uprobe events

On 6/25/15 3:37 AM, Wang Nan wrote: This patch append new syntax to BPF object section name to support probing at uprobe event. Now we can use BPF program like this: SEC( "target:/lib64/libc.so.6\n" "libcwrite=__write" ) int libcwrite(void *ctx) { return 1; } Where, in secti

[tip:perf/urgent] perf tools: Add reference counting for thread_map object

Commit-ID: 186fbb7432f4a740b4fbaf4145375442210110bb Gitweb: http://git.kernel.org/tip/186fbb7432f4a740b4fbaf4145375442210110bb Author: Jiri Olsa AuthorDate: Tue, 23 Jun 2015 00:36:05 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 25 Jun 2015 15:15:50 -0300 perf tools: Add r

Re: [RFC PATCH 2/3] tracing, perf: Implement BPF programs attached to uprobes

On 6/25/15 3:37 AM, Wang Nan wrote: By copying BPF related operation to uprobe processing path, this patch allow users attach BPF programs to uprobes like what they are already doing on kprobes. After this patch, users are allowed to use PERF_EVENT_IOC_SET_BPF on a uprobe perf event. Which make

[PATCH v2 0/4] Add support for DA9150 Fuel-Gauge

This patch set adds support for the Dialog DA9150 Fuel-Gauge. In this patch set the following is provided: - MFD Core and DT bindings updates. - Power Supply Fuel-Gauge support and DT bindings documentation. This patch set is baselined against the v4.1 kernel version. Changes in v2: - Moved t

[PATCH v2 1/4] mfd: da9150: Add support for Fuel-Gauge

Signed-off-by: Adam Thomson --- drivers/mfd/da9150-core.c | 162 ++-- include/linux/mfd/da9150/core.h | 19 + include/linux/mfd/da9150/fg.h | 29 +++ 3 files changed, 202 insertions(+), 8 deletions(-) create mode 100644 include/linux/mfd/da91

Re: [RFC PATCH 1/3] perf probe: Init symbol as kprobe if any pev is kprobe

On 6/25/15 3:37 AM, Wang Nan wrote: Before this patch, add_perf_probe_events() init symbol maps only for uprobe if the first pev passed to it is a uprobe event. However, with the incoming BPF uprobe support, now it will be possible to pass an array with combined kprobe and uprobe events to add_pe

[PATCH v2 2/4] mfd: da9150: Update DT bindings for Fuel-Gauge support

Signed-off-by: Adam Thomson --- Documentation/devicetree/bindings/mfd/da9150.txt | 6 ++ 1 file changed, 6 insertions(+) diff --git a/Documentation/devicetree/bindings/mfd/da9150.txt b/Documentation/devicetree/bindings/mfd/da9150.txt index d0588ea..8bf1a20 100644 --- a/Documentation/devicet

[PATCH v2 4/4] power: da9150: Add DT bindings documentation for Fuel-Gauge

Signed-off-by: Adam Thomson --- .../devicetree/bindings/power/da9150-fg.txt| 23 ++ 1 file changed, 23 insertions(+) create mode 100644 Documentation/devicetree/bindings/power/da9150-fg.txt diff --git a/Documentation/devicetree/bindings/power/da9150-fg.txt b/Documen

[PATCH v2 3/4] power: Add support for DA9150 Fuel-Gauge

Signed-off-by: Adam Thomson --- drivers/power/Kconfig | 10 + drivers/power/Makefile| 1 + drivers/power/da9150-fg.c | 589 ++ include/linux/mfd/da9150/fg.h | 10 + 4 files changed, 610 insertions(+) create mode 100644 drivers/power

Re: [Xen-devel] [PATCHv1 6/8] xen/balloon: only hotplug additional memory if required

On 25/06/15 22:18, Daniel Kiper wrote: > On Thu, Jun 25, 2015 at 06:11:01PM +0100, David Vrabel wrote: >> Now that we track the total number of pages (included hotplugged >> regions), it is easy to determine if more memory needs to be >> hotplugged. >> >> Signed-off-by: David Vrabel >> --- >> dri

Re: [PATCH 1/3] phy: berlin: .owner field is setup by core

On Wed, Jun 24, 2015 at 10:40:53AM +0200, Michal Simek wrote: > There was big cleanup in past to remove this unneeded setting. > > Signed-off-by: Michal Simek Acked-by: Antoine Tenart > --- > > Can be also tracked by coccinelle script. > scripts/coccinelle/api/platform_no_drv_owner.cocci > >

Re: [Xen-devel] [PATCHv1 5/8] xen/balloon: rationalize memory hotplug stats

On 25/06/15 22:31, Daniel Kiper wrote: > On Thu, Jun 25, 2015 at 08:54:45PM +0200, Daniel Kiper wrote: > > It looks that balloon_stats.total_pages is used only in memory hotplug case. > Please do references (and definition) to it inside #ifdef > CONFIG_XEN_BALLOON_MEMORY_HOTPLUG > like it is done

Re: [PATCH 3/3] usb: berlin: Trivial coding style cleanup

On Wed, Jun 24, 2015 at 10:40:55AM +0200, Michal Simek wrote: > Remove unneeded space after tab. > > Signed-off-by: Michal Simek Acked-by: Antoine Tenart > --- > > drivers/phy/phy-berlin-usb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/phy/phy-berlin-us

Re: [PATCH 2/3] phy: berlin: Do not use sata name in usb phy driver

On Wed, Jun 24, 2015 at 10:40:54AM +0200, Michal Simek wrote: > c&p error from berlin sata phy driver. > > Signed-off-by: Michal Simek Acked-by: Antoine Tenart > --- > > drivers/phy/phy-berlin-usb.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/phy

Re: [PATCH 2/6] GICv3: Add ITS entry to THUNDER dts

On 26/06/15 00:19, Chalamarla, Tirumalesh wrote: > Hi Marc, > > Any feed back on this. > Do you want me to submit this as a separate patch?so that it is easy for > getting acceptance. It looks good to me, so you can add my Acked-by on it. I think you should repost it and get it merged through

[v3 0/7] Crystalcove (CRC) PMIC based panel and pwm control

Hi, Next update of the series reviewed at https://lkml.org/lkml/2015/6/22/155 Major changes are few review comments from Varka and Ville being addressed. Also except for intel-gfx patches, all patches reviesion history is moved out of commit message. Hope this series finally finds its mark. R

[v3 4/7] mfd: intel_soc_pmic_core: ADD PWM lookup table for CRC PMIC based PWM

On some BYT PLatform the PWM is controlled using CRC PMIC. Add a lookup entry for the same to be used by the consumer (Intel GFX) CC: Samuel Ortiz Cc: Linus Walleij Cc: Alexandre Courbot Cc: Thierry Reding Acked-by: Lee Jones Tested-by: Ville Syrjälä Signed-off-by: Shobhit Kumar --- v2: Rem

[v3 6/7] drm/i915: Use the CRC gpio for panel enable/disable

The CRC (Crystal Cove) PMIC, controls the panel enable and disable signals for BYT for dsi panels. This is indicated in the VBT fields. Use that to initialize and use GPIO based control for these signals. v2: Use the newer gpiod interface(Alexandre) v3: Remove the redundant checks and unused code

[v3 5/7] pwm: crc: Add Crystalcove (CRC) PWM driver

The Crystalcove PMIC provides three PWM signals and this driver exports one of them on the BYT platform which is used to control backlight for DSI panel. This is platform device implementation of the drivers/mfd cell device for CRC PMIC. CC: Samuel Ortiz Cc: Linus Walleij Cc: Alexandre Courbot

[v3 3/7] mfd: intel_soc_pmic_crc: Add PWM cell device for Crystalcove PMIC

Needed for PWM control suuported by the PMIC CC: Samuel Ortiz Cc: Linus Walleij Cc: Alexandre Courbot Cc: Thierry Reding Acked-by: Lee Jones Tested-by: Ville Syrjälä Signed-off-by: Shobhit Kumar --- v2: Correct the subject line (Lee jones) drivers/mfd/intel_soc_pmic_crc.c | 3 +++ 1 file

[v3 2/7] mfd: intel_soc_pmic_core: Add lookup table for Panel Control as GPIO signal

On some Intel SoC platforms, the panel enable/disable signals are controlled by CRC PMIC. Add those control as a new GPIO in a lookup table for gpio-crystalcove chip during CRC driver load CC: Samuel Ortiz Cc: Linus Walleij Cc: Alexandre Courbot Cc: Thierry Reding Acked-by: Lee Jones Acked-by

[v3 7/7] drm/i915: Backlight control using CRC PMIC based PWM driver

Use the CRC PWM device in intel_panel.c and add new MIPI backlight specififc callbacks v2: Modify to use pwm_config callback v3: Addressed Jani's comments - Renamed all function as pwm_* instead of vlv_* - Call intel_panel_actually_set_backlight in enable function - Return -ENODEV in c

Re: RFC: Additions to APIC driver

* Steffen Persvold wrote: > Hi, > > We’re preparing our APIC driver (arch/x86/kernel/apic/apic_numachip.c) with > next-gen hardware support and in that process I have a question on what the > cleanest approach would be. > > Both current generation and next generation chips will share a lot o

[PATCH] bus: subsys: propagate errors from subsys interface's ->add_dev()

->add_dev() may fail and the error returned from it can be useful for the caller. For example, if some of the resources aren't ready yet and -EPROBE_DEFER is returned from ->add_dev(), then the owner of 'struct subsys_interface' may want to try probing again at a later point of time. And that requ

[v3 1/7] gpiolib: Add support for removing registered consumer lookup table

In case we unload and load a driver module again that is registering a lookup table, without this it will result in multiple entries. Provide an option to remove the lookup table on driver unload Cc: Samuel Ortiz Cc: Linus Walleij Cc: Alexandre Courbot Cc: Thierry Reding Reviewed-by: Alexandre

Re: [PATCH 0/3] TLB flush multiple pages per IPI v5

* Dave Hansen wrote: > On 06/25/2015 04:48 AM, Ingo Molnar wrote: > > > I've updated the benchmarks with 4K flushes as well. Changes to the > > previous > > measurement: > > Did you push these out somewhere? The tip tmp.fpu branch hasn't seen any > updates. Not yet, I still don't trust the

linux-next: Tree for Jun 26

Hi all, Changes since 20150625: Dropped tree: edac-amd (rebased and merged into Linus' tree) The arc tree gained a conflict against Linus' tree. The vfs tree gained a conflict against the ceph tree. The modules tree still had its build failure so I applied another patch. The edac-amd tree gai

Re: [GIT PULL] Locking changes for v4.2

On Mon, 2015-06-22 at 09:30 +0200, Ingo Molnar wrote: > Linus, > > Please pull the latest locking-core-for-linus git tree from: > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > locking-core-for-linus > ># HEAD: 68722101ec3a0e179408a13708dd020e04f54aab locking/lockdep: Remo

[PATCH v3] PM / Domains: Avoid infinite loops in attach/detach code

If pm_genpd_{add,remove}_device() keeps on failing with -EAGAIN, we end up with an infinite loop in genpd_dev_pm_{at,de}tach(). This may happen due to a genpd.prepared_count imbalance. This is a bug elsewhere, but it will result in a system lock up, possibly during reboot of an otherwise function

Re: [PATCH v3 0/2] add support holding 24Mhz osc during suspend

Am Dienstag, 23. Juni 2015, 20:53:38 schrieb Chris Zhong: > Since the usb-phy clocks are not connected to the 32khz clock-in, they > only have 24Mhz as the clock source. If we want to wake up system via > usb device, we should hold the 24Mhz osc during suspend. > This Patch has tested on chromebook

[PATCH] XFS: Delete unnecessary checks before the function call "xfs_qm_dqrele"

From: Markus Elfring Date: Fri, 26 Jun 2015 11:05:41 +0200 The xfs_qm_dqrele() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- fs/

Re: [PATCH v3] led/led-class: Handle LEDs with the same name

On Tue, Jun 9, 2015 at 12:55 AM, Kees Cook wrote: >> commit 95420c349194d1b570270ba1b1567d85461761c3 >> Author: Kees Cook >> AuthorDate: Mon Sep 16 11:15:54 2013 -0700 >> Commit: Kees Cook >> CommitDate: Wed Mar 4 14:07:18 2015 -0800 >> >> Make all format string problems fail the bui

Re: Help configuring kernel for Baytrail system

Le septidi 7 messidor, an CCXXIII, Andy Shevchenko a écrit : > > I am trying to configure a kernel for a Baytrail SoC-based hybrid laptop (a > > Lenovo Miix 3-1030). Amongst other things, the battery gauge is not > > detected. I suspect it may be related to the following commit: > > > > # commit 89

Re: drm/mgag200: doesn't work in panic context

On Fri, Jun 26, 2015 at 9:55 AM, Rui Wang wrote: > Hi all, > > I'm here to report two panics which hang forever (the machine cannot reboot). > It is because mgag200 doesn't work in panic context. It sleeps and allocates > memory non-atomically. This is the same for all drm drivers, the drm atom

  1   2   3   4   5   6   7   >