[PATCH] Documentation/features/KASAN: mark KASAN as supported only on 64-bit on x86

Relevant part is: arch/x86/Kconfig: select HAVE_ARCH_KASAN if X86_64 && SPARSEMEM_VMEMMAP Signed-off-by: Adam Borowski --- Documentation/features/debug/KASAN/arch-support.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v2 13/17] media: v4l2-async: simplify v4l2_async_subdev structure

Hi Mauro, (Removing the non-list recipients.) On Fri, Sep 29, 2017 at 06:27:13AM -0300, Mauro Carvalho Chehab wrote: > Em Thu, 28 Sep 2017 15:09:21 +0300 > Sakari Ailus escreveu: > > > Hi Mauro, > > > > On Wed, Sep 27, 2017 at 06:46:56PM -0300, Mauro Carvalho Chehab

Re: [PATCH v2 09/13] scripts: kernel-doc: parse next structs/unions

> Am 29.09.2017 um 17:29 schrieb Mauro Carvalho Chehab > : > > Em Thu, 28 Sep 2017 18:28:32 +0200 > Markus Heiser escreveu: > >> Hi Mauro, >> >>> Am 27.09.2017 um 23:10 schrieb Mauro Carvalho Chehab >>> : > >>>

Re: [PATCH v2 09/13] scripts: kernel-doc: parse next structs/unions

Em Fri, 29 Sep 2017 12:29:31 -0300 Mauro Carvalho Chehab escreveu: > Em Thu, 28 Sep 2017 18:28:32 +0200 > Markus Heiser escreveu: > > > Hi Mauro, > > > > > Am 27.09.2017 um 23:10 schrieb Mauro Carvalho Chehab > > >

Re: [PATCH v2 09/13] scripts: kernel-doc: parse next structs/unions

Em Thu, 28 Sep 2017 18:28:32 +0200 Markus Heiser escreveu: > Hi Mauro, > > > Am 27.09.2017 um 23:10 schrieb Mauro Carvalho Chehab > > : > > +It is possible to document nested structs unions, like:: > > + > > + /** > > + * struct

Re: [PATCH v2 09/13] scripts: kernel-doc: parse next structs/unions

Em Fri, 29 Sep 2017 17:00:36 +0200 Markus Heiser escreveu: > > None to argue here. If it is part of the language, either comply or use > > some other language that it isn't position oriented. > > Just for info; when Guido van Rossum created python he thought, that >

Re: [PATCH v2 09/13] scripts: kernel-doc: parse next structs/unions

> Am 29.09.2017 um 15:33 schrieb Mauro Carvalho Chehab > : >> Sorry if I was unclear. I mean we should not use tabs in reST or in py. > > Ah, OK. > >> In python the indentation is a part of the language syntax, same in >> reST; the indentation is the markup. It's not

Re: [PATCH v2 09/13] scripts: kernel-doc: parse next structs/unions

Em Fri, 29 Sep 2017 15:07:05 +0200 Markus Heiser escreveu: > > Am 29.09.2017 um 14:08 schrieb Mauro Carvalho Chehab > > : > > > > Em Thu, 28 Sep 2017 18:28:32 +0200 > > Markus Heiser escreveu: > > > >> Hi

Re: [PATCH v2 09/13] scripts: kernel-doc: parse next structs/unions

> Am 29.09.2017 um 14:08 schrieb Mauro Carvalho Chehab > : > > Em Thu, 28 Sep 2017 18:28:32 +0200 > Markus Heiser escreveu: > >> Hi Mauro, >> >>> Am 27.09.2017 um 23:10 schrieb Mauro Carvalho Chehab >>> : >>> >>

Re: [PATCH v8 6/6] powerpc/fadump: use the new parse_args callback arguments

In case, someone wishes for a changelog: With fadump_rework_cmdline_params() function, parse_args() callback function, taking new arguments - current & next, use them to process 'fadump_extra_args=' parmeter, in enforcing the parameters passed through it for fadump kernel. On Tuesday 12

Re: [PATCH 3/3 v12] printk: Add monotonic, boottime, and realtime timestamps

Hi! > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > index b19c491cbc4e..e21b0c002d0f 100644 > --- a/lib/Kconfig.debug > +++ b/lib/Kconfig.debug > @@ -8,12 +8,58 @@ config PRINTK_TIME > messages to be added to the output of the syslog() system > call and at the console. >

Re: [PATCH v2 09/13] scripts: kernel-doc: parse next structs/unions

Em Thu, 28 Sep 2017 18:28:32 +0200 Markus Heiser escreveu: > Hi Mauro, > > > Am 27.09.2017 um 23:10 schrieb Mauro Carvalho Chehab > > : > > > I also untabified the example since tabs in reST are > a nightmare, especially in code blocks ...

Re: [PATCH v2 16/17] media: videobuf2-core: improve kernel-doc markups

Hi, On 2017-09-27 23:46, Mauro Carvalho Chehab wrote: Now that nested structs are supported, change the documentation to use it. While here, add cross-references where pertinent and use monotonic fonts where pertinent, using the right markup tags. Signed-off-by: Mauro Carvalho Chehab

Re: [PATCH net] ipv6: fix net.ipv6.conf.all interface DAD handlers

On Thu, Sep 28, 2017 at 1:22 PM, Erik Kline wrote: > Upon further reflection, doesn't the whole premise of this change > means that it's no longer possible to selectively disable these > features if they are set on "all"? Or are we saying that this mode is > only support with

Re: [RFC PATCH v2 3/7] sched/idle: Add poll before enter real idle path

On 2017/9/1 14:49, Quan Xu wrote: on 2017/8/29 22:39, Borislav Petkov wrote: On Tue, Aug 29, 2017 at 11:46:37AM +, Yang Zhang wrote: Add poll in do_idle. For UP VM, if there are running task, it will not goes into idle path, so we only enable poll in SMP VM. Signed-off-by: Yang Zhang

Re: [RFC PATCH v2 7/7] sched/idle: update poll time when wakeup from idle

On 2017/8/29 20:46, Peter Zijlstra wrote: On Tue, Aug 29, 2017 at 11:46:41AM +, Yang Zhang wrote: In ttwu_do_wakeup, it will update avg_idle when wakeup from idle. Here we just reuse this logic to update the poll time. It may be a little late to update the poll in ttwu_do_wakeup, but the

Re: [PATCH] docs: highres: fix broken urls

On Tue, 26 Sep 2017, Jonathan Corbet wrote: > On Tue, 29 Aug 2017 10:42:24 +0800 > stephen lu wrote: > > > Some urls is invalid. I find alternative urls. > > > > Signed-off-by: stephen lu > > --- > > Documentation/timers/highres.txt | 4 ++-- > > 1 file

Re: [PATCH v7 6/7] media: videodev2: add a flag for MC-centric devices

On Wed, Sep 27, 2017 at 07:23:48PM -0300, Mauro Carvalho Chehab wrote: > As both vdev-centric and MC-centric devices may implement the > same APIs, we need a flag to allow userspace to distinguish > between them. > > Signed-off-by: Mauro Carvalho Chehab Acked-by:

Re: [PATCH v7 7/7] media: open.rst: add a notice about subdev-API on vdev-centric

On Wed, Sep 27, 2017 at 07:23:49PM -0300, Mauro Carvalho Chehab wrote: > The documentation doesn't mention if vdev-centric hardware > control would have subdev API or not. > > Add a notice about that, reflecting the current status, where > three drivers use it, in order to support some