linux-kernel - Re: [RFC] API for system clocks (oscillators)

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 30 Oct 2008 20:08:54 +0000
From:	Mark Brown <broonie@...ena.org.uk>
To:	Jonas Bonn <jonas.bonn@...il.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [RFC] API for system clocks (oscillators)

On Thu, Oct 30, 2008 at 03:41:17PM +0100, Jonas Bonn wrote:

> I'd be happy to get some feedback on this, whether or not it is a good
> idea or even the right way to approach this problem.  This is part of

Something like this would certainly be very useful for audio clocking if
it could be made to fit - that can get complex, is partly off-SoC and
frequently has multiple interrelated clock sources available, often with
various hard to describe interdependencies with constraints coming from
multiple sources and changing dynamically at run time.

In general your problem statement looks fairly sane.  I've not reviewed
this in detail but do think you should have a look at the OMAP stuff.

One thing to watch out for is that you'll find clocks doing things like
originating in one chip, going through another and being fed back into
the original chip.
--
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/