quarta-feira, 29 de janeiro de 2020
Raspberry Pi- Suporte de escala DDR / L3 nos SoCs SDM845 e SC7180, Re: [RFC v3 00/10]
Confira !!
Para : Sibi Sankar <sibis @ xxxxxxxxxxxxxx>, viresh.kumar@xxxxxxxxxx, sboyd @ xxxxxxxxxx, georgi.djakov@xxxxxxxxxx, saravanak @ xxxxxxxxxx
Assunto : Re: [RFC v3 00/10] Suporte de escala DDR / L3 nos SoCs SDM845 e SC7180
De : Lukasz Luba <lukasz.luba@xxxxxxx>
Data : Wed, 29 Jan 2020 09:46:44 +0000
Cc : nm @ xxxxxx, bjorn.andersson@xxxxxxxxxx, agross @ xxxxxxxxxx, david.brown@xxxxxxxxxx, robh + dt @ xxxxxxxxxx, mark.rutland@xxxxxxx, rjw @ xxxxxxxxxxxxx, linux-arm-msm @ xxxxxxxxxxxxxxxxx, devic linux-kernel @ xxxxxxxxxxxxxxx, linux-pm @ xxxxxxxxxxxxxxx, dianders @ xxxxxxxxxxxx, mka @ xxxxxxxxxxxx, vincent.guittot@xxxxxxxxxx, amit.kucheria@xxxxxxxxxx, ulf.hansson@xxxxxxxxxx
Em resposta a : < 20200127200350.24465-1-sibis@codeaurora.org >
Referências : < 20200127200350.24465-1-sibis@codeaurora.org >
Agente do usuário : Mozilla / 5.0 (X11; Linux x86_64; rv: 60.0) Gecko / 20100101
Thunderbird / 60.9.0
Olá Sibi,
Na minha opinião, essa solução depende nem sempre de uma suposição verdadeira de que
A cadeia de notificação CPUFreq será acionada quando houver uma frequência
interruptor. Estendendo o governador do devfreq (como em um dos patches dependentes
séries que você indicou) anexando a esta notificação
A cadeia faz sentido apenas quando o SchedUtil e o fast_switch não estão em uso.
O governador Schedutil CPUFreq pode usar o fast_switch deste
driver e as notificações não serão acionadas. eu também tenho
comentou o patch 08/10 que tenta desativá-lo.
Saudações,
Lukasz
Em 27/01/20 20:03, Sibi Sankar escreveu:
Esta série RFC visa estender o suporte de dimensionamento baseado em CPU a L3 / DDR em
SoCs SDM845 e SC7180.
Patches [1-3] - Lista negra SDM845 e SC7180 no cpufreq-dt-platdev
Patches [5-7] - Hack de uma maneira para adicionar / remover várias tabelas opp para
um único dispositivo. Ainda estou para corrigir os debugfs para
suporta várias tabelas de opp por dispositivo, mas queria
envie o que estava funcionando a montante para ter uma ideia, se vários
tabelas opp por dispositivo é um recurso que será útil
a montante.
Patches [9-10] - Adicione as tabelas opp cpu / cpu-ddr / cpu-l3 para o SDM845
e SoCs SC7180.
v3:
* Migrado para o uso de ligações opp-kBps do Saravana [1]
* Corrigidos alguns comentários diversos de Rajendra
* Adicionado suporte para o SC7180
v2:
* Comentários incorporados de Viresh de:
https://lore.kernel.org/lkml/20190410102429.r6j6brm5kspmqxc3@vireshk-i7/
https://lore.kernel.org/lkml/20190410112516.gnh77jcwawvld6et@vireshk-i7/
* Governador passivo do cpufreq-map descartado
Git-branch: https://github.com/QuinAsura/linux/tree/lnext-012420
Algumas maneiras alternativas de hospedar as tabelas opp:
https://github.com/QuinAsura/linux/commit/50b92bfaadc8f9a0d1e12249646e018bd6d1a9d3
https://github.com/QuinAsura/linux/commit/3d23d1eefd16ae6d9e3ef91e93e78749d8844e98
Viresh realmente não gostava de ligações ^^ e elas realmente não se adaptam bem. Somente
incluindo-os aqui para completude.
Depende da seguinte série:
[1] https://patchwork.kernel.org/cover/11277199/
[2] https://patchwork.kernel.org/cover/11055499/
[3] https://patchwork.kernel.org/cover/11326381 /
Sibi Sankar (10):
arm64: dts: qcom: sdm845: adicione SoC compatível ao MTP
cpufreq: lista negra SDM845 no cpufreq-dt-platdev
cpufreq: lista negra SC7180 no cpufreq-dt-platdev
OPP: adicione e exporte o auxiliar para atualizar a tensão
opp: of: export _opp_of_get_opp_desc_node
opp: permite que várias opp_tables sejam mapeadas para um único dispositivo
opp: remova várias tabelas opp anexadas de um dispositivo
cpufreq: qcom: atualize os níveis de largura de banda na alteração de frequência
arm64: dts: qcom: sdm845: adicione tabelas de OPP da CPU
arm64: dts: qcom: sc7180: adicione tabelas de OPP da CPU
arch / arm64 / boot / dts / qcom / sc7180.dtsi | 287 +++++++++++++++
arch / arm64 / boot / dts / qcom / sdm845-mtp.dts | 2 + -
arch / arm64 / boot / dts / qcom / sdm845.dtsi | 453 +++++++++++++++++++++++++
drivers / cpufreq / cpufreq-dt-platdev.c | 2 +
drivers / cpufreq / qcom-cpufreq-hw.c | 246 +++++++++++ -
drivers / opp / core.c | 111 +++++ -
drivers / opp / of.c | 3 + -
drivers / opp / opp.h | 2 +
inclua / linux / pm_opp.h | 10 +
9 arquivos alterados, 1083 inserções (+), 33 exclusões (-)
Acompanhamento :
Re: [RFC v3 00/10] Suporte de escala DDR / L3 nos SoCs SDM845 e SC7180
De: Sibi Sankar
Referências :
[RFC v3 00/10] Suporte à escala DDR / L3 nos SoCs SDM845 e SC7180
De: Sibi Sankar
Prev by Date: Re: [RFC v3 08/10] cpufreq: qcom: Update the bandwidth levels on frequency change
Next by Date: Re: [PATCH] arm64: Set SSBS for user threads while creation
Previous by thread: Re: [RFC v3 00/10] DDR/L3 Scaling support on SDM845 and SC7180 SoCs
Next by thread: Re: [RFC v3 00/10] DDR/L3 Scaling support on SDM845 and SC7180 SoCs
Index(es):
Date
Thread
Fonte
Até a próxima !!
Marcadores: Linux, Android, Segurança
Linux,
Notícia,
Raspberry PI,
segurança
Assinar:
Postar comentários (Atom)
Nenhum comentário:
Postar um comentário