Confira !!
Assunto : Re: [PATCH v2 2/7] bus: Introduzir firewall controller framework
De : Linus Walleij <linus.walleij@xxxxxxxxxx>
Data : quarta-feira, 29 jan 2020 10:42:39 +0100
Em resposta a : < 62b38576-0e1a-e30e-a954-a8b6a7d8d897@st.com >
Em terça-feira, 28 de janeiro de 2020 às 21:30 Benjamin GAIGNARD
<benjamin.gaignard@xxxxxx> escreveu:
> Em 1/28/20 05:57, Greg KH escreveu:
> > On Tue, Jan 28, 2020, 16:41:29 +0000, Benjamin GAIGNARD escreveu:
> >> Em 1/28/20 04:52 PM, Greg KH escreveu:
> >>> Então, colocar isso no código específico do ônibus que controla o ônibus que estes
> >>> dispositivos live on Por que colocá-lo no núcleo do driver quando este é apenas em um
> >>> "barramento" (ou seja, o barramento da plataforma "pegue tudo e um saco de batatas fritas")?
> >> É muito semelhante ao que controlador de pin faz, a configuração de um
> bloco hardware >> dadas informações DT.
>> Ótimo, então use isso em vez :)
> Acho que Linus W. vai reclamar se eu fizer isso :)
Portanto, a semelhança seria algo como a maneira como o controle de pinos
estados são configurados na árvore de dispositivos e no controle de pinos
os identificadores são feitos antes do probe na incorporação de drivers / base / pinctrl.c
um gancho no dd.c.
Não que de alguma forma controla qualquer hardware, mesmo remotamente
semelhante ao controle de pinos. O controle de pinos é uma coisa eletrônica,
esse firewall é sobre o acesso ao barramento.
IIUC esta estrutura quer descobrir no momento da inicialização do kernel
se determinados dispositivos estão acessíveis ou não, inspecionando
o estado do hardware de firewall e evite investigar
aqueles que são inacessíveis.
Ele precisa dos mesmos ganchos profundos no dd.c para conseguir isso
Acredito.
Sua,
Linus Walleij
linux-arm-kernel mailing list
linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Fonte
Até a próxima !!
Nenhum comentário:
Postar um comentário