SPI 트랜잭션 시간 종료 Linux 장치 드라이버

지난 3 일 동안 한 시점에 갇혀 있습니다.

msm8960 qualcomm 칩셋으로 eink 장치 드라이버를 작업 중입니다.

Scenario: 파일에서 : kernel / arch / arm / mach-msm / devices-8960.c

use of spidm_channels" and "spidm_crci"및 해당 항목을 확인할 수 없습니다 . (msm8960 pro) (일부 참조 코드에서 복사) 해당 값 start and end이 올바른지 확인하는 방법 ?? msm에 대한 데이터 시트가 있지만 참조를 찾을 수 없습니다.

파일에 새로운 gsbi 리소스를 생성하기 위해 다음 코드를 추가했습니다.

static struct resource resources_qup_spi_gsbi9[] = {
    {
            .name   = "spi_base",
            .start  = MSM_GSBI9_QUP_PHYS,
            .end    = MSM_GSBI9_QUP_PHYS + SZ_4K - 1,
            .flags  = IORESOURCE_MEM,
    },
    {
            .name   = "gsbi_base",
            .start  = MSM_GSBI9_PHYS,
            .end    = MSM_GSBI9_PHYS + 4 - 1,
            .flags  = IORESOURCE_MEM,
    },
    {
            .name   = "spi_irq_in",
            .start  = GSBI9_QUP_IRQ,
            .end    = GSBI9_QUP_IRQ,
            .flags  = IORESOURCE_IRQ,
    },
    {
             .name   = "spidm_channels",
            .start  = 3,
            .end    = 4,
            .flags  = IORESOURCE_DMA,
    },
    {
            .name   = "spidm_crci",
            .start  = 12,
            .end    = 13,
            .flags  = IORESOURCE_DMA,
    }, 
};

이 의심의 이유는 DMA 작업이 다음 오류로 실패하고 있기 때문입니다. from logs :

<6>[    0.764932] wait_for_ready: I/F Ready.^M
<7>[    0.765176] s1d13522_ spi9.0: setup mode 0, 16 bits/w, 51200000 Hz max --> 0^M
<3>[    1.756630] spi_qsd spi_qsd.9: msm_spi_process_transfer: SPI transaction timeout^M

그런 다음 다른 DMA 작업을 수행하려고하면 다음 오류가 발생합니다.

<3>[    6.773355] s1d13522if_cmd: wait_for_ready: I/F busy bit stuck^M
<7>[    6.775400] s1d13522_ spi9.0: setup mode 0, 16 bits/w, 51200000 Hz max --> 0^M
<4>[    6.775583] ------------[ cut here ]------------^M
<4>[    6.775614] WARNING: at /home/anshul_10605816/hip_mirror_2330_code/kernel        /lib/list_debug.c:32 __list_add+0x58/0x78()^M
<4>[    6.775644] list_add corruption. prev->next should be next (c0d5124c), but was 00100100. (prev=edf643b8).^M
<4>[    6.775675] Modules linked in:^M
<4>[    6.775766] [<c00149b8>] (unwind_backtrace+0x0/0x11c) from [<c007c818>] (warn_slowpath_common+0x4c/0x64)^M
<4>[    6.775827] [<c007c818>] (warn_slowpath_common+0x4c/0x64) from [<c007c8b0>] (warn_slowpath_fmt+0x2c/0x3c)^M
<4>[    6.775888] [<c007c8b0>] (warn_slowpath_fmt+0x2c/0x3c) from [<c02a9538>] (__list_add+0x58/0x78)^M
<4>[    6.775919] [<c02a9538>] (__list_add+0x58/0x78) from [<c001e3d4>] (start_ready_cmd+0x84/0x13c)^M
<4>[    6.775980] [<c001e3d4>] (start_ready_cmd+0x84/0x13c) from [<c001e704>] (msm_dmov_enqueue_cmd_ext_work+0x148/0x284)^M
<4>[    6.776041] [<c001e704>] (msm_dmov_enqueue_cmd_ext_work+0x148/0x284) from [<c0094e0c>] (process_one_work+0x27c/0x484)^M
<4>[    6.776072] [<c0094e0c>] (process_one_work+0x27c/0x484) from [<c0095224>] (worker_thread+0x210/0x3b0)^M
<4>[    6.776133] [<c0095224>] (worker_thread+0x210/0x3b0) from [<c00990c0>] (kthread+0x80/0x8c)^M
<4>[    6.776194] [<c00990c0>] (kthread+0x80/0x8c) from [<c000f108>] (kernel_thread_exit+0x0/0x8)^M
<4>[    6.776224] ---[ end trace da227214a82491b8 ]---^M
<3>[   11.766732] spi_qsd spi_qsd.9: msm_spi_process_transfer: SPI transaction timeout^M

도움을 주시면 감사하겠습니다.

더 많은 코드 정보가 필요하면 알려주십시오.

리소스 설정은 드라이버뿐만 아니라 플랫폼에 따라 다릅니다.

대상 칩셋과 SPI 버스를 직접 사용하기 전에 SPI 버스를 검증하는 것이 좋습니다. spidev 인터페이스와 사용자 공간 코드를 사용하여 버스에 무언가를 보내고 논리 분석기 또는 오실로스코프에서 결과를 관찰하는 것이 좋습니다. 나는 보통 새로운 보드를 확인하기 위해 그렇게합니다.

list_add 손상은 의심 스럽지만 그 시점에서 더 많은 것을 말하기는 어렵습니다.