Home
last modified time | relevance | path

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

12

/openbmc/linux/Documentation/userspace-api/media/mediactl/
H A Dmedia-controller-intro.rst25 between seemingly unrelated devices.
/openbmc/linux/tools/testing/selftests/drivers/net/mlxsw/
H A Dqos_lib.sh30 # seemingly winning bandwidth on account of UC. Demand at least 2Gbps
/openbmc/openbmc/poky/documentation/profile-manual/
H A Darch.rst13 is, however, that in recent years this seemingly disparate set of tools
/openbmc/linux/arch/hexagon/kernel/
H A Dvmlinux.lds.S21 See asm-generic/sections.h for seemingly required labels.
/openbmc/u-boot/drivers/mmc/
H A Dbcmstb_sdhci.c21 * actually running at 100 MHz (seemingly without issue), which is
/openbmc/linux/arch/mips/include/asm/
H A Dcompiler.h20 * seemingly random behaviour, such as invalid memory accesses from incorrectly
/openbmc/linux/arch/arc/include/asm/
H A Datomic-spinlock.h19 * Thus atomic_set() despite being 1 insn (and seemingly atomic) in arch_atomic_set()
/openbmc/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
/openbmc/linux/drivers/video/backlight/
H A Djornada720_bl.c128 * you will get seemingly non-related errors when in jornada_bl_probe()
/openbmc/u-boot/common/init/
H A Dboard_init.c96 * (seemingly useless) incrementation causes no code increase.
/openbmc/linux/Documentation/devicetree/bindings/pinctrl/
H A Dfsl,mxs-pinctrl.txt20 information about pull-up. For this reason, even seemingly boolean values are
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
/openbmc/witherspoon-pfault-analysis/power-supply/
H A Drecord_manager.cpp63 // need to clear. If we see a 0 seemingly out of nowhere, in add()
/openbmc/phosphor-power/power-supply/
H A Drecord_manager.cpp63 // need to clear. If we see a 0 seemingly out of nowhere, in add()
/openbmc/linux/arch/hexagon/mm/
H A Dinit.c224 * The bootmem allocator seemingly just lives to feed memory in setup_arch_memory()
/openbmc/linux/drivers/media/usb/dvb-usb/
H A Ddibusb-common.c271 /* additional keys TwinHan VisionPlus, the Artec seemingly not have */
/openbmc/linux/Documentation/process/
H A D6.Followthrough.rst54 - Be prepared for seemingly silly requests for coding style changes
/openbmc/linux/drivers/regulator/
H A Dirq_helpers.c138 * Things have been seemingly successful => zero retry-counter. in regulator_notifier_isr_work()
/openbmc/linux/Documentation/power/
H A Dfreezing-of-tasks.rst201 at this point. So, seemingly, the failure is due to the freezing of tasks.
/openbmc/linux/drivers/input/mouse/
H A Dbyd.c364 /* The touchpad should reply with 4 seemingly-random bytes */ in byd_reset_touchpad()
/openbmc/linux/sound/pci/
H A Dazt3328.h148 * seemingly random value). Hmm, possibly this is a register which
/openbmc/openbmc/poky/documentation/overview-manual/
H A Dyp-intro.rst404 commands in an environment that seemingly has root privileges.
861 of several BitBake variables that are seemingly mis-named, (e.g.
/openbmc/linux/arch/x86/platform/intel-quark/
H A Dimr.c531 * the boot-time IMRs torn down or you'll find seemingly random resets when

12