4 ms·
For a Linux driver it wouldn't be acceptable to compromise functionality like this as it's expected to work equally well on big iron as on laptops. So we have t
by l1k 10y ago
For a Linux driver it wouldn't be acceptable to compromise functionality like this as it's expected to work equally well on big iron as on laptops. So we have to tweak a lot more to achieve the same level of battery life.
- stinkytaco 10y agoJust to understand this, why wouldn't that be an acceptable compromise? As someone who uses linux on both a server and a laptop, I can tell you that when my laptop is unplugged, I'd much rather have that battery life than inbound ssh connection stability. I would imagine this is much the same for the vast majority of linux users. Could the lack of compromise be part of the problem?
- l1k 10y agoIf nothing's plugged in then many devices can indeed be suspended in some way, either by putting them in PCI power state D3hot or by cutting power if the platform supports it. Plug events are then signaled e.g. by an ACPI GPE (general purpose event, an interrupt sent by the platform to the OS). The case I was referring to was with the Ethernet cable still plugged in. They seem to suspend the Ethernet controller but don't wake it when packets come in, presumably because the controller doesn't support that. The machine appears dead from the outside after a few seconds of inactivity.
- navait 10y agoThank you for clarifying the case.
- zrm 10y ago> They seem to suspend the Ethernet controller but don't wake it when packets come in, presumably because the controller doesn't support that. The machine appears dead from the outside after a few seconds of inactivity. It seems like that would affect more than ssh connections, e.g. you wouldn't be able to receive email notifications.