Home
last modified time | relevance | path

Searched refs:phases (Results 1 – 25 of 26) sorted by relevance

12

/linux-2.6.39/Documentation/power/
Ddevices.txt136 they are called in phases for every device, respecting the parent-child
243 Suspending or resuming the system is done in several phases. Different phases
248 various phases always run after tasks have been frozen and before they are
249 unfrozen. Furthermore, the *_noirq phases run at a time when IRQ handlers have
252 All phases use bus, type, or class callbacks (that is, methods defined in
271 When the system goes into the standby or memory sleep state, the phases are:
279 time.) Unlike the other suspend-related phases, during the prepare
306 At the end of these phases, drivers should have stopped all I/O transactions
326 When resuming from standby or memory sleep, the phases are:
353 At the end of these phases, drivers should be as functional as they were before
[all …]
Dpci.txt422 callbacks for this purpose. They are executed in phases such that each phase
424 to the given subsystem before the next phase begins. These phases always run
430 be preserved, such as one of the ACPI sleep states S1-S3, the phases are:
434 The following PCI bus type's callbacks, respectively, are used in these phases:
498 S1-S3, into the working state (ACPI S0), the phases are:
503 phases:
550 to be free) in the following three phases:
561 The other two phases, however, are different.
579 back to the fully functional state and this is done in the following phases:
605 three phases:
[all …]
/linux-2.6.39/drivers/scsi/
Dg_NCR5380.c883 …for (i = 0; (phases[i].value != PHASE_UNKNOWN) && (phases[i].value != (status & PHASE_MASK)); ++i); in generic_NCR5380_proc_info()
884 PRINTP("Phase %s\n" ANDP phases[i].name); in generic_NCR5380_proc_info()
DNCR5380.c359 } phases[] __maybe_unused = { variable
470 …for (i = 0; (phases[i].value != PHASE_UNKNOWN) && (phases[i].value != (status & PHASE_MASK)); ++i); in NCR5380_print_phase()
471 printk("scsi%d : phase %s\n", instance->host_no, phases[i].name); in NCR5380_print_phase()
Dsun3_NCR5380.c599 } phases[] = { variable
621 for (i = 0; (phases[i].value != PHASE_UNKNOWN) && in NCR5380_print_phase()
622 (phases[i].value != (status & PHASE_MASK)); ++i); in NCR5380_print_phase()
623 printk(KERN_DEBUG "scsi%d: phase %s\n", HOSTNO, phases[i].name); in NCR5380_print_phase()
Datari_NCR5380.c599 } phases[] = { variable
622 for (i = 0; (phases[i].value != PHASE_UNKNOWN) && in NCR5380_print_phase()
623 (phases[i].value != (status & PHASE_MASK)); ++i) in NCR5380_print_phase()
625 printk(KERN_DEBUG "scsi%d: phase %s\n", HOSTNO, phases[i].name); in NCR5380_print_phase()
Dsym53c416.c201 enum phases enum
/linux-2.6.39/drivers/scsi/arm/
Dfas216.c250 static const char *phases[] = { in fas216_bus_phase() local
257 return phases[stat & STAT_BUSMASK]; in fas216_bus_phase()
262 static const char *phases[] = { in fas216_drv_phase() local
276 if (info->scsi.phase < ARRAY_SIZE(phases) && in fas216_drv_phase()
277 phases[info->scsi.phase]) in fas216_drv_phase()
278 return phases[info->scsi.phase]; in fas216_drv_phase()
/linux-2.6.39/Documentation/driver-model/
Doverview.txt64 This abstraction is prevention of unnecessary pain during transitional phases.
/linux-2.6.39/Documentation/
Dmemory-hotplug.txt58 There are 2 phases in Memory Hotplug.
86 phases can be execute in seamless way.)
Dinitrd.txt14 initrd is mainly designed to allow system startup to occur in two phases,
Dfeature-removal-schedule.txt103 different phases of swsusp "sleep" transitions; and userspace policy
/linux-2.6.39/drivers/scsi/aic7xxx/
Daic7xxx.seq475 * Now determine what phases the host wants us
599 * Data phases on the bus are from the
656 * Main loop for information transfer phases. Wait for the
921 * As a target, we control the phases,
1344 * For data-in phases, wait for any pending acks from the
1346 * send Ignore Wide Residue messages for data-in phases.
Daic7xxx.reg130 * Possible phases in SCSISIGI
161 * Possible phases to write into SCSISIG0
Daic79xx.seq845 * Main loop for information transfer phases. Wait for the
1754 * For data-in phases, wait for any pending acks from the
1756 * send Ignore Wide Residue messages for data-in phases.
2121 * phases that are typically caused by CRC errors in status packet
Daic79xx.reg1745 * Possible phases to write into SCSISIG0
1776 * Possible phases in SCSISIGI
/linux-2.6.39/Documentation/filesystems/
Dsharedsubtree.txt896 The overall algorithm breaks the operation into 3 phases: (look at
900 2. commit phases.
901 3. abort phases.
/linux-2.6.39/drivers/scsi/aic7xxx_old/
Daic7xxx.reg112 * Possible phases in SCSISIGI
141 * Possible phases to write into SCSISIG0
Daic7xxx.seq264 * for "in" phases
286 * Main loop for information transfer phases. Wait for the target
/linux-2.6.39/Documentation/scsi/
Dst.txt227 max_sg_segs) and the number of segments used in phases 1 and 2
232 is smaller than the number of segments used in phases 1 and 2,
DChangeLog.sym53c8xx97 * Simpler handling of illegal phases and data overrun from
/linux-2.6.39/Documentation/RCU/
DwhatisRCU.txt50 "reclamation" phases. The removal phase removes references to data items
62 Splitting the update into removal and reclamation phases permits the
Dchecklist.txt91 readers see valid data at all phases of the update.
/linux-2.6.39/Documentation/development-process/
D1.Intro24 the mechanics of the merge window. The various phases in the patch
/linux-2.6.39/Documentation/cgroups/
Dmemory.txt95 The memory controller implementation has been divided into phases. These

12