From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OoXQB-0002HG-Ly for mharc-grub-devel@gnu.org; Thu, 26 Aug 2010 04:02:51 -0400 Received: from [140.186.70.92] (port=49503 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OoXQ7-0002Ab-6A for grub-devel@gnu.org; Thu, 26 Aug 2010 04:02:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OoXPk-0000Dz-V4 for grub-devel@gnu.org; Thu, 26 Aug 2010 04:02:25 -0400 Received: from mail-ww0-f49.google.com ([74.125.82.49]:47462) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OoXPk-0000Dv-Oc for grub-devel@gnu.org; Thu, 26 Aug 2010 04:02:24 -0400 Received: by wwj40 with SMTP id 40so2174666wwj.30 for ; Thu, 26 Aug 2010 01:02:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=OqmgdCVNf5ogSyNw11soQMoyCtGq7XYo3pC0Qad34p4=; b=sS8vSPlYq61BIs1RYeIm1CmMSojpwIopoEdMb+Mujw3g+lXl/IAp5wGMiyME6lhYLP EMJ2F9D0H0iT+k8EfY/aSc+w0WQRlF/l+UtWyQmyf9gVdPHMOgy+79eArSfh42KE5vdz XuhZxcgMIqw5wL4jcmiQtlZng1VbJp9zk4UpQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=Dq/QgIft3U8z+s/Bdv+GNZum69o1qHiunuMBFDMIgWckuZVhOxy0+q0znRTkMV+xYM 8Ofkn68jSZw7J3IToLXuOFuyVkEh/poSph5/jsJ6oa8a8VDY66ckD510RQVLxMcM4Li+ C1Z2EA6Kn0vQnVPUvNqb9f5hx5A+LdjdFcMvU= Received: by 10.227.157.147 with SMTP id b19mr8656042wbx.49.1282809743182; Thu, 26 Aug 2010 01:02:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.137.9 with HTTP; Thu, 26 Aug 2010 01:02:03 -0700 (PDT) In-Reply-To: References: <4C747249.4080205@gmail.com> <4C74E602.1060308@gmail.com> From: "KESHAV P.R." Date: Thu, 26 Aug 2010 13:32:03 +0530 Message-ID: To: The development of GNU GRUB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: Completely disable graphics support in grub2 x86_64-efi 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, 26 Aug 2010 08:02:49 -0000 On Wed, Aug 25, 2010 at 17:43, KESHAV P.R. wrote: > 2010/8/25 Vladimir '=CF=86-coder/phcoder' Serbinenko : >> Were you testing inside qemu? If so then mainline version has used >> video_cirrus module which wasn't propagated into newreloc until I >> resynced it recently > > No, I was not testing in qemu or VirtualBox (or any virtual machine). > I tried it in real hardware. My GPU is ATI Mobility Radeon HD 3450 > with 256 MB Graphics RAM, 1280x800 native resolution of my Dell Studio > 1537 laptop. Should I use newreloc or experimental branch? > > Maybe I will try newreloc separately and come back to you. > I tried the newreloc branch https://code.launchpad.net/~skodabenz/grub/grub2-branch-newreloc but I found no difference in fuctionality between experimental and newreloc in case of x86_64-efi (I do not know about i386-efi). "newreloc" solves the problem of initramfs not being loaded properly and leading to kernel panic that currently occurs with mainline, but the graphics problem in experimental also occurs with newreloc, I think this problem is due to efigfx branch. Is there any command which makes grub2 stop trying to load a graphics/video mode and instead fallback to efi simple text protocol? Please include the way mainline handles the issue, as a fallback option in efigfx, in case no graphics/video mode is found. Regards. Keshav