From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OoXqr-0004ou-Hz for mharc-grub-devel@gnu.org; Thu, 26 Aug 2010 04:30:25 -0400 Received: from [140.186.70.92] (port=45627 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OoXqm-0004mk-Pn for grub-devel@gnu.org; Thu, 26 Aug 2010 04:30:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OoXql-0004VQ-D8 for grub-devel@gnu.org; Thu, 26 Aug 2010 04:30:20 -0400 Received: from mail-bw0-f41.google.com ([209.85.214.41]:32962) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OoXql-0004VG-45 for grub-devel@gnu.org; Thu, 26 Aug 2010 04:30:19 -0400 Received: by bwz6 with SMTP id 6so1180746bwz.0 for ; Thu, 26 Aug 2010 01:30:18 -0700 (PDT) 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=hi0NPLd7tOiNVYtMeYXL7brB8G2HroiVNru+sIU1uYM=; b=tPBDEuAESVPUrqQlZLShKHAZWG8pDLY7nJhLZxqaxXWL7KNp62CDWlgLiTejuSi89p tbba8QGZBCA428qGjjmz5MpgImOHqEUR7aNk/Yugy1uLXQXtq5bVIJfiFdKNJQcvknMH tSyTkfO3LM8yh1oEdOs8r4/bQqYbFpIlPlWIQ= 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=wxueDocMptNdZk2iqkKcwkl54fYWRX/vQHv6Df3WC21iTA+9ZzsCjExgt5DEC39p3H hMnVMUtYsx/Bh77uCye2ZcW6VNKvxR7CvLbFOTJ1sWDclpX+2s1ruecpz5cqt8S+rxBl Ji7uWiUdWV8se7haINyvaJ+iLO5wI/5AIZUes= Received: by 10.204.83.167 with SMTP id f39mr6092622bkl.151.1282811417916; Thu, 26 Aug 2010 01:30:17 -0700 (PDT) Received: from debian.bg45.phnet (gprs21.swisscom-mobile.ch [193.247.250.21]) by mx.google.com with ESMTPS id 24sm1442412bkr.19.2010.08.26.01.30.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 26 Aug 2010 01:30:16 -0700 (PDT) Message-ID: <4C762609.303@gmail.com> Date: Thu, 26 Aug 2010 10:30:01 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100805 Icedove/3.0.6 MIME-Version: 1.0 To: grub-devel@gnu.org References: <4C747249.4080205@gmail.com> <4C74E602.1060308@gmail.com> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig78201FDD08CAECA4AE1FED14" 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:30:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig78201FDD08CAECA4AE1FED14 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 08/26/2010 10:02 AM, KESHAV P.R. wrote: > On Wed, Aug 25, 2010 at 17:43, KESHAV P.R. wrote:= > =20 >> 2010/8/25 Vladimir '=CF=86-coder/phcoder' Serbinenko : >> =20 >>> 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 >>> =20 >> 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. >> >> =20 > 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. efigfx was merged into mainline quite some time ago > Is there any command which makes > grub2 stop trying to load a graphics/video mode and instead fallback > to efi simple text protocol? efi simple text protocol was never used for this. Moreover it's not usable by OS (you can read spec for details, part boot and runtime protocols) > Please include the way mainline handles > the issue, as a fallback option in efigfx, in case no graphics/video > mode is found. > =20 I don't understand what happens in your case. According to you "videotest" doesn't work (can you confirm?) and according to code GRUB in neither branch tries to detect any other way of configure graphics on EFI. I have a theory that for some reason Linux uses vga_text normally. It's possible to have this behaviour with patch at the end of this e-mail. But that patch can't be incorporated because there is no way to actualy check the availability of vga_text on EFI and on EFI as a firmware it's usualy not. EFI is pretty loosy firmware and is definitely not what I recommend. I recognize that in some cases you have to use EFI (if your hardware is shipped with it) but in case of DUET, it's specifically searching for trouble. Additionaly DUET is labeled as being for test purposes only and not for regular use. =3D=3D=3D modified file 'grub-core/loader/i386/linux.c' --- grub-core/loader/i386/linux.c 2010-04-21 17:13:45 +0000 +++ grub-core/loader/i386/linux.c 2010-08-26 08:20:20 +0000 @@ -638,7 +638,7 @@ } else { -#if defined (GRUB_MACHINE_PCBIOS) || defined (GRUB_MACHINE_COREBOOT) || defined (GRUB_MACHINE_QEMU) +#if 1 params->have_vga =3D GRUB_VIDEO_LINUX_TYPE_TEXT; params->video_mode =3D 0x3; #else > Regards. > > Keshav > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig78201FDD08CAECA4AE1FED14 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/ iF4EAREKAAYFAkx2JgkACgkQNak7dOguQgmuqwEAoQDLzR8Q77tUhy0RC2UnGDGj qxJmTGhsDXecnkxJObgBAJ1/zdyR6OBcCUTW5+cy5YyUqBe3UpkIqCR3OgKun84T =9TMD -----END PGP SIGNATURE----- --------------enig78201FDD08CAECA4AE1FED14--