SPI设备端驱动编写----基于linux4.9 driver核心层
来源:互联网 发布:手持编程控制器的原理 编辑:程序博客网 时间:2024/06/07 23:44
【前序】
linux下写驱动是站在巨人的肩膀上做开发,不用完全从头做起,甚至你不需要懂SPI时序,照样能写出可用的驱动,原因是:控制器驱动一般芯片商早已写好(linux4.9中针对xilinx zynqmp系列cpu是 drivers/spi/spi-cadence.c),怎么发、怎么操作CPU寄存器这些细节都是控制器驱动干的事,设备端驱动不需要关心。我们所要做的便是用核心层提供的API注册进去,调用核心层发送函数,将数据发出去,收回来。linux4.9中核心层drivers/spi/spi.c。
一、重要的数据结构与核心层API
1. struct spi_transfer;
/*---------------------------------------------------------------------------*//* * I/O INTERFACE between SPI controller and protocol drivers * * Protocol drivers use a queue of spi_messages, each transferring data * between the controller and memory buffers. * * The spi_messages themselves consist of a series of read+write transfer * segments. Those segments always read the same number of bits as they * write; but one or the other is easily ignored by passing a null buffer * pointer. (This is unlike most types of I/O API, because SPI hardware * is full duplex.) * * NOTE: Allocation of spi_transfer and spi_message memory is entirely * up to the protocol driver, which guarantees the integrity of both (as * well as the data buffers) for as long as the message is queued. *//** * struct spi_transfer - a read/write buffer pair * @tx_buf: data to be written (dma-safe memory), or NULL * @rx_buf: data to be read (dma-safe memory), or NULL * @tx_dma: DMA address of tx_buf, if @spi_message.is_dma_mapped * @rx_dma: DMA address of rx_buf, if @spi_message.is_dma_mapped * @tx_nbits: number of bits used for writing. If 0 the default * (SPI_NBITS_SINGLE) is used. * @rx_nbits: number of bits used for reading. If 0 the default * (SPI_NBITS_SINGLE) is used. * @len: size of rx and tx buffers (in bytes) * @speed_hz: Select a speed other than the device default for this * transfer. If 0 the default (from @spi_device) is used. * @bits_per_word: select a bits_per_word other than the device default * for this transfer. If 0 the default (from @spi_device) is used. * @cs_change: affects chipselect after this transfer completes * @delay_usecs: microseconds to delay after this transfer before * (optionally) changing the chipselect status, then starting * the next transfer or completing this @spi_message. * @transfer_list: transfers are sequenced through @spi_message.transfers * @tx_sg: Scatterlist for transmit, currently not for client use * @rx_sg: Scatterlist for receive, currently not for client use * * SPI transfers always write the same number of bytes as they read. * Protocol drivers should always provide @rx_buf and/or @tx_buf. * In some cases, they may also want to provide DMA addresses for * the data being transferred; that may reduce overhead, when the * underlying driver uses dma. * * If the transmit buffer is null, zeroes will be shifted out * while filling @rx_buf. If the receive buffer is null, the data * shifted in will be discarded. Only "len" bytes shift out (or in). * It's an error to try to shift out a partial word. (For example, by * shifting out three bytes with word size of sixteen or twenty bits; * the former uses two bytes per word, the latter uses four bytes.) * * In-memory data values are always in native CPU byte order, translated * from the wire byte order (big-endian except with SPI_LSB_FIRST). So * for example when bits_per_word is sixteen, buffers are 2N bytes long * (@len = 2N) and hold N sixteen bit words in CPU byte order. * * When the word size of the SPI transfer is not a power-of-two multiple * of eight bits, those in-memory words include extra bits. In-memory * words are always seen by protocol drivers as right-justified, so the * undefined (rx) or unused (tx) bits are always the most significant bits. * * All SPI transfers start with the relevant chipselect active. Normally * it stays selected until after the last transfer in a message. Drivers * can affect the chipselect signal using cs_change. * * (i) If the transfer isn't the last one in the message, this flag is * used to make the chipselect briefly go inactive in the middle of the * message. Toggling chipselect in this way may be needed to terminate * a chip command, letting a single spi_message perform all of group of * chip transactions together. * * (ii) When the transfer is the last one in the message, the chip may * stay selected until the next transfer. On multi-device SPI busses * with nothing blocking messages going to other devices, this is just * a performance hint; starting a message to another device deselects * this one. But in other cases, this can be used to ensure correctness. * Some devices need protocol transactions to be built from a series of * spi_message submissions, where the content of one message is determined * by the results of previous messages and where the whole transaction * ends when the chipselect goes intactive. * * When SPI can transfer in 1x,2x or 4x. It can get this transfer information * from device through @tx_nbits and @rx_nbits. In Bi-direction, these * two should both be set. User can set transfer mode with SPI_NBITS_SINGLE(1x) * SPI_NBITS_DUAL(2x) and SPI_NBITS_QUAD(4x) to support these three transfer. * * The code that submits an spi_message (and its spi_transfers) * to the lower layers is responsible for managing its memory. * Zero-initialize every field you don't set up explicitly, to * insulate against future API updates. After you submit a message * and its transfers, ignore them until its completion callback. */struct spi_transfer { /* it's ok if tx_buf == rx_buf (right?) * for MicroWire, one buffer must be null * buffers must work with dma_*map_single() calls, unless * spi_message.is_dma_mapped reports a pre-existing mapping */ const void *tx_buf; void *rx_buf; unsigned len; dma_addr_t tx_dma; dma_addr_t rx_dma; struct sg_table tx_sg; struct sg_table rx_sg; unsigned cs_change:1; unsigned tx_nbits:3; unsigned rx_nbits:3;#define SPI_NBITS_SINGLE 0x01 /* 1bit transfer */#define SPI_NBITS_DUAL 0x02 /* 2bits transfer */#define SPI_NBITS_QUAD 0x04 /* 4bits transfer */ u8 bits_per_word; u16 delay_usecs; u32 speed_hz; u32 dummy; struct list_head transfer_list;};
2.struct spi_message;
/** * struct spi_message - one multi-segment SPI transaction * @transfers: list of transfer segments in this transaction * @spi: SPI device to which the transaction is queued * @is_dma_mapped: if true, the caller provided both dma and cpu virtual * addresses for each transfer buffer * @complete: called to report transaction completions * @context: the argument to complete() when it's called * @frame_length: the total number of bytes in the message * @actual_length: the total number of bytes that were transferred in all * successful segments * @status: zero for success, else negative errno * @queue: for use by whichever driver currently owns the message * @state: for use by whichever driver currently owns the message * @resources: for resource management when the spi message is processed * * A @spi_message is used to execute an atomic sequence of data transfers, * each represented by a struct spi_transfer. The sequence is "atomic" * in the sense that no other spi_message may use that SPI bus until that * sequence completes. On some systems, many such sequences can execute as * as single programmed DMA transfer. On all systems, these messages are * queued, and might complete after transactions to other devices. Messages * sent to a given spi_device are always executed in FIFO order. * * The code that submits an spi_message (and its spi_transfers) * to the lower layers is responsible for managing its memory. * Zero-initialize every field you don't set up explicitly, to * insulate against future API updates. After you submit a message * and its transfers, ignore them until its completion callback. */struct spi_message { struct list_head transfers; struct spi_device *spi; unsigned is_dma_mapped:1; /* REVISIT: we might want a flag affecting the behavior of the * last transfer ... allowing things like "read 16 bit length L" * immediately followed by "read L bytes". Basically imposing * a specific message scheduling algorithm. * * Some controller drivers (message-at-a-time queue processing) * could provide that as their default scheduling algorithm. But * others (with multi-message pipelines) could need a flag to * tell them about such special cases. */ /* completion is reported through a callback */ void (*complete)(void *context); void *context; unsigned frame_length; unsigned actual_length; int status; /* for optional use by whatever driver currently owns the * spi_message ... between calls to spi_async and then later * complete(), that's the spi_master controller driver. */ struct list_head queue; void *state; /* list of spi_res reources when the spi message is processed */ struct list_head resources;};
3.struct spi_device;
/** * struct spi_device - Master side proxy for an SPI slave device * @dev: Driver model representation of the device. * @master: SPI controller used with the device. * @max_speed_hz: Maximum clock rate to be used with this chip * (on this board); may be changed by the device's driver. * The spi_transfer.speed_hz can override this for each transfer. * @chip_select: Chipselect, distinguishing chips handled by @master. * @mode: The spi mode defines how data is clocked out and in. * This may be changed by the device's driver. * The "active low" default for chipselect mode can be overridden * (by specifying SPI_CS_HIGH) as can the "MSB first" default for * each word in a transfer (by specifying SPI_LSB_FIRST). * @bits_per_word: Data transfers involve one or more words; word sizes * like eight or 12 bits are common. In-memory wordsizes are * powers of two bytes (e.g. 20 bit samples use 32 bits). * This may be changed by the device's driver, or left at the * default (0) indicating protocol words are eight bit bytes. * The spi_transfer.bits_per_word can override this for each transfer. * @irq: Negative, or the number passed to request_irq() to receive * interrupts from this device. * @controller_state: Controller's runtime state * @controller_data: Board-specific definitions for controller, such as * FIFO initialization parameters; from board_info.controller_data * @modalias: Name of the driver to use with this device, or an alias * for that name. This appears in the sysfs "modalias" attribute * for driver coldplugging, and in uevents used for hotplugging * @cs_gpio: gpio number of the chipselect line (optional, -ENOENT when * when not using a GPIO line) * * @statistics: statistics for the spi_device * * A @spi_device is used to interchange data between an SPI slave * (usually a discrete chip) and CPU memory. * * In @dev, the platform_data is used to hold information about this * device that's meaningful to the device's protocol driver, but not * to its controller. One example might be an identifier for a chip * variant with slightly different functionality; another might be * information about how this particular board wires the chip's pins. */struct spi_device { struct device dev; struct spi_master *master; u32 max_speed_hz; u8 chip_select; u8 bits_per_word; u16 mode;#define SPI_CPHA 0x01 /* clock phase */#define SPI_CPOL 0x02 /* clock polarity */#define SPI_MODE_0 (0|0) /* (original MicroWire) */#define SPI_MODE_1 (0|SPI_CPHA)#define SPI_MODE_2 (SPI_CPOL|0)#define SPI_MODE_3 (SPI_CPOL|SPI_CPHA)#define SPI_CS_HIGH 0x04 /* chipselect active high? */#define SPI_LSB_FIRST 0x08 /* per-word bits-on-wire */#define SPI_3WIRE 0x10 /* SI/SO signals shared */#define SPI_LOOP 0x20 /* loopback mode */#define SPI_NO_CS 0x40 /* 1 dev/bus, no chipselect */#define SPI_READY 0x80 /* slave pulls low to pause */#define SPI_TX_DUAL 0x100 /* transmit with 2 wires */#define SPI_TX_QUAD 0x200 /* transmit with 4 wires */#define SPI_RX_DUAL 0x400 /* receive with 2 wires */#define SPI_RX_QUAD 0x800 /* receive with 4 wires */ int irq; void *controller_state; void *controller_data; char modalias[SPI_NAME_SIZE]; int cs_gpio; /* chip select gpio */ /* the statistics */ struct spi_statistics statistics; /* * likely need more hooks for more protocol options affecting how * the controller talks to each chip, like: * - memory packing (12 bit samples into low bits, others zeroed) * - priority * - drop chipselect after each word * - chipselect delays * - ... */};
4. 发送接收函数:
/** * spi_write_then_read - SPI synchronous write followed by read * @spi: device with which data will be exchanged * @txbuf: data to be written (need not be dma-safe) * @n_tx: size of txbuf, in bytes * @rxbuf: buffer into which data will be read (need not be dma-safe) * @n_rx: size of rxbuf, in bytes * Context: can sleep * * This performs a half duplex MicroWire style transaction with the * device, sending txbuf and then reading rxbuf. The return value * is zero for success, else a negative errno status code. * This call may only be used from a context that may sleep. * * Parameters to this routine are always copied using a small buffer; * portable code should never use this for more than 32 bytes. * Performance-sensitive or bulk transfer code should instead use * spi_{async,sync}() calls with dma-safe buffers. * * Return: zero on success, else a negative error code. */int spi_write_then_read(struct spi_device *spi, const void *txbuf, unsigned n_tx, void *rxbuf, unsigned n_rx)
5.注册:
/* 这是个宏定义,是spi_register_driver() 与 spi_unrigerset_driver()的组合 #define module_driver(__driver, __register, __unregister, ...) \static int __init __driver##_init(void) \{ \ return __register(&(__driver) , ##__VA_ARGS__); \} \module_init(__driver##_init); \static void __exit __driver##_exit(void) \{ \ __unregister(&(__driver) , ##__VA_ARGS__); \} \module_exit(__driver##_exit); */module_spi_driver(dac37j84_spi_driver);
二、在dts中对应的设备树节点:
1.管脚映射:
spi0的四根线可以根据板子硬件连接情况映射到不同的管脚上,针对ZYNQMP-zcu102这块CPU来说,与spi控制器的连接有两种方式:
<1> 使用PS域的MIO :mio[77:0]中某些引脚的复用功能是spi,但得成组配(设备树中pinctrl章节,有专用的格式);
<2> 使用PL,bit文件中直接将某几个PL域的引脚连到SPI控制器的输出上。(我用的是这种方案,这样就不要进行引脚复用功能设置了,设备树中亦可不必指定pinctrl)
引脚复用功能分组见drivers/pinctrl/pinctrl-zynqmp.c ; 设备树中与引脚相关的关键字解析以及定义见drivers/pinctrl/devicetree.c drivers/pinctrl/pinconf-generic.c;
&pinctrl0 { status = "okay"; pinctrl_i2c1_default: i2c1-default { mux { groups = "i2c1_4_grp"; function = "i2c1"; }; conf { groups = "i2c1_4_grp"; bias-pull-up; slew-rate = <SLEW_RATE_SLOW>; io-standard = <IO_STANDARD_LVCMOS18>; }; }; pinctrl_i2c1_gpio: i2c1-gpio { mux { groups = "gpio0_16_grp", "gpio0_17_grp"; function = "gpio0"; }; conf { groups = "gpio0_16_grp", "gpio0_17_grp"; slew-rate = <SLEW_RATE_SLOW>; io-standard = <IO_STANDARD_LVCMOS18>; }; }; pinctrl_uart0_default: uart0-default { mux { groups = "uart0_4_grp"; function = "uart0"; }; conf { groups = "uart0_4_grp"; slew-rate = <SLEW_RATE_SLOW>; io-standard = <IO_STANDARD_LVCMOS18>; }; conf-rx { pins = "MIO18"; bias-high-impedance; }; conf-tx { pins = "MIO19"; bias-disable; }; }; pinctrl_spi0_default: spi0-default { mux { groups = "spi0_0_grp";//使用第几组引脚,查pinctrl-zynqmp.c function = "spi0"; }; conf { groups = "spi0_0_grp";//对上面选中的那组管脚做电气特性设置 bias-disable; slew-rate = <SLEW_RATE_SLOW>;//速率 io-standard = <IO_STANDARD_LVCMOS18>;//电压类型 }; mux-cs { groups = "spi0_0_ss0_grp", "spi0_0_ss1_grp", "spi0_0_ss2_grp";//spi0_cs_x选哪几个引脚用作spi0的cs function = "spi0_ss"; }; conf-cs { groups = "spi0_0_ss0_grp", "spi0_0_ss1_grp", "spi0_0_ss2_grp"; bias-disable; }; };};
amba: amba { compatible = "simple-bus"; u-boot,dm-pre-reloc; #address-cells = <2>; #size-cells = <2>; ranges;此处省略n行... spi0: spi@ff040000 { compatible = "cdns,spi-r1p6"; status = "disabled"; interrupt-parent = <&gic>; interrupts = <0 19 4>; reg = <0x0 0xff040000 0x0 0x1000>; clock-names = "ref_clk", "pclk"; #address-cells = <1>; #size-cells = <0>; num-cs = <1>; power-domains = <&pd_spi0>; };此处省略n行...};
//继承自上面&spi0 { status = "okay"; is-dual = <1>; num-cs = <1>;/* 用PS域引脚时得配复用功能,就得加这两句 pinctrl-names = "default"; pinctrl-0 = <&pinctrl_spi0_default>; */ lmk04828@0 { compatible = "lmk04828"; /* 32MB */ #address-cells = <1>; #size-cells = <1>; reg = <0x0>; pl-cs-addr = <0xA0000000>; pl-cs-val = <0x00020000>; #spi-cpha; #spi-cpol; spi-max-frequency = <8000000>; /* Based on DC1 spec */ };};
更多关于pinctrl的分析见博客:http://blog.csdn.net/eastonwoo/article/details/51481312
三、实例:
#include <linux/init.h>#include <linux/module.h>#include <linux/kernel.h>#include <linux/spi/spi.h>#include <linux/spi/spidev.h>#include <linux/of.h>#include <linux/of_device.h>#include <linux/acpi.h>#include <linux/miscdevice.h>#include <linux/cdev.h>#include <linux/fs.h>#include <linux/errno.h>#include <asm/current.h>#include <linux/sched.h>#include <linux/uaccess.h>#include <linux/device.h>#include <linux/delay.h>#define MASK_WRITE 0x80#define MASK_READ 0x80#define MASK_SEVE 0x60#define MASK_ADDR_H 0x1F#define SPI_SPEED_HZ 200000#define LMK04828_MAGIC 'K'#define GET_REG _IOR(LMK04828_MAGIC, 0,int)#define SET_REG _IOW(LMK04828_MAGIC, 0, int)struct lmk04828_t { dev_t devt; struct miscdevice misc_dev; spinlock_t spi_lock; struct spi_device *spi; struct list_head device_entry; /* TX/RX buffers are NULL unless this device is open (users > 0) */ struct mutex buf_lock; unsigned users; u8 *tx_buffer; u8 *rx_buffer; u32 speed_hz; u32 cur_index; //record the register offset void __iomem * pl_cs_addr; u32 pl_cs_val;};static struct lmk04828_t *lmk04828;void lmk04828spi_cs(void){ iowrite32( lmk04828->pl_cs_val, lmk04828->pl_cs_addr);}static ssize_t lmk04828spi_sync(struct lmk04828_t *spidev, struct spi_message *message){ DECLARE_COMPLETION_ONSTACK(done); int status; struct spi_device *spi; spin_lock_irq(&spidev->spi_lock); spi = spidev->spi; spin_unlock_irq(&spidev->spi_lock); lmk04828spi_cs(); if (spi == NULL) status = -ESHUTDOWN; else status = spi_sync(spi, message); if (status == 0) status = message->actual_length; return status;}static ssize_t lmk04828spi_sync_write(struct lmk04828_t *spidev, size_t len){ struct spi_transfer t = { .tx_buf = spidev->tx_buffer, .len = len, .speed_hz = spidev->speed_hz, }; struct spi_message m; spi_message_init(&m); spi_message_add_tail(&t, &m); return lmk04828spi_sync(spidev, &m);}static ssize_t lmk04828spi_sync_read(struct lmk04828_t *spidev, size_t len){ struct spi_transfer t = { .rx_buf = spidev->rx_buffer, .len = len, .speed_hz = spidev->speed_hz, }; struct spi_message m; spi_message_init(&m); spi_message_add_tail(&t, &m); return lmk04828spi_sync(spidev, &m);}int lmk04828_write_reg(int reg, unsigned char value){ unsigned char cmd[3]={0}; unsigned char addr_h = reg >> 8; unsigned char addr_l = reg & 0xff; cmd[0] = addr_h & MASK_ADDR_H; cmd[0] &= ~ MASK_SEVE; cmd[0] &= ~ MASK_WRITE; cmd[1] = addr_l; cmd[2] = value; lmk04828->tx_buffer = cmd; lmk04828->speed_hz = SPI_SPEED_HZ; return lmk04828spi_sync_write(lmk04828, 3);}EXPORT_SYMBOL(lmk04828_write_reg);int lmk04828_read_reg(int reg, unsigned char buff[1]){ unsigned char cmd[3]={0}; unsigned char addr_h = reg >> 8; unsigned char addr_l = reg & 0xff; cmd[0] = addr_h & MASK_ADDR_H; cmd[0] &= ~ MASK_SEVE; cmd[0] |= MASK_READ; cmd[1] = addr_l; cmd[2] = 0; lmk04828->tx_buffer = cmd; lmk04828->rx_buffer = buff; lmk04828->speed_hz = SPI_SPEED_HZ; return spi_write_then_read(lmk04828->spi, cmd,2, buff, 1);}EXPORT_SYMBOL(lmk04828_read_reg);int lmk04828_open(struct inode *node, struct file *pfile){ return 0;}int lmk04828_release(struct inode *node, struct file *pfile){ return 0;}loff_t lmk04828_llseek(struct file *pfile, loff_t off, int len){ lmk04828->cur_index = off; return 0;}ssize_t lmk04828_read(struct file *pfile, char __user *buf, size_t size, loff_t *off){ unsigned char kbuf[1]={0}; mutex_lock(&lmk04828->buf_lock); lmk04828_read_reg(lmk04828->cur_index, kbuf); mutex_unlock(&lmk04828->buf_lock); return copy_to_user(buf, kbuf, 1);}ssize_t lmk04828_write(struct file *pfile, const char __user *buf, size_t size, loff_t *off){ unsigned char kbuf[1]={0}; int ret=0; if ( 0 > copy_from_user(kbuf, buf, 1) ) { printk(KERN_INFO "%s %s %d \n","copy to kbuf eer",__func__,__LINE__); } mutex_lock(&lmk04828->buf_lock); ret = lmk04828_write_reg(lmk04828->cur_index,kbuf[0]); mutex_unlock(&lmk04828->buf_lock); return ret;}long lmk04828_ioctl(struct file *pfile, unsigned int cmd, unsigned long arg){ switch(cmd) { case GET_REG: break; case SET_REG: break; default: printk("invalid argument\n"); return -EINVAL; } return 0;}int lmk04828_reg_pll2_n(char enable, unsigned int val){ int ret1,ret2,ret3; if (enable == 0) { ret1 = lmk04828_write_reg(0x168, val & 0xff); ret2 = lmk04828_write_reg(0x167, (val >> 8) & 0xff); ret3 = lmk04828_write_reg(0x166, (val >> 16) & 0x03 ); } else { ret1 = lmk04828_write_reg(0x168, val & 0xff); ret2 = lmk04828_write_reg(0x167, (val >> 8) & 0xff); ret3 = lmk04828_write_reg(0x166, ((val >> 16) & 0x03) | 0x04 ); } if (ret1 >=0 && ret2 >=0 && ret3 >=0) { return 0; } else { return -1; }}int lmk04828_reg_init(void){ unsigned char regval =0; if (0 > lmk04828_write_reg(0, 0x90) ) { return -1; } if (0 > lmk04828_write_reg(0, 0x10) ) { return -1; } //PIN MUX SET if (0 > lmk04828_write_reg(0x14A, 0X33)) { return -1; } if (0 > lmk04828_write_reg(0x145, 0x7F)) { return -1; } if (0 > lmk04828_write_reg(0x171, 0xAA)) { return -1; } if (0 > lmk04828_write_reg(0x172, 0x02)) { return -1; } if (0 > lmk04828_write_reg(0x17C, 21)) { return -1; } if (0 > lmk04828_write_reg(0x17D, 51)) { return -1; } if (0 > lmk04828_reg_pll2_n(1,0x1fff)) { return -1; } return 0;}static struct file_operations fops = { .owner = THIS_MODULE, .open = lmk04828_open, .release = lmk04828_release, .read = lmk04828_read, .write = lmk04828_write, .llseek = lmk04828_llseek, .unlocked_ioctl = lmk04828_ioctl,};static int lmk04828_spi_probe(struct spi_device *spi){ struct lmk04828_t *lmk04828_data; struct device_node *np; u32 addrtmp; printk("entre prine \n"); /* Allocate driver data */ lmk04828_data = kzalloc(sizeof(*lmk04828_data), GFP_KERNEL); if (!lmk04828_data) return -ENOMEM; /* Initialize the driver data */ lmk04828_data->spi = spi; lmk04828_data->speed_hz = SPI_SPEED_HZ; spin_lock_init(&lmk04828_data->spi_lock); mutex_init(&lmk04828_data->buf_lock); INIT_LIST_HEAD(&lmk04828_data->device_entry); lmk04828_data->misc_dev.fops = &fops; lmk04828_data->misc_dev.name = "clk-lmk04828"; //主设备号恒为10,自动分配次设备号 lmk04828_data->misc_dev.minor = MISC_DYNAMIC_MINOR; //3.注册misc设备 misc_register(&lmk04828_data->misc_dev); np = of_find_node_by_name(NULL, "lmk04828"); if (NULL == np) { printk("node lmk04828 not find \n"); return -1; } if(0 > of_property_read_u32_index(np, "pl-cs-addr" , 0, &addrtmp) ) { printk("pl-cs-addr property not find \n"); } if(0 > of_property_read_u32_index(np, "pl-cs-val" , 0, &lmk04828_data->pl_cs_val)) { printk("pl-cs-val property not find \n"); } lmk04828_data->pl_cs_addr = ioremap(addrtmp, 4); printk("val= %x, addrtmp = %x, ioremap-address= %x \n", lmk04828_data->pl_cs_val, addrtmp, lmk04828_data->pl_cs_addr); iowrite32( lmk04828_data->pl_cs_val, lmk04828_data->pl_cs_addr); lmk04828 = lmk04828_data; spi_set_drvdata(spi, lmk04828_data); //LMK04828 REGISTER INIT lmk04828_reg_init(); return 0;}static int lmk04828_spi_remove(struct spi_device *spi){ struct lmk04828_t *lmk04828_data = spi_get_drvdata(spi); //注销misc设备 misc_deregister(&lmk04828_data->misc_dev); //释放 kfree(lmk04828_data); return 0;}static const struct of_device_id lmk04828_dt_ids[] = { { .compatible = "lmk04828" }, {},};static const struct spi_device_id lmk04828_spi_id[] = { {"lmk04828"}, {}};MODULE_DEVICE_TABLE(spi, lmk04828_spi_id);static struct spi_driver lmk04828_spi_driver = { .driver = { .name = "lmk04828", .owner = THIS_MODULE, .of_match_table = of_match_ptr(lmk04828_dt_ids), }, .probe = lmk04828_spi_probe, .remove = lmk04828_spi_remove, .id_table = lmk04828_spi_id,};module_spi_driver(lmk04828_spi_driver);MODULE_LICENSE("GPL");MODULE_ALIAS("spi:04828");
源码下载: 基于xilinx-zynqmp的spi设备驱动与设备树
阅读全文
0 0
- SPI设备端驱动编写----基于linux4.9 driver核心层
- spi核心层驱动模型简述
- 《Linux4.0设备驱动开发详解》笔记--第十七章:I2C、SPI、USB驱动架构类比
- 《Linux4.0设备驱动开发详解》笔记--第十五章:Linux I2C核心、总线与设备驱动
- Linux下SPI从设备驱动的编写
- Linux下SPI从设备驱动的编写
- Linux下SPI从设备驱动的编写
- linux spi 设备驱动简析 一(基于s5pv210)
- linux spi 设备驱动简析 二(基于s5pv210)
- 基于vxworks的PCI设备驱动编写
- SPI设备的驱动
- SPI设备的驱动
- SPI设备的驱动
- SPI设备的驱动
- linux SPI 设备驱动
- Linux spi设备驱动
- 6410 spi设备驱动
- 6410 spi 设备驱动
- AsyncTask的基础使用
- SMAA算法详解
- IntelliJ IDEA Tomcat配置 详解
- K
- apprest css样式
- SPI设备端驱动编写----基于linux4.9 driver核心层
- matplotlib 绘图可视化
- background url为空
- 前端知识小节
- 文件上传HTML5 File API
- jsp常用动作列表
- 表格的制作
- jQuery js脚本控制页面滚动到指定dom位置
- python多线程