Question

操作系统：Linux 我在用户空间编写了一个spidev应用程序来读取EEPROM ID。我的设备树条目如下：

spi0: spi@ffda4000 {
    compatible = "snps,dw-apb-ssi";
    #address-cells = <1>;
    #size-cells = <0>;
    reg = <0xffda4000 0x100>;
    interrupt-parent = <&intc>;
    interrupts = <GIC_SPI 101 IRQ_TYPE_LEVEL_HIGH>;
    num-cs = <2>;
    cs-gpios = <&porta 7 GPIO_ACTIVE_HIGH>, <&porta 0 GPIO_ACTIVE_HIGH>;
    bus-num = <0>;
    tx-dma-channel = <&pdma 16>;
    rx-dma-channel = <&pdma 17>;
    clocks = <&spi_m_clk>;
    status = "disabled";
};

然后：

&spi0 {
    status = "okay";
    m25p10_spi@0 {
        compatible = "m25p10";
        reg = <0>;  /* chip select */
        spi-max-frequency = <20000000>;
        /* m25p,fast-read; */
        enable-dma = <0>;
    };
    spidev@0 {
        compatible = "rohm,dh2228fv";
        reg = <0>;  /* chip select */
        spi-max-frequency = <20000000>;
        enable-dma = <0>;
    };
};

想法是将spidev放在与m25p10相同的节点上，这样当用户空间应用程序打开处理＆＃34; /dev/spidev0.0"时，它实际上是在与m25p10对话。但我无法启动Linux。这种方法有什么问题吗？

Answer 1

这不起作用。一个设备 - DT中的一个定义。

另外，为什么需要spidev设备？您已经有m25p10_spi，它应该显示为MTD设备（类似/dev/mtd0），并且从用户空间访问它应该没有问题。

更新：

看起来OP希望通过RDID命令保留MTD并读取设备唯一ID，这是当前m25p10驱动程序不支持的。

我可能错了，但对我来说最简单的解决方案是扩展驱动程序以创建带有RDID数据的sysfs条目，该条目在探测期间读取。

一些有价值的资源：

spidev阅读eeprom id

1 个答案: