yashsingh1/xdaforums huggingface dataset:
[HTC Rezound] HowardZ:
One strange thing is happening. Everytime I reboot, I look in kernel tuner and find my gpu 2D is overclocked. I reduce the max to 200 mhz.

I must do this every reboot. Somehow kernel tuner can't make your kernel change after booting completes.

This is not a big deal ; just inconvenient

Regards

Howard
[HTC Rezound] Luke1213:
try init.d script method.
[HTC Rezound] RebelShadow:
Also might want to give Trickster Mod a shot. I started to use it instead of kernel tuner and have never looked back.
[HTC Rezound] HowardZ:
Thanks Luke, that did the trick.

Luke, use the force
[HTC Rezound] lukester01:
had that happen

Had that happen with Kernel Tuner, too many times. Rarely with Trickster MOD
[HTC Rezound] tigerxchaos:
It works all right on HIRO 6/25. Trickster doesn't appear to have several features I need, like capacitive button backlight control and the ability to set governors for both cores. Android Tuner might have it, but it was way too complicated for my lack of technical Linux knowledge.
[HTC Rezound] lukester01:
I'm not sure how much battery the capacitive buttons use, so not sure if that feature really helps much. I have heard through the grape vine though that using different governors on cores is a recipe for instability (which is why Trickster does not support that, I asked the developer).
[HTC Rezound] HowardZ:
My /data partition is 2.3GB and is almost full. Is there a safe way to make it larger?
[HTC Rezound] SirGatez:
I converted many of my google apps into system apps, copy their library files into /system/lib and it has saved me about 400 megabytes

Edit: be advised not every app particularly some non Google Apps respond well to being installed in your system folder so I would recommend making nandroid backup before proceeding
[HTC Rezound] Luke1213:
here is the solution.

1. you can use TricksterMod and set button light by your self. (my own recipe)

1) install Root Explorer

2) go into /system/etc/init.d

3)create a new file named 'misctweaks', change its permission as 'rwxrwxrwx'

4) edit it

#!/system/bin/sh

#mount debug filesystem

mount -t debugfs debugfs /sys/kernel/debug

#capacitive buttons backlight

chmod 777 /sys/devices/platform/leds-pm8058/leds/button-backlight/currents

echo "0" > /sys/devices/platform/leds-pm8058/leds/button-backlight/currents

#Umount debug filesystem

umount /sys/kernel/debug

here the '0' means the brightness, ranging from '0' to '100'.

5) reboot.

2. about setting different governors on two cores.

just check the changelog of [MENTION=3082717]Flyhalf205[/MENTION]. you can see this change in 07/02build

* kernel/htc/vigor

16687f6 Revert "cpufreq: enforce governor to stay in sync across CPU cores"

that is to say, no matter how, using different governors is not 100% stable, though you can choose at your will...

EDIT: just forgive my broken English...
[HTC Rezound] HowardZ:
I see how that will work, but I will need to repeat the work every time I install a new version of CM10.1
[HTC Rezound] tigerxchaos:
I just don't like them at their default brightness. But my battery life is so bad, any little bit has to help.

I keep both cores on the same governor. Problem is, when you use the Performance menu to change governors, only CPU0 changes. You have to use a program like Kernel Tuner to get CPU1 to change, unless Trickster forces both to change with the single setting.

---------- Post added at 07:42 PM ---------- Previous post was at 07:38 PM ----------

Interesting. This file will be wiped any time the ROM is flashed, though, right? Sounds like I could create it and then back up a copy on my SD card if needed.
[HTC Rezound] Luke1213:
yeah i also back it up on my SD card.
[HTC Rezound] iHateWebOS:
Upstreamed to Linux 3.0.85
[HTC Rezound] mjones73:
Moving some of your apps to the sd card is one option..
[HTC Rezound] iHateWebOS:
Added a7/4 version 2 with android ram-console and memory updates from Linux 3.4 kernel as well as some other stuff. :thumbup:
[HTC Rezound] nimbice:
192 has never been stable on my phone up until now. The last few hiro dailies on interactive have run rock solid for infection 2.8 dev.

