Home
last modified time | relevance | path

Searched refs:DT (Results 1 – 122 of 122) sorted by relevance

/linux-4.1.27/crypto/
Dansi_cprng.c50 unsigned char DT[DEFAULT_BLK_SZ]; member
98 hexdump("Input DT: ", ctx->DT, DEFAULT_BLK_SZ); in _get_more_prng_bytes()
113 memcpy(tmp, ctx->DT, DEFAULT_BLK_SZ); in _get_more_prng_bytes()
171 ctx->DT[i] += 1; in _get_more_prng_bytes()
172 if (ctx->DT[i] != 0) in _get_more_prng_bytes()
179 hexdump("Output DT: ", ctx->DT, DEFAULT_BLK_SZ); in _get_more_prng_bytes()
285 unsigned char *V, unsigned char *DT) in reset_prng_context() argument
303 if (DT) in reset_prng_context()
304 memcpy(ctx->DT, DT, DEFAULT_BLK_SZ); in reset_prng_context()
306 memset(ctx->DT, 0, DEFAULT_BLK_SZ); in reset_prng_context()
/linux-4.1.27/Documentation/devicetree/bindings/cpufreq/
Darm_big_little_dt.txt1 Generic ARM big LITTLE cpufreq driver's DT glue
4 This is DT specific glue layer for generic cpufreq driver for big LITTLE
10 FIXME: Cpus should boot in the order specified in DT and all cpus for a cluster
11 must be present contiguously. Generic DT driver will check only node 'x' for
Dcpufreq-dt.txt3 It is a generic DT based cpufreq driver for frequency management. It supports
15 details. OPPs *must* be supplied either via DT, i.e. this property, or
/linux-4.1.27/drivers/staging/board/
DTODO1 * replace platform device code with DT nodes once the driver supports DT
/linux-4.1.27/Documentation/devicetree/bindings/
Dsubmitting-patches.txt2 Submitting devicetree (DT) binding patches
15 and Cc: the DT maintainers. Use scripts/get_maintainer.pl to identify
16 all of the DT maintainers.
22 previously documented in the corresponding DT binding text file
27 ("checkpatch: add DT compatible string documentation checks"). ]
DABI.txt2 Devicetree (DT) ABI
/linux-4.1.27/Documentation/devicetree/
Dusage-model.txt13 The "Open Firmware Device Tree", or simply Device Tree (DT), is a data
19 Structurally, the DT is a tree, or acyclic graph with named nodes, and
41 The DT was originally created by Open Firmware as part of the
53 and 64-bit support, the decision was made to require DT support on all
55 Firmware. To do this, a DT representation called the Flattened Device
59 Device Tree Binary (dtb) and to modify a dtb at boot time. DT was
62 existing non-DT aware firmware.
67 out of mainline (nios) have some level of DT support.
76 The most important thing to understand is that the DT is simply a data
90 Linux uses DT data for three major purposes:
[all …]
D00-INDEX12 - How Linux uses DT and what DT aims to solve.
Dchangesets.txt1 A DT changeset is a method which allows one to apply changes
17 2. A number of DT tree change calls, of_changeset_attach_node(),
Dof_unittest.txt40 is used to compile the DT source file (testcases.dts) into a binary blob
41 (testcases.dtb), also referred as flattened DT.
Dbooting-without-of.txt20 II - The DT block format
71 May 24, 2005: Rev 0.3 - Precise that DT block has to be in RAM
74 for the DT block (version 16 needs kernel
300 Similar to the arch/arm case (b), a DT-aware bootloader is expected to
313 DT block. In this case, Linux will look for a builtin DTB, selected via
319 II - The DT block format
348 u32 totalsize; /* total size of DT block */
363 u32 size_dt_struct; /* size of the DT structure block */
391 This is the total size of the DT block including the header. The
392 "DT" block should enclose all data structures defined in this
[all …]
Doverlay-notes.txt130 Using the non-phandle based target method allows one to use a base DT which does
/linux-4.1.27/Documentation/arm64/
Darm-acpi.txt38 while DT explicitly does not support this. For hardware vendors, being
47 as for RAS) which are currently used in production systems. DT does not.
48 Such bindings could be defined in DT at some point, but doing so means ARM
54 both DT and ACPI if they want to support multiple operating systems. And,
78 in place. DT does exactly what Linux needs it to when working with vertically
80 server vendors need. Linux could potentially get there with DT, but doing so
82 the hardware vendors need, Microsoft won’t collaborate on DT, and hardware
110 exclusive with DT support at compile time.
115 Regardless of whether DT or ACPI is used, the kernel must always be capable
126 When an ARMv8 system boots, it can either have DT information, ACPI tables,
[all …]
/linux-4.1.27/Documentation/devicetree/bindings/usb/
Dgeneric.txt7 via DT, USB controllers should default to their maximum
12 passed via DT, USB DRD controllers should default to
Ddwc3-st.txt33 example below. The DT binding details of dwc3 can be found in:
/linux-4.1.27/drivers/staging/comedi/drivers/
Ddt3000.c748 { PCI_VDEVICE(DT, 0x0022), BOARD_DT3001 },
749 { PCI_VDEVICE(DT, 0x0023), BOARD_DT3002 },
750 { PCI_VDEVICE(DT, 0x0024), BOARD_DT3003 },
751 { PCI_VDEVICE(DT, 0x0025), BOARD_DT3004 },
752 { PCI_VDEVICE(DT, 0x0026), BOARD_DT3005 },
753 { PCI_VDEVICE(DT, 0x0027), BOARD_DT3001_PGL },
754 { PCI_VDEVICE(DT, 0x0028), BOARD_DT3003_PGL },
/linux-4.1.27/Documentation/devicetree/bindings/media/xilinx/
Dxlnx,video.txt9 and IP core specific documentation, xlnx,v-*.txt, in this directory. The DT
22 - ports: Video port, using the DT bindings defined in ../video-interfaces.txt.
Dxlnx,v-tpg.txt21 - port: Video port, using the DT bindings defined in ../video-interfaces.txt.
Dvideo.txt1 DT bindings for Xilinx video IP cores
/linux-4.1.27/Documentation/devicetree/bindings/sound/
Dcs4271.txt1 Cirrus Logic CS4271 DT bindings
30 in the MODE2 register. This workaround can be enabled with this DT
Dpcm1792a.txt1 Texas Instruments pcm1792a DT bindings
Dmrvl,pxa2xx-pcm.txt1 DT bindings for ARM PXA2xx PCM platform driver
Dwidgets.txt5 Each entry is a pair of strings in DT:
Dimx-audio-spdif.txt25 * Note: At least one of these two properties should be set in the DT binding.
/linux-4.1.27/Documentation/hwmon/
Dibmpowernv20 All the nodes in the DT appear under "/ibm,opal/sensors" and each valid node in
21 the DT maps to an attribute file in 'sysfs'. The node exports unique 'sensor-id'
Dvexpress33 Tree passed to the kernel. Details of the DT binding for them can be found
/linux-4.1.27/Documentation/devicetree/bindings/pci/
Dsamsung,exynos5440-pcie.txt15 SoC specific DT Entry:
57 Board specific DT Entry:
Dxilinx-pcie.txt1 * Xilinx AXI PCIe Root Port Bridge DT description
34 created a interrupt controller node to support 'interrupt-map' DT
Dxgene-pci.txt28 SoC specific DT Entry:
54 Board specific DT Entry:
Dpci-keystone.txt9 for the details of Designware DT bindings. Additional properties are
60 Designware DT Properties not applicable for Keystone PCI
Dspear13xx-pcie.txt1 SPEAr13XX PCIe DT detail:
Drcar-pci.txt25 SoC specific DT Entry:
Dnvidia,tegra20-pcie.txt220 enumeration and therefore don't need corresponding device nodes in DT. However
Dmvebu-pci.txt43 * t is the type of the MBus window (as defined by the standard PCI DT
/linux-4.1.27/Documentation/devicetree/bindings/media/
Ds5p-mfc.txt35 SoC specific DT entry:
46 Board specific DT entry:
Dti,omap3isp.txt4 The DT definitions can be found in include/dt-bindings/media/omap3-isp.h.
Dvideo-interfaces.txt10 SoC internal blocks are described by DT nodes, placed similarly to other SoC
/linux-4.1.27/Documentation/devicetree/bindings/reset/
Dreset.txt15 specifier - a list of DT cells that represents the reset signal within the
23 the DT node of each affected HW block, since if activated, an unrelated block
24 may be reset. Instead, reset signals should be represented in the DT node
/linux-4.1.27/drivers/staging/emxx_udc/
DTODO3 * DT bindings
/linux-4.1.27/Documentation/devicetree/bindings/dma/
Dshdma.txt6 SHDMA DT nodes to be placed under a DMA multiplexer node. All such compatible
8 descriptors. Therefore respective DMA DT bindings can also all be placed in the
Dmv-xor.txt10 The DT node must also contains sub-nodes for each XOR channel that the
/linux-4.1.27/Documentation/devicetree/bindings/video/
Dexynos7-decon.txt45 SoC specific DT entry:
62 Board specific DT entry:
Dsamsung-fimd.txt90 SoC specific DT entry:
104 Board specific DT entry:
Drockchip-vop.txt36 SoC specific DT entry:
/linux-4.1.27/Documentation/devicetree/bindings/phy/
Dst-spear-miphy.txt1 ST SPEAr miphy DT details
Dti-phy.txt1 TI PHY: DT DOCUMENTATION FOR PHYs in TI PLATFORMs
Dsamsung-phy.txt81 Refer to DT bindings documentation of particular PHY consumer devices for more
/linux-4.1.27/Documentation/devicetree/bindings/clock/ti/
Ddra7-atl.txt14 To be able to integrate the ATL clocks with DT clock tree.
17 for the DT clock tree, the IP driver is needed to handle the actual configuration
/linux-4.1.27/Documentation/devicetree/bindings/mailbox/
Dmailbox.txt29 platforms may define channel indices, in DT headers,
/linux-4.1.27/Documentation/devicetree/bindings/arm/ux500/
Dpower_domain.txt7 and use the corresponding DT bindings.
/linux-4.1.27/Documentation/devicetree/bindings/interrupt-controller/
Drenesas,irqc.txt1 DT bindings for the R-Mobile/R-Car interrupt controller
Drenesas,intc-irqpin.txt1 DT bindings for the R-/SH-Mobile irqpin controller
/linux-4.1.27/Documentation/devicetree/bindings/pwm/
Dpwm-tipwmss.txt16 Also child nodes should also populated under PWMSS DT node.
/linux-4.1.27/drivers/cpufreq/
DKconfig.arm14 tristate "Generic probing via DT for ARM big LITTLE CPUfreq driver"
17 This enables probing via DT for Generic CPUfreq driver for ARM
18 big.LITTLE platform. This gets frequency tables from DT.
DKconfig189 tristate "Generic DT based cpufreq driver"
195 This adds a generic DT based cpufreq driver for frequency management.
/linux-4.1.27/Documentation/devicetree/bindings/mtd/
Dpxa3xx-nand.txt1 PXA3xx NAND DT bindings
Dhisi504-nand.txt1 Hisilicon Hip04 Soc NAND controller DT binding
Djedec,spi-nor.txt7 manufacturer and name of the chip. Bear in mind the DT binding
/linux-4.1.27/drivers/mtd/nand/
Ddenali_dt.c63 denali->platform = DT; in denali_dt_probe()
Ddenali.h448 #define DT 3 macro
DKconfig60 tristate "Support Denali NAND controller as a DT device"
64 controller as a DT device.
/linux-4.1.27/Documentation/devicetree/bindings/arm/omap/
Dprcm.txt4 a DT hierarchy. Each TI SoC can have multiple PRCM entities listed for it,
/linux-4.1.27/Documentation/devicetree/bindings/input/
Drotary-encoder.txt1 Rotary encoder DT bindings
/linux-4.1.27/Documentation/devicetree/bindings/input/touchscreen/
Dedt-ft5x06.txt12 that a distinction can be added if necessary without changing the DT
/linux-4.1.27/Documentation/devicetree/bindings/mmc/
Dtmio_mmc.txt7 their own platform data or from their DT information. In the latter case all
/linux-4.1.27/Documentation/devicetree/bindings/misc/
Difm-csi.txt10 - ifm,csi-clk-handle: the phandle to a node in the DT describing the sensor
/linux-4.1.27/Documentation/thermal/
Dcpu-cooling-api.txt33 order to bind it via the thermal DT code. This api can support multiple
/linux-4.1.27/drivers/gpu/drm/msm/
DNOTES70 (ie. like DT super-node.. but I don't have any snapdragon hw yet that
71 is using DT).
/linux-4.1.27/Documentation/devicetree/bindings/memory-controllers/
Drenesas-memory-controllers.txt1 DT bindings for Renesas R-Mobile and SH-Mobile memory controllers
/linux-4.1.27/Documentation/gpio/
Dboard.txt53 ACPI also supports function names for GPIOs in a similar fashion to DT.
54 The above DT example can be converted to an equivalent ACPI description
Dgpio-legacy.txt474 subsystem. There are two ways of doing it currently: with or without DT.
476 For with DT support refer to Documentation/devicetree/bindings/gpio/gpio.txt.
478 For non-DT support, user can call gpiochip_add_pin_range() with appropriate
/linux-4.1.27/arch/arm/boot/dts/
Dat91-foxg20.dts4 * Based on DT files for at91sam9g20ek evaluation board (AT91SAM9G20 SoC)
Dexynos4210-origen.dts215 * DT-based regulator lookup yet.
Darmada-370-rd.dts50 * DT-capable, U-Boot bootloaders provided by Marvell. Some earlier
Darmada-xp-db.dts52 * DT-capable, U-Boot bootloaders provided by Marvell. Some earlier
Darmada-xp-gp.dts52 * DT-capable, U-Boot bootloaders provided by Marvell. Some earlier
Darmada-370-db.dts52 * DT-capable, U-Boot bootloaders provided by Marvell. Some earlier
Dexynos4210-trats.dts308 * DT-based regulator lookup yet.
Darmada-xp-synology-ds414.dts46 * The 0xf1000000 is the default used by the recent, DT-capable, U-Boot
Darmada-370-synology-ds213j.dts46 * The 0xf1000000 is the default used by the recent, DT-capable, U-Boot
Ddm816x.dtsi56 * it will not bring real advantage to represent that in DT
Dtegra30-cardhu.dtsi4 * This file contains common DT entry for all fab version of Cardhu.
Domap3.dtsi77 * Since it will not bring real advantage to represent that in DT for
Dam33xx.dtsi89 * it will not bring real advantage to represent that in DT
Dexynos5250.dtsi137 * value from DT.
Domap4.dtsi111 * Since it will not bring real advantage to represent that in DT for
Domap5.dtsi126 * Since it will not bring real advantage to represent that in DT for
Ddra7.dtsi90 * Since it will not bring real advantage to represent that in DT for
/linux-4.1.27/Documentation/arm/
DREADME188 For platforms that support device tree (DT), the machine selection is
200 Note: Please do not register a machine type for DT-only platforms. If your
201 platform is DT-only, you do not need a registered machine type.
Duefi.txt40 When booting in UEFI mode, the stub deletes any memory nodes from a provided DT.
DBooting61 New boot loaders: MANDATORY except for DT-only platforms
70 For DT-only platforms, the machine type will be determined by device
/linux-4.1.27/Documentation/devicetree/bindings/gpio/
Dgpio.txt91 a1) (Preferred) Dictated by a binding-specific DT property.
95 a2) Defined statically by the DT binding itself.
98 that would prevent the DT from separately representing the two orthogonal
/linux-4.1.27/drivers/cpuidle/
DKconfig.arm10 at run-time through DT nodes. The CPUidle suspend backend is
/linux-4.1.27/Documentation/devicetree/bindings/arm/bcm/
Dbrcm,brcmstb.txt4 SoC shall have the following DT organization:
/linux-4.1.27/drivers/hwtracing/coresight/
DKconfig10 a topological view of the CoreSight components based on a DT
/linux-4.1.27/Documentation/devicetree/bindings/power/
Drenesas,sysc-rmobile.txt1 DT bindings for the Renesas R-Mobile System Controller
/linux-4.1.27/Documentation/devicetree/bindings/iommu/
Dsamsung,sysmmu.txt31 The current DT binding for the Exynos System MMU is incomplete.
/linux-4.1.27/Documentation/devicetree/bindings/soc/fsl/
Dbman.txt88 etc.). The size configured in the DT must reflect the hardware capabilities and
Dqman.txt105 FMan ports, etc.). The size configured in the DT must reflect the hardware
/linux-4.1.27/Documentation/devicetree/bindings/pinctrl/
Dpinctrl-bindings.txt107 ... /* Standard DT properties for the device itself elided */
166 structure of the DT nodes that contain these properties.
/linux-4.1.27/Documentation/devicetree/bindings/arm/
Dcoresight.txt31 layout using the generic DT graph presentation found in
Dmarvell,berlin.txt48 chip control registers, so there should be a single DT node only providing the
Dcci.txt28 root node (ie from CPUs perspective as per DT standard).
/linux-4.1.27/drivers/isdn/hardware/eicon/
Dpc.h286 #define DT 0x29 /* ETSI date/time */ macro
Dmessage.c4864 {MAXPARMSIDS, CPN, 0xff, DSA, OSA, BC, LLC, HLC, ESC_CAUSE, DSP, DT, CHA, in sig_ind()
/linux-4.1.27/Documentation/filesystems/caching/
Dfscache.txt346 …17e4b 2 ACTV 0 0 0 0 0 0 7b 4 0 0 | NFS.fh DT 0 ffff88001dd82820…
347 …1693a 2 ACTV 0 0 0 0 0 0 7b 4 0 0 | NFS.fh DT 0 ffff88002db23380…
372 TY Cookie type (IX - index, DT - data, hex - special)
/linux-4.1.27/Documentation/devicetree/bindings/arm/msm/
Dqcom,idle-state.txt22 driver and is not defined in the DT. The SPM state machine should be
/linux-4.1.27/Documentation/arm/Marvell/
DREADME149 Directory: arch/arm/mach-mvebu (DT enabled platforms)
150 arch/arm/mach-dove (non-DT enabled platforms)
/linux-4.1.27/Documentation/devicetree/bindings/bus/
Dti-gpmc.txt17 - ti,hwmods: Should be set to "ti,gpmc" until the DT transition is
/linux-4.1.27/sound/isa/
DKconfig66 tristate "Diamond Tech. DT-019x and Avance Logic ALSxxx"
74 Diamond Technologies DT-019X or Avance Logic chips: ALS007,
/linux-4.1.27/Documentation/scsi/
DChangeLog.sym53c8xx_276 - Add DT/ST (double/simple transition) in the transfer
DChangeLog.sym53c8xx53 The C1010 supports offset 62 in DT mode but only 31 in
59 not requires extra cycles in DT DATA OUT phase.
72 pass PPR options (for now only DT clocking).
188 62 in DT mode.
/linux-4.1.27/Documentation/devicetree/bindings/mfd/
Das3722.txt116 Missing this property on DT will be assume as no
/linux-4.1.27/Documentation/devicetree/bindings/clock/
Dclock-bindings.txt124 This DT fragment defines three devices: an external oscillator to provide a
/linux-4.1.27/arch/arm/plat-samsung/
DKconfig49 Platforms that support only DT based boot need not to select
/linux-4.1.27/drivers/staging/comedi/
DKconfig383 tristate "Data Translation DT2821 series and DT-EZ ISA card support"
386 Enable support for Data Translation DT2821 series including DT-EZ
/linux-4.1.27/drivers/media/dvb-frontends/
DKconfig787 * Panasonic ENV57H12D5 (ET-50DT)
/linux-4.1.27/drivers/scsi/aic7xxx/
Daic7xxx.reg185 field SINGLE_EDGE 0x10 /* Disable DT Transfers */
Daic7xxx.seq1040 * We enable the auto-ack feature on DT capable
/linux-4.1.27/Documentation/video4linux/
Dv4l2-framework.txt345 in DT as I2C device nodes. The API used in this second case is described further
/linux-4.1.27/arch/mips/
DKconfig166 Build a generic DT-based kernel image that boots on select
/linux-4.1.27/Documentation/sound/alsa/
DALSA-Configuration.txt588 Module for Diamond Technologies DT-019X / Avance Logic ALS-007 (PnP