nuttx/drivers
sunkun3 e872610071 usbdev-composite: In the device descriptor, 0xEF means use of IAD
Signed-off-by: sunkun3 <sunkun3@xiaomi.com>
2023-08-04 10:58:50 +02:00
..
1wire 1wrie:fix typo 2023-08-03 00:06:24 -07:00
analog build: add initial cmake build system 2023-07-08 13:50:48 +08:00
audio driver/audio: low level reset must always succeed 2023-07-18 10:14:24 -03:00
bch bch: fix sector buffer invalidation issue 2023-07-29 06:56:28 -07:00
can drivers: restore C89 compatibility by avoiding binary constants 2023-07-31 18:56:40 -07:00
clk drivers/clk: support using clk function at interrupt and idle 2023-07-28 07:12:51 -07:00
contactless build: add initial cmake build system 2023-07-08 13:50:48 +08:00
crypto build: add initial cmake build system 2023-07-08 13:50:48 +08:00
dma
dummy build: add initial cmake build system 2023-07-08 13:50:48 +08:00
eeprom build: add initial cmake build system 2023-07-08 13:50:48 +08:00
efuse build: add initial cmake build system 2023-07-08 13:50:48 +08:00
i2c drivers: restore C89 compatibility by avoiding binary constants 2023-07-31 18:56:40 -07:00
i2s build: add initial cmake build system 2023-07-08 13:50:48 +08:00
input build: add initial cmake build system 2023-07-08 13:50:48 +08:00
ioexpander ioexpander: add option to register GPIO by name for IOexpander 2023-08-03 07:02:12 -07:00
ipcc
lcd Kconfig: Simplify the conditional default statement 2023-07-16 14:39:20 -03:00
leds New implementation of the ESP32's RMT driver. 2023-07-23 16:17:57 -03:00
loop build: add initial cmake build system 2023-07-08 13:50:48 +08:00
math build: add initial cmake build system 2023-07-08 13:50:48 +08:00
misc drivers/ramdisk: don't free memory for romdisk 2023-07-28 07:40:53 -07:00
mmcsd drivers/mmcsd_sdio: config timout to write one data block 2023-07-28 05:01:36 -07:00
modem drivers: Format pointer through "%p" for kthread_create 2023-07-30 23:40:59 +03:00
motor cmake: fix CMake build break 2023-07-15 23:32:36 +08:00
mtd driver/ftl: pass the number of eraseblock for ftl_get_cblock 2023-07-31 22:22:25 -07:00
net netdev_upperhalf: reply logic only for ipv4/ipv6/arp input 2023-07-28 06:56:35 -07:00
note note_initialize.c: add debug messages 2023-08-02 08:05:37 -07:00
pipes drivers/pipe: implement pipe mmap just return ENODEV 2023-08-02 22:57:28 -07:00
power pm: fix second time add wakelock dq caused error 2023-08-03 10:16:41 -07:00
rc Fix Kconfig style 2023-08-02 16:57:09 +02:00
rf build: add initial cmake build system 2023-07-08 13:50:48 +08:00
rptun rptun: fix use after free caused by API wrong order 2023-08-03 10:53:49 -07:00
segger note_sysview.c: note_sysview_initialize should return error value 2023-08-02 08:05:37 -07:00
sensors drivers/sensors/fakegps: support fakegps base on gps driver 2023-08-01 23:09:46 -07:00
serial serial/uart_16550: Wait before setting Line Control Register (Synopsys DesignWare 8250) 2023-08-03 08:38:07 +02:00
spi driver/spi_slave: Simplify rx/tx buffer logic 2023-07-28 19:11:16 +03:00
syslog syslog: replace lib_sprintf to lib_sprintf_internal 2023-07-14 00:22:11 +03:00
timers qemu:add qemu rtc driver. 2023-08-02 03:27:55 -07:00
usbdev usbdev-composite: In the device descriptor, 0xEF means use of IAD 2023-08-04 10:58:50 +02:00
usbhost drivers: usbhost: fix usbhost_hidkbd some errors 2023-07-27 00:51:59 -07:00
usbmisc build: add initial cmake build system 2023-07-08 13:50:48 +08:00
usbmonitor build: add initial cmake build system 2023-07-08 13:50:48 +08:00
usrsock build: add initial cmake build system 2023-07-08 13:50:48 +08:00
video drivers/video: video driver supports NV12 2023-08-03 22:37:53 -07:00
virtio drivers: virtio: Use one dscriptor for RX in virtio-mmio-net.c 2023-06-21 16:38:04 +08:00
wireless cmake: enable more cmake builds 2023-07-25 06:18:22 -07:00
.gitignore
CMakeLists.txt build: add initial cmake build system 2023-07-08 13:50:48 +08:00
drivers_initialize.c drivers: add ascii drvier, returns a printable string of 0x21-0x7f 2023-07-12 11:13:37 -06:00
Kconfig
Makefile
README.txt

README
^^^^^^

This directory contains various device drivers -- both block and
character drivers as well as other more specialized drivers.

Contents:
  - Files in this directory
  - Subdirectories of this directory
  - Skeleton files

Files in this directory
^^^^^^^^^^^^^^^^^^^^^^^

dev_null.c and dev_zero.c
  These files provide the standard /dev/null and /dev/zero devices.  See
  include/nuttx/drivers/drivers.h for prototypes of functions that should
  be called if you want to register these devices (devnull_register()
  and devzero_register()).

ramdisk.c
  Can be used to set up a block of memory or (read-only) FLASH as
  a block driver that can be mounted as a file system.  See
  include/nuttx/drivers/ramdisk.h.

