Home
last modified time | relevance | path

Searched full:obvious (Results 1 – 25 of 291) sorted by relevance

12345678910>>...12

/linux-6.12.1/Documentation/process/
Dmanagement-style.rst27 making it painfully obvious to the questioner that we don't have a clue
39 manager must be to make it. That's very deep and obvious, but it's not
254 don't try to make it too obvious unless you really **intend** to irritate
279 peoples mistakes, and make it painfully obvious to everybody else that
280 you're incompetent, the obvious question becomes one of why do it in the
Dmaintainer-tip.rst509 /* This condition is not obvious without a comment */
548 Comments should be added where the operation is not obvious. Documenting
549 the obvious is just a distraction::
560 Instead, comments should explain the non-obvious details and document
/linux-6.12.1/Documentation/litmus-tests/
DREADME46 the obvious lock acquisitions and releases.
51 obvious lock acquisitions and releases.
/linux-6.12.1/arch/mips/sni/
Deisa.c16 * Now use a platform device, since that's the obvious choice. */
/linux-6.12.1/drivers/md/dm-vdo/
Dpriority-table.h13 * are small non-negative integer values. It implements the obvious priority queue operations of
/linux-6.12.1/drivers/eisa/
Dvirtual_root.c26 * Now use a platform device, since that's the obvious choice. */
/linux-6.12.1/Documentation/arch/sh/
Dregister-banks.rst21 in mind when writing code that utilizes these banked registers, for obvious
/linux-6.12.1/Documentation/kbuild/
DKconfig.recursion-issue-0137 # obvious that an easy solution to this problem should just be the removal
DKconfig.recursion-issue-0218 # A perhaps not so obvious implication of this is that, if semantics on these
/linux-6.12.1/Documentation/filesystems/bcachefs/
DCodingStyle.rst66 Whenever we're debugging, and the solution isn't immediately obvious, if the
184 need to exist because the code was so straightforward as to be obvious;
/linux-6.12.1/Documentation/maintainer/
Dmodifying-patches.rst16 name, all enclosed in square brackets, is noticeable enough to make it obvious
/linux-6.12.1/drivers/gpu/drm/panel/
Dpanel-samsung-atna33xc20.c151 * obvious if we try to enable again without a power cycle (see the in atana33xc20_disable()
175 * non-obvious. in atana33xc20_enable()
/linux-6.12.1/Documentation/driver-api/gpio/
Dusing-gpio.rst6 as such are normally not user facing abstractions. The most obvious, natural
/linux-6.12.1/Documentation/mm/
Dovercommit-accounting.rst8 Heuristic overcommit handling. Obvious overcommits of address
Dmultigen_lru.rst19 * Fast paths to make obvious choices
40 additional factors stand out. But obvious choices might not be good
/linux-6.12.1/Documentation/userspace-api/
Dno_new_privs.rst6 its parent did not have. The most obvious examples are setuid/setgid
/linux-6.12.1/arch/x86/include/asm/
Dibt.h14 * Esp. that latter one is a bit non-obvious, but some code like compressed,
/linux-6.12.1/Documentation/bpf/
Dgraph_ds_impl.rst110 object was ``free``'d with ``bpf_obj_drop`` the answer is obvious: the verifier
116 obvious. The verifier could enforce the same semantics as for ``bpf_obj_drop``,
/linux-6.12.1/Documentation/scsi/
Dmegaraid.rst17 The advantages, though obvious, are listed for completeness:
/linux-6.12.1/kernel/time/
Dtick-broadcast-hrtimer.c52 * broadcast handler cannot wait for itself to complete for obvious in bc_set_next()
/linux-6.12.1/arch/mips/include/asm/
Dunroll.h23 * up until 8.0 tend to miss obvious constants & cause \
/linux-6.12.1/arch/powerpc/include/asm/
Dsyscall.h78 * In the general case it's not obvious that we must deal with in syscall_set_return_value()
/linux-6.12.1/drivers/cxl/
Dcxlpci.h13 * "DVSEC" redundancies removed. When obvious, abbreviations may be used.
/linux-6.12.1/Documentation/networking/
Dopenvswitch.rst157 The basic rule is obvious::
165 This rule does have less-obvious consequences so it is worth working
/linux-6.12.1/Documentation/admin-guide/cgroup-v1/
Dpids.rst20 pids.max (this is not available in the root cgroup for obvious reasons). The

12345678910>>...12