/linux/drivers/media/pci/bt8xx/ |
H A D | bttv-audio-hook.c | 60 /* Not much to do here */ in gvbctv3pci_audio() 162 /* Not much to do here */ in avermedia_tvphone_audio() 193 /* Not much to do here */ in avermedia_tv_stereo_audio() 231 /* Not much to do here */ in lt9415_audio() 264 /* Not much to do here */ in terratv_audio() 336 /* Not much to do here */ in pvbt878p9b_audio() 377 /* Not much to do here */ in fv2000s_audio() 413 /* Not much to do here */ in windvr_audio() 450 /* Not much to do here */ in adtvk503_audio()
|
/linux/Documentation/arch/x86/ |
H A D | orc-unwinder.rst | 12 format of the ORC data is much simpler than DWARF, which in turn allows 13 the ORC unwinder to be much simpler and faster. 63 ORC debuginfo's advantage over DWARF itself is that it's much simpler. 66 much simpler, meaning fewer bugs, which is especially important for 69 The simpler debuginfo format also enables the unwinder to be much faster 114 annotations are needed than what DWARF would need, so they're much more
|
/linux/Documentation/filesystems/bcachefs/ |
H A D | errorcodes.rst | 10 This gives us much better error messages and makes debugging much easier. Any 29 where the error was generated; good names for error codes mean much more
|
H A D | CodingStyle.rst | 56 invariants with runtime checks - much like the way people working in 78 make your error messages much easier to write (therefore they will actually 79 exist) and much more informative. And they can be used from sysfs/debugfs, as 135 Nobody writes all perfect code that all gets shipped, and you'll be much more 150 much less risk of wasted effort if the feature you were going for doesn't work
|
H A D | SubmittingPatches.rst | 24 considered out of date), but try not to deviate too much without reason. 67 in testing is much better than wandering off into undefined behaviour la-la 85 Patches should hit the list [3], but much discussion and code review happens on
|
/linux/Documentation/process/ |
H A D | botching-up-ioctls.rst | 14 actually only used once interfaces. But the clear downside is that there's much 110 paths pretty much for free for graphics drivers. Also, be consistent with 160 an asynchronous event on a pollable file descriptor. It fits much better 208 it's much quicker to push a driver-private interface than engaging in 214 * Consider other interfaces than ioctls. A sysfs attribute is much better for
|
/linux/arch/arm64/kernel/ |
H A D | watchdog_hld.c | 10 * Arm CPUs in the market which are clocked much less than 5 GHz. On the other 11 * hand, we can't make it much higher as it would lead to a large hard-lockup
|
/linux/Documentation/scheduler/ |
H A D | sched-nice-design.rst | 9 pestered us to make nice +19 tasks use up much less CPU time. 17 much stronger than they were before in 2.4 (and people were happy about 39 So that if someone wanted to really renice tasks, +19 would give a much
|
H A D | sched-design-CFS.rst | 69 side of the tree as much as possible. 115 The CFS scheduler has a much stronger handling of nice levels and SCHED_BATCH 116 than the previous vanilla scheduler: both types of workloads are isolated much 157 without the core code assuming too much about them.
|
/linux/arch/mips/include/asm/ |
H A D | floppy.h | 42 * driver otherwise. It doesn't matter much for performance anyway, as most 47 * Actually this needs to be a bit more complicated since the so much different
|
/linux/drivers/tty/ |
H A D | ehv_bytechan.c | 358 /* Find out how much data needs to be read, and then ask the TTY layer in ehv_bc_tty_rx_isr() 359 * if it can handle that much. We want to ensure that every byte we in ehv_bc_tty_rx_isr() 407 * This function, which can be called in interrupt context, dequeues as much 463 * the data first in a circular buffer, and then dequeue as much of that data 468 * layer how much data it can safely send to us. We guarantee that 470 * too much data. 538 * how much write room the driver can guarantee will be sent OR BUFFERED. This 601 * If we could ask the hypervisor how much data is still in the TX buffer, or
|
/linux/Documentation/arch/powerpc/ |
H A D | kasan.txt | 48 this at run-time based on how much physical memory we have, but this requires 54 requires knowing how much contiguous physical memory a system has _at compile
|
/linux/lib/zstd/common/ |
H A D | error_private.c | 29 … case PREFIX(frameParameter_windowTooLarge): return "Frame requires too much memory for decoding"; in ERR_getErrorString() 38 case PREFIX(tableLog_tooLarge): return "tableLog requires too much memory : unsupported"; in ERR_getErrorString()
|
/linux/net/batman-adv/ |
H A D | bitarray.c | 60 /* sequence number is much newer, probably missed a lot of packets */ in batadv_bit_get_packet() 72 /* received a much older packet. The other host either restarted in batadv_bit_get_packet()
|
/linux/include/uapi/linux/ |
H A D | resource.h | 76 * The first two don't need much. The latter will take as 77 * much as it can get. 8MB is a reasonably sane default.
|
/linux/drivers/block/drbd/ |
H A D | drbd_vli.h | 20 * the bitmap transfer time can take much too long, 37 * integers would be much worse than plaintext. 48 * We don't care too much about "excellent" compression ratio for large 50 * or 1000 is not that much of an issue. 51 * We do not want to waste too much on short runlengths in the "noisy"
|
/linux/arch/arm/include/asm/ |
H A D | kgdb.h | 34 * make our lives much much simpler. :)
|
/linux/Documentation/misc-devices/ |
H A D | apds990x.rst | 26 might vary quite much depending the spectrum of the light source. 68 to saturate much before that. Real max value varies depending
|
/linux/include/linux/ |
H A D | zstd.h | 463 * @output: Destination buffer. `output->pos` is updated to indicate how much 465 * @input: Source buffer. `input->pos` is updated to indicate how much data 483 * @output: Destination buffer. `output->pos` is updated to indicate how much 498 * @output: Destination buffer. `output->pos` is updated to indicate how much 550 * @output: Destination buffer. `output.pos` is updated to indicate how much 552 * @input: Source buffer. `input.pos` is updated to indicate how much data was
|
H A D | stringhash.h | 18 * malicious inputs; much slower hash functions are required for that. 62 * this computes a different hash function much faster.
|
H A D | nfs_iostat.h | 48 * traffic. NORMAL + DIRECT shows how much data is going through 50 * without much NORMAL or DIRECT traffic shows that applications
|
/linux/Documentation/admin-guide/pm/ |
H A D | strategies.rst | 42 then it takes much less time and effort to start executing user space code than 45 typically the system can spend much more time in a sleep state than it can be
|
/linux/arch/alpha/lib/ |
H A D | ev67-strchr.S | 9 * Much of the information about 21264 scheduling/coding comes from: 65 * data to be loaded. Not much can be done about it unless it's
|
/linux/fs/jffs2/ |
H A D | compr_rtime.c | 69 /* Tell the caller how much we managed to compress, and how much space it took */ in jffs2_rtime_compress()
|
/linux/Documentation/driver-api/surface_aggregator/ |
H A D | overview.rst | 17 Not much is currently known about SAM on 4th generation devices (Surface Pro 32 While features have not changed much on a coarse level since the 5th
|