(In reply to comment #64)
> The upstream maintainers requested the first behavior
Out of curiosity, who are the “upstream maintainers” (and why aren't they commenting here, since we're on the kernel bugzilla)
> and probably aren't going
> to take the patch to quirk these machines with ascpi_osi="!Windows 2012".
> However, nothing prevents you from continuing to boot with this option to get
> the second behavior.
Well, I can't test right now but are you sure I'll get that behavior with your patches applied? On top of that, acpi_osi might have other side effects, so it's not really a durable workaround I think.
(In reply to comment #64)
> The upstream maintainers requested the first behavior
Out of curiosity, who are the “upstream maintainers” (and why aren't they commenting here, since we're on the kernel bugzilla)
> and probably aren't going
> to take the patch to quirk these machines with ascpi_osi="!Windows 2012".
> However, nothing prevents you from continuing to boot with this option to get
> the second behavior.
Well, I can't test right now but are you sure I'll get that behavior with your patches applied? On top of that, acpi_osi might have other side effects, so it's not really a durable workaround I think.