Cheers, webos.
[HTC Rezound] HowardZ:
I find occasion instances where an app will freeze for many seconds and a pop-up Window will ask if I want to wait further. Using scary and ZEN.

Went back to the 7/1 version.

Regards

.
[HTC Rezound] cduru:
This 7/4v2 is smooth. However, I am having the same issue I had with Funky kernel 3.7. That is, my battery meter refuses to charge beyond a certain %. For yours, I am stuck at 89%. On stock battery.
[HTC Rezound] iHateWebOS:
Not sure why this Is happening to you, I just charged to 99% without issue
[HTC Rezound] cduru:
Is it then possible that my stock battery is on its way out? I wonder if anyone else is experiencing the same thing.
[HTC Rezound] SteveG12543:
I had that happen with Funky 3.7 and 7/1 HIRO. Gonna see what happens today on 7/4v2.

I'm actually running into a different problem on 7/4 too: core1 doesn't seem to go offline when it's not needed. Kills my battery pretty fast :/ not sure what to do about it either. Gonna try 7/4v2 and see if it changes anything with that. Any help?

Edit: Huh... Mpdecision was turned off for some reason. Enabled it and core1 went offline. Disregard the second paragraph.
[HTC Rezound] Snuzzo:
See my latest post in my thread about the battery charging. Obviously it has to be a ROM side issue. I can charge perfectly fine with my 3.7v extended on any of the aosp ROMs. Currently running a pre release of Cubed-JB, but in my 24hr run of the latest Funky it did not do it either.
[HTC Rezound] cduru:
Snuzzo, first of all, thanks for all your hard work.

Please list a link to your post about battery charging.

I went to your funky thread where you mentioned it but I don't actually see the thread that you are referring to.

Thanks.
[HTC Rezound] SteveG12543:
http://xdaforums.com/showthread.php?p=43257044
[HTC Rezound] gleggie:
I had the battery charge problem people are talking about on Stock CM10.1, a simple fix permissions seemed to fix it for me..

"Obviously its a ROM side fix that is needed. Please take it to the proper thread. That is all i ask."
[HTC Rezound] iHateWebOS:
Added simple GPU governor by faux123. Use trickster mod to select it.
[HTC Rezound] iHateWebOS:
I saw rootbox ROM in goo manager but it doesn't boot. Anyone know who's working on this?
[HTC Rezound] HowardZ:
Are you suggesting we switch from kernel tuner to trickster mod?
[HTC Rezound] iHateWebOS:
Both work well, so it's really up to you. Trickster mod let's you pick a GPU governor, and kernel tuner doesn't.
[HTC Rezound] nimbice:
Sounded to me like he suggested we buy ponies. Ponies are always good.

Something to ponder on while we ride our ponies, from what I can tell kernel tuner can't change gpu gov. Trickster can.

Can I have a blue pony? Is that a thing?
[HTC Rezound] Luke1213:
in what point does GPU governor influences the performance of the phone and the battery? thx.
[HTC Rezound] sn2hotty:
I like SetCPU. Works great, but it doesn't have all the bells & whistles you guys like. Been using it since my OG Droid days. :)
[HTC Rezound] nimbice:
I would assume it affects gpu performance similar to how the cpu gov affects cpu performance. But honestly I have no clue. And neither does my pony. I asked.

Then I googled it and got stuff advertising a simple gpu gov. But no real explanation for what it accomplished.
[HTC Rezound] highdro:
So dumb
[HTC Rezound] replica9000:
Is compiling an Android kernel the same as compiling a standard Linux kernel? I only ask because I'm interesting in these options for an Android kernel:

CONFIG_EXT2_FS_POSIX_ACL=y

CONFIG_EXT3_FS_POSIX_ACL=y

