Home
last modified time | relevance | path

Searched full:coherence (Results 1 – 25 of 155) sorted by relevance

1234567

/kernel/linux/linux-5.10/Documentation/ABI/testing/
Dsysfs-firmware-sgi_uv21 The coherence_id entry contains the coherence id.
22 A partitioned SGI UV system can have one or more coherence
23 domain. The coherence id indicates which coherence domain
24 this partition is in. To display the coherence id, use the
/kernel/linux/linux-6.6/tools/memory-model/Documentation/
Dglossary.txt42 Coherence (co): When one CPU's store to a given variable overwrites
44 there is said to be a coherence link from the second CPU to
47 It is also possible to have a coherence link within a CPU, which
48 is a "coherence internal" (coi) link. The term "coherence
115 See also "Coherence" and "Reads-from".
149 coherence and from-reads links.
156 See also Coherence" and "From-reads".
Dexplanation.txt19 11. CACHE COHERENCE AND THE COHERENCE ORDER RELATION: co, coi, and coe
608 CACHE COHERENCE AND THE COHERENCE ORDER RELATION: co, coi, and coe
611 Cache coherence is a general principle requiring that in a
615 ordering which all the CPUs agree on (the coherence order), and this
619 To put it another way, for any variable x, the coherence order (co) of
622 comes first in the coherence order; the store which directly
626 You can think of the coherence order as being the order in which the
630 coherence order, that is, if the value stored by W gets overwritten,
633 Coherence order is required to be consistent with program order. This
636 Write-write coherence: If W ->po-loc W' (i.e., W comes before
[all …]
/kernel/linux/linux-5.10/tools/memory-model/Documentation/
Dexplanation.txt19 11. CACHE COHERENCE AND THE COHERENCE ORDER RELATION: co, coi, and coe
555 CACHE COHERENCE AND THE COHERENCE ORDER RELATION: co, coi, and coe
558 Cache coherence is a general principle requiring that in a
562 ordering which all the CPUs agree on (the coherence order), and this
566 To put it another way, for any variable x, the coherence order (co) of
569 comes first in the coherence order; the store which directly
573 You can think of the coherence order as being the order in which the
577 coherence order, that is, if the value stored by W gets overwritten,
580 Coherence order is required to be consistent with program order. This
583 Write-write coherence: If W ->po-loc W' (i.e., W comes before
[all …]
/kernel/linux/linux-5.10/arch/mips/kernel/
Dpm-cps.c393 * because they're needed in both the enable & disable coherence steps in cps_gen_entry_code()
412 * If this is the last VPE to become ready for non-coherence in cps_gen_entry_code()
421 * for non-coherence. It needs to wait until coherence in cps_gen_entry_code()
462 * disable coherence. At this point we *must* be sure that no other in cps_gen_entry_code()
489 /* Barrier to ensure write to coherence control is complete */ in cps_gen_entry_code()
494 /* Disable coherence */ in cps_gen_entry_code()
552 * VPEs which did not disable coherence will continue in cps_gen_entry_code()
553 * executing, after coherence has been disabled, from this in cps_gen_entry_code()
563 * Re-enable coherence. Note that for CPS_PM_NC_WAIT all coupled VPEs in cps_gen_entry_code()
564 * will run this. The first will actually re-enable coherence & the in cps_gen_entry_code()
[all …]
/kernel/linux/linux-6.6/arch/mips/kernel/
Dpm-cps.c392 * because they're needed in both the enable & disable coherence steps in cps_gen_entry_code()
411 * If this is the last VPE to become ready for non-coherence in cps_gen_entry_code()
420 * for non-coherence. It needs to wait until coherence in cps_gen_entry_code()
461 * disable coherence. At this point we *must* be sure that no other in cps_gen_entry_code()
488 /* Barrier to ensure write to coherence control is complete */ in cps_gen_entry_code()
493 /* Disable coherence */ in cps_gen_entry_code()
551 * VPEs which did not disable coherence will continue in cps_gen_entry_code()
552 * executing, after coherence has been disabled, from this in cps_gen_entry_code()
562 * Re-enable coherence. Note that for CPS_PM_NC_WAIT all coupled VPEs in cps_gen_entry_code()
563 * will run this. The first will actually re-enable coherence & the in cps_gen_entry_code()
[all …]
/kernel/linux/linux-6.6/Documentation/ABI/testing/
Dsysfs-firmware-sgi_uv35 The coherence_id entry contains the coherence id.
36 A partitioned UV system can have one or more coherence
37 domains. The coherence id indicates which coherence domain
/kernel/linux/linux-5.10/arch/mips/include/asm/
Dmips-cm.h27 * This function returns the physical base address of the Coherence Manager
28 * global control block, or 0 if no Coherence Manager is present. It provides
60 * mips_cm_probe - probe for a Coherence Manager
62 * Attempt to detect the presence of a Coherence Manager. Returns 0 if a CM
75 * mips_cm_present - determine whether a Coherence Manager is present
151 /* GCR_REV - Indicates the Coherence Manager revision */
286 /* GCR_Cx_COHERENCE - Controls core coherence */
287 GCR_CX_ACCESSOR_RW(32, 0x008, coherence)
/kernel/linux/linux-6.6/arch/mips/include/asm/
Dmips-cm.h27 * This function returns the physical base address of the Coherence Manager
28 * global control block, or 0 if no Coherence Manager is present. It provides
70 * mips_cm_probe - probe for a Coherence Manager
72 * Attempt to detect the presence of a Coherence Manager. Returns 0 if a CM
85 * mips_cm_present - determine whether a Coherence Manager is present
173 /* GCR_REV - Indicates the Coherence Manager revision */
312 /* GCR_Cx_COHERENCE - Controls core coherence */
313 GCR_CX_ACCESSOR_RW(32, 0x008, coherence)
Dmips-cps.h161 * zero if no Coherence Manager is present.
178 * if no Coherence Manager is present.
/kernel/linux/linux-5.10/tools/memory-model/litmus-tests/
DREADME6 Test of read-read coherence, that is, whether or not two
10 Test of read-write coherence, that is, whether or not a read
15 Test of write-read coherence, that is, whether or not a write
20 Test of write-write coherence, that is, whether or not two
DCoWW+poonceonce.litmus6 * Test of write-write coherence, that is, whether or not two successive
DCoRR+poonceonce+Once.litmus6 * Test of read-read coherence, that is, whether or not two successive
DCoWR+poonceonce+Once.litmus6 * Test of write-read coherence, that is, whether or not a write to a
DCoRW+poonceonce+Once.litmus6 * Test of read-write coherence, that is, whether or not a read from
/kernel/linux/linux-6.6/tools/memory-model/litmus-tests/
DREADME6 Test of read-read coherence, that is, whether or not two
10 Test of read-write coherence, that is, whether or not a read
15 Test of write-read coherence, that is, whether or not a write
20 Test of write-write coherence, that is, whether or not two
DCoWW+poonceonce.litmus6 * Test of write-write coherence, that is, whether or not two successive
DCoRR+poonceonce+Once.litmus6 * Test of read-read coherence, that is, whether or not two successive
DCoRW+poonceonce+Once.litmus6 * Test of read-write coherence, that is, whether or not a read from
DCoWR+poonceonce+Once.litmus6 * Test of write-read coherence, that is, whether or not a write to a
/kernel/linux/linux-5.10/arch/arm64/include/asm/
Dcache.h101 * instruction to data coherence.
105 * 1 - dcache clean to PoU is not required for i-to-d coherence.
/kernel/linux/linux-5.10/tools/memory-model/
Dlinux-kernel.cat53 (* Fundamental coherence ordering *)
58 acyclic po-loc | com as coherence
191 (* Coherence requirements for plain accesses *)
195 empty (wr-incoh | rw-incoh | ww-incoh) as plain-coherence
/kernel/linux/linux-6.6/arch/arm64/include/asm/
Dcache.h103 * instruction to data coherence.
107 * 1 - dcache clean to PoU is not required for i-to-d coherence.
/kernel/linux/linux-6.6/tools/memory-model/
Dlinux-kernel.cat65 (* Fundamental coherence ordering *)
70 acyclic po-loc | com as coherence
204 (* Coherence requirements for plain accesses *)
208 empty (wr-incoh | rw-incoh | ww-incoh) as plain-coherence
/kernel/linux/linux-6.6/drivers/soc/hisilicon/
DKconfig12 The Huawei Cache Coherence System (HCCS) is a multi-chip

1234567