Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I for one is excited that all this hoopla is finally over. @ Adrynalyne, I would like to apologize for calling you a piranha. Just felt like you had personal agenda against Ziggy seeing as you go from XDA to here (PPCGeeks) to ask for his source and seeing jcase pushing even further didn't make anything better. Ziggy is a great dev and it would be sad to see him go because of this GPL issue and I would defend him, name calling and all if I had too. ZIGGY = #1. I got your back.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I'm running Virus also, but not the BFS kernel, I'll switch over and give it a spin for longer. I've never had those issues at all, and I haven't touched any of the WiFi code, only thing I've done is lower the voltage for the WiFi.

As for the 3 May build, if you don't touch anything doing with the freqs, it's the same as the 1 May build. When I have some free time later this week, I'll look at writing an app to control the freqs.


Z

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

This is the last time this will be said, so pay attention....

JCase is right, I had it posted but didn't publicly tell people, so I was in compliance partially, that's my fault. If I would have seen Andry's request, I would have taken care of it Monday and let him know, but since I only have a TARDIS for my avatar and not in real life, I can't go back and change that.

JCase, X can be somewhat harsh at times, I realise that, but he was the first person I thought of to contact when the shit hit the fan yesterday, didn't have many options due to where I was at the time. I've just grown accustom to his ways, and learned to deal with it. He was also the only one I could contact that had access here and my site.

Yes, it could have been handled better by all parties, but again, we don't own TARDIS' so we can't go back and change it.

X, if anyone is going to clean MY thread in MY forum, it will be me. I have no issue with other mods/admins taking care of rule violations in the here, but there's no reason to clean the thread at this time.

Yes, it will most likely be cleaned down the road, but that will be due to standard house keeping of the thread and not to get rid of the posts just to get rid of them.

All,

I would like to think that my source speaks for itself, I know there are still issues in it, and I'm still working on getting those fixed right now. I finally got things compiling cleanly after my fresh install of Ubuntu 11.04 this last weekend, to include fixing some issues with gcc 4.5's new warnings. Since late Nov/early Dec, I've been doing heavier mods to the code than most devs out there, and this causes problems, I understand this risk, and have chosen to accept and attempt to mitigate it.

I still plan on getting Frankenstine and Mecha merged, but I have more work to do on Frankenstine prior to doing that. My next releases are going to be for Frankenstine and not Mecha, I owe those guys something new. I also plan on adding AOSP support into both kernel trees soon.

Finally, I'm also working on doing a complete, one stop shop write-up on how I approach Kernel development. This will include the full set up I use, all helper scripts, and why I did some of my patches. This was part of the reason I did the full fresh install last weekend, so that I could get the full list of what I had to do to get everything working, plus I wanted to go back to 32bit, x64 apps were killing me.



Now back to the regularly scheduled thread......

Z

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I've been running the 5/2 BFS kernel with RC1B3 since, well, 5/2 and haven't had any wifi problems. Honestly haven't used wifi tooo much but its running fine now and I've never been kicked off.


....glad things got resolved.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Alright, I switched over to the BFS build for a few days, no issues what so ever with WiFi. I use WiFi extensively here at home and at work, both are cellular black holes, the house because of it's location and work is due to RF shielding.


Z

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

up until you 5/2 kernel i had been running strictly BFS and when 5/3 dropped i gave CFS a shot and WOW i like it even better. I have tried almost every kernel i know available and its no comparison that yours run the best on my device. Great job once again! Look forward to future development from you

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Ziggy is there a way of changing the voltages? I'm a huge fan of your kernel but I love the ability to change voltages on the imoseyon leankernel.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I've had the sysfs VDD patch in there forever, so yes, you can change it however/whenever you like.


Z

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Do you edit it in the Etc/int.d/ folder?

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Can you tell me why you think CFS is better?

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

/system/etc/init.d is where init scripts go. The actual changing of the voltages would occur in sysfs, i.e. /sys/devices/system/cpu/cpu0/cpufreq/vdd_levels.

