Re: [PATCH 5.4 044/158] compiler.h: fix barrier_data() on clang

2020-12-11 Thread Nick Desaulniers
On Mon, Nov 23, 2020 at 10:57 AM Nick Desaulniers wrote: > > On Mon, Nov 23, 2020 at 10:50 AM Greg Kroah-Hartman > wrote: > > > > On Mon, Nov 23, 2020 at 10:31:10AM -0800, Nick Desaulniers wrote: > > > Doesn't this depend on a v2 of > > > https://lore.kernel.org/lkml/fe040988-c076-8dec-8268-3fbaa

Re: [PATCH 5.4 044/158] compiler.h: fix barrier_data() on clang

2020-11-23 Thread Nick Desaulniers
On Mon, Nov 23, 2020 at 10:50 AM Greg Kroah-Hartman wrote: > > On Mon, Nov 23, 2020 at 10:31:10AM -0800, Nick Desaulniers wrote: > > Doesn't this depend on a v2 of > > https://lore.kernel.org/lkml/fe040988-c076-8dec-8268-3fbaa8b39...@infradead.org/ > > ? Oh, looks like v1 got picked up: > > https:

Re: [PATCH 5.4 044/158] compiler.h: fix barrier_data() on clang

2020-11-23 Thread Greg Kroah-Hartman
On Mon, Nov 23, 2020 at 10:31:10AM -0800, Nick Desaulniers wrote: > Doesn't this depend on a v2 of > https://lore.kernel.org/lkml/fe040988-c076-8dec-8268-3fbaa8b39...@infradead.org/ > ? Oh, looks like v1 got picked up: > https://lore.kernel.org/lkml/mhng-8c56f671-512a-45e7-9c94-fa39a80451da@palmerd

Re: [PATCH 5.4 044/158] compiler.h: fix barrier_data() on clang

2020-11-23 Thread Nick Desaulniers
Doesn't this depend on a v2 of https://lore.kernel.org/lkml/fe040988-c076-8dec-8268-3fbaa8b39...@infradead.org/ ? Oh, looks like v1 got picked up: https://lore.kernel.org/lkml/mhng-8c56f671-512a-45e7-9c94-fa39a80451da@palmerdabbelt-glaptop1/. Won't this break RISCV VDSO? On Mon, Nov 23, 2020 at 4:

[PATCH 5.4 044/158] compiler.h: fix barrier_data() on clang

2020-11-23 Thread Greg Kroah-Hartman
From: Arvind Sankar [ Upstream commit 3347acc6fcd4ee71ad18a9ff9d9dac176b517329 ] Commit 815f0ddb346c ("include/linux/compiler*.h: make compiler-*.h mutually exclusive") neglected to copy barrier_data() from compiler-gcc.h into compiler-clang.h. The definition in compiler-gcc.h was really to wor