On Tue, Jul 07, 2020 at 10:40:24AM +0200, Ahmed S. Darwish wrote: > On Mon, Jul 06, 2020 at 11:21:48PM +0200, Peter Zijlstra wrote: > > On Tue, Jun 30, 2020 at 07:44:38AM +0200, Ahmed S. Darwish wrote: > > > +#include <linux/seqlock_types_internal.h> > > > > Why? why not include those lines directly here? Having it in a separate > > file actually makes it harder to read. > > > > The seqlock_types_internal.h file contains mostly a heavy sequence of > typeof() branching macros, which is not related to the core logic of > sequence counters or sequential locks:
> IMHO it makes sense to isolate these "not core logic" parts. Adding all > of this to plain seqlock.h makes it almost unreadable. So I applied it all yesterday and tried to make sense of the resulting indirections and couldn't find stuff -- because it was hidding in another file. Specifically I disliked that *seqcount_t* naming and didn't see how it all connected. And that other file is less than 200 lines, which resulted in me wondering why it needed to be hidden away like that. Anyway, let me muck around with that a bit.