Re: [PATCH] MIPS, IRQCHIP: Move i8259 irqchip driver to drivers/irqchip.

On Wed, 8 Jul 2015, Ralf Baechle wrote: > On Wed, Jul 08, 2015 at 02:57:38PM +0200, Thomas Gleixner wrote: > > > > arch/mips/Kconfig | 4 - > > > arch/mips/kernel/Makefile | 1 - > > > arch/mips/kernel/i8259.c| 384 > > > > > > dri

Re: mm: shmem_zero_setup skip security check and lockdep conflict with XFS

On Sun, Jun 14, 2015 at 12:48 PM, Hugh Dickins wrote: > It appears that, at some point last year, XFS made directory handling > changes which bring it into lockdep conflict with shmem_zero_setup(): > it is surprising that mmap() can clone an inode while holding mmap_sem, > but that has been so for

Re: Re: perf, kprobes: fuzzer generates huge number of WARNings

On 2015/07/08 6:21, Alexei Starovoitov wrote: > On Tue, Jul 07, 2015 at 05:08:51PM -0400, Vince Weaver wrote: >> On Tue, 7 Jul 2015, Alexei Starovoitov wrote: >> >>> On Tue, Jul 07, 2015 at 12:00:12AM -0400, Vince Weaver wrote: Well the BPF hack is in the fuzzer, not the kernel. And it's

Re: [PATCH v3 9/9] usb: dwc3: core: don't break during suspend/resume while we're dual-role

Hello. On 7/8/2015 1:37 PM, Roger Quadros wrote: We can't rely just on dr_mode to decide if we're in host or gadget mode when we're configured as otg/dual-role. So while dr_mode is OTG, we find out from the otg state machine if we're in host or gadget mode and take the necessary actions during

Re: [RFC PATCH v3 1/4] STM trace event: Adding generic buffer interface driver

Peter Zijlstra writes: > On Tue, Jul 07, 2015 at 06:10:40PM +0800, Chunyan Zhang wrote: >> +config STM_TRACE_EVENT >> +tristate "Redirect/copy the output from kernel trace event to STM >> engine" > > How does tristate make sense here? You're using it unconditionally for > in-kernel tracepoin

Re: [RFC PATCH v3 4/4] trace: Trace log handler for logging into STM blocks

On Wed, Jul 8, 2015 at 8:31 PM, Peter Zijlstra wrote: > On Tue, Jul 07, 2015 at 06:10:43PM +0800, Chunyan Zhang wrote: >> Add the function 'trace_event_stm_output_##call' for printing events >> trace log into STM blocks. >> >> This patch also adds a function call at where the events have been >> c

[PATCH v4 0/7]powerpc/powernv: Nest Instrumentation support

This patchset enables Nest Instrumentation support on powerpc. POWER8 has per-chip Nest Intrumentation which provides various per-chip metrics like memory, powerbus, Xlink and Alink bandwidth. Nest Instrumentation provides an interface (via PORE Engine) to configure and move the nest counter data

[PATCH 3/4] mm, oom: organize oom context into struct

