Searched +full:no +full:- +full:mmc (Results 1 – 25 of 25) sorted by relevance
| /Documentation/devicetree/bindings/mmc/ |
| D | sunplus,mmc.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 4 --- 5 $id: http://devicetree.org/schemas/mmc/sunplus,mmc.yaml# 6 $schema: http://devicetree.org/meta-schemas/core.yaml# 8 title: Sunplus MMC Controller 11 - Tony Huang <tonyhuang.sunplus@gmail.com> 12 - Li-hao Kuo <lhjeff911@gmail.com> 15 - $ref: mmc-controller.yaml 20 - sunplus,sp7021-mmc 35 - compatible [all …]
|
| D | mmc-controller.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/mmc/mmc-controller.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: MMC Controller Common Properties 10 - Ulf Hansson <ulf.hansson@linaro.org> 13 These properties are common to multiple MMC host controllers. Any host 17 It is possible to assign a fixed index mmcN to an MMC host controller 23 pattern: "^mmc(@.*)?$" 25 "#address-cells": [all …]
|
| D | sprd,sdhci-r11.yaml | 1 # SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause 3 --- 4 $id: http://devicetree.org/schemas/mmc/sprd,sdhci-r11.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Orson Zhai <orsonzhai@gmail.com> 11 - Baolin Wang <baolin.wang7@gmail.com> 12 - Chunyan Zhang <zhang.lyra@gmail.com> 16 const: sprd,sdhci-r11 27 - description: SDIO source clock 28 - description: gate clock for enabling/disabling the device [all …]
|
| D | mtk-sd.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/mmc/mtk-sd.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Chaotian Jing <chaotian.jing@mediatek.com> 11 - Wenbin Mei <wenbin.mei@mediatek.com> 16 - enum: 17 - mediatek,mt2701-mmc 18 - mediatek,mt2712-mmc 19 - mediatek,mt6779-mmc [all …]
|
| D | marvell,xenon-sdhci.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/mmc/marvell,xenon-sdhci.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 This file documents differences between the core MMC properties described by 11 mmc-controller.yaml and the properties used by the Xenon implementation. 20 - Ulf Hansson <ulf.hansson@linaro.org> 25 - enum: 26 - marvell,armada-cp110-sdhci 27 - marvell,armada-ap806-sdhci [all …]
|
| D | brcm,iproc-sdhci.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/mmc/brcm,iproc-sdhci.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Ray Jui <ray.jui@broadcom.com> 11 - Scott Branden <scott.branden@broadcom.com> 12 - Nicolas Saenz Julienne <nsaenz@kernel.org> 15 - $ref: mmc-controller.yaml# 20 - brcm,bcm2835-sdhci 21 - brcm,bcm2711-emmc2 [all …]
|
| /Documentation/driver-api/mmc/ |
| D | mmc-async-req.rst | 2 MMC Asynchronous Request 11 pre-fetch makes the cache overhead relatively significant. If the DMA 13 transfer, the DMA preparation overhead would not affect the MMC performance. 15 The intention of non-blocking (asynchronous) MMC requests is to minimize the 16 time between when an MMC request ends and another MMC request begins. 18 Using mmc_wait_for_req(), the MMC controller is idle while dma_map_sg and 19 dma_unmap_sg are processing. Using non-blocking MMC requests makes it 21 MMC request. 23 MMC block driver 26 The mmc_blk_issue_rw_rq() in the MMC block driver is made non-blocking. [all …]
|
| D | mmc-test.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 MMC Test Framework 10 … host controller drivers and all devices handled by the MMC subsystem. This includes not only MMC … 16 - Verifying the functionality and performance of MMC and SD host controller drivers. 17 - Ensuring compatibility and reliability of MMC and SD devices. 18 - Identifying and diagnosing issues in the MMC subsystem. 29 1. **Enable the MMC Test Framework**: 33 .. code-block:: none 39 Device Drivers ---> 40 <*> MMC/SD/SDIO card support ---> [all …]
|
| /Documentation/devicetree/bindings/dma/ |
| D | stericsson,dma40.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: ST-Ericsson DMA40 DMA Engine 10 - Linus Walleij <linus.walleij@linaro.org> 13 - $ref: dma-controller.yaml# 16 "#dma-cells": 23 1: SD/MMC controller 0 (unused) 24 2: SD/MMC controller 1 (unused) 25 3: SD/MMC controller 2 (unused) [all …]
|
| D | ti-edma.txt | 8 ------------------------------------------------------------------------------ 12 -------------------- 13 - compatible: Should be: 14 - "ti,edma3-tpcc" for the channel controller(s) on OMAP, 16 - "ti,k2g-edma3-tpcc", "ti,edma3-tpcc" for the 18 - #dma-cells: Should be set to <2>. The first number is the DMA request 20 - reg: Memory map of eDMA CC 21 - reg-names: "edma3_cc" 22 - interrupts: Interrupt lines for CCINT, MPERR and CCERRINT. 23 - interrupt-names: "edma3_ccint", "edma3_mperr" and "edma3_ccerrint" [all …]
|
| /Documentation/devicetree/bindings/pinctrl/ |
| D | fsl,mxs-pinctrl.txt | 6 voltage and pull-up. 9 - compatible: "fsl,imx23-pinctrl" or "fsl,imx28-pinctrl" 10 - reg: Should contain the register physical address and length for the 13 Please refer to pinctrl-bindings.txt in this directory for details of the 19 In other words, a subnode that describes a drive strength parameter implies no 20 information about pull-up. For this reason, even seemingly boolean values are 32 On mxs, there is no hardware pin group. The pin group in this binding only 34 particular function, like SSP0 functioning as mmc0-8bit. That said, the 37 "pinctrl-*" phandle in client device node should only have one group node 41 Required subnode-properties: [all …]
|
| /Documentation/driver-api/gpio/ |
| D | drivers-on-gpio.rst | 6 the right in-kernel and userspace APIs/ABIs for the job, and that these 10 - leds-gpio: drivers/leds/leds-gpio.c will handle LEDs connected to GPIO 13 - ledtrig-gpio: drivers/leds/trigger/ledtrig-gpio.c will provide a LED trigger, 15 (and that LED may in turn use the leds-gpio as per above). 17 - gpio-keys: drivers/input/keyboard/gpio_keys.c is used when your GPIO line 20 - gpio-keys-polled: drivers/input/keyboard/gpio_keys_polled.c is used when your 24 - gpio_mouse: drivers/input/mouse/gpio_mouse.c is used to provide a mouse with 25 up to three buttons by simply using GPIOs and no mouse port. You can cut the 29 - gpio-beeper: drivers/input/misc/gpio-beeper.c is used to provide a beep from 31 off/on, for an actual PWM waveform, see pwm-gpio below.) [all …]
|
| /Documentation/driver-api/ |
| D | pin-control.rst | 9 - Enumerating and naming controllable pins 11 - Multiplexing of pins, pads, fingers (etc) see below for details 13 - Configuration of pins, pads, fingers (etc), such as software-controlled 14 biasing and driving mode specific pins, such as pull-up, pull-down, open drain, 17 Top-level interface 22 - A PIN CONTROLLER is a piece of hardware, usually a set of registers, that 26 - PINS are equal to pads, fingers, balls or whatever packaging input or 30 be sparse - i.e. there may be gaps in the space with numbers where no 60 .. code-block:: c 97 See ``arch/arm/mach-ux500/Kconfig`` for an example. [all …]
|
| D | regulator.rst | 1 .. Copyright 2007-2008 Wolfson Microelectronics 30 -------- 62 drivers use `get <#API-regulator-get>`__ and 63 `put <#API-regulator-put>`__ operations to acquire and release 64 regulators. Functions are provided to `enable <#API-regulator-enable>`__ 65 and `disable <#API-regulator-disable>`__ the regulator and to get and 76 ---------------------- 84 constraints may not allow the regulator to be disabled there is no 90 ------------- 93 supplies. For example, MMC drivers may need to select the correct [all …]
|
| /Documentation/devicetree/bindings/leds/ |
| D | common.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Jacek Anaszewski <jacek.anaszewski@gmail.com> 11 - Pavel Machek <pavel@ucw.cz> 25 led-sources: 30 $ref: /schemas/types.yaml#/definitions/uint32-array 35 from the header include/dt-bindings/leds/common.h. If there is no 42 the header include/dt-bindings/leds/common.h. If there is no matching 48 function-enumerator: [all …]
|
| /Documentation/devicetree/bindings/gpio/ |
| D | gpio.txt | 5 ----------------- 7 GPIO properties should be named "[<name>-]gpios", with <name> being the purpose 8 of this GPIO for the device. While a non-existent <name> is considered valid 10 for new bindings. Also, GPIO properties named "[<name>-]gpio" are valid and old 24 and bit-banged data signals: 27 gpio-controller; 28 #gpio-cells = <2>; 32 data-gpios = <&gpio1 12 0>, 44 recommended to use the two-cell approach. 48 include/dt-bindings/gpio/gpio.h whenever possible: [all …]
|
| /Documentation/spi/ |
| D | spi-summary.rst | 5 02-Feb-2012 8 ------------ 17 clocking modes through which data is exchanged; mode-0 and mode-3 are most 32 - SPI may be used for request/response style device protocols, as with 35 - It may also be used to stream data in either direction (half duplex), 38 - Some devices may use eight bit words. Others may use different word 39 lengths, such as streams of 12-bit or 20-bit digital samples. 41 - Words are usually sent with their most significant bit (MSB) first, 44 - Sometimes SPI is used to daisy-chain devices, like shift registers. 51 SPI is only one of the names used by such four-wire protocols, and [all …]
|
| /Documentation/admin-guide/device-mapper/ |
| D | dm-init.rst | 5 It is possible to configure a device-mapper device to act as the root device for 11 The second is to create one or more device-mappers using the module parameter 12 "dm-mod.create=" through the kernel boot command line argument. 15 semi-colons, where: 17 - a comma is used to separate fields like name, uuid, flags and table 19 - a semi-colon is used to separate devices. 23 …dm-mod.create=<name>,<uuid>,<minor>,<flags>,<table>[,<table>+][;<name>,<uuid>,<minor>,<flags>,<tab… 28 <uuid> ::= xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx | "" 35 `--concise` argument. 51 `log-writes` constrained, userspace should verify metadata device [all …]
|
| /Documentation/admin-guide/ |
| D | devices.txt | 1 0 Unnamed devices (e.g. non-device mounts) 7 2 = /dev/kmem OBSOLETE - replaced by /proc/kcore 11 6 = /dev/core OBSOLETE - replaced by /proc/kcore 18 12 = /dev/oldmem OBSOLETE - replaced by /proc/vmcore 31 2 char Pseudo-TTY masters 37 Pseudo-tty's are named as follows: 40 the 1st through 16th series of 16 pseudo-ttys each, and 44 These are the old-style (BSD) PTY devices; Unix98 106 3 char Pseudo-TTY slaves 112 These are the old-style (BSD) PTY devices; Unix98 [all …]
|
| D | kernel-parameters.txt | 16 force -- enable ACPI if default was off 17 on -- enable ACPI but allow fallback to DT [arm64,riscv64] 18 off -- disable ACPI if default was on 19 noirq -- do not use ACPI for IRQ routing 20 strict -- Be less tolerant of platforms that are not 22 rsdt -- prefer RSDT over (default) XSDT 23 copy_dsdt -- copy DSDT to memory 24 nospcr -- disable console in ACPI SPCR table as 41 If set to vendor, prefer vendor-specific driver 73 Documentation/firmware-guide/acpi/debug.rst for more information about [all …]
|
| /Documentation/power/ |
| D | swsusp.rst | 47 - If you feel ACPI works pretty well on your system, you might try:: 51 - If you would like to write hibernation image to swap and then suspend 56 - If you have SATA disks, you'll need recent kernels with SATA suspend 58 are built into kernel -- not modules. [There's way to make 68 - The resume process checks for the presence of the resume device, 72 - The resume process may be triggered in two ways: 81 read-only) otherwise data may be corrupted. 87 Last revised: 2003-10-20 by Pavel Machek 90 ------------------------- 163 between 0-640KB. That way, I'd have to make sure that 0-640KB is free [all …]
|
| /Documentation/fault-injection/ |
| D | fault-injection.rst | 5 See also drivers/md/md-faulty.c and "every_nth" module option for scsi_debug. 9 -------------------------------------- 11 - failslab 15 - fail_page_alloc 19 - fail_usercopy 23 - fail_futex 27 - fail_sunrpc 31 - fail_make_request 34 /sys/block/<device>/make-it-fail or 35 /sys/block/<device>/<partition>/make-it-fail. (submit_bio_noacct()) [all …]
|
| /Documentation/driver-api/pm/ |
| D | devices.rst | 1 .. SPDX-License-Identifier: GPL-2.0 10 :Copyright: |copy| 2010-2011 Rafael J. Wysocki <rjw@sisk.pl>, Novell Inc. 18 management (PM) code is also driver-specific. Most drivers will do very 22 This writeup gives an overview of how drivers interact with system-wide 25 background for the domain-specific work you'd do with any specific driver. 31 Drivers will use one or both of these models to put devices into low-power 36 Drivers can enter low-power states as part of entering system-wide 37 low-power states like "suspend" (also known as "suspend-to-RAM"), or 39 "suspend-to-disk"). 42 by implementing various role-specific suspend and resume methods to [all …]
|
| /Documentation/userspace-api/ioctl/ |
| D | ioctl-number.rst | 14 _IO an ioctl with no parameters 33 patch to Linus Torvalds. Or you can e-mail me at <mec@shout.net> and 67 no attempt to list non-X86 architectures or ioctls from drivers/staging/. 73 0x00 00-1F linux/fs.h conflict! 74 0x00 00-1F scsi/scsi_ioctl.h conflict! 75 0x00 00-1F linux/fb.h conflict! 76 0x00 00-1F linux/wavefront.h conflict! 79 0x04 D2-DC linux/umsdos_fs.h Dead since 2.6.11, but don't r… 81 0x07 9F-D0 linux/vmw_vmci_defs.h, uapi/linux/vm_sockets.h 83 0x10 00-0F drivers/char/s390/vmcp.h [all …]
|
| /Documentation/networking/device_drivers/ethernet/stmicro/ |
| D | stmmac.rst | 1 .. SPDX-License-Identifier: GPL-2.0+ 13 - In This Release 14 - Feature List 15 - Kernel Configuration 16 - Command Line Parameters 17 - Driver Information and Notes 18 - Debug Information 19 - Support 33 (and older) and DesignWare(R) Cores Ethernet Quality-of-Service version 4.0 35 DesignWare(R) Cores XGMAC - 10G Ethernet MAC and DesignWare(R) Cores [all …]
|