From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MnxS3-0006sI-V4 for qemu-devel@nongnu.org; Wed, 16 Sep 2009 12:33:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MnxRz-0006j5-6A for qemu-devel@nongnu.org; Wed, 16 Sep 2009 12:33:51 -0400 Received: from [199.232.76.173] (port=54003 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MnxRz-0006in-0x for qemu-devel@nongnu.org; Wed, 16 Sep 2009 12:33:47 -0400 Received: from mail-yw0-f172.google.com ([209.85.211.172]:35284) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MnxRy-0003UV-No for qemu-devel@nongnu.org; Wed, 16 Sep 2009 12:33:46 -0400 Received: by ywh2 with SMTP id 2so7301952ywh.27 for ; Wed, 16 Sep 2009 09:33:45 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <796064.35554.qm@web51404.mail.re2.yahoo.com> References: <796064.35554.qm@web51404.mail.re2.yahoo.com> From: Artyom Tarasenko Date: Wed, 16 Sep 2009 18:33:25 +0200 Message-ID: Subject: Re: [Qemu-devel] Solaris SPARC guest on QEMU Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Luis Freitas Cc: qemu-devel@nongnu.org 2009/9/16 Luis Freitas : > > =A0Tried to use the CDROM for the HD image, to force it to behave with 51= 2 byte sectors, same result. > > =A0I browsed the sources yesterday and seems that the code between disk a= nd cdrom is shared, the behaviour depends only on how it is initialized, al= so the CDRom has a geometry translation, either lba or msf (What is msf?). = I dont think Sun servers have this kind of translation but I dont know if t= his could cause problems, will need to look at the bootprg sources for clue= s on this. (Perhaps the geometry on the Sun disk label needs to match what = is defined on the hardware?) > > =A0I could not find where in the code the CDROM is defined to have 2048 b= yte sectors or where its geometry is defined. Any pointers? Again, I think the problem doesn't have to do with the cdrom's sector size. Booting from a real hd (not a cdrom) image throws the same error.