Maximilian Luz

The problem reported by @xeiraex (https://github.com/jakeday/linux-surface/issues/473#issuecomment-520195556) should now also be fixed in the upcoming kernel releases.

@mbrownnycnyc I'd assume that the newer devices work fine with s2idle/S0ix (it's generally my impression that the newer hardware is a bit more stable), but as @kitakar5525 mentioned, we don't...

I can only speak for myself here, but I'd love to get this all upstream once it's mature enough. As to what that takes: It depends on the thing in...

@brendandburns Awesome, thanks! > No promises, it's a giant corp and I'm on the Azure side, not the Surface side, but I will try. Nevertheless much appreciated!

@damianatorrpm I'm working on it that way. The ethernet stuff for the dock has been integrated a while ago and button patches will be in 5.4. Unfortunately the ACPI stuff...

This would definitely be an improvement. A temporary workaround to automatically detect the `rustup` source component would be to add something like this to the init script: ```coffee-script do setRustSrcPath...

Thanks, can you also 1. `git clone https://github.com/linux-surface/surface-aggregator-module` and `cd surface-aggregator-module` 2. Run `sudo modprobe surface_aggregator_cdev` (this loads a debugging interface) 3. Run `sudo ./scripts/ssam/events.py listen 0x02,0x0e` (this starts logging...

Okay regarding the deadlock I suspect it hangs at [`pci_lock_rescan_remove()`](https://elixir.bootlin.com/linux/v5.14.15/source/drivers/pci/hotplug/acpiphp_glue.c#L788). There's also some locking with `acpi_lock_hp_context()` involved, but that's only for reference management, so as far as I can tell...

> Sorry for making you wait this long. No worries, I'm quite busy myself at the moment. > Here are my findings nevertheless: > > * `sudo modprobe surface_aggregator_registry` didn't...

> > Any chance you had the nvidia GPU running in some way? > > According to `nvidia-smi` no processes are accessing the GPU. (However, I'm rather uncertain if this...