From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ijrwe-0006In-ML for qemu-devel@nongnu.org; Mon, 22 Oct 2007 03:43:28 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ijrwd-0006IG-PL for qemu-devel@nongnu.org; Mon, 22 Oct 2007 03:43:28 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ijrwd-0006I6-Iv for qemu-devel@nongnu.org; Mon, 22 Oct 2007 03:43:27 -0400 Received: from mx20.gnu.org ([199.232.41.8]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Ijrwd-0003zb-4G for qemu-devel@nongnu.org; Mon, 22 Oct 2007 03:43:27 -0400 Received: from pils.linux-kernel.at ([213.129.242.82] helo=mail.linux-kernel.at) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ijrwc-0008K0-80 for qemu-devel@nongnu.org; Mon, 22 Oct 2007 03:43:26 -0400 Received: from vie-of.office.ecetra.com (localhost [127.0.0.1]) (authenticated bits=0) by mail.linux-kernel.at (8.14.1/8.14.1) with ESMTP id l9M7h6od027991 for ; Mon, 22 Oct 2007 09:43:07 +0200 Message-ID: <471C548A.5050003@linux-kernel.at> Date: Mon, 22 Oct 2007 09:43:06 +0200 From: Oliver Falk MIME-Version: 1.0 Subject: Re: [Qemu-devel] qemu alpha? References: <4711DF16.1040307@linux-kernel.at> <200710191949.14806.rob@landley.net> <1192870572.16781.29.camel@rapid> <200710210543.14960.rob@landley.net> <1192964804.16781.75.camel@rapid> In-Reply-To: <1192964804.16781.75.camel@rapid> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 10/21/2007 01:06 PM, J. Mayer wrote: > On Sun, 2007-10-21 at 05:43 -0500, Rob Landley wrote: >> On Saturday 20 October 2007 3:56:12 am J. Mayer wrote: >>> On Fri, 2007-10-19 at 19:49 -0500, Rob Landley wrote: >>>> On Sunday 14 October 2007 5:14:27 am J. Mayer wrote: >>>>> On Sun, 2007-10-14 at 11:19 +0200, Oliver Falk wrote: >>>>>> Hi list! >>>>> Hi you ! >>>>> >>>>>> Just wanted to know how far the progress on alpha target is? I would >>>>>> be happy if I have some 'virtual alpha' to test new isos. >>>>>> >>>>>> If I can help some way (I have a few alphas around). Let me know. >>>>> I'm happy to see someone interresting in improving Alpha support, which >>>>> is .... very alpha for now ! >>>> I'm interested in testing Alpha too, but I haven't seem a >>>> qemu-system-alpha show up yet. Alas, I have no hardware or specific >>>> expertise in this platform, I'm just trying to build and boot Linux >>>> kernels (and corresponding root filesystems) on as many emulated target >>>> platforms as I can. >>> There are a lot of things missing for qemu-system-alpha to be available: >>> - the PALCode emulation is far from being complete or even usable >> I have no idea what that is. > > The PALCode is mainly equivalent to the microcode of most CPU > architectures. What is different to microcode is that is uses only > regular Alpha instructions, just adding 4 instructions to access special > "hardware registers" and access the memory with different priviledge > levels. Another main idea is that everyone can write its own PALCode > image and switch to it at run-time. Then, for example, the PALCode ABI > is not the same one if you run Linux or Windows NT. The PALCode handles > all complex operations. For example, the CPU provides only TLB and the > MMU tables search is actually implemented in software, in the PALCode. > This greatly simplifies the CPU design and allows a high level of > flexibility. And if your OS need a specific ABI for example to handle > CPU exception, you define your ABI, write the PALCode using Alpha insns > and use it ! The Alpha CPU also provide an instruction to do PALCode > calls from the OS or applications. > There are 3 (4 ?) "native" PALCode ABIs documented in the Alpha CPUs > specifications then those can be emulated at the host side in Qemu. It > is in fact needed to emulate a subset of the PALCode even to run > user-mode programs. Pretty good explained! Thanks! However, what do you need to make the alpha emulation work? Does ssh to an Alpha help you? I'm quite sure I can offer you access to some ev5 machine very soon and I might give access to some ds10 (ev67 machine). There's also some ds10 (ev6 'only') machine in Australia, that actually works as a builder for the AlphaCore project - but it's not mine and I would need to ask if I can give access to someone else... -of