Re: [PATCH RFC 2/7] soc: qcom: Add device tree binding for GENI SE

2018-01-08 Thread Karthik Ramasubramanian
On 1/2/2018 8:47 AM, Rob Herring wrote: On Wed, Dec 27, 2017 at 09:27:21AM -0700, Karthikeyan Ramasubramanian wrote: Add device tree binding support for the QCOM GENI SE driver. Also, "dt-bindings: ..." is the preferred subject prefix. Same for the rest of the series. I will update the

Re: [PATCH] Documentation: security/credentials.rst: explain need to sort group_list

2018-01-08 Thread Jonathan Corbet
On Mon, 08 Jan 2018 10:39:14 +1100 NeilBrown wrote: > > There is value in using the c:func syntax, as it will generate > > cross-references to the kerneldoc comments for those functions. In this > > case, it would appear that these comments exist, but nobody has pulled > > them

Re: [PATCH][RESEND] cgroup, docs: document the root cgroup behavior of cpu and io controllers

2018-01-08 Thread Maciej S. Szmigiero
Hello, On 08.01.2018 13:15, Tejun Heo wrote: > Hello, > > On Thu, Jan 04, 2018 at 10:57:00PM +0100, Maciej S. Szmigiero wrote: >> Currently, cgroups v2 documentation contains only a generic remark that >> "How resource consumption in the root cgroup is governed is up to each >> controller",

[PATCH] Documentation: remove stale crossrelease_stacktrace parameter

2018-01-08 Thread David Sterba
The cross-release lockdep functionality has been removed in e966eaeeb623f0997 ("locking/lockdep: Remove the cross-release locking checks"), leaving the kernel parameter docs behind. The code handling the parameter does not exist so this is a plain documentation change. Signed-off-by: David Sterba

Re: [PATCH 02/11] media: videobuf2: Add new uAPI for DVB streaming I/O

2018-01-08 Thread Mauro Carvalho Chehab
Em Mon, 8 Jan 2018 15:26:50 +0100 Hans Verkuil escreveu: > A quick follow-up: > > On 01/08/2018 02:54 PM, Hans Verkuil wrote: > >> +/* > >> + * Videobuf operations > >> + */ > >> +int dvb_vb2_init(struct dvb_vb2_ctx *ctx, const char *name, int > >> nonblocking) > >> +{ > >>

Re: [PATCH 02/11] media: videobuf2: Add new uAPI for DVB streaming I/O

2018-01-08 Thread Mauro Carvalho Chehab
Em Mon, 8 Jan 2018 14:54:51 +0100 Hans Verkuil escreveu: > Hi Mauro, > > Thanks for this patch series, nice to see this moving forward. > > Some comments below (note the wrong queue_setup code in particular since that > relates to my comment about the '[PATCH v3] media:

Re: [PATCH 02/11] media: videobuf2: Add new uAPI for DVB streaming I/O

2018-01-08 Thread Hans Verkuil
A quick follow-up: On 01/08/2018 02:54 PM, Hans Verkuil wrote: >> +/* >> + * Videobuf operations >> + */ >> +int dvb_vb2_init(struct dvb_vb2_ctx *ctx, const char *name, int nonblocking) >> +{ >> +struct vb2_queue *q = >vb_q; >> +int ret; >> + >> +memset(ctx, 0, sizeof(struct

Re: [PATCH 02/11] media: videobuf2: Add new uAPI for DVB streaming I/O

2018-01-08 Thread Hans Verkuil
Hi Mauro, Thanks for this patch series, nice to see this moving forward. Some comments below (note the wrong queue_setup code in particular since that relates to my comment about the '[PATCH v3] media: videobuf2-core: don't go out of the buffer range' patch). On 12/21/2017 05:18 PM, Mauro

Re: [PATCH v2 1/2] acpi, spcr: Make SPCR avialable to other architectures

2018-01-08 Thread Prarit Bhargava
[Sorry everyone for the late response, I went away on vacation and pushed this off until I returned.] On 12/13/2017 07:45 AM, Lorenzo Pieralisi wrote: > [+Mark, Graeme] > > In $SUBJECT, s/avialable/available > > On Mon, Dec 11, 2017 at 10:50:58AM -0500, Prarit Bhargava wrote: >> Other

Re: [PATCH][RESEND] cgroup, docs: document the root cgroup behavior of cpu and io controllers

2018-01-08 Thread Tejun Heo
Hello, On Thu, Jan 04, 2018 at 10:57:00PM +0100, Maciej S. Szmigiero wrote: > Currently, cgroups v2 documentation contains only a generic remark that > "How resource consumption in the root cgroup is governed is up to each > controller", which isn't really telling users much, who need to dig in

Re: [PATCH 1/2] dmaengine: doc: fix bullet list formatting

2018-01-08 Thread Vinod Koul
On Sat, Dec 30, 2017 at 11:53:06PM +0100, Luca Ceresoli wrote: > The bullet list documenting the 'struct dma_device' fields has several > nesting errors, making it render improperly. It also has incoherent > formatting: some fields have a description in the same bullet, some in > a sub-bullet.

Re: Documentation: rapidio: move sysfs interface to ABI

2018-01-08 Thread Ozgur
08.01.2018, 12:03, "Aishwarya Pant" : > On Mon, Jan 08, 2018 at 11:58:12AM +0300, Ozgur wrote: >>  08.01.2018, 11:38, "Aishwarya Pant" : >>  > Hi >> >>  Hello, >> >>  > In Documentation/rapidio/sysfs.txt, there is a description of the sysfs >>  > interface

Re: Documentation: rapidio: move sysfs interface to ABI

2018-01-08 Thread Ozgur
08.01.2018, 11:38, "Aishwarya Pant" : > Hi Hello, > In Documentation/rapidio/sysfs.txt, there is a description of the sysfs > interface which could be moved to Documentation/ABI (as a bus interface under > testing). > > Would such a change be useful? > > The ABI

Re: Documentation: rapidio: move sysfs interface to ABI

2018-01-08 Thread Aishwarya Pant
On Mon, Jan 08, 2018 at 11:58:12AM +0300, Ozgur wrote: > > > 08.01.2018, 11:38, "Aishwarya Pant" : > > Hi > > Hello, > > > In Documentation/rapidio/sysfs.txt, there is a description of the sysfs > > interface which could be moved to Documentation/ABI (as a bus interface >

Documentation: infiniband: move sysfs interface to ABI

2018-01-08 Thread Aishwarya Pant
Hi In Documentation/infiniband/sysfs.txt, there is a description of the infiniband sysfs interface and there also exists Documentation/ABI/testing/sysfs-class-infiniband which is out of date. Would it be useful to move out the interface completely from Documentation/infiniband/sysfs.txt to the

Documentation: rapidio: move sysfs interface to ABI

2018-01-08 Thread Aishwarya Pant
Hi In Documentation/rapidio/sysfs.txt, there is a description of the sysfs interface which could be moved to Documentation/ABI (as a bus interface under testing). Would such a change be useful? The ABI documentation format looks like the following: What: (the full sysfs path of the attribute)