Hi, Dan,
Attached is the necessary change on ia64 side to adapt new evtchn
interface from Keir. What I did is to pull Rev 7699 ("Rationalise the kernel
event-channel binding interfaces. The") into xen-ia64-unstable.hg. (Before
vcpu_translate patch).
Now I've just confirmed domU and domVTI (with yesterday's patch) still
working for me. And you can make a try then.
BTW, because the Rev 7699 from xen-unstable.hg also modifies
evtchn_ia64.c which may conflict with Rev7664 from xen-ia64-unstable.hg (for
notify_remote_via_irq). So I attached both patch and modified evtchn_ia64.c, in
case it can't be applied cleanly.
Thanks,
Kevin
>-----Original Message-----
>From: Magenheimer, Dan (HP Labs Fort Collins) [mailto:dan.magenheimer@xxxxxx]
>Sent: 2005年11月10日 7:48
>To: Tian, Kevin; Matt Chapman
>Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
>Subject: RE: [Xen-ia64-devel] Changes to virq/irq interface in xen-unstable
>
>Kevin, Matt --
>
>I started to look at these changes but I am not as familiar
>with this code as you and, since multiple domains is just
>now working again, I am hesitant to mess with it. Could
>one or both of you provide a patch to fix up ia64 to
>match Keir's interface change?
>
>This is relatively URGENT as I believe this is the only
>fix still needed to get ia64 multiple domains working in
>the xen-unstable tree. (Hopefully, no recent or near-future
>changes in xen-unstable will break it before we are able
>to merge again.) Once we have it working in xen-unstable,
>it will be much easier to find problems if something breaks.
>And it is very likely that the Xen 3.0 freeze is coming soon
>and it would be nice to have it in-tree before the freeze.
>
>You may want to clone the xen-unstable tree as a base and
>apply Kevin's recent patch (see xen-ia64-unstable cset 7664).
>This should work unless another recent xen-unstable cset
>has broken us again, which we would like to know now rather
>than later anyway.
>
>It appears we need to implement bind_virq_to_irqhandler
>and unbind_from_irqhandler. I think bind_ipi_to_irqhandler is
>probably just a panic stub for now until we have SMP guest
>support.
>
>Thanks,
>Dan
>
>> -----Original Message-----
>> From: Tian, Kevin [mailto:kevin.tian@xxxxxxxxx]
>> Sent: Tuesday, November 08, 2005 7:35 PM
>> To: Magenheimer, Dan (HP Labs Fort Collins);
>> xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
>> Subject: RE: [Xen-ia64-devel] Changes to virq/irq interface
>> in xen-unstable
>>
>> Yes, not many changes required for ia64 and some simple stubs
>> are enough. Actually that's a good way to go. However
>> currently I'm still stuck on the environmental issue related
>> possibly to udev or hotplug, which preventing "xm create"
>> executed correctly. Hope other guys interested in this issue
>> can also make a try to see how quick we can solve it easily.
>> ;-) Once it's solved, we can adapt to Keir's changes and then test.
>>
>> Thanks,
>> Kevin
>> >-----Original Message-----
>> >From: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
>> >[mailto:xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx] On
>> Behalf Of Magenheimer,
>> >Dan (HP Labs Fort Collins)
>> >Sent: 2005年11月9日 1:33
>> >To: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
>> >Subject: [Xen-ia64-devel] Changes to virq/irq interface in
>> xen-unstable
>> >
>> >Kevin, would you take a look at this? The changes are
>> >probably not hard, but until multiple domains is up on
>> >tip, I can't test and don't want to break your work.
>> >
>> >Keir's changes are in xen-unstable cset 7699.
>> >
>> >Dan
>> >
>> >> -----Original Message-----
>> >> From: Keir Fraser [mailto:Keir.Fraser@xxxxxxxxxxxx]
>> >> Sent: Tuesday, November 08, 2005 8:08 AM
>> >> To: Magenheimer, Dan (HP Labs Fort Collins)
>> >> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
>> >> Subject: Re: Please pull xen-ia64-unstable
>> >>
>> >>
>> >> On 7 Nov 2005, at 18:45, Magenheimer, Dan (HP Labs Fort
>> >> Collins) wrote:
>> >>
>> >> > Please pull
>> >> >
>> >> > http://xenbits.xensource.com/ext/xen-ia64-unstable.hg
>> >> >
>> >> > Merged up thru xen-unstable cset 7642.
>> >>
>> >> Okay, pulled through. I noticed that the event-channel
>> >> interfaces still
>> >> cause problems (bind_virq_to_irq in particular). I've had
>> >> another go at
>> >> rationalising the binding interface in light of this, so
>> you now need
>> >> to implement:
>> >> bind_evtchn_to_irq --- same as it ever was
>> >> bind_virq_to_irqhandler --- replaces bind_virq_to_irq
>> >> bind_ipi_to_irqhandler --- replaces bind_ipi_to_irq
>> >> unbind_from_irqhandler --- common unbind function that replaces
>> >> unbind_evtchn_from_irqhandler, unbind_virq_from_irq and
>> >> unbind_ipi_from_irq
>> >>
>> >> This interface eliminates all evtchn-related ia64 ifdefs in
>> >> common code.
>> >>
>> >> -- Keir
>> >>
>> >
>> >
>> >> -----Original Message-----
>> >> From: Keir Fraser [mailto:Keir.Fraser@xxxxxxxxxxxx]
>> >> Sent: Tuesday, November 08, 2005 8:48 AM
>> >> To: Magenheimer, Dan (HP Labs Fort Collins)
>> >> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
>> >> Subject: Re: Please pull xen-ia64-unstable
>> >>
>> >>
>> >> On 8 Nov 2005, at 15:41, Magenheimer, Dan (HP Labs Fort
>> >> Collins) wrote:
>> >>
>> >> > Great, thanks! Are these new interfaces checked into
>> >> > xen-unstable yet? I can't find the changeset.
>> >>
>> >> They have to get through our automatic regression tests.
>> Assuming all
>> >> goes well the changes should be pushed in less than an hour,
>> >>
>> >> -- Keir
>> >>
>> >>
>> >
>> >_______________________________________________
>> >Xen-ia64-devel mailing list
>> >Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
>> >http://lists.xensource.com/xen-ia64-devel
>>
patch_evtchn_ia64
Description: patch_evtchn_ia64
evtchn_ia64.c
Description: evtchn_ia64.c
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
Home