lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 3 Aug 2022 10:18:57 +0300 From: Dmitry Baryshkov <dmitry.baryshkov@...aro.org> To: Douglas Anderson <dianders@...omium.org>, Rob Clark <robdclark@...il.com>, Abhinav Kumar <quic_abhinavk@...cinc.com> Cc: dri-devel@...ts.freedesktop.org, Mark Brown <broonie@...nel.org>, linux-arm-msm@...r.kernel.org, freedreno@...ts.freedesktop.org, AngeloGioacchino Del Regno <angelogioacchino.delregno@...ainline.org>, Bjorn Andersson <bjorn.andersson@...aro.org>, Daniel Vetter <daniel@...ll.ch>, David Airlie <airlied@...ux.ie>, Jonathan Marek <jonathan@...ek.ca>, José Expósito <jose.exposito89@...il.com>, Konrad Dybcio <konrad.dybcio@...ainline.org>, Loic Poulain <loic.poulain@...aro.org>, Marijn Suijten <marijn.suijten@...ainline.org>, Rajeev Nandan <quic_rajeevny@...cinc.com>, Sean Paul <sean@...rly.run>, Sireesh Kodali <sireeshkodali1@...il.com>, Stephen Boyd <swboyd@...omium.org>, Vinod Koul <vkoul@...nel.org>, Vladimir Lypak <vladimir.lypak@...il.com>, linux-kernel@...r.kernel.org Subject: Re: [PATCH v3 5/6] drm/msm/dsi: Take advantage of devm_regulator_bulk_get_const() On 03/08/2022 01:37, Douglas Anderson wrote: > As of the commit 1de452a0edda ("regulator: core: Allow drivers to > define their init data as const") we no longer need to do copying of > regulator bulk data from initdata to something dynamic. Let's take > advantage of that. > > In addition to saving some code, this also moves us to using > ARRAY_SIZE() to specify how many regulators we have which is less > error prone. > > This gets rid of some layers of wrappers which makes it obvious that > we can get rid of an extra error print. > devm_regulator_bulk_get_const() prints errors for you so you don't > need an extra layer of printing. > > In all cases here I have preserved the old settings without any > investigation about whether the loads being set are sensible. In the > cases of some of the PHYs if several PHYs in the same file used > exactly the same settings I had them point to the same data structure. > > NOTE: Though I haven't done the math, this is likely an overall > savings in terms of "static const" data. We previously always > allocated space for 8 supplies. Each of these supplies took up 36 > bytes of data (32 for name, 4 for an int). > > Signed-off-by: Douglas Anderson <dianders@...omium.org> Ah, so to array conversion is already done. That's great. Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@...aro.org> > --- > > Changes in v3: > - Do all the PHYs too. It would have been easier if DSI and DSI PHY were split to separate patches. > - Get rid of error print after devm_regulator_bulk_get_const(). > - Just directly call the bulk commands; get rid of the wrapper. > - Update commit message to point at the git hash of the regulator change. > > Changes in v2: > - ("Take advantage of devm_regulator_bulk_get_const") new for v2. > > drivers/gpu/drm/msm/dsi/dsi.h | 12 -- > drivers/gpu/drm/msm/dsi/dsi_cfg.c | 172 +++++++++--------- > drivers/gpu/drm/msm/dsi/dsi_cfg.h | 3 +- > drivers/gpu/drm/msm/dsi/dsi_host.c | 42 ++--- > drivers/gpu/drm/msm/dsi/phy/dsi_phy.c | 37 +--- > drivers/gpu/drm/msm/dsi/phy/dsi_phy.h | 5 +- > drivers/gpu/drm/msm/dsi/phy/dsi_phy_10nm.c | 20 +- > drivers/gpu/drm/msm/dsi/phy/dsi_phy_14nm.c | 32 ++-- > drivers/gpu/drm/msm/dsi/phy/dsi_phy_20nm.c | 14 +- > drivers/gpu/drm/msm/dsi/phy/dsi_phy_28nm.c | 28 +-- > .../gpu/drm/msm/dsi/phy/dsi_phy_28nm_8960.c | 12 +- > drivers/gpu/drm/msm/dsi/phy/dsi_phy_7nm.c | 32 ++-- > 12 files changed, 167 insertions(+), 242 deletions(-) -- With best wishes Dmitry
Powered by blists - more mailing lists