From mboxrd@z Thu Jan 1 00:00:00 1970 From: rkuo@codeaurora.org Subject: Re: [Q] Guest mode in HVM Date: Tue, 5 Mar 2013 15:53:09 -0800 Message-ID: <48b776bf823f2b3c978065ccc6bce7b0.squirrel@www.codeaurora.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7BIT Return-path: Sender: linux-hexagon-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" To: cotulla@yandex.ru Cc: linux-hexagon@vger.kernel.org, erappleman@gmail.com, jonpry@gmail.com, linasvepstas@gmail.com On Tue, Mar 5, 2013 at 11:45 AM, wrote: > I have a question: > Did I understand right that "HVM Guest mode" is actually native hexagon > user mode? > And native hexagon super mode is only used inside HVM during trap1 and > exception handlers? On certain versions of the architecture, yes, it effectively is pushed into user mode. > It's not possible to specify access mode for user/super mode in TLB. > ... > We are going to emulate separate memory access attributes (RWX) for linux > kernel and linux user modes by using two different ASIDs for user and > kernel mode per hw thread. Right, the supervisor isn't subject to RWX bits, but it is still subject to ASIDs. I think there was some other nuance to the fault handling, but that was the gist of it. This brings us to hypervisors which we've sort of skirted in other emails. There will be changes in the Hexagon architecture from one version to another, some of which will affect the guest operation and compatibility. Long term, "we" would like to have Linux just deal with the hypervisor interface. Of course, that isn't useful to anybody without the actual hypervisor. We recognize this and are working hard to try to release some version of a functioning hypervisor for the community to continue tinkering with. If we get that out, perhaps that will be more preferable for you to work on... That said, I think it's great that you all are motivated enough to go for a bare metal port in the first place (and it looks like you've made great progress). I see no reason to reject bare metal patches, but we would need to keep things clean with ifdefs/config switches... Thanks, Richard Kuo -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, hosted by The Linux Foundation