|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] kexec woes with 32-bit secondary kernel
Ever since c/s 13829, the native (32-bit -> 32-bit) call to invoke the
secondary kernel has been missing its fourth argument. Apparently
this worked out because the respective stack location was non-zero.
Starting with Linux 2.6.27 (32-bit) and 2.6.30 (64-bit) a new
argument is being expected by the secondary kernel, and again
apparently out of pure luck the 64-bit -> 64-bit case still appears
to work for those of our customers who want to use it.
The question really is whether this code has ever been tested
with sufficiently recent kernels in all three variants (32->32, 64->64,
and 64->32).
While it seems that putting together a patch to address this
shouldn't be that difficult, a second question is how we can avoid
getting into the same situation again when Linux extends the
protocol again.
Thanks, Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] kexec woes with 32-bit secondary kernel,
Jan Beulich <=
|
|
|
|
|