Re: [PATCH v2 7/7] tty: serial: msm_geni_serial: Add serial driver support for GENI based QUP

On Sat, Jan 13, 2018 at 6:35 AM, Karthikeyan Ramasubramanian wrote: > This driver supports GENI based UART Controller in the Qualcomm SOCs. The > Qualcomm Generic Interface (GENI) is a programmable module supporting a > wide range of serial interfaces including UART. This

Re: [PATCH 0/2] Update lockdep doc and add section about annotations

On Tue, Feb 13, 2018 at 07:55:17PM +0100, Juri Lelli wrote: > Hi, > > a couple of patches to lockdep docs. > > First one is a small fix for that fact that Peter made documentation > stale (as usual :P). > > Second one is an RFC. I thought that adding some info about lockdep > asserts might help

Re: [patch 1/2] mm, page_alloc: extend kernelcore and movablecore for percent

On Mon 12-02-18 16:24:25, David Rientjes wrote: > Both kernelcore= and movablecore= can be used to define the amount of > ZONE_NORMAL and ZONE_MOVABLE on a system, respectively. This requires > the system memory capacity to be known when specifying the command line, > however. > > This

Re: [PATCH] Documentation: kdump: describe jumping to dump-capture kernel

On Wed, Feb 14, 2018 at 2:43 AM, Dave Young wrote: > Hi, > On 02/13/18 at 04:22pm, Gioh Kim wrote: >> Jumping between the system kernel and the dump-capture kernel >> has been supported for long time but there is no description >> how to use it. This patch adds the description

Re: [PATCH] Documentation: kdump: describe jumping to dump-capture kernel

On Wed, Feb 14, 2018 at 10:17 AM, Bhupesh SHARMA wrote: > On Wed, Feb 14, 2018 at 2:32 PM, Gi-Oh Kim wrote: >> On Wed, Feb 14, 2018 at 2:43 AM, Dave Young wrote: >>> Hi, >>> On 02/13/18 at 04:22pm, Gioh Kim wrote:

Re: [patch 1/2] mm, page_alloc: extend kernelcore and movablecore for percent

On Wed, 14 Feb 2018, Michal Hocko wrote: > I do not have any objections regarding the extension. What I am more > interested in is _why_ people are still using this command line > parameter at all these days. Why would anybody want to introduce lowmem > issues from 32b days. I can see the

Re: [PATCH] Documentation: kdump: describe jumping to dump-capture kernel

On Wed, Feb 14, 2018 at 2:32 PM, Gi-Oh Kim wrote: > On Wed, Feb 14, 2018 at 2:43 AM, Dave Young wrote: >> Hi, >> On 02/13/18 at 04:22pm, Gioh Kim wrote: >>> Jumping between the system kernel and the dump-capture kernel >>> has been supported for

Re: [PATCH v2 4/6] crypto: virtio: convert to new crypto engine API

On Fri, Jan 26, 2018 at 08:15:32PM +0100, Corentin Labbe wrote: > This patch convert the driver to the new crypto engine API. > > Signed-off-by: Corentin Labbe Acked-by: Michael S. Tsirkin Pls queue when/if rest of changes go in. > --- >

Re: [PATCH v4 16/18] scripts: kernel-doc: improve nested logic to handle multiple identifiers

On Mon, 18 Dec 2017, Mauro Carvalho Chehab wrote: > It is possible to use nested structs like: > > struct { > struct { > void *arg1; > } st1, st2, *st3, st4; > }; > > Handling it requires to split each parameter. Change the logic > to allow such

Re: [PATCH v4 16/18] scripts: kernel-doc: improve nested logic to handle multiple identifiers

On Wed, 14 Feb 2018, Mauro Carvalho Chehab wrote: > There is a simple fix, though. Make inline comments to accept a dot: > > diff --git a/scripts/kernel-doc b/scripts/kernel-doc > index fee8952037b1..06d7f3f2c094 100755 > --- a/scripts/kernel-doc > +++

[RESEND PATCH] memory-barriers: Fix description of data dependency barriers

In the description of data dependency barriers the words 'before' is used erroneously. Since such barrier order dependent loads one after the other. So substitute 'before' with 'after'. Signed-off-by: Nikolay Borisov --- Resent due to missing out the various mailing lists doh

Re: [PATCH 8/8] docs: kernel-doc: Don't mangle literal code blocks in comments

> Am 07.02.2018 um 18:26 schrieb Jonathan Corbet : > > It can be useful to put code snippets into kerneldoc comments; that can be > done with the "::" operator at the end of a line like this:: > > if (desperate) > run_in_circles(); > > kernel-doc currently fails to

Re: [PATCH v4 16/18] scripts: kernel-doc: improve nested logic to handle multiple identifiers

