PCA9555 확장기의 #interrupt-cell 구성에 대한 혼란

내 사용자 정의 플랫폼에서 처음으로 장치 트리 소스 파일을 설정하려고 합니다. 보드에는 NXP PCA9555 gpio 확장기가 있습니다. 장치에 대한 노드를 설정하려고 하는데 약간 혼란스럽습니다.

내 노드가 dts 파일에 있는 위치는 다음과 같습니다.

ioexp0: gpio-exp@21 {
        compatible = "nxp,pca9555";
        reg = <21>;

        interrupt-parent = <&gpio>;
        interrupts = <8 0>;

        gpio-controller;
        #gpio-cells = <2>;

        /*I don't understand the following two lines*/
        interrupt-controller;
        #interrupt-cells = <2>;
};

나는 이것을 사용하여 이것을 달성했습니다.함대-388-gp.dts지침 출처.

어떤 코드가 이 속성을 처리하는지에 대한 혼란이 있습니다 #interrupt-cells. 이것바인딩 문서인터럽트 장치의 해석에 대해서는 아무 것도 알려주지 않기 때문에 이 칩에는 전혀 도움이 되지 않습니다.

pca953x_irq_setup기능 보기소스 코드#interrupt-cellspca9555 드라이버의 경우 - 이 속성을 처리하는 방법 이 표시되지 않습니다 . 이것이 Linux 인터럽트 처리 코드에서 처리됩니까? 두 개의 인터럽트 장치가 무엇을 의미하는지 아는 방법이 혼란스럽습니다.

pca953x_irq_setup귀하의 편의를 위해:

static int pca953x_irq_setup(struct pca953x_chip *chip,
                 int irq_base)
{
    struct i2c_client *client = chip->client;
    int ret, i;

    if (client->irq && irq_base != -1
            && (chip->driver_data & PCA_INT)) {
        ret = pca953x_read_regs(chip,
                    chip->regs->input, chip->irq_stat);
        if (ret)
            return ret;

        /*
         * There is no way to know which GPIO line generated the
         * interrupt.  We have to rely on the previous read for
         * this purpose.
         */
        for (i = 0; i < NBANK(chip); i++)
            chip->irq_stat[i] &= chip->reg_direction[i];
        mutex_init(&chip->irq_lock);

        ret = devm_request_threaded_irq(&client->dev,
                    client->irq,
                       NULL,
                       pca953x_irq_handler,
                       IRQF_TRIGGER_LOW | IRQF_ONESHOT |
                           IRQF_SHARED,
                       dev_name(&client->dev), chip);
        if (ret) {
            dev_err(&client->dev, "failed to request irq %d\n",
                client->irq);
            return ret;
        }

        ret =  gpiochip_irqchip_add_nested(&chip->gpio_chip,
                           &pca953x_irq_chip,
                           irq_base,
                           handle_simple_irq,
                           IRQ_TYPE_NONE);
        if (ret) {
            dev_err(&client->dev,
                "could not connect irqchip to gpiochip\n");
            return ret;
        }

        gpiochip_set_nested_irqchip(&chip->gpio_chip,
                        &pca953x_irq_chip,
                        client->irq);
    }

    return 0;
}

장치 트리를 처음 사용하는 것이므로 이것이 제가 놓친 부분이 분명 있기를 바랍니다.

고쳐 쓰다:

설명하자면 4.12-rc4현재 커널 버전을 사용하고 있습니다.

이제 장치 트리의 일부 속성을 잘못 이해했음을 이해합니다. 이전에는 드라이버가 모든 속성을 처리하는 방법을 지정해야 한다는 인상을 받았습니다. 이제 나는 리눅스가 실제로 gpios또는 interrupts(말이 되는) 같은 많은 공통 속성을 처리한다는 것을 알았습니다.

intspec에서 발생하도록 변환하는 방법에 대한 자세한 설명은 다음과 같습니다 IRQ_TYPE*.

이 함수는 of_irq_parse_one인터럽트 지정자 정수를struct of_phandle_args 여기. 그런 다음 이 매개변수는 irq_create_of_mapping소비자 함수를 통해 (예를 들어) 전달됩니다 of_irq_get. 그런 다음 함수는 이러한 매개변수를 struct irq_fwspecvia 에 매핑 of_phandle_args_to_fwspec하고 해당 fwspec 데이터를 에 전달합니다 irq_create_fwspec_mapping.irqdomain.c. 이 시점에서 irq는 내가 아는 한 에 속하거나 irq_domain사용하게 됩니다. 드라이버는 기본 도메인을 사용합니다. 이 필드는 일반적으로 플랫폼별 코드로 설정됩니다. 검색해서 찾았어요irq_default_domainpca853xirq_domain_ops 상호 참조. 그 중 다수는 intspec[1] & IRQ_TYPE_SENSE_MASKvia type에 있는 변수의 단순한 복사 본인 것 같습니다 . 이제부터 유형은 via of irq로 설정됩니다.irq_create_fwspec_mappingirq_domain_translateirq_datairqd_set_trigger_type