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, it is strictly necessary to have `dot' installed to build
documentation - there isn'
Hi Mauro,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.11-rc4 next-20170330]
[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/Mauro-Carvalho-Chehab/driver-api-basics
On Thu, Mar 30, 2017 at 04:56:52PM +0100, Sudeep Holla wrote:
[...]
> > +static struct pm_qos_request debug_qos_req;
> > +static int idle_constraint = PM_QOS_DEFAULT_VALUE;
> > +module_param(idle_constraint, int, 0600);
> > +MODULE_PARM_DESC(idle_constraint, "Latency requirement in microseconds f
On Sun, Mar 26, 2017 at 02:23:09AM +0800, 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 deb
On Fri, Mar 24, 2017 at 11:17:22AM -0700, Jaghathiswari Rankappagounder
Natarajan wrote:
> This binding provides interface for adding values related to ASPEED
> AST2400/2500 PWM and Fan tach controller support.
> The PWM controller can support upto 8 PWM output ports.
> The Fan tach controller can
On Thu, Mar 30, 2017 at 05:11:36PM -0300, Mauro Carvalho Chehab wrote:
> ./lib/string.c:134: WARNING: Inline emphasis start-string without end-string.
> ./mm/filemap.c:522: WARNING: Inline interpreted text or phrase reference
> start-string without end-string.
> ./mm/filemap.c:1283: ERROR: Unexpec
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 transfer after carrying out a later
> transfer to any
Hi Alan,
On Thursday 30 Mar 2017 11:55:18 Alan Stern wrote:
> On Thu, 30 Mar 2017, Mauro Carvalho Chehab wrote:
> > Em Thu, 30 Mar 2017 10:26:32 -0400 (EDT) Alan Stern escreveu:
> >> On Thu, 30 Mar 2017, Oliver Neukum wrote:
> Btw, I'm a lot more concerned about USB storage drivers. When I wa
Brainless conversion of genericirq.tmpl book to ReST, via
Documentation/sphinx/tmplcvt
Copyright information inserted manually.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/DocBook/Makefile| 2 +-
Documentation/DocBook/genericirq.tmpl | 520 --
./lib/string.c:134: WARNING: Inline emphasis start-string without end-string.
./mm/filemap.c:522: WARNING: Inline interpreted text or phrase reference
start-string without end-string.
./mm/filemap.c:1283: ERROR: Unexpected indentation.
./mm/filemap.c:3003: WARNING: Inline interpreted text or phras
This file has only "internal" functions:
./lib/crc32.c:1: warning: no structured comments found
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/core-api/kernel-api.rst | 1 -
1 file changed, 1 deletion(-)
diff --git a/Documentation/core-api/kernel-api.rst
b/Documentation/core-ap
The vsnprintf() kernel-doc comment uses % character with a special
meaning other than escaping a constant. As ReST already defines
``literal`` as an escape sequence, let's make kernel-doc handle it,
and use it at lib/vsprintf.c.
Signed-off-by: Mauro Carvalho Chehab
---
lib/vsprintf.c | 6 +++---
Jani proposed to batch-convert the remaining DocBooks for us
to get rid of it.
Well, I tried ;)
The conversion itself can easily done, but the problem is that
it hits several errors/warnings when parsing kernel-doc tags.
It ends that it takes some time to fix those.
Also, it seems that the "!I
On ReST, adding a text like ``literal`` is valid. However,
the kernel-doc script won't handle it fine.
We really need this feature, in order to escape things like
%ph, with is found on some C files.
Signed-off-by: Mauro Carvalho Chehab
---
scripts/kernel-doc | 12 +++-
1 file changed, 1
Fix the following issues:
./lib/bitmap.c:869: WARNING: Definition list ends without a blank line;
unexpected unindent.
./lib/bitmap.c:876: WARNING: Inline emphasis start-string without end-string.
./lib/bitmap.c:508: ERROR: Unexpected indentation.
And make sure that a table and a footnote will u
The document describes several functions that are documented
there via kernel doc macros. Add cross-references to them.
In order to be consistend with other documents, use monospaced
fonts for fields.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/core-api/genericirq.rst | 97 ++
lib/crc32c defines one parameter as:
const u32 (*tab)[256]
Better handle parenthesis, to avoid those warnings:
./lib/crc32.c:149: warning: No description found for parameter 'tab)[256]'
./lib/crc32.c:149: warning: Excess function parameter 'tab' description in
'crc32_le_generic'
./lib/cr
Brainless conversion of genericirq.tmpl book to ReST, via
Documentation/sphinx/tmplcvt
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/DocBook/Makefile| 2 +-
Documentation/DocBook/kernel-api.tmpl | 331 ---
Documentation/core-api/index.rst |
Hi Mark,
On Tue, Mar 14, 2017 at 12:57 PM, Mark Rutland wrote:
> On Tue, Mar 14, 2017 at 11:06:52AM -0700, Hoan Tran wrote:
>> This patch adds support for SoC-wide (AKA uncore) Performance Monitoring
>> Unit in the next generation of X-Gene SoC.
>>
>> Signed-off-by: Hoan Tran
>> ---
>> drivers
On 30/03/17 16:46, Mathieu Poirier wrote:
> On 29 March 2017 at 19:59, Leo Yan wrote:
>> On Wed, Mar 29, 2017 at 10:55:35AM -0600, Mathieu Poirier wrote:
>>
>> [...]
>>
So this is why add "idle_constraint" as a central place to control
power domain for CPU debug purpose and I also thin
On 25/03/17 18:23, Leo Yan wrote:
> Coresight includes debug module and usually the module connects with CPU
> debug logic. ARMv8 architecture reference manual (ARM DDI 0487A.k) has
> description for related info in "Part H: External Debug".
>
> Chapter H7 "The Sample-based Profiling Extension"
On Thu, 30 Mar 2017, Mauro Carvalho Chehab wrote:
> Em Thu, 30 Mar 2017 10:26:32 -0400 (EDT)
> Alan Stern escreveu:
>
> > On Thu, 30 Mar 2017, Oliver Neukum wrote:
> >
> > > > Btw, I'm a lot more concerned about USB storage drivers. When I was
> > > > discussing about this issue at the #raspber
On 29/03/17 15:56, Mike Leach wrote:
[...]
>
> No - EDPRCR_COREPURQ and EDPRCR_CORENPDRQ have different semantics and
> purposes
>
> EDPRCR_COREPURQ is in the debug power domain an is tied to an external
> debug request that should be an input to the external (to the PE)
> system power contro
On 29 March 2017 at 19:59, Leo Yan wrote:
> On Wed, Mar 29, 2017 at 10:55:35AM -0600, Mathieu Poirier wrote:
>
> [...]
>
>> > So this is why add "idle_constraint" as a central place to control
>> > power domain for CPU debug purpose and I also think this is more
>> > friendly for hardware design,
Em Thu, 30 Mar 2017 10:26:32 -0400 (EDT)
Alan Stern escreveu:
> On Thu, 30 Mar 2017, Oliver Neukum wrote:
>
> > > Btw, I'm a lot more concerned about USB storage drivers. When I was
> > > discussing about this issue at the #raspberrypi-devel IRC channel,
> > > someone complained that, after swit
On Thu, 30 Mar 2017, Oliver Neukum wrote:
> > Btw, I'm a lot more concerned about USB storage drivers. When I was
> > discussing about this issue at the #raspberrypi-devel IRC channel,
> > someone complained that, after switching from the RPi downstream Kernel
> > to upstream, his USB data storage
On Thu, Mar 30, 2017 at 10:00:30AM +0100, Suzuki K Poulose wrote:
[...]
> Leo,
>
> Also, it would be good to restore the PRCR register back to the original state
> after we read the registers (if we changed them). I am exploring ways to make
> use of this feature on demand (e.g, tie it to sysrq-
On Thu, Mar 30, 2017 at 8:53 AM, Ingo Molnar wrote:
>
> * Masami Hiramatsu wrote:
>
>> > So this is something I missed while the original code was merged, but the
>> > concept
>> > looks a bit weird: why do we do any "allocation" while a handler is
>> > executing?
>> >
>> > That's fundamentally
On Thu, 30 Mar 2017 08:53:32 +0200
Ingo Molnar wrote:
>
> * Masami Hiramatsu wrote:
>
> > > So this is something I missed while the original code was merged, but the
> > > concept
> > > looks a bit weird: why do we do any "allocation" while a handler is
> > > executing?
> > >
> > > That's
Am Donnerstag, den 30.03.2017, 07:28 -0300 schrieb Mauro Carvalho
Chehab:
> Em Thu, 30 Mar 2017 12:34:32 +0300
> Laurent Pinchart escreveu:
>
> >
Hi,
> > > That effectively changes the API. Many network drivers are written with
> > > the assumption that any contiguous buffer is valid. In fact
Em Thu, 30 Mar 2017 15:05:30 +0300
Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Thursday 30 Mar 2017 07:28:00 Mauro Carvalho Chehab wrote:
> > Em Thu, 30 Mar 2017 12:34:32 +0300 Laurent Pinchart escreveu:
> > > On Thursday 30 Mar 2017 10:11:31 Oliver Neukum wrote:
> > >> Am Donnerstag, den
Em Thu, 30 Mar 2017 13:17:16 +0200
Markus Heiser escreveu:
> Am 30.03.2017 um 12:12 schrieb Mauro Carvalho Chehab
> :
> >>> At this point I'd just go with what Mauro has. It's here now, as
> >>> patches. We've seen from the GPU documentation that polishing the
> >>> one-time initial conversion i
Hi Mauro,
On Thursday 30 Mar 2017 07:28:00 Mauro Carvalho Chehab wrote:
> Em Thu, 30 Mar 2017 12:34:32 +0300 Laurent Pinchart escreveu:
> > On Thursday 30 Mar 2017 10:11:31 Oliver Neukum wrote:
> >> Am Donnerstag, den 30.03.2017, 01:15 +0300 schrieb Laurent Pinchart:
> + may also override P
On Thu, 30 Mar 2017, Mauro Carvalho Chehab wrote:
> Currently, the script just assumes to be called at
> Documentation/sphinx/. Change it to work on any directory,
> and make it abort if something gets wrong.
>
> Also, be sure that both parameters are specified.
>
> That should avoid troubles like
Am 30.03.2017 um 13:17 schrieb Markus Heiser :
>
> If it helps ... dbxml2rst also supports single file conversion ... I updated:
>
>
> https://github.com/return42/sphkerneldoc/tree/master/Documentation/books_migrated
>
> There you find a folder for each DocBook conversion with only one rst f
Am 30.03.2017 um 12:12 schrieb Mauro Carvalho Chehab :
>>> At this point I'd just go with what Mauro has. It's here now, as
>>> patches. We've seen from the GPU documentation that polishing the
>>> one-time initial conversion is, after a point, wasted effort. Having the
>>> documentation in rst at
From: Mauro Carvalho Chehab
> Sent: 30 March 2017 11:28
...
> While debugging this issue, I saw *a lot* of network-generated URB
> traffic from RPi3 Ethernet port drivers that were using non-aligned
> buffers and were subject to the temporary buffer conversion.
Buffers from the network stack will
Em Thu, 30 Mar 2017 07:45:35 -0300
Mauro Carvalho Chehab escreveu:
> Currently, the script just assumes to be called at
> Documentation/sphinx/. Change it to work on any directory,
> and make it abort if something gets wrong.
>
> Also, be sure that both parameters are specified.
>
> That should
Em Thu, 30 Mar 2017 12:38:42 +0300
Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Wednesday 29 Mar 2017 22:06:33 Mauro Carvalho Chehab wrote:
> > Em Thu, 30 Mar 2017 01:15:27 +0300 Laurent Pinchart escreveu:
> > > On Wednesday 29 Mar 2017 15:54:21 Mauro Carvalho Chehab wrote:
> > > > Several
This document describe some USB core features. Add it to the
driver-api book.
Signed-off-by: Mauro Carvalho Chehab
---
.../hotplug.txt => driver-api/usb/hotplug.rst} | 66 --
Documentation/driver-api/usb/index.rst | 1 +
2 files changed, 37 insertions(+), 30
This document describe some USB core features. Add it to the
driver-api book.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/driver-api/usb/index.rst | 1 +
.../persist.txt => driver-api/usb/persist.rst} | 22 +-
2 files changed, 14 insertions(+), 9 d
The pandoc conversion is not perfect. Do handwork in order to:
- add a title to this chapter;
- adjust function and struct references;
- use monospaced fonts for C code names;
- some other minor adjustments to make it better to read in
text mode and in html.
Signed-off-by: Mauro Carvalho Chehab
This document describe some USB core functions. Add it to the
driver-api book.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/driver-api/usb/index.rst | 1 +
.../usb/power-management.rst} | 404 +++--
2 files changed, 214 insertions(+),
- use the proper warning and note markups;
- add references for parts of the document that will be
cross-referenced on other USB docs;
- some minor adjustments to make it better to read in
text mode and in html.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/driver-api/usb/usb.rst |
This document describe some USB core functions. Add it to the
driver-api book.
Signed-off-by: Mauro Carvalho Chehab
---
.../callbacks.txt => driver-api/usb/callbacks.rst} | 61 +++---
Documentation/driver-api/usb/index.rst | 1 +
2 files changed, 43 insertions(+), 19
This document describe some USB core features. Add it to the
driver-api book.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/driver-api/usb/error-codes.rst | 205 +++
Documentation/driver-api/usb/index.rst | 1 +
Documentation/usb/error-codes.txt
Currently, the script just assumes to be called at
Documentation/sphinx/. Change it to work on any directory,
and make it abort if something gets wrong.
Also, be sure that both parameters are specified.
That should avoid troubles like this:
$ Documentation/sphinx/tmplcvt Documentation/DocBook/wr
The pandoc conversion is not perfect. Do handwork in order to:
- add a title to this chapter;
- use the proper warning and note markups;
- use kernel-doc to include Kernel header and c files;
- remove legacy notes with regards to DocBook;
- some other minor adjustments to make it better to read in
This file is actually quite complex, and required several
manual handwork:
- add a title for the document;
- use the right tags for monospaced fonts;
- use c references where needed;
- adjust cross-reference to writing_usb_driver.rst
- hightlight cross-referenced lines.
With regards to C code sni
Get rid of those warnings:
Documentation/driver-api/usb/usb.rst:615: ERROR: Unknown target name:
"usb_type".
Documentation/driver-api/usb/usb.rst:615: ERROR: Unknown target name:
"usb_dir".
Documentation/driver-api/usb/usb.rst:615: ERROR: Unknown target name:
"usb_recip".
Docume
The URB doc describes the Kernel mechanism that do USB transfers.
While the functions are already described at urb.h, there are a
number of concepts and theory that are important for USB driver
developers.
Convert it to ReST and use C ref links to point to the places
at usb.h where each function a
By definition, we use /* private: */ tag when we won't be documenting
a parameter. However, those two parameters are documented:
./include/linux/usb/composite.h:510: warning: Excess struct/union/enum/typedef
member 'setup_pending' description in 'usb_composite_dev'
./include/linux/usb/composite.h
We need an space before a numbered list to avoid those warnings:
./drivers/usb/core/message.c:478: ERROR: Unexpected indentation.
./drivers/usb/core/message.c:479: WARNING: Block quote ends without a blank
line; unexpected unindent.
./include/linux/usb/composite.h:455: ERROR: Unexpected indentati
As some USB documentation files got moved, adjust their
cross-references to their new place.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/ABI/stable/sysfs-bus-usb| 2 +-
Documentation/driver-api/usb/URB.rst | 2 ++
Documentation/driver-api/usb/callbacks.rst
There's one value that use spaces instead of tabs to ident.
That causes the following warning:
./include/linux/usb/gadget.h:193: ERROR: Unexpected indentation.
Signed-off-by: Mauro Carvalho Chehab
---
include/linux/usb/gadget.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
The structs there at device table are used by other documentation
at the Kernel. So, add it to the driver API.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/driver-api/basics.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/driver-api/basics.rst
b/Documentati
This document describe some USB core features. Add it to the
driver-api book.
Signed-off-by: Mauro Carvalho Chehab
---
.../{usb/dma.txt => driver-api/usb/dma.rst}| 51 --
Documentation/driver-api/usb/index.rst | 1 +
2 files changed, 28 insertions(+), 24
Several host controllers, commonly found on ARM, like dwc2,
require buffers that are CPU-word aligned for they to work.
Failing to do that will cause random troubles at the caller
drivers, causing them to fail.
Document it.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/driver-api/usb/
This document describe some USB core functions. Add it to the
driver-api book.
Signed-off-by: Mauro Carvalho Chehab
---
.../bulk-streams.txt => driver-api/usb/bulk-streams.rst}| 13 +
Documentation/driver-api/usb/index.rst | 1 +
2 files changed, 10 insertio
This document describe some USB core functions. Add it to the
driver-api book.
Signed-off-by: Mauro Carvalho Chehab
---
.../anchors.txt => driver-api/usb/anchors.rst} | 36 --
Documentation/driver-api/usb/index.rst | 1 +
2 files changed, 21 insertions(+), 16
Em Thu, 30 Mar 2017 12:34:32 +0300
Laurent Pinchart escreveu:
> Hi Oliver,
>
> On Thursday 30 Mar 2017 10:11:31 Oliver Neukum wrote:
> > Am Donnerstag, den 30.03.2017, 01:15 +0300 schrieb Laurent Pinchart:
> > > > + may also override PAD bytes at the end of the ``transfer_buffer``,
> > > > u
Em Thu, 30 Mar 2017 11:20:14 +0200
Markus Heiser escreveu:
> Am 30.03.2017 um 10:21 schrieb Jani Nikula :
>
> > On Thu, 30 Mar 2017, Markus Heiser wrote:
> >> Hi Mauro,
> >>
> >> Am 29.03.2017 um 20:54 schrieb Mauro Carvalho Chehab
> >> :
> >>
> >>> As we're moving out of DocBook, let's
Hi Mauro,
On Wednesday 29 Mar 2017 22:06:33 Mauro Carvalho Chehab wrote:
> Em Thu, 30 Mar 2017 01:15:27 +0300 Laurent Pinchart escreveu:
> > On Wednesday 29 Mar 2017 15:54:21 Mauro Carvalho Chehab wrote:
> > > Several host controllers, commonly found on ARM, like dwc2,
> > > require buffers that a
Hi Oliver,
On Thursday 30 Mar 2017 10:11:31 Oliver Neukum wrote:
> Am Donnerstag, den 30.03.2017, 01:15 +0300 schrieb Laurent Pinchart:
> > > + may also override PAD bytes at the end of the ``transfer_buffer``,
> > > up to the
> > > + size of the CPU word.
> >
> > "May" is quite weak here. If
Em Thu, 30 Mar 2017 10:04:32 +0300
Jani Nikula escreveu:
> On Thu, 30 Mar 2017, Jani Nikula wrote:
> > On Wed, 29 Mar 2017, Mauro Carvalho Chehab
> > wrote:
> >> The pandoc conversion is not perfect. Do handwork in order to:
> >>
> >> - add a title to this chapter;
> >> - use the proper warn
Am 30.03.2017 um 10:21 schrieb Jani Nikula :
> On Thu, 30 Mar 2017, Markus Heiser wrote:
>> Hi Mauro,
>>
>> Am 29.03.2017 um 20:54 schrieb Mauro Carvalho Chehab
>> :
>>
>>> As we're moving out of DocBook, let's convert the remaining
>>> USB docbooks to ReST.
>>>
>>> The transformation itself
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
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
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
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 +++-
1 file changed, 857 insertions(+), 14 deletions(-
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
On 30/03/17 02:03, Leo Yan wrote:
On Wed, Mar 29, 2017 at 03:56:23PM +0100, Mike Leach wrote:
[...]
+ /*
+* Unfortunately the CPU cannot be powered up, so return
+* back and later has no permission to access other
+* registers. For this case, should set 'idle_constraint'
+* t
Em Thu, 30 Mar 2017 10:01:29 +0300
Jani Nikula escreveu:
> On Wed, 29 Mar 2017, Mauro Carvalho Chehab wrote:
> > The pandoc conversion is not perfect. Do handwork in order to:
> >
> > - add a title to this chapter;
> > - use the proper warning and note markups;
> > - use kernel-doc to include Ke
On Thu, 30 Mar 2017, Markus Heiser wrote:
> Hi Mauro,
>
> Am 29.03.2017 um 20:54 schrieb Mauro Carvalho Chehab
> :
>
>> As we're moving out of DocBook, let's convert the remaining
>> USB docbooks to ReST.
>>
>> The transformation itself on this patch is a no-brainer
>> conversion using pandoc.
>
Am Donnerstag, den 30.03.2017, 01:15 +0300 schrieb Laurent Pinchart:
> > + may also override PAD bytes at the end of the ``transfer_buffer``, up to
> > the
> > + size of the CPU word.
>
> "May" is quite weak here. If some host controller drivers require buffers to
> be aligned, then it's an A
On Thu, Mar 30, 2017 at 09:34:52AM +0200, Peter Rosin wrote:
> On 2017-03-27 16:21, Peter Rosin wrote:
> > Hi Greg!
> >
> > Please apply.
> >
>
> *snip snip*
>
> > v10 -> v11 changes
> > - added a new patch (12) with a fix for messed up error path reported
> > by Paul Gortmaker.
>
> Oops, sho
Hi Mauro,
Am 29.03.2017 um 20:54 schrieb Mauro Carvalho Chehab :
> As we're moving out of DocBook, let's convert the remaining
> USB docbooks to ReST.
>
> The transformation itself on this patch is a no-brainer
> conversion using pandoc.
right, its a no-brainer ;-) I'am not very happy with this
On 2017-03-27 16:21, Peter Rosin wrote:
> Hi Greg!
>
> Please apply.
>
*snip snip*
> v10 -> v11 changes
> - added a new patch (12) with a fix for messed up error path reported
> by Paul Gortmaker.
Oops, should be Dan Carpenter. Sorry about that...
And, I forgot to high-light this:
> v4 -> v
On Thu, 30 Mar 2017, Jani Nikula wrote:
> On Wed, 29 Mar 2017, Mauro Carvalho Chehab wrote:
>> The pandoc conversion is not perfect. Do handwork in order to:
>>
>> - add a title to this chapter;
>> - use the proper warning and note markups;
>> - use kernel-doc to include Kernel header and c files
On Wed, 29 Mar 2017, Mauro Carvalho Chehab wrote:
> The pandoc conversion is not perfect. Do handwork in order to:
>
> - add a title to this chapter;
> - use the proper warning and note markups;
> - use kernel-doc to include Kernel header and c files;
Please look at Documentation/sphinx/tmplcvt w
80 matches
Mail list logo
