From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W0YRx-00055q-5E for mharc-grub-devel@gnu.org; Tue, 07 Jan 2014 10:20:13 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41763) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0YRq-00052z-Lz for grub-devel@gnu.org; Tue, 07 Jan 2014 10:20:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W0YRh-0002Xd-CL for grub-devel@gnu.org; Tue, 07 Jan 2014 10:20:06 -0500 Received: from ks35366.kimsufi.com ([213.251.186.122]:45502 helo=meetr.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0YRh-0002XJ-34 for grub-devel@gnu.org; Tue, 07 Jan 2014 10:19:57 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by meetr.de (Postfix) with ESMTP id BCCAB4E0347 for ; Tue, 7 Jan 2014 16:19:55 +0100 (CET) Received: from meetr.de ([127.0.0.1]) by localhost (ks35366.kimsufi.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zkxn2DvFS6yf for ; Tue, 7 Jan 2014 16:19:52 +0100 (CET) Received: by meetr.de (Postfix, from userid 33) id 63BE34E2D21; Tue, 7 Jan 2014 16:19:52 +0100 (CET) To: grub-devel@gnu.org Subject: Re: [PATCH] Add =?UTF-8?Q?apple=5Fset=5Fos=20command?= X-PHP-Originating-Script: 33:rcmail.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 07 Jan 2014 16:19:52 +0100 From: andreas@heider.io In-Reply-To: <52C7038C.3090404@gmail.com> References: "<1388419466-2023-1-git-send-email-andreas@heider.io>" <52C65CCF.7070801@gmail.com> <52C7038C.3090404@gmail.com> Message-ID: <551282a06046fa748fbc5bf982cc850e@heider.io> X-Sender: andreas@heider.io User-Agent: Roundcube Webmail/0.9.2 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 213.251.186.122 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: Tue, 07 Jan 2014 15:20:12 -0000 Am 2014-01-03 19:38, schrieb SevenBits: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 01/03/2014 01:46 AM, Vladimir '?-coder/phcoder' Serbinenko wrote: >> On 31.12.2013 00:11, SevenBits wrote: >>> On Monday, December 30, 2013, Andreas Heider wrote: >>> >>> The EFI on current macbooks configures hardware differently >>> depending on wether it is booting Mac OS X or a different os, for >>> example disabling the internal GPU completely on some models. >>> >>> Mac OS X identifies itself using a custom EFI protocol. >>> >>> This adds a command that fakes the os identification, making all >>> hardware accessible. >>> >>> >>> Just a question: I do a lot of booting Linux on MacBooks, and I >>> frequently suffer from this issue. How do we know that this code >>> actually works? >> Run on a mac with this code and without and compare results. The >> ship of "works by sane design" has long since sailed away. For >> most manufacturers it's somewhere in Moon orbit but for apple it >> has long since left solar system. > So, Andreas, I tried your patch, and... no dice. The Mac behaves > exactly as before. I'm afraid it didn't appear to do anything for me. Hi, thanks for testing! I suspect that your MacBook Pro is simply too old. I don't know exactly when this protocol was introduced, I found references to it on Hackintosh-Forums from a while ago and in the Mac OS X internals book which is also a bit older. What effect exactly were you looking for? Your MBP doesn't have a second GPU to disable. Also, AFAIK the older models disable less hardware when you boot via EFI than the newer ones, since Bootcamp with EFI wasn't supported. > Furthermore, your patch didn't print any output. There wasn't any > error message returned (i.e your "Could not locate the apple set os > protocol." message on line 52-53). When I invoked your command from > the GRUB normal prompt, it DID print the message however. Perhaps it > doesn't fail if called from within a grub.cfg, or maybe it simply > doesn't print. If it prints something on the promt I'd say it's working as intended, although I'm pretty sure that I see output from it when I boot a grub.cfg entry. > The Mac that I tested on was a MacBook Pro from early 2008. Clearly, > this function isn't present on all models. I can try it on others and > seeing if it works on them, however. If you have the time, please do. I'd be interested in what exactly changes. > Also, why the if statements on lines 59 and 65, which indicate whether > the OS version and/or vendor was set. What is the point of them? Why > not just call the functions directly? It's just some output so you know that the command did something. >> >> >> >> _______________________________________________ Grub-devel mailing >> list Grub-devel@gnu.org >> https://lists.gnu.org/mailman/listinfo/grub-devel >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.14 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQEcBAEBAgAGBQJSxwOMAAoJEFbRvtGxmFPELWoH+QGu7aLuDam0vY+xW8h4TdFw > ckY51K8vgEGlpUNvK2fwQnnAt57W3jH14HBIRY1IaC+c9XA3mooqp748xh0jfoV/ > D95lZJuYu3XP4iFYtCehcCVOiz+x4DNXMnT6WA6hd5FjPT9xqbBqf/9RxSpN9O+i > ZGbSe/ZQkOvTyLXJ11L3SeTlNi9jqA03mLaMrMi7Ehb7AU3hBkiSMpiiIcUjnP3o > ZskQrSkguqt9Kt+FlHheTJkpAitqqJR/GpHkegg3bNGLrflacVGITMFFw0EsJP4R > h0fsEocfYnvSVPrw07SJVFvt2TzPGB69p5QXy11cU1ZBYUhILcG7rDTAmVctZig= > =wKye > -----END PGP SIGNATURE----- > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel