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: Mon, 11 Feb 2019 10:52:50 +0100 From: Marek Szyprowski <m.szyprowski@...sung.com> To: Viresh Kumar <viresh.kumar@...aro.org> Cc: linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org, linux-samsung-soc@...r.kernel.org, "Rafael J . Wysocki" <rjw@...ysocki.net>, Nishanth Menon <nm@...com>, Stephen Boyd <sboyd@...nel.org>, Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>, Dave Gerlach <d-gerlach@...com>, Wolfram Sang <wsa@...-dreams.de>, Sudeep.Holla@....com Subject: Re: [PATCH 0/2] cpufreq/opp: rework regulator initialization Hi Viresh, On 2019-02-11 09:44, Viresh Kumar wrote: > On 07-02-19, 13:22, Marek Szyprowski wrote: >> Dear All, >> >> Recent commit 9ac6cb5fbb17 ("i2c: add suspended flag and accessors for >> i2c adapters") added a visible warning for an attempt to do i2c transfer >> over a suspended i2c bus. This revealed a long standing issue in the >> cpufreq-dt driver, which gives a following warning during system >> suspend/resume cycle: > Marek, > > I have sent a patchset which is not directly related to the problem > you are facing, but it may solve your problem as a side effect. Can > you please see if that works to solve this issue as well ? > > https://lore.kernel.org/lkml/cover.1549874368.git.viresh.kumar@linaro.org/T/#u Thanks for the patch. It indeed solves the problem of the i2c transfer in cpu hotplug procedure during system resume, although my resources management rewrite is still valid as a way to fix remaining 'todos' in the cpufreq-dt driver. Best regards -- Marek Szyprowski, PhD Samsung R&D Institute Poland
Powered by blists - more mailing lists