[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] bogus HPET initialization order on x86
>From looking at the code I cannot deduce why it wouldn't be possible for hpet_interrupt_handler() or hpet_legacy_irq_tick() to be called while hpet_broadcast_init() is still executing. If that's indeed possible, then the setting of .event_handler clearly has to happen *after* initializing the channel's spinlock and rwlock. Further, with the channel getting enabled (down the hpet_fsb_cap_lookup() call tree) before hpet_events[] gets fully initialized, I'd also think it should be possible to hit the spurious warning in hpet_interrupt_handler() just because of improper initialization order. If that's all impossible in practice, adding some meaningful comments to the code to describe why this is so would be much appreciated. Thanks, Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |