FERRAMENTAS LINUX: Raspberry Pi- Suporte de escala DDR / L3 nos SoCs SDM845 e SC7180, Re: [RFC v3 00/10]

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 !!

Nenhum comentário:

Postar um comentário