Re: [RFC PATCH v9 00/50] perf tools: filtering events using eBPF programs

On 2015/6/27 6:44, Alexei Starovoitov wrote: On 6/26/15 7:15 AM, Wang Nan wrote: This is the 9th version which tries to introduce eBPF programs to perf. This patchset combined with 2 patchset I posted: 1. V8 of 'perf tools: filtering events using eBPF programs'; 2. 'tracing, perf

[PATCH v3 4/4] [RFC] sched: cfs: cpu frequency scaling policy

From: Michael Turquette Implements a very simple policy to scale cpu frequency as a function of cfs utilization. This policy is a placeholder until something better comes along. Its purpose is to illustrate how to use the cpufreq_sched_set_capacity api and allow interested parties to hack on

[PATCH v3 1/4] arm: Frequency invariant scheduler load-tracking support

From: Morten Rasmussen Implements arch-specific function to provide the scheduler with a frequency scaling correction factor for more accurate load-tracking. The factor is: current_freq(cpu) << SCHED_CAPACITY_SHIFT / max_freq(cpu) This implementation only provides frequency invariance.

[PATCH v3 2/4] cpufreq: introduce cpufreq_driver_might_sleep

From: Michael Turquette Some architectures and platforms perform CPU frequency transitions through a non-blocking method, while some might block or sleep. This distinction is important when trying to change frequency from interrupt context or in any other non-interruptable context, such as from

[PATCH v3 0/4] scheduler-driven cpu frequency selection

This series addresses the comments from v2 and rearranges the code to separate the bits that are safe to merge from the bits that are not. In particular the simplified governor no longer implements any policy of its own. That code is migrated to fair.c and marked as RFC. The capacity-selection

[PATCH v3 3/4] sched: scheduler-driven cpu frequency selection

From: Michael Turquette Scheduler-driven cpu frequency selection is desirable as part of the on-going effort to make the scheduler better aware of energy consumption. No piece of the Linux kernel has a better view of the factors that affect a cpu frequency selection policy than the

CONFIG_HOLES_IN_ZONE and memory hot plug code on x86_64

Hi, We’ve encountered an issue in a special case where we have a sparse E820 map [1]. Basically the memory hotplug code is causing a “kernel paging request” BUG [2]. By instrumenting the function register_mem_sect_under_node() in drivers/base/node.c we see that it is called two times with the

Re: [PATCH v3] i8042: Add debug_kbd option

On Fri, Jun 26, 2015 at 07:21:47PM -0400, Stephen Chandler Paul wrote: > On Fri, 2015-06-26 at 16:05 -0700, Dmitry Torokhov wrote: > > Hi Stephen, > > > > On Fri, Jun 26, 2015 at 06:28:18PM -0400, cp...@redhat.com wrote: > > > From: Stephen Chandler Paul > > > > > > A big problem with the

Re: [PATCH v3] i8042: Add debug_kbd option

On Fri, 2015-06-26 at 16:05 -0700, Dmitry Torokhov wrote: > Hi Stephen, > > On Fri, Jun 26, 2015 at 06:28:18PM -0400, cp...@redhat.com wrote: > > From: Stephen Chandler Paul > > > > A big problem with the current i8042 debugging option is that it > > outputs > > data going to and from the

Re: [tip:irq/urgent] MIPS/ath25: Fix race in installing chained IRQ handler

Hello Thomas, Friday, June 26, 2015, 10:48:13 PM, you wrote: > MIPS/ath25: Fix race in installing chained IRQ handler > Fix a race where a pending interrupt could be received and the handler > called before the handler's data has been setup, by converting to > irq_set_chained_handler_and_data().

Re: [tip:irq/urgent] MIPS/pci: Fix race in installing chained IRQ handler

Hello Thomas, Friday, June 26, 2015, 10:48:30 PM, you wrote: > MIPS/pci: Fix race in installing chained IRQ handler > Fix a race where a pending interrupt could be received and the handler > called before the handler's data has been setup, by converting to > irq_set_chained_handler_and_data().

[PATCH v2] selftests/exec: Fix build on older distros.