rwbuffer.c
  A facility that can be used by any block driver in-order to add
  writing buffering and read-ahead buffering.

Subdirectories of this directory:
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

analog/
  This directory holds implementations of analog device drivers.
  This includes drivers for Analog to Digital Conversion (ADC) as
  well as drivers for Digital to Analog Conversion (DAC).
  See include/nuttx/analog/*.h for registration information.

audio/
  Audio device drivers.  See include/nuttx/audio/audio.h for interface
  definitions.  See also the audio subsystem at nuttx/audio/.

bch/
  Contains logic that may be used to convert a block driver into
  a character driver.  This is the complementary conversion as that
  performed by loop.c.  See include/nuttx/fs/fs.h for registration
  information.

can/
  This is the CAN drivers and logic support.  See include/nuttx/can/can.h
  for usage information.

contactless/
  Contactless devices are related to wireless devices.  They are not
  communication devices with other similar peers, but couplers/interfaces
  to contactless cards and tags.

crypto/
  Contains crypto drivers and support logic, including the /dev/urandom
  device.

eeprom/
  An EEPROM is a form of Memory Technology Device (see drivers/mtd).
  EEPROMs are non-volatile memory like FLASH, but differ in underlying
  memory technology and differ in usage in many respects: They may not
  be organized into blocks (at least from the standpoint of the user)
  and it is not necessary to erase the EEPROM memory before re-writing
  it.  In addition, EEPROMs tend to be much smaller than FLASH parts,
  usually only a few kilobytes vs megabytes for FLASH.  EEPROM tends to
  be used to retain a small amount of device configuration information;
  FLASH tends to be used for program or massive data storage. For these
  reasons, it may not be convenient to use the more complex MTD
  interface but instead use the simple character interface provided by
  the EEPROM drivers.

i2c/
  I2C drivers and support logic.  See include/nuttx/i2c/i2c_master.h

i2s/
  I2S drivers and support logic.  See include/nuttx/audio/i2s.h

input/
  This directory holds implementations of human input device (HID)
  drivers.  This includes such things as mouse, touchscreen, joystick,
  keyboard and keypad drivers.  See include/nuttx/input/*.h for
  registration information.

  Note that USB HID devices are treated differently.  These can be
  found under usbdev/ or usbhost/.

lcd/
  Drivers for parallel and serial LCD and OLED type devices.  These
  drivers support interfaces as defined in include/nuttx/lcd/lcd.h

leds/
  Various LED-related drivers including discrete as well as PWM-
  driven LEDs.

loop/
  Supports the standard loop device that can be used to export a
  file (or character device) as a block device.  See losetup() and
  loteardown() in include/nuttx/fs/fs.h.

mmcsd/
  Support for MMC/SD block drivers.  MMC/SD block drivers based on
  SPI and SDIO/MCI interfaces are supported.  See include/nuttx/mmcsd.h
  and include/nuttx/sdio.h for further information.

mtd/
  Memory Technology Device (MTD) drivers.  Some simple drivers for
  memory technologies like FLASH, EEPROM, NVRAM, etc.  See
  include/nuttx/mtd/mtd.h

  (Note: This is a simple memory interface and should not be
  confused with the "real" MTD developed at infradead.org.  This
  logic is unrelated; I just used the name MTD because I am not
  aware of any other common way to refer to this class of devices).

net/
  Network interface drivers.  See also include/nuttx/net/net.h

pipes/
  FIFO and named pipe drivers.  Standard interfaces are declared
  in include/unistd.h

power/
  Power management (PM) driver interfaces.  These interfaces are used
  to manage power usage of a platform by monitoring driver activity
  and by placing drivers into reduce power usage modes when the
  drivers are not active.

pwm/
  Provides the "upper half" of a pulse width modulation (PWM) driver.
  The "lower half" of the PWM driver is provided by device-specific
  logic.  See include/nuttx/timers/pwm.h for usage information.

sensors/
  Drivers for various sensors.  A sensor driver differs little from
  other types of drivers other than they are use to provide measurements
  of things in environment like temperature, orientation, acceleration,
  altitude, direction, position, etc.

  DACs might fit this definition of a sensor driver as well since they
  measure and convert voltage levels.  DACs, however, are retained in
  the analog/ sub-directory.

serial/
  Front-end character drivers for chip-specific UARTs.  This provide
  some TTY-like functionality and are commonly used (but not required for)
  the NuttX system console.  See also include/nuttx/serial/serial.h

spi/
  SPI drivers and support logic.  See include/nuttx/spi/spi.h

syslog/
  System logging devices. See include/syslog.h and include/nuttx/syslog/syslog.h

timers/
  Includes support for various timer devices including:

  - An "upper half" for a generic timer driver.  See
    include/nuttx/timers/timer.h for more information.

  - An "upper half" for a generic watchdog driver.  See
    include/nuttx/timers/watchdog.h for more information.

  - RTC drivers

usbdev/
  USB device drivers.  See also include/nuttx/usb/usbdev.h

usbhost/
  USB host drivers.  See also include/nuttx/usb/usbhost.h

video/
  Video-related drivers.  See include/nuttx/video/.

wireless/
  Drivers for various wireless devices.

Skeleton Files
^^^^^^^^^^^^^^

Skeleton files are "empty" frameworks for NuttX drivers.  They are provided to
give you a good starting point if you want to create a new NuttX driver.
The following skeleton files are available:

  drivers/lcd/skeleton.c -- Skeleton LCD driver
  drivers/mtd/skeleton.c -- Skeleton memory technology device drivers
  drivers/net/skeleton.c -- Skeleton network/Ethernet drivers
  drivers/usbhost/usbhost_skeleton.c -- Skeleton USB host class driver