9adcbfe486
As noted on linux-pci, we have a weird way to handling "value" and "scale" fields that are supposed to contain numerical values: we encode them as a bitfield. Instead define the two fields (offset and mask) and use numbers. Another issue, not fixed in this CL, is that we write hard-coded values while these fields really need to contain the max() of acceptable delays of the downstream devices. That way the controller can decide whether or not to enter a deeper power management state. It's noted as a TODO. Change-Id: I895b9fe2ee438d3958c2d787e70a84d73eaa49d2 Signed-off-by: Patrick Georgi <pgeorgi@google.com> Found-by: Bjorn Helgaas <bhelgaas@google.com> Reviewed-on: https://review.coreboot.org/22740 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Stefan Reinauer <stefan.reinauer@coreboot.org> |
||
---|---|---|
.. | ||
dram | ||
azalia.h | ||
azalia_device.h | ||
cardbus.h | ||
device.h | ||
drm_dp_helper.h | ||
early_smbus.h | ||
hypertransport.h | ||
hypertransport_def.h | ||
i2c.h | ||
i2c_bus.h | ||
i2c_simple.h | ||
path.h | ||
pci.h | ||
pci_def.h | ||
pci_ehci.h | ||
pci_ids.h | ||
pci_ops.h | ||
pci_rom.h | ||
pciexp.h | ||
pcix.h | ||
pnp.h | ||
pnp_def.h | ||
resource.h | ||
smbus.h | ||
smbus_def.h | ||
spi.h |