Searched full:modeled (Results 1 – 25 of 66) sorted by relevance
123
/Linux-v5.15/tools/memory-model/Documentation/ |
D | litmus-tests.txt | 60 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, 969 3. Exceptions and interrupts are not modeled. In some cases, 991 b. The "unless" RMW operations are not currently modeled: 999 modeled by herd7 therefore it can be used in litmus tests. 1001 c. The call_rcu() function is not modeled. As was shown above, 1008 d. The rcu_barrier() function is not modeled. It can be 1014 e. Although sleepable RCU (SRCU) is now modeled, there 1039 f. Reader-writer locking is not modeled. It can be
|
/Linux-v5.15/include/linux/spi/ |
D | mmc_spi.h | 12 * card slot. (Modeled after PXA mmc glue; see that for usage examples.)
|
/Linux-v5.15/drivers/media/usb/gspca/m5602/ |
D | m5602_s5k83a.h | 11 * v4l2 interface modeled after the V4L2 driver
|
D | m5602_sensor.h | 11 * v4l2 interface modeled after the V4L2 driver
|
D | m5602_ov7660.h | 11 * v4l2 interface modeled after the V4L2 driver
|
D | m5602_s5k4aa.h | 11 * v4l2 interface modeled after the V4L2 driver
|
D | m5602_mt9m111.h | 11 * v4l2 interface modeled after the V4L2 driver
|
D | m5602_po1030.h | 11 * v4l2 interface modeled after the V4L2 driver
|
D | m5602_bridge.h | 11 * v4l2 interface modeled after the V4L2 driver
|
D | m5602_ov9650.h | 11 * v4l2 interface modeled after the V4L2 driver
|
/Linux-v5.15/Documentation/devicetree/bindings/display/ |
D | truly,nt35597.txt | 21 are modeled using the OF graph bindings specified in
|
D | arm,hdlcd.txt | 20 - port: The HDLCD connection to an encoder chip. The connection is modeled
|
D | arm,komeda.txt | 28 modeled using the OF graph bindings specified in
|
/Linux-v5.15/Documentation/devicetree/bindings/display/rockchip/ |
D | rockchip-lvds.txt | 33 Their connections are modeled using the OF graph bindings specified in
|
/Linux-v5.15/Documentation/devicetree/bindings/soc/qcom/ |
D | qcom,gsbi.txt | 3 The GSBI controller is modeled as a node with zero or more child nodes, each
|
D | qcom,geni-se.yaml | 18 Wrapper controller is modeled as a node with zero or more child nodes each
|
/Linux-v5.15/Documentation/devicetree/bindings/mfd/ |
D | tc3589x.txt | 46 keys. The linux-specific properties are modeled on those already existing
|
/Linux-v5.15/drivers/gpu/drm/rcar-du/ |
D | rcar_du_group.c | 16 * 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"
|
/Linux-v5.15/drivers/net/ethernet/intel/iavf/ |
D | iavf_trace.h | 4 /* Modeled on trace-events-sample.h */
|
/Linux-v5.15/include/uapi/linux/ |
D | rtc.h | 50 * This is modeled after the RTC used in Q40/Q60 computers but
|
/Linux-v5.15/drivers/net/ethernet/intel/i40e/ |
D | i40e_trace.h | 4 /* Modeled on trace-events-sample.h */
|
/Linux-v5.15/drivers/net/wireless/intersil/orinoco/ |
D | orinoco_tmd.c | 33 * This driver is modeled after the orinoco_plx driver. The main
|
/Linux-v5.15/drivers/net/ethernet/intel/ice/ |
D | ice_trace.h | 4 /* Modeled on trace-events-sample.h */
|
/Linux-v5.15/Documentation/PCI/endpoint/ |
D | pci-ntb-function.rst | 228 scratchpad, doorbell, one or more memory windows) to be modeled to achieve 347 This is modeled the same was as MW1 but each of the additional memory windows
|
/Linux-v5.15/drivers/media/rc/ |
D | nuvoton-cir.h | 11 * modeled after.
|
123