[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 06/34] x86/arm: Add BUGFRAME_NR define and BUILD checks.
>>> On 15.03.16 at 18:56, <konrad.wilk@xxxxxxxxxx> wrote: > --- a/xen/include/asm-arm/bug.h > +++ b/xen/include/asm-arm/bug.h > @@ -31,6 +31,7 @@ struct bug_frame { > #define BUGFRAME_warn 0 > #define BUGFRAME_bug 1 > #define BUGFRAME_assert 2 > +#define BUGFRAME_NR 3 > > /* Many versions of GCC doesn't support the asm %c parameter which would > * be preferable to this unpleasantness. We use mergeable string > @@ -39,6 +40,7 @@ struct bug_frame { > */ > #define BUG_FRAME(type, line, file, has_msg, msg) do { \ > BUILD_BUG_ON((line) >> 16); \ > + BUILD_BUG_ON(type >= BUGFRAME_NR); \ The x86 variant has type properly parenthesized - why not here? > --- a/xen/include/asm-x86/bug.h > +++ b/xen/include/asm-x86/bug.h > @@ -9,7 +9,7 @@ > #define BUGFRAME_warn 1 > #define BUGFRAME_bug 2 > #define BUGFRAME_assert 3 > - > +#define BUGFRAME_NR 4 > #ifndef __ASSEMBLY__ Please retain the blank line. > @@ -51,6 +51,7 @@ struct bug_frame { > > #define BUG_FRAME(type, line, ptr, second_frame, msg) do { > \ > BUILD_BUG_ON((line) >> (BUG_LINE_LO_WIDTH + BUG_LINE_HI_WIDTH)); > \ > + BUILD_BUG_ON((type) >= (BUGFRAME_NR)); > \ The ARM variant has BUGFRAME_NR properly un-parenthesized - why here? Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |