yashsingh1/xdaforums huggingface dataset:
[Nexus 7 Original Development] osm0sis:
Mine is working fine on Stock JRO03D, try clearing data+cache on the app?

Thanks for the smartdimmer toggle Franco! Experimenting with it now - colors seem a bit sharper/less washed out.

Say.. I don't suppose USB Fast Charge falls under "Stupid patches" that won't be "coming soon, so don't bother asking" does it? ;)
[Nexus 7 Original Development] currydude:
I'm on stock as well (with the exception of franco kernel r5, of course) and already tried clearing data+cache

Are you using Superuser or SuperSU?
[Nexus 7 Original Development] franciscofranco:
Dunno. Have to check.

About the force closes thats odd, but I will take a quick look as it didnt FC on my device.
[Nexus 7 Original Development] osm0sis:
SuperSU all the way. Got sick and tired of trying to make SuperUser work back when I started using franco.Kernel on my GNex.

SuperSU has been flawless since day one.
[Nexus 7 Original Development] currydude:
I'm using SuperSU as well, so that's not what is causing the problem on my end then. Busybox installed? I have BusyBox v1.20.2-Stericson installed
[Nexus 7 Original Development] ragnarokx:
I'm also getting a FC in the newest version of the app. I'm on the latest EOS nightly.

Sent from my Nexus 7
[Nexus 7 Original Development] franciscofranco:
Argh I can't reproduce the force close, the stack trace doesn't make any sense.
[Nexus 7 Original Development] cassius_20:
Fc for me after 6.5.1. Done all usuals as precaution: wipe data/force close/uninstall/reinstalled/granted su. Fc for me after going past kernel backup page. Prior, everything a ok

Here's a log cat if its helpful

http://db.tt/dr1n33Cn

If not let me know what logs u like. Easily recreatable for the fc

N7/R5
[Nexus 7 Original Development] franciscofranco:
That logcat is not from my app.
[Nexus 7 Original Development] cassius_20:
Hmm, *brief* run down on how to obtain the proper log please? Thanks
[Nexus 7 Original Development] franciscofranco:
Don't bother, I already seen what the error is ;)

I just pushed 6.5.2 trying to fix that ****... I can't reproduce the FC myself.
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

1pop23 could you post a screen shot of CPU spy so I can see how you CPU is scaling

Sent from my Galaxy Nexus
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Apparently I haven't used my tablet much today haha

But Herr ya go. I was post again once I have more usage
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

I'm gonna test this setting for a while, seems very smooth so far, no lags or stuttering that I can find as yet.
[Nexus 7 Original Development] TheByteSmasher:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

And, by trial and error, e.g. trying to install an OTA via recovery, you can see on which files it fails so if you've done a lot of system file mods, maybe you don't need to redo all of them... BUT if you integrate updates of system files into the Rom via titanium backup like gmail or talkback, you're basically screwed because the OTA looks not only for the app but the expected version of the app.

Sent from my Nexus 7
[Nexus 7 Original Development] chaostan:
Mm..ok so the steps is it as below..

- Download franc kernel

- go to recovery

- select Franco zip and download

- reboot

- open Fanco app

- do back-up

- finish...
[Nexus 7 Original Development] osm0sis:
Interesting.. Go back and check out that post I linked for you before I have you the Cliff Notes version. The timer_rate is ideally at 15000 apparently since that is half the cpu transition latency. :)

Oh definitely. Integrating on stock ROM would be insane since the OTA is looking for the system apks. The updated versions all live in userdata usually for that reason. The OTA updates the "base" version. :good:
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Personally I'd do it this way,

Go to play store and buy Francis app, use the function to back up the stock kernel then head back to this thread and in the 1st post you can download the kernels and find the 38.IMG and move it from your download folder to SD/kernel back up then go back to Franco app then open the back up and restore menu then press on 38 and chose to restore it.

---------- Post added at 02:34 AM ---------- Previous post was at 02:15 AM ----------

By having such a high above high speed delay I was hoping to try to stop the CPU going up so high so fast and having a low min sample time it would scale back down faster and be able to use more mid range
[Nexus 7 Original Development] Sage:
hiya.. just tried this nice kernel with my 3g on official CMX10.1 it seems great though native OTG USB mount is not working properly. starts the mount though fails to complete and

cannot access. do i need a third party app to do this with this kernel or is it a bug?

just FYI dont have the issue with Motley kernel or stock.

lastly does the Franco Kernel Updater allow you to play with voltages on nexus 7 3g?

appreciate the help.
[Nexus 7 Original Development] TheByteSmasher:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Use StickMount.

Sent from my Nexus 7
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

So looked at my settings again, I knew something had to be a multipule of something :p for my previous settings I started with the stock gnex values and messed about with it. It does seem this CPU really likes to run faster than mid range and I was hoping to get more mid range and save some battery. Any way this is now what I'm going to try for a while
[Nexus 7 Original Development] Mr. Steve:
Had a similar issue today with AOKP and OTG mounting. Use Stickmount as a replacement.

---------- Post added at 10:25 PM ---------- Previous post was at 10:23 PM ----------

I've been testing out teh 30k/65/30k/15k settings but I'm experiencing a bit more stuttering that I would like to see. I'm gonna try testing out 45k/75/15k/15k as someone else suggested.
[Nexus 7 Original Development] chaostan:
Thanks buddy..I will try it now. Should any problem will let you know.

---------- Post added at 05:08 AM ---------- Previous post was at 04:33 AM ----------

Managed to download this kerne.Initially felt smooth as fast. BTW, is there any setting I need to tweak further or just leave it like this? If needed tweakin for best performnce battery, where should I go to and how?

Thank you!
[Nexus 7 Original Development] TheByteSmasher:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

So, I always get a freeze while using adownloader on my N7. I have tried the e2fsck trick from a little bit back to no avail. Last kmsg http://db.tt/3hqCPmiH this doesn't happen on stock kernel... ???

Sent from my Nexus 7
[Nexus 7 Original Development] irminsul:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

30/65/30/15 runs smooth, battery was good. Had 5 hours screen on over the day, with 2 hours of watching video in the train (1 hour SD divx, 1 hour of 720p mkv) I think that the HD video is less heavy on battery than SD, because of the lack of HW decoding with the divx (for my feeling battery drained faster). Not the best battery ever though (was 7 hours with Franco kernel and bugless beast)

Rest of the time just some regular app and internet usage. No stutters, all though the interface is a little smoother with a higher GPU for me.

Very happy overall, are we gonna stay with this variables or are we gonna tune them? I wouldn't know what the next step is.
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Anyone tried my values? 45/75/15/15 hsf 700 I'd love to know what you all think

Sent from my Galaxy Nexus
[Nexus 7 Original Development] joaquinf:
I'm currently testing 30/65/30/15;700, CPU @100-1300 and GPU @484. Battery seems great as usual but gaming performance is not that good. Games like NOVA, NFS:MW, SG: DZ, MC4 shows some frame drops and lag. This is a very important point to me because i use my n7 as an entertainment center and i have to say that although i'd love to stay on franco i've been going back and forth from trinity because of this :(

I've tried the default franco values, the gnex magic and the one i'm using right now and so far i found the latter snappier and smoother overall. I can't judge battery yet because this is my first charging cycle but so far it seems good to me. Reading through franco's threads is always a great learning experience.

Thanks guys, let's hope that franco give us some more kernel love :p
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Run your GPU at 520. Its much bettrr
[Nexus 7 Original Development] joaquinf:
Thanks for your opinion, however i think that It's not about raising the GPU speed. The thing is that under the same circumstances and setup i get different results with franco kernel. Optimizing is all about achieving more/better results with less resources.
[Nexus 7 Original Development] ÜBER™:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

NOVA just sucks altogether. Nothing you can do for that. NFS has always been smooth for me. I already beat it so I don't know now. They should have fixed any slowdowns. Shadowgun sucks as well... I haven't been able to get it to play smooth for whatever reason. Its running like 19-25FPS. MC4 is the smoothest of all something like 25-35FPS.

Sent from my Galaxy Nexus
[Nexus 7 Original Development] joaquinf:
ahahaahhahaha man you've made my day. I know and i agree with most of the things you've said, then again the lag in games is much more noticeable using franco.kernel and that's my point. I hope that you guys dont mislead my post, i'm just trying to give my opinion from a gaming point of view
[Nexus 7 Original Development] osm0sis:
Wait, so 30/65/30/15 is the best of those 3 but still ****ty for gaming? Hmm.. I've got a few ideas.

Yeah they seem pretty good but unfortunately as we see in The Gingerbread Man's post from yesterday with the CPU States distribution, it isn't ramping correctly with those tunables, just jumping to 700MHz from 100MHz and then ramping some from there. The GN magic produces a pretty smooth states distribution on the GN and I don't think it's just because there are fewer steps, so we can likely improve there and I think The Gingerbread Man's test values are probably a good place to start.

Yup switching over to them as soon as the girlfriend gets home with our N7. We should really focus on the step usage as well like you pointed out. Are these values doing better that way like you'd hoped? I've also been thinking we should start again with hsf at 800 MHz so that we can hopefully guarantee more smoothness across the board while keeping it midrange. We can hopefully raise the other values like you did to make sure it ramps effectively that way too. So how about we go with your tunables and hsf 800MHz and tweak from there?

I was also still curious if the values with 65 fixed UBER's keyboard stuttering without raising hsf.
[Nexus 7 Original Development] ÜBER™:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Oh I know, I used trinity and for whatever reason it completely smoothed out any lag I had playing shadow gun and it was perfect... Minus all the inherent freezes... Sound glitches... Etc.

Sent from my Galaxy Nexus
[Nexus 7 Original Development] joaquinf:
There goes my weekend :p Drop them!

So, you just tried trinity? see how different games run? shadowgun can be played at "high" graphics without any lag and in general all games runs smooth. I had those random reboots while gaming, which is a bummer

EDIT: These are the default trinity governor settings if that helps, They are basically the same as franco but with hispeed_freq @1300. Could this be the reason for the gaming smoothness?
[Nexus 7 Original Development] osm0sis:
Those are the same as Google stock N7 defaults I think? I'm starting to think Google/Asus did it that way because otherwise it doesn't ramp well through the frequencies, while still allowing it to jump to the max for smoothness as the load requires...

Try The Gingerbread Man's 45/75/15/15; plus hsf 800.

The higher above_hispeed_delay should should mean it ramps better, so improved battery, the lower min_sample_time should also mean improved battery since it won't stay at higher frequencies as long before sampling and ramping down. If it's not smooth then move the go_hispeed_load of 75 (also better for battery) down to 70 or 65 and see how it does; or if none of that works try bumping mst back up to 30000 since it might be ramping back down too quickly, then try stepping down from ghl 75 again. Also please try your comparisons at stock 416 GPU just for consistency sake since we're going for best "out-of-the-box" settings. :):good:
[Nexus 7 Original Development] ÜBER™:
I can never get it to ramp higher than the HSF period on interactive.. not on the Gnex nor the N7... which is why i most of the time I switch to ondemand and switch around the variables for it, but for whatever reason none of the other cores come on it seems like and only the first core ramps up high enough.
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Ahh so close! Gaming isn't the best but for battery life and smoothest performance for everyday web browsing, video watching, low performance games these settings are pretty close to being out-of-the-box settings.

30-65-30-15 700hsf 416gpu
[Nexus 7 Original Development] joaquinf:
Thanks for your valuable help os. I'm 10 mins away from my lunch time and i should be at home in half an hour so i can do all the tests. I have to say that the UI is smooth no matter what, My reference point will be shadowgun death zone and NOVA, they both have the most critical lag on franco and with trinity both runs smoothly. Thanks again and i hope we can get there :)

---------- Post added at 12:01 PM ---------- Previous post was at 11:57 AM ----------

This ^
[Nexus 7 Original Development] :
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

FWIW I wanted to share my results with 30/65/30/15 @ 700. I'm not much of a gamer so everything has seemed very smooth for me and I've been impressed with my battery life. Thanks for what you guys are doing. You're appreciated.
[Nexus 7 Original Development] osm0sis:
Really? That's weird.. With the GN r361 defaults + 1305 max, I have a pretty smooth CPU State usage. Mostly at 384MHz, some 537.6MHz since it's the screen off max, then a fair amount at the 729MHz hsf and then reasonable amounts at each step above that.. 4 cores for the N7 is definitely a different beast though.

Hey! Thanks. Looks good. Can you grab the CPU State usage from BetterBatteryStats or CPUSpy?
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

So far it has been OK still without issue but I haven't tried gaming on it yet and am at work for another 5 hours so can't test it yet. My values have been fine for loading up apps and getting smooth scrolling. I'll post some screen shots later when I'm home, most of it will be deep sleep where I slept over night for 7 hours and 9 hours shift for today but the CPU did seem to be scaling through some of the lower speeds better. I also think that reducing the amount of cpu slots would reduce lag, having 8 well chosen speeds instead of so many tiny steps. I remember this working well of the gnex

Sent from my Galaxy Nexus
[Nexus 7 Original Development] osm0sis:
Yeah I was kind of thinking that too since someone posted the stock stepping a few days back and there were far fewer. Might help to go back to that, but of course that one's up to Franco. ;)
[Nexus 7 Original Development] ÜBER™:
You think going back to the stock freq steps would help with gaming? Or at least smooth things out? You would think they are specific for a reason as those work the best for the processor no?
[Nexus 7 Original Development] osm0sis:
I'm no expert. But yeah they are weirdly specific, kind of like what Franco ended up with for the GN, so between that and just giving interactive fewer steps to ramp between I feel it could help. Maybe Metallice will chime in and give his far more knowledgeable opinion on it. :)
[Nexus 7 Original Development] ÜBER™:
I might just check out LeanKernel again and see what its like now. Just wish Franco would add support for his kernel in his app like he does with the Gnex :).
[Nexus 7 Original Development] :
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

I obviously had to charge after my last post. I don't know if that messes things up. Here is my BBS screenshot though. Deep sleep got cut off but those stats were 1 d 5 hr 59 min 17 s at 78.6%. Let me know if you need more info!
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

That would be me there bud ;) here's a link to the stock CPU steps if you wanted to see http://db.tt/bIOjrLNX the mid range steps have greater range than low and high freq where the steps are 51mhz and 100mhz but the middle ones have gaps of 140mhz and 160mhz which allows for flexibility that these little steps making it scale up so fast, the bigger the gap I believe would mean less lags as the CPU isn't constantly changing speed

Sent from my Galaxy Nexus
[Nexus 7 Original Development] TheByteSmasher:
All,

I created a forum Etiquette Topic, as seen in my sig. The URL is Here: http://tinyurl.com/bb6frsh, If you agree with those views, feel free to refer people to it vice having to repeat yourselves over and over and over and over etc...

Cheers!
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

I hope Franco can spare some time to look over our conversation over the last few days and hear his opinion on it all :)

Sent from my Galaxy Nexus
[Nexus 7 Original Development] irminsul:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Trying 45/75/15/15 /800 and it's smooth from now on. But it's hard to tell if its smoother than 30/65/30/15/700. Both settings are smooth. Of I reckon the settings with 45/ must be better on battery?
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

The idea is its meant to be better on battery as it has to take longer to decide to go up another frequency and quicker to go back to lower speeds. I hope you all enjoy testing my settings :thumbup:

Sent from my Galaxy Nexus
[Nexus 7 Original Development] ÜBER™:
Well i jumped on LeanKernel so far its been smoother than Franco.. havent tested gaming yet.. but i can see its actually going past the HSF for whatever reason franco was not. Also has ROW IO :D

