[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK7LNARpx7f0eV5_AiPmNYT7MsRbGFOygJwjfAzX_7aCpuHwuw@mail.gmail.com>
Date: Sat, 11 Mar 2017 14:43:15 +0900
From: Masahiro Yamada <yamada.masahiro@...ionext.com>
To: nicolas.dichtel@...nd.com
Cc: Arnd Bergmann <arnd@...db.de>, Michal Marek <mmarek@...e.com>,
Linux Kbuild mailing list <linux-kbuild@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-arch@...r.kernel.org, David Airlie <airlied@...ux.ie>,
"David S. Miller" <davem@...emloft.net>,
Russell King <linux@...linux.org.uk>, bp@...en8.de,
slash.tmp@...e.fr, daniel.vetter@...ll.ch,
rmk+kernel@...linux.org.uk, msalter@...hat.com, jengelh@...i.de,
hch@...radead.org, tklauser@...tanz.ch, mpe@...erman.id.au,
Ingo Molnar <mingo@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>, ldv@...linux.org,
Herbert Xu <herbert@...dor.apana.org.au>,
linux-rdma@...r.kernel.org
Subject: Re: [PATCH v9 00/11] uapi: export all headers under uapi directories
Hi Nicolas,
2017-03-11 1:34 GMT+09:00 Nicolas Dichtel <nicolas.dichtel@...nd.com>:
> Le 02/03/2017 à 17:56, Nicolas Dichtel a écrit :
>> Patches #1 and #2 are just cleanup: some exported headers were still under
>> a non-uapi directory. Patch #3 is a fix to avoid exporting a file that was
>> not under an uapi directory.
>> After these three patches, all exported headers are under an uapi directory:
>> path #4 stops searching files in non uapi directories.
>> The patch #5 was spotted by code review: there is no in-tree user of this
>> functionality.
>> Patch #6 fixes some warnings/errors reported by 0-day tests.
>> Patch #7 to #9 fix some errors when the corresponding files are included by
>> userland.
>> Patches #10 and #11 remove the need to list explicitly headers. Now all files
>> under an uapi directory are exported.
>>
>> This series has been tested with a 'make headers_install' on x86 and a
>> 'make headers_install_all'. I've checked the result of both commands.
>>
>> This patch is built against linus tree. If I must rebase it against the kbuild
>> tree, just tell me.
>> Michal, is this series going through your tree?
> Still waiting to know who may take this series in its tree ;-)
I will take care of this.
> kbuild tree has not been updated since two months (4.10-rc1) :/
Michal's tree is not active these days.
Going forward, I will queue up Kbuild patches in my repository.
BTW, this series does not apply cleanly.
If you could rebase it onto v4.11-rc1 tag,
it would be helpful.
Thanks!
--
Best Regards
Masahiro Yamada
Powered by blists - more mailing lists