From: Vinson Lee This patch fixes this build error on CentOS 5. execveat.c: In function ‘check_execveat_pathmax’: execveat.c:185: error: ‘AT_EMPTY_PATH’ undeclared (first use in this function) execveat.c:185: error: (Each undeclared identifier is reported only once execveat.c:185: error: for

Re: [PATCH] staging:slicoss:slicoss.h remove volatile variables

Hi Vikul, welcome! See my comment below... On Fri, Jun 26, 2015 at 12:57 PM, Vikul Gupta wrote: > I am a high school student trying to become familiar with the opensource > process and linux kernel. This is my first submission to the mailing list. > > I fixed the slicoss sub-system. The TODO

Re: [PATCH 1/1] platform: x86: Deletion of checks before backlight_device_unregister()

On Thu, Nov 27, 2014 at 07:13:10PM +0100, Julia Lawall wrote: > > > On Mon, 24 Nov 2014, SF Markus Elfring wrote: > > > >> This issue was detected by using the Coccinelle software. > > > > > > What script was used ? > > > > A semantic patch approach which I published on the mailing lists in

Re: [PATCH v3] i8042: Add debug_kbd option

Hi Stephen, On Fri, Jun 26, 2015 at 06:28:18PM -0400, cp...@redhat.com wrote: > From: Stephen Chandler Paul > > A big problem with the current i8042 debugging option is that it outputs > data going to and from the keyboard by default. As a result, many dmesg > logs uploaded by users will

Re: [PATCH] tc1100-wmi: Delete an unnecessary check before the function call "kfree"

On Fri, Jun 26, 2015 at 09:28:08PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 26 Jun 2015 21:21:16 +0200 > > The kfree() function tests whether its argument is NULL and then > returns immediately. Thus the test around the call is not needed. > > This issue was detected

Re: [tip:irq/urgent] MIPS/ath25: Fix race in installing chained IRQ handler

Hello Thomas, Friday, June 26, 2015, 10:47:54 PM, you wrote: > MIPS/ath25: Fix race in installing chained IRQ handler > Fix a race where a pending interrupt could be received and the handler > called before the handler's data has been setup, by converting to > irq_set_chained_handler_and_data().

Re: [alsa-devel] [V2 PATCH] ALSA: hda - Enable mute/mic-mute LEDs for more Thinkpads with Conexant codec

On Fri, 26 Jun 2015, Hui Wang wrote: > >Again, I'm on a X121e, and that has only a single physical LED for > >signaling the power state. The mute button is behind key combination of > >the keyboard. > > > >Jan > There is no reason to change a power button to a reset button after > accessing the

Re: [RFC PATCH v9 00/50] perf tools: filtering events using eBPF programs

On 6/26/15 7:15 AM, Wang Nan wrote: This is the 9th version which tries to introduce eBPF programs to perf. This patchset combined with 2 patchset I posted: 1. V8 of 'perf tools: filtering events using eBPF programs'; 2. 'tracing, perf tools: Attach BPF program on uprobe events' And

[PATCH v3] i8042: Add debug_kbd option

From: Stephen Chandler Paul A big problem with the current i8042 debugging option is that it outputs data going to and from the keyboard by default. As a result, many dmesg logs uploaded by users will unintentionally contain sensitive information such as their password, as such it's probably a

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

On Fri, Jun 26, 2015 at 11:52:23PM +0200, Paul Osmialowski wrote: > I tried it and it works. This approach does not cause code duplication, but > (comparing to arm_pm_idle-based approach) its long. Would something like > this be accepted ever? > > Note that contrary to proc-v7, there's no

Re: [PATCH][RFC] usbhid: enable autosuspend for internal devices

On Fri, Jun 26, 2015 at 04:08:20PM -0400, Alan Stern wrote: > On Fri, 26 Jun 2015, Tom Gundersen wrote: > > > This policy used to be unconditionally applied by udev, but there > > is no reason to make userspace be involved in this and in the future > > udev will not be doing it by default. > > >

[x86/entry/32] WARNING: CPU: 1 PID: 1 at kernel/locking/lockdep.c:2595 trace_hardirqs_on_caller()

extra tests on tree/branch next/master git bisect good 043831b4a4e9a981c4ec6331b6d64b9f62285d5d # 06:07205+ 0 Add linux-next specific files for 20150626 This script may reproduce the error. #!/bin/bash kernel=$1 initrd=quanta

Dear Friend,

Dear Friend, My name is Barrister Dominique Bongo., Personal attorney to my late client Engineer stavreski Victor who died of heart attack in 2009. He deposited $15,500,000.00 in a Bank here. He died without any registered next of kin as he was long divorced and had no child. The bank contacted

Re: [PATCH v7 5/9] PCI: Add pci_iomap_wc() variants

On Fri, 2015-06-26 at 21:31 +0200, Luis R. Rodriguez wrote: > > Yeah either, we need to fix our relaxed implementation (patch > > welcome :-) > > Yikes, so although powerpc has useful heuristics to automatically > enable WC the default write ops have been nullifying its effects? The heuristic is

[GIT PULL 0/8] perf/pt -> Intel PT/BTS

Hi Ingo, Please consider pulling, there are several other patches after this, but I think that this may be acceptable to showcase the capabilities already present, look at the output of 'perf script' and callchains for userspace without using any extra debugging info (no need for DWARF,

[PATCH 8/8] perf tools: Add Intel BTS support

From: Adrian Hunter Intel BTS support fits within the new auxtrace infrastructure. Recording is supporting by identifying the Intel BTS PMU, parsing options and setting up events. Decoding is supported by queuing up trace data by thread and then decoding synchronously delivering synthesized

[PATCH 2/8] perf tools: Add Intel PT packet decoder

From: Adrian Hunter Add support for decoding Intel Processor Trace packets. This essentially provides intel_pt_get_packet() which takes a buffer of binary data and returns the decoded packet. Signed-off-by: Adrian Hunter Cc: Jiri Olsa Link:

[PATCH 3/8] perf tools: Add Intel PT instruction decoder

From: Adrian Hunter Add support for decoding instructions for Intel Processor Trace. The kernel x86 instruction decoder is used for this. This essentially provides intel_pt_get_insn() which takes a binary buffer, uses the kernel's x86 instruction decoder to get details of the instruction and

[PATCH 5/8] perf tools: Add Intel PT decoder

From: Adrian Hunter Add support for decoding an Intel Processor Trace. Intel PT trace data must be 'decoded' which involves walking the object code and matching the trace data packets. The decoder requests a buffer of binary data via a get_trace() call-back, which it decodes using instruction

[PATCH 6/8] perf tools: Add Intel PT support

From: Adrian Hunter Add support for Intel Processor Trace. Intel PT support fits within the new auxtrace infrastructure. Recording is supporting by identifying the Intel PT PMU, parsing options and setting up events. Decoding is supported by queuing up trace data by cpu or thread and then

[PATCH 1/8] perf auxtrace: Add Intel PT as an AUX area tracing type

From: Adrian Hunter Add the Intel Processor Trace type constant PERF_AUXTRACE_INTEL_PT. Signed-off-by: Adrian Hunter Acked-by: Jiri Olsa Cc: Jiri Olsa Link: http://lkml.kernel.org/r/1432906425-9911-4-git-send-email-adrian.hun...@intel.com Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 4/8] perf tools: Add Intel PT log

From: Adrian Hunter Add a facility to log Intel Processor Trace decoding. The log is intended for debugging purposes only. The log file name is "intel_pt.log" and is opened in the current directory. The log contains a record of all packets and instructions decoded and can get very large (10

[PATCH 7/8] perf tools: Take Intel PT into use

From: Adrian Hunter To record an AUX area, the weak function auxtrace_record__init() must be implemented. Equally to decode an AUX area, the AUX area tracing type must be added to the perf_event__process_auxtrace_info() function. This patch makes those two changes plus hooks up default config

Re: [PATCH v7 5/9] PCI: Add pci_iomap_wc() variants

On Fri, 2015-06-26 at 16:24 +, Casey Leedom wrote: > Thanks for looking into this Ben. As it stands now, it seems as > if Write Combined mappings simply aren't supported and/or all > driver writers trying to utilize Write Combined mappings have to > "hand roll" their own solutions which

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

On Fri, Jun 26, 2015 at 1:35 PM, Arnd Bergmann wrote: > On Friday 26 June 2015 11:56:47 Duc Dang wrote: >> Hi Arnd, >> >> On Fri, Jun 26, 2015 at 12:59 AM, Arnd Bergmann wrote: >> > On Thursday 25 June 2015 18:05:56 Duc Dang wrote: >> >> X-Gene PCIe controllers support huge outbound BARs (with

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

On Fri, 26 Jun 2015, Arnd Bergmann wrote: I doubt that the Kinetis has a custom version of the CPU core. Are you sure that not all Cortex-M4 need this? I'm not sure and I don't have any other Cortex-M SoC to verify that... Without this hack, I'm experiencing following exception: init

[PATCH v2 06/11] mfd: qcom-smd-rpm: Driver for the Qualcomm RPM over SMD

From: Bjorn Andersson Driver for the Resource Power Manager (RPM) found in Qualcomm 8974 based devices. The driver exposes resources that child drivers can operate on; to implementing regulator, clock and bus frequency drivers. Signed-off-by: Bjorn Andersson --- drivers/mfd/Kconfig

[PATCH v2 07/11] regulator: qcom: smd: Regulator driver for the Qualcomm RPM

From: Bjorn Andersson Driver for regulators exposed by the Resource Power Manager (RPM) found in devices based on Qualcomm 8974 and newer platforms. Reviewed-by: Mark Brown Signed-off-by: Bjorn Andersson --- drivers/regulator/Kconfig | 12 ++ drivers/regulator/Makefile

[PATCH v2 08/11] ARM: dts: msm8974: Add tcsr mutex node

From: Bjorn Andersson Signed-off-by: Bjorn Andersson --- arch/arm/boot/dts/qcom-msm8974.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index 37b47b5..7c7b7dc 100644 ---

[PATCH v2 09/11] ARM: dts: msm8974: Add smem reservation and node

From: Bjorn Andersson Signed-off-by: Bjorn Andersson --- arch/arm/boot/dts/qcom-msm8974.dtsi | 20 1 file changed, 20 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index 7c7b7dc..d7c99b8 100644 ---

[PATCH v2 11/11] ARM: dts: xperia-honami: Add regulator nodes for Honami

From: Bjorn Andersson Signed-off-by: Bjorn Andersson --- .../boot/dts/qcom-msm8974-sony-xperia-honami.dts | 199 + 1 file changed, 199 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974-sony-xperia-honami.dts

[PATCH v2 10/11] ARM: dts: msm8974: Add smd, rpm and regulator nodes

From: Bjorn Andersson Signed-off-by: Bjorn Andersson --- arch/arm/boot/dts/qcom-msm8974.dtsi | 74 + 1 file changed, 74 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index d7c99b8..65f5496 100644 ---

[PATCH v2 03/11] soc: qcom: Add device tree binding for Shared Memory Device

From: Bjorn Andersson Add device tree binding documentation for the Qualcomm Shared Memory Device, used for communication between the various CPUs in the Qualcomm SoCs. Signed-off-by: Bjorn Andersson --- .../devicetree/bindings/soc/qcom/qcom,smd.txt | 79 ++ 1 file

[PATCH v2 04/11] soc: qcom: Add Shared Memory Driver

From: Bjorn Andersson This adds the Qualcomm Shared Memory Driver (SMD) providing communication channels to remote processors, ontop of SMEM. Signed-off-by: Bjorn Andersson --- drivers/soc/qcom/Kconfig |8 + drivers/soc/qcom/Makefile|1 + drivers/soc/qcom/smd.c | 1324

[PATCH v2 05/11] mfd: devicetree: bindings: Add Qualcomm SMD based RPM DT binding

From: Bjorn Andersson Add binding documentation for the Qualcomm Resource Power Manager (RPM) using shared memory (Qualcomm SMD) as transport mechanism. This is found in 8974 and newer based devices. The binding currently describes the rpm itself and the regulator subnodes. Signed-off-by:

[PATCH v2 01/11] soc: qcom: Add device tree binding for SMEM

From: Bjorn Andersson Add device tree binding documentation for the Qualcom Shared Memory Manager. Signed-off-by: Bjorn Andersson --- .../devicetree/bindings/soc/qcom/qcom,smem.txt | 51 ++ 1 file changed, 51 insertions(+) create mode 100644

[PATCH v2 02/11] soc: qcom: Add Shared Memory Manager driver

From: Bjorn Andersson The Shared Memory Manager driver implements an interface for allocating and accessing items in the memory area shared among all of the processors in a Qualcomm platform. Signed-off-by: Bjorn Andersson --- drivers/soc/qcom/Kconfig | 8 + drivers/soc/qcom/Makefile

[PATCH v2 00/11] Qualcomm Shared Memory & RPM drivers

From: Bjorn Andersson This second incarnation of the SMEM, SMD, RPM and pm8x41 regulator series fixes the review comments received on v1 and adds the dts patches at the end. Bjorn Andersson (11): soc: qcom: Add device tree binding for SMEM soc: qcom: Add Shared Memory Manager driver soc:

[dmaengine: shdma] RIP: 0010:[] [] __asan_load8

git bisect bad 099bfbfc7fbbe22356c02f0caf709ac32e1126ea # 05:40100- 13 Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux # extra tests on tree/branch next/master git bisect bad 043831b4a4e9a981c4ec6331b6d64b9f62285d5d # 05:46 3- 4 Add linux-next specific fi

[PATCH] hwspinlock: qcom: Correct msb in regmap_field

From: Bjorn Andersson msb of the regmap_field was mistakenly given the value 32, to set all bits in the regmap update mask; although incorrect this worked until 921cc294, where the mask calculation was corrected. Signed-off-by: Bjorn Andersson --- drivers/hwspinlock/qcom_hwspinlock.c | 2 +-

[GIT PULL] libnvdimm: non-volatile memory devices for 4.2

Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/djbw/nvdimm tags/libnvdimm-for-4.2 ...to receive the new libnvdimm sub-system, related drivers, and x86 enabling. --- Earlier this week, in the ACPICA update, you merged the definition of the new ACPI 6.0 table

Re: [git pull] drm tree for 4.2

On Thu, Jun 25, 2015 at 6:00 PM, Dave Airlie wrote: > > This is the main drm pull request for v4.2. It seems to work ok for me, but it causes quite a few new warnings on my Sony VAIO Pro laptop. It's (once more) a regular i5-4200U CPU (aka Haswell, aka 4th gen Intel Core i5) Most of them are in

Re: [GIT PULL] tracing: Updates for 4.2

On Fri, 26 Jun 2015 14:09:11 -0700 Linus Torvalds wrote: > On Fri, Jun 26, 2015 at 8:16 AM, Steven Rostedt wrote: > > > > 43 files changed, 2034 insertions(+), 2085 deletions(-) > > Please fix your script, and add the "-M" flag to the diff generation. > The above is incorrect. > > The real

Re: [RFC][PATCH] prctl: Add PR_SET_TIMERSLACK_PID for setting timer slack of an arbitrary thread.

On Thu, Jun 25, 2015 at 6:21 PM, Arjan van de Ven wrote: > On 6/25/2015 4:24 PM, John Stultz wrote: >> >> From: Ruchi Kandoi >> >> This patch has been in the Android tree for ahwile, and I've not >> seen it posted for review. Unfortunately the PR_SET_TIMERSLACK_PID >> value has collided many

Re: [PATCH 00/11] mm: debug: formatting memory management structs

There were no objections beyond Andrew's request for a better changelog. If there are no any further objections, can it be merged please? On 05/14/2015 01:10 PM, Sasha Levin wrote: > This patch series adds knowledge about various memory management structures > to the standard print functions. >

Re: [GIT PULL] tracing: Updates for 4.2

On Fri, 26 Jun 2015 14:09:11 -0700 Linus Torvalds wrote: > On Fri, Jun 26, 2015 at 8:16 AM, Steven Rostedt wrote: > > > > 43 files changed, 2034 insertions(+), 2085 deletions(-) > > Please fix your script, and add the "-M" flag to the diff generation. > The above is incorrect. > > The real

Re: [PATCH] x86, msr: Allow read access to /dev/cpu/X/msr

On 06/26/2015 03:23 PM, Brian Gerst wrote: > On Fri, Jun 26, 2015 at 1:52 PM, Prarit Bhargava wrote: >> Customers write system monitoring software for single systems as well as >> clusters. In load-balancing software it is useful to know how "busy" a >> core is. Unfortunately the only way to

Re: [PATCH] [RESEND] qla2xxx: prevent board_disable from running during EEH

On 06/26/2015 12:33 PM, Mauricio Faria de Oliveira wrote: > Commit f3ddac1918fe963bcbf8d407a3a3c0881b47248b ("[SCSI] qla2xxx: > Disable adapter when we encounter a PCI disconnect.") has introduced a > code that disables the board, releasing some resources, when reading > 0x. > > In case

[PATCH] staging: lustre: Deletion of unnecessary checks before three function calls

From: Markus Elfring Date: Fri, 26 Jun 2015 23:10:42 +0200 The following functions test whether their argument is NULL and then return immediately. * kfree * ll_file_data_put * ptlrpc_connection_put Thus the test around such calls is not needed. This issue was detected by using the Coccinelle

[PATCH percpu/for-4.3] percpu: update incorrect comment for this_cpu_*() operations

this_cpu_*() ops have been protected against both preemption and interrupts for quite a while now. We apparently forgot to update the comment. Fix it. Signed-off-by: Tejun Heo Cc: Christoph Lameter --- include/linux/percpu-defs.h |6 ++ 1 file changed, 2 insertions(+), 4 deletions(-)

Re: [GIT PULL] Block driver pull request for 4.2

On Thu, 2015-06-25 at 08:37 -0600, Jens Axboe wrote: > - Code consolidation and cleanups from Christoph. Andrew, it seems your fix for gcc never went in. I am hitting it in Linus' tree. http://www.spinics.net/lists/mm-commits/msg111293.html Thanks, Davidlohr -- To unsubscribe from this

Re: [GIT PULL] tracing: Updates for 4.2

On Fri, Jun 26, 2015 at 8:16 AM, Steven Rostedt wrote: > > 43 files changed, 2034 insertions(+), 2085 deletions(-) Please fix your script, and add the "-M" flag to the diff generation. The above is incorrect. The real statistics are 41 files changed, 1024 insertions(+), 1075 deletions(-)

[ANNOUNCE] iproute2 4.1.0

Update to iproute2 for 4.1 4.1 is released and this is the corresponding iproute2. Noteable features: * new command for controlling TIPC * BPF support in tc * Lots of RED cleanup work * Enhancements to ss * color option to ip command Source:

Re: [PATCH] ARM: BCM: Enable NAND support for iProc SoCs

On 28/05/15 18:09, Ray Jui wrote: > Select CONFIG_MTD_NAND_BRCMNAND for all iProc SoCs In fact, this patch creates an unmet dependency problem, we also need to select MTD and MTD_NAND otherwise we run into a linking error while building the brcmnand driver: LD init/built-in.o

[GIT PULL] Audit patches for 4.2

Hi Linus, Four small audit patches for v4.2, all bug fixes. Only 10 lines of change this time so very unremarkable, the patch subject lines pretty much tell the whole story. Please pull. Thanks, -Paul --- The following changes since commit 39a8804455fb23f09157341d3ba7db6d7ae6ee76: Linux

Re: [PATCH] irqchip: bcm7120-l2: use of_io_request_and_map() to claim iomem

On 18/06/15 16:05, Brian Norris wrote: > This way, the IO resources will show up in /proc/iomem, and we can make > sure no other drivers are trying to claim these register regions. > > Signed-off-by: Brian Norris Reviewed-by: Florian Fainelli > --- > drivers/irqchip/irq-bcm7120-l2.c | 19

[GIT PULL] nfsd changes for 4.2

Please pull nfsd changes from git://linux-nfs.org/~bfields/linux.git for-4.2 A relatively quiet cycle, with a mix of cleanup and smaller bugfixes. --b. Andreas Gruenbacher (4): nfsd: Disable NFSv2 timestamp workaround for

Re: [git pull] drm tree for 4.2

On Fri, Jun 26, 2015 at 1:37 PM, Dave Airlie wrote: > > No generally Linus likes to do his own merges with hints from us. > > unless it's really tricky. Yup. And this time all the merges were trivial. My merge ended up differing from Dave's simply because of an ordering of statements that could

Re: [RFC PATCH 0/6] stop_machine: kill stop_cpus_mutex and stop_cpus_lock

On 06/26, Peter Zijlstra wrote: > > On Fri, Jun 26, 2015 at 04:14:55AM +0200, Oleg Nesterov wrote: > > Not sure. > > > > And note that this series kills stop_cpus_mutex, so that multiple > > stop_cpus()'s / stop_machine()'s can run in parallel if cpumask's > > do not overlap. > > > > Note also the

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

On Friday 26 June 2015 22:35:08 Arnd Bergmann wrote: > > > > > > Can you configure one of the two windows as prefetchable for improved > > > performance? > > > > > The new huge window will be prefetchable. > > The DT marks it as non-prefetchable, so the kernel will now try to allocate > space

[PATCH -next] media/pci/cobalt: fix Kconfig and build when SND is not enabled

/cobalt.ko] undefined! ERROR: "snd_pcm_new" [drivers/media/pci/cobalt/cobalt.ko] undefined! Signed-off-by: Randy Dunlap Cc: Hans Verkuil --- drivers/media/pci/cobalt/Kconfig |1 + 1 file changed, 1 insertion(+) --- linux-next-20150626.orig/drivers/media/pci/cobalt/Kconfig +++ linux

[PATCHv3 5/9] staging: vme_user: allow large read()/write()

This changes large master transfers to do shorter read/write rather than return -EINVAL. User space will now be able to optimistically request a large transfer and get at least some data. This also removes comments suggesting on how to implement large transfers. Current vme_master_* read and

[PATCHv3 8/9] staging: vme_user: remove distracting comment

Signed-off-by: Dmitry Kalinkin --- drivers/staging/vme/devices/vme_user.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/vme/devices/vme_user.c b/drivers/staging/vme/devices/vme_user.c index 947a38e..7ca943c 100644 --- a/drivers/staging/vme/devices/vme_user.c +++

[PATCHv3 7/9] staging: vme_user: remove unused variable

Signed-off-by: Dmitry Kalinkin --- drivers/staging/vme/devices/vme_user.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/staging/vme/devices/vme_user.c b/drivers/staging/vme/devices/vme_user.c index ef876a4..947a38e 100644 ---

[PATCHv3 9/9] staging: vme_user: remove okcount variable

Signed-off-by: Dmitry Kalinkin --- drivers/staging/vme/devices/vme_user.c | 18 ++ 1 file changed, 6 insertions(+), 12 deletions(-) diff --git a/drivers/staging/vme/devices/vme_user.c b/drivers/staging/vme/devices/vme_user.c index 7ca943c..b3e3c2d 100644 ---

[PATCHv3 2/9] staging: vme_user: fix blank lines

Signed-off-by: Dmitry Kalinkin --- drivers/staging/vme/devices/vme_user.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/staging/vme/devices/vme_user.c b/drivers/staging/vme/devices/vme_user.c index ccf9602..494655a 100644 ---

[PATCHv3 3/9] staging: vme_user: fix NULL comparison style

Signed-off-by: Dmitry Kalinkin --- drivers/staging/vme/devices/vme_user.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/staging/vme/devices/vme_user.c b/drivers/staging/vme/devices/vme_user.c index 494655a..2ff15f0 100644 ---

[PATCHv3 0/9] vme_user checkpatch fixes and read()/write() rework

First four patches are fixes for various checpatch warnings. Next there is a change to drop large read()/write() stub followed by a change to rework user copy error codes. Last three changes are refactorings. v2 fixes ("vme_user: return -EFAULT on __copy_*_user errors") that had EINVAL instead

[PATCHv3 6/9] staging: vme_user: switch to returning -EFAULT on __copy_*_user errors

Signed-off-by: Dmitry Kalinkin --- drivers/staging/vme/devices/vme_user.c | 47 -- 1 file changed, 11 insertions(+), 36 deletions(-) diff --git a/drivers/staging/vme/devices/vme_user.c b/drivers/staging/vme/devices/vme_user.c index a2345db..ef876a4 100644 ---

[PATCHv3 1/9] staging: vme_user: fix code alignment

Signed-off-by: Dmitry Kalinkin --- drivers/staging/vme/devices/vme_user.c | 33 + 1 file changed, 17 insertions(+), 16 deletions(-) diff --git a/drivers/staging/vme/devices/vme_user.c b/drivers/staging/vme/devices/vme_user.c index 9cca97a..ccf9602 100644 ---

[PATCHv3 4/9] staging: vme_user: fix kmalloc style

Signed-off-by: Dmitry Kalinkin --- drivers/staging/vme/devices/vme_user.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/vme/devices/vme_user.c b/drivers/staging/vme/devices/vme_user.c index 2ff15f0..3467cde 100644 ---

Re: [git pull] drm tree for 4.2

On 26 June 2015 at 18:05, Christian König wrote: > Hey Dave, > > I'm not 100% sure, but didn't you wanted to send this pull request out for > drm-next-merged instead of drm-next? > > Cause I'm still getting merge conflicts when I try to merge 4.1 into > drm-next. No generally Linus likes to do

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

On Friday 26 June 2015 11:56:47 Duc Dang wrote: > Hi Arnd, > > On Fri, Jun 26, 2015 at 12:59 AM, Arnd Bergmann wrote: > > 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

Re: [PATCH V6 08/17] perf tools: Add Intel PT support

Em Fri, Jun 26, 2015 at 09:48:20AM +0300, Adrian Hunter escreveu: > On 26/06/15 03:09, Arnaldo Carvalho de Melo wrote: > > Em Thu, Jun 25, 2015 at 08:56:34PM -0300, Arnaldo Carvalho de Melo escreveu: > >> Will do the same tests with intel_pt as well, on a remote machine, add > >> examples > >> to

Re: [PATCH][RFC] usbhid: enable autosuspend for internal devices

On Fri, 26 Jun 2015, Alan Stern wrote: > On Fri, 26 Jun 2015, Tom Gundersen wrote: > > > This policy used to be unconditionally applied by udev, but there > > is no reason to make userspace be involved in this and in the future > > udev will not be doing it by default. > > > > See:

Re: [PATCH] staging:slicoss:slicoss.h remove volatile variables

On Fri, Jun 26, 2015 at 12:57:32PM -0700, Vikul Gupta wrote: > I am a high school student trying to become familiar with the opensource > process and linux kernel. This is my first submission to the mailing list. Great, but this paragraph doesn't belong in here, as this whole thing will end up in

Re: [PATCH][RFC] usbhid: enable autosuspend for internal devices

On Fri, 26 Jun 2015, Tom Gundersen wrote: > This policy used to be unconditionally applied by udev, but there > is no reason to make userspace be involved in this and in the future > udev will not be doing it by default. > > See: . > > Signed-off-by:

Re: Crypto Fixes for 4.2

On Fri, Jun 26, 2015 at 3:22 AM, Herbert Xu wrote: > > * Kill testmgr warning for gcm-aes-aesni. Hmm. You killed one of the warnings, but the setkey one remains. alg: aead: setkey failed on test 1 for rfc4106-gcm-aesni: flags=0 Expected? Linus -- To unsubscribe from this

[PATCH 2/2] drm/msm/mdp5: Allocate CTL0/1 for dual DSI single FLUSH

This change takes advantage of a HW feature that synchronize flush operation on CTL1 to CTL0, to keep dual DSI pipes in sync. Signed-off-by: Hai Li --- drivers/gpu/drm/msm/mdp/mdp5/mdp5_ctl.c | 140 drivers/gpu/drm/msm/mdp/mdp5/mdp5_ctl.h | 4 +-

[PATCH 1/2] drm/msm/mdp5: Allocate CTL for each display interface

In MDP5, CTL contains information of the whole pipeline whose output goes down to a display interface. In various cases, one interface may require 2 CRTCs, but only one CTL. Some interfaces also require to use certain CTLs. Instead of allocating CTL for each active CRTC, this change is to

[PATCH 0/2] drm/msm/mdp5: Refactor CTL code

Instead of allocating CTL for each CRTC, we start to associate CTL to each display interface, which reflects real HW requirement. It also helps in making use of HW single FLUSH feature to sync between dual DSI pipes. Hai Li (2): drm/msm/mdp5: Allocate CTL for each display interface

[GIT PULL] Kselftest updates for 4.2-rc1

Hi Linus, Please pull the following Kselftest updates for 4.2-rc1 thanks, -- Shuah The following changes since commit ba155e2d21f6bf05de86a78dbe5bfd8757604a65: Linux 4.1-rc5 (2015-05-24 18:22:35 -0700) are available in the git repository at:

[PATCH] arm64: KVM: Enable minimalistic support for Thunder

In order to allow KVM to run on Thunder implementations, add the minimal support required. Signed-off-by: Tirumalesh Chalamarla --- arch/arm64/include/asm/cputype.h | 3 +++ arch/arm64/include/uapi/asm/kvm.h| 3 ++- arch/arm64/kvm/guest.c | 6 ++

[PATCH] staging:slicoss:slicoss.h remove volatile variables

I am a high school student trying to become familiar with the opensource process and linux kernel. This is my first submission to the mailing list. I fixed the slicoss sub-system. The TODO file asks to remove volatile variables - also, checkpatch.pl warnings included volatile variables. I

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

On Fri, 2015-06-26 at 13:27 -0400, Waiman Long wrote: > I am glad that the qspinlock patch helps. May I know what kind of > machine (cpu type, # of sockets, etc) that you are running the test on? > Usually the more sockets the machine has, the bigger the improvement you > will see. This

[PATCH] staging: xgifb: Delete an unnecessary check before the function call "XGIfb_search_crt2type"

From: Markus Elfring Date: Fri, 26 Jun 2015 21:50:41 +0200 The XGIfb_search_crt2type() 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

[tip:irq/urgent] genirq: Introduce helper irq_desc_get_irq()

Commit-ID: 304adf8a8fff972f633bf52b3d160682d3f3d5d2 Gitweb: http://git.kernel.org/tip/304adf8a8fff972f633bf52b3d160682d3f3d5d2 Author: Jiang Liu AuthorDate: Thu, 4 Jun 2015 12:13:26 +0800 Committer: Thomas Gleixner CommitDate: Fri, 26 Jun 2015 21:28:32 +0200 genirq: Introduce helper

[tip:timers/urgent] clocksource: exynos_mct: Avoid blocking calls in the cpu hotplug notifier

Commit-ID: 56a94f13919c0db5958611b388e1581b4852f3c9 Gitweb: http://git.kernel.org/tip/56a94f13919c0db5958611b388e1581b4852f3c9 Author: Damian Eppel AuthorDate: Fri, 26 Jun 2015 15:23:04 +0200 Committer: Thomas Gleixner CommitDate: Fri, 26 Jun 2015 21:53:01 +0200 clocksource:

[tip:irq/urgent] genirq: Clean up outdated comments related to include/linux/irqdesc.h

Commit-ID: daf7ab7c58ac5f6304b63cca47a06cdc213361d7 Gitweb: http://git.kernel.org/tip/daf7ab7c58ac5f6304b63cca47a06cdc213361d7 Author: Jiang Liu AuthorDate: Thu, 4 Jun 2015 12:13:11 +0800 Committer: Thomas Gleixner CommitDate: Thu, 25 Jun 2015 12:06:34 +0200 genirq: Clean up outdated

<    1   2   3   4   5   6   7   8   9   10   >