> -----Original Message----- > From: Magnus Damm [mailto:magnus.damm@xxxxxxxxx] > Sent: 2006年9月28日 20:34 > To: Tristan Gingold > Cc: Horms; Zou, Nanhai; Linux-IA64; xen-ia64-devel@xxxxxxxxxxxxxxxxxxx > Subject: Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux > > On 9/28/06, Tristan Gingold <Tristan.Gingold@xxxxxxxx> wrote: > > Le Jeudi 28 Septembre 2006 03:27, Horms a écrit : > > > On Wed, Sep 27, 2006 at 11:52:12AM +0200, Tristan Gingold wrote: > > > > Linux and xen call efi in real mode if set_virtual_address_map fails. > > > > You may add an option in both xen and linux to force calling efi in real > > > > mode. This should be really simple and you will be able to make progress. > > > > > > Great, I will test this out and see how it goes. > > > > > > > The only possible drawback is performance. > > > > > > What kind of performance issues would you expect? > > Making EFI calls in physical mode is slower: Linux must switch from and to > > virtual mode. > > > > However EFI calls are very unfrequent so the impact should be almost nul. > > This makes me wonder - is it really worth having two code paths in that case? > > / magnus I am still not quiet clear about the particular issue on Xen. For native IA64, I put an empty efi.set_virtual_address_map() in purgatory code, So when the second kernel boots, it will still call to set_virtual_address_map() as if it successes. I guess you can modify the empty function in purgatory to return an error. So the second kernel will call EFI in physical mode. Thanks Zou Nan hai - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
|