Edit: Shadowgun Dead zone lag is completely gone. So there's something up with Franco's.
[Nexus 7 Original Development] ROFLkopter:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Here are my stats from a full charge this morning.

GPU at stock speed with hardly any lag in games. Undervolted by -100mV on all CPU frequencies.

Sent From My AOSPA3.+/franco.Kernel Powered Nexus 7 With XDA Premium
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

How is the battery life compared to Francis? Also does it require a full flash of the os because of Francis ramdisk?
[Nexus 7 Original Development] Mr. Steve:
Been using them for about a day now, so far I like them, everything appears to be smooth and the battery life has been perfectly acceptable.
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Could you post a screen shot of CPU spy? Did you try any gaming? Any lag in game if you did?

Sent from my Galaxy Nexus
[Nexus 7 Original Development] ÜBER™:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

No idea I just flashed it, I'll test it over the next few days. And no, since imoseyon loads the whole boot.img just like Franco switching between the two is very simple.
[Nexus 7 Original Development] bjcrj:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Are you using the default tuneables or changing to these test ones on lean kernel?
[Nexus 7 Original Development] osm0sis:
You'd never have to flash the whole OS again, just stock kernel first before switching to some others.
[Nexus 7 Original Development] Metallice:
Well, one of the reason you guys are having problems is because you are setting go hispeed load below 90. The default is 99 and should stay that way.

If you want to improve performance you need to decrease target_load.

See below from google source-

cpufreq: interactive: default go_hispeed_load 99%, doc updates

Update default go_hispeed_load from 85% to 99%. Recent changes to the

governor now use a default target_load of 90%. go_hispeed_load should

not be lower than the target load for hispeed_freq, which could lead

to oscillating speed decisions. Other recent changes reduce the need

to dampen speed jumps on load spikes, while input event boosts from

userspace are the preferred method for anticipating load spikes with

UI impacts.
[Nexus 7 Original Development] osm0sis:
Damn.. guess we'll have to pester Franco to include target_load in the Governor tunables like Trickster does. Any idea why 65 works so well on the GN with the same patches?
[Nexus 7 Original Development] Metallice:
I would assume because the GN doesn't have the following

cpufreq: interactive: change speed according to current speed and target load

Add a target_load attribute that specifies how aggressively the governor is

to adjust speed to meet the observed load. New target speed is calculated

as the current actual speed (may be higher than target speed on SMP) times

the CPU load (as a fraction) divided by target load (fraction).

cpufreq_frequency_table_target() call use CPUFREQ_RELATION_L to set

the next higher speed rather than next lower speed.
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

So that brings us to now to test 45/99/15/15 800hsf
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Just changed to these, will give updates on it later
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

Hi guys, sorry for the lack of feedback today but work was crazy and I did not had enough time to post any comment about the tuned settings.

I tried the settings that osmosis suggested with gpu@416 and although the lag was slightly reduced the gaming experience wasn't as smooth as we would like and the ui was also affected. Nothing changed much.

I hope that Francisco can take a look at this and maybe give us some light.

---------- Post added at 07:31 PM ---------- Previous post was at 07:28 PM ----------

Btw metallice nice piece of information you got there. Thanks for sharing. I'll do some some tests based upon that
[Nexus 7 Original Development] osm0sis:
With a ghl that high the hsf needs to go back up too... 1300 like the default, or I'm thinking 1200 just so it has one more step to see how that goes, maybe some vague savings that way... It actually might be worth revisiting the magic values and tweak from there thanks to the new info from Metallice. :D

That'd give us 60/95/45/15; 1200 hsf.

Seems to bring back that crazy inexplicable responsiveness boost we're enjoying on the GN right now. :highfive:

So now we need reports on battery, gaming and cpu states. ;)
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

This line has got me thinking as to what the high speed freq should be? All the way back up to 13000mhz due to what you said about the gnex behaving differently as it doesn't have this code
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

So which values should we use? I'm lost now haha
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][4 JAN] franco.Kernel - r38

How come the increase in min sample time? Would that not be worse over having it at 15