Searched refs:freeze_noirq (Results 1 – 18 of 18) sorted by relevance
| /Linux-v5.4/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 | 397 return ops->freeze_noirq; in pm_noirq_op()
|
| D | domain.c | 1803 genpd->domain.ops.freeze_noirq = genpd_freeze_noirq; in pm_genpd_init()
|
| /Linux-v5.4/drivers/pci/ |
| D | pci-driver.c | 1047 if (drv && drv->pm && drv->pm->freeze_noirq) { in pci_pm_freeze_noirq()
1050 error = drv->pm->freeze_noirq(dev); in pci_pm_freeze_noirq()
1051 suspend_report_result(drv->pm->freeze_noirq, error); in pci_pm_freeze_noirq()
1061 if (pcibios_pm_ops.freeze_noirq) in pci_pm_freeze_noirq()
1062 return pcibios_pm_ops.freeze_noirq(dev); in pci_pm_freeze_noirq()
1390 .freeze_noirq = pci_pm_freeze_noirq,
|
| /Linux-v5.4/include/linux/ |
| D | pm.h | 295 int (*freeze_noirq)(struct device *dev); member
332 .freeze_noirq = suspend_fn, \
|
| /Linux-v5.4/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 | 749 - if pm_runtime_suspended(dev) returns "false", invoke the ->freeze_noirq()
783 ->resume_noirq(), ->freeze(), ->freeze_noirq(), ->thaw(), ->thaw_noirq(),
|
| /Linux-v5.4/drivers/usb/core/ |
| D | hcd-pci.c | 608 .freeze_noirq = check_root_hub_suspended,
|
| /Linux-v5.4/Documentation/driver-api/pm/ |
| D | devices.rst | 522 ``freeze``, ``freeze_late``, ``freeze_noirq``, ``thaw_noirq``, ``thaw_early``,
539 4. The ``freeze_noirq`` phase is analogous to the ``suspend_noirq`` phase
549 the device is in the same state as at the end of the ``freeze_noirq``
581 ``freeze_noirq`` phases.
612 ``prepare``, ``freeze``, and ``freeze_noirq`` phases. However, the devices
641 ``freeze_late`` and ``freeze_noirq`` phases. The device may even need to be
|
| /Linux-v5.4/drivers/pcmcia/ |
| D | cs.c | 878 .freeze_noirq = pcmcia_socket_dev_suspend_noirq,
|
| D | yenta_socket.c | 1336 .freeze_noirq = yenta_dev_suspend_noirq,
|
| /Linux-v5.4/arch/s390/pci/ |
| D | pci.c | 646 .freeze_noirq = zpci_freeze,
|
| /Linux-v5.4/drivers/pinctrl/sirf/ |
| D | pinctrl-sirf.c | 387 .freeze_noirq = sirfsoc_pinmux_suspend_noirq,
|
| D | pinctrl-atlas7.c | 5584 .freeze_noirq = atlas7_pinmux_suspend_noirq,
6139 .freeze_noirq = atlas7_gpio_suspend_noirq,
|
| /Linux-v5.4/drivers/thunderbolt/ |
| D | nhi.c | 1213 .freeze_noirq = nhi_suspend_noirq, /*
|
| /Linux-v5.4/drivers/dma/ |
| D | sa11x0-dma.c | 1077 .freeze_noirq = sa11x0_dma_suspend,
|
| /Linux-v5.4/sound/pci/hda/ |
| D | hda_intel.c | 1157 .freeze_noirq = azx_freeze_noirq,
|
| /Linux-v5.4/drivers/tty/serial/ |
| D | imx.c | 2536 .freeze_noirq = imx_uart_suspend_noirq,
|
