lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <4CFD0857.8050205@tilera.com>
Date:	Mon, 6 Dec 2010 10:59:19 -0500
From:	Chris Metcalf <cmetcalf@...era.com>
To:	Jan Kiszka <jan.kiszka@...mens.com>
CC:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Roadmap for KVM support on Tile?

On 12/6/2010 7:13 AM, Jan Kiszka wrote:
> Hi Chris,
>
> as I'm already running around, telling people that Tile might be the
> next arch to gain KVM support, I wanted to back this derived [1]
> information with some more details. Can you share some of your plans
> regarding this, either officially (LKML, kvm-devel) or yet privately?
>  - What will be the level of support in the first version and long-term
>    (CPU virtualization + I/O emulation, also I/O virtualization/
>    pass-though)?
>  - What use cases do you target, and why do you plan to use KVM for
>    them?
>  - What use cases may not fit a KVM-based approach?
>
> The background of this questionnaire is not (yet) a concrete project
> based on a Tile processor and KVM. Right now I'm primarily promoting KVM
> for use cases beyond classic x86 server scenarios, both in-house as well
> as in the community.
>
> TiA!
>
> Best regards,
> Jan Kiszka
>
> [1] http://permalink.gmane.org/gmane.linux.kernel/1048568

We already have a hypervisor that is used for Tile, which allows us to do
client isolation and spatial multiplexing (i.e. splitting the cores among
different supervisors), and smooths over some of the more nitty-gritty
hardware issues to present an easier API to the client supervisor, e.g.
Linux.  The supervisor is paravirtualized, i.e. aware of the hypervisor API
for page-table management and I/O access.

But moving forward there is some appeal to using a standard virtualization
technology, and we picked KVM as the target that seemed best for us to
support.  Some of the things this will facilitate for us include dynamic
reconfiguration of supervisor domains, sharing I/O devices between
supervisors, providing virtual devices to supervisors, virtual machine
migration/snapshots, etc.  And, we'd like to support a standard management
interface such as the KVM interface, so our customers don't have to learn
how to manage the Tilera-specific hypervisor software.

None of this is committed to any particular release schedule yet, but this
is the direction we are currently planning to head.

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.com

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