On Monday, August 22, 2016 12:56:52 PM CEST Stephen Warren wrote: > On 08/22/2016 08:42 AM, Arnd Bergmann wrote: > > On Monday, August 22, 2016 4:02:11 PM CEST Thierry Reding wrote: > >> On Mon, Aug 22, 2016 at 03:34:15PM +0200, Arnd Bergmann wrote: > >>> On Friday, August 19, 2016 7:32:26 PM CEST Thierry Reding wrote: > >>>> diff --git a/include/soc/tegra/bpmp-abi.h b/include/soc/tegra/bpmp-abi.h > >>>> new file mode 100644 > >>>> index 000000000000..0aaef5960e29 > >>>> --- /dev/null > >>>> +++ b/include/soc/tegra/bpmp-abi.h > >>>> +#ifndef _ABI_BPMP_ABI_H_ > >>>> +#define _ABI_BPMP_ABI_H_ > >>>> + > >>>> +#ifdef LK > >>>> +#include <stdint.h> > >>>> +#endif > >>>> + > >>>> +#ifndef __ABI_PACKED > >>>> +#define __ABI_PACKED __attribute__((packed)) > >>>> +#endif > >>>> + > >>>> +#ifdef NO_GCC_EXTENSIONS > >>>> +#define EMPTY char empty; > >>>> +#define EMPTY_ARRAY 1 > >>>> +#else > >>>> +#define EMPTY > >>>> +#define EMPTY_ARRAY 0 > >>>> +#endif > >>>> + > >>>> +#ifndef __UNION_ANON > >>>> +#define __UNION_ANON > >>>> +#endif > >>> > >>> Maybe keep these all out of the kernel? > >> > >> This was discussed a little in an earlier posting. This header file is > >> maintained by the BPMP firmware team and using it verbatim means little > >> to no effort required to update it. > > > > The usual recommendation is to just use Linux coding style in shared > > files, and possibly add another header that provides the required > > definitions. Otherwise you end up with people randomly cleaning up > > the file later > > That's just going to push the problem into all other operating systems; > what happens when BSD, Windows, QNX, FreeRTOS, ... import this file and > attempt to apply the same argument, but want the FW team to use their > coding style? That's not how the world works, fortunately. In practice, Linux is going to be the only OS that cares enough about the coding style of an interface header for a random device driver. The others either don't include vendor drivers, or they don't have specific coding style requirements, or they use a sane style already. Arnd -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
