[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Re: [PATCH 7/8] Introduce reset notifier order
From: |
Paul Brook |
Subject: |
Re: [Qemu-devel] Re: [PATCH 7/8] Introduce reset notifier order |
Date: |
Sat, 2 May 2009 01:34:56 +0100 |
User-agent: |
KMail/1.9.9 |
On Saturday 02 May 2009, Jan Kiszka wrote:
> Paul Brook wrote:
> > On Friday 01 May 2009, Jan Kiszka wrote:
> >> Add the parameter 'order' to qemu_register_reset and sort callbacks on
> >> registration. On system reset, callbacks with lower order will be
> >> invoked before those with higher order. Update all existing users to the
> >> standard order 0.
> >>
> >> Note: At least for x86, the existing users seem to assume that handlers
> >> are called in their registration order. Therefore, the patch preserves
> >> this property. If someone feels bored, (s)he could try to identify this
> >> dependency and express it properly on callback registration.
> >
> > Why do we need this? Why isn't creation order good enough?
>
> At latest when properly deregistering reset handlers again on device
> unplug, the registration order is no longer a static thing, manifested
> in the code organization - which can also break due to refactoring, BTW.
I'm afraid I can't make any sense of this. What exactly are you trying to
solve?
Paul
- [Qemu-devel] [PATCH 5/8] kvm: Add missing bits to support live migration, (continued)
[Qemu-devel] [PATCH 7/8] Introduce reset notifier order, Jan Kiszka, 2009/05/01
[Qemu-devel] Re: [PATCH 0/8] kvm: Fixes, cleanups and live migration, Anthony Liguori, 2009/05/01
[Qemu-devel] Re: [PATCH 0/8] kvm: Fixes, cleanups and live migration, Anthony Liguori, 2009/05/01