CONFIG_EXT4_FS_POSIX_ACL=y
[HTC Rezound] YTHero:
Is there some trick to flash this? TWRP fails to flash 7/5 and 7/7
[HTC Rezound] mjones73:
Not really, should flash like any other install. 7/5 worked for me, about to try 7/7.
[HTC Rezound] iHateWebOS:
I love how no one ever complains about my complete lack of of a proper change log. :thumbup: I mean my git repo is ALWAYS current, but those changes are often hard to understand if your not a dev. The rez community really is one of the best. I tried helping the thunderbolt community and was ignored and dismissed. Not very welcoming to new comers over there, so I stopped trying. My fellow rez users however are very accepting of everyone that's willing to help. :thumbup:
[HTC Rezound] darkghost568:
Thanks for taking your time and effort to contribute to this wonderful community! :D
[HTC Rezound] forserg:
nvmd

---------- Post added at 05:27 PM ---------- Previous post was at 05:25 PM ----------

thanks for your help
[HTC Rezound] lepa71:
Their loss. Who cares about TBolt ;)
[HTC Rezound] darkghost568:
+1 I can't seem to get mine to flash either. iHateWebOS a little help please :P
[HTC Rezound] SteveG12543:
You could write "MOAR BETTER!!!!" in every changelog and I would still flash it lol. Thanks man.
[HTC Rezound] replica9000:
I'm used to seeing changelogs like this, so yours is pretty easy to understand.

linux (3.9.8-1) unstable; urgency=low

* New upstream stable update:
http://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.9.7
- b43: stop format string leaking into error msgs (CVE-2013-2852)
- ACPI / video: Do not bind to device objects with a scan handler
- libceph: must hold mutex for reset_changed_osds()
- ceph: ceph_pagelist_append might sleep while atomic
- rbd: don't destroy ceph_opts in rbd_add()
- Bluetooth: Fix missing length checks for L2CAP signalling PDUs
- kmsg: honor dmesg_restrict sysctl on /dev/kmsg
- memcg: don't initialize kmem-cache destroying work for root caches
- md/raid1: consider WRITE as successful only if at least one non-Faulty
and non-rebuilding drive completed it.
- md/raid1,5,10: Disable WRITE SAME until a recovery strategy is in place
- [x86] Modify UEFI anti-bricking code
- powerpc: Fix stack overflow crash in resume_kernel when ftracing
- USB: pl2303: fix device initialisation at open
- USB: f81232: fix device initialisation at open
- USB: spcp8x5: fix device initialisation at open
* New upstream stable update:
http://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.9.8
- ARM: 7752/1: errata: LoUIS bit field in CLIDR register is incorrect
- clk: remove notifier from list before freeing it
- [hppa] make interrupt and interruption stack allocation reentrant
- ACPI / dock: Take ACPI scan lock in write_undock()
- net: fec: fix kernel oops when plug/unplug cable many times
- tcp: fix tcp_md5_hash_skb_data()
- net/802/mrp: fix lockdep splat
- ipv6: fix possible crashes in ip6_cork_release()
- r8169: fix offloaded tx checksum for small packets.
- xfrm: properly handle invalid states as an error
- ip_tunnel: fix kernel panic with icmp_dest_unreach
- net: Block MSG_CMSG_COMPAT in send(m)msg and recv(m)msg
- net: force a reload of first item in hlist_nulls_for_each_entry_rcu
- vhost_net: clear msg.control for non-zerocopy case during tx
- net: sctp: fix NULL pointer dereference in socket destruction
- team: check return value of team_get_port_by_index_rcu() for NULL
- team: move add to port list before port enablement
- l2tp: Fix PPP header erasure and memory leak
- sctp: fully initialize sctp_outq in sctp_outq_init
- macvtap: set transport header before passing skb to lower device
- tuntap: set transport header before passing it to kernel
- packet: set transport header before doing xmit
- netback: set transport header before passing it to kernel
- net_sched: better precise estimation on packet length for untrusted
packets
- firmware loader: fix use-after-free by double abort
- target/iscsi: don't corrupt bh_count in iscsit_stop_time2retain_timer()
- rbd: use the correct length for format 2 object names
- perf: Fix perf mmap bugs
- perf: Fix mmap() accounting hole
[HTC Rezound] gleggie:
What programming language should I learn if I want to learn more about deving? C++?