From the OP:
As for information on using the sysfs interface to enable/disable frequencies, that's in post #2.


Z

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

it just seems to run better on my device with slightly better battery life

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Will we be seeing an update to this any time soon?

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Next time he releases a new kernel I will try cfs :) im on aosp right now so i cant run any kernel

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

it booted on the gb leak and ran fine but got tons of lag when using the kb and quadrant wouldn't run(not that i really cared about that). i just need the kb. same with bfs. I was surprised to even see it boot up

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

quadrant never worked for me on any gb rom even on a different phone.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

it works on stock gb. Not that it really matters. if it wasn't for the laggy kb, I'd still be running it

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Awesome kernel!! I have issues with the latest release. I get a run on cpu and lock up for a few minutes and then it lets go. I was having quite a few a day. Previous kernel seems fine however.

Just wanted to post it so ya could check it out Ziggy.

Any one else having the same issue?

Try setting the minimum CPU speed at 61 or higher

Sent from my thunderbolt

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Word, I didn't even notice that the newest kernel has a lower, lowest setting. I am going to play it safe and set it a bit higher.

Hopefully it works well.

EDIT: Works good. Thanks a lot. I went ahead and disabled the first 2 clock speeds as they are the suspect ones. This is great, happy to run the latest.

Happy to have helped. I don't know how ziggy puts his kernels on red bull, acid etc but manages to make them sip battery like a prim lady.

Sent from my thunderbolt

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I have to play around some more, but after rebooting, all of the freq's i disabled, were re enabled.

Any one have this issue?

EDIT: Also...

I know Ziggy said he was going to write an app for toggling the freqs, but in the mean time I wrote a quick simple shell script that will make toggling more simple.

easiest way to use it is to send it to the phone, or download it. Put it on the root of the phone, chmod 777 and then ./freqs and it will ask you what you want to do.

If you want it to run like a command as I have it, put it in /data/local/bin. If by chance you do not have the bin folder, you can create it. By default /data/local/bin is already in the set PATH.

Might make it smarter if I get bored.

One of these days I will get around to teaching my self how to write an app if I ever have time.

freqs.rar is basic
freqs2.rar is a little smarter.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

In order to make the freqs changes enabled upon reboot, you have to run a script that is placed in the system/etc/init.d folder. Since you created a couple of shell scripts already, I assume you have the script part working, so I would just pop them into the init.d folder to have them take effect upon boot - I have named mine 99user_freqs, but not sure if the name makes a difference upon boot.

Hope that helps.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I figured that out, I just had to think about it, and read some of the posts in the thread.

once upon a time I could shell script like a mad man. Its been a while and i still remember the basics well, it just takes a little time for me to remember what I have forgotten.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I think I found a bit of a bug. For some reason, I can't disable a specific freq from an init.d startup script. I started using the script in place of SetCPU, but had to fall back to running the freq disable part on-demand after each boot. Here's the script that doesn't work:

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I don't think this is a bug per say. What every Ziggy did to accomplish this is some sort of program or script. When you run it with 1 it disables everything out side of the policy. When the command is introduced, it runs what ever he wrote to do the job. You are essentially running a command with a function. After that line runs, it goes to the next line without pause because it has already set what ever script or program into action. So it jumps to the line where you want to disable a particular freq and because what every is working to disable freqs outside the policy is going, it supersedes that final line.

Normally this wouldn't be a problem because the initial command would be completed quickly, but because its running at start up and under load, things are multitasking very quickly and things slow down and they overlap.

IMO you have 2 solutions. Ad a sleep in there for a second or 2, or you can disable each freq individually as opposed to using the 1 switch to automatically do it for you.

I wouldn't call it a bug. I would call it a timing issue.

For the heck of it, make it sleep for 2 seconds before running that last string and see if the problem goes away.

But honestly, weather you use the 1 switch or you write a line for each freq you would like to disable its going to take the same amount of time. Using the 1 switch probably runs some code that does the same thing as writing each line in a script. You might as well just write a line for each freq. You would never notice a time difference, and you would never have to see it after unless you would like to change it.

