Searched refs:freeze_noirq (Results 1 – 21 of 21) sorted by relevance
| /linux-4.1.27/drivers/base/power/ |
| D | generic_ops.c | 115 return pm && pm->freeze_noirq ? pm->freeze_noirq(dev) : 0; in pm_generic_freeze_noirq()
|
| D | main.c | 330 return ops->freeze_noirq; in pm_noirq_op()
|
| D | domain.c | 1919 genpd->domain.ops.freeze_noirq = pm_genpd_freeze_noirq; in pm_genpd_init()
|
| /linux-4.1.27/drivers/pci/ |
| D | pci-driver.c | 893 if (drv && drv->pm && drv->pm->freeze_noirq) { in pci_pm_freeze_noirq()
896 error = drv->pm->freeze_noirq(dev); in pci_pm_freeze_noirq()
897 suspend_report_result(drv->pm->freeze_noirq, error); in pci_pm_freeze_noirq()
907 if (pcibios_pm_ops.freeze_noirq) in pci_pm_freeze_noirq()
908 return pcibios_pm_ops.freeze_noirq(dev); in pci_pm_freeze_noirq()
1214 .freeze_noirq = pci_pm_freeze_noirq,
|
| /linux-4.1.27/arch/powerpc/kernel/ |
| D | ibmebus.c | 568 if (drv->pm->freeze_noirq) in ibmebus_bus_pm_freeze_noirq()
569 ret = drv->pm->freeze_noirq(dev); in ibmebus_bus_pm_freeze_noirq()
701 .freeze_noirq = ibmebus_bus_pm_freeze_noirq,
|
| /linux-4.1.27/include/linux/ |
| D | pm.h | 312 int (*freeze_noirq)(struct device *dev); member
|
| /linux-4.1.27/Documentation/power/ |
| D | pci.txt | 286 .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 …]
|
| D | devices.txt | 108 int (*freeze_noirq)(struct device *dev);
474 prepare, freeze, freeze_late, freeze_noirq, thaw_noirq, thaw_early,
490 4. The freeze_noirq phase is analogous to the suspend_noirq phase discussed
500 in the same state as at the end of the freeze_noirq phase.
530 during the freeze, freeze_late or freeze_noirq phases.
559 freeze, and freeze_noirq phases. However the devices affected by these phases
587 state remembered from the freeze, freeze_late and freeze_noirq phases. The
|
| D | runtime_pm.txt | 722 - if pm_runtime_suspended(dev) returns "false", invoke the ->freeze_noirq()
756 ->resume_noirq(), ->freeze(), ->freeze_noirq(), ->thaw(), ->thaw_noirq(),
|
| /linux-4.1.27/arch/arm/mach-sa1100/ |
| D | neponset.c | 419 .freeze_noirq = neponset_suspend,
|
| /linux-4.1.27/drivers/usb/core/ |
| D | hcd-pci.c | 644 .freeze_noirq = check_root_hub_suspended,
|
| /linux-4.1.27/arch/arm/mach-omap2/ |
| D | omap_device.c | 693 .freeze_noirq = _od_suspend_noirq,
|
| /linux-4.1.27/drivers/thunderbolt/ |
| D | nhi.c | 626 .freeze_noirq = nhi_suspend_noirq, /*
|
| /linux-4.1.27/drivers/i2c/busses/ |
| D | i2c-exynos5.c | 853 .freeze_noirq = exynos5_i2c_suspend_noirq,
|
| D | i2c-s3c2410.c | 1328 .freeze_noirq = s3c24xx_i2c_suspend_noirq,
|
| /linux-4.1.27/drivers/pcmcia/ |
| D | cs.c | 880 .freeze_noirq = pcmcia_socket_dev_suspend_noirq,
|
| D | yenta_socket.c | 1331 .freeze_noirq = yenta_dev_suspend_noirq,
|
| /linux-4.1.27/arch/s390/pci/ |
| D | pci.c | 732 .freeze_noirq = zpci_freeze,
|
| /linux-4.1.27/drivers/pinctrl/sirf/ |
| D | pinctrl-sirf.c | 380 .freeze_noirq = sirfsoc_pinmux_suspend_noirq,
|
| /linux-4.1.27/drivers/dma/ |
| D | sa11x0-dma.c | 1064 .freeze_noirq = sa11x0_dma_suspend,
|
| /linux-4.1.27/sound/pci/hda/ |
| D | hda_intel.c | 978 .freeze_noirq = azx_freeze_noirq,
|