Searched refs:freeze_noirq (Results 1 – 17 of 17) sorted by relevance
/linux-6.1.9/drivers/base/power/ ! |
D | generic_ops.c | 113 return pm && pm->freeze_noirq ? pm->freeze_noirq(dev) : 0; in pm_generic_freeze_noirq()
|
D | main.c | 425 return ops->freeze_noirq; in pm_noirq_op()
|
D | domain.c | 2070 genpd->domain.ops.freeze_noirq = genpd_freeze_noirq; in pm_genpd_init()
|
/linux-6.1.9/include/linux/ ! |
D | pm.h | 303 int (*freeze_noirq)(struct device *dev); member 331 .freeze_noirq = pm_sleep_ptr(suspend_fn), \
|
/linux-6.1.9/drivers/pci/ ! |
D | pci-driver.c | 1065 if (pm && pm->freeze_noirq) { in pci_pm_freeze_noirq() 1068 error = pm->freeze_noirq(dev); in pci_pm_freeze_noirq() 1069 suspend_report_result(dev, pm->freeze_noirq, error); in pci_pm_freeze_noirq() 1395 .freeze_noirq = pci_pm_freeze_noirq,
|
/linux-6.1.9/drivers/thunderbolt/ ! |
D | domain.c | 566 if (tb->cm_ops->freeze_noirq) in tb_domain_freeze_noirq() 567 ret = tb->cm_ops->freeze_noirq(tb); in tb_domain_freeze_noirq()
|
D | tb.h | 470 int (*freeze_noirq)(struct tb *tb); member
|
D | tb.c | 1725 .freeze_noirq = tb_freeze_noirq,
|
D | nhi.c | 1365 .freeze_noirq = nhi_freeze_noirq, /*
|
/linux-6.1.9/Documentation/power/ ! |
D | pci.rst | 293 .freeze_noirq = pci_pm_freeze_noirq, 564 prepare, freeze, freeze_noirq 582 pci_pm_suspend_noirq(), but it calls the device driver's pm->freeze_noirq() 647 prepare, freeze, freeze_noirq 787 or put it into a low-power state. Still, either it or freeze_noirq() should 790 3.1.5. freeze_noirq() 793 The freeze_noirq() callback is hibernation-specific. It is executed during 802 freeze_noirq(). 804 The difference between freeze_noirq() and freeze() is analogous to the 831 freeze_noirq() callbacks described above, but it does not need to save the [all …]
|
D | runtime_pm.rst | 769 - if pm_runtime_suspended(dev) returns "false", invoke the ->freeze_noirq() 803 ->resume_noirq(), ->freeze(), ->freeze_noirq(), ->thaw(), ->thaw_noirq(),
|
/linux-6.1.9/drivers/usb/core/ ! |
D | hcd-pci.c | 614 .freeze_noirq = check_root_hub_suspended,
|
/linux-6.1.9/Documentation/driver-api/pm/ ! |
D | devices.rst | 518 ``freeze``, ``freeze_late``, ``freeze_noirq``, ``thaw_noirq``, ``thaw_early``, 535 4. The ``freeze_noirq`` phase is analogous to the ``suspend_noirq`` phase 545 the device is in the same state as at the end of the ``freeze_noirq`` 577 ``freeze_noirq`` phases. Also, on many machines the firmware will power-down 610 ``prepare``, ``freeze``, and ``freeze_noirq`` phases. However, the devices 639 ``freeze_late`` and ``freeze_noirq`` phases. The device may even need to be
|
/linux-6.1.9/drivers/pcmcia/ ! |
D | cs.c | 876 .freeze_noirq = pcmcia_socket_dev_suspend_noirq,
|
/linux-6.1.9/drivers/hv/ ! |
D | vmbus_drv.c | 1024 .freeze_noirq = vmbus_suspend, 2635 .freeze_noirq = vmbus_bus_suspend,
|
/linux-6.1.9/sound/pci/hda/ ! |
D | hda_intel.c | 1162 .freeze_noirq = azx_freeze_noirq,
|
/linux-6.1.9/drivers/tty/serial/ ! |
D | imx.c | 2596 .freeze_noirq = imx_uart_suspend_noirq,
|