[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v3] xen/keyhandler: Rework keyhandler infrastructure
On 24/09/15 12:58, Jan Beulich wrote: >>>> On 24.09.15 at 13:47, <andrew.cooper3@xxxxxxxxxx> wrote: >> On 24/09/15 12:46, Jan Beulich wrote: >>>>>> On 24.09.15 at 13:05, <andrew.cooper3@xxxxxxxxxx> wrote: >>>> +static struct keyhandler { >>>> + union { >>>> + keyhandler_fn_t *fn; >>>> + irq_keyhandler_fn_t *irq_fn; >>>> + }; >>>> + >>>> + const char *desc; /* Description for help message. >> */ >>>> + bool_t irq_callback, /* Call in irq context? if not, tasklet context. >> */ >>>> + diagnostic; /* Include in 'dump all' handler. >> */ >>>> +} key_table[128] __read_mostly = >>>> +{ >>>> +#define KEYHANDLER(k, f, desc, diag) \ >>>> + [k] = { .fn = (f), desc, 0, diag } >>>> + >>>> +#define IRQ_KEYHANDLER(k, f, desc, diag) \ >>>> + [k] = { .irq_fn = (f), desc, 1, diag } >>> I'm sorry for noticing only now, but I'm afraid these (looking as >>> odd - but correct - as the other ones did) won't build with older >>> gcc either. >> Urgh yes. I think we might have to just explicitly typecast the >> pointer, because .irq_fn is uninitialised in older GCC. Would that be ok? > Yes, certainly better than re-adding the u name. Another > alternative would be a void * as the first union alternative, > but I suppose future gcc might become more strict about > conversions between function and data pointers... This appears to work for me. diff --git a/xen/common/keyhandler.c b/xen/common/keyhandler.c index 7d168e9..8c43d85 100644 --- a/xen/common/keyhandler.c +++ b/xen/common/keyhandler.c @@ -43,10 +43,10 @@ } key_table[128] __read_mostly = { #define KEYHANDLER(k, f, desc, diag) \ - [k] = { .fn = (f), desc, 0, diag } + [k] = { { f }, desc, 0, diag } #define IRQ_KEYHANDLER(k, f, desc, diag) \ - [k] = { .irq_fn = (f), desc, 1, diag } + [k] = { { (keyhandler_fn_t*)f }, desc, 1, diag } IRQ_KEYHANDLER('A', do_toggle_alt_key, "toggle alternative key handling", 0), IRQ_KEYHANDLER('d', dump_registers, "dump registers", 1), _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |