[PATCH V2] leds: trigger: Introduce an USB port trigger

This commit adds a new trigger that can turn on LED when USB device gets connected to the USB port. This can be useful for various home routers that have USB port and a proper LED telling user a device is connected. Right now this trigger is usable with a proper DT only, there isn't a way to

Re: [PATCH 00/14] Present useful limits to user (v2)

,Johannes Weiner ,Alexei Starovoitov ,Arnaldo Carvalho de Melo ,Alexander Shishkin ,Balbir Singh ,Markus Elfring ,"David S.

Re: [PATCH 01/14] resource limits: foundation for resource highwater tracking

Le 15/07/2016 18:27, Topi Miettinen a écrit : [snip] >> Why playing with version number? It complexifies the (userland) code and >> existing applications break when the kernel is updated. >> Goal of netlink is to be easily extensible. By adding a new attribute, >> existing >> userspace tools

Re: [RFC] Requirements for man page generation

Am 14.07.2016 um 20:02 schrieb Mauro Carvalho Chehab : > Em Thu, 14 Jul 2016 17:41:47 +0200 > Markus Heiser escreveu: > >> Am 14.07.2016 um 16:19 schrieb Mauro Carvalho Chehab >> : > >>> If we're willing to document

Re: [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level

On 07/15/16 14:10, Tejun Heo wrote: > Hello, Topi. > > On Fri, Jul 15, 2016 at 01:35:49PM +0300, Topi Miettinen wrote: >> Collect resource usage highwater marks of a task to cgroup >> statistics when the task exits. > > I'm not sure how this makes sense. The limits are enforced and > collected

Re: [PATCH 7/8] uio: bind uio_dmem_genirq via OF

On Fri, Jul 15, 2016 at 09:57:28PM +0530, Anup Patel wrote: > On Fri, Jul 15, 2016 at 6:58 PM, Mark Rutland wrote: > > On Fri, Jul 15, 2016 at 02:34:02PM +0530, Anup Patel wrote: > >> +static char uio_of_dma_bits_prop[128] = "uio,dma-bits"; > >> +static char

Re: [PATCH 7/8] uio: bind uio_dmem_genirq via OF

On Fri, Jul 15, 2016 at 6:58 PM, Mark Rutland wrote: > [adding devicetree list] > > On Fri, Jul 15, 2016 at 02:34:02PM +0530, Anup Patel wrote: >> From: Jan Viktorin >> >> The uio_dmem_genirq works in a similar ways as uio_pdrv_genirq now. >> >> It

Re: [PATCH 01/14] resource limits: foundation for resource highwater tracking

On 07/15/16 12:49, Nicolas Dichtel wrote: > Le 15/07/2016 12:35, Topi Miettinen a écrit : >> There are many basic ways to control processes, including capabilities, >> cgroups and resource limits. However, there are far fewer ways to find out >> useful values for the limits, except blind trial and

Re: [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level

Hello, Topi. On Fri, Jul 15, 2016 at 01:35:49PM +0300, Topi Miettinen wrote: > Collect resource usage highwater marks of a task to cgroup > statistics when the task exits. I'm not sure how this makes sense. The limits are enforced and collected per user or along the process hierarchy which can

Re: [PATCH 7/8] uio: bind uio_dmem_genirq via OF

[adding devicetree list] On Fri, Jul 15, 2016 at 02:34:02PM +0530, Anup Patel wrote: > From: Jan Viktorin > > The uio_dmem_genirq works in a similar ways as uio_pdrv_genirq now. > > It accepts the of_id module parameter to specify UIO compatible > string as module

Re: [PATCH 01/14] resource limits: foundation for resource highwater tracking

Le 15/07/2016 12:35, Topi Miettinen a écrit : > There are many basic ways to control processes, including capabilities, > cgroups and resource limits. However, there are far fewer ways to find out > useful values for the limits, except blind trial and error. > > Prepare a foundation for resource

Re: [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level

Hi, [auto build test ERROR on v4.7-rc7] [also build test ERROR on next-20160715] [cannot apply to tip/sched/core rdma/master] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Topi-Miettinen

Re: [PATCH 01/14] resource limits: foundation for resource highwater tracking

Hi, [auto build test ERROR on v4.7-rc7] [also build test ERROR on next-20160715] [cannot apply to tip/sched/core rdma/master] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Topi-Miettinen

Re: [PATCH 5/8] uio: fix dmem_region_start computation

On Fri, 15 Jul 2016 20:32:24 +0900 Greg Kroah-Hartman wrote: > On Fri, Jul 15, 2016 at 02:34:00PM +0530, Anup Patel wrote: > > From: Jan Viktorin > > > > The variable i contains a total number of resources (including > > IORESOURCE_IRQ).

Re: [PATCH 5/8] uio: fix dmem_region_start computation

On Fri, Jul 15, 2016 at 02:34:00PM +0530, Anup Patel wrote: > From: Jan Viktorin > > The variable i contains a total number of resources (including > IORESOURCE_IRQ). However, we want the dmem_region_start to point > after the last resource of type IORESOURCE_MEM. The

[PATCH] doc-rst: Fix compilation of the pdf docbook

The rst2pdf tool is a very broken toolchain, with is not capable of parsing complex documents. As such, it doesn't build the media book, failing with: [ERROR] pdfbuilder.py:130 too many values to unpack (using rst2pdf version 0.93.dev-r0 and Sphinx version 1.4.5) So, make it build only

Re: [PATCH 7/8] uio: bind uio_dmem_genirq via OF

On Fri, Jul 15, 2016 at 3:15 PM, Russell King - ARM Linux wrote: > On Fri, Jul 15, 2016 at 02:34:02PM +0530, Anup Patel wrote: >> +static int uio_dmem_genirq_alloc_platdata(struct platform_device *pdev) >> +{ >> + struct uio_dmem_genirq_pdata pdata; >> + u32

[PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level

Collect resource usage highwater marks of a task to cgroup statistics when the task exits. Signed-off-by: Topi Miettinen --- Documentation/accounting/getdelays.c | 10 ++- include/linux/cgroup-defs.h | 5 include/uapi/linux/cgroupstats.h | 3 ++

[PATCH 01/14] resource limits: foundation for resource highwater tracking

There are many basic ways to control processes, including capabilities, cgroups and resource limits. However, there are far fewer ways to find out useful values for the limits, except blind trial and error. Prepare a foundation for resource highwater tracking. The collected highwater marks for

[PATCH 1/8] uio: code style cleanup

From: Ankit Jindal This patch fixes the indentation of switch-case block in uio driver. Signed-off-by: Ankit Jindal Signed-off-by: Anup Patel --- drivers/uio/uio.c | 14 +++--- 1 file changed, 7 insertions(+), 7

[PATCH 6/8] uio: UIO_IRQ_NONE is a valid option for uioinfo->irq

From: Jan Viktorin We can simplify handling of platform_get_irq into one place as it is acceptable to see UIO_IRQ_NONE instead of a valid IRQ number. Some devices don't have or don't need any interrupt to be handled. The same change has been already done for

[PATCH 8/8] uio: Use new memtypes in uio_dmem_genirq

This patch extends uio_dmem_genirq driver to use recently added memtypes as follows: 1. Use UIO_MEM_DEVICE memtype for MEM resources 2. Use UIO_MEM_PHYS_CACHE memtype for dynamic regions when UIO DT node is marked as DMA coherent. Signed-off-by: Anup Patel ---

[PATCH 5/8] uio: fix dmem_region_start computation

From: Jan Viktorin The variable i contains a total number of resources (including IORESOURCE_IRQ). However, we want the dmem_region_start to point after the last resource of type IORESOURCE_MEM. The original behaviour leads (very likely) to skipping several UIO mapping

[PATCH 7/8] uio: bind uio_dmem_genirq via OF

From: Jan Viktorin The uio_dmem_genirq works in a similar ways as uio_pdrv_genirq now. It accepts the of_id module parameter to specify UIO compatible string as module parameter. There are few other module parameters to specify DT property name for number bits in DMA

[PATCH 3/8] uio: Add new UIO_MEM_DEVICE type for mem regions

On ARM64, the MMU supports special memory attributes for device memory/registers. Due to this we have pgprot_device() provided by asm/pgtable.h of arch/arm64. On architectures that do not have special MMU attribute for device memory/registers, the asm-generic/pgtable.h maps pgprot_device() to

[PATCH 0/8] Cache-coherent DMA access using UIO

The goal of this patchset is to improve UIO framework and UIO dmem driver to allow cache-coherent DMA accesses from user-space. This patchset is based on two previous patchsets: 1) [PATCH v5 0/6] UIO driver for APM X-Gene QMTM (Refer, http://www.spinics.net/lists/devicetree/msg58244.html) 2)

[PATCH] kernel-doc: Fix up warning output

While trying to make gpu docs warning free I stumbled over one output which wasn't following proper compiler error output standards. Fix it up for more quickfix awesomeness. Cc: Jonathan Corbet Cc: Jani Nikula Cc: linux-doc@vger.kernel.org Signed-off-by: