linux-kernel - [RFC][PATCH 0/2] Clocklib: generic clocks framework

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-next>] [day] [month] [year] [list]

Message-ID: <20080522211942.GA11271@doriath.ww600.siemens.net>
Date:	Fri, 23 May 2008 01:19:42 +0400
From:	Dmitry Baryshkov <dbaryshkov@...il.com>
To:	linux-kernel@...r.kernel.org
Cc:	akpm@...ux-foundation.org,
	Haavard Skinnemoen <haavard.skinnemoen@...el.com>,
	Russell King <rmk+lkml@....linux.org.uk>,
	Paul Mundt <lethal@...ux-sh.org>,
	pHilipp Zabel <philipp.zabel@...il.com>,
	Pavel Machek <pavel@....cz>, tony@...mide.com, paul@...an.com,
	David Brownell <david-b@...bell.net>
Subject: [RFC][PATCH 0/2] Clocklib: generic clocks framework

Hi,

In the followup mails I'd like to introduce a bit new approach for
"clocklib".
First, it's based on kobjects. So we do get sysfs integration nearly for
free. Also now struct clk is completely opaque. So we can change it's
implementation without impacting clocks providers.

Also in clk_ops I've merged (as suggested by Haavard) the set_rate and
round_rate calls since they usually have lots of common code.

The clk_set_parent() isn't implemented yet, but this code is only an RFC!

-- 
With best wishes
Dmitry

--
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/