Home
last modified time | relevance | path

Searched full:believed (Results 1 – 23 of 23) sorted by relevance

/linux/Documentation/devicetree/bindings/iio/humidity/
H A Ddht11.yaml14 interface. It is believed the part is made by aosong but don't have
/linux/tools/arch/sparc/include/asm/
H A Dbarrier_64.h12 * It used to be believed that the memory barrier had to be right in the
/linux/arch/sparc/include/asm/
H A Dbarrier_64.h10 * It used to be believed that the memory barrier had to be right in the
/linux/arch/powerpc/include/asm/
H A Dpmac_feature.h56 #define PMAC_TYPE_COMET 0x20 /* Believed to be PowerBook 2400 */
57 #define PMAC_TYPE_HOOPER 0x21 /* Believed to be PowerBook 3400 */
/linux/Documentation/admin-guide/nfs/
H A Dnfs-client.rst44 anything that is believed to be unique across all NFS clients. An
/linux/Documentation/usb/
H A Dgadget_multi.rst124 believed that it should (read: "I have no idea whether it will") work
H A Dehci.rst52 It's believed to do all the right PCI magic so that I/O works even on
/linux/Documentation/process/
H A Dresearcher-guidelines.rst116 * What was changed to fix the problem, and why it is believed to be correct?
/linux/arch/alpha/lib/
H A Dev6-clear_user.S27 * The believed purpose of only updating $0 after a store is that a signal
/linux/tools/usb/usbip/
H A DCOPYING226 This section is intended to make thoroughly clear what is believed to
/linux/LICENSES/preferred/
H A DGPL-2.0245 This section is intended to make thoroughly clear what is believed to
H A DLGPL-2.0387 This section is intended to make thoroughly clear what is believed to
H A DLGPL-2.1411 This section is intended to make thoroughly clear what is believed to
/linux/drivers/net/ethernet/sfc/falcon/
H A Dtxc43128_phy.c282 * (PHY<->MAC) as this is believed less likely to upset Falcon in txc_apply_defaults()
/linux/Documentation/filesystems/
H A Dlocking.rst6 It is (believed to be) up-to-date. *Please*, if you change anything in
/linux/drivers/gpu/drm/xe/
H A Dxe_device.c1093 * which is believed to be sufficient to cover the worst case in tdf_request_sync()
/linux/drivers/media/usb/cx231xx/
H A Dcx231xx-cards.c670 /* This board is believed to have a hardware encoding chip
/linux/arch/powerpc/kernel/
H A Drtas.c71 * functions are believed to have no users on
/linux/drivers/staging/vme_user/
H A Dvme_tsi148.c1314 * that reading the data we have just written is safe. It is believed in tsi148_master_write()
/linux/drivers/usb/serial/
H A Dcp210x.c1648 * are made unavailable by configuring the use of GPIO. This is believed to be
/linux/sound/pci/au88x0/
H A Dau88x0_core.c62 07-12-2003 A3D routing finally fixed. Believed to be OK.
/linux/arch/m68k/kernel/
H A Dhead.S208 * believed to be solid enough to be trusted, and TEST_MMU
/linux/drivers/usb/dwc2/
H A Dgadget.c2324 * currently believed that we do not need to wait for any space in