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-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <44D27D8E.8070702@vmware.com>
Date:	Thu, 03 Aug 2006 15:49:50 -0700
From:	Zachary Amsden <zach@...are.com>
To:	Greg KH <greg@...ah.com>
Cc:	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Linus Torvalds <torvalds@...l.org>,
	Andrew Morton <akpm@...l.org>,
	Christoph Hellwig <hch@...radead.org>,
	Rusty Russell <rusty@...tcorp.com.au>, Jack Lo <jlo@...are.com>
Subject: Re: A proposal - binary

Greg KH wrote:
> And the PowerPC hypervisor interface :)
>
> Have you discussed this with those two groups to make sure you aren't
> doing something that would merely duplicate what they have already done?
>   

I haven't personally.

There's nothing anybody has done that can be considered sufficient to 
address virtualizing i386.  Most of these other architectures have a 
prom / lpar / hypervisor support layer already, which is what we are 
trying to create for i386.  And it is just about 100% architecture 
specific because of the weird non-virtualizable parts of x86.  Page 
tables are completely different beasts when you are using a hashed page 
table scheme versus hardware page tables, so there is not even common 
ground in the MMU.  About the only common ground would be the cede / 
prod for remote notifications, but it is all so architecture dependent 
that I really think any idea of creating a common cross architecture 
hypervisor layer is just impossible at this time.

We need to focus on establishing that lower layer interface for i386 
instead of trying to come up with the grand unified hypervisor 
interface, which could be years away.  For now, I think it's fair to say 
there is about zero duplication, and any that we find along the way can 
go into common Linux interfaces.

Zach
-
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