Home
last modified time | relevance | path

Searched full:modeled (Results 1 – 25 of 66) sorted by relevance

123

/kernel/linux/linux-5.10/tools/memory-model/Documentation/
Dlitmus-tests.txt60 appears often in the Linux kernel. For example, a flag (modeled by "y"
61 below) indicates that a buffer (modeled by "x" below) is now completely
935 1. Compiler optimizations are not accurately modeled. Of course,
952 3. Exceptions and interrupts are not modeled. In some cases,
974 b. The "unless" RMW operations are not currently modeled:
982 modeled by herd7 therefore it can be used in litmus tests.
984 c. The call_rcu() function is not modeled. As was shown above,
991 d. The rcu_barrier() function is not modeled. It can be
997 e. Although sleepable RCU (SRCU) is now modeled, there
1022 f. Reader-writer locking is not modeled. It can be
/kernel/linux/linux-5.10/include/linux/spi/
Dmmc_spi.h12 * card slot. (Modeled after PXA mmc glue; see that for usage examples.)
/kernel/linux/linux-5.10/drivers/media/usb/gspca/m5602/
Dm5602_sensor.h11 * v4l2 interface modeled after the V4L2 driver
Dm5602_s5k83a.h11 * v4l2 interface modeled after the V4L2 driver
Dm5602_s5k4aa.h11 * v4l2 interface modeled after the V4L2 driver
Dm5602_ov7660.h11 * v4l2 interface modeled after the V4L2 driver
Dm5602_mt9m111.h11 * v4l2 interface modeled after the V4L2 driver
Dm5602_po1030.h11 * v4l2 interface modeled after the V4L2 driver
Dm5602_bridge.h11 * v4l2 interface modeled after the V4L2 driver
Dm5602_ov9650.h11 * v4l2 interface modeled after the V4L2 driver
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/display/bridge/
Dsimple-bridge.yaml35 This device has two video ports. Their connections are modeled using the
Dthine,thc63lvd1024.yaml30 This device has four video ports. Their connections are modeled using the
Dlvds-codec.yaml50 This device has two video ports. Their connections are modeled using the
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/display/
Dtruly,nt35597.txt21 are modeled using the OF graph bindings specified in
Darm,hdlcd.txt20 - port: The HDLCD connection to an encoder chip. The connection is modeled
Darm,komeda.txt28 modeled using the OF graph bindings specified in
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/display/rockchip/
Drockchip-lvds.txt33 Their connections are modeled using the OF graph bindings specified in
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/soc/qcom/
Dqcom,gsbi.txt3 The GSBI controller is modeled as a node with zero or more child nodes, each
Dqcom,geni-se.yaml18 Wrapper controller is modeled as a node with zero or more child nodes each
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/mfd/
Dtc3589x.txt46 keys. The linux-specific properties are modeled on those already existing
/kernel/linux/linux-5.10/drivers/gpu/drm/rcar-du/
Drcar_du_group.c16 * This would be modeled as two separate DU device instances if it wasn't for
19 * modeled as a single device with three CRTCs, two sets of "semi-global"
/kernel/linux/linux-5.10/include/linux/mfd/
Dab3100.h72 * modeled as a separate regulator.
/kernel/linux/linux-5.10/drivers/net/ethernet/intel/iavf/
Diavf_trace.h4 /* Modeled on trace-events-sample.h */
/kernel/linux/linux-5.10/drivers/net/ethernet/intel/i40e/
Di40e_trace.h4 /* Modeled on trace-events-sample.h */
/kernel/linux/linux-5.10/drivers/ide/
Ddelkin_cb.c6 * Modeled after the 16-bit PCMCIA driver: ide-cs.c

123