Am 23.01.2017 um 16:24 schrieb Jonathan Corbet :
> On Mon, 23 Jan 2017 15:14:51 +
> Matthew Wilcox wrote:
>
>>> I maintain my own stack of "linuxdoc" with a python version
>>> of the kernel-doc script (hosted on github). It uses the same
>>> regexes as the perl version (using a python rewri
Hello,
Applied to f2fs.git.
Thanks,
On 01/24, Masanari Iida wrote:
> This patch fix a typo in f2fs.txt
>
> Signed-off-by: Masanari Iida
> ---
> Documentation/filesystems/f2fs.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/filesystems/f2fs.txt
> b/
This patch fix a typo in f2fs.txt
Signed-off-by: Masanari Iida
---
Documentation/filesystems/f2fs.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/filesystems/f2fs.txt
b/Documentation/filesystems/f2fs.txt
index d99faced79cb..0ab33d4c8406 100644
--- a/Documen
On 01/19/2017 04:06 PM, Steve Kowalik wrote:
> Convert the SuperH interfaces DocBook to RST.
Well, it's not any _worse_. :)
Especially since https://www.kernel.org/doc/htmldocs/ doesn't have any
content anymore so I can't point to the old one.
Rich: did you find this file useful coming up to spe
On Mon, Jan 23, 2017 at 04:01:25PM -0600, Edward James wrote:
>
>
> On Sat, Jan 21, 2017 at 12:08 PM, Guenter Roeck wrote:
> > On 01/16/2017 01:13 PM, eajames@gmail.com wrote:
> >>
> >> From: "Edward A. James"
> >>
> >> Add a generic mechanism to expose the sensors provided by the OCC in
>
On Mon, Jan 23, 2017 at 01:28:52PM -0600, Edward James wrote:
> I still just can't get gmail to reply to this. Thanks for the review.
>
> On Sat, Jan 21, 2017 at 11:49 AM, Guenter Roeck wrote:
> > On 01/16/2017 01:13 PM, eajames@gmail.com wrote:
> >>
> >> From: "Edward A. James"
> >>
> >> Ad
On Mon, 23 Jan 2017 15:14:51 +
Matthew Wilcox wrote:
> > I maintain my own stack of "linuxdoc" with a python version
> > of the kernel-doc script (hosted on github). It uses the same
> > regexes as the perl version (using a python rewrite here has some
> > other benefits, one you will see bel
From: Markus Heiser [mailto:markus.hei...@darmarit.de]
> Am 23.01.2017 um 09:18 schrieb Matthew Wilcox
> :
> Hi Matthew !
>
> short answer: Thanks a lot
> Acked-by: Markus Heiser
Excellent!
> to be more verbose:
>what I have tested and what I recommend ...
>
> I maintain my own stack
Am 23.01.2017 um 14:58 schrieb Paolo Bonzini :
>>
>> Hi Paolo !
>>
>> Sorry for my late reply, I'am testing patch 2:
>>
>> https://www.mail-archive.com/linux-doc@vger.kernel.org/msg08503.html
>>
>> but I can't find any changes in the reST output (even not in
>> include/linux/log2.h
>> you me
On 23/01/2017 14:42, Markus Heiser wrote:
>
> Am 04.01.2017 um 23:06 schrieb Jonathan Corbet :
>
>> On Mon, 2 Jan 2017 16:22:22 +0100
>> Paolo Bonzini wrote:
>>
>>> these patches are the result of my experiments with using kernel-doc
>>> for QEMU's documentation. Patches 1 and 2 should be re
Am 04.01.2017 um 23:06 schrieb Jonathan Corbet :
> On Mon, 2 Jan 2017 16:22:22 +0100
> Paolo Bonzini wrote:
>
>> these patches are the result of my experiments with using kernel-doc
>> for QEMU's documentation. Patches 1 and 2 should be relatively
>> straightforward, as they are simple bugfix
Hi Mauro,
On Mon, Jan 23, 2017 at 2:01 PM, Mauro Carvalho Chehab
wrote:
> Em Mon, 23 Jan 2017 11:44:54 +0100
> Geert Uytterhoeven escreveu:
>> On Mon, Jan 23, 2017 at 11:34 AM, Mauro Carvalho Chehab
>> wrote:
>> > Em Fri, 13 Jan 2017 12:03:24 -0800
>> > Joe Perches escreveu:
>> >> On Fri, 2017-
Em Mon, 23 Jan 2017 11:44:54 +0100
Geert Uytterhoeven escreveu:
> Hi Mauro,
>
> On Mon, Jan 23, 2017 at 11:34 AM, Mauro Carvalho Chehab
> wrote:
> > Em Fri, 13 Jan 2017 12:03:24 -0800
> > Joe Perches escreveu:
> >> On Fri, 2017-01-13 at 12:41 -0700, Jonathan Corbet wrote:
> >> > On Tue, 10
Am 23.01.2017 um 09:18 schrieb Matthew Wilcox :
> Clearly nobody ever tried to build the documentation for the radix tree
> before:
>
> include/linux/radix-tree.h:400: warning: cannot understand function
> prototype: 'void ** radix_tree_iter_init(struct radix_tree_iter *iter,
> unsigned long sta
On Sun, 22 Jan 2017, Joe Perches wrote:
> On Sun, 2017-01-22 at 22:43 -0800, Joe Perches wrote:
> > Two questions for Julia Lawall:
> >
> > o is there a better way to do this than repeat the blocks
> > one for each replacement
> > o can struct device * dev be made an arbitrary identifier
> >
>
On Mon, 2017-01-23 at 11:44 +0100, Geert Uytterhoeven wrote:
> When will/can we get rid of them?
> Old (doh) kernels, and new versions of stable kernels will keep on having
> them for the next +10 years.
>
> To me, these[*] filenames are more like a user-visible API, which should
> not be changed
Hi Mauro,
On Mon, Jan 23, 2017 at 11:34 AM, Mauro Carvalho Chehab
wrote:
> Em Fri, 13 Jan 2017 12:03:24 -0800
> Joe Perches escreveu:
>> On Fri, 2017-01-13 at 12:41 -0700, Jonathan Corbet wrote:
>> > On Tue, 10 Jan 2017 14:09:51 -0800
>> > Joe Perches wrote:
>> >
>> > > Make these files symlink
Hi,
Em Fri, 13 Jan 2017 12:03:24 -0800
Joe Perches escreveu:
> On Fri, 2017-01-13 at 12:41 -0700, Jonathan Corbet wrote:
> > On Tue, 10 Jan 2017 14:09:51 -0800
Sorry to not reply earlier... just returned today from vacations.
> > Joe Perches wrote:
> >
> > > Make these files symlinks to th
On 2017-01-22 14:30, Jonathan Cameron wrote:
> On 18/01/17 15:57, Peter Rosin wrote:
>> Allow bindings for a GPIO controlled mux to be specified in the
>> mux consumer node.
>>
>> Signed-off-by: Peter Rosin
> Code is good as far as I am concerned. Only question is whether this
Hmmm, now that I th
Clearly nobody ever tried to build the documentation for the radix tree
before:
include/linux/radix-tree.h:400: warning: cannot understand function
prototype: 'void ** radix_tree_iter_init(struct radix_tree_iter *iter,
unsigned long start) '
Indeed, the regexes only handled a single '*', not one-
20 matches
Mail list logo
