Home
last modified time | relevance | path

Searched full:seemingly (Results 1 – 25 of 32) sorted by relevance

12

/linux/Documentation/userspace-api/media/mediactl/
H A Dmedia-controller-intro.rst25 between seemingly unrelated devices.
/linux/tools/testing/selftests/drivers/net/mlxsw/
H A Dqos_lib.sh30 # seemingly winning bandwidth on account of UC. Demand at least 2Gbps
/linux/arch/hexagon/kernel/
H A Dvmlinux.lds.S21 See asm-generic/sections.h for seemingly required labels.
/linux/arch/mips/include/asm/
H A Dcompiler.h20 * seemingly random behaviour, such as invalid memory accesses from incorrectly
/linux/arch/arc/include/asm/
H A Datomic-spinlock.h19 * Thus atomic_set() despite being 1 insn (and seemingly atomic) in arch_atomic_set()
/linux/include/linux/
H A Drcu_node_tree.h11 * This seemingly RCU-private file must be available to SRCU users
H A Drcu_segcblist.h5 * This seemingly RCU-private file must be available to SRCU users
H A Dfortify-string.h670 * - the size of ptr's object (seemingly by design, gcc & clang fail):
/linux/Documentation/devicetree/bindings/pinctrl/
H A Dnvidia,tegra124-xusb-padctl.txt48 what function the pins are assigned to. For this reason even seemingly boolean
H A Dnvidia,tegra-pinmux-common.yaml34 reason, even seemingly boolean values are actually tristates in this
/linux/Documentation/process/
H A Dcve.rst41 explains the seemingly large number of CVEs that are issued by the Linux
H A D6.Followthrough.rst54 - Be prepared for seemingly silly requests for coding style changes
/linux/arch/arm64/boot/dts/qcom/
H A Dmsm8916-samsung-gt5-common.dtsi128 * device tree, otherwise audio will seemingly play fine on the wrong SD line
H A Dmsm8916-samsung-a2015-common.dtsi317 * device tree, otherwise audio will seemingly play fine on the wrong SD line
H A Dmsm8939-samsung-a7.dts385 * device tree, otherwise audio will seemingly play fine on the wrong SD line
/linux/drivers/media/usb/dvb-usb/
H A Ddibusb-common.c272 /* additional keys TwinHan VisionPlus, the Artec seemingly not have */
/linux/Documentation/power/
H A Dfreezing-of-tasks.rst212 at this point. So, seemingly, the failure is due to the freezing of tasks.
/linux/drivers/input/mouse/
H A Dbyd.c363 /* The touchpad should reply with 4 seemingly-random bytes */ in byd_reset_touchpad()
/linux/sound/pci/
H A Dazt3328.h148 * seemingly random value). Hmm, possibly this is a register which
/linux/Documentation/dev-tools/
H A Dcheckpatch.rst1030 In the past, some of the debugfs vulnerabilities would seemingly allow
/linux/drivers/usb/serial/
H A Dipaq.c561 * A few devices have four endpoints, seemingly Yakuma devices, and in ipaq_calc_num_ports()
/linux/drivers/i2c/busses/
H A Di2c-pxa.c880 * for seemingly no reason. If we handle them as I think in i2c_pxa_irq_txempty()
/linux/fs/ocfs2/cluster/
H A Dtcp.c855 /* we've had some trouble with handlers seemingly vanishing. */ in o2net_register_handler()
/linux/tools/perf/util/
H A Dsymbol.c114 // a seemingly Rust mangled name in symbol_type__filter()
/linux/drivers/media/usb/gspca/
H A Dspca508.c392 /* This chunk is seemingly redundant with */

12