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: Fri, 24 Apr 2015 19:44:45 -0700 From: Kevin Cernekee <cernekee@...omium.org> To: Liam Girdwood <lgirdwood@...il.com>, Mark Brown <broonie@...nel.org> Cc: Lars-Peter Clausen <lars@...afoo.de>, dgreid@...omium.org, Andrew Bresticker <abrestic@...omium.org>, Olof Johansson <olofj@...omium.org>, alsa-devel@...a-project.org, devicetree@...r.kernel.org, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org> Subject: Re: [PATCH V2 1/4] regmap: cache: Add "was_reset" argument to regcache_sync_region() On Fri, Apr 24, 2015 at 3:36 PM, Kevin Cernekee <cernekee@...omium.org> wrote: > regcache_sync() and regcache_sync_region() currently assume that the > hardware has just emerged from a clean reset, and that all registers are > in their default states. But that isn't the only possibility; the device > may have been in a different state in which the registers were > inaccessible but have retained their contents, e.g. clock gating. > > So we will extend the more versatile of the two functions, > regcache_sync_region(), to let the caller decide what assumptions should > be made. > > One driver that can benefit from this is adau1977, which has hacks to > overwrite the registers that regcache_sync() might have missed. Also, > the powerdown pin on tas571x does not reset the register contents either, > so a similar feature will be required by that driver. > > This commit just adds the new argument by changing the function > declarations and call sites, but doesn't wire it up yet. The last two lines of the changelog were inadvertently carried over from an older version of the patch, and should be deleted. Will fix in V3. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists