| 08:25.34 | *** join/#htc-linux apt (~apt@rikers.org) |
| 08:25.34 | *** topic/#htc-linux is Welcome to the HTC Linux project | Community portal & WiKi http://htc-linux.org | For IRC logs, HaRET & kernel mailing lists etc. see http://htc-linux.org/wiki/index.php?title=Contact | The htc-linux.org project is not affiliated with the HTC Corporation | This channel is for development purposes - Join #htc-linux-chat for offtopic |
| 08:38.58 | *** join/#htc-linux avinashhm (~avinash-h@59.92.136.91) |
| 08:45.49 | *** join/#htc-linux Natasza (h2so4@unaffiliated/blown-engine) |
| 08:57.39 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d7080.pool.mediaWays.net) |
| 09:01.54 | *** join/#htc-linux kvaster (~kvaster@46.56.164.129) |
| 09:04.22 | *** join/#htc-linux t3g (~kvirc@p3E9E2702.dip.t-dialin.net) |
| 09:16.07 | *** join/#htc-linux aBiNg (~cn.fyodor@218.94.136.168) |
| 09:25.57 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 09:26.22 | *** join/#htc-linux shoragan________ (~shoragan@sicherheitsschwankung.de) |
| 09:26.48 | *** join/#htc-linux rob_w (~bob@ppp-188-174-124-56.dynamic.mnet-online.de) |
| 09:27.10 | *** join/#htc-linux DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 09:37.33 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
| 09:47.55 | *** join/#htc-linux Nautis (4cda4629@gateway/web/freenode/ip.76.218.70.41) |
| 09:48.17 | *** join/#htc-linux Phoenix][ (~tg@andromeda.v6.ginkel.com) |
| 09:57.57 | *** join/#htc-linux Josh13x12 (~josh13x12@99-190-187-250.lightspeed.lsvlky.sbcglobal.net) |
| 09:58.36 | *** join/#htc-linux DuperGhost (~Duper@46-116-100-208.bb.netvision.net.il) |
| 10:08.36 | *** join/#htc-linux Dattebayo (~mehdi@2.176.126.16) |
| 10:22.27 | *** join/#htc-linux Specialist (~tg@andromeda.v6.ginkel.com) |
| 10:30.18 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 10:51.51 | *** join/#htc-linux Josh13x12 (~josh13x12@99-190-187-250.lightspeed.lsvlky.sbcglobal.net) |
| 11:16.57 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
| 11:17.47 | *** join/#htc-linux gauner1986 (~Miranda@p5B382583.dip.t-dialin.net) |
| 11:27.46 | *** join/#htc-linux kernelzilla (~patrick@174-26-107-146.phnx.qwest.net) |
| 11:38.33 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
| 11:52.41 | *** join/#htc-linux GNUtoo|bug20 (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 11:58.29 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-226-141.98-62.inwind.it) |
| 12:00.02 | *** join/#htc-linux lewellyn (debut@greenviolet/lewellyn) |
| 12:10.07 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 12:17.54 | *** join/#htc-linux GNUtoo|bug20 (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 12:18.27 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 12:24.00 | *** join/#htc-linux DuperMan (~Duper@46-116-152-133.bb.netvision.net.il) |
| 12:39.31 | *** join/#htc-linux GNUtoo|bug20 (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 12:56.11 | *** join/#htc-linux mickey| (~M@e180169147.adsl.alicedsl.de) |
| 12:58.54 | *** join/#htc-linux Josh13x12 (~josh13x12@99-190-187-250.lightspeed.lsvlky.sbcglobal.net) |
| 13:13.49 | *** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com) |
| 13:21.11 | *** join/#htc-linux rzk_ (~rzk@89-178-75-50.broadband.corbina.ru) |
| 13:33.05 | *** join/#htc-linux crawling (crawling@a94-132-177-48.cpe.netcabo.pt) |
| 13:48.43 | *** join/#htc-linux phh (~quassel@137.194.15.151) |
| 13:59.15 | *** join/#htc-linux mastermerlin (~Adium@p4FEE541D.dip.t-dialin.net) |
| 14:03.32 | *** join/#htc-linux DcMedic (~IceChat77@207.7.65.46) |
| 14:17.01 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 14:20.25 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
| 14:20.26 | Cotulla | hey |
| 14:21.06 | DcMedic | hey |
| 14:21.31 | DcMedic | any news? lol |
| 14:26.01 | Cotulla | not funny |
| 14:26.16 | DcMedic | what |
| 14:26.29 | Cotulla | go out troll |
| 14:28.06 | DcMedic | thats just not nice. I haven't done a thing to you. |
| 14:28.37 | Cotulla | okay |
| 14:29.47 | DcMedic | seriously though, nothing was meant to be facetious. sorry |
| 14:31.15 | *** part/#htc-linux DcMedic (~IceChat77@207.7.65.46) |
| 14:32.42 | *** join/#htc-linux DuperGhost (~Duper@93-173-172-132.bb.netvision.net.il) |
| 14:36.27 | Cotulla | ~seen Markinus |
| 14:36.30 | apt | markinus <~Miranda@212.255.17.191> was last seen on IRC in channel #htc-linux, 8d 18h 45m 29s ago, saying: 'hi'. |
| 14:36.38 | gauner1986 | T_T |
| 14:36.41 | gauner1986 | no markinus |
| 14:36.47 | Cotulla | ~seen gauner1986 |
| 14:36.47 | apt | gauner1986 is currently on #htc-linux (3h 19m). Has said a total of 2 messages. Is idling for 6s, last said: 'no markinus'. |
| 14:37.07 | Cotulla | so u working 3 hours already? |
| 14:37.22 | gauner1986 | on university stuff, yeah |
| 14:37.22 | gauner1986 | ^^ |
| 14:37.31 | Cotulla | me too |
| 14:37.59 | gauner1986 | i have written a good 50 pages now |
| 14:38.22 | gauner1986 | in arial 9 |
| 14:38.25 | Cotulla | X_x |
| 14:59.15 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 15:01.41 | rpierce99 | i generated my conf last night jonpry |
| 15:02.05 | jonpry | what kind of numbers did you get? |
| 15:02.17 | jonpry | something is wrong with Cb being 10x too large |
| 15:02.26 | rpierce99 | cb=81.59 |
| 15:02.36 | jonpry | hrm |
| 15:05.49 | jonpry | rpierce99, so how is it working for you? |
| 15:06.16 | rpierce99 | i don't know a great way to test accuracy |
| 15:06.46 | jonpry | me neither |
| 15:07.11 | jonpry | you can generate some plots with -l and graph it in excel and see if it makes sense :p |
| 15:09.39 | rpierce99 | i think i'll spend a minute or two setting up the important pieces of data in that environment and run it while i'm out today, is winmos battery meter a good comparison or does it suck too |
| 15:09.48 | jonpry | i'm noticing that the time stamps in my new logs are not 5 seconds apart |
| 15:10.35 | rpierce99 | is there a way to write the conf to say stop writing new entries to the sd card? |
| 15:11.03 | *** join/#htc-linux netson-ubuntu (~netson-ub@120.164.28.156) |
| 15:11.09 | jonpry | and somehow i got 1332 measurements int 1403 seconds |
| 15:11.13 | jonpry | at 5 seconds per |
| 15:11.25 | *** join/#htc-linux rob_w (~bob@ppp-188-174-124-56.dynamic.mnet-online.de) |
| 15:11.30 | rpierce99 | hm, something about that math is off :) |
| 15:13.08 | jonpry | winmos battery meter is not too good. and then there is small problem with use not having a linearizer yet |
| 15:13.28 | rpierce99 | where is the timestamp in the log |
| 15:13.59 | rpierce99 | the second number, in long form it appears |
| 15:14.04 | jonpry | looks like it is taking sleep measurements almost 10 times per second |
| 15:14.40 | jonpry | that would explain the bad numbers |
| 15:15.46 | rpierce99 | mine doesn't seem to be doing that, taking 2 sequential numbers at random: 3936122694028, 3941122694028 |
| 15:16.55 | jonpry | yeah it uses 2 different methods for getting the time |
| 15:17.01 | jonpry | one for sleep and other for wake |
| 15:17.23 | rpierce99 | oh i pretty much didn't let it sleep when creating these logs, i had flashlight on torch mode |
| 15:17.28 | jonpry | when the lower 9 digits are changing it is in sleep mode |
| 15:17.36 | jonpry | so yours looks good. are you using my kernel or wistilt2? |
| 15:17.56 | rpierce99 | i downloaded zImage from your site |
| 15:19.10 | rpierce99 | yeah my numbers are good because it only went to sleep for a very short period of time while generating these logs, one of them has 000000 for the last 6 through the entire log :) |
| 15:19.43 | rpierce99 | looks like it only slept twice |
| 15:20.03 | rpierce99 | it does seem that even when sleeping it was spaced to 5 seconds though |
| 15:20.20 | rpierce99 | 560108505064 -> 565107780716 |
| 15:21.57 | jonpry | thats bizarre |
| 15:22.25 | jonpry | all i can say is ymmv until i fix this timer issue on my phone |
| 15:22.47 | rpierce99 | seemed like odz had the same problem as you |
| 15:22.55 | rpierce99 | wonder what arrrghhhs log looked like |
| 15:25.50 | rpierce99 | gotta run, bbl |
| 15:26.04 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 15:30.06 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 15:49.21 | *** join/#htc-linux chester0 (~chester0@109.61.7.161) |
| 15:54.06 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 15:56.18 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
| 15:56.54 | *** join/#htc-linux AdamB (NoIdent@mn-10k-dhcp1-5799.dsl.hickorytech.net) |
| 16:14.09 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
| 16:21.56 | *** join/#htc-linux oddz (~odz@2001:470:1f07:a1a:34e9:3cfe:a4f2:ec65) |
| 16:41.01 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 16:42.29 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d7080.pool.mediaWays.net) |
| 16:42.42 | *** join/#htc-linux avinashhm (~avinash-h@122.166.163.2) |
| 16:44.15 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
| 16:54.32 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 16:55.26 | jonpry | does gcc initialize structures on stack to zero? |
| 16:56.55 | jonpry | Cotulla, do you know? |
| 16:59.20 | Cotulla | me>? |
| 16:59.35 | Cotulla | doubt, it's lost of perfomance |
| 16:59.44 | Cotulla | I know that CL never do it |
| 16:59.59 | Cotulla | guess GCC also doesn't |
| 17:00.01 | Cotulla | there rubbish |
| 17:00.26 | Cotulla | u may use MyStruct s = {0}; |
| 17:03.21 | jonpry | so everywhere we are doing this: struct msm_dex_command dex; dex.cmd = PCOM_READ_RTC; msm_proc_comm_wince(&dex, &secs); |
| 17:03.40 | Cotulla | oh fuck |
| 17:03.40 | jonpry | can't work because there is no dex.has_data=0; ? |
| 17:03.43 | Cotulla | who wrote this? |
| 17:04.24 | Cotulla | I am made one function int dex_call(uint32 cmd, uint32 *data1, uint32 *data2); |
| 17:04.38 | Cotulla | but yes, I guess has_data may have any value |
| 17:04.52 | Cotulla | there bitfiled afaik |
| 17:05.00 | Cotulla | 0x100 is has data |
| 17:05.29 | Cotulla | it fails often? |
| 17:06.07 | jonpry | function would be nice |
| 17:06.07 | jonpry | big patch though |
| 17:06.28 | Cotulla | heh |
| 17:06.43 | Cotulla | this one just unfriendly |
| 17:06.52 | jonpry | i dunno if it fails at all. i broke something though |
| 17:08.02 | *** join/#htc-linux BHSPitLappy (~BHSPitLap@unaffiliated/bhspitmonkey) |
| 17:09.05 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 17:10.57 | Cotulla | it's caused by missing unit-tests |
| 17:22.36 | *** join/#htc-linux Rajko (~rajkosto@2001:470:1f0b:728:5486:f0a4:1f17:881a) |
| 17:27.59 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 17:28.33 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 17:39.09 | *** join/#htc-linux rajkosto (rajkosto@cable-94-189-246-45.dynamic.sbb.rs) |
| 17:42.06 | *** join/#htc-linux Rajko (rajkosto@wan.rajkonet.info) |
| 17:43.46 | *** join/#htc-linux bitrot (rajkosto@cable-94-189-144-205.dynamic.sbb.rs) |
| 17:48.11 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 17:54.00 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 17:57.57 | *** join/#htc-linux DcMedic (~IceChat77@207.7.65.46) |
| 18:03.55 | jonpry | looks like bluetooth is causing sleep problems |
| 18:05.47 | phh | on !rhod or rhod ? |
| 18:06.44 | phh | well that means ti or bcm |
| 18:07.07 | phh | on ti it's known, a workaround is disabling enable_irq_wake, but that means BT is no more usable in sleep |
| 18:07.14 | jonpry | rhod |
| 18:07.45 | jonpry | i think i don't have the userland pieces, maybe it hammers the wake interrupt or something |
| 18:09.11 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
| 18:09.53 | jonpry | not doing that effectively disables sleep |
| 18:10.38 | jonpry | does frx06 have the userland pieces? |
| 18:10.57 | phh | no clue |
| 18:13.01 | jonpry | power collapse current power usage is like double using the phone |
| 18:13.49 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:a42d:1f46:6a4a:ebfa) |
| 18:17.02 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
| 18:17.10 | Alex[sp3dev] | hey fellas |
| 18:18.13 | Alex[sp3dev] | jonpry: about that very structures. if you just write struct foo x;, it does not initialize to zero. if you write struct foo x = { .a = 1 }, it initializes a to one and the rest to zero.. that's the compiler options used throughout the whole linux source |
| 18:19.21 | jonpry | ic |
| 18:19.52 | jonpry | turns out problem is bluetooth somehow |
| 18:20.01 | Alex[sp3dev] | ok. have you already joined our 35 party? |
| 18:20.19 | Alex[sp3dev] | i'm going to try a nand flashing with pooploader on thursday ;) |
| 18:21.19 | jonpry | phh: rhod is bcm right? |
| 18:21.30 | phh | yes |
| 18:22.02 | jonpry | so then this is not a known problem |
| 18:22.44 | Alex[sp3dev] | phh: do you happen to remember what is essential for power collapse and what part of changes to 27 pm can be dropped compared to vanilla? |
| 18:23.09 | phh | Alex[sp3dev]: the SMI permissions |
| 18:23.14 | phh | I can't remember the name |
| 18:23.49 | jonpry | Alex[sp3dev] i am trying to get a some sort of release of scbs done. but bluetooth has blown it all up :( |
| 18:24.13 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
| 18:24.39 | Alex[sp3dev] | phh: uhh. i'm disabling the mpu.. i think either some registers need to be set unlike android.. or i dunno. depending on where i put the call to dex, it either fails to enter (looks like it does, but drains a heck lot of power) or vibrates on resume and dies |
| 18:27.26 | *** join/#htc-linux helicopter88 (~Domenico@host224-95-dynamic.2-79-r.retail.telecomitalia.it) |
| 18:30.11 | phh | Alex[sp3dev]: vibrating on resume is awesome ! |
| 18:30.15 | phh | it means reset vector works |
| 18:30.32 | bioterror | hi Alex[sp3dev] |
| 18:30.34 | Alex[sp3dev] | phh: i mean, it vibrates for like 2 secs and dies |
| 18:30.37 | Alex[sp3dev] | bioterror: hi |
| 18:30.49 | phh | Alex[sp3dev]: you added the code so that it vibrates, right ? |
| 18:31.11 | Alex[sp3dev] | phh: yep.. well. i can test without it one day |
| 18:31.27 | phh | Alex[sp3dev]: no no |
| 18:31.33 | jonpry | collapsing cpu does not really save much power compared to wfi |
| 18:31.35 | phh | it's just that I was wondering if the vibrating was normal :p |
| 18:31.43 | phh | Alex[sp3dev]: and you added 2seconds vibrate ? infinite vibrate ? |
| 18:31.51 | Alex[sp3dev] | phh: no, 50 msec like on 27 |
| 18:32.09 | phh | Alex[sp3dev]: try udelay instead of mdelay |
| 18:32.14 | bioterror | Alex[sp3dev], have you had any progress with X1? |
| 18:32.26 | Alex[sp3dev] | but that needs a whole day of debugging. after exams |
| 18:33.26 | Alex[sp3dev] | bioterror: moderate. BT works. wifi - not yet.. my pooploader now works and fastboot via usb works. gotta add menu, keyboard and charger support and release the sources.. damn.. i want a topaz or a blac.. |
| 18:33.49 | bioterror | haha |
| 18:34.22 | bioterror | I need a bigger SD card, then I might try again |
| 18:35.28 | Alex[sp3dev] | i wonder if there's a clean way to load our pooploader without trashing spl's and ce's global variables. maybe copy the pages to a special location in ram and (optionally) restore on loading kernel? |
| 18:53.12 | *** join/#htc-linux oddz (~odz@2001:470:1f07:a1a:399a:2b41:f1c3:c991) |
| 18:57.03 | jonpry | oddz, are you participating in battery experiments? |
| 18:57.43 | oddz | ya |
| 18:58.02 | odz | my numbers seem really high tho |
| 18:58.14 | jonpry | i put up a new kernel that will not screw up the logs |
| 18:58.27 | jonpry | logs generated on the other kernel are useless |
| 18:58.37 | odz | kk cool |
| 18:59.05 | jonpry | for the moment i just disabled bluetooth. merging in the bluetooth code screwed it all up :p |
| 18:59.29 | odz | that explains why i didnt make it through the night :x |
| 18:59.53 | jonpry | yeah it sucked power |
| 19:00.20 | odz | ya killed the bat on a full charge in 5hrs of sleep which is crazy |
| 19:00.48 | jonpry | should't do that anymore |
| 19:05.33 | *** part/#htc-linux helicopter88 (~Domenico@host224-95-dynamic.2-79-r.retail.telecomitalia.it) |
| 19:14.58 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 19:20.49 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 19:24.15 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153) |
| 19:27.05 | jonpry | does android turn off if the battery percentage gets low enough? |
| 19:27.37 | phh | yup |
| 19:30.52 | emwe | Alex[sp3dev]: look at the "our" .35 pm.c pc working. just commited APPS_SLEEP fix. (stupid google). there's one thing left though: it seems like there's a idle wakelock which keeps .27 from idling and thus never execing power collapse code (any mode <=2). in .35 there's no such idle lock, just the suspend wakelock from battery-smem. when usb connected, the device freezes sooner or later while arm11 collapses and bails out again and |
| 19:30.53 | emwe | again several times a sec. |
| 19:31.18 | jonpry | what level? looks like about 5 from my log |
| 19:31.27 | Alex[sp3dev] | emwe: huh? will take a look |
| 19:32.40 | emwe | Alex[sp3dev]: when usb is connected and i run in mode 1/1 the device permanently executes msm_sleep() leading to msm_pm_collapse() on and off like 10 times a sec. this sooner or later brings device to freeze when *usb is connected*. if i leave usb unplugged all is fine here. |
| 19:33.21 | emwe | the other workaround is to hold a idle wakelock so it never executes the power collapse code but just arch_idle()s and it's fine when usb-connected. |
| 19:33.24 | Alex[sp3dev] | emwe: well. maybe we need to add a wakelock? |
| 19:33.53 | emwe | Alex[sp3dev]: it's just my *assumption* that on .27 there's an idle wakelock holding back powre collapse code when usb-connected. at least i see no output |
| 19:34.10 | emwe | at least i see no logs from power collapse when usb-connected on .26 |
| 19:34.17 | emwe | s/.26/.27/ |
| 19:34.24 | Alex[sp3dev] | well. fuck usb for now. |
| 19:34.35 | emwe | well, it's useful for debugging :P |
| 19:34.40 | *** part/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
| 19:34.42 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
| 19:34.50 | emwe | well, it's useful for debugging :P |
| 19:34.52 | Alex[sp3dev] | i mean, i need to get any sort of pc first |
| 19:35.03 | emwe | i am still fine with my t500 |
| 19:35.14 | Alex[sp3dev] | power collapse!! |
| 19:35.25 | Alex[sp3dev] | my R500 rocks if you mean that PC |
| 19:35.35 | emwe | lol |
| 19:35.56 | Alex[sp3dev] | i have a 100gb ssd and 6bg ram now. ultimate machine ;) |
| 19:35.56 | emwe | Alex[sp3dev]: it's just the smi mem protection and the dex-comm in msm_prep_hw |
| 19:36.08 | emwe | is ssd rocky when compiling? |
| 19:36.20 | emwe | i don't have any ssd experience. |
| 19:36.37 | Alex[sp3dev] | it's rocky when grepping. i was tired of hdd constantly spinning up for soo long. the overall performance is so snappy |
| 19:36.47 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 19:39.11 | jonpry | emwe, shouldn't a suspend wake lock prevent it from collapsing? |
| 19:42.36 | emwe | jonpry: dependant if your idle_sleep is a "collapse" sleep mode or not. |
| 19:43.23 | emwe | if your idle_sleep is > 2 then it's not. google set 0 for sleep and 1 for idle_sleep. which both lead to arm11 collapse. |
| 19:43.30 | Alex[sp3dev] | emwe: i thought that on 27 we had a call to dex (command 0) on resume. no? |
| 19:43.42 | emwe | Alex[sp3dev]: yes, there was/is. but i see no difference. |
| 19:44.13 | emwe | Alex[sp3dev]: i just test on topa. perhaps some "older-gen" devices need it. |
| 19:44.15 | Alex[sp3dev] | i think it was to reset dex counter, no? and what's that patch to msm_pm_wait_state? |
| 19:44.51 | emwe | Alex[sp3dev]: msm_pm_wait_state failed for sleep mode =2 (APPS_SLEEP) it said it failed to wait for that smsm state. |
| 19:45.15 | emwe | and i took ca tree, .27 and several htc trees and all had the code i re-added. |
| 19:45.23 | Alex[sp3dev] | hm |
| 19:45.26 | emwe | so apparently google never tested any sleep mode >1 |
| 19:45.50 | emwe | this is the second time i think something is broken on googles code and i slowly start to think it would perhaps have been better to start off with a ca tree... |
| 19:46.08 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:a42d:1f46:6a4a:ebfa) |
| 19:46.22 | jonpry | i don't see why idle collapse is a good idea |
| 19:46.25 | Alex[sp3dev] | emwe: well.. forking linux is the most stupid decision someone may take |
| 19:46.33 | Alex[sp3dev] | jonpry: to save power? |
| 19:47.08 | *** join/#htc-linux Nautis (4cda4629@gateway/web/freenode/ip.76.218.70.41) |
| 19:47.12 | *** join/#htc-linux Rajko (~rajkosto@2001:470:1f0b:728:a42d:1f46:6a4a:ebfa) |
| 19:47.52 | phh | Alex[sp3dev]: jonpry said wfi eats almost as much power as full collapse |
| 19:47.59 | emwe | Alex[sp3dev]: btw, regarding your pc... dunno if it might be related. do you already have that small acpuclock fix which correctly multiplies to pc and wfi cpu rates? dunno if it might break your pc or not. (dependant on how you set the pc and wfi rates in your board file; in khz or hz;) |
| 19:48.00 | phh | jonpry: the problem is that it doesn't do wfi either actually |
| 19:48.19 | emwe | never tested anything >2 |
| 19:48.37 | emwe | brb5 |
| 19:48.40 | phh | emwe: that's because you're quite new ! :p |
| 19:48.51 | phh | at some point, only 2 worked, and even using 2 was bleeding edge :p |
| 19:48.54 | Alex[sp3dev] | well. i think 1 for suspend and 2 or more for idle would be good |
| 19:49.15 | jonpry | how often is phone just idling that this is useful? |
| 19:49.27 | jonpry | thing will sleep soon if its not being used anyways |
| 19:49.35 | Alex[sp3dev] | jonpry: with default qcom config, every 80 ms it tries to enter low power state |
| 19:49.51 | phh | Alex[sp3dev]: which won't ever happen, because there is always something that wakes up the cpu |
| 19:50.28 | jonpry | afaik we are not setting idle sleep mode on .27. defaults to wfi |
| 19:54.40 | phh | jonpry: wfi isn't used either anyway |
| 19:55.46 | emwe | jonpry: .27 sets 0/0 |
| 19:55.59 | *** join/#htc-linux mehdi (~mehdi@2.176.100.243) |
| 19:56.08 | Alex[sp3dev] | emwe: .27 sets a heck long timeout for idle |
| 19:56.16 | emwe | it does? |
| 19:56.38 | Alex[sp3dev] | yep, 2 and like 9 zeroes |
| 19:56.41 | Alex[sp3dev] | like suspend |
| 19:56.42 | jonpry | i'm using sleep_mode=1 |
| 19:56.42 | Alex[sp3dev] | iirc |
| 19:56.45 | phh | Alex[sp3dev]: what unit ? :p |
| 19:57.03 | Alex[sp3dev] | phh: is it nanos? ow |
| 19:57.07 | phh | Alex[sp3dev]: i think so |
| 19:57.10 | phh | that still makes 2seconds though |
| 19:57.14 | jonpry | and haven't messed with idle_sleep_mode, but i see now that it is 0 |
| 19:57.23 | phh | jonpry: check /proc/msm_pm_stats |
| 19:57.25 | phh | it's just never called. |
| 19:59.19 | emwe | Alex[sp3dev]: that timeout is "default" like sapphire defconfig. |
| 19:59.34 | phh | emwe: they don't use idle either iirc |
| 19:59.45 | jonpry | afaict it spins for 80ms in idle. then checks if it has failed to schedule a task for 20s then enters idle_sleep |
| 19:59.58 | Alex[sp3dev] | now why does it take like 2 mins to resume now? maybe that dex poop was needed on resume? |
| 20:00.16 | jonpry | which can never happen because android will timeout and try to suspend first |
| 20:02.20 | jonpry | emwe, i get almost the same result as you if i enable bluetooth on .27 |
| 20:03.36 | emwe | jonpry: that usb-freeze accompanied with several pc-trials? |
| 20:04.33 | emwe | i saw some stuff on voque handing over usb_dplus to arm9. (whatever that means exactly) dunno if that helps pc+usb-freezes. but it seems only execed when not idle-ing. |
| 20:05.00 | jonpry | looks more like 20 seconds to me |
| 20:05.46 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 20:06.09 | jonpry | emwe, no, getting hammered on pm_collapse() |
| 20:06.46 | emwe | that would mean enabling bt disables a "likely present" idle-lock? |
| 20:06.55 | emwe | at leat that is my assumption for .27. |
| 20:07.12 | emwe | yet not figured where i could "see" all wakelocks with their configured type... |
| 20:07.54 | *** join/#htc-linux bim (59faa4c2@gateway/web/freenode/ip.89.250.164.194) |
| 20:11.15 | *** join/#htc-linux SG (~Samsunguy@cpe-76-186-50-40.tx.res.rr.com) |
| 20:13.18 | Alex[sp3dev] | well, that resume is way too long. gotta move dex 0 call to another place and see |
| 20:14.57 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 20:15.20 | jonpry | i think its specific to bluetooth. but its like the low power thing has an isr that doesn't actually set a wakelock because it assumes hs_serial will set it up on its own interrupt. but this doesn't work out because the phone goes back to sleep to fast. |
| 20:15.27 | jonpry | i'm not really clear on the details or i would have it fixed |
| 20:15.33 | jonpry | isn't there a /proc/wakelocks or something? |
| 20:15.41 | jonpry | pm stats: http://pastebin.com/jbX5Kfug i just crashed the thing and rebooted, so its not very old |
| 20:15.56 | Alex[sp3dev] | hm |
| 20:16.25 | emwe | jonpry: it just shows the locks. can't see any type output. (or i am just not seeing it) |
| 20:19.07 | *** join/#htc-linux T_FizZ (~T_FizZ@184-12-60-132.dr01.hpjc.ny.frontiernet.net) |
| 20:26.07 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 20:46.20 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 20:46.50 | *** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 20:49.11 | *** join/#htc-linux GNUtoo|bug20 (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 21:16.26 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 21:35.43 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 21:42.53 | *** join/#htc-linux ftoz (~root@cst-prg-10-14.vodafone.cz) |
| 21:46.30 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 21:54.41 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 22:07.55 | *** join/#htc-linux MN--2 (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 22:09.33 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-111-129.98-62.inwind.it) |
| 22:36.43 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-111-129.98-62.inwind.it) |
| 22:39.57 | *** join/#htc-linux rpierce99_ (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 22:48.52 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 22:58.32 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 23:12.51 | *** join/#htc-linux DuperMan (~Duper@93-173-172-132.bb.netvision.net.il) |
| 23:18.32 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 23:19.22 | *** join/#htc-linux T_FizZ (~T_FizZ@184-12-60-132.dr01.hpjc.ny.frontiernet.net) |
| 23:30.09 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 23:34.36 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 23:37.24 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 23:38.05 | *** join/#htc-linux mario__ (63132e53@gateway/web/freenode/ip.99.19.46.83) |
| 23:38.24 | mario__ | does muilti touch work on frx06 or previous builds? |
| 23:39.49 | rpierce99 | none of the phones that frx06 support have multi-touch screens |
| 23:39.59 | rpierce99 | and xdandroid questions belong in #xdandroid |
| 23:40.03 | arrrghhh | ^^ |
| 23:41.52 | stinebd | boom |
| 23:42.23 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
| 23:46.37 | rpierce99 | arrrghhh: did you generate a conf file for scbs? |
| 23:46.47 | arrrghhh | no |
| 23:46.59 | arrrghhh | been a slacker with android lately |
| 23:47.10 | arrrghhh | blew up my lappy this morning, had to rebuild :P |
| 23:47.18 | rpierce99 | ick |
| 23:47.46 | arrrghhh | yea, it was time. i FUBAR'd it trying to get win7's sp1 crap to work. |
| 23:47.53 | rpierce99 | you probably read the log, but he's having an issue with sleep timing, waking 10 times a second or something, works great for me though |
| 23:47.53 | arrrghhh | c'est la vie... |
| 23:48.00 | arrrghhh | weird |
| 23:48.02 | hyc | G1 doesn't really have a multitouch screen either, but they kludged it to work |
| 23:48.02 | arrrghhh | yea i did read that |
| 23:48.12 | arrrghhh | hyc, they did for ours as well, in winmo |
| 23:48.25 | arrrghhh | i don't think there were any efforts to make it work in android, AFAIK it wasn't that great in winmo. |
| 23:48.46 | hyc | heh |
| 23:50.09 | mario__ | will they ever support it? |
| 23:50.41 | arrrghhh | mario__, maybe... that'll be like the last thing on the list. |
| 23:51.11 | arrrghhh | that'll come after we have stable builds, if ever :P |
| 23:51.40 | mario__ | oh dang.... would be a great feature. but keep up the good work, i use xdandroid everyday & hah almost there though. |
| 23:52.19 | arrrghhh | since we don't have mutitouch screens |
| 23:52.24 | arrrghhh | i can't imagine it'll be easy |
| 23:52.49 | mario__ | do you know why the headphone jack doesnt work on rhod400? & true true |
| 23:52.57 | arrrghhh | no one has fixed it |
| 23:53.07 | arrrghhh | a la stine, patches welcome |
| 23:54.14 | mario__ | oh, i want to get into to devollping or helping on this project but i barely know anything about codes & all that stuff |
| 23:54.29 | arrrghhh | ha |
| 23:54.37 | arrrghhh | well then, patience i'd say is going to be key. |
| 23:55.45 | mario__ | yup well im out |