Home
last modified time | relevance | path

Searched refs:freeze_noirq (Results 1 – 20 of 20) sorted by relevance

/Linux-v4.19/drivers/base/power/
Dgeneric_ops.c115 return pm && pm->freeze_noirq ? pm->freeze_noirq(dev) : 0; in pm_generic_freeze_noirq()
Dmain.c389 return ops->freeze_noirq; in pm_noirq_op()
Ddomain.c1670 genpd->domain.ops.freeze_noirq = genpd_freeze_noirq; in pm_genpd_init()
/Linux-v4.19/drivers/pci/
Dpci-driver.c1001 if (drv && drv->pm && drv->pm->freeze_noirq) { in pci_pm_freeze_noirq()
1004 error = drv->pm->freeze_noirq(dev); in pci_pm_freeze_noirq()
1005 suspend_report_result(drv->pm->freeze_noirq, error); in pci_pm_freeze_noirq()
1015 if (pcibios_pm_ops.freeze_noirq) in pci_pm_freeze_noirq()
1016 return pcibios_pm_ops.freeze_noirq(dev); in pci_pm_freeze_noirq()
1359 .freeze_noirq = pci_pm_freeze_noirq,
/Linux-v4.19/include/linux/
Dpm.h307 int (*freeze_noirq)(struct device *dev); member
344 .freeze_noirq = suspend_fn, \
/Linux-v4.19/Documentation/power/
Dpci.txt286 .freeze_noirq = pci_pm_freeze_noirq,
552 prepare, freeze, freeze_noirq
570 pci_pm_suspend_noirq(), but it calls the device driver's pm->freeze_noirq()
634 prepare, freeze, freeze_noirq
769 or put it into a low-power state. Still, either it or freeze_noirq() should
772 3.1.5. freeze_noirq()
774 The freeze_noirq() callback is hibernation-specific. It is executed during
783 freeze_noirq().
785 The difference between freeze_noirq() and freeze() is analogous to the
810 freeze_noirq() callbacks described above, but it does not need to save the
[all …]
Druntime_pm.txt739 - if pm_runtime_suspended(dev) returns "false", invoke the ->freeze_noirq()
773 ->resume_noirq(), ->freeze(), ->freeze_noirq(), ->thaw(), ->thaw_noirq(),
/Linux-v4.19/drivers/usb/core/
Dhcd-pci.c623 .freeze_noirq = check_root_hub_suspended,
/Linux-v4.19/Documentation/driver-api/pm/
Ddevices.rst516 ``freeze``, ``freeze_late``, ``freeze_noirq``, ``thaw_noirq``, ``thaw_early``,
533 4. The ``freeze_noirq`` phase is analogous to the ``suspend_noirq`` phase
543 the device is in the same state as at the end of the ``freeze_noirq``
575 ``freeze_noirq`` phases.
606 ``prepare``, ``freeze``, and ``freeze_noirq`` phases. However, the devices
635 ``freeze_late`` and ``freeze_noirq`` phases. The device may even need to be
/Linux-v4.19/drivers/pcmcia/
Dcs.c881 .freeze_noirq = pcmcia_socket_dev_suspend_noirq,
Dyenta_socket.c1334 .freeze_noirq = yenta_dev_suspend_noirq,
/Linux-v4.19/drivers/acpi/
Ddevice_pm.c1194 .freeze_noirq = acpi_subsys_freeze_noirq,
Dacpi_lpss.c1058 .freeze_noirq = acpi_subsys_freeze_noirq,
/Linux-v4.19/arch/s390/pci/
Dpci.c728 .freeze_noirq = zpci_freeze,
/Linux-v4.19/drivers/pinctrl/sirf/
Dpinctrl-sirf.c388 .freeze_noirq = sirfsoc_pinmux_suspend_noirq,
Dpinctrl-atlas7.c5590 .freeze_noirq = atlas7_pinmux_suspend_noirq,
6145 .freeze_noirq = atlas7_gpio_suspend_noirq,
/Linux-v4.19/drivers/thunderbolt/
Dnhi.c1105 .freeze_noirq = nhi_suspend_noirq, /*
/Linux-v4.19/drivers/dma/
Dsa11x0-dma.c1075 .freeze_noirq = sa11x0_dma_suspend,
/Linux-v4.19/sound/pci/hda/
Dhda_intel.c1217 .freeze_noirq = azx_freeze_noirq,
/Linux-v4.19/drivers/tty/serial/
Dimx.c2523 .freeze_noirq = imx_uart_suspend_noirq,