00:00.23 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
00:15.03 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58F14.dip0.t-ipconnect.de) |
00:58.14 | *** join/#htc-linux radiochickenwax (~user@ip72-201-232-49.ph.ph.cox.net) |
01:19.03 | *** join/#htc-linux br1ck (~br1ck@xdsles125.osnanet.de) |
02:07.03 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
02:12.14 | *** join/#htc-linux Scepterr (~scepterr@ool-18b92277.dyn.optonline.net) |
03:09.17 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
03:53.45 | *** join/#htc-linux surgex (~surge@pool-98-118-154-21.bflony.fios.verizon.net) |
03:55.20 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
04:07.12 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
04:08.11 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.209) |
05:04.11 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
05:25.02 | *** join/#htc-linux apt (ibot@rikers.org) |
05:25.02 | *** topic/#htc-linux is Welcome to the http://htc-linux.org project! Please read the Wiki: http://htc-linux.org/wiki || Logs: http://irclog.netripper.com/?chan=htc-linux || This is no android support channel. |
05:28.09 | ToAsTcfh | phh: those changes didnt work :/ |
05:31.41 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
05:58.23 | *** join/#htc-linux DenPal (~hoper@188-243-252-87-dynamic-pool.gprs.mts.by) |
05:58.42 | *** part/#htc-linux DenPal (~hoper@188-243-252-87-dynamic-pool.gprs.mts.by) |
05:59.39 | ToAsTcfh | bzo: phh: changing 0x40 to 0 caused memory issues :/ |
06:01.37 | ToAsTcfh | phh: bzo: btw when i look at devmem 0xA860033C 32 i get 0x00000000. is this the overflow u guys were talking about? |
06:27.00 | *** join/#htc-linux zachy (~george@85.193.4.18) |
06:42.35 | ToAsTcfh | bzo: phh: i get 0x0000000 no mater what i set acpuclock,c too, unless im stock. idk if that helps. |
06:43.25 | ToAsTcfh | bzo: also i neveer got the jiffy adjust to work. always ended up with compile issues |
06:54.15 | *** join/#htc-linux dekar_ (~dekar@f051088011.adsl.alicedsl.de) |
06:55.19 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
07:04.45 | *** join/#htc-linux evildarknight (~evildarkn@41.207.129.30) |
07:05.58 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d879213.pool.mediaWays.net) |
07:16.34 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04af7.pool.mediaWays.net) |
07:39.28 | *** join/#htc-linux DenPal (~hoper@168-243-252-87-dynamic-pool.gprs.mts.by) |
07:44.53 | *** part/#htc-linux DenPal (~hoper@168-243-252-87-dynamic-pool.gprs.mts.by) |
07:52.42 | *** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
07:54.57 | *** join/#htc-linux M3DLGpc (~M3DLG@212.183.140.51) |
08:16.43 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
08:20.24 | *** part/#htc-linux zachy (~george@85.193.4.18) |
08:20.55 | *** join/#htc-linux firefox_ (~firefox@97-123-178-209.albq.qwest.net) |
08:23.22 | *** join/#htc-linux loni (~loni@87.69.216.210) |
08:30.55 | *** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
08:43.35 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d879213.pool.mediaWays.net) |
09:00.05 | *** join/#htc-linux loni (~loni@87.69.216.210) |
09:10.36 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
09:11.45 | *** join/#htc-linux zachy (~george@85.193.4.18) |
09:25.20 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
09:27.00 | *** join/#htc-linux GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
09:28.03 | firefox_ | I have an xv6800 (aka htc titan) Is it possible to keep wm6 and run soeting like emdebian (or w/e works best?) |
09:28.58 | GNUtoo | hi, here is cyanogen mod dmesg after one night of suspend(pressed power button) http://pastebin.com/MmBCKaYQ |
09:38.59 | Markinus | Captnoord: the reason for the slow boot is the htc fb console, if you deactivate this from config file is normal fast. No Idea why |
09:39.13 | Markinus | Captnoord: I'm today off, have to go |
09:47.08 | Captnoord | k |
09:50.03 | *** join/#htc-linux Tigerzen (Tigerzen@81-66-204-232.rev.numericable.fr) |
09:50.20 | Tigerzen | Hello !!!!!!!!! |
09:51.57 | mickeyl | GNUtoo: good morning |
09:52.04 | GNUtoo | hi |
09:52.26 | GNUtoo | phh, did it suspend: http://pastebin.com/MmBCKaYQ <- this dmesg seem strange to me |
09:52.28 | mickeyl | GNUtoo: what does that mean? |
09:52.30 | phh | [23:50:00] <mrquick> I ported bluez 4.63 to xdandroid hoping it would fix the a2dp failure, no such luck <-------- the problem is the libaudioflinger |
09:52.31 | *** join/#htc-linux samganjii (~samganjii@p54909F89.dip0.t-ipconnect.de) |
09:52.50 | GNUtoo | mickeyl, what does what means? |
09:52.54 | mickeyl | that dmesg |
09:53.01 | GNUtoo | mickeyl, cm-mod dmesg |
09:53.05 | mickeyl | ya |
09:53.13 | mickeyl | i'm wondering about the contents though |
09:53.19 | mickeyl | your analysis, so to speak |
09:53.30 | mickeyl | pity that we can't have absolute times in dmesg |
09:53.35 | phh | GNUtoo: I'd guess so |
09:53.46 | phh | echo 1 > /sys/module/pm/parameters/debug_mask ? |
09:53.46 | GNUtoo | ok |
09:53.59 | GNUtoo | ok I'll do that |
09:54.12 | GNUtoo | phh, but the strange thing is that there is no gap in timed dmesg |
09:54.15 | GNUtoo | is that normal? |
09:55.12 | phh | we already discussed that, and yes it's normal ... |
09:55.20 | GNUtoo | ok |
09:55.41 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
09:55.47 | mickeyl | so cm-mod wakes up about once per hour |
09:55.48 | mickeyl | that's good |
09:55.52 | mickeyl | much better than we do |
09:56.13 | phh | GNUtoo: without pushmail ? |
09:56.29 | GNUtoo | pushmail? |
09:56.34 | GNUtoo | ah ok |
09:56.46 | phh | without gmail ? |
09:56.52 | GNUtoo | I think so |
09:57.01 | GNUtoo | stock install without any active service |
09:57.04 | phh | some major changes about wl1251 |
09:57.08 | GNUtoo | I didn't login into gmail |
09:57.17 | phh | external irq & platform_data |
09:58.24 | phh | (that could make good wifi PM) |
10:03.58 | Captnoord | hmmm cool |
10:06.19 | *** join/#htc-linux loni (~loni@87.69.216.210) |
10:07.40 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.22) |
10:14.58 | Captnoord | phh |
10:15.02 | Captnoord | in irq.c |
10:15.12 | Captnoord | please remove |
10:15.12 | Captnoord | // Make really sure all the interrupts are cleared - MJ |
10:15.12 | Captnoord | writel(0xffffffff, VIC_INT_CLEAR0); |
10:15.12 | Captnoord | writel(0xffffffff, VIC_INT_CLEAR1); |
10:15.16 | Captnoord | from sleep2 |
10:15.30 | Captnoord | its fucked |
10:15.31 | phh | doesn't kill anything ? |
10:15.37 | Captnoord | it results in not beeing able to wakeup on sleep2 |
10:15.41 | Captnoord | if there is a instant wakeup |
10:15.52 | Captnoord | that code needs to be set 1x on init |
10:15.55 | Captnoord | of the irq system |
10:16.20 | phh | why don't you do that ? |
10:16.22 | Captnoord | it kinda hides problems |
10:16.27 | Captnoord | as i'm majorly building .32 now |
10:16.28 | Captnoord | lol |
10:16.31 | Captnoord | will do in a sec |
10:21.17 | *** join/#htc-linux thedicemaster (thedicemas@j89126.upc-j.chello.nl) |
10:36.35 | Captnoord | phh do we have sleep2 enabled? |
10:37.04 | phh | you mean the irq function ? |
10:37.15 | Captnoord | yea.... |
10:37.18 | Captnoord | do we use it |
10:37.20 | phh | it's used yes |
10:37.22 | Captnoord | k |
10:40.08 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
10:53.56 | GNUtoo | so...here's the new trace: http://pastebin.com/UimnXpkw ,msmfb_fake_vsync is a function,that is called by the framebuffer terminal according to mickeyl that refresh the screen |
10:54.39 | GNUtoo | the refresh thread(which was disabled in this kernel config) also calls that,but here it was not active |
10:55.15 | *** join/#htc-linux DenPal (~hoper@post1.centr.by) |
10:56.27 | GNUtoo | also: |
10:56.30 | mickeyl | can't we find out who registered those timers which are waking us up? |
10:56.34 | GNUtoo | cursor_timer_handler /home/gnutoo/embedded/htcdream/SHR/kernel/linux/drivers/video/console/fbcon.c:398 |
10:56.50 | GNUtoo | mickeyl, that's exactly what I'm doing |
10:57.07 | GNUtoo | mickeyl, framebuffer console and msmfb_pan_update |
10:57.34 | GNUtoo | so I'll remove framebuffer-console |
10:57.45 | GNUtoo | but then how do I give the suspend order? |
10:58.46 | Kensan | script? |
10:59.37 | GNUtoo | (sleep somenum && suspend.sh) & exit under usb console is fine? |
10:59.45 | phh | GNUtoo: maybe in screen ? |
10:59.50 | *** part/#htc-linux DenPal (~hoper@post1.centr.by) |
11:00.03 | GNUtoo | is usbconsole fine? |
11:00.23 | phh | I'd guess so |
11:00.32 | GNUtoo | ok I'll try |
11:00.34 | GNUtoo | thanks a lot |
11:03.15 | Captnoord | hmm cool |
11:03.23 | chamonix | hey guys |
11:03.23 | Captnoord | maybe i'll add some extra debugging stuff |
11:03.44 | chamonix | phh: with RIL and no SIM -> 9 hours |
11:03.51 | phh | oO |
11:03.54 | phh | what's the .. ? |
11:03.55 | Captnoord | damn...... |
11:03.58 | chamonix | yea |
11:03.59 | Captnoord | crap |
11:04.13 | phh | I get about 20hours with ril no sim |
11:04.16 | phh | on diamond's battery. |
11:04.38 | chamonix | phh: I've taken logs because I felt the battery drain was extremely during the last 4 hours |
11:05.15 | chamonix | it was loaded 100% at 04:00, 75% at 10:00 and empty at 13:00 |
11:06.00 | *** join/#htc-linux DenPal (~hoper@post1.centr.by) |
11:06.13 | chamonix | reloading now, then I'll boot and fetch the logs and remove RIL |
11:07.44 | Captnoord | chamonix: you can replace the panel code with the diamonds |
11:07.44 | Captnoord | if you have the same hw |
11:07.44 | Captnoord | I did |
11:07.44 | Captnoord | it works |
11:07.45 | *** part/#htc-linux DenPal (~hoper@post1.centr.by) |
11:07.48 | Captnoord | but I don't had time to complete it for the other hw things |
11:08.02 | chamonix | it looks to me like something goes wrong at a point in time so I'll take sleep stats for different time intervals to see if the pattern changes |
11:08.32 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
11:08.45 | Captnoord | you can comment out irq 5.... i2c from the irc.c |
11:08.47 | Captnoord | irq.c |
11:09.20 | chamonix | well as the phone lays on my desk and does not move an inch nor is touched would it really make a difference? |
11:09.26 | Captnoord | yea |
11:09.35 | Captnoord | because if there is any i2c activity |
11:09.38 | Captnoord | it will wake up |
11:09.49 | Captnoord | and finds out that there is nothing to wakeup for |
11:09.54 | Captnoord | and go back to sleep again |
11:10.24 | chamonix | well sleep stats would confirm that I guess so I'll take readings first.... baseline is 30 minutes of sleep |
11:12.02 | *** join/#htc-linux mackie (~mackie@2002:4677:4f46:1234:20c:29ff:fed7:c127) |
11:12.59 | chamonix | phh: I've rewritten the GUI of ledeffects to handle different models.... could you give me some examples of writing to the topa effects dgbfs files so I'm not completely in the dark? |
11:13.16 | phh | chamonix: echo 3 > /dbgfs/micropklt_dbg/color_leds |
11:13.21 | phh | iirc |
11:15.25 | chamonix | that would be green flashing slow? |
11:15.50 | *** join/#htc-linux fakker (~noobhands@host81-129-211-38.range81-129.btcentralplus.com) |
11:18.35 | phh | I'd guess so |
11:19.53 | chamonix | ok, let's try with that |
11:20.27 | chamonix | is there a file for sleep as well on topa? |
11:20.32 | phh | no |
11:20.35 | phh | ok it's color_led |
11:20.37 | phh | withouot a s |
11:20.42 | chamonix | kk |
11:21.07 | phh | meeeeh ? |
11:21.08 | phh | doesn't work |
11:21.14 | Captnoord | lol |
11:21.16 | Captnoord | 7 minute sleep |
11:21.25 | Captnoord | forgot to wakeup to know for sure |
11:22.20 | chamonix | what doesn't work? |
11:22.25 | phh | led stuff. |
11:22.30 | chamonix | oO |
11:22.38 | Captnoord | I broke stuff? |
11:22.39 | Captnoord | :P |
11:22.59 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B5AD83.dip0.t-ipconnect.de) |
11:23.40 | Captnoord | device entering sleep now |
11:31.44 | GNUtoo | <PROTECTED> |
11:31.44 | GNUtoo | <PROTECTED> |
11:31.47 | GNUtoo | that's all |
11:32.26 | GNUtoo | and it didn't suspend: [ 1248.955108] Freezing of user space aborted |
11:32.40 | GNUtoo | maybe I'll remove hrtimer |
11:39.18 | *** join/#htc-linux Jack_E (~chatzilla@host86-129-78-189.range86-129.btcentralplus.com) |
11:42.28 | *** join/#htc-linux Zoolooc (~fredsibar@p5495753B.dip.t-dialin.net) |
11:44.02 | *** join/#htc-linux loni (~loni@87.69.216.210) |
11:46.13 | *** join/#htc-linux Graduated (~Graduated@HSI-KBW-078-043-130-141.hsi4.kabel-badenwuerttemberg.de) |
11:47.27 | Captnoord | phh |
11:47.34 | Captnoord | remember the battery stuff I did |
11:47.38 | Captnoord | I mean |
11:47.45 | Captnoord | now I have on my 0.5 ohm resistor |
11:47.46 | Captnoord | 10 mv |
11:47.54 | phh | with doing what ? |
11:47.59 | Captnoord | sleeping |
11:48.10 | Captnoord | I can remember it used to be 20 mv |
11:48.15 | phh | yes ... |
11:48.30 | phh | well, 10mv => 20mA => ~ 50hours of battery life |
11:48.33 | phh | something's wrong here. |
11:49.35 | Captnoord | nope I cheered to early |
11:49.42 | Captnoord | my scope needed some correction |
11:49.45 | Captnoord | the funny thing is |
11:49.50 | Captnoord | I can see the sleeping led working |
11:49.55 | phh | lol |
11:50.10 | phh | you mean you can see when leds are on or off ? |
11:50.16 | Captnoord | yup |
11:52.00 | Captnoord | hmmmm |
11:52.03 | Captnoord | using a 10x probe now |
11:52.09 | Captnoord | gonna check if I got a 1x |
11:52.13 | Captnoord | the scope already corrects it |
11:52.17 | GNUtoo | ok hrtimer is mandatory |
11:52.17 | Captnoord | so don't worry |
11:52.22 | GNUtoo | it's not high res timer |
11:52.32 | phh | GNUtoo: oO |
11:52.35 | phh | then what is it ? |
11:52.57 | phh | GNUtoo: you got the msm_sleep .... idle 0 on cm-mod ? |
11:53.21 | GNUtoo | I didn't try that |
11:53.25 | GNUtoo | on cm-mod |
11:54.39 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
11:55.02 | GNUtoo | HIGH_RES_TIMERS => ifdefs in kernel/hrtimer.c but it doesn't ifdef the whole file,only some parts |
11:55.21 | GNUtoo | it says it's used by nanosleep |
11:55.26 | GNUtoo | so by that maybe: |
11:55.34 | GNUtoo | sleep .1 |
12:00.44 | Captnoord | hmmm disabling ril won't do shit for current drain |
12:00.50 | Captnoord | now booting without sim |
12:06.19 | Captnoord | phh without sim no change in current drain |
12:06.24 | Captnoord | less radio activity |
12:06.30 | Captnoord | but still 20ma drain |
12:06.37 | Captnoord | or even more |
12:06.46 | Captnoord | between 30 and 40 ma |
12:07.03 | Captnoord | hmmmm |
12:07.04 | Captnoord | I wonder |
12:08.59 | phh | Captnoord: I know that's going to sound stupid, but just in case. |
12:09.05 | phh | can you boot with wifi connected in wimo ? |
12:09.11 | Captnoord | I can |
12:10.32 | Captnoord | hmmm |
12:10.40 | Captnoord | maybe I should disable radio on wince |
12:10.43 | Captnoord | it was still on |
12:10.48 | Captnoord | hmmm |
12:10.50 | Captnoord | wifi on |
12:10.51 | Captnoord | k |
12:13.26 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
12:13.49 | Captnoord | phh current drain is more |
12:14.38 | phh | bah. |
12:14.39 | Captnoord | and I got a extra clock |
12:15.17 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
12:15.30 | Captnoord | 12 ms block |
12:15.38 | Captnoord | hmmmm |
12:15.39 | Captnoord | pwm shit |
12:15.41 | Captnoord | hmmmmm |
12:17.03 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
12:20.46 | Captnoord | phh what does the raph have what the diam doesn't have |
12:20.49 | Captnoord | keyboard |
12:20.56 | phh | tvout |
12:21.11 | phh | usdhc vs internal mmc |
12:21.19 | Captnoord | yup |
12:21.20 | phh | that's it I guess |
12:24.31 | Captnoord | I wonder if its the led system..... |
12:24.32 | Captnoord | or |
12:24.33 | Captnoord | klt |
12:28.06 | Captnoord | nah |
12:28.09 | Captnoord | need todo something different |
12:36.13 | *** join/#htc-linux gauner1986 (~gauner198@p5B385410.dip.t-dialin.net) |
12:43.42 | *** join/#htc-linux mainuser (~quassel@HSI-KBW-078-043-130-141.hsi4.kabel-badenwuerttemberg.de) |
12:45.04 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B5AD83.dip0.t-ipconnect.de) |
12:50.30 | *** join/#htc-linux mickeyl (~mickey@80.81.242.146) |
12:53.38 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.4) |
12:59.12 | *** join/#htc-linux leobaillard (~leobailla@104.242.101-84.rev.gaoland.net) |
13:02.38 | *** join/#htc-linux madCoder` (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net) |
13:03.10 | ToAsTcfh | phh: what up |
13:06.12 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
13:17.32 | *** join/#htc-linux bartman (~bart@tau.jukie.net) |
13:23.08 | phh | ToAsTcfh: fluid dynamics. |
13:28.02 | *** join/#htc-linux mickeyl (~mickey@openmoko/coreteam/mickey) |
13:28.36 | *** join/#htc-linux hfctsaot (~heroc@173.6.194.37) |
13:39.10 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
13:45.36 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
13:57.30 | *** join/#htc-linux alphaone|gone (~alphaone@2001:638:602:af01::1) |
14:00.35 | *** join/#htc-linux k_linux (~klinux@41.249.115.222) |
14:04.20 | *** join/#htc-linux k_linux1 (~klinux@41.249.115.222) |
14:05.20 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
14:07.36 | *** join/#htc-linux k_linux (~klinux@2002:29d6:98fd:7:8200:60ff:fe0f:e800) |
14:14.10 | *** join/#htc-linux loni (~loni@87.69.216.210) |
14:14.28 | *** join/#htc-linux loni (~loni@87.69.216.210) |
14:25.15 | *** join/#htc-linux k_linux (~klinux@41.249.115.222) |
14:25.26 | GNUtoo | phh, http://pastebin.com/NLXvQnL5 idle 0 on cm-mod |
14:30.38 | *** join/#htc-linux celthunder (~celthunde@lethaltechnology.net) |
14:35.45 | *** join/#htc-linux k_linux (~klinux@41.249.115.222) |
14:49.23 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.37) |
15:02.57 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
15:13.21 | chamonix | phh: I compared sleep profile btwn RIL and no-RIL -> no difference = a few 1 minute sleeps, > 99% is sleep time over 6 hours and max sleeps of 60 min. 3 times each |
15:13.41 | chamonix | starting a test without RIL now |
15:15.11 | *** join/#htc-linux AstainHellbring (~AstainHel@174-23-34-232.slkc.qwest.net) |
15:15.13 | AstainHellbring | hi |
15:15.15 | AstainHellbring | how goes it? |
15:16.10 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
15:18.58 | *** join/#htc-linux Cablekevin (~Cablekevi@house.speedxs.nl) |
15:28.48 | chamonix | phh: I've been scanning logs for unusual stuff.... the only thing I found was this |
15:28.52 | chamonix | [ 322.111297] suspend: exit suspend, ret = 0 (2010-04-16 10:57:28.620000000 UTC) |
15:28.55 | chamonix | [ 322.111389] suspend: abort suspend |
15:28.58 | chamonix | [ 322.111450] htc_pwrsink: ID 0, Util 38%, Total 38000 uA |
15:29.11 | *** join/#htc-linux defendthecommons (~defendthe@74-32-42-118.dr03.mdtw.ny.frontiernet.net) |
15:29.15 | chamonix | unusual because of 38000 uA, I've never seen more than 7000 |
15:33.15 | chamonix | .... but still I don't get it... the phone does nothing except sleeping and drains battery faster than when I have 3G on with location |
15:45.31 | *** join/#htc-linux k_linux (~klinux@41.251.118.68) |
16:01.51 | *** join/#htc-linux GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
16:02.01 | AstainHellbring | slaps NetRipper |
16:03.32 | phh | GNUtoo: ah some idle 0 |
16:03.34 | phh | I started to wonder. |
16:03.45 | GNUtoo | ok |
16:03.50 | GNUtoo | but it was under cm-mod |
16:04.10 | phh | and this one sleeps correctly |
16:04.13 | phh | damned |
16:06.51 | phh | GNUtoo: anyway, you can see: <6>[ 3766.034088] msm_sleep(): mode 0 delay 115200000 idle 0 |
16:06.56 | phh | here you have a non-0 delay |
16:07.08 | phh | and I can't see in the sources, where this delay is set to something different than 0 |
16:07.10 | GNUtoo | ok |
16:07.34 | ToAsTcfh | phh: u see my ping? |
16:07.41 | phh | ToAsTcfh: which one ? |
16:07.45 | ToAsTcfh | ll |
16:07.51 | phh | ? |
16:07.51 | ToAsTcfh | all of them |
16:07.58 | phh | I've seen only one |
16:07.59 | phh | "what up" |
16:08.03 | ToAsTcfh | :/ |
16:08.16 | phh | oh right |
16:08.17 | phh | this one too |
16:08.27 | phh | ToAsTcfh: how do you know there are memory erros ? |
16:08.28 | phh | +r |
16:08.42 | ToAsTcfh | <ToAsTcfh> phh: those changes didnt work :/ |
16:08.49 | phh | which changes ? |
16:08.55 | ToAsTcfh | <ToAsTcfh> bzo: phh: changing 0x40 to 0 caused memory issues :/ |
16:09.12 | ToAsTcfh | <ToAsTcfh> bzo: phh: i get 0x0000000 no mater what i set acpuclock,c too, unless im stock. idk if that helps. |
16:09.12 | ToAsTcfh | <PROTECTED> |
16:09.25 | phh | GNUtoo: bah, according to source code, delay=0 is ormal |
16:09.26 | phh | +n |
16:09.41 | phh | GNUtoo: ah no, forget what I said |
16:09.48 | ToAsTcfh | because when i used memkiller app it said there was a memory error |
16:09.52 | GNUtoo | ok |
16:09.55 | phh | GNUtoo: so you still should take a look at delay values |
16:10.00 | phh | I guess they are way too short |
16:10.08 | GNUtoo | ok where are they defined? |
16:10.26 | phh | drivers/rtc/rtc-msm*.c |
16:10.30 | phh | msmrtc_suspend |
16:10.32 | ToAsTcfh | phh: but it seemed to be just using 0 in the writel that caused it |
16:10.36 | GNUtoo | ok thanks a lot |
16:11.12 | phh | ToAsTcfh: 0 instead of 0x40 you mean ? |
16:11.27 | ToAsTcfh | phh: i went back to using 0x40 because it was more stable |
16:11.32 | ToAsTcfh | yep |
16:11.42 | phh | ToAsTcfh: so 0x40 does 0, but 0x40 is more stable than 0x0 ? |
16:11.52 | ToAsTcfh | yeah |
16:11.57 | phh | that sounds hard to believe you know. |
16:12.10 | phh | and I can't see how a memkiller app can know there is a "memory error" |
16:12.10 | ToAsTcfh | and doesnt give an error in the memkiller app |
16:12.29 | phh | there is absoly no way to automatically know there is a memory error |
16:12.33 | phh | absolutely* |
16:12.44 | ToAsTcfh | well it says there is when it trys to set the memkiller |
16:13.03 | ToAsTcfh | and refuses to set it |
16:13.08 | ToAsTcfh | idk |
16:13.21 | ToAsTcfh | 0x40 has no issues though |
16:13.24 | GNUtoo | lol seem that the delay is 0 |
16:14.25 | ToAsTcfh | phh: u see the teaser thread with my benchmarks in it? |
16:14.31 | GNUtoo | I'll look in cm-mod sources |
16:14.34 | GNUtoo | thanks a lot |
16:16.34 | GNUtoo | I'll printk to be really shure |
16:17.20 | ToAsTcfh | phh: so im gonna need to clean this up and build a acpuclock closer to what u guys have right? |
16:17.38 | GNUtoo | ah ok |
16:17.41 | GNUtoo | mmm |
16:17.58 | GNUtoo | maybe it's set here: rtc_tm_to_time(&a->time, &rtcalarm_time) |
16:24.07 | *** join/#htc-linux defendthecommons (~defendthe@74-32-42-118.dr03.mdtw.ny.frontiernet.net) |
16:29.25 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
16:44.11 | ToAsTcfh | :/ |
16:56.30 | GNUtoo | phh, no relevant changes between cm-mod's rtc-msm7x00a.c and ours |
17:01.13 | GNUtoo | so something must call .set_alarm |
17:08.10 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
17:09.47 | phh | GNUtoo: yours doesn't even sleep |
17:09.52 | phh | well |
17:09.56 | phh | depends on the logs you gave. |
17:09.58 | GNUtoo | ok |
17:10.04 | phh | ToAsTcfh: no I didn't |
17:10.05 | phh | url ? |
17:12.18 | ToAsTcfh | phh: i actually didnt post this but this is my old eclair rom thread for .27. anyhow flipz always rn the first post so i though he should post the benchmaks there. so i gave them to him to post. http://forum.xda-developers.com/showthread.php?t=593015 |
17:12.28 | ToAsTcfh | i stil havent mentioned oc |
17:12.47 | ToAsTcfh | i was waiting till i knew for sure im overclocked |
17:13.06 | ToAsTcfh | but as of today i can say without a doubt i am |
17:13.17 | GNUtoo | <PROTECTED> |
17:13.26 | GNUtoo | the suspend which calls msleep |
17:14.07 | ToAsTcfh | ive ran every single bench in android and they all show a increse of around 11% - 13% |
17:14.29 | ToAsTcfh | but again it could just be timers like u said |
17:14.31 | ToAsTcfh | :/ |
17:15.11 | ToAsTcfh | its deffinatly able to handle more and its smooth out eclair totally |
17:15.43 | phh | ToAsTcfh: no it's not |
17:15.43 | ToAsTcfh | i want more though:P i wanna make it right |
17:15.50 | phh | it's not timer errors I mean |
17:15.55 | ToAsTcfh | ok |
17:16.33 | phh | ToAsTcfh: btw, what did you do on your own concerning 2.1 ? |
17:16.49 | ToAsTcfh | what u mean |
17:17.08 | phh | well, o/c and 3D are from wince guys |
17:17.20 | phh | and IIRC that's all that was needed for 2.1 VS 2.6 |
17:17.32 | ToAsTcfh | multitouch and misc things |
17:18.12 | ToAsTcfh | there were alot of people credited in the eclair thread |
17:18.23 | phh | isn't multitouch just a #define in the code ? |
17:18.26 | phh | just saying |
17:18.31 | ToAsTcfh | no |
17:18.34 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.37) |
17:19.04 | ToAsTcfh | i back ported the .29 synaptics driver |
17:19.23 | phh | unfair :'( |
17:19.26 | phh | that would have been a lot funnier. |
17:19.35 | ToAsTcfh | what |
17:20.03 | phh | nvm |
17:20.24 | ToAsTcfh | http://forum.xda-developers.com/showthread.php?t=635360 |
17:21.01 | phh | half of the thanks goes to wince guys |
17:21.02 | phh | <3 |
17:21.08 | phh | and maejrep is kind of wince+android |
17:21.14 | ToAsTcfh | yeah |
17:21.34 | ToAsTcfh | we had a team of people working on eclair |
17:22.06 | ToAsTcfh | u guys helped more then any other community |
17:22.17 | phh | anyway, I'm sure you'll get the news frontpage in all geek stuff :p |
17:22.18 | ToAsTcfh | g1 and all that were no help |
17:22.24 | ToAsTcfh | no |
17:22.28 | ToAsTcfh | i never do |
17:22.31 | ToAsTcfh | lol |
17:22.47 | phh | N800 guys got headlines for their overclocking ... |
17:22.54 | phh | and its way less widespread device than hero |
17:23.22 | ToAsTcfh | well ill definatly say it was u man dont worry |
17:23.36 | ToAsTcfh | im not like that |
17:23.57 | ToAsTcfh | i just want to get stuff to work |
17:24.17 | phh | well, here with "you" I meant the overclocking stuff |
17:24.19 | phh | not specially you |
17:24.26 | phh | well journalists are idiot so it will be you, but that's another tosyr |
17:24.28 | phh | story* |
17:24.37 | ToAsTcfh | bah |
17:24.47 | GNUtoo | btw what does no_console_suspend=1 do? |
17:24.54 | phh | GNUtoo: no clue. |
17:24.56 | ToAsTcfh | go post the solution then in the hero forums |
17:24.57 | phh | I've been wondering |
17:25.00 | phh | but I haven't searched |
17:25.01 | GNUtoo | ok |
17:25.16 | GNUtoo | I thought it was for viewing what happened during suspend |
17:25.18 | ToAsTcfh | phh: i dont wanna steel ur thunder |
17:25.24 | GNUtoo | but I'm not shure why leviathan added it |
17:25.26 | ToAsTcfh | ur awesome |
17:25.28 | phh | ToAsTcfh: you do the rom. |
17:25.40 | phh | GNUtoo: it could kill your suspend :p |
17:25.46 | phh | since msm_fb doesn't really like suspend. |
17:25.48 | ToAsTcfh | phh: what |
17:26.02 | GNUtoo | indeed |
17:26.10 | phh | ToAsTcfh: the devmem tool is available on most mods ? |
17:26.25 | ToAsTcfh | busybox |
17:26.39 | phh | and /dev/mem ? |
17:26.46 | ToAsTcfh | no just .27 |
17:26.49 | leviathan | GNUtoo: no_console_suspend=1 was because of amok power managment things fso did |
17:26.59 | leviathan | we can remove it for now I guess ;-) |
17:27.07 | GNUtoo | ah ok |
17:27.08 | ToAsTcfh | we dont source for .29 |
17:27.08 | phh | ToAsTcfh: it exists in most/all mods which includes .27 ? |
17:27.28 | phh | not specifically heroc if you know for other ones |
17:27.41 | ToAsTcfh | oh yeah i believe so |
17:28.16 | ToAsTcfh | but the devmem tool doesnt actually oc |
17:28.28 | ToAsTcfh | u have to write in in acpu |
17:28.33 | phh | ToAsTcfh: if the frequency stays at 528MHz, it does |
17:28.45 | ToAsTcfh | it doesnt stick though |
17:29.14 | ToAsTcfh | itll oc as long as ur at 528 but let it flinch and it resets it |
17:29.17 | phh | yup |
17:29.27 | phh | ToAsTcfh: btw, what's your current "fix" ? |
17:29.35 | phh | well, how does your code look like |
17:29.36 | ToAsTcfh | fix for what |
17:29.41 | phh | for that not sticking thing |
17:30.00 | ToAsTcfh | /* Program clock source selection */ |
17:30.01 | ToAsTcfh | reg_clksel = readl(A11S_CLK_SEL_ADDR); |
17:30.01 | ToAsTcfh | reg_clksel &= ~1; /* CLK_SEL_SRC1NO == SRC0 */ |
17:30.01 | ToAsTcfh | writel(reg_clksel, A11S_CLK_SEL_ADDR); |
17:30.01 | ToAsTcfh | } |
17:30.01 | ToAsTcfh | <PROTECTED> |
17:30.03 | ToAsTcfh | <PROTECTED> |
17:30.05 | ToAsTcfh | <PROTECTED> |
17:30.07 | ToAsTcfh | <PROTECTED> |
17:30.25 | phh | ok |
17:30.38 | ToAsTcfh | u gonna post it ? |
17:30.41 | phh | ToAsTcfh: and what does the last patch I provided you with btw ? |
17:30.52 | phh | ToAsTcfh: first, try "full" overclocking |
17:31.11 | ToAsTcfh | i never got ur last patch to work? |
17:31.25 | phh | what do you mean ? kernel doesn't start ? |
17:31.41 | ToAsTcfh | lol yeah it locks up as before |
17:31.51 | ToAsTcfh | no errors |
17:32.10 | phh | "locks up" ? |
17:32.15 | phh | you mean at low frequencies ? |
17:32.17 | ToAsTcfh | no boot |
17:32.27 | ToAsTcfh | no at 528 |
17:32.36 | ToAsTcfh | or above 480 |
17:32.45 | phh | it can't go @ 528 /o\ |
17:32.49 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
17:32.53 | ToAsTcfh | lol |
17:32.56 | phh | or I screwed the patch. |
17:33.06 | Captnoord | hmmmm |
17:33.08 | ToAsTcfh | im saying it cant go past 480 |
17:33.09 | Captnoord | scewing |
17:33.22 | phh | ToAsTcfh: ok I'll do another try. dirty one this time. |
17:33.28 | ToAsTcfh | :/ |
17:33.41 | Captnoord | screwing |
17:33.46 | ToAsTcfh | lol |
17:34.29 | phh | ToAsTcfh: your change is line 305 right ? |
17:35.08 | ToAsTcfh | 304 but yeah |
17:37.31 | GNUtoo | phh, in which source file does android suspend starts? |
17:37.45 | ToAsTcfh | phh: yeah man i want u to post over clocking for msm7k android devices. i dont wanna take any credit |
17:38.03 | ToAsTcfh | it wouldnt be fair |
17:38.04 | phh | ToAsTcfh: big question then. |
17:38.09 | ToAsTcfh | what |
17:38.11 | phh | where to post to ? :p |
17:38.24 | ToAsTcfh | lol |
17:38.27 | phh | GNUtoo: I've seen it before but I can't remember :/ |
17:38.28 | ToAsTcfh | hero forums |
17:38.40 | GNUtoo | ok |
17:38.44 | ToAsTcfh | u did us first |
17:38.45 | GNUtoo | pwrsink.h? |
17:38.48 | phh | uh ? |
17:38.49 | GNUtoo | s/.h/.c |
17:38.49 | phh | no |
17:38.52 | GNUtoo | wakelocks |
17:38.54 | GNUtoo | pm |
17:38.58 | phh | pwrsink is just an estimation of the powerconsumption |
17:39.16 | phh | GNUtoo: ah where the suspend start |
17:39.16 | phh | pfffff |
17:39.17 | GNUtoo | ok |
17:39.21 | phh | I didn't understand correctly |
17:39.24 | GNUtoo | np |
17:39.27 | phh | well, still I don't know :p |
17:39.30 | GNUtoo | lol |
17:39.31 | ToAsTcfh | phh |
17:39.31 | GNUtoo | ok |
17:41.20 | ToAsTcfh | phh: i just posted the bech results as proof because u said to do it and it would be funny. i didnt think about how big oc would be if i posted source for it. so i want u to do that as u deserve the credit 100% |
17:41.36 | phh | ToAsTcfh: ok thanks |
17:41.42 | Captnoord | phh is gonna be famouse |
17:41.48 | phh | Captnoord: possibly. |
17:41.52 | Captnoord | lol |
17:41.54 | phh | or not |
17:41.57 | ToAsTcfh | all i did was aggrivate u |
17:42.03 | Captnoord | people with bad chips will hunt you |
17:42.07 | Captnoord | as they will blow up there phones |
17:42.17 | phh | GNUtoo: wow, android userland part of power management is aweful |
17:42.27 | GNUtoo | ah? |
17:42.31 | GNUtoo | the power.c? |
17:42.46 | phh | system/core/toolbox/powerd.c |
17:42.57 | phh | 30 lines of variable declaration in main(). |
17:43.03 | GNUtoo | ouch |
17:43.19 | phh | hum well |
17:43.22 | phh | powerd is maybe something else |
17:44.20 | GNUtoo | I think so |
17:44.29 | GNUtoo | because power is described here: |
17:44.33 | GNUtoo | http://www.kandroid.org/android_pdk/power_management.html |
17:44.36 | GNUtoo | and it's in : |
17:44.44 | GNUtoo | ./libhardware_legacy/power/power.c |
17:44.59 | GNUtoo | s#./#hardware/# |
17:45.12 | phh | I know that was somwhere I know. |
17:45.14 | phh | knew* |
17:45.15 | phh | well |
17:45.48 | phh | and there is pretty much nothing there -_-' |
17:46.17 | phh | ToAsTcfh: you build with TURBO_MODE on right ? |
17:46.23 | ToAsTcfh | yeah |
17:46.52 | GNUtoo | maybe linux/kernel/power |
17:46.55 | GNUtoo | then |
17:48.52 | GNUtoo | maybe I should look at when we do echo mem > /sys/power/state |
17:49.17 | phh | ToAsTcfh: http://husson.hd.free.fr/TTTT (it's a patchà |
17:49.18 | GNUtoo | in suspend.c |
17:52.16 | phh | ToAsTcfh: you should get ~ 700MHz with it |
17:52.40 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
17:55.32 | ToAsTcfh | ok |
17:56.17 | ToAsTcfh | phh: no botting |
17:56.23 | ToAsTcfh | booting |
17:56.27 | ToAsTcfh | not |
17:56.59 | ToAsTcfh | its the change n the table |
17:57.14 | ToAsTcfh | it was before at least and im sure it is now |
17:57.20 | phh | ToAsTcfh: comment out |
17:57.22 | phh | <PROTECTED> |
17:57.26 | phh | #if 1 /* QCT fixup */â© |
17:57.29 | phh | err not that one |
17:57.35 | phh | <PROTECTED> |
17:57.38 | phh | these two frequencies |
18:00.47 | ToAsTcfh | phh: samething |
18:00.52 | phh | meh ? |
18:01.31 | ToAsTcfh | no boot |
18:01.46 | ToAsTcfh | its the divider change in the table |
18:01.52 | ToAsTcfh | 1 to o |
18:01.55 | ToAsTcfh | 0 |
18:02.02 | phh | what about it ? |
18:02.12 | phh | 1 actually means 2 and 0 actually means 1 |
18:02.16 | ToAsTcfh | its been the issue this whole time |
18:02.32 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
18:03.10 | ToAsTcfh | i descovered that when i was debugging why it wont boot |
18:03.43 | ToAsTcfh | there s no way to change it later in the code? |
18:03.52 | phh | sure there is |
18:03.57 | phh | I wanted to do that but that seems ugly |
18:03.58 | phh | bah why not. |
18:05.30 | ToAsTcfh | u want me to turn acpuclock back to stock? |
18:06.11 | phh | you applied my patch on stock acpuclock right ? |
18:07.07 | GNUtoo | ( http://pastebin.com/DNcsyEqM ) |
18:07.14 | GNUtoo | more debug |
18:07.55 | phh | [ 1754.925628] msm_pm_set_max_sleep_time: Requested 0ns (0bs), Giving 0bsâ© |
18:08.09 | phh | GNUtoo: quick and dirty try |
18:08.28 | GNUtoo | ok |
18:08.29 | phh | pm.c, line 410 |
18:08.42 | phh | change msm_pm_max_sleep_time to 0x6DDD000 |
18:09.00 | GNUtoo | ok thanks a lot!!! |
18:09.06 | phh | i'm still not sure of the effects it will have. |
18:09.53 | ToAsTcfh | phh: yes i applied ur patch to stock |
18:10.00 | phh | ok |
18:10.25 | GNUtoo | we'll see |
18:10.38 | phh | ToAsTcfh: http://husson.hd.free.fr/T.diff |
18:10.48 | GNUtoo | (if it doesn't break the phone I do not care about the effects) |
18:13.51 | ToAsTcfh | phh: apply that to stock? |
18:14.04 | ToAsTcfh | or the last patch? |
18:14.53 | GNUtoo | http://pastebin.com/UL0CnpXw |
18:15.01 | GNUtoo | I also noticed something |
18:15.11 | GNUtoo | Suspending console(s) (use no_console_suspend to debug) |
18:15.14 | GNUtoo | then boom |
18:15.21 | GNUtoo | wakup |
18:15.28 | GNUtoo | and in cm-mod there is no console |
18:16.43 | GNUtoo | # CONFIG_VT is not set |
18:16.53 | GNUtoo | how can we boot with VT not set? |
18:18.31 | ToAsTcfh | phh: that changes alot in make lol |
18:22.21 | ToAsTcfh | phh its booting |
18:22.25 | ToAsTcfh | :D |
18:27.43 | ToAsTcfh | phh ok |
18:28.30 | ToAsTcfh | its overclocking but i cant see an improvement enough to say its faster then the other way |
18:29.22 | phh | ToAsTcfh: 652.8MHz VS 630 |
18:29.25 | phh | ToAsTcfh: change the 0x22 |
18:29.32 | phh | perhaps 0x25 |
18:29.47 | phh | that makes 710MHz |
18:33.36 | ToAsTcfh | i thought i was at 614 before |
18:33.48 | phh | oh yes it is. |
18:33.51 | phh | wrong math |
18:34.10 | ToAsTcfh | sweet its booting |
18:35.09 | ToAsTcfh | btw i guess during boot the freq is at a max of 480 through boot. it does that even as stock afaik |
18:35.53 | phh | yeah booting is weird |
18:37.19 | ToAsTcfh | holy shit man that worked |
18:37.31 | ToAsTcfh | 9989 pi score |
18:37.44 | phh | bah |
18:37.47 | ToAsTcfh | 99475 |
18:37.47 | phh | couldn't you get 9999 ? :p |
18:38.04 | ToAsTcfh | 9475 |
18:38.08 | ToAsTcfh | sorry :P |
18:38.29 | ToAsTcfh | 9235 |
18:38.49 | ToAsTcfh | 9341 |
18:38.56 | ToAsTcfh | yeah it works lol |
18:39.07 | Captnoord | lol |
18:39.09 | Captnoord | how fast? |
18:39.18 | ToAsTcfh | 710 |
18:39.29 | Captnoord | lol |
18:39.31 | ToAsTcfh | i wanna go faster lol |
18:39.39 | phh | change 25 to 26 ? :p |
18:39.48 | ToAsTcfh | whats hat |
18:40.00 | ToAsTcfh | 800 |
18:40.01 | ToAsTcfh | ? |
18:40.04 | ToAsTcfh | !!!!! |
18:40.15 | phh | 710+19.2 |
18:40.17 | phh | 730. |
18:40.32 | ToAsTcfh | oh |
18:41.05 | phh | I don't think 800 is going to work |
18:41.09 | ToAsTcfh | so 29 and were gonna be in the ecord books? |
18:41.43 | phh | 787MHz ? |
18:42.01 | ToAsTcfh | yeah |
18:42.10 | ToAsTcfh | whats the highest gone |
18:42.57 | ToAsTcfh | i got insurance on my phone |
18:42.58 | ToAsTcfh | :P |
18:43.04 | phh | it's not going to brick your phone |
18:43.10 | phh | unless you use it all the time perhpas |
18:43.40 | ToAsTcfh | well scaling should still work with this write? |
18:45.04 | phh | scaling ? |
18:45.14 | phh | an cpufreq |
18:45.14 | phh | yes |
18:45.43 | ToAsTcfh | im lossing mem freq though huh |
18:46.02 | phh | losing mem freq ? |
18:47.00 | ToAsTcfh | well i figure to increase cpu freq i must be sacrificing ram speeds or something. just like on a pc |
18:47.34 | phh | theorically not |
18:47.44 | phh | if you want to reduce mem speed |
18:47.49 | phh | <PROTECTED> |
18:47.53 | phh | change the 3 after 132000 |
18:48.01 | phh | it's the divisor-1 corresponding to cpu |
18:48.13 | phh | 528000/(3+1)=132000 |
18:48.30 | phh | 710000/(3+1)=177MHz |
18:51.51 | *** join/#htc-linux binvij (~binvij@121.243.184.173) |
18:51.58 | phh | baaaaaaaahhhhhhhhh |
18:52.01 | phh | xda doesn't handle 7z. |
18:52.17 | ToAsTcfh | huh? |
18:52.53 | phh | anyway. |
18:52.59 | ToAsTcfh | phh: so is this as good as it gets |
18:53.04 | phh | yup |
18:53.07 | ToAsTcfh | cool |
18:53.11 | phh | my posts (I also do one for wince), are almost ready |
18:53.27 | ToAsTcfh | cool |
18:53.34 | ToAsTcfh | dont forget me :P |
18:53.54 | phh | Hi there,â©Many of you heard of the awesome ToAsTcfh's sauce, and I guess pretty much everyone wonders what the secret is. ToAsTcfh left me the honor to announce it, so here it comes. |
18:53.57 | phh | that's how it starts :p |
18:54.27 | ToAsTcfh | thanx to toastcfh for pissing me of everyday for 2 months |
18:54.55 | phh | s/pissing me/testing/ :p |
18:55.46 | ToAsTcfh | i gotta rub it in to the guy who said it wasnt possible in my oc thread |
18:56.23 | ToAsTcfh | or better yet tell him i sent u there to make sure he knew lol |
18:56.51 | ToAsTcfh | but yeah man thanx a 1000000 times over |
18:57.11 | ToAsTcfh | now we just need camera :P |
18:58.19 | ToAsTcfh | link me when u post |
19:03.12 | phh | http://forum.xda-developers.com/showthread.php?p=6213650#post6213650 |
19:03.37 | phh | This forum requires that you wait 30 seconds between posts. Please try again in 6 seconds.â© |
19:03.38 | phh | stupid thing. |
19:07.27 | ToAsTcfh | lol |
19:07.41 | ToAsTcfh | thanx again man |
19:08.14 | ToAsTcfh | so u wanna fix camera today and take ovr the world |
19:08.14 | phh | yeeeeaaaaaahhhh |
19:08.14 | phh | no. |
19:08.23 | ToAsTcfh | lol |
19:08.32 | ToAsTcfh | u hate camera |
19:08.48 | phh | I don't hate it |
19:08.52 | phh | I just can't see the point. |
19:10.54 | ToAsTcfh | to take a picture ?! |
19:11.56 | ToAsTcfh | idk u guys have a lot of awesome devs someone will get it one day |
19:14.42 | ToAsTcfh | u see the posts that follow ur post on our forum |
19:15.00 | ToAsTcfh | "where do i push this too?" |
19:15.20 | ToAsTcfh | i deal with it all the time :( |
19:25.51 | ToAsTcfh | phh: god damn it |
19:30.35 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d879213.pool.mediaWays.net) |
19:32.10 | phh | ToAsTcfh: ok, the two thanks are for you atm. |
19:32.16 | phh | I really don't understand people. |
19:32.31 | ToAsTcfh | dude i know and i corrected them |
19:32.41 | ToAsTcfh | fuckin idiots on my forum |
19:32.56 | phh | you're the god on hero cdma forum ? |
19:33.07 | ToAsTcfh | lol i dont think so |
19:33.42 | ToAsTcfh | from what i can tell it was a guy who got the sprint 2.1 roms leaked to him was the god |
19:34.08 | ToAsTcfh | our develorpment rom hasnt been used in months |
19:34.24 | ToAsTcfh | they all have .29 now |
19:34.31 | phh | haha |
19:34.33 | phh | they'll cry. |
19:34.37 | ToAsTcfh | i know |
19:34.42 | ToAsTcfh | fuck them |
19:34.53 | ToAsTcfh | i do it for those who do car |
19:34.54 | phh | ToAsTcfh: again, what does .29 have that .27 doesn't have ? |
19:35.04 | ToAsTcfh | camera |
19:35.09 | ToAsTcfh | :p |
19:35.13 | phh | ah. |
19:35.27 | ToAsTcfh | and a lights.msm7k that works witht |
19:35.41 | ToAsTcfh | fully |
19:35.43 | phh | lights.msm7k.so is no problem |
19:35.47 | phh | it's less than 100 line of easy code |
19:35.58 | ToAsTcfh | i havent tried |
19:36.28 | ToAsTcfh | but something is weird with eclair and using .27 with the lights |
19:36.41 | ToAsTcfh | idk |
19:37.12 | ToAsTcfh | dude how do i compile lzo_decompress.ko and lzo_compress.ko i cant find it anywhere |
19:37.47 | phh | ARCH=arm make menuconfig |
19:37.47 | ToAsTcfh | im tryin to use compcache |
19:38.08 | ToAsTcfh | where in there? i know menuconfig lol |
19:38.15 | phh | library rtouines |
19:38.18 | phh | hum n |
19:38.18 | phh | o |
19:38.24 | phh | cryptographic api |
19:38.32 | phh | lzo decompression algorithm |
19:39.32 | ToAsTcfh | do i have to compile them as modules or can i just add them into the kernel |
19:39.55 | phh | I don't know |
19:39.58 | phh | we have them as modules |
19:40.01 | phh | I don't remember why |
19:40.22 | ToAsTcfh | just wondering |
19:42.30 | ToAsTcfh | phh: ok got them |
19:43.10 | ToAsTcfh | cool yeah i had looked through a bunch of stuff and couldnt find the options for lzo |
19:43.19 | ToAsTcfh | thanx again |
19:43.46 | ToAsTcfh | and sorry about my forum |
19:45.00 | ToAsTcfh | :( |
19:51.17 | GlemSom | iirc we build lzo_compress and decompress into the kernel... Not as modules |
19:52.22 | GlemSom | grep "CONFIG_LZO_COMPRESS\|CONFIG_LZO_DECOMPRESS" arch/arm/configs/htc_msm_android_defconfig |
19:52.22 | GlemSom | CONFIG_LZO_COMPRESS=y |
19:52.23 | GlemSom | CONFIG_LZO_DECOMPRESS=y |
19:54.38 | phh | GlemSom: ah. |
19:55.29 | ToAsTcfh | thanx |
19:55.51 | ToAsTcfh | i built the modules though :( |
19:55.59 | ToAsTcfh | lol ill change it |
19:57.04 | ToAsTcfh | i take it that the wlan.ko wont work if u compile it into the kernel |
19:57.29 | phh | you can't compile wlan.ko in the kernel |
19:57.46 | ToAsTcfh | oh ok i never tried lol |
19:58.13 | ToAsTcfh | thats right its different source |
19:59.15 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
20:05.37 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
20:06.10 | GNUtoo | phh, could it be CONFIG_VT ? |
20:06.26 | phh | GNUtoo: mmmm ? |
20:06.41 | GNUtoo | because VT is not present in cm-mod's kenrel |
20:06.53 | GNUtoo | and also because it fails just after that line: |
20:07.08 | GNUtoo | Suspending console(s) (use no_console_suspend to debug) |
20:07.50 | GNUtoo | phh, I bet a GNU/Linux userland doesn't even boot without VT |
20:07.59 | phh | I'd guess so |
20:11.48 | ToAsTcfh | phh: using powermanagement and stuff like that should be fine with this right? |
20:12.04 | ToAsTcfh | i would think it would be |
20:12.12 | phh | ToAsTcfh: yup |
20:12.22 | ToAsTcfh | cool |
20:12.31 | phh | ToAsTcfh: unless you do nothing but playing on it, I think battery life shouldn't be affected |
20:12.31 | ToAsTcfh | thats a big pllus |
20:13.21 | ToAsTcfh | powermanagement is a must have for reasonable battery life |
20:14.26 | ToAsTcfh | phh: this thing is way sick fast at 710 |
20:14.31 | ToAsTcfh | fuckin a |
20:15.26 | ToAsTcfh | temp seems fine too |
20:16.33 | ToAsTcfh | 9003 |
20:16.38 | ToAsTcfh | 0_o |
20:16.55 | phh | 9003 what ? |
20:16.55 | phh | pi ? |
20:17.00 | ToAsTcfh | yeah |
20:17.06 | phh | you're a bit off. |
20:17.10 | phh | it's more like 3.14159 |
20:17.24 | ToAsTcfh | mflops? |
20:17.36 | phh | -_-' |
20:17.39 | phh | pi :! |
20:17.41 | phh | pi!* |
20:17.45 | phh | well pi just |
20:17.46 | phh | not pi factorial |
20:17.47 | ToAsTcfh | oh ok |
20:17.47 | phh | bah |
20:18.01 | phh | pm: How do I get it to work, with lets say, the eris, which is a very similar device to the Heroc. |
20:18.04 | phh | here it goes. |
20:18.10 | phh | I totally forgot noob pms. |
20:18.16 | ToAsTcfh | lol |
20:18.24 | ToAsTcfh | jcase? |
20:18.27 | phh | jcase ? |
20:18.39 | ToAsTcfh | is that the guy who pm u |
20:23.24 | phh | framework43 |
20:23.25 | ToAsTcfh | lol |
20:23.26 | ToAsTcfh | hes a real noob |
20:23.27 | phh | no way |
20:23.28 | ToAsTcfh | kang noob |
20:23.29 | phh | anyway |
20:23.29 | phh | who is not a noob ? |
20:23.29 | ToAsTcfh | yeah |
20:23.30 | phh | I mean, even you are a noob, and it seems you're the less noob one. |
20:23.30 | ToAsTcfh | lol u are right |
20:23.30 | GNUtoo | still msm_pm_set_max_sleep_time: Requested 0ns (0bs), Giving 0bs |
20:23.31 | phh | (but no longer an annoying noob at least) |
20:23.31 | phh | GNUtoo: oO |
20:23.31 | GNUtoo | I'll try to fix it |
20:23.31 | ToAsTcfh | :P |
20:23.33 | ToAsTcfh | i found a log from back in my diam500 days talkin to u |
20:23.35 | phh | and I already wanted to kill you |
20:23.36 | ToAsTcfh | lol |
20:23.37 | ToAsTcfh | squashfs was what it was about lol |
20:23.39 | ToAsTcfh | i couldnt figure it out |
20:23.39 | ToAsTcfh | lol |
20:23.45 | ToAsTcfh | when u guys first went to sqfs builds |
20:24.02 | ToAsTcfh | i hated the diam500 though. u guys would fix the raph and break the diam500 everytime |
20:24.02 | ToAsTcfh | or fix the diam100 |
20:24.02 | ToAsTcfh | and break tha 500 |
20:24.02 | ToAsTcfh | it was a battle |
20:24.32 | phh | noone has a diam500 |
20:24.36 | phh | but makkonen |
20:24.58 | phh | So this is for 2.26.27?â© |
20:25.07 | phh | (same noob) |
20:25.45 | ToAsTcfh | yeah |
20:25.53 | ToAsTcfh | lol i just told the dude |
20:25.59 | ToAsTcfh | he pm me also |
20:26.22 | ToAsTcfh | along with like 4 other people asking me how to compile a kernel |
20:26.27 | ToAsTcfh | :/ |
20:27.07 | ToAsTcfh | i wont be able to release till tonight |
20:27.17 | ToAsTcfh | a rom |
20:28.44 | GNUtoo | some more debug: http://pastebin.com/jcftHbDa |
20:28.49 | GNUtoo | will try something then |
20:29.00 | ToAsTcfh | phh:35.1 fps |
20:29.18 | ToAsTcfh | i thought u said it wouldnt effect neocore :P |
20:29.42 | phh | it seems there are some things I don't understand. |
20:31.51 | ToAsTcfh | well the cpu pegs out when in neocore so im sure it helps to have a faster cpu |
20:32.35 | GNUtoo | phh, according to that log ^^^ , usb resumes firs |
20:32.41 | GNUtoo | I'll try modding the timer |
20:33.40 | GNUtoo | *first |
20:41.20 | GNUtoo | mickey|sports, hi |
20:42.12 | tmzt_ | chamonix: tell mickey|sports |
20:42.54 | tmzt_ | chamonix: that was a while ago, I mean the wake lock problem |
20:43.10 | ToAsTcfh | phh: the highest i can go is 0x28 |
20:43.35 | tmzt_ | ToAsTcfh: same deal with raph500 |
20:43.37 | GNUtoo | mmm I wonder if it suspends(and I don't see it) then I connect usb and resume bug still try to suspend,and fill dmesg,and so we don't see it at all |
20:43.51 | ToAsTcfh | thats almost 800 |
20:44.03 | ToAsTcfh | awesome for sure |
20:44.17 | GNUtoo | http://pastebin.com/0Tcrg3hX is clean I bet |
20:44.29 | GNUtoo | only the 2 .1 sleep |
20:44.36 | GNUtoo | and a third thing |
20:45.56 | tmzt_ | no_console_suspend is the framebuffer/console timeout I think |
20:46.04 | tmzt_ | (blanking) |
20:46.44 | GNUtoo | tmzt_, suspend issue ? |
20:47.04 | tmzt_ | mickey|sports has one without wakelocks |
20:47.08 | tmzt_ | not sure what it is though |
20:52.06 | GNUtoo | how can I bind echo "on > /sys/power/state" to the power button? |
20:52.06 | GNUtoo | a while loop on evdev? |
20:52.06 | GNUtoo | I would like that |
20:52.07 | GNUtoo | sh suspend.sh & exit; diconnect usb; wait; press power button;it resumes ;plug usb;ifconfig usb0 192.168.0.200; ssh root@192.168.0.202;dmesg > dmesg; cat /sys/timer_stats |
20:57.52 | GNUtoo | maybe I've got an idea |
20:57.52 | GNUtoo | dmesg -c >/dev/null -> dmesg -c >before and compare |
20:57.52 | ToAsTcfh | phh: 768 mhz is a waist |
20:57.52 | ToAsTcfh | like a bottle neck or something |
20:57.52 | phh | ToAsTcfh: for neocore ? |
20:57.53 | ToAsTcfh | yeah |
20:57.53 | ToAsTcfh | fps come way down |
20:58.24 | phh | yeah axi might lose syncro |
20:58.24 | ToAsTcfh | yeah it seems 710 or just above it is idea |
20:58.24 | ToAsTcfh | l |