From: David Rientjes There are essential elements to an oom context that are passed around to multiple functions. Organize these elements into a new struct, struct oom_context, that specifies the context for an oom condition. This patch introduces no functional change. [mho...@suse.cz: s@oom_c

[PATCH 2/4] oom: Do not invoke oom notifiers on sysrq+f

From: Michal Hocko A github user rfjakob has reported the following issue via IRC. Manually triggering the OOM killer does not work anymore in 4.0.5 This is what it looks like: https://gist.github.com/rfjakob/346b7dc611fc3cdf4011 Basically, what happens is that the GPU driver frees some memor

Re: [PATCH v3 4/9] usb: dwc3: core: Adapt to named interrupts

Hello. On 7/8/2015 1:36 PM, Roger Quadros wrote: From: Felipe Balbi Add support to use interrupt names, Following are the interrupt names Peripheral Interrupt - peripheral HOST Interrupt - host OTG Interrupt - otg [Roger Q] - If any of these are missing we use the first available I

[PATCH v4 1/7] powerpc/powernv: Data structure and macros definition

Create new header file "nest-pmu.h" to add the data structures and macros needed for the nest pmu support. Cc: Michael Ellerman Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Anton Blanchard Cc: Sukadev Bhattiprolu Cc: Anshuman Khandual Cc: Stephane Eranian Signed-off-by: Madhavan Sriniv

[PATCH v4 7/7] powerpc/powernv: nest pmu cpumask and cpu hotplug support

Adds cpumask attribute to be used by each nest pmu since nest units are per-chip. Only one cpu (first online cpu) from each node/chip is designated to read counters. On cpu hotplug, dying cpu is checked to see whether it is one of the designated cpus, if yes, next online cpu from the same node/chi

[PATCH v4 3/7] powerpc/powernv: Nest PMU detection and device tree parser

Create a file "nest-pmu.c" to contain nest pmu related functions. Code to detect nest pmu support and parser to collect per-chip reserved memory region information from device tree (DT). Detection mechanism is to look for specific property "ibm,ima-chip" in DT. For Nest pmu, device tree will have

Re: [RFC PATCH v10 23/50] perf tools: Make perf depend on libbpf

Em Tue, Jul 07, 2015 at 07:03:50PM -0700, Alexei Starovoitov escreveu: > On 7/7/15 1:16 PM, Arnaldo Carvalho de Melo wrote: > >So, please move this to just before we can use it, wiring it up should > >mean, hey, try this "hello, world" eBPF program right now! > > btw, since bpf is now stable llvm

[PATCH 1/4] oom: Do not panic when OOM killer is sysrq triggered

From: Michal Hocko OOM killer might be triggered explicitly via sysrq+f. This is supposed to kill a task no matter what e.g. a task is selected even though there is an OOM victim on the way to exit. This is a big hammer for an admin to help to resolve a memory short condition when the system is n

[PATCH 0/4] oom: sysrq+f fixes + cleanups

Hi, some of these patches have been posted already: http://marc.info/?l=linux-mm&m=143462145830969&w=2 This series contains an additional fix for another sysrq+f issue reported off mailing list (patch #2). First two patches are clear fixes. The third patch is from David with my minor changes. The

[PATCH 4/4] oom: split out forced OOM killer

From: Michal Hocko The forced OOM killing is currently wired into out_of_memory() call even though their objective is different which makes the code ugly and harder to follow. Generic out_of_memory path has to deal with configuration settings and heuristics which are completely irrelevant to the

[PATCH v4 6/7] powerpc/powernv: generic nest pmu event functions

Add set of generic nest pmu related event functions to be used by each nest pmu. Add code to register nest pmus. Cc: Michael Ellerman Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Anton Blanchard Cc: Sukadev Bhattiprolu Cc: Anshuman Khandual Cc: Stephane Eranian Signed-off-by: Madhavan

[PATCH v4 5/7] powerpc/powernv: add event attribute and group to nest pmu

Add code to create event/format attributes and attribute groups for each nest pmu. Cc: Michael Ellerman Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Anton Blanchard Cc: Sukadev Bhattiprolu Cc: Anshuman Khandual Cc: Stephane Eranian Signed-off-by: Madhavan Srinivasan --- arch/powerpc/

[PATCH v4 4/7] powerpc/powernv: detect supported nest pmus and its events

Parse device tree to detect supported nest pmu units. Traverse through each nest pmu unit folder to find supported events and corresponding unit/scale files (if any). The nest unit event file from DT, will contain the offset in the reserved memory region to get the counter data for a given event.

Re: [RFC PATCH v10 23/50] perf tools: Make perf depend on libbpf

Em Wed, Jul 08, 2015 at 07:45:34PM +0800, Wangnan (F) escreveu: > On 2015/7/8 4:16, Arnaldo Carvalho de Melo wrote: > >Em Tue, Jul 07, 2015 at 04:54:52PM -0300, Arnaldo Carvalho de Melo escreveu: > >>Em Wed, Jul 01, 2015 at 02:14:11AM +, Wang Nan escreveu: > >>>Error messages are also updated t

[PATCH v4 2/7] powerpc/powernv: Add OPAL support for Nest PMU

Nest Counters can be configured via PORE Engine and OPAL provides an interface to start/stop it. OPAL side patches are posted in the skiboot mailing. Cc: Stewart Smith Cc: Jeremy Kerr Cc: Benjamin Herrenschmidt Cc: Michael Ellerman Cc: Paul Mackerras Cc: Anton Blanchard Cc: Sukadev Bhattipr

Re: [PATCH] MIPS, IRQCHIP: Move i8259 irqchip driver to drivers/irqchip.

On Wed, 8 Jul 2015, Ralf Baechle wrote: > arch/mips/Kconfig | 4 - > arch/mips/kernel/Makefile | 1 - > arch/mips/kernel/i8259.c| 384 > > drivers/irqchip/Kconfig | 4 + > drivers/irqchip/Makefile| 1 + > drivers/irqchi

Re: [PATCH v2 1/3] x86/pci/intel_mid_pci: work around for IRQ0 assignment

On Wed, 8 Jul 2015, Andy Shevchenko wrote: > A few devices on Intel Edison board (Intel Tangier) has IRQ0 as an IRQ line in > the PCI configuration. The actual one which is using that is a first eMMC host > controller. You fail to explain that the other devices have a bogus PCI configuration. > I

Re: [PATCH] iio: accel: kxcjk-1013: Remove blank lines

On Wed, Jul 8, 2015 at 3:44 PM, Ana Calinov wrote: > This patch fixes the the following errors given by > checkpatch.pl with --strict: > Please don't use multiple blank lines. > Blank lines aren't necessary after an open brace '{'. > > Signed-off-by: Ana Calinov Looks good to me. Reviewed-by:

Re: [PATCH 2/3] kmod: Add up-to-date explanations on the purpose of each asynchronous levels

On Tue, Jul 07, 2015 at 04:07:58PM -0700, Andrew Morton wrote: > On Mon, 6 Jul 2015 17:33:40 +0200 Frederic Weisbecker > wrote: > > > There seem to be quite some confusions on the comments, likely due to > > changes that came after them. > > > > Now since it's very non obvious why we have 3 le

Re: [RFC PATCH] irq: IRQ bypass manager

On Wed, 2015-07-08 at 12:22 +, Wu, Feng wrote: > > > > -Original Message- > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > Sent: Wednesday, July 08, 2015 5:40 AM > > To: linux-kernel@vger.kernel.org; k...@vger.kernel.org > > Cc: eric.au...@st.com; eric.au...@linaro.or

[PATCH v2 0/2] arm: kernel: implement cpuidle_ops with psci backend

We'd like to use cpuidle-arm.c for both arm and arm64 with psci as backend. For arm64, it works. But for arm, we miss cpuidle_ops, these patches try to address this issue. Has been tested on Marvell Berlin SoCs. These patches are rebased on the Mark Rutland's latest psci unification work and Loren

Re: [PATCH 2/2] serial: 8250: Allow to skip autoconfig_irq() for a console

On 07/08/2015 07:55 AM, Peter Hurley wrote: > Hi Taichi, > > On 06/05/2015 06:03 AM, Taichi Kageyama wrote: >> This patch provides a new parameter as a workaround of the following >> problem. It allows us to skip autoconfig_irq() and to use a well-known irq >> number for a console even if CONFIG

[PATCH v2 1/2] firmware: psci: move cpu_suspend handling to generic code

Functions implemented on arm64 to suspend cpu and translate the idle state index passed by the cpu_suspend core call to a valid PSCI state are not arm64 specific and should be moved to generic code so that they can be reused on arm systems too. This patch moves these functions to generic PSCI firm

Re: + kmod-remove-unecessary-explicit-wide-cpu-affinity-setting.patch added to -mm tree

On Wed, Jul 08, 2015 at 01:32:26AM +0200, Oleg Nesterov wrote: > Well, sorry for noise. > > Let me repeat that I agree with this change, but... > > On 07/07, Andrew Morton wrote: > > > > From: Frederic Weisbecker > > Subject: kmod: remove unecessary explicit wide CPU affinity setting > > > > Not

[PATCH v2 2/2] arm: kernel: implement cpuidle_ops with psci backend

This patch implements cpuidle_ops using psci. After this patch, we can use cpuidle-arm.c with psci backend for both arm and arm64. Signed-off-by: Jisheng Zhang --- arch/arm/kernel/Makefile | 1 + arch/arm/kernel/psci_cpuidle.c | 29 + 2 files changed, 30 insert

Re: [PATCH v4 0/2] vhost: support more than 64 memory regions

On Thu, 2 Jul 2015 15:08:09 +0200 Igor Mammedov wrote: > changes since v3: > * rebased on top of vhost-next branch > changes since v2: > * drop cache patches for now as suggested > * add max_mem_regions module parameter instead of unconditionally > increasing limit > * drop bsearch p

Re: [Xen-devel] [PATCH 0/6] 32-bit PVH domU support

On 07/07/15 04:34, Boris Ostrovsky wrote: > > A set of PVH-related patches. > > The first patch is x86-64 ABI fix for PVH guests. The second is a small update > that removes redundant memset (both on PV and PVH code paths) > > The rest is to enable non-privileged 32-bit PVH guests. This requires

Re: [PATCH v3 01/11] stm class: Introduce an abstraction for System Trace Module devices

Chunyan Zhang writes: >> +int __init stp_configfs_init(void) >> +{ >> + int err; >> + >> + config_group_init(&stp_policy_subsys.su_group); >> + mutex_init(&stp_policy_subsys.su_mutex); >> + err = configfs_register_subsystem(&stp_policy_subsys); >> + >> + return err;

[PATCH] MIPS, IRQCHIP: Move i8259 irqchip driver to drivers/irqchip.

arch/mips/Kconfig | 4 - arch/mips/kernel/Makefile | 1 - arch/mips/kernel/i8259.c| 384 drivers/irqchip/Kconfig | 4 + drivers/irqchip/Makefile| 1 + drivers/irqchip/irq-i8259.c | 383

[PATCH] iio: accel: kxcjk-1013: Remove blank lines

This patch fixes the the following errors given by checkpatch.pl with --strict: Please don't use multiple blank lines. Blank lines aren't necessary after an open brace '{'. Signed-off-by: Ana Calinov --- drivers/iio/accel/kxcjk-1013.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers

Re: [PATCH 4/4] arm: psci: add cpuidle_ops support

Dear Russell, On Wed, 8 Jul 2015 19:38:42 +0800 Jisheng Zhang wrote: > Dear Russell, > > On Wed, 8 Jul 2015 11:34:29 +0100 > Russell King - ARM Linux wrote: > > > On Wed, Jul 08, 2015 at 06:13:37PM +0800, Jisheng Zhang wrote: > > > This patch implements cpuidle_ops using psci. After this patc

[PATCH] Staging: ozwpan: ozusbsvc1.c: Fix missing blank line after declarations

This patch fixes a missing line after declarations issue. Signed-off-by: Johannes Postma --- drivers/staging/ozwpan/ozusbsvc1.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/ozwpan/ozusbsvc1.c b/drivers/staging/ozwpan/ozusbsvc1.c index 301fee8..b6cfecb 100644 --- a/drivers

[PATCH] module: Fix load_module() error path

On Wed, Jul 08, 2015 at 02:32:44PM +0200, Peter Zijlstra wrote: > Awesome, lemme go write up a proper patch to make Rusty happy too ;-) --- Subject: module: Fix load_module() error path From: Peter Zijlstra Date: Wed Jul 8 14:35:58 CEST 2015 The load_module() error path frees a module but forgo

Re: [RFCv5 PATCH 03/46] arm: vexpress: Add CPU clock-frequencies to TC2 device-tree

On Tue, 2015-07-07 at 19:23 +0100, Morten Rasmussen wrote: > From: Dietmar Eggemann > > To enable the parsing of clock frequency and cpu efficiency values > inside parse_dt_topology [arch/arm/kernel/topology.c] to scale the > relative capacity of the cpus, this property has to be provided within

Re: Possible memory allocation deadlock in kmem_alloc and hung task in xfs_log_commit_cil and xlog_cil_push

Hi Dave, On Wed, Jul 8, 2015 at 7:37 AM, Dave Chinner wrote: > On Tue, Jul 07, 2015 at 05:29:43PM +0800, Gavin Guo wrote: >> Hi all, >> >> Recently, we observed that there is the error message in >> Ubuntu-3.13.0-48.80: >> >> "XFS: possible memory allocation deadlock in kmem_alloc (mode:0x8250)"

Re: lock-up with module: Optimize __module_address() using a latched RB-tree

On Wed, Jul 08, 2015 at 09:13:15PM +0930, Arthur Marsh wrote: > I rebuilt again with CONFIG_MODULE_UNLOAD enabled and Peter's patch above > and the resulting kernel also booted fine. > > Thanks for everyone's help! Awesome, lemme go write up a proper patch to make Rusty happy too ;-) -- To unsubs

