Re: [U-Boot] [RFD] OMAP5: Working HYP mode
On Wed, Sep 25, 2013 at 11:57 AM, Andre Przywara wrote: > > Alexander, > > have you seen my series? Hi and sorry for the late reply. Yes, seen that. > > http://lists.denx.de/pipermail/u-boot/2013-September/163019.html > [U-Boot] [PATCH v5 0/8] ARMv7: Add HYP mode switching support > > I am about to support more boards, but OMAP5 seems very different, probably > because it starts u-boot in non-secure state already, right? Correct! > So all the magic is in the firmware, which just needs to be called by smc > calls, right? > So it looks like one could at least use some infrastructure > (CONFIG_ARMV7_VIRT and the higher level .c files) to properly merge OMAP5 > support in. Also needed would be to make most code of my patch optional by > using the proper defines. > What do you think? I don't know, maybe just add a callback (or define the HYP initialization routine as a weak symbol). OMAP5 just works without modifying VBAR or touching anything except what's mentioned in the patch, so I probably need to read the manual about virtualization to comment on it. > > Regards, > Andre. > -- Regards, Alexander ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFD] OMAP5: Working HYP mode
On 09/17/2013 12:28 AM, Alexander Tarasikov wrote: Hello, u-boot developers! I am attaching a patch to enable the HYP (hypervisor) mode on the OMAP5 CPU. It is based on a previous patch by Ian Molton. For some reason, Ian's patch was incorrect (loading PC with the wrong address, missing memory barriers, and, most importantly, using the wrong SMC call). I think it is because Ian was using some early omap5 prototype, and I was using the SVT OMAP5432UEVM board which is commercially available. Since this is a gross hack, I neither expect nor want it to be merged, but I think people experimenting with ARM virtualization will find it useful. I have KVM working on OMAP5 as of now (using KVM patches from openvirtualization and some linux kernel bugfixes of my own) and I plan to write a blog post soon about how to repeat my steps. My plan is to publish the patches to fix the bugs I've found. I would like to receive comments on what is the planned way to implement the HYP switching in u-boot and whether it is possible without using the TrustZone SMC calls. Alexander, have you seen my series? http://lists.denx.de/pipermail/u-boot/2013-September/163019.html [U-Boot] [PATCH v5 0/8] ARMv7: Add HYP mode switching support I am about to support more boards, but OMAP5 seems very different, probably because it starts u-boot in non-secure state already, right? So all the magic is in the firmware, which just needs to be called by smc calls, right? So it looks like one could at least use some infrastructure (CONFIG_ARMV7_VIRT and the higher level .c files) to properly merge OMAP5 support in. Also needed would be to make most code of my patch optional by using the proper defines. What do you think? Regards, Andre. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [RFD] OMAP5: Working HYP mode
Hello, u-boot developers! I am attaching a patch to enable the HYP (hypervisor) mode on the OMAP5 CPU. It is based on a previous patch by Ian Molton. For some reason, Ian's patch was incorrect (loading PC with the wrong address, missing memory barriers, and, most importantly, using the wrong SMC call). I think it is because Ian was using some early omap5 prototype, and I was using the SVT OMAP5432UEVM board which is commercially available. Since this is a gross hack, I neither expect nor want it to be merged, but I think people experimenting with ARM virtualization will find it useful. I have KVM working on OMAP5 as of now (using KVM patches from openvirtualization and some linux kernel bugfixes of my own) and I plan to write a blog post soon about how to repeat my steps. My plan is to publish the patches to fix the bugs I've found. I would like to receive comments on what is the planned way to implement the HYP switching in u-boot and whether it is possible without using the TrustZone SMC calls. Have fun ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
