Em Mon, Aug 22, 2016 at 05:28:42PM -0700, H. Peter Anvin escreveu:

On August 22, 2016 5:07:39 PM PDT, "Luis R. Rodriguez" [off-list ref] wrote:

quoted

On Fri, Aug 19, 2016 at 03:31:47PM -0700, Kees Cook wrote:

quoted

On Fri, Aug 19, 2016 at 2:41 PM,  [off-list ref] wrote:

quoted

 tools/Makefile                                     |   3 +-
 .../arch/x86/include/generated/asm/section-core.h  |   1 +
 tools/arch/x86/include/generated/ranges.h          |   1 +
 tools/arch/x86/include/generated/tables.h          |   1 +
 tools/include/asm-generic/ranges.h                 | 103 ++++
 tools/include/asm-generic/section-core.h           | 341

quoted

quoted

quoted

 tools/include/asm-generic/tables.h                 |  50 ++

quoted

quoted

Aren't a bunch of these files exact duplicates of the headers in

include/linux?

quoted

Indeed... This a userspace tools/ architecture decision that was made
long ago, so its not up to me, I am just following the strategy
devised and picked up.  Refer to
7d7d1bf1d1dabe435ef50efb051724b8664749cb ("perf bench: Copy kernel
files needed to build mem{cpy,set} x86_64 benchmarks") for an example
of previous similar work. By sharing header files this enable more
tools/ to be hacked on.

I think this is a legacy from before the uapi change that should
really be fixed.  If we need to export additional kernel structures
for the tools, we could define a third level of we really need it.

No, it is something recent, its just that from time to time files that
tools/ included from outside, i.e. from the kernel sources, made tools/
break, so after discussion with Linus and Ingo[1], it was decided we would
grab copies and never more access anything outside tools/ directly.

Instead we would check for changes and warn the tools/ developers about
it, so that they could check what has changed, that could mean changes
should/could be done to tools/ using those headers.

- Arnaldo