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, 6 Jun 2012 15:07:54 +0300 From: Peter De Schrijver <pdeschrijver@...dia.com> To: Mike Turquette <mturquette@...com> CC: Rajendra Nayak <rnayak@...com>, Russell King <linux@....linux.org.uk>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "linux-arm-kernel@...ts.infradead.org" <linux-arm-kernel@...ts.infradead.org> Subject: Re: [RFC PATCH] clk: add extension API On Thu, May 31, 2012 at 09:19:16PM +0200, Mike Turquette wrote: > On 20120530-14:58, Rajendra Nayak wrote: > > Hi Peter, > > > > On Tuesday 29 May 2012 03:28 PM, Peter De Schrijver wrote: > > >Add an extension API for clocks. This allows clocktypes to provide extensions > > >for features which are uncommon and cannot be easily mapped onto normal clock > > >framework concecpts. eg: resetting blocks, configuring clock phase etc. > > > > I was thinking on similar lines for OMAP wherein I need to control > > 'hardware-auto-gating' bits on clocks which are otherwise just normal > > gates or dividers. We just disable all of them early at boot and > > re-enable them late in the boot process once PM kicks in. > > > > It would be helpful to get an idea of what these different functions > actually do. This patch exposes a sort of poor man's ioctl/syscall > interface (which may indeed be necessary), but I would first prefer to > pool together everybody's needs and see if some new high-level APIs > should be added to clk.h. > > Already a clk_reset/module reset call has been discussed in this thread. > The changelog discusses setting clock phase and Rajendra mentioned > controlling auto-gating behavior. > > Do other folks have these same needs? What about other needs that are > unlisted? Please add them to the thread so we can get an idea of what > we're up against. * clock phase (invert or programmable delay) * external request line configuration Cheers, Peter. -- 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