Em Wed, 14 Feb 2018 18:07:03 +0200 Jani Nikula escreveu: > On Mon, 18 Dec 2017, Mauro Carvalho Chehab wrote: > > It is possible to use nested structs like: > > > > struct { > > struct { > > void *arg1; > > } st1, st2,

Re: [PATCH v2 3/7] soc: qcom: Add GENI based QUP Wrapper driver

On Sat, Jan 13, 2018 at 6:35 AM, Karthikeyan Ramasubramanian wrote: > This driver manages the Generic Interface (GENI) firmware based Qualcomm > Universal Peripheral (QUP) Wrapper. GENI based QUP is the next generation > programmable module composed of multiple Serial

Re: [PATCH v2 2/6] crypto: engine - Permit to enqueue all async requests

Adding my tested-by for the AEAD part which is new in v2 On 26/01/18 20:15, Corentin Labbe wrote: > The crypto engine could actually only enqueue hash and ablkcipher request. > This patch permit it to enqueue any type of crypto_async_request. > > Signed-off-by: Corentin Labbe

[PATCH 6/8] docs: kernel-doc: Move STATE_PROTO processing into its own function

Move the top-level prototype-processing code out of process_file(). Reviewed-by: Jani Nikula Signed-off-by: Jonathan Corbet --- scripts/kernel-doc | 46 -- 1 file changed, 28 insertions(+), 18 deletions(-) diff

[PATCH 4/8] docs: kernel-doc: Move STATE_NAME processing into its own function

Move this code out of process_file() in the name of readability and maintainability. Reviewed-by: Jani Nikula Signed-off-by: Jonathan Corbet --- scripts/kernel-doc | 137 - 1 file changed, 72

[PATCH 5/8] docs: kernel-doc: Move STATE_BODY processing to a separate function

Also group the pseudo-global $leading_space variable with its peers. Reviewed-by: Jani Nikula Signed-off-by: Jonathan Corbet --- scripts/kernel-doc | 193 - 1 file changed, 101 insertions(+), 92

[PATCH 8/8] docs: kernel-doc: Don't mangle literal code blocks in comments

It can be useful to put code snippets into kerneldoc comments; that can be done with the "::" operator at the end of a line like this:: if (desperate) run_in_circles(); The ".. code-block::" directive can also be used to this end. kernel-doc currently fails to understand these literal

[PATCH v2 0/8] docs: Cleanup kernel-doc and fix literal block handling

So once upon a time I set out to fix the problem reported by Tobin wherein a literal block within a kerneldoc comment would be corrupted in processing. On the way, though, I got annoyed at the way I have to learn how kernel-doc works from the beginning every time I tear into it. As a result,

[PATCH 7/8] docs: kernel-doc: Finish moving STATE_* code out of process_file()

Move STATE_INLINE and STATE_DOCBLOCK code out of process_file(), which now actually fits on a single screen. Delete an unused variable and add a couple of comments while I'm at it. Reviewed-by: Jani Nikula Signed-off-by: Jonathan Corbet ---

[PATCH 1/8] docs: kernel-doc: Get rid of xml_escape() and friends

XML escaping is a worry that came with DocBook, which we no longer have any dealings with. So get rid of the useless xml_escape()/xml_unescape() functions. No change to the generated output. Signed-off-by: Jonathan Corbet --- scripts/kernel-doc | 65

[PATCH 2/8] docs: kernel-doc: Rename and split STATE_FIELD

STATE_FIELD describes a parser state that can handle any part of a kerneldoc comment body; rename it to STATE_BODY to reflect that. The $in_purpose variable was a hidden substate of STATE_FIELD; get rid of it and make a proper state (STATE_BODY_MAYBE) instead. This will make the subsequent

[PATCH 3/8] docs: kernel-doc: Move STATE_NORMAL processing into its own function

Begin the process of splitting up the nearly 500-line process_file() function by moving STATE_NORMAL processing to a separate function. Reviewed-by: Jani Nikula Signed-off-by: Jonathan Corbet --- scripts/kernel-doc | 21 - 1 file

Re: [PATCH 1/8] docs: kernel-doc: Get rid of xml_escape() and friends

On Wed, 14 Feb 2018, Jonathan Corbet wrote: > XML escaping is a worry that came with DocBook, which we no longer have any > dealings with. So get rid of the useless xml_escape()/xml_unescape() > functions. No change to the generated output. > > Signed-off-by: Jonathan Corbet

Re: [PATCH 8/8] docs: kernel-doc: Don't mangle literal code blocks in comments

On Wed, 14 Feb 2018, Jonathan Corbet wrote: > It can be useful to put code snippets into kerneldoc comments; that can be > done with the "::" operator at the end of a line like this:: > >if (desperate) >run_in_circles(); > > The ".. code-block::" directive can also be