| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
[Xen-devel] Re: [PATCH] xen: always handle VIRQ_TIMER first.
On Fri, 2010-10-15 at 22:11 +0100, Jeremy Fitzhardinge wrote:
> This situation doesn't seem like it is in any way Xen
> dependent, and AFAIK there's no general requirement that timer
> interrupts be handled first.
It's not implicit somehow on native due to timer interrupt always being
IRQ0 or something like that?
> I'm guessing that this particular problem in the forward-port Xen
> kernel as a side-effect of its bespoke time handling code (including
> IDLE_NO_HZ) which is not doing something that the core time
> infrastructure would normally do.
You are right, it's very possible this is a forward-port Xen only
issue.
The patch is out there now so perhaps we should not worry about it and
revisit it if someone shows up with a plausible looking issue affecting
pvops.
> (I don't see why the forward-port
> kernels couldn't use the existing Xen time support in mainline rather
> than replacing it.)
Agreed. Things like *front and the /dev/xen/* drivers would be good
first candidates for this sort of convergence too if someone were
interested. FWIW netback and blktap2 are already mostly converged in the
XCP tree which has made pushing patches back and forth much easier.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home