From: Mats Petersson <mats@planetcatfish.com>
To: dinesh chandrasekaran <dinesh_chan8@hotmail.com>,
xen developers community <xen-devel@lists.xensource.com>
Subject: RE: Academic Project
Date: Tue, 03 Mar 2009 20:17:36 +0000 [thread overview]
Message-ID: <49ad905b.1c05d00a.27e1.ffffce64@mx.google.com> (raw)
In-Reply-To: <COL107-W60C682B2373EA2830D58E2B1A60@phx.gbl>
I'm absolutely not sure I follow what you are trying to do, but if
what you want to do is "hide" a device in a particular domain, and
give the memory "behind" that device to the domain, then that is not
likely to work. You can only "get to" memory hidden behind a PCI
device if you can turn the PCI device off. Turning the device off is
of course a valid option if the device is not needed at all by the
system. If it is needed, then you have no option but to leave it
enabled, and the physical memory behind the device will be hidden by
the PCI device.
There are certain memory controller chipsets (e.g. the memory
controller integrated into the Athlon64/Opteron/etc models after Rev
E or so) that have "hidden memory hoisting", which essentially means
that you can tell the memory controller that "take the memory behind
the PCI device in this range, and move it up a bit", which means that
if you have (say) 4GB of RAM, and a PCI bus hole of 768MB, the system
will appear to have memory from 0-3.25GB, then PCI devices for
0.75GB, and then another 0.75GB of RAM.
--
Mats
At 19:54 03/03/2009, dinesh chandrasekaran wrote:
>Can some one tell me how to go about achieving this.
>
>How to allocate real memory (which is behind a PCI device) to guests?
>I need to modify Xen source to achieve the above.
>where exactly in the source I should do so?
>
>Thanks,
>Dinesh C
>
>----------
>From: dinesh_chan8@hotmail.com
>To: xen-devel@lists.xensource.com
>Subject: [Xen-devel] Academic Project
>Date: Mon, 23 Feb 2009 22:11:53 +0530
>
>
>Absolutly. This could be achieved through xen hooks which informs
>the device about the currently scheduled domain.
>This would prevent the guest memory from compromised dom0.
>
>Dinesh C
>
>----------
>Date: Mon, 23 Feb 2009 11:16:22 -0500
>Subject: Re: [Xen-devel] Academic Project
>From: zephyr.zhao@gmail.com
>To: dinesh_chan8@hotmail.com
>
>One more thing is that the device should be able to tell if the
>access is from the owner of protected domain or from others (like
>dom0). If the dom0 is compromised, it may mimic the request from that domU.
>
>Weiming
>
>On Mon, Feb 23, 2009 at 11:07 AM, dinesh chandrasekaran
><<mailto:dinesh_chan8@hotmail.com>dinesh_chan8@hotmail.com> wrote:
>Yes. It will appear to be another PCI device sitting between the CPU
>and guest memory.
>
>To achieve this I need to make sure that xen allocates guest memory
>from memory behind the crypto coprocessor.
>This is the implementation issue I need to solve to get the project going.
>
>
>I did try modifying common/memory.c : populate_physmap(), but I am
>afraid this is not the right place.
>Since I have allocate real memory to domU, I am clueless.
>
>Thanks,
>Dinesh C
>
>----------
>Date: Mon, 23 Feb 2009 10:44:34 -0500
>
>Subject: Re: [Xen-devel] Academic Project
>From: <mailto:zephyr.zhao@gmail.com>zephyr.zhao@gmail.com
>
>To: <mailto:dinesh_chan8@hotmail.com>dinesh_chan8@hotmail.com
>CC: <mailto:xen-devel@lists.xensource.com>xen-devel@lists.xensource.com
>
>
>I'm curious about the crypto coprocessor. Does it work like a memory
>controller? So every memory read/write will be encrypted/decrypted by it?
>
>Thanks,
>Weiming
>
>On Mon, Feb 23, 2009 at 10:31 AM, dinesh chandrasekaran
><<mailto:dinesh_chan8@hotmail.com>dinesh_chan8@hotmail.com> wrote:
>
>
>
>----------
>From: <mailto:dinesh_chan8@hotmail.com>dinesh_chan8@hotmail.com
>To: <mailto:michal@rsbac.org>michal@rsbac.org
>Subject: RE: [Xen-devel] Academic Project
>Date: Mon, 23 Feb 2009 00:46:01 +0530
>
>Essentially, first step towards minimizing the trusted computing base.
>
>Assuming the VMM is not compromised (after a secure boot), domU
>doesnt have to trust dom0.
>
>For example, the following command issued from dom0 would dump the
>guest memory in dom0 hard disk,
> xm save Guest guest_mem.dump
>
>Using the crypto coprocessor, this can be encrypted, so that only
>domU can read/write and not dom0.
>The result of the above command will store an encrypted dump file on
>the dom0 disk.
>
>Thanks,
>Dinesh C
>
>----------
>From: <mailto:michal@rsbac.org>michal@rsbac.org
>To: <mailto:dinesh_chan8@hotmail.com>dinesh_chan8@hotmail.com
>Subject: Re: [Xen-devel] Academic Project
>Date: Sun, 22 Feb 2009 19:31:32 +0100
>
>And what is the purpose of this?
>Seems to be trivial to get over it.
>
>Sent from my iPhone
>
>On Feb 22, 2009, at 6:19 PM, dinesh chandrasekaran
><<mailto:dinesh_chan8@hotmail.com>dinesh_chan8@hotmail.com> wrote:
>
>Hi Folks,
> I'm developing a secure memory manager module for
> xen as a part of my academic project.
> Thereby protecting DomU memory by moving the trust for memory
> protection from Dom0 to hardware by encrypting/
> decrypting the guest memory on per-domain-secret key basis and
> realizing the same using a crypto coprocessor (FPGA)
> with necessary software (XEN) hooks and interfaces.
>
> Now one of the implementation issues is that how to move the domU
> memory allocation (both boot pages and application pages)
> to fall behind the coprocessor by modifying xen source. If so
> where in the source tree the changes have to be made.
>
> I did try modifying common/memory.c : populate_physmap(), but I am
> afraid this is not the right place.
> Since I have allocate real memory to domU, I am clueless.
>
> I would appreciate you If you could send me your valuable suggestions.
>
>Thanks,
>Dinesh C
>
>
>----------
>Akshay Kumar takes on the two reigning Bollywood Khans. Catch the
>action on MSN Entertainment! <http://entertainment.in.msn.com>Check it out!
>
>_______________________________________________
>Xen-devel mailing list
><mailto:Xen-devel@lists.xensource.com>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel
>
>
>
>----------
>Akshay Kumar takes on the two reigning Bollywood Khans. Catch the
>action on MSN Entertainment! <http://entertainment.in.msn.com>Check it out!
>
>----------
>Get a view of the world through MSN Video. Some things just cannot
>be left unseen. <http://video.msn.com/?mkt=en-in>Try it!
>
>_______________________________________________
>Xen-devel mailing list
><mailto:Xen-devel@lists.xensource.com>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel
>
>
>
>
>----------
>Akshay Kumar takes on the two reigning Bollywood Khans. Catch the
>action on MSN Entertainment! <http://entertainment.in.msn.com>Check it out!
>
>_______________________________________________
>Xen-devel mailing list
><mailto:Xen-devel@lists.xensource.com>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel
>
>
>
>
>----------
>Rediscover the magic of Windows & WIN a Windows Vista laptop &
>Windows mobile phone at www.windowsandme.com
><http://www.windowsandme.com>Try it now!
>
>----------
>Need more space to upload pictures? Get 25 GB online storage with
>Windows Live SkyDrive! <http://windowslive.com/Online/SkyDrive>Try it!
>
>----------
>Keep an eye on the world around you and on the bigger picture,
><http://news.in.msn.com/>Try it now!
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2009-03-03 20:17 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-22 17:19 Academic Project dinesh chandrasekaran
[not found] ` <D4980157-9DB2-4205-BDA8-756727AD128F@rsbac.org>
2009-02-23 15:31 ` dinesh chandrasekaran
2009-02-23 15:44 ` weiming
2009-02-23 16:07 ` dinesh chandrasekaran
2009-02-23 16:17 ` weiming
[not found] ` <add59a3f0902230816l42ce6c97l263e5f40a735e56@mail.gmail.com>
2009-02-23 16:41 ` dinesh chandrasekaran
2009-03-03 19:54 ` dinesh chandrasekaran
2009-03-03 20:17 ` Mats Petersson [this message]
2009-03-03 22:54 ` Christian Leber
2009-03-04 0:30 ` dinesh chandrasekaran
2009-03-04 0:55 ` Christian Leber
2009-03-04 2:55 ` dinesh chandrasekaran
2009-03-04 5:15 ` Volume group "VolGroup00" not found when I boot xen Xia, Liangfu
2009-03-04 5:49 ` Masaki Kanno
2009-03-04 6:06 ` Xia, Liangfu
2009-03-04 8:36 ` M A Young
2009-03-04 9:11 ` Boris Derzhavets
2009-03-04 8:45 ` Academic Project Christian Leber
2009-03-04 16:41 ` dinesh chandrasekaran
2009-03-05 8:47 ` Christian Leber
2009-03-05 20:46 ` dinesh chandrasekaran
2009-03-09 19:29 ` dinesh chandrasekaran
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=49ad905b.1c05d00a.27e1.ffffce64@mx.google.com \
--to=mats@planetcatfish.com \
--cc=dinesh_chan8@hotmail.com \
--cc=xen-devel@lists.xensource.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.