On Wed, May 22, 2013 at 4:56 PM, Wei, Gang wrote:
> henry del wrote on 2013-05-22:
> >> We just expect tboot to be used together with VMM/Kernel with tboot
> >> support. The tboot support should be confirmed before adding tboot to
> >> the control flow. So we don't add any interface in Xen/Linux
henry del wrote on 2013-05-22:
>> We just expect tboot to be used together with VMM/Kernel with tboot
>> support. The tboot support should be confirmed before adding tboot to
>> the control flow. So we don't add any interface in Xen/Linux to
>> indicate the tboot support to tboot in the runtime.
>
>We just expect tboot to be used together with VMM/Kernel with tboot
support.
>The tboot support should be confirmed before adding tboot to the control
>flow. So we don't add any interface in Xen/Linux to indicate the tboot
>support to tboot in the runtime.
I see what you are conveying. So, it is
henry del wrote on 2013-05-21:
>
> On Tue, May 21, 2013 at 2:31 PM, Wei, Gang wrote:
>
>
> >The control flow is right. And it is supposed that even Xen is not
tboot
> >aware, it should still be able to boot up and able to bring up
guest, but
> >this is not a design goal for tb
On Tue, May 21, 2013 at 2:31 PM, Wei, Gang wrote:
> >The control flow is right. And it is supposed that even Xen is not tboot
> >aware, it should still be able to boot up and able to bring up guest, but
> >this is not a design goal for tboot. If it doesn't then you need to check
> >what is the re
The control flow is right. And it is supposed that even Xen is not tboot
aware, it should still be able to boot up and able to bring up guest, but
this is not a design goal for tboot. If it doesn't then you need to check
what is the really cause.
Jimmy
henry del wrote on 2013-05-19:
> Hi,
>
>
Hi,
I think that the control flow of CPU is as follows: grub -> tboot -> xen
-> guest OS. If we only consider the process of loading guest OS,
regardless of handling the sleep states and shutdown event, the guest OS
should be launched successfully. In other words, if xen does not support
tboot,
On Sun, May 19, 2013 at 10:15 AM, Wei, Gang wrote:
> henry del wrote on 2013-05-18:
> >> Thank you for your prompt reply. Yet I have another question.
> >> According to the TXT spec, if GETSEC[SENTER] leaf function has not been
> >> used to launch a measured environment, it's impossible t
henry del wrote on 2013-05-18:
> Thank you for your prompt reply. Yet I have another question.
> According to the TXT spec, if GETSEC[SENTER] leaf function has not been
> used to launch a measured environment, it's impossible to make use of
> locality 1-4. Because registers in the private s
On Fri, May 17, 2013 at 8:24 AM, Wei, Gang wrote:
> henry del wrote on 2013-05-16:
> >> Hi,
> >>
> >> According to Joseph, Tboot is a specific implementation of an MLE
> >> (Measured Launched Environment). Tboot encapsulates most of the
> >> TXT-specific knowledge so that it can launch an OS or
henry del wrote on 2013-05-16:
> Hi,
>
> According to Joseph, Tboot is a specific implementation of an MLE
> (Measured Launched Environment). Tboot encapsulates most of the
> TXT-specific knowledge so that it can launch an OS or VMM that is only
> minimally aware of TXT.
>
>As for bitvisor, i
11 matches
Mail list logo
