[Xen-ia64-devel] Setting up VTi Xen - where do you get guest firmware
I'm trying to get my first VTi guest running on a Tiger4 system. I've upgraded to the latest PAL and built Xen Cset 11133 - which from the health report should be a good build. I can successfully boot Dom0 in the normal way and start a traditional (linuxbuilder) DomU successfully. I can't find anything that builds this guest paravirtualized firmware though - I saw mention on the mailing list archives that its available by email request, but the archive server masks the email domain name, so I'm not sure who to ask. Thanks, Gareth. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] unaligned access handler deadlock when a userapplication runs in big endian mode ( psr.be is set )
Hey Anthony, This was DomU - I am going to get a montecito with VT setup next week to try VTI Gareth. Hi Gareth Handling big endian mode is an interesting topic. Frankly, In VTI side, we didn't handle big endian mode, and we knew this is an issue. I would like to look at this issue. Did you run this application on domU or VTI-domain? Thanks Anthony -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gareth Knight Sent: 2006?8?25? 7:58 To: xen-ia64-devel@lists.xensource.com Subject: [Xen-ia64-devel] unaligned access handler deadlock when a userapplication runs in big endian mode ( psr.be is set ) All, Repost sans confidentiality notice ! I've got top of tree xen-ia64-unstable.hg running on my Tiger system. I'm working on getting our (Transitive's) QuickTransit dynamic binary translator working in a guest machine. QuickTransit Sparc Solaris - ia64 linux makes use of the big endian mode to speed up its translation of Sparc applications. I've tried adding a rum psr.be in all the interrupt vectors near the top and that certainly improves matters, but it also causes the unaligned access handler to believe the user app is running in little endian mode, which is not true. I've put together an example to demonstrate the issue. The source is attached below. Basically the example tries to do an unaligned access whilst in big endian mode, which when running correctly currently produces a SIGBUS ( since the Linux kernel currently has no big endian unaligned access handling ). On the Xen kernel it currently deadlocks. Comments welcome, Gareth. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] unaligned access handler deadlock when a user application runs in big endian mode ( psr.be is set )
All, I've got top of tree xen-ia64-unstable.hg running on my Tiger system. I'm working on getting our (Transitive's) QuickTransit dynamic binary translator working in a guest machine. QuickTransit Sparc Solaris - ia64 linux makes use of the big endian mode to speed up its translation of Sparc applications. I've tried adding a rum psr.be in all the interrupt vectors near the top and that certainly improves matters, but it also causes the unaligned access handler to believe the user app is running in little endian mode, which is not true. I've put together an example to demonstrate the issue. The source is attached below. Basically the example tries to do an unaligned access whilst in big endian mode, which when running correctly currently produces a SIGBUS ( since the Linux kernel currently has no big endian unaligned access handling ). On the Xen kernel it currently deadlocks. Comments welcome, Gareth. asmFunction.s Description: Binary data asmTest.c Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] unaligned access handler deadlock when a user application runs in big endian mode ( psr.be is set )
Oops ! I see it so often its almost invisible now, will repost Thanks ! Gareth. Gareth Knight wrote: [Thu Aug 24 2006, 07:33:07PM EDT] The source is attached below. You can't really believe anybody is going to look at that with the confidentiality notice at the top...? Aron ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel