On Fri, 31 Mar 2017 10:08:39 -0400
Steven Rostedt wrote:
> On Fri, 31 Mar 2017 15:20:24 +0200
> Alban Crequy wrote:
>
> > When a kretprobe is installed on a kernel function, there is a maximum
> > limit of how many calls in parallel it can catch (aka "maxactive"). A
> > kernel module could call
There are several stuff there that are actually driver-specific.
Move those to the driver_api book.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/core-api/kernel-api.rst | 72 --
Documentation/driver-api/firmware/index.rst| 1 +
.../driver-api/
On Mon, Mar 27, 2017 at 03:15:12PM +0530, Kishon Vijay Abraham I wrote:
> Update device tree binding documentation of TI's dra7xx PCI
> controller to include property for enabling unaligned mem access.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> Documentation/devicetree/bindings/pci/ti-pci
On Fri, Mar 31, 2017 at 01:58:52PM -0500, Rob Herring wrote:
> On Mon, Mar 27, 2017 at 03:15:10PM +0530, Kishon Vijay Abraham I wrote:
> > Add documentation for the optional #syscon-cells property to determine
> > the number of cells that should be given in the phandle while
> > referencing the sys
On Mon, Mar 27, 2017 at 03:15:10PM +0530, Kishon Vijay Abraham I wrote:
> Add documentation for the optional #syscon-cells property to determine
> the number of cells that should be given in the phandle while
> referencing the syscon-node.
>
> Suggested-by: Rob Herring
I did? When?
I'm not reme
Em Fri, 31 Mar 2017 09:05:37 -0600
Jonathan Corbet escreveu:
> On Thu, 30 Mar 2017 17:11:32 -0300
> Mauro Carvalho Chehab wrote:
>
> > Brainless conversion of genericirq.tmpl book to ReST, via
> > Documentation/sphinx/tmplcvt
>
> This one kind of showcases why I'm nervous about bulk conv
Em Fri, 31 Mar 2017 08:57:11 -0600
Jonathan Corbet escreveu:
> On Thu, 30 Mar 2017 17:11:30 -0300
> Mauro Carvalho Chehab wrote:
>
> [Reordering things a bit]
>
> > +==
> > +Linux generic IRQ handling
> > +==
> > +
> > +:Copyright: |copy| 2005-20
On Fri, 31 Mar 2017, Jonathan Corbet wrote:
> On Thu, 30 Mar 2017 17:11:30 -0300
> Mauro Carvalho Chehab wrote:
>
> [Reordering things a bit]
>
> > +==
> > +Linux generic IRQ handling
> > +==
> > +
> > +:Copyright: |copy| 2005-2010: Thomas Gleixner
On Fri, 31 Mar 2017 09:49:55 +0200
Remy Leone wrote:
> Did this patch got applied?
Yup, it did, it's in docs-next now. Sorry for the delay.
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Fri, 24 Mar 2017 17:03:17 +0800
Cao jin wrote:
> Documentation/sparse.txt has been moved to
> Documentation/dev-tools/sparse.rst
>
> Signed-off-by: Cao jin
> ---
> Documentation/translations/zh_CN/sparse.txt | 4 ++--
> Makefile| 4 ++--
> 2 files changed
On Thu, 30 Mar 2017 17:11:32 -0300
Mauro Carvalho Chehab wrote:
> Brainless conversion of genericirq.tmpl book to ReST, via
> Documentation/sphinx/tmplcvt
This one kind of showcases why I'm nervous about bulk conversions. It's
a bit of a dumping-ground document, with a bit of everything,
On Thu, 30 Mar 2017 17:11:30 -0300
Mauro Carvalho Chehab wrote:
[Reordering things a bit]
> +==
> +Linux generic IRQ handling
> +==
> +
> +:Copyright: |copy| 2005-2010: Thomas Gleixner
> +:Copyright: |copy| 2005-2006: Ingo Molnar
It seems maybe t
On Thu, 30 Mar 2017 11:20:14 +0200
Markus Heiser wrote:
> @Jon: what do you think about a bulk conversion?
I'm a bit leery of it, to tell the truth. We're trying to create a
better set of kernel docs, and I'm far from convinced that dumping a
bunch of unloved stuff there in a mechanical way wil
Some display pipelines can only provide non-RBG input pixels to the HDMI TX
Controller, this patch takes the pixel format from the plat_data if provided.
Reviewed-by: Jose Abreu
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 326 +-
inc
This patch adds a new DRM documentation entry and links to the input
format table added in the dw_hdmi header.
Signed-off-by: Neil Armstrong
---
Documentation/gpu/bridge/dw-hdmi.rst | 15 +++
Documentation/gpu/index.rst | 1 +
2 files changed, 16 insertions(+)
create mode
Add documentation for added Bus Formats to describe RGB and YUV formats used
as input to the Synopsys DesignWare HDMI TX Controller.
Acked-by: Hans Verkuil
Signed-off-by: Neil Armstrong
---
Documentation/media/uapi/v4l/subdev-formats.rst | 874 +++-
1 file changed, 859 inser
The HDMI TX controller support HPD and RXSENSE signaling from the PHY
via it's STAT0 PHY interface, but some vendor PHYs can manage these
signals independently from the controller, thus these STAT0 handling
should be moved to PHY specific operations and become optional.
The existing STAT0 HPD and
The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller
in combination with a very custom PHY.
Thanks to Laurent Pinchart's changes, the HW report the following :
Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
The following differs from common PHY integration as
On Thu, 30 Mar 2017, Oliver Neukum wrote:
> Am Donnerstag, den 30.03.2017, 11:55 -0400 schrieb Alan Stern:
> >
> > I'm pretty sure that usb-storage does not do this, at least, not when
> > operating in its normal Bulk-Only-Transport mode. It never tries to
> > read the results of an earlier tr
On Fri, 31 Mar 2017 15:20:24 +0200
Alban Crequy wrote:
> When a kretprobe is installed on a kernel function, there is a maximum
> limit of how many calls in parallel it can catch (aka "maxactive"). A
> kernel module could call register_kretprobe() and initialize maxactive
> (see example in sample
On 03/31/2017 03:14 PM, Hans Verkuil wrote:
> On 30/03/17 11:04, Neil Armstrong wrote:
>> Add documentation for added Bus Formats to describe RGB and YUV formats used
>> as input to the Synopsys DesignWare HDMI TX Controller.
>>
>> Signed-off-by: Neil Armstrong
>> ---
>> Documentation/media/uapi/
When a kretprobe is installed on a kernel function, there is a maximum
limit of how many calls in parallel it can catch (aka "maxactive"). A
kernel module could call register_kretprobe() and initialize maxactive
(see example in samples/kprobes/kretprobe_example.c).
But that is not exposed to users
On 30/03/17 11:04, Neil Armstrong wrote:
> Add documentation for added Bus Formats to describe RGB and YUV formats used
> as input to the Synopsys DesignWare HDMI TX Controller.
>
> Signed-off-by: Neil Armstrong
> ---
> Documentation/media/uapi/v4l/subdev-formats.rst | 871
> +++
On Fri, 31 Mar 2017, Johannes Berg wrote:
> From: Johannes Berg
>
> When adding functions one by one into documentation, in order to
> order/group things properly, it's easy to miss things. Allow use
> of the kernel-doc directive with "unused-functions" like this
>
> .. kernel-doc::
>:unused
On Wed, Mar 29, 2017 at 7:22 AM, Masami Hiramatsu wrote:
> Show sum of probe and retprobe nmissed count in
> kprobe_profile, since retprobe can be missed even
> if the kprobe itself succeeeded.
> This explains user why their return probe didn't hit
> sometimes.
>
> Signed-off-by: Masami Hiramatsu
On 25/03/17 18:23, Leo Yan wrote:
According to ARMv8 architecture reference manual (ARM DDI 0487A.k)
Chapter 'Part H: External debug', the CPU can integrate debug module
and it can support self-hosted debug and external debug. Especially
for supporting self-hosted debug, this means the program ca
On 25/03/17 18:23, Leo Yan wrote:
This is refactor to add function of_coresight_get_cpu(), so it's used to
retrieve CPU id for coresight component. Finally can use it as a common
function for multiple places.
Suggested-by: Mathieu Poirier
Signed-off-by: Leo Yan
Reviewed-by: Suzuki K Poulose
> Do we really need such generic stuff? ... IMO explicit is better than
> implicit. Why not getting an error when a function, which is referred
> from a reST-document disappears in the source? Those errors help
> to maintain the consistency of documentation with source-code.
That's a totally diff
Am 31.03.2017 um 09:16 schrieb Johannes Berg :
> From: Johannes Berg
>
> When adding functions one by one into documentation, in order to
> order/group things properly, it's easy to miss things. Allow use
> of the kernel-doc directive with "unused-functions" like this
>
> .. kernel-doc::
> :
Hi Johannes,
Am 31.03.2017 um 08:26 schrieb Johannes Berg :
> Hi,
>
> I notice that now - since
>
> commit ec868e4ee2bcebb9e4c03979d90e0ac0b79fe05a
> Author: Mauro Carvalho Chehab
> Date: Wed Nov 30 08:00:17 2016 -0200
>
>docs-rst: media: build SVG from graphviz files
>
> was merged, i
Hello,
Did this patch got applied?
Best regards
Rémy
Le 20/03/2017 à 16:37, Remy Leone a écrit :
From: Rémy Léone
Using the development version of sphinx caused the parsing of the
version to fail.
Signed-off-by: Rémy Léone
---
Documentation/conf.py | 4 ++--
Documentation/sphin
From: Johannes Berg
A lot (likely most!) enums, structs and functions aren't explicitly
listed in the documentation. For now, just add everything to the
documentation in a new section so at least the references to those
functions can be resolved.
Signed-off-by: Johannes Berg
---
Documentation/
From: Johannes Berg
When adding functions one by one into documentation, in order to
order/group things properly, it's easy to miss things. Allow use
of the kernel-doc directive with "unused-functions" like this
.. kernel-doc::
:unused-functions:
to output anything previously unused from th
33 matches
Mail list logo