I just wrote out each line in mine. At the time I was toying with a script that would do it for you. Still have it on the back burner. But what it would do is ask you what you want to set your min and max, and then if you wanted to disable all other freqs, and if there were any other freqs you would like to disable, and then it would automatically generate the script and dump it into the init.d folder for you. Was really just doing it for fun. If I ever do write it I will post it up.

the previous script I tossed up is great for quick toggling of freqs when you are trying to figure out where you want to run your TB.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Actually, I did try to sleep for about 2 seconds I think... still didn't work. I considered your same reasoning :)

Ultimately, I think it is a kernel or OS initialization thing. I installed Script Manager and set the entire script to run on boot, removing the init.d script. For this app, on-boot scripts don't run until external storage is mounted, which obviously doesn't happen until later in the boot process. By this point, the script works just fine as intended.

So bug or timing problem? I can't say for sure.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I would probably have to sleep for more then 2 seconds, but I am glad you sorted it out. I just wrote multiple lines to control the freqs. I am curious tho. I might try to simulate the same issue you had out of curiosity.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

I got bored this morning so I hammered out a shell script that will ask you what you want you min and max frequency, also it will ask you if you will like to set the scaling manager and if you would like to disable all frequencies out side of that policy. Then it will generate a script and put it in the init.d folder so it will set everything upon boot.

Put it in /data/local/bin and chmod it to executable, then just run freqset from any directory in a shell, and it will run. You can run it when ever you want to change it. It will overwrite the script in init.d.

It works well. If I get bored again the next thing I am going write some functions that will check your inputs after you enter a frequency to make sure it is one of the available frequencies. Right now, if you miss type a freq or enter something that is not available it will put it into the script, and it will not set that parameter at boot. You have to re run freqset.

You can type list and it will tell you all of the freqs you can choose from.

For setting the scaling governor, I started making a function that would list all of the available governors, but I did not finish or implement it. So if you are checking out the script, you will see a function that is not finished. It will set the governor, it just will not list available ones.

enjoy!

EDIT: Tweaked the script a bit. v2 has a few more functions, and a bit more information while running.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Saweet! this is awesome. I didn't have a bin folder in data/local so i put it in system/bin and its working great

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

your welcome. I am sure I will make improvements if i get bored lol.


EDIT: Ziggy, since we have the awesome feature of being able to control.what freqs we want, how about making the available maximum higher. Like the latest one that is on your site? It goes up to 1.9 ghz.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Bump for update. Ziggy your the best.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Sorry guys, I'm been busy working on my project car. I hopefully will have it up and running this week, then it's time to wait on parts again.


Z

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Word. I love this kernel. I have been toying around with shell scripts to control the frees on it, I have never written an app but I am going to take a stab at it. Wish me luck.

In the mean time I'm looking forward to some updates.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Just got my first copy of the program to control the freqs from within phone. Disables all freqs outside your set profile and resores all back to factory (enabled). Workign on being able to select each freq on and off.

SpeedSelector is now changing the freq's in the menu. Getting close to a release. Thinking of adding changing the voltage to it as well.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

What do you mean? Are you writing a program? I am currently working writting an app to control the ziggy kernel. I have never written one before but I am sure It won't take long to figure out. Apparently you need to have a Webserver running java so you can test it etc. Right now i am setting up a linux box to run a server for testing.

I wrote a shell script that does it for you it but you have to do it through shell.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

Yes a program is being written. We have the freqs being done, but needs to be cleaned up. And looking to add voltage, and other vdd Ziggy has enabled as well.

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

just voicing my interest in an update for mr2, and in the gui in progress for settings

edit:unless mr2 is causing bricks

+1 for MR2/ Synergy Rom :)

Sent from my ADR6400L using Tapatalk

Re: [Kernel] Ziggy471 MECHA BETA Kernel UPDATED 3 May 11
 

OMG your kernel broke my gingerbread rom!

j/k :-p