| /OK3568_Linux_fs/kernel/security/yama/ |
| H A D | yama_lsm.c | 117 struct ptrace_relation *relation; in yama_relation_cleanup() local
121 list_for_each_entry_rcu(relation, &ptracer_relations, node) { in yama_relation_cleanup()
122 if (relation->invalid) { in yama_relation_cleanup()
123 list_del_rcu(&relation->node); in yama_relation_cleanup()
124 kfree_rcu(relation, rcu); in yama_relation_cleanup()
144 struct ptrace_relation *relation, *added; in yama_ptracer_add() local
156 list_for_each_entry_rcu(relation, &ptracer_relations, node) { in yama_ptracer_add()
157 if (relation->invalid) in yama_ptracer_add()
159 if (relation->tracee == tracee) { in yama_ptracer_add()
160 list_replace_rcu(&relation->node, &added->node); in yama_ptracer_add()
[all …]
|
| /OK3568_Linux_fs/buildroot/dl/qt5location/git/src/3rdparty/mapbox-gl-native/deps/boost/1.65.1/include/boost/geometry/algorithms/detail/relation/ |
| H A D | interface.hpp | 42 struct relation struct
67 struct relation<boost::variant<BOOST_VARIANT_ENUM_PARAMS(T)>, Geometry2> struct
81 return relation<Geometry1, Geometry2> in operator ()()
97 struct relation<Geometry1, boost::variant<BOOST_VARIANT_ENUM_PARAMS(T)> > struct
111 return relation<Geometry1, Geometry2> in operator ()()
131 struct relation struct
149 return relation<Geometry1, Geometry2> in operator ()()
182 inline de9im::matrix relation(Geometry1 const& geometry1, in relation() function
186 return resolve_variant::relation in relation()
206 inline de9im::matrix relation(Geometry1 const& geometry1, in relation() function
[all …]
|
| /OK3568_Linux_fs/buildroot/dl/qt5location/git/src/3rdparty/mapbox-gl-native/deps/boost/1.65.1/include/boost/geometry/index/detail/ |
| H A D | distance_predicates.hpp | 60 struct relation struct
69 struct relation< to_nearest<T> > struct
78 struct relation< to_centroid<T> > struct
87 struct relation< to_furthest<T> > struct
109 typedef detail::relation<PointRelation> relation; typedef
110 typedef typename relation::value_type point_type;
115 result = geometry::comparable_distance(relation::value(p.point_or_relation), i); in apply()
|
| /OK3568_Linux_fs/kernel/tools/memory-model/ |
| H A D | lock.cat | 62 * until after the co relation has been generated.
87 * and then convert that relation to a set of single-edge relations.
90 let pair-to-relation p = p ++ 0
91 in map pair-to-relation ((LKW * {r}) & loc & ext)
111 let pair-to-relation p = p ++ 0
112 in map pair-to-relation (((UL | IW) * {r}) & loc & ext)
119 (* Final rf relation *)
|
| /OK3568_Linux_fs/kernel/drivers/cpufreq/ |
| H A D | freq_table.c | 122 unsigned int relation) in cpufreq_table_index_unsorted() argument
138 target_freq, relation, policy->cpu); in cpufreq_table_index_unsorted()
140 switch (relation) { in cpufreq_table_index_unsorted()
159 switch (relation) { in cpufreq_table_index_unsorted()
|
| H A D | s3c24xx-cpufreq.c | 272 unsigned int relation) in s3c_cpufreq_target() argument
286 __func__, policy, target_freq, relation); in s3c_cpufreq_target()
290 relation); in s3c_cpufreq_target()
321 relation); in s3c_cpufreq_target()
|
| H A D | cpufreq_ondemand.c | 62 unsigned int freq_next, unsigned int relation) in generic_powersave_bias_target() argument
80 index = cpufreq_frequency_table_target(policy, freq_next, relation); in generic_powersave_bias_target()
|
| H A D | cpufreq_governor.h | 171 unsigned int freq_next, unsigned int relation);
|
| H A D | amd_freq_sensitivity.c | 41 unsigned int relation) in amd_powersave_bias_target() argument
|
| H A D | sh-cpufreq.c | 83 unsigned int relation) in sh_cpufreq_target() argument
|
| /OK3568_Linux_fs/kernel/include/linux/ |
| H A D | cpufreq.h | 323 unsigned int relation); /* Deprecated */
598 unsigned int relation);
601 unsigned int relation);
753 unsigned int relation);
973 unsigned int relation) in cpufreq_frequency_table_target() argument
977 relation); in cpufreq_frequency_table_target()
979 switch (relation) { in cpufreq_frequency_table_target()
|
| /OK3568_Linux_fs/prebuilts/gcc/linux-x86/arm/gcc-arm-10.3-2021.07-x86_64-arm-none-linux-gnueabihf/arm-none-linux-gnueabihf/include/c++/10.3.1/ |
| H A D | concepts | 349 /// [concept.relation], concept relation
351 concept relation
357 concept equivalence_relation = relation<_Rel, _Tp, _Up>;
361 concept strict_weak_order = relation<_Rel, _Tp, _Up>;
|
| /OK3568_Linux_fs/prebuilts/gcc/linux-x86/aarch64/gcc-arm-10.3-2021.07-x86_64-aarch64-none-linux-gnu/aarch64-none-linux-gnu/include/c++/10.3.1/ |
| H A D | concepts | 349 /// [concept.relation], concept relation
351 concept relation
357 concept equivalence_relation = relation<_Rel, _Tp, _Up>;
361 concept strict_weak_order = relation<_Rel, _Tp, _Up>;
|
| /OK3568_Linux_fs/kernel/tools/memory-model/Documentation/ |
| H A D | explanation.txt | 330 The most important relation between events is program order (po). You
338 This is inherently a single-CPU relation; two instructions executing
342 po-loc is a sub-relation of po. It links two memory accesses when the
421 memory model cannot assume there is a fixed program order relation
429 We say that two events are linked by a dependency relation when the
492 The reads-from relation (rf) links a write event to a read event when
504 Usage of the rf relation implicitly assumes that loads will always
670 Just like the po relation, co is inherently an ordering -- it is not
672 just like with the rf relation, we distinguish between stores that
685 The from-reads relation (fr) can be a little difficult for people to
[all …]
|
| H A D | recipes.txt | 528 based on the relation between the accesses linking successive CPUs in a
533 this type of relation. In formal memory-modeling texts, this
534 relation is called "reads-from" and is usually abbreviated "rf".
538 of relation. In formal memory-modeling texts, this relation is
543 write-to-write relation between the last access of CPU1() and
545 this relation is often called "coherence order" and is sometimes
|
| /OK3568_Linux_fs/kernel/Documentation/devicetree/bindings/power_supply/ |
| H A D | rk817-battery.txt | 6 - ocv_table: ocv voltage and soc relation table
|
| H A D | rk816-battery.txt | 6 - ocv_table: ocv voltage and soc relation table
|
| /OK3568_Linux_fs/kernel/drivers/input/touchscreen/gt1x/ |
| H A D | gt1x_tools.c | 129 static u8 relation(u8 src, u8 dst, u8 rlt) in relation() function
188 if (true == relation(buf[GTP_ADDR_LENGTH], cmd_head.flag_val, cmd_head.flag_relation)) { in comfirm()
|
| /OK3568_Linux_fs/kernel/Documentation/core-api/ |
| H A D | refcount-vs-atomic.rst | 35 program order (po) relation (on the same CPU). It guarantees that
70 a single CPU relation and provides no guarantees for other CPUs.
|
| /OK3568_Linux_fs/yocto/poky/meta/files/common-licenses/ |
| H A D | CERN-OHL-1.1 | 39 …ding negligence), product liability or otherwise, arising in any way in relation to the Documentat…
40 …ity, costs, damages, fees and expenses, including claims by third parties, in relation to such use.
46 …nditions, or if the Licensee initiates legal action against Licensor in relation to this Licence. …
|
| H A D | CERN-OHL-1.2 | 42 …relation to the Documentation, modified Documentation and/or the use, manufacture or distribution …
48 …nditions, or if the Licensee initiates legal action against Licensor in relation to this Licence. …
|
| /OK3568_Linux_fs/kernel/Documentation/devicetree/bindings/thermal/ |
| H A D | thermal-generic-adc.txt | 16 to map the relation between ADC value and
|
| /OK3568_Linux_fs/kernel/drivers/input/touchscreen/gt9xx/ |
| H A D | goodix_tool.c | 278 static u8 relation(u8 src, u8 dst, u8 rlt) in relation() function
341 if (true == relation(buf[GTP_ADDR_LENGTH], cmd_head.flag_val, cmd_head.flag_relation)) in comfirm()
|
| /OK3568_Linux_fs/kernel/Documentation/ABI/testing/ |
| H A D | sysfs-class-bdi | 36 writeout speed in relation to the other devices.
|
| /OK3568_Linux_fs/kernel/Documentation/devicetree/bindings/virtio/ |
| H A D | iommu.txt | 5 device tree statically describes the relation between IOMMU and DMA
|