[PATCH 2/8] memcg: get rid of mem_cgroup_root_css for !CONFIG_MEMCG

The only user is cgwb_bdi_init and that one depends on CONFIG_CGROUP_WRITEBACK which in turn depends on CONFIG_MEMCG so it doesn't make much sense to definte an empty stub for !CONFIG_MEMCG. Moreover ERR_PTR(-EINVAL) is ugly and would lead to runtime crashes if used in unguarded code paths. Better

[PATCH 4/8] memcg, mm: move mem_cgroup_select_victim_node into vmscan

From: Michal Hocko We currently have only one caller of mem_cgroup_select_victim_node which is sitting in mm/vmscan.c and which is already wrapped by CONFIG_MEMCG ifdef. Now that we have struct mem_cgroup visible outside of mm/memcontrol.c we can move the function and its dependencies there. This

Re: [PATCH V2] acpi-cpufreq: replace per_cpu with driver_data of policy

hi, Dmitry thanks for your reply On 2015年07月08日 01:11, Dmitry Torokhov wrote: > Hi Pan, > > On Tue, Jul 07, 2015 at 08:43:26PM +0800, Pan Xinhui wrote: >> @@ -364,19 +363,24 @@ static u32 get_cur_val(const struct cpumask *mask) >> >> static unsigned int get_cur_freq_on_cpu(unsign

[PATCH 8/8] memcg: get rid of mem_cgroup_from_task

From: Michal Hocko mem_cgroup_from_task has always been a tricky API. It was added by 78fb74669e80 ("Memory controller: accounting setup") for mm_struct::mem_cgroup initialization. Later on it gained new callers mostly due to mm_struct::mem_cgroup -> mem_cgroup::owner transition and most users ha

[PATCH 0/8 -v3] memcg cleanups + get rid of mm_struct::owner

Hi, this is the third version of the patch series. The previous version was posted here: http://marc.info/?l=linux-mm&m=143290066126282 and the first version here: http://marc.info/?l=linux-mm&m=143264102317318&w=2. Johannes has suggested to export struct mem_cgroup because some other things will

Re: [RFC PATCH v3 4/4] trace: Trace log handler for logging into STM blocks

On Tue, Jul 07, 2015 at 06:10:43PM +0800, Chunyan Zhang wrote: > Add the function 'trace_event_stm_output_##call' for printing events > trace log into STM blocks. > > This patch also adds a function call at where the events have been > committed to ring buffer to export the trace event information

Re: [PATCH v3 01/11] stm class: Introduce an abstraction for System Trace Module devices

On Mon, Jul 6, 2015 at 6:08 PM, Alexander Shishkin wrote: > A System Trace Module (STM) is a device exporting data in System Trace > Protocol (STP) format as defined by MIPI STP standards. Examples of such > devices are Intel Trace Hub and Coresight STM. > > This abstraction provides a unified int

[PATCH-v6 6/6] mfd: devicetree: bindings: Add new 88pm800 mfd binding

With addition of DT support to 88pm800 mfd driver, this patch adds new DT binding documentation along with respective properties. Signed-off-by: Vaibhav Hiremath Reviewed-by: Krzysztof Kozlowski Acked-by: Rob Herring Acked-by: Lee Jones --- Documentation/devicetree/bindings/mfd/88pm800.txt |

[PATCH-v6 5/6] mfd: 88pm800: Set default interrupt clear method

As per the spec, bit 1 (INT_CLEAR_MODE) of reg addr 0xe (page 0) controls the method of clearing interrupt status of 88pm800 family of devices; 0: clear on read 1: clear on write If pdata is not coming from board file, then set the default irq clear method to "irq clear on write" Also, as su

[PATCH-v6 2/6] mfd: 88pm800: Add device tree support

Add DT support to the 88pm800 driver, along with compatible field for it's sub-devices (rtc, onkey and regulator) Signed-off-by: Chao Xie Signed-off-by: Vaibhav Hiremath Reviewed-by: Krzysztof Kozlowski Acked-by: Lee Jones --- drivers/mfd/88pm800.c | 26 ++ 1 file chan

[PATCH-v6 4/6] mfd: 88pm800: Remove unnecessary protection around pdata

With addition of proper checks in place in pm800_probe function, which makes sure that pdata would never become NULL. So remove all unnecessary protection around pdata in whole driver code. Signed-off-by: Vaibhav Hiremath Reviewed-by: Krzysztof Kozlowski Acked-by: Lee Jones --- drivers/mfd/88p

[PATCH-v6 1/6] mfd: 88pm800: remove duplicate dev_err calls during probe

During probe, inside fn device_800_init(), submodule init is happening and the same error message is getting printed in both the places, _init() and inside device_800_init(). So this patch gets rid of dev_err from _init() fns. Signed-off-by: Vaibhav Hiremath --- drivers/mfd/88pm800.c | 32 -

[PATCH-v6 3/6] mfd: 88pm800: Get pdata from 'device' rather than passing as a parameter

Currently the device_xxx_init() fns take pdata as an input parameter to the fn, but the cleaner approach would be to use dev_get_platdata() to get the pdata. So this patch changes the code accordingly. Signed-off-by: Vaibhav Hiremath --- drivers/mfd/88pm800.c | 29 ++---

[PATCH 7/8] memcg: get rid of mm_struct::owner

From: Michal Hocko mm_struct::owner keeps track of the task which is in charge for the specific mm. This is usually the thread group leader of the process but there are exotic cases where this doesn't hold. The most prominent one is when separate tasks (not in the same thread group) share the ad

[PATCH 5/8] memcg: restructure mem_cgroup_can_attach()

From: Tejun Heo Restructure it to lower nesting level and help the planned threadgroup leader iteration changes. This is pure reorganization. Signed-off-by: Tejun Heo Cc: Johannes Weiner Acked-by: Michal Hocko --- mm/memcontrol.c | 61 ++--

[PATCH 1/8] memcg: export struct mem_cgroup

From: Michal Hocko mem_cgroup structure is defined in mm/memcontrol.c currently which means that the code outside of this file has to use external API even for trivial access stuff. This patch exports mm_struct with its dependencies and makes some of the exported functions inlines. This even hel

[PATCH 6/8] memcg, tcp_kmem: check for cg_proto in sock_update_memcg

From: Michal Hocko sk_prot->proto_cgroup is allowed to return NULL but sock_update_memcg doesn't check for NULL. The function relies on the mem_cgroup_is_root check because we shouldn't get NULL otherwise because mem_cgroup_from_task will always return !NULL. All other callers are checking for N

[PATCH 3/8] memcg: get rid of extern for functions in memcontrol.h

From: Michal Hocko Most of the exported functions in this header are not marked extern so change the rest to follow the same style. Signed-off-by: Michal Hocko --- include/linux/memcontrol.h | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/include/linux/memc

RE: [RFC PATCH] irq: IRQ bypass manager

> -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Wednesday, July 08, 2015 5:40 AM > To: linux-kernel@vger.kernel.org; k...@vger.kernel.org > Cc: eric.au...@st.com; eric.au...@linaro.org; j...@8bytes.org; > avi.kiv...@gmail.com; pbonz...@redhat.com;

Re: [PATCH-V5 3/4] mfd: 88pm800: Set default interrupt clear method

On Tuesday 07 July 2015 08:27 PM, Lee Jones wrote: On Tue, 07 Jul 2015, Vaibhav Hiremath wrote: On Tuesday 07 July 2015 06:24 PM, Lee Jones wrote: On Tue, 07 Jul 2015, Vaibhav Hiremath wrote: On Tuesday 07 July 2015 04:48 PM, Vaibhav Hiremath wrote: On Tuesday 07 July 2015 04:42 PM,

Re: [PATCH v2 1/1] Added additional callback to ptp_clock_info:

On Wed, Jul 08, 2015 at 01:54:34PM +0200, Richard Cochran wrote: > On Mon, Jul 06, 2015 at 03:44:58PM -0500, Josh Cartwright wrote: > > It's difficult to make too many judgements without seeing how a driver > > might implement this; is there another patchset that shows how a driver > > implements t

Re: [RFC PATCH v10 23/50] perf tools: Make perf depend on libbpf

On 2015/7/8 4:16, Arnaldo Carvalho de Melo wrote: Em Tue, Jul 07, 2015 at 04:54:52PM -0300, Arnaldo Carvalho de Melo escreveu: Em Wed, Jul 01, 2015 at 02:14:11AM +, Wang Nan escreveu: By adding libbpf into perf's Makefile, this patch enables perf to build libbpf during building if libelf

Re: [RFC 5/8] kdbus: use LSM hooks in kdbus code

You're right about it. To be fixed. Thanks for spotting this. On Wed, 8 Jul 2015, Lukasz Pawelczyk wrote: + ret = -EPERM; + goto exit_unref; + } Also, why aren't the error codes passed from LSM? LSM can return anything, from EINVAL, to ENOMEM. Returning EPERM

Re: [PATCH v4 1/3] dt-bindings: pwm: add MediaTek display PWM bindings

On Mon, Jul 6, 2015 at 9:29 PM, YH Huang wrote: > Document the device-tree binding of MediatTek display PWM. > The PWM has one channel to control the backlight brightness for display. > It supports MT8173 and MT6595. > > Signed-off-by: YH Huang > --- > .../devicetree/bindings/pwm/pwm-mtk-disp.tx

Re: [RFC PATCH v3 1/4] STM trace event: Adding generic buffer interface driver

On Tue, Jul 07, 2015 at 06:10:40PM +0800, Chunyan Zhang wrote: > +config STM_TRACE_EVENT > + tristate "Redirect/copy the output from kernel trace event to STM > engine" How does tristate make sense here? You're using it unconditionally for in-kernel tracepoints. This must be bool, which in tu

Re: [PATCH v3] kexec: Make a pair of map and unmap reserved pages when kdump fails to start

On 07/08/15 at 08:06P, Minfei Huang wrote: > On 07/07/15 at 05:18P, Vivek Goyal wrote: > > On Thu, Jul 02, 2015 at 09:45:52AM +0800, Minfei Huang wrote: > > > For some arch, kexec shall map the reserved pages, then use them, when > > > we try to start the kdump service. > > > > > > Now kexec will

Re: [PATCH v3] kexec: Make a pair of map and unmap reserved pages when kdump fails to start

On 07/07/15 at 05:18P, Vivek Goyal wrote: > On Thu, Jul 02, 2015 at 09:45:52AM +0800, Minfei Huang wrote: > > For some arch, kexec shall map the reserved pages, then use them, when > > we try to start the kdump service. > > > > Now kexec will never unmap the reserved pages, once it fails to contin

[PATCH] DocBook: Add initial documentation for IIO

This is intended to help developers faster find their way inside the Industrial I/O core and reduce time spent on IIO drivers development. Signed-off-by: Daniel Baluta --- Documentation/DocBook/Makefile | 2 +- Documentation/DocBook/iio.tmpl | 593 + 2 f

[PATCH] DocBook documentation for IIO

In our effort to support vendors writing drivers for their own sensors we introduce IIO documentation in DocBook format. It documents Industrial I/O core including IIO devices, buffers, triggers and triggered buffers. It also offers a short list of online resources for the IIO subsystem. This is

Re: [PATCH v2 1/5] usb: gadget: ffs: call functionfs_unbind() if _ffs_func_bind() fails

Hello. On 7/8/2015 12:05 PM, Robert Baldyga wrote: Function ffs_do_functionfs_bind() calls functionfs_bind() which allocates usb request and increments refcounts. These things needs to be cleaned up by if further steps of initialization fail by calling functionfs_unbind(). Signed-off-by: Rob

Re: [RFC 2/2] mm: Allow GFP_IOFS for page_cache_read page cache allocation

Does anybody have a better idea how to deal with the issue mentioned in the patch? Or is it considered uninteresting and not worth bothering? I am not worried about the current state but if we want to allow GFP_NOFS allocations to fail (I have a series of patches to do so and plan to post an RFC s

Re: [PATCH 2/2] serial: 8250: Allow to skip autoconfig_irq() for a console

Hi Taichi, On 06/05/2015 06:03 AM, Taichi Kageyama wrote: > This patch provides a new parameter as a workaround of the following > problem. It allows us to skip autoconfig_irq() and to use a well-known irq > number for a console even if CONFIG_SERIAL_8250_DETECT_IRQ is defined. > > There're cases

Re: [PATCH v2 1/1] Added additional callback to ptp_clock_info:

On Mon, Jul 06, 2015 at 03:44:58PM -0500, Josh Cartwright wrote: > It's difficult to make too many judgements without seeing how a driver > might implement this; is there another patchset that shows how a driver > implements this? The interface is certainly clear enough to me. The details of obta

Re: [PATCH v2 2/6] blk-mq: Fix use after of free q->mq_map

On Thu, Jul 2, 2015 at 10:29 PM, Akinobu Mita wrote: > CPU hotplug handling for blk-mq (blk_mq_queue_reinit) updates > q->mq_map by blk_mq_update_queue_map() for all request queues in > all_q_list. On the other hand, q->mq_map is released before deleting > the queue from all_q_list. > > So if CPU

Re: [PATCH v2 3/6] blk-mq: fix q->mq_usage_counter access race

On Thu, Jul 2, 2015 at 10:29 PM, Akinobu Mita wrote: > CPU hotplug handling for blk-mq (blk_mq_queue_reinit) accesses > q->mq_usage_counter while freezing all request queues in all_q_list. > On the other hand, q->mq_usage_counter is deinitialized in > blk_mq_free_queue() before deleting the queue

[PATCH v2] mtd: mtd_oobtest: Fix the address offset with vary_offset case

When vary_offset is set (e.g. test case 3), the offset is not always zero so memcmpshow() will show the wrong offset in the print message. To fix this we introduce a new function memcmpshowoffset() which takes offset as a parameter and displays the right offset and use it in the case where offset i

Re: [PATCH v2 1/6] blk-mq: fix sysfs registration/unregistration race

On Thu, Jul 2, 2015 at 10:29 PM, Akinobu Mita wrote: > There is a race between cpu hotplug handling and adding/deleting > gendisk for blk-mq, where both are trying to register and unregister > the same sysfs entries. > > CPU hotplug handling for blk-mq (blk_mq_queue_reinit) does unregister > and r

Re: lock-up with module: Optimize __module_address() using a latched RB-tree

Peter Zijlstra wrote on 08/07/15 18:34: On Wed, Jul 08, 2015 at 06:01:29PM +0930, Arthur Marsh wrote: Peter Zijlstra wrote on 08/07/15 07:41: On Tue, Jul 07, 2015 at 11:56:20PM +0200, Peter Zijlstra wrote: Could you try the below? It appears there was a spot freeing modules that forgot t

Re: [PATCH 4/4] arm: psci: add cpuidle_ops support

Dear Russell, On Wed, 8 Jul 2015 11:34:29 +0100 Russell King - ARM Linux wrote: > On Wed, Jul 08, 2015 at 06:13:37PM +0800, Jisheng Zhang wrote: > > This patch implements cpuidle_ops using psci. After this patch, we can use > > cpuidle-arm.c with psci backend for both arm and arm64. > > I reall

[PATCH v2 1/2] net: can: c_can: Fix default pinmux glitch at init

From: "J.D. Schroeder" The previous change 3973c526ae9c (net: can: c_can: Disable pins when CAN interface is down) causes a slight glitch on the pinctrl settings when used. Since commit ab78029 (drivers/pinctrl: grab default handles from device core), the device core will automatically set the d

Re: [PATCH v5 2/2] cpufreq: mediatek: Add MT8173 cpufreq driver

On 01-07-15, 10:16, Pi-Cheng Chen wrote: > This patch implements MT8173 cpufreq driver. Now that you are going to resend this patchset, a few more comments. Please describe your SoC a bit here, so that reviewers know what are we going to implement. > +static int mtk_cpu_dvfs_info_init(struct mtk

[PATCH v7 2/7] zsmalloc: always keep per-class stats

Always account per-class `zs_size_stat' stats. This data will help us make better decisions during compaction. We are especially interested in OBJ_ALLOCATED and OBJ_USED, which can tell us if class compaction will result in any memory gain. For instance, we know the number of allocated objects in

[PATCH v7 0/7] mm/zsmalloc: introduce automatic pool compaction

Hello, Hopefully the final version. This patch set tweaks compaction and makes it possible to trigger pool compaction automatically when system is getting low on memory. zsmalloc in some cases can suffer from a notable fragmentation and compaction can release some considerable amount of memory.

[PATCH v7 4/7] zsmalloc: cosmetic compaction code adjustments

Change zs_object_copy() argument order to be (DST, SRC) rather than (SRC, DST). copy/move functions usually have (to, from) arguments order. Rename alloc_target_page() to isolate_target_page(). This function doesn't allocate anything, it isolates target page, pretty much like isolate_source_page()

[PATCH v7 6/7] zsmalloc: account the number of compacted pages

Compaction returns back to zram the number of migrated objects, which is quite uninformative -- we have objects of different sizes so user space cannot obtain any valuable data from that number. Change compaction to operate in terms of pages and return back to compaction issuer the number of pages

[PATCH v7 5/7] zsmalloc/zram: introduce zs_pool_stats api

`zs_compact_control' accounts the number of migrated objects but it has a limited lifespan -- we lose it as soon as zs_compaction() returns back to zram. It worked fine, because (a) zram had it's own counter of migrated objects and (b) only zram could trigger compaction. However, this does not work

[PATCH v7 7/7] zsmalloc: use shrinker to trigger auto-compaction

Perform automatic pool compaction by a shrinker when system is getting tight on memory. User-space has a very little knowledge regarding zsmalloc fragmentation and basically has no mechanism to tell whether compaction will result in any memory gain. Another issue is that user space is not always a

[PATCH v7 3/7] zsmalloc: introduce zs_can_compact() function

This function checks if class compaction will free any pages. Rephrasing -- do we have enough unused objects to form at least one ZS_EMPTY page and free it. It aborts compaction if class compaction will not result in any (further) savings. EXAMPLE (this debug output is not part of this patch set):

[PATCH v7 1/7] zsmalloc: drop unused variable `nr_to_migrate'

__zs_compact() does not use `nr_to_migrate', drop it. Signed-off-by: Sergey Senozhatsky Acked-by: Minchan Kim --- mm/zsmalloc.c | 4 1 file changed, 4 deletions(-) diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c index 3538b8c..2aecdb3 100644 --- a/mm/zsmalloc.c +++ b/mm/zsmalloc.c @@ -1712,7 +

Re: [PATCH v2 3/4] spi: mediatek: Add spi bus for Mediatek MT8173

Hello Daniel, On Wed, 2015-07-01 at 12:06 +0800, Daniel Kurtz wrote: > Hi Leilk, > > Please see comments inline... > > On Mon, Jun 29, 2015 at 9:04 PM, Leilk Liu wrote: > > This patch adds basic spi bus for MT8173. > > > > Signed-off-by: Leilk Liu > > Signed-off-by: Eddie Huang > > --- > > d

[PATCH 02/37] usb: gadget: add endpoint capabilities flags

Introduce struct usb_ep_caps which contains information about capabilities of usb endpoints - supported transfer types and directions. This structure should be filled by UDC driver for each of its endpoints, and will be used in epautoconf in new ep matching mechanism which will replace ugly guessin

Re: [PATCH v2 0/9] cpufreq: Introduce support for ST's cpufreq functionality

On 08-07-15, 11:59, Lee Jones wrote: > No problem. So long as it's still on your radar. So, for the first 7 patches: Reviewed-by: Viresh Kumar but for the last two: - I thought we agreed that you will have a look at opp-v2 bindings and create your new bindings as an extension of those ? As w

[PATCH 04/37] staging: emxx_udc: add ep capabilities support

Convert endpoint configuration to new capabilities model. Fixed typo in "epc-nulk" to "epc-bulk". Signed-off-by: Robert Baldyga --- drivers/staging/emxx_udc/emxx_udc.c | 60 ++--- 1 file changed, 29 insertions(+), 31 deletions(-) diff --git a/drivers/staging/emx

[PATCH 14/37] usb: gadget: fsl_qe_udc: add ep capabilities support

Convert endpoint configuration to new capabilities model. Signed-off-by: Robert Baldyga --- drivers/usb/gadget/udc/fsl_qe_udc.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/usb/gadget/udc/fsl_qe_udc.c b/drivers/usb/gadget/udc/fsl_qe_udc.c index e0822f1..5fb6f8b 10064

[PATCH 19/37] usb: gadget: lpc32xx_udc: add ep capabilities support

Convert endpoint configuration to new capabilities model. Signed-off-by: Robert Baldyga --- drivers/usb/gadget/udc/lpc32xx_udc.c | 32 1 file changed, 32 insertions(+) diff --git a/drivers/usb/gadget/udc/lpc32xx_udc.c b/drivers/usb/gadget/udc/lpc32xx_udc.c inde

[PATCH 12/37] usb: gadget: dummy-hcd: add ep capabilities support

Convert endpoint configuration to new capabilities model. Signed-off-by: Robert Baldyga --- drivers/usb/gadget/udc/dummy_hcd.c | 65 +- 1 file changed, 50 insertions(+), 15 deletions(-) diff --git a/drivers/usb/gadget/udc/dummy_hcd.c b/drivers/usb/gadget/udc

[PATCH 10/37] usb: gadget: bcm63xx_udc: add ep capabilities support

Convert endpoint configuration to new capabilities model. Signed-off-by: Robert Baldyga --- drivers/usb/gadget/udc/bcm63xx_udc.c | 25 + 1 file changed, 21 insertions(+), 4 deletions(-) diff --git a/drivers/usb/gadget/udc/bcm63xx_udc.c b/drivers/usb/gadget/udc/bcm63xx_u

<    3   4   5   6   7   8   9   10   11   12   >