Home
last modified time | relevance | path

Searched full:much (Results 1 – 25 of 3604) sorted by relevance

12345678910>>...145

/OK3568_Linux_fs/kernel/drivers/media/pci/bt8xx/
H A Dbttv-audio-hook.c60 /* 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()
297 /* Not much to do here */ in winfast2000_audio()
344 /* Not much to do here */ in pvbt878p9b_audio()
385 /* Not much to do here */ in fv2000s_audio()
421 /* Not much to do here */ in windvr_audio()
458 /* Not much to do here */ in adtvk503_audio()
/OK3568_Linux_fs/yocto/poky/meta/recipes-core/systemd/systemd/
H A DCVE-2022-45873.patch9 fork the child and wait for it to exit. The child tries to write too much data
74 … /* This is iffy. A backtrace can be a few hundred kilobytes, but too much is
75 + * too much. Let's log a warning and ignore the rest. */
96 + /* Bump the space for the returned string. We don't know how much space we…
97 + * advance, so we'll just try to write as much as possible and maybe fail …
/OK3568_Linux_fs/kernel/Documentation/x86/
H A Dorc-unwinder.rst12 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
/OK3568_Linux_fs/u-boot/include/configs/
H A Dtegra20-common.h30 * scriptaddr can be pretty much anywhere that doesn't conflict with something
33 * pxefile_addr_r can be pretty much anywhere that doesn't conflict with
78 * This parameter affects a TXFILLTUNING field that controls how much data is
H A Dtegra186-common.h34 * scriptaddr can be pretty much anywhere that doesn't conflict with something
37 * pxefile_addr_r can be pretty much anywhere that doesn't conflict with
H A Dtegra124-common.h31 * scriptaddr can be pretty much anywhere that doesn't conflict with something
34 * pxefile_addr_r can be pretty much anywhere that doesn't conflict with
H A Dtegra114-common.h29 * scriptaddr can be pretty much anywhere that doesn't conflict with something
32 * pxefile_addr_r can be pretty much anywhere that doesn't conflict with
H A Dtegra30-common.h30 * scriptaddr can be pretty much anywhere that doesn't conflict with something
33 * pxefile_addr_r can be pretty much anywhere that doesn't conflict with
/OK3568_Linux_fs/prebuilts/gcc/linux-x86/arm/gcc-arm-10.3-2021.07-x86_64-arm-none-linux-gnueabihf/share/man/man7/
H A Dfsf-funding.7158 how much they give to free software development. Show distributors
174 but to keep everyone honest, you need to inquire how much they do, and
175 what kind. Some kinds of development make much more long-term
178 program for the whole community contributes much. Easy new ports
/OK3568_Linux_fs/prebuilts/gcc/linux-x86/aarch64/gcc-arm-10.3-2021.07-x86_64-aarch64-none-linux-gnu/share/man/man7/
H A Dfsf-funding.7158 how much they give to free software development. Show distributors
174 but to keep everyone honest, you need to inquire how much they do, and
175 what kind. Some kinds of development make much more long-term
178 program for the whole community contributes much. Easy new ports
/OK3568_Linux_fs/buildroot/package/qt5/qt5base/
H A D0005-eglfs-avoid-breaking-compilation-for-obscure-EGLNativeDisplayType-types.patch24 management, much like a void* is an pointer to an opaque memory type...
28 of a pointer. There is not much we can do here anyway, since there would
41 can't be cast into a void*, this would be hugely weird, so much so, that
/OK3568_Linux_fs/kernel/Documentation/process/
H A Dbotching-up-ioctls.rst14 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
/OK3568_Linux_fs/kernel/include/linux/
H A Dtimex.h90 * SHIFT_PLL is used as a dampening factor to define how much we
93 * much of the current value in time_offset we correct for each
100 * However this seems to increase convergence time much too long.
114 * SHIFT_FLL is used as a dampening factor to define how much we
/OK3568_Linux_fs/kernel/Documentation/ABI/testing/
H A Dsysfs-kernel-ion17 The total_heaps_kb file is read-only and specifies how much
26 The total_pools_kb file is read-only and specifies how much
/OK3568_Linux_fs/kernel/Documentation/
H A Dindex.rst15 documentation, like the kernel itself, is very much a work in progress;
72 merged much easier.
91 from the point of view of a kernel developer. Much of the information here
/OK3568_Linux_fs/kernel/Documentation/scheduler/
H A Dsched-nice-design.rst9 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 Dsched-design-CFS.rst65 side of the tree as much as possible.
108 The CFS scheduler has a much stronger handling of nice levels and SCHED_BATCH
109 than the previous vanilla scheduler: both types of workloads are isolated much
150 without the core code assuming too much about them.
/OK3568_Linux_fs/yocto/poky/meta/recipes-devtools/go/go-1.18/
H A DCVE-2022-41715.patch50 +// the compiled form will not take up too much memory.
61 +// Character classes can make it much larger: each \pL adds 1292 runes.
257 + `a{100000}`, // too much repetition
258 + `a{100000,}`, // too much repetition
259 + "((((((((((x{2}){2}){2}){2}){2}){2}){2}){2}){2}){2})", // too much repetition
/OK3568_Linux_fs/kernel/arch/mips/include/asm/
H A Dfloppy.h42 * 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
/OK3568_Linux_fs/kernel/drivers/tty/
H A Dehv_bytechan.c355 /* Find out how much data needs to be read, and then ask the TTY layer in ehv_bc_tty_rx_isr()
356 * if it can handle that much. We want to ensure that every byte we in ehv_bc_tty_rx_isr()
404 * This function, which can be called in interrupt context, dequeues as much
460 * the data first in a circular buffer, and then dequeue as much of that data
465 * layer how much data it can safely send to us. We guarantee that
467 * too much data.
536 * how much write room the driver can guarantee will be sent OR BUFFERED. This
599 * If we could ask the hypervisor how much data is still in the TX buffer, or
/OK3568_Linux_fs/buildroot/boot/grub2/
H A D0003-safemath-Add-some-arithmetic-primitives-that-check-f.patch43 - Experimental support for clang 3.3 or later (results in much bigger binaries)
45 + Experimental support for clang 3.8.0 or later (results in much bigger binaries)
48 - much bigger binaries.
/OK3568_Linux_fs/kernel/Documentation/admin-guide/
H A DREADME.rst50 system: there are much better sources available.
192 values to 'y' as much as possible.
196 values to 'm' as much as possible.
199 values to 'n' as much as possible.
374 me or anybody else very much: it will depend on your particular
400 kernel image or similar), telling me as much about your setup as
/OK3568_Linux_fs/kernel/Documentation/driver-api/driver-model/
H A Ddevres.rst15 5. Overhead : How much do we have to pay for this?
35 For one reason or another, low level drivers don't receive as much
38 Init failure path is worse because it's much less travelled while
102 driver can have much simpler init and exit code. Init path basically
/OK3568_Linux_fs/buildroot/docs/manual/
H A Dadding-board-support.txt37 It is recommended to use as much as possible upstream versions of the
38 Linux kernel and bootloaders, and to use as much as possible default
/OK3568_Linux_fs/yocto/poky/scripts/pybootchartgui/
H A DNEWS120 + move much of bootchartd from shell -> C
171 + gives -much- better early-boot-time resolution
188 + much faster rendering by manual clipping

12345678910>>...145