| /linux/drivers/platform/raspberrypi/vchiq-mmal/ |
| H A D | mmal-msg-port.h | 76 * recommends for optimal
84 * recommends for optimal
|
| /linux/Documentation/hwmon/ |
| H A D | f71805f.rst | 154 doesn't give you good linear control, try reducing it. Fintek recommends
158 When the DC method is used, Fintek recommends not going below 5 V, which
|
| /linux/net/core/ |
| H A D | ieee8021q_helpers.c | 156 * [RFC4594], Section 4.8, recommends High-Throughput Data be marked in ietf_dscp_to_ieee8021q_tt()
169 * recommends a distinction in servicing between these service classes) in ietf_dscp_to_ieee8021q_tt()
|
| /linux/Documentation/i2c/busses/ |
| H A D | i2c-via.rst | 38 This can happen. This driver uses the pins VIA recommends in their
|
| /linux/Documentation/arch/arm/ |
| H A D | swp_emulation.rst | 4 ARMv6 architecture deprecates use of the SWP/SWPB instructions, and recommends
|
| /linux/arch/arm/mach-davinci/ |
| H A D | clock.h | 47 * OMAP-L138 system reference guide recommends a wait for 4 OSCIN/CLKIN
|
| /linux/drivers/crypto/intel/keembay/ |
| H A D | Kconfig | 85 Keem Bay OCS HCU driver. Intel recommends not to use these
|
| /linux/drivers/iio/accel/ |
| H A D | bma400_spi.c | 79 * return garbage. As the datasheet recommends, the in bma400_spi_probe()
|
| /linux/Documentation/arch/x86/ |
| H A D | intel-hfi.rst | 40 the hardware recommends to the operating system to not schedule any tasks on
|
| H A D | amd-hfi.rst | 94 that the hardware recommends to the operating system to not schedule any tasks
|
| /linux/arch/x86/boot/ |
| H A D | pm.c | 68 being 8-byte unaligned. Intel recommends 16 byte alignment. */ in setup_gdt()
|
| H A D | edd.c | 106 /* Ralf Brown recommends setting ES:DI to 0:0 */ in get_edd_info()
|
| /linux/drivers/devfreq/ |
| H A D | Kconfig | 73 through sysfs entries. The passive governor recommends that
|
| /linux/Documentation/admin-guide/hw-vuln/ |
| H A D | rsb.rst | 95 AMD recommends software use a RAP stuffing sequence (mitigation
179 Intel recommends the use of enhanced IBRS, where supported. This
|
| /linux/drivers/i2c/busses/ |
| H A D | i2c-pca-isa.c | 30 /* Data sheet recommends 59kHz for 100kHz operation due to variation
|
| /linux/arch/powerpc/kernel/ |
| H A D | tau_6xx.c | 150 * recommends that "the maximum value be set in THRM3 under all in tau_timeout()
|
| /linux/arch/arm/mm/ |
| H A D | cache-v6.S | 48 .rept 11 @ ARM Ltd recommends at least
|
| /linux/drivers/hwmon/ |
| H A D | aht10.c | 79 * the datasheet recommends that a measurement
|
| /linux/include/uapi/linux/ |
| H A D | hyperv.h | 179 * MSDN recommends not storing data values larger than 2048 bytes in the
|
| /linux/drivers/net/ethernet/microchip/lan966x/ |
| H A D | lan966x_taprio.c | 369 /* Calculate new base_time based on cycle_time. The HW recommends to have the
|
| /linux/Documentation/process/ |
| H A D | security-bugs.rst | 220 As such, the kernel security team strongly recommends that as a reporter
|
| /linux/Documentation/networking/device_drivers/ethernet/chelsio/ |
| H A D | cxgb.rst | 316 recommends the first option for best performance with this bug:
|
| /linux/Documentation/fb/ |
| H A D | framebuffer.rst | 202 stable picture without visible flicker, VESA recommends a vertical scanrate of
|
| /linux/drivers/mtd/nand/raw/ |
| H A D | nand_micron.c | 207 * been corrected, but tells us if it recommends to rewrite the block. in micron_nand_on_die_ecc_status_4()
|
| /linux/drivers/gpu/drm/amd/display/dc/clk_mgr/dcn32/ |
| H A D | dcn32_clk_mgr.c | 217 //HW recommends limit of 1950 MHz in display clock for all DCN3.2.x in dcn32_init_clocks()
227 //HW recommends limit of 1950 MHz in display clock for all DCN3.2.x in dcn32_init_clocks()
|