linux-kernel - Re: [PATCH v3 0/2] efi/x86: Call set

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID:
 <MA0P287MB0217724D1527969D721453C9B8AA2@MA0P287MB0217.INDP287.PROD.OUTLOOK.COM>
Date: Wed, 24 Jul 2024 16:30:56 +0000
From: Aditya Garg <gargaditya08@...e.com>
To: Lukas Wunner <lukas@...ner.de>
CC: Ard Biesheuvel <ardb@...nel.org>, "linux-efi@...r.kernel.org"
	<linux-efi@...r.kernel.org>, "linux-kernel@...r.kernel.org"
	<linux-kernel@...r.kernel.org>, Hans de Goede <hdegoede@...hat.com>, Kerem
 Karabay <kekrby@...il.com>, Orlando Chamberlain <orlandoch.dev@...il.com>,
	"sharpenedblade@...ton.me" <sharpenedblade@...ton.me>
Subject: Re: [PATCH v3 0/2] efi/x86: Call set_os() protocol on dual GPU Macs



> On 24 Jul 2024, at 9:58 PM, Lukas Wunner <lukas@...ner.de> wrote:
> 
> On Wed, Jul 24, 2024 at 04:21:03PM +0000, Aditya Garg wrote:
>> https://www.phoronix.com/forums/forum/software/general-linux-open-source/1479158-linux-6-11-efi-will-fake-that-it-s-booting-apple-macos-to-fix-some-dual-gpu-macs?p=1479205#post1479205
>> 
>> By looking at this post, it seems to affect non T2 Macs as well.
> 
> Disabling iGPU if dGPU is present was a behavior that existed well
> before T2 Macs, yes.  That affected MacBook Pros from Haswell onward.

If you read the person's comment carefully, he has said it affected the thunderbolt eGPUs as well. Fat chance he is using a T2 Mac, because I have been a part of the t2linux community for a long time and we received such case recently.

> 
> However the question is since when iGPU is disabled if an eGPU is present.
> I had never heard of this before.  It would be good to have more datapoints
> to come up with a quirk that's as narrowly applied as possible to avoid
> regressions.
> 
> Thanks,
> 
> Lukas