Maximilian Luz

The thing missing right now is manpower. I.e. for the dGPU, someone would need to update the patch in https://github.com/jakeday/linux-surface/issues/286#issuecomment-521518380 (so that it has a chance of being accepted upstream)...

The fundamental parts are different than on the SB2. Specifically, it looks like the dGPU power is (at least in part) controlled by the embedded controller (SAM, in constrast to...

@richardcq Is there anything interesting in dmesg? How did you check the dGPU status? Looks like the ACPI call succeeded, so it should have at least sent the data to...

> I also don't have any `/sys/module/acpi/parameters/debug_*` That's odd. The rest looks okay. Also it should be enough to just call either one of them. Can you upload the full...

Ah yeah okay you're right there. That doesn't seem to be related. Does `echo 1 | sudo tee /sys/bus/pci/rescan` bring up anything in lspci?

It's possible (and pretty likely) that subsequent HGON/DSM calls don't actually do anything, so the dmesg log may be misleading. Can you try to run `acall "\_SB.PCI0.RP05.HGOF"` and then `acall...

Hmm, I guess you'll have to trace through the methods to figure out where things are going wrong. For example, the HGON call could time out for some reason: https://github.com/linux-surface/acpidumps/blob/master/surface_book_1/dsdt.dsl#L18189....

Sorry for the late response. > I wonder if the following output from my log is related: > > > kern :info : [32682.857093] pcieport 0000:00:1c.0: pciehp: Slot(4): Card present...

I've uploaded a bunch of kernels with the necessary patches at https://github.com/linux-surface/linux-surface/releases/tag/sb1-test-v4.19.133.

I've had confirmation (via mail) that the v4.19 Arch kernel linked above does work in combination with the `HGON`/`HGOF` ACPI calls to turn on/off the dGPU. If I have a...