From: rkuo@codeaurora.org
To: cotulla@yandex.ru
Cc: linux-hexagon@vger.kernel.org, erappleman@gmail.com,
jonpry@gmail.com, linasvepstas@gmail.com
Subject: Re: [Q] Guest mode in HVM
Date: Tue, 5 Mar 2013 15:53:09 -0800 [thread overview]
Message-ID: <48b776bf823f2b3c978065ccc6bce7b0.squirrel@www.codeaurora.org> (raw)
On Tue, Mar 5, 2013 at 11:45 AM, <cotulla@yandex.ru> 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
next reply other threads:[~2013-03-05 23:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-05 23:53 rkuo [this message]
2013-03-06 18:41 ` [Q] Guest mode in HVM Rob Landley
2013-03-06 20:48 ` Jon Pry
2013-03-06 23:27 ` cotulla
-- strict thread matches above, loose matches on Subject: below --
2013-03-11 18:55 rkuo
2013-03-05 17:45 cotulla
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48b776bf823f2b3c978065ccc6bce7b0.squirrel@www.codeaurora.org \
--to=rkuo@codeaurora.org \
--cc=cotulla@yandex.ru \
--cc=erappleman@gmail.com \
--cc=jonpry@gmail.com \
--cc=linasvepstas@gmail.com \
--cc=linux-hexagon@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).