From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KFv98-0002ac-Hr for qemu-devel@nongnu.org; Mon, 07 Jul 2008 14:09:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KFv97-0002aQ-Sz for qemu-devel@nongnu.org; Mon, 07 Jul 2008 14:09:06 -0400 Received: from [199.232.76.173] (port=44901 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KFv97-0002aN-Pz for qemu-devel@nongnu.org; Mon, 07 Jul 2008 14:09:05 -0400 Received: from wsip-68-15-230-7.om.om.cox.net ([68.15.230.7]:35604 helo=hachi.dashjr.org) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KFv97-0005Ag-Hb for qemu-devel@nongnu.org; Mon, 07 Jul 2008 14:09:05 -0400 Received: from yokochan.lan (yokochan.lan [IPv6:2002:440d:6de2:0:20d:60ff:fe77:7d85]) (Authenticated sender: luke-jr) by hachi.dashjr.org (Postfix) with ESMTP id A53389602FD for ; Mon, 7 Jul 2008 18:09:01 +0000 (UTC) From: Luke -Jr Subject: Re: [Qemu-devel] MIPS emulation Date: Mon, 7 Jul 2008 13:08:43 -0500 References: <200806271350.40937.luke@dashjr.org> <200807060012.59162.luke@dashjr.org> <200807062047.03684.luke@dashjr.org> In-Reply-To: <200807062047.03684.luke@dashjr.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807071308.47573.luke@dashjr.org> 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 Sunday 06 July 2008, Luke -Jr wrote: > Specifically, the part relating to 0xfffe0000; According to https://dev.openwrt.org/cgi-bin/trac.fcgi/browser/trunk/target/linux/brcm63xx/files/include/asm-mips/mach-bcm963xx/6338_map_part.h it looks like 0xfffe0000 is some kind of SoC control. I've thrown together a simple (~500 lines of C) MIPS emulator implementing parts of this as needed to boot the bootloader, at least enough to get some serial output with the chip model info. Would it be complex to add support for this to qemu instead?