/linux/Documentation/ABI/stable/ |
A D | sysfs-acpi-pmprofile | 6 power management (and performance) requirement expectations
|
/linux/drivers/gpu/drm/i915/ |
A D | Kconfig.unstable | 16 verify that the uAPI meet their expectations. These uAPI should
|
/linux/Documentation/dev-tools/kunit/ |
A D | usage.rst | 55 and then sets *expectations* for what should happen. For example: 69 nothing; no expectations are set, so all expectations pass. On the other hand 77 by setting expectations about the behavior of a piece of code under test; when 78 one or more of the expectations fail, the test case fails and information about 94 expectations, the test case, ``add_test_basic`` will pass; if any one of these 95 expectations fails, the test case will fail. 99 expectations until the test case ends or is otherwise terminated. This is as 102 To learn about more expectations supported by KUnit, see
|
A D | tips.rst | 7 Exiting early on failed expectations
|
/linux/Documentation/process/ |
A D | code-of-conduct-interpretation.rst | 68 secondary by the expectations of contributors and maintainers. 70 Both the expertise expectations and decision-making are subject to 76 As a consequence, setting expertise expectations, making decisions and
|
A D | kernel-enforcement-statement.rst | 43 eliminate any uncertainty about our expectations regarding compliance or
|
A D | botching-up-ioctls.rst | 100 Check that the error code matches your expectations. And finally make sure
|
A D | 5.Posting.rst | 11 document will attempt to cover these expectations in reasonable detail;
|
/linux/drivers/soc/rockchip/ |
A D | Kconfig | 15 to make some of them conform to expectations of the kernel.
|
/linux/net/netfilter/ |
A D | nf_conntrack_expect.c | 239 hlist_for_each_entry_safe(exp, next, &help->expectations, lnode) { in nf_ct_remove_expectations() 405 hlist_add_head_rcu(&exp->lnode, &master_help->expectations); in nf_ct_expect_insert() 422 hlist_for_each_entry(exp, &master_help->expectations, lnode) { in evict_oldest_expect()
|
A D | nf_conntrack_helper.c | 205 INIT_HLIST_HEAD(&help->expectations); in nf_ct_helper_ext_add()
|
A D | nf_conntrack_sip.c | 812 hlist_for_each_entry_safe(exp, next, &help->expectations, lnode) { in refresh_signalling_expectation() 835 hlist_for_each_entry_safe(exp, next, &help->expectations, lnode) { in flush_expectations()
|
A D | nf_nat_sip.c | 340 hlist_for_each_entry(pair_exp, &help->expectations, lnode) { in nf_nat_sip_expected()
|
/linux/include/net/netfilter/ |
A D | nf_conntrack_helper.h | 74 struct hlist_head expectations; member
|
/linux/Documentation/devicetree/bindings/soc/qcom/ |
A D | qcom,glink.txt | 58 meet expectations of the remote.
|
/linux/drivers/fsi/ |
A D | Kconfig | 26 to match old userspace expectations.
|
/linux/Documentation/filesystems/ |
A D | dnotify.rst | 43 Implementation expectations (features and bugs :-))
|
/linux/Documentation/driver-api/driver-model/ |
A D | device.rst | 111 strict expectations on when attributes get created. When a new device is
|
/linux/Documentation/ |
A D | index.rst | 44 The following holds information on the kernel's expectations regarding the
|
/linux/Documentation/maintainer/ |
A D | maintainer-entry-profile.rst | 10 their expectations and avoid common mistakes; maintainers may use these
|
/linux/Documentation/firmware-guide/acpi/apei/ |
A D | einj.rst | 160 creativity in using this feature expands beyond our expectations).
|
/linux/Documentation/admin-guide/laptops/ |
A D | disk-shock-protection.rst | 75 milliseconds may raise expectations that cannot be satisfied in
|
/linux/Documentation/power/ |
A D | pm_qos_interface.rst | 6 performance expectations by drivers, subsystems and user space applications on
|
/linux/Documentation/arm64/ |
A D | acpi_object_usage.rst | 5 The expectations of individual ACPI tables are discussed in the list that 434 The expectations on individual ACPI objects that are likely to be used are
|
/linux/Documentation/firmware-guide/acpi/ |
A D | gpio-properties.rst | 68 and polarity settings. The table below shows the expectations:
|