From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54628) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X83YY-0001m3-1e for qemu-devel@nongnu.org; Fri, 18 Jul 2014 04:30:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X83YP-0002tV-1D for qemu-devel@nongnu.org; Fri, 18 Jul 2014 04:30:17 -0400 Received: from s16892447.onlinehome-server.info ([82.165.15.123]:60682) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X83YO-0002tB-R0 for qemu-devel@nongnu.org; Fri, 18 Jul 2014 04:30:08 -0400 Message-ID: <53C8DB06.4040200@ilande.co.uk> Date: Fri, 18 Jul 2014 09:29:58 +0100 From: Mark Cave-Ayland MIME-Version: 1.0 References: <53C41F17.6010503@gmx.net> <53C5A966.4070209@ilande.co.uk> <53C77091.7090706@gmx.net> <53C84CA3.5040707@ilande.co.uk> <53C8B966.3020901@gmx.net> In-Reply-To: <53C8B966.3020901@gmx.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] can't boot debian wheezy sparc in qemu List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Dennis Luehring , qemu-devel@nongnu.org On 18/07/14 07:06, Dennis Luehring wrote: > Am 18.07.2014 00:22, schrieb Mark Cave-Ayland: >> On 17/07/14 07:43, Dennis Luehring wrote: >> >> > Am 16.07.2014 00:21, schrieb Mark Cave-Ayland: >> >> At the moment my work is focused on getting the basic system emulation >> >> up and running, so I haven't spent much time looking at the graphics >> >> side at all. >> >> >> >> I have noticed that the kernel falls back to the dummy console during >> >> boot, so perhaps it is unable to probe the VGA device. If you append >> >> vga=ask to the command line, are you able to find a framebuffer choice >> >> that works? >> > >> > the vga=ask parameter is x86 only >> > >> > https://lists.debian.org/debian-user/2014/07/msg00872.html >> >> Really? That's a shame. The problem I'm looking into at the moment is >> related to incorrect BAR ranges properties for the ebus and VGA which >> means that the properties in the device tree don't always match up. >> >> Fortunately Linux tends to probe/configure everything itself which is >> why it boots; the BSDs start parsing various BAR properties to find out >> what resources have been assigned by OpenBIOS and then fall over when >> the properties don't quite line up with how the BARs are programmed. It >> could be that maybe the difference is also causing the VGA probe to fail? >> >> If any of the Debian people are interested in helping and have a debug >> kernel available, I'm sure it wouldn't take someone who has basic SPARC >> Linux kernel knowledge too figure out what's happening (and even better >> you can boot the kernel directly in QEMU with the -kernel parameter >> rather than having to keep building a custom image). >> > > why not join debian-sparc@lists.debian.org and ask for help directly? Well, when I can find time then I'm still trying to fix up the PCI BAR/device tree issues first :) Once that part is working correctly then I'll start to look at VGA display, however at the moment my next priorities are to get the *BSDs and Solaris running in -nographic mode. ATB, Mark.