Sent from my Rezound
[HTC Rezound] iHateWebOS:
Bad DL maybe? I had no issue flashing, but my zip is the original. I don't think it's a bad upload because others have flashed the kernel without issue... I think...
[HTC Rezound] redduc900:
7_4v2, 7_5, and 7_7 have all flashed fine for me using AmonRa 3.16
[HTC Rezound] Jonman409:
C for kernel, java and C++ for ROM. C++ only to utilize the jni and even then you can bring in some C.
[HTC Rezound] darkghost568:
Idk...I downloaded it three different times and it wouldn't work. Maybe try downloading and flashing yourself? I'm sure you'll work it out :) Could just be me :P

I tried using TWRP 2.5.0.0 and Amon Ra 3.16 and neither worked, both gave me the same error: something about not being able to read/extract the zip. All three downloads were done over 4G so I'll try WiFi when I get home. Could've been my signal got interrupted because I had some pretty sketchy coverage.
[HTC Rezound] tigerxchaos:
I had serious problems this morning. Was on 7/1 CM with 6/25 HIRO. Been getting a soft reboot or two every day or so, and just been dealing with it. This morning, four in the span of 40 minutes, two of which were while running a TiBu so I could wipe and reinstall.
[HTC Rezound] replica9000:
Did you try a different recovery to flash? Also make sure your sdcard isn't corrupted. I had an issue where I could download a ROM multiple times, and it would even pass a MD5 check. However it failed to flash every single time. Turned out the filesystem was corrupted.
[HTC Rezound] darkghost568:
I updated my post before with some additional information. I tried TWRP 2.5.0.0 and Amon Ra 3.16. Also I know for a fact that my SD card isn't corrupted. I've had that problem many times before and know to check by now lol.
[HTC Rezound] iHateWebOS:
Here's the md5 from the original

bd14bf4fc3118e7023ef7f8930669f73

Matches the one I just downloaded from drop box. Flashed and booted without issue. I wonder what's going wrong, what does twrp error say?
[HTC Rezound] SteveG12543:
My MD5 matches yours. Just flashed it in TWRP 2.5.0.0 with no issues at all, and booted successfully (obviously, I'm on my phone posting this now lol).
[HTC Rezound] darkghost568:
Got it. I guess my assumptions were right before (and yours too), my download kept getting interrupted which corrupted the zip. I downloaded it with my computer, transferred it to my SD card and now we're up and running with a smooth flash. Thanks for all your help and suggestions guys! :D
[HTC Rezound] nimbice:
People like you, neo, snuzzo, fly, shrike... I'm bad with names but there's a few others; you guys have taken a sub par phone and turned it into something that feels competitive with the current generation of top end devices.

I probably would have bought a newer phone months ago if not for how great you guys have made this phone feel. I think I speak for a great deal of the community when I say thanks. Anyone who has a complaint about your guy's work can go stub their pinky toe on an oak dresser.
[HTC Rezound] mpguzman04:
I tried downloading from my phone (7/7) 3 times and it kept instantly downloading with a size of 28.47kb. Obviously that isn't right as it should be 5.6 of so mb's. I will use my laptop to see if the error is just from phone side. Although I did download Snuzzos 3.7 from my phone without issue.
[HTC Rezound] sn2hotty:
I have to say, the Rezound forums here, especially the AOSP ones, are the friendliest ones I have ever encountered on XDA. The same people and developers post and help each other across yours, Snuzzo's, Neo's, Brenuga's, Shrike's, Flyhalf's, and everyone else's threads. It is like an online family.

For financial reasons mostly (and an unwillingness to give up my unlimited 4G LOL), I am holding on to the Rez for the foreseeable future, and thanks to you guys, the need to upgrade won't be necessary for a long time! When that time comes, wouldn't it be cool if we all got the same phone again?? :D

EDIT: I also love how developers share information and resources across each other's threads too. Awesome!
[HTC Rezound] Luke1213:
I am in. I think i will follow neo, but what if flyhalf, snuzzo, wildstang, bruenga and shrike all get the same phones?
[HTC Rezound] replica9000:
Maybe I'm wrong, but many of us came from the DInc. Maybe we'll all eventually end up with The One.
[HTC Rezound] Luke1213:
Yep, i used to use DInc for a short time, i just came from iPhone.
[HTC Rezound] sn2hotty:
I came from the OG Droid in November 2011! The Rez is only my second smartphone! LOL. I went for the Rezound after growing impatient waiting for the GNex. Boy, did I make the RIGHT decision or what??
[HTC Rezound] brenuga:
Neo, flyhalf and I are all getting Verizon version of One when it comes out. Not sure about everyone else, I know a couple of people like Chad upgraded early to HTC DROID DNA.

---------- Post added at 11:24 PM ---------- Previous post was at 11:21 PM ----------

Neo went from inc 1, inc 2 , rezound. And he still has his old inc 1 he messes around with. The inc 4g is really the bastard child because it is spec wise inferior to the rezound except it has a snapdragon s4 processor (single core though).
[HTC Rezound] mjones73:
This is only my second smartphone, I came from a Droid also. I was all set to get a Nexus but between the complaints about the radios and screens cracking and the Rezound being $100 cheaper, I picked up that instead. :)
[HTC Rezound] sn2hotty:
Exactly! :)
[HTC Rezound] replica9000:
My fiance went from the Droid to the DInc2. I compared her screen to my DInc when I was deciding on the Rez or GNex. Ended up with the GNex at first, a week later traded for the Rez.
[HTC Rezound] HowardZ:
I am pleased with CM10.1 7/7 with HIRO kernel 7/7.
[HTC Rezound] gleggie:
+1 Same here
[HTC Rezound] nimbice:
So I found a bug where if I overclock to max cpu frequency my phone overheats and reboots while using Google maps. You should design a rezound heat sink and mail it to me.

