added LZMA compression; & added swap to defconfig
drivers/cpufreq: Zzmoove v0.9_beta1

Conflicts:
	drivers/cpufreq/cpufreq_zzmoove.c
	drivers/cpufreq/cpufreq_zzmoove_profiles.h

	new file:   drivers/cpufreq/cpufreq_zzmoove.c zzmoove v0.9_beta1
	new file:   drivers/cpufreq/cpufreq_zzmoove_profiles.h zzmoove v0.9_beta1
	modified:   drivers/cpufreq/Kconfig added zzmoove & lulzactiveq governors
	new file:   drivers/cpufreq/Kconfig.bak backup
	modified:   drivers/cpufreq/Makefile added zzmoove & lulzactiveq governors
drivers/cpufreq: Zzmoove v0.9_beta1

	modified:   build.sh changed permissions issue
build.sh: permissions changes; Kconfig.bak: backup; scripts/: initial commit
initial commit
drivers/cpufreq: Zzmoove v0.9_beta1

	drivers/cpufreq/cpufreq_zzmoove.c zzmoove v0.9_beta1
	drivers/cpufreq/cpufreq_zzmoove_profiles.h zzmoove v0.9_beta1
drivers/cpufreq: Zzmoove v0.9_beta2

Changelog:

- support for setting a default settings profile at governor start without the need of using the tuneable 'profile_number'
  a default profile can be set with the already available macro 'DEF_PROFILE_NUMBER' check zzmoove_profiles.h for details about
  which profile numbers are possible. this functionality was only half baken in previous versions, now any given profile will be really
  applied when the governor starts. the value '0' (=profile name 'none') in 'DEF_PROFILE_NUMBER' disables this profile hardcoding and
  that's also the default in the source. u still can (with or without enabling a default profile in the macro) as usual use the tuneable
  'profile_number' to switch to a desired profile via sysfs at any later time after governor has started
- added 'blocking' of sysfs in all tuneables during apply of a settings profile to avoid a possible and unwanted overwriting/double
  setting of tuneables mostly in combination with tuning apps where the tuneable apply order isn't influenceable
- added tuneable 'profile_list' for printing out a list of all profiles which are available in the profile header file
- fixed non setting of 'scaling_block_force_down' tuneable when applying profiles
- some documentation added and a little bit of source cleaning
cpufreq: port intellidemand (thx faux123)

also includes "intelliative correction - 8e8019531dc843e7573e94a120a78bd7de0506eb"

Conflicts:
	drivers/cpufreq/Makefile
	include/linux/cpufreq.h

	modified:   drivers/cpufreq/Kconfig addedd intelliactive governor
	modified:   drivers/cpufreq/Makefile added intelliactive governor
	new file:   drivers/cpufreq/cpufreq_intelliactive.c added intelliactive governor
	modified:   include/linux/cpufreq.h  added intelliactive governor
ARM: L1 cache optimization
	modified:   arch/arm/configs/i605_defconfig added intelliactive governor
	modified:   drivers/cpufreq/Makefile added intelliactive governor
	modified:   include/linux/cpufreq.h added intelliactive governor