From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1RmoxT-00063Z-Ph for mharc-grub-devel@gnu.org; Mon, 16 Jan 2012 10:58:55 -0500 Received: from eggs.gnu.org ([140.186.70.92]:55016) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmoxB-0005x4-SZ for grub-devel@gnu.org; Mon, 16 Jan 2012 10:58:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RmowX-00037D-5w for grub-devel@gnu.org; Mon, 16 Jan 2012 10:58:07 -0500 Received: from mail-wi0-f169.google.com ([209.85.212.169]:36896) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmowX-00035q-0l for grub-devel@gnu.org; Mon, 16 Jan 2012 10:57:57 -0500 Received: by wicr5 with SMTP id r5so2841817wic.0 for ; Mon, 16 Jan 2012 07:57:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=VFpH5iGPCfcA80adE8HfOdtulb0yDM3DhNgWVPyocc8=; b=c2QM1mmUHYY+1JTUBrjinKunG/Sf54+WFLqThnD0kWfSqdyvvRMNS/HX8cclZvxxPr hnRkce9PvOjgcC1LyrkjtkXv/Xbl7CznzUBZhXeRCeMI7b1nRQmEvf0niIH5AwBU0xaQ TOM/7cgqiQZ82SVrIKncuzhGxOZLjXJsw2EGM= Received: by 10.181.13.208 with SMTP id fa16mr21212175wid.12.1326729452767; Mon, 16 Jan 2012 07:57:32 -0800 (PST) Received: from debian.x201.phnet (43-233.197-178.cust.bluewin.ch. [178.197.233.43]) by mx.google.com with ESMTPS id o17sm22755690wbh.19.2012.01.16.07.57.29 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Jan 2012 07:57:31 -0800 (PST) Message-ID: <4F1448E8.8020709@gmail.com> Date: Mon, 16 Jan 2012 16:57:28 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20120104 Icedove/8.0 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: Multiboot video mode request on EFI-gop References: <4F143983.7030407@ubuntu.com> <4F1443C4.5060807@ubuntu.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.212.169 Cc: Thomas Nilsen , Phillip Susi X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 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: Mon, 16 Jan 2012 15:58:53 -0000 On 16.01.2012 16:50, Thomas Nilsen wrote: > Hi again, > > Thanks for you help. > > That actually means that Grub2 is actually doing what it can and thats > it? The rest is up to the os/kernel to handle directly with the GOP > protocol driver? > > So its not possible to have the GOP driver initialize a mode and then > return a LFB address? The GOP protocol in the machine's EFI bios is > most definetly not video-hardware specialized, so between the GOP > implementation and the VIDEO hardware there must be some sort of LFB > type interface? Or am i misunderstanding? > You misunderstand completely. I think you confuse 2 independent structures supplied by GRUB "VBE info" (available only on VBE platforms) and "General video info" (always available includes among other lfb address) > The ideal solution for me would be if grub could initialize mode as it > does very well, then in some way get the LFB pointer and bpp, etc and > send as if it was from a Bios+vbe grub scenario. > > regards > Thomas > > 2012/1/16 Phillip Susi > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 1/16/2012 10:22 AM, Thomas Nilsen wrote: > > Hi, > > > > I think i might have explained myself incorrect. > > > > What i mean is: > > > > 1. Grub2 runs very well on BIOS & (U)EFI bios. Nice graphics as > > requested in gfxmode etc. > > > > 2. Grub2 loads multiboot kernel and gives it its requested > > videomode (from the videomode request part of multibootheader) > > > > 3. Grub2 does NOT load multiboot kernel and gives it its requested > > videomode. It seems to give it its mode, but the info is not right > > in the multiboot parameters.. So the "kernel" cannot tell what mode > > it is, where its LFB is and bpp etc. > > Ahh, yes, this is because gop doesn't set a vesa mode and let you play > with the flat frame buffer. You actually make gop calls to perform > the IO for you. Grub can leave the display in that state when passing > off to the kernel, but the kernel has to have its own KMS video driver > to take over; it can't just start poking at a frame buffer like it can > with VESA. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPFEPEAAoJEJrBOlT6nu75SmgIAJq8XvbE8/g/dtwwVOmwLpgW > ahFS5MQU1CCvkmXE54GteIfMVmdLxiRgBdlLH8VxXr4CW19YpYyAWtoi+ib038QB > b7DeaReDw2WzYrikw7Ezt1mWejw7t4Ysv1eEjw0ppQlLMm+/Rnwf+qum5nddWeIh > ognAT03nqcu+AsOv7G++wiSltNLKXfACrjhdr/VRAmibGT1a5/er0z26evGW1U5/ > eXWX5kSpsNDuMQILBKvVkLkACK8cC4apKkhATBGA2pGENPgys+fu7NzTJm/j16dt > sAuck2a+LpCEJ7os90JwouPVITLeQ05p07LwqJhMMfRkDApoIfgWYXGBFPlTbbE= > =EUzD > -----END PGP SIGNATURE----- > > > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko