Permalink
Browse files

remove compiler optimizations once again

  • Loading branch information...
1 parent 965f133 commit 1e8631217d1680d15766515d25dd78a10e966672 @gokhanmoral committed Apr 16, 2012
Showing with 4 additions and 6 deletions.
  1. +1 −3 Makefile
  2. +2 −2 arch/arm/Makefile
  3. +1 −1 arch/arm/vfp/Makefile
View
@@ -347,8 +347,6 @@ CHECK = sparse
CHECKFLAGS := -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ \
-Wbitwise -Wno-return-void $(CF)
-SIYAH_FLAGS = -marm -march=armv7-a -mfloat-abi=hard \
- -mcpu=cortex-a9 -mfpu=vfp3
CFLAGS_MODULE =
AFLAGS_MODULE =
LDFLAGS_MODULE =
@@ -370,7 +368,7 @@ KBUILD_CFLAGS := -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
-fno-strict-aliasing -fno-common \
-Werror-implicit-function-declaration \
-Wno-format-security \
- -fno-delete-null-pointer-checks $(SIYAH_FLAGS)
+ -fno-delete-null-pointer-checks
KBUILD_AFLAGS_KERNEL :=
KBUILD_CFLAGS_KERNEL :=
KBUILD_AFLAGS := -D__ASSEMBLY__
View
@@ -113,8 +113,8 @@ endif
endif
# Need -Uarm for gcc < 3.x
-KBUILD_CFLAGS +=$(CFLAGS_ABI) $(CFLAGS_THUMB2) $(arch-y) $(tune-y) $(call cc-option,-mshort-load-bytes,$(call cc-option,-malignment-traps,)) -mhard-float -Uarm
-KBUILD_AFLAGS +=$(CFLAGS_ABI) $(AFLAGS_THUMB2) $(arch-y) $(tune-y) -include asm/unified.h -mhard-float
+KBUILD_CFLAGS +=$(CFLAGS_ABI) $(CFLAGS_THUMB2) $(arch-y) $(tune-y) $(call cc-option,-mshort-load-bytes,$(call cc-option,-malignment-traps,)) -msoft-float -Uarm
+KBUILD_AFLAGS +=$(CFLAGS_ABI) $(AFLAGS_THUMB2) $(arch-y) $(tune-y) -include asm/unified.h -msoft-float
CHECKFLAGS += -D__arm__
View
@@ -7,7 +7,7 @@
# ccflags-y := -DDEBUG
# asflags-y := -DDEBUG
-KBUILD_AFLAGS :=$(KBUILD_AFLAGS:-mhard-float=-Wa,-mfpu=softvfp+vfp)
+KBUILD_AFLAGS :=$(KBUILD_AFLAGS:-msoft-float=-Wa,-mfpu=softvfp+vfp)
LDFLAGS +=--no-warn-mismatch
obj-y += vfp.o

5 comments on commit 1e86312

Hi,
check my commit
cf1cc8b
and
23a95dc

it's about adding 1500Mhz.
it's working great, no drain or stuck, no overheat.
And benchmarks are lot better, once with your kernel i reached 5000 points, but you changed allot, and now with my commit i can reach, 4750! and it's more than needed for stable kernel.!

Thanks for all your great work.

Owner

gokhanmoral replied Apr 19, 2012

nice. but I am thinking about something fully dynamic.
you can do

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies

1400000 1200000 1000000 800000 500000 200000

I am thinking about this:

echo 1500000 1400000 1200000 1000000 800000 600000 400000 200000 100000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies

1500000 1400000 1200000 1000000 800000 600000 400000 200000 100000

only 1000000 and 800000 will be static.

Sounds good!
so we just do the echo in init scripts, and code will be adjusted to receive and adapt the new settings!?
Sounds not easy to do...
But you are the master of your cpu tweak, only you can do it! :)

Owner

gokhanmoral replied Apr 19, 2012

it is not so hard.
some structures will be recreated and the cpu will not scale meanwhile, it will be locked to 800MHz when the freq table change starts.
and if everything is dynamic it won't be a problem. I will need to remove all fixed indices. I have 6 freq steps now and there are some fors which loops from [0:6) I will need to make those indices dynamic and use CPU_FREQ_LASTLEVEL or whatever...

sound cool.

Mean while CM9 released new source, and the do fix to initramfs scripts,
http://review.cyanogenmod.com/#/c/14889/4/init.smdk4210.rc

should we merge?
Question if it's will affect recovery or dual boot function!

Please sign in to comment.