Appreciate, the help. Thanks.
[HTC Rezound] iHateWebOS:
I doubt it really works, but here you go.

http://gadget-buy.com/p-43767-new-cell-phone-heat-sink-magical-ice-pad-graphite-graphene/
[HTC Rezound] sn2hotty:
LOL! Classic!
[HTC Rezound] nimbice:
Hahaha omg. You are my hero.
[HTC Rezound] iHateWebOS:
I was sold as soon as I read this line in the description.

" alsprolongs battery life. Brocks harmful electromagnetic waves."
[HTC Rezound] highdro:
lol I'm buying 2 of em now
[HTC Rezound] SteveG12543:
Don't use both of em at once! Using your phone might give you frostbite cause it'll be so cold :eek:
[HTC Rezound] sn2hotty:
Might make it slippery too, you know, because of the ice. :sly:
[HTC Rezound] unconfuse:
Ha! Well what do we have here? :eek:

http://xdaforums.com/showthread.php?t=2248356
[HTC Rezound] replica9000:
Just tried the new Maps. My menu and search buttons do nothing, and the screen during navigation is very jittery.
[HTC Rezound] sn2hotty:
My search button works fine. My menu button doesn't do anything either, but the menu button (on the Nav bar) doesn't do anything on my Nexus 7 either. But all the normal menu items appear to now be accessed via a little menu icon on the screen in Maps (lower left-hand corner). My screen is also jittery in maps as well as navigation.

Sent from my Infected Rezound
[HTC Rezound] iHateWebOS:
Hiro 7/11

Change log:

# More better ;)
[HTC Rezound] mjones73:
Testing it out now, thanks. :)
[HTC Rezound] nimbice:
Yellow!

Edit: zomg, you got 96mhz working? =D
[HTC Rezound] forserg:
Voltage table looks funny after I installed 7/11
[HTC Rezound] gleggie:
I think he just changed the voltage to be -50 mV by default
[HTC Rezound] HowardZ:
310 mhz is listed twice
[HTC Rezound] forserg:
bingooo ;)
[HTC Rezound] iHateWebOS:
Yes I was trying to make it selectable. It conflicts though so 7/12 will have that duplicate frequency removed.

