Home
last modified time | relevance | path

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

12

/linux-6.12.1/Documentation/devicetree/bindings/iio/humidity/
Ddht11.yaml14 interface. It is believed the part is made by aosong but don't have
/linux-6.12.1/tools/arch/sparc/include/asm/
Dbarrier_64.h12 * It used to be believed that the memory barrier had to be right in the
/linux-6.12.1/arch/sparc/include/asm/
Dbarrier_64.h10 * It used to be believed that the memory barrier had to be right in the
/linux-6.12.1/arch/powerpc/include/asm/
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-6.12.1/Documentation/admin-guide/nfs/
Dnfs-client.rst44 anything that is believed to be unique across all NFS clients. An
/linux-6.12.1/arch/arm/crypto/
DKconfig186 The bit sliced AES code does not use lookup tables, so it is believed
/linux-6.12.1/tools/net/sunrpc/xdrgen/
DREADME33 2. rpcgen-generated code is believed to be less efficient than code
/linux-6.12.1/Documentation/usb/
Dgadget_multi.rst124 believed that it should (read: "I have no idea whether it will") work
Dehci.rst52 It's believed to do all the right PCI magic so that I/O works even on
/linux-6.12.1/Documentation/process/
Dresearcher-guidelines.rst116 * What was changed to fix the problem, and why it is believed to be correct?
/linux-6.12.1/arch/alpha/lib/
Dev6-clear_user.S27 * The believed purpose of only updating $0 after a store is that a signal
/linux-6.12.1/Documentation/power/
Dpower_supply_class.rst15 the attributes provided are believed to be universally applicable to any
/linux-6.12.1/drivers/md/dm-vdo/
Dencodings.h552 /* Bit 15: The believed cleanliness of this slab */
555 /* Bit 15: The believed cleanliness of this slab */
/linux-6.12.1/LICENSES/preferred/
DGPL-2.0245 This section is intended to make thoroughly clear what is believed to
DLGPL-2.0387 This section is intended to make thoroughly clear what is believed to
DLGPL-2.1407 This section is intended to make thoroughly clear what is believed to
/linux-6.12.1/tools/usb/usbip/
DCOPYING226 This section is intended to make thoroughly clear what is believed to
/linux-6.12.1/drivers/net/ethernet/sfc/falcon/
Dtxc43128_phy.c282 * (PHY<->MAC) as this is believed less likely to upset Falcon in txc_apply_defaults()
/linux-6.12.1/drivers/net/ethernet/natsemi/
Dmacsonic.c278 documentation is to be believed) */ in mac_onboard_sonic_probe()
/linux-6.12.1/drivers/staging/olpc_dcon/
Dolpc_dcon.c109 * The smbus doesn't always come back due to what is believed to be
/linux-6.12.1/include/linux/regulator/
Ddriver.h96 * still believed to not be damaged but that a board sepcific
/linux-6.12.1/drivers/gpu/drm/xe/
Dxe_device.c854 * which is believed to be sufficient to cover the worst case in xe_device_td_flush()
/linux-6.12.1/Documentation/filesystems/
Dlocking.rst6 It is (believed to be) up-to-date. *Please*, if you change anything in
/linux-6.12.1/Documentation/RCU/Design/Requirements/
DRequirements.rst1031 counter, which is currently believed to be an acceptably long time.
1730 sometimes by a large factor. If RCU naively believed the firmware, as it
2696 sockets or cores. Such spreading and alignment is currently believed to
/linux-6.12.1/drivers/media/usb/cx231xx/
Dcx231xx-cards.c670 /* This board is believed to have a hardware encoding chip

12