From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KYl6w-0007MJ-5Q for qemu-devel@nongnu.org; Thu, 28 Aug 2008 13:16:42 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KYl6u-0007M1-Pq for qemu-devel@nongnu.org; Thu, 28 Aug 2008 13:16:41 -0400 Received: from [199.232.76.173] (port=44057 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KYl6u-0007Ly-LG for qemu-devel@nongnu.org; Thu, 28 Aug 2008 13:16:40 -0400 Received: from yx-out-1718.google.com ([74.125.44.153]:26324) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KYl6u-0006cs-BF for qemu-devel@nongnu.org; Thu, 28 Aug 2008 13:16:40 -0400 Received: by yx-out-1718.google.com with SMTP id 3so239571yxi.82 for ; Thu, 28 Aug 2008 10:16:39 -0700 (PDT) Message-ID: Date: Thu, 28 Aug 2008 20:16:38 +0300 From: "Blue Swirl" Subject: Re: [Qemu-devel] [sparc64] qemu crashes after the "OpenBIOS for Sparc64" banner is printed In-Reply-To: <48B6D967.6090604@jermar.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48B6A035.2090105@jermar.eu> <48B6CD69.5020101@jermar.eu> <48B6D967.6090604@jermar.eu> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jakub Jermar Cc: qemu-devel@nongnu.org On 8/28/08, Jakub Jermar wrote: > Blue Swirl wrote: > > > > > > > > > > What host? On my amd64 and using the latest OpenBIOS I get this: > > > > > > > > > > > It works on amd64 for me too, so it's an ia32 issue. > If I sent you an ia32 coredump, would that be of any help to you? No thanks, I can no reproduce it. Maybe the reason can be found with bisection. > > I wouldn't trust the Qemu version of VGA on Sparc64 yet, there could > > be some wrong assumptions. Once a real kernel can boot, initialize the > > VGA and preferably start X, then we should know that it's realistic. > > > > That would imply that the HelenOS kernel is somewhat unreal, which > is not easily possible since it can drive real UltraSPARC machines :-) > (And yes, on a real machine, it doesn't end with the "Booting the > kernel..." message). I just meant that you should not use Qemu as reference. If your VGA code runs unmodified in Qemu, it's a sign that we could trust Qemu/Sparc64 VGA coupling. > A simple unaccelerated framebuffer support is not a big deal, all we > need is an address, width, height and color depth and maybe a heads > up if the device is weird (such as the Creator 3D). The current Sun4u machine uses only PC devices. It's of course possible to add other devices, but I'd rather do later, after for example working PCI or even interrupt controller.