From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:55997) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCYgS-0007z6-MP for qemu-devel@nongnu.org; Wed, 20 Apr 2011 10:47:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QCYgQ-0003BA-F5 for qemu-devel@nongnu.org; Wed, 20 Apr 2011 10:47:12 -0400 Received: from b.mail.sonic.net ([64.142.19.5]:44347) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCYgP-0003Ay-TJ for qemu-devel@nongnu.org; Wed, 20 Apr 2011 10:47:10 -0400 Message-ID: <4DAEF1D1.7070309@twiddle.net> Date: Wed, 20 Apr 2011 07:46:41 -0700 From: Richard Henderson MIME-Version: 1.0 References: <1303225501-12778-1-git-send-email-rth@twiddle.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 00/24] Alpha system emulation, v2 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Tristan Gingold Cc: qemu-devel@nongnu.org On 04/20/2011 02:06 AM, Tristan Gingold wrote: > * sx164 is ev56 based, isn't it ? It would be nice if cpu version specific code is clearly marked. Yes, but most importantly it is the most evolved of the single hose systems. QEMU is nowhere near ready to deal with multiple PCI host controllers, and multiple ISA buses. I actually planned on emulating an EV67 but using the SX164 HW. I think the Linux kernel will be that forgiving... > In particular (and IIRC), pal mode for ev6 is much closer to ev4 than to ev5. Don't know about ev7. > It would be nice if we could easily support both ev5 and ev6. Ah, see, here's where there may be some confusion... I'm not implementing any of the real cpu ISRs. I'm not using any of the real PALcode. I'm implementing my own QEMU-specific ISRs and and writing my own PALcode, starting with MILO's PALcode but I've diverged significantly since. I'm also cheating a bit and implementing a number of the simple CALL_PALs inline in QEMU. But that really started when I discovered how confused gdb could get attempting to step across a transition to/from PALmode. > * Yes, executive and supervisor are used only by VMS (well AFAIK). I'd like to support it. Well, if you'd like to help write the PALcode for VMS, sure. It certainly looks like a larger job than the Unix PALcode. > Did you try to also support the windows mmu mode ? Nope. I can't really imagine that being of interest to anyone. r~