kernel-fxtec-pro1x/drivers/xen
Ian Campbell 90af9514ac xen: explicitly initialise the cpu field of irq_info
I was seeing a very odd crash on 64 bit in bind_evtchn_to_cpu because
cpu_from_irq(irq) was coming out as -1. I found this was coming direct
from the mk_ipi_info call.

It's not clear to me that this isn't a compiler bug (implicit
initialisation to zero of unsigned shorts in a struct not handled
correctly?).

On the other hand is it true that all event channels start of bound to
CPU 0? If not then -1 might be correct and the various other functions
should cope with this.

Signed-off-by: Ian Campbell <Ian.Campbell@eu.citrix.com>
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-02-09 12:18:22 +01:00
..
xenbus xen: add xenfs to allow usermode <-> Xen interaction 2009-01-08 08:30:59 -08:00
xenfs xen: unitialised return value in xenbus_write_transaction 2009-01-26 14:29:26 +01:00
balloon.c xen: make sysfs files behave as their names suggest 2009-01-29 13:20:36 +01:00
cpu_hotplug.c x86, um: ... and asm-x86 move 2008-10-22 22:55:20 -07:00
events.c xen: explicitly initialise the cpu field of irq_info 2009-02-09 12:18:22 +01:00
features.c xen: clean up asm/xen/hypervisor.h 2008-12-16 21:50:31 +01:00
grant-table.c xen: clean up asm/xen/hypervisor.h 2008-12-16 21:50:31 +01:00
Kconfig xen: add xenfs to allow usermode <-> Xen interaction 2009-01-08 08:30:59 -08:00
Makefile xen: add xenfs to allow usermode <-> Xen interaction 2009-01-08 08:30:59 -08:00
manage.c cpumask: convert misc driver functions 2009-01-11 19:12:52 +01:00
xencomm.c xen: portability clean up and some minor clean up for xencomm.c 2008-10-23 21:54:36 +02:00