litmus-rt-edfsc.git - LITMUS^RT with the EDF-SC plugin for Real-Time Systems journal paper

	Commit message (Collapse)	Author	Age
...
\| *	powerpc/cpufreq: Add cpufreq driver for Momentum Maple boards	Dmitry Eremin-Solenikov	2011-07-19
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Add simple cpufreq driver for Maple-based boards (ppc970fx evaluation kit and others). Driver is based on a cpufreq driver for 64-bit powermac boxes with all pmac-dependant features removed and simple cleanup applied. Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
* \|	[CPUFREQ] Move compile for S3C64XX cpufreq to /drivers/cpufreq	Kukjin Kim	2011-07-13
\| \| \| \| \| \| \| \| \| \| \| \|	Cc: Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by: Kukjin Kim <kgene.kim@samsung.com> Signed-off-by: Dave Jones <davej@redhat.com>
* \|	[CPUFREQ] Remove some vi noise that escaped into the Makefile.	Dave Jones	2011-07-13
\| \|
* \|	[CPUFREQ] Move ARM Samsung cpufreq drivers to drivers/cpufreq/	Kukjin Kim	2011-07-13
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	According to discussion of the ARM arch subsystem migration, ARM cpufreq drivers move to drivers/cpufreq. So this patch adds Kconfig.arm for ARM like x86 and adds Samsung S5PV210 and EXYNOS4210 cpufreq driver compile in there. As a note, otherw will be moved. Cc: Dave Jones <davej@redhat.com> Signed-off-by: Kukjin Kim <kgene.kim@samsung.com> Signed-off-by: Dave Jones <davej@redhat.com>
* \|	[CPUFREQ/S3C64xx] Move S3C64xx CPUfreq driver into drivers/cpufreq	Mark Brown	2011-07-13
\|/ \| \| \| \| \| \| \| \| \|	This is a straight code motion patch, there are no changes to the driver itself. The Kconfig is left untouched as the ARM CPUfreq Kconfig is all in one big block in arm/Kconfig and should be moved en masse rather than being done piecemeal. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by: Dave Jones <davej@redhat.com>
*	cpufreq: make DB8500 cpufreq driver compile	Linus Walleij	2011-05-24
\| \| \| \| \| \| \| \| \|	Concluding interface update and movement of the driver by making the DB8500 cpufreq driver compile in the cpufreq subsystem. Cc: Arnd Bergmann <arnd@arndb.de> Acked-by: Dave Jones <davej@redhat.com> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
*	[CPUFREQ] Move x86 drivers to drivers/cpufreq/	Dave Jones	2011-05-19
\| \| \| \|	Signed-off-by: Dave Jones <davej@redhat.com>
*	[CPUFREQ] Conservative cpufreq governer	Dave Jones	2005-05-31
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	A new cpufreq module, based on the ondemand one with my additional patches just posted. This one is more suitable for battery environments where its probably more appealing to have the cpu freq gracefully increase and decrease rather than flip between the min and max freq's. N.B. Bruno Ducrot pointed out that the amd64's "do have unacceptable latency between min and max freq transition, due to the step-by-step requirements (200MHz IIRC)"; so AMD64 users would probably benefit from this too. Signed-off-by: Alexander Clouter <alex-kernel@digriz.org.uk> Signed-off-by: Dave Jones <davej@redhat.com>
*	Linux-2.6.12-rc2	Linus Torvalds	2005-04-16
	Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!