From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1PGfbR-0002QM-H6 for mharc-grub-devel@gnu.org; Thu, 11 Nov 2010 17:26:45 -0500 Received: from [140.186.70.92] (port=51430 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PGfbP-0002Kh-6g for grub-devel@gnu.org; Thu, 11 Nov 2010 17:26:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PGfbO-0003hh-00 for grub-devel@gnu.org; Thu, 11 Nov 2010 17:26:43 -0500 Received: from mail-fx0-f41.google.com ([209.85.161.41]:64942) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PGfbN-0003hb-NT for grub-devel@gnu.org; Thu, 11 Nov 2010 17:26:41 -0500 Received: by fxm20 with SMTP id 20so1870383fxm.0 for ; Thu, 11 Nov 2010 14:26:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=NkVe2VcSlslQhugevcNloPcwxGuiyDQHZ7fuK1II9fA=; b=LGNpnKMWGatvdYNIcgBPHwdWxu5qm/rTmzWB8rxI5tasG1nN0akT1JKw9+As2VJk5Q O03i/XMSW0OBSGmdebvStVi7FIh9bbD+ML5nqX9ddjJaTdXfus541r5uqKkXnISYXf0B 70m/nd6ATMGQwB2n7K3UMPpSyGxJRAXr+Pl44= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=tFKWEP5hafRYqu5fatNxfxpXouXX5t3ltTm9eP9ftQZ7tz6Eo5wnfaelcrl6u+o57i 9C/sjFQuMxuzlCRn8B01CQIkTrkNDJDmku1Cpz8rVXNAJ6EY/jhPknCRx+BNCAFsQ52B KQeMfDMeF09aQL2cT4nSb1MQKz7CFEi6yvf0w= Received: by 10.223.93.204 with SMTP id w12mr693618fam.103.1289514399723; Thu, 11 Nov 2010 14:26:39 -0800 (PST) Received: from debian.bg45.phnet (gprs01.swisscom-mobile.ch [193.247.250.1]) by mx.google.com with ESMTPS id z2sm1158400fam.15.2010.11.11.14.26.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 11 Nov 2010 14:26:38 -0800 (PST) Message-ID: <4CDC6D95.5000102@gmail.com> Date: Thu, 11 Nov 2010 23:26:29 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101030 Icedove/3.0.10 MIME-Version: 1.0 To: grub-devel@gnu.org References: <4CDC0F46.7010109@gmail.com> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig34523F6629C6C5AB89464ED8" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: efi Grub2 of Ubuntu 10.10 x64 fails to execute on qemu with -enable-kvm X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2010 22:26:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig34523F6629C6C5AB89464ED8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 11/11/2010 07:54 PM, Adhyas Avasthi wrote: > I get your point, but that just stops "some" people from using Grub2 > for EFI Development work and to look for other options. If they are developpers and they care about GRUB supporting EFI+kvm, it's a free software world, and patches are welcome. I just stated that from where I sit (tram stop, and it rains) it has little point. > Unfortunately, > people who also want to boot regular OSes on their EFI BIOSes EFI isn't BIOS. EFI and BIOS are different kind of firmware. What's the real point in running OS under X or Y firmware if once kernel kicks in the difference is pretty small? > (besides > their own OSes which they want to convert to pure EFI) suffer because > regular OSes (at least Ubuntu) have chosen Grub 2 as their platform, > and a lot of companies out their do wish to run Ubuntu in a VM. Some > of my clients wish to develop certain EFI applications or run time OS > applications using EFI, What's the advantage over old good kernel modules? I fail to see any. > for which they have chosen Virtual Machines as > their development platforms and wish to boot to Ubuntu on EFI on qemu. > Without KVM, the guest is really not usable as it is very very slow. > They do have their own BIOS ports and expose certain vendor specific > Run Time services to use and expose to the users through the custom > apps. > > =20 Why not simply move the relevant code from firmware (EFI, BIOS and so on) to the custom app itself? It will make the handling and upgrade of relevant functions way easier. > Let me see if I can root cause the bug (err, workaround/issue) myself. > I do need to make it work for the client as it is their requirement to > boot a Linux OS in a VM on pure EFI world, so practically it is an > issue whether we as a community choose to acknowledge it or not.=20 The issue itself is obviously acknowledged but a) The root cause is probably burried deep into the way CPU handles Blue Pill. b) Priority is low (your priorities don't have to be the same as ours) > As of > now, KVM does execute all other x64 bit code successfully (including > the entire 64-bit kernel), so I would put a little bit more faith on > KVM.=20 Only because it's optimised for this code to function. Qemu (w/o kqemu or kvm) is the most accurate free emulator and second-best if you consider non-free as well. But even qemu is completely accurate. As an example I'm pretty sure that our video_cirrus which is coded for qemu won't work with real Cirrus card as it is now. Also I spoke with Carl-Daniel (coreboot dev and flashrom maintainer) and he agreed with it and added that qemu even being very good has a number of flaws. > Let me see why I crash using kvm on qemu-kvm-0.13.0. My host > kernel is 2.6.32 but that should not matter because I have updated my > kvm-kmod for that kernel anyway. Am compiling a new kernel to see if > the issue still exists for 2.6.36 kernel. > > BTW, when you say you loaded Grub2, what does that mean?=20 It means that I was able to load GRUB, have its shell, load Linux which panic'ed because it couldn't find root (understandable since I had no root=3D option or viable root partition at all) > Does it mean > you were able to boot to the OS as well? Or just see the Grub menu > screen or command prompt? I am just curious what works with 0.12.5 and > =20 You can have my ROM images at http://download-mirror.savannah.gnu.org/releases/grub/phcoder/rom.tar.lzm= a Linux used comes from some debian package, can't say which one. I suggest to first compare the CPUs, especially the extended page table capability > I can try to put my Ubuntu DVD image as well to see if I can match > what you have. Are there any command line parameters I can pass to the > EFI Grub2 boot loader when I invoke it manually from the EFI Shell, to > see any more information about the crash? No but you can embed the config consisting of "debug=3Dall" > Also, I haven't yet fully > understood how to enable more debug (EFI BIOS dumps all debug I want > on the serial port) from within the boot loader if I build it myself, > any pointers on that will be useful. > > PS: I would still appreciate if I can ask questions on this mailing > list while I debug this issue, and I can get some help where I am > blocked. > > =20 You can ask the questions but a questions of kind "I'm stuck, can you spend 5 hours on issue that is very low-priv for you?" isn't likely to be answered. Be sure to get to the point, ideally producing a minimal example which will give a motivation and make it easy to answer. For more info refer: http://all-nettools.com/toolbox/smart-whois.php Vladimir, sitting at tram stop, but tram should come any second now --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig34523F6629C6C5AB89464ED8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkzcbZUACgkQNak7dOguQglyswD+IPzBzhs8xMA6rR13rUCjkbCJ 87DzLujbVbeY9X3YGEwA/3aofs68Y2SHOuldrMg0iJ/kqiL7qKYsIfBQ6xyGuH86 =LG7Z -----END PGP SIGNATURE----- --------------enig34523F6629C6C5AB89464ED8--