Edit: 7/12 is already in the dropbox I was kinda waiting for midnight to announce :o
[HTC Rezound] HowardZ:
Getting better.

The 310 mhz is out of order.
[HTC Rezound] nimbice:
Hiro, tomorrow's kernel, today.
[HTC Rezound] iHateWebOS:
310 is used to source CPU cores and L2 from the AFAB clock. Not supposed to be able to choose it. I tried making it selectable, but it caused conflicts. So I reverted the change.
[HTC Rezound] Luke1213:
is 7/12 by default UV 50mV?
[HTC Rezound] iHateWebOS:
Custom voltages. it's hard to say what bone stock voltages are at this point since all kernels for aosp have a different voltage table.
[HTC Rezound] iHateWebOS:
Patched to Linux 3.0.86 :thumbup:
[HTC Rezound] forserg:
Is it support FauxSound? Thanks.
[HTC Rezound] iHateWebOS:
Yup but last I tried the app appeared as incompatible in the market even though the rezound is in the apps description. I'll post a flashable of some presets at some point
[HTC Rezound] winston856:
Loved 7/11, only thing was soft rebooting was an issue. Going to flash 7/13 and wipe dalvik
[HTC Rezound] Luke1213:
same here
[HTC Rezound] HowardZ:
Personally, I love 7/7, as every version after it has occasional random periods of slowness. It can take hours for it to show up. I am using scary governor and ZEN.

I will see how well 7/13 works.
[HTC Rezound] iHateWebOS:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2.3.13]

Thanks for that. I hope you enjoy the kernel. If you want total lag domination try the latest stock+ edition. Not as many frills, but to me feels smoother and faster.
[HTC Rezound] scy1192:
my only issue is that 1836Mhz crashes under load, and I'm not really willing to increase voltage more due to heat. Oh well, 1728 isn't too shabby.
[HTC Rezound] iHateWebOS:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2.3.13]

Yeah not all phones like 1836, 1728 is pretty stable and its still a nice bump. As far as heat I added thermal control to this update so you could always use kernel to tweak that
[HTC Rezound] iHateWebOS:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

For those with more sensitive phones, try the stock+ variant at 1.7ghz. I may even lower it to that as maximum in a future update. Stock+ is always gonna aim to run well without having to change any settings
[HTC Rezound] iHateWebOS:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

Anyone use sweep2wake? I can add if yall would like
[HTC Rezound] darkghost568:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

Hate s2w. Eats battery life like nobody's business.
[HTC Rezound] Snuzzo:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

Exact reason why I squashed it out in mine. Notifications were keeping the screen awake.

Sent from my ADR6425LVW using Xparent Green Tapatalk 2
[HTC Rezound] iHateWebOS:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

Im not sure how to test arm topology's effectiveness besides just goin on team linaro's word. Snuzzo you should pick it and let me know what you think. It's one of my only pickable commits. Or all linaro patchez i got this from here http://patches.linaro.org/project/linux-arm-kernel/
[HTC Rezound] zkrp5108:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

I'm very impressed by your work sir you are a machine and you keep this kernel updated which is why I consistently use this kernel very happy hope you stick around for awhile and continue working on this very good project thanks for your time.
[HTC Rezound] Tidewater:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

Second that
[HTC Rezound] iHateWebOS:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

I added sweep2wake to my source however i wont be building my releases with it. If anyone actualy wants sweep2 wake due to power button issues let me know and I'll build you your own version. For all that matters If anyone wants any specific combo of my features, let me know. Mainly offering this because stock+ is built with my personal settings in mind.
[HTC Rezound] iHateWebOS:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

Update coming tomorrow since its my last day of my break so I figure I can push one more out
[HTC Rezound] darkghost568:
Re: [Kernel][AOSP][pmem/ion][LINARO13.01]Stock/Deluxe+ oveclock kernel [2/3/13]

Yay! Can't wait!