/linux/Documentation/filesystems/bcachefs/ |
H A D | CodingStyle.rst | 7 every day; look for little things that are out of place or in need of tidying. 8 A little weeding here and there goes a long way; don't wait until things have 11 Things don't always have to be perfect - nitpicking often does more harm than 18 Put real thought into how you organize things. 71 percpu data structures among them. Don't let things stay hidden. 91 tool, but always look for more immediate ways to make things visible. When we 98 use, and many complicated internal operations with lots of things that can 105 rush to fix the initial issue. Look for things that will make related bugs 118 Users notice all sorts of interesting things, and by just talking to them and 134 Expect to throw a lot of things away, or leave them half finished for later. [all …]
|
/linux/Documentation/power/ |
H A D | opp.rst | 117 /* Do things */ 123 /* Do cpufreq things */ 125 /* Do remaining things */ 263 /* do things */ 269 /* do other things */ 280 /* do things.. */ 288 /* do other things */ 296 /* do things.. */ 306 /* Do things */ 319 /* Do other things */
|
H A D | s2ram.rst | 23 way to debug these things, and it's actually pretty powerful (but 42 holding the power button down, and look at the dmesg output for things
|
/linux/Documentation/process/ |
H A D | 6.Followthrough.rst | 28 process. Life can be made much easier, though, if you keep a few things in 56 the kernel. One job the maintainers do is to keep things looking 65 understand what the reviewer is trying to say. If possible, fix the things 75 agree with the reviewer, take some time to think things over again. It can 99 What if you've tried to do everything right and things still aren't going 118 things. In particular, there may be more than one tree - one, perhaps, 192 Other things that can happen
|
H A D | howto.rst | 56 of doing things. 129 not have a stable API within the kernel, including things like: 384 you want to bring up, before you post it to the list. A lot of things 447 again, sometimes things get lost in the huge volume. 464 of a dozen things you should correct. This does **not** imply that your 474 development environments. Here are a list of things that you can try to 477 Good things to say regarding your proposed changes: 486 Bad things you should avoid saying: 531 The reasons for breaking things up are the following: 601 All of these things are sometimes very hard to do. It can take years to [all …]
|
H A D | management-style.rst | 57 needs to do is to turn the big and painful ones into small things where 71 things that can't be undone. Don't get ushered into a corner from which 219 Things will go wrong, and people want somebody to blame. Tag, you're it. 242 5) Things to avoid 257 Similarly, don't be too polite or subtle about things. Politeness easily
|
/linux/Documentation/driver-api/ |
H A D | frame-buffer.rst | 15 that are user defined. With fb_var_screeninfo, things such as depth 25 importance for fb_monospecs. This allowed for forbidden things such as 27 fb_monospecs prevents such things, and if used correctly, can prevent a
|
/linux/Documentation/trace/ |
H A D | ftrace-design.rst | 15 code relies on for proper functioning. Things are broken down into increasing 46 We'll make the assumption below that the symbol is "mcount" just to keep things 74 typically the bare minimum with checking things before returning. That also 130 things. 185 be able to skimp on things saved/restored (usually just registers used to pass 223 You need very few things to get the syscalls tracing in an arch. 333 patching multiple things. First, only functions that we actually want to trace
|
/linux/arch/x86/include/uapi/asm/ |
H A D | debugreg.h | 14 /* Define a few things for the status register. We can use this to determine 31 /* Now define a bunch of things for manipulating the control register. 65 /* The second byte to the control register has a few special things.
|
/linux/Documentation/gpu/amdgpu/ |
H A D | driver-core.rst | 17 the SoC itself rather than specific IPs. E.g., things like GPU resets 24 their interface to interact with those common components. For things 62 various things including paging and GPU page table updates. It's also 105 SoC and for things like init/fini/suspend/resume, more or less just
|
/linux/Documentation/security/ |
H A D | self-protection.rst | 53 temporary exceptions to this rule to support things like instruction 117 things like compat, user namespaces, BPF creation, and perf limited only 159 the function returns. Other defenses include things like shadow stacks. 207 It should be noted that things like the stack canary discussed earlier 212 Blinding literal values for things like JITs, where the executable 270 addresses or other sensitive things like canary values).
|
/linux/arch/sparc/include/asm/ |
H A D | pbm.h | 12 * To put things into perspective, consider sparc64 with a few PCI controllers. 34 /* Now things for the actual PCI bus probes. */
|
/linux/Documentation/devicetree/bindings/mfd/ |
H A D | mfd.txt | 10 silicon) that handles analog drivers for things like audio amplifiers, LED 11 drivers, level shifters, PHY (physical interfaces to things like USB or
|
/linux/drivers/misc/echo/ |
H A D | echo.h | 40 things like modem line equalisers and line echo cancellers. There it works very 42 very poorly for things like speech echo cancellation, where the signal level 88 and the environment is not, things will be OK. Clearly, it is easy to tell when
|
/linux/Documentation/dev-tools/kunit/ |
H A D | faq.rst | 70 Unfortunately, there are a number of things which can break, but here are some 71 things to try. 91 enable/disable things with ``make ARCH=um menuconfig`` or similar, and then
|
/linux/include/uapi/linux/ |
H A D | rfkill.h | 143 * accessed them, but things should've continued to work. 147 * did all kinds of fun things not in line with this scheme: 155 * things to no longer work correctly on old and new kernels.
|
/linux/drivers/soc/rockchip/ |
H A D | io-domain.c | 203 /* if no VCCIO6 supply we should leave things alone */ in px30_iodomain_init() 222 /* if no flash supply we should leave things alone */ in rk3288_iodomain_init() 241 /* if no vccio3 supply we should leave things alone */ in rk3308_iodomain_init() 260 /* if no vccio2 supply we should leave things alone */ in rk3328_iodomain_init() 279 /* if no flash supply we should leave things alone */ in rk3368_iodomain_init() 298 /* if no pmu io supply we should leave things alone */ in rk3399_pmu_iodomain_init()
|
/linux/Documentation/translations/zh_TW/cpu-freq/ |
H A D | core.rst | 97 /* Do things */ 101 /* Do other things */
|
/linux/drivers/gpu/drm/msm/disp/mdp5/ |
H A D | mdp5_smp.h | 39 * 1) in _prepare_commit() we configure things (via read-modify-write) 42 * 2) in _complete_commit(), after vblank/etc, we clear things for the
|
/linux/Documentation/translations/zh_CN/cpu-freq/ |
H A D | core.rst | 97 /* Do things */ 101 /* Do other things */
|
/linux/arch/x86/platform/efi/ |
H A D | efi_thunk_64.S | 9 * has been called. This simplifies things considerably as compared with 16 * 64-bit virtual address space. Things like the stack and instruction
|
/linux/Documentation/usb/ |
H A D | gadget_multi.rst | 28 As one might expect, things one need to do very from system to system. 72 Things are harder with RDNIS and CDC ACM. 107 things don't work as intended before realising Windows have cached
|
/linux/Documentation/sound/soc/ |
H A D | jack.rst | 18 This is done by splitting the jacks up into three things working 56 update and the set of things to report when the jack is connected.
|
/linux/tools/verification/rv/src/ |
H A D | trace.c | 87 * things required for the tracing, such as the local events and 114 * things such as the priority of the tracer's threads. in trace_instance_init()
|
/linux/Documentation/ABI/ |
H A D | README | 54 with userspace developers to ensure that things do not 69 How things move between levels:
|