IRC log for #htc-linux on 20100416

00:01.37*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
00:04.56*** join/#htc-linux the_eye_ (~dimitris@ppp-94-69-22-225.home.otenet.gr)
00:07.37*** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net)
00:25.00*** join/#htc-linux Xiaopi[work]1 (~Pierre@116.247.126.74)
00:40.17*** join/#htc-linux ravishi (~stormy@c-98-249-6-188.hsd1.va.comcast.net)
00:46.39*** join/#htc-linux bartman (~bart@tau.jukie.net)
00:48.16*** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net)
00:55.05mrquickI'm dumb, I did a make clean now I'm dying to see if my changes worked but I have to wait hours
01:03.39*** join/#htc-linux Orkspalter (~Orkspalte@p54B581DB.dip0.t-ipconnect.de)
01:03.42*** part/#htc-linux Orkspalter (~Orkspalte@p54B581DB.dip0.t-ipconnect.de)
01:04.33*** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.116)
01:05.10Fordyy:o JOINS. PARTS. QUITS. RAPE.
01:15.36*** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey)
01:20.04*** join/#htc-linux br1ck_ (~br1ck@xdslet223.osnanet.de)
01:29.18*** join/#htc-linux obrienmd_sea (~obrienmd@173.160.148.166)
01:40.11*** join/#htc-linux CableNL (~Cablekevi@house.speedxs.nl)
02:10.38*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
02:58.17*** join/#htc-linux madCoder- (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net)
03:04.17*** join/#htc-linux DaveWM (dave@h-96-13-55-25.ip.alltel.net)
03:45.11*** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821)
03:47.12*** join/#htc-linux Tinyboom_ (~nahh@142.84-49-172.nextgentel.com)
04:11.20*** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no)
04:12.45*** join/#htc-linux mackie (~mackie@2002:4677:4f46:1234:20c:29ff:fed7:c127)
04:33.40*** part/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net)
04:55.59*** join/#htc-linux j-i-m-m-y- (j-i-m-m-y@YYKDCCXXVI.gprs.sl-laajakaista.fi)
05:16.28*** join/#htc-linux [acl]_ (~abel@cpe-69-203-141-229.si.res.rr.com)
05:22.48*** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net)
05:35.00*** join/#htc-linux [acl]_ (~abel@cpe-69-203-141-229.si.res.rr.com)
05:54.49*** join/#htc-linux DenPal (~hoper@88-243-252-87-dynamic-pool.gprs.mts.by)
06:06.04*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
06:12.08*** join/#htc-linux MtheG (~kvirc@dhcp-077-250-178-041.chello.nl)
06:15.11*** join/#htc-linux kiozen (~oeichler@p5492114C.dip0.t-ipconnect.de)
06:17.51*** part/#htc-linux DenPal (~hoper@88-243-252-87-dynamic-pool.gprs.mts.by)
06:39.48*** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net)
06:50.04*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
06:55.16*** join/#htc-linux dekar__ (~dekar@g227087174.adsl.alicedsl.de)
07:18.23*** join/#htc-linux leobaillard (~leobailla@leobaillard.org)
07:55.47*** join/#htc-linux kvaster (~kvaster@93.84.112.80)
08:12.38*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
08:23.22*** join/#htc-linux Captnoord (~Captnoord@145.74.217.9)
08:23.46*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
08:49.52*** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no)
08:56.17*** join/#htc-linux MtheG (~kvirc@dhcp-077-250-178-041.chello.nl)
09:00.55*** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
09:01.08*** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz)
09:16.57*** join/#htc-linux zachy (~george@ip-85-160-29-230.eurotel.cz)
09:18.23*** join/#htc-linux GNUtoo (~GNUtoo@host245-102-dynamic.48-82-r.retail.telecomitalia.it)
09:19.03*** join/#htc-linux Markinus (~Miranda@gtng-4db04af7.pool.mediaWays.net)
09:32.50*** join/#htc-linux Cass (~Cass@cass.demon.co.uk)
09:40.04*** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
09:40.32*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
09:45.19*** join/#htc-linux mickey (~M@dialbs-092-079-168-007.static.arcor-ip.net)
09:54.32*** join/#htc-linux shu8i (~shu8i@78.104.102.92)
09:57.40*** part/#htc-linux shu8i (~shu8i@78.104.102.92)
10:09.35*** join/#htc-linux M3DLG (~M3DLG@212.183.140.37)
10:53.57*** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net)
10:54.55*** join/#htc-linux Scepterr (~scepterr@ool-18b92277.dyn.optonline.net)
11:15.19*** join/#htc-linux loni (~loni@87.69.216.210)
11:16.11*** part/#htc-linux loni (~loni@87.69.216.210)
11:17.04*** join/#htc-linux loni (~loni@87.69.216.210)
11:25.23phhToAsTcfh: announced ?
11:27.31IceBoneHey, phh, has there been any recent development regarding the battery? My lifetime is down to 4 hours.
11:27.39phhIceBone: oO
11:27.40phhno
11:28.11IceBoneAnd lately I've been getting a lot of empty battery shutdowns.
11:28.14IceBone:(
11:28.20IceBoneAnd then when it boots into winmo, it's about 30%.
11:28.57phhthat's because of the >5% check captnoord deleted :/
11:28.59phhI'll readd it
11:29.05IceBone>:(
11:29.14IceBoneslaps captnoord
11:29.28IceBoneWhat file is that in?
11:29.51phhhtc_battery_smem.c
11:30.09IceBoneUhm... I only update rootfs and zimage/modules.
11:30.22phhzImage then :p
11:30.25IceBone:P
11:30.31phhargh
11:30.35phhI forgot my tree is dirty
11:30.37IceBoneI suspect that's the cause.
11:30.37phhdamned TV out
11:30.42*** join/#htc-linux marex (~marex@eduroam85.ms.mff.cuni.cz)
11:31.51IceBoneWhen will the proper zimage be available?
11:32.48phhwhen I'll commit something
11:32.52phhlater
11:32.58phhI've two hot potatoes to answer to ATM.
11:33.16IceBone:D
11:33.40*** join/#htc-linux gauner1986 (~gauner198@p5B3856DE.dip.t-dialin.net)
11:40.54phhToAsTcfh: LOL, you published your results on an actual article -_-'
11:41.00phhToAsTcfh: you did that for teasing I hope ? :p
11:41.27*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
11:43.06*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
11:44.54*** join/#htc-linux leviathan (~quassel@cx-public-docking-1-093.ethz.ch)
11:46.09*** join/#htc-linux Freddiam100_ (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net)
11:51.35phhReceiving objects:  34% (372418/1095346), 192.95 MiB | 1.31 MiB/s   

11:51.38phhlinux tress are really big.
11:56.48IceBonephh: what about That led means that charging logic stays on forever, and it's likely this logic isn't meant for power optimization, meaning it might drain the battery...
11:56.48IceBoneI'll push a fix today, and we'll maybe see some battery life improvement.
11:56.53IceBoneAlso in zImage?
11:56.57phhyes ..
11:57.03IceBoneCool!
12:00.15phhwth ?
12:00.34phhit seems it's already fixed -_-'
12:20.26phhIceBone: your change (battery<5%) is pushed
12:21.03*** join/#htc-linux GNUtoo (~GNUtoo@host245-102-dynamic.48-82-r.retail.telecomitalia.it)
12:22.32phhlol ?
12:22.41phhA9 says charge=364, discharge=342
12:22.43phhso what ... ?
12:22.48phhcharges ? discharges ? half charges ?
12:23.18Markinusphh: a bit is left for charging. .
12:23.29Markinussloooowwww :)
12:23.36phhhaha.
12:23.42phhthat explains why rhod can't charge then -_-'
12:23.51phhac vs usb detection
12:26.41*** join/#htc-linux sniveri (~chatzilla@YZMDCCCLXIII.gprs.sl-laajakaista.fi)
12:29.14phhand it fixes rhod's charging \o/
12:29.16phhpossibly.
12:34.15*** part/#htc-linux sniveri (~chatzilla@YZMDCCCLXIII.gprs.sl-laajakaista.fi)
12:39.25IceBonephh: woo! :)
12:39.33IceBonedownloads
12:42.23*** join/#htc-linux M3DLG (~M3DLG@212.183.140.37)
12:44.43*** join/#htc-linux DenPal (~hoper@98-243-252-87-dynamic-pool.gprs.mts.by)
12:49.22*** join/#htc-linux pieteckhart (~AndChat@89.205.178.210)
12:54.19*** join/#htc-linux Captnoord (~Captnoord@145.74.218.14)
12:54.21Captnoordyoyo
12:54.26Captnoorddid I fuckup battery shit?
12:54.27Captnoord:P
12:54.37Captnoordyup I did
12:54.38Captnoordhehe
12:55.04gauner1986cool
12:56.05phhCaptnoord: uh ?
12:56.07CaptnoordMarkinus: does your .32 boots?
12:56.09Captnoordnvm
12:56.09Captnoord:P
12:56.31Captnoordmine just craps out bigtime
12:56.31MarkinusCaptnoord: yes, it boots. But without screen . .
12:56.44Captnoordyou also should update your config file
12:57.05Captnoordmdp drivers are split into 2 diff versions
12:57.09Captnoordthe mdp22
12:57.10Captnoordfor us
12:57.18Captnoordand the mpd31 for the leo
12:57.23MarkinusCaptnoord: and .31, I know
12:57.28Captnoordk
12:57.30MarkinusCaptnoord: I changed it already
12:57.33*** part/#htc-linux DenPal (~hoper@98-243-252-87-dynamic-pool.gprs.mts.by)
12:57.47Captnoordand did you add the config stuff for the fb_console
12:57.49MarkinusCaptnoord: hmm, I should push it . .right
12:58.01Captnoordor did you just add the functions
12:58.26Captnoordand do you use different settings for your haret?
12:58.33MarkinusCaptnoord: yes, I add it in the config file  and the early_console stuff in config file
12:58.43Captnoorddon't forget to add the font config
12:58.49MarkinusCaptnoord: hmm, no, same as old repo
12:58.49Captnoorddon't do it by hand
12:58.56Captnoordit will be very hard
12:58.57Captnoordk
12:59.10MarkinusCaptnoord: it's done already
12:59.13Captnoordk
12:59.14MarkinusI will check this in
12:59.53Captnoordgood
13:00.18Captnoordfb_console would be nice....
13:00.38CaptnoordI think I majorly screwed up as even vibrate doesn't work.... and ram_console doesn't work
13:00.53*** join/#htc-linux loni (~loni@87.69.216.210)
13:01.09phhCaptnoord: ram console is faaaaaaaaaaaaaaaaarrrrrrrrrrrrrr after vibrate
13:01.18Captnoordhehe.......
13:01.19Captnoordk
13:01.44gauner1986Markinus: did your clock fix fix anything on our issues?
13:01.48phhif you don't get vibrate, don't even bother trying ramconsole
13:02.01Captnoordhmmmm
13:02.04MarkinusCaptnoord: vibration is working
13:02.06Captnoordthen I am majorly scewing up
13:02.10MarkinusCaptnoord: I put it in board file
13:02.11CaptnoordI changed my config file
13:02.14MarkinusCaptnoord: and it works
13:02.19CaptnoordI think a bit to radical
13:02.48Captnoordi'll just wait until Markinus pushes his changes related to the fb_console
13:04.05*** join/#htc-linux M3DLG (~M3DLG@212.183.140.37)
13:04.28*** join/#htc-linux mickey|away (~mickey@80.81.242.146)
13:06.55*** join/#htc-linux [acl]_ (~abel@cpe-69-203-141-229.si.res.rr.com)
13:10.51MarkinusCaptnoord: defconfig with FB is in. There are some autochanges from Kconfig too.
13:10.59MarkinusCaptnoord: the board file modifications too
13:11.26MarkinusCaptnoord: it seems to mee, that the boot in more time, and that the vibrations are too long. Like the timers would be wrong
13:11.41MarkinusCaptnoord: we should port our acpuconfig too . .
13:11.59Captnoordtry it
13:12.12Captnoordwhile I fetch your changes and try myself
13:12.13Captnoordhehe
13:12.39*** join/#htc-linux k_linux (~klinux@41.214.147.247)
13:12.55Markinusgauner1986: no
13:13.18gauner1986;(
13:14.57CaptnoordMarkinus: don't forget to change these
13:14.58Captnoord#define HTC_FB_BASE0xe2000000 /* virtual page for our fb */
13:14.58Captnoord#define HTC_FB_PHYS0x03800000
13:14.58Captnoord#define HTC_FB_OFF0x00039000
13:14.58Captnoord#define HTC_FB_SIZE0x00400000
13:15.16MarkinusCaptnoord: we have to change it dynamicly
13:15.20MarkinusCaptnoord: device specifik
13:15.23Markinus*c
13:15.28Captnoordyup
13:16.09MarkinusCaptnoord: I changed it as first only staticly for Topaz in my build to get it work . .then we can do it dynamicly
13:16.17Captnoordyup
13:16.28Captnoordset it in the probe function
13:16.28*** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net)
13:16.33Captnoordor what ever init function we can use
13:18.38[acl]_quick question for anyone. Ramconsole on the rhod? i dont seem to get anything with 0x8e0000 0x20000. am i missing something?
13:19.05Captnoordon glemsome's builds
13:19.08Captnoordits disabled
13:19.09[acl]_ya
13:19.13[acl]_boo
13:19.15Captnoordits a dev only thing
13:19.20CaptnoordMarkinus
13:19.20Captnoordstatic void htcraphael_set_vibrate(uint32_t val)
13:19.20Captnoord{
13:19.20Captnoordif (val > 0xb22)
13:19.20Captnoordval = 0xb22;
13:19.21Captnoord
13:19.21Captnoordif (val > 0)
13:19.22Captnoorddex_comm(DEX_VIBRA_ON, 0, &val);
13:19.22Captnoordelse
13:19.23Captnoorddex_comm(DEX_VIBRA_OFF, 0, 0);
13:19.23Captnoord}
13:19.24Captnoordgood anough
13:19.24Captnoord:P
13:19.29Captnoordhmmm
13:19.43CaptnoordI think it belongs to htcarmv6.c
13:19.52Captnoordas its generic
13:20.00MarkinusCaptnoord: yes, I think too
13:21.19Captnoordand I still wonder why there are 2 different dex calls
13:21.25CaptnoordNetRipper: you know?
13:21.43Captnoordwould it be 1 to enable the circuitry
13:21.49Captnoordand one to does the action
13:21.56Captnoords/does/do
15:20.56*** join/#htc-linux apt (ibot@rikers.org)
15:20.56*** 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.
15:22.58*** join/#htc-linux Cass (~Cass@cass.demon.co.uk)
15:25.37*** join/#htc-linux nizox (~none@77.207.111.193)
15:27.02GNUtoohow can I get a node name with         dev_t dev; ?
15:47.20*** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl)
15:48.32CaptnoordMarkinus: did you got any futher?
15:49.58MarkinusCaptnoord: I didn't have time. Had to prepare my weeding . . .
15:49.58MarkinusCaptnoord: bud I removed the vibration stuff from the raphael board file
15:49.58MarkinusCaptnoord: hmm, strange with the FB COnsole . . didn't know what wrong
15:49.58MarkinusCaptnoord:  will try later today
15:50.39Captnoordk
15:50.39phhGNUtoo: ./htc_battery.c:#define BATT_MTOA_PROG                          0x30100000

15:50.48GNUtoook
15:50.49GNUtoothanks
15:51.36GNUtoocan I try to boot without battery support?
15:52.59phhGNUtoo: mm I guess so
15:54.26GNUtoook
16:02.02*** join/#htc-linux makkonen1 (~makkonen@cpe-66-69-229-9.austin.res.rr.com)
16:03.41*** join/#htc-linux Vito89 (~quassel@gw.loccal.net)
16:04.41Captnoordhmmmm
16:04.45Captnoordvibration works
16:04.55CaptnoordI dono what I did wrong
16:05.11MarkinusCaptnoord: good :)
16:05.31Captnoordbut it takes forever
16:05.43Captnoordhmmm
16:06.24MarkinusCaptnoord: yeah, I think the next stuff should be the clocks . .
16:06.34Markinusacpuclock
16:06.37*** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be)
16:06.46Captnoordwould it?
16:06.47*** join/#htc-linux madCoder- (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net)
16:06.54Captnoordcould be that the timers are off
16:06.58Captnoordhmmmm
16:07.10CaptnoordI wonder what the default bootloader settings would be
16:07.12CaptnoordI mean
16:07.16Captnoordandroid's one
16:07.21Captnoordas the kernel expects that
16:10.31makkonen1does gsm rhodium battery status work? (or "work"?)
16:10.40phhmakkonen1: """"work"""""""
16:10.48phhgives not totaly stupid values :p
16:11.00phhwell, +/- 50%.
16:12.08makkonen1ok
16:12.10makkonen1:-p
16:12.36makkonen1better than cdma rhodium, then. which pretty much always says 5-15%, even with full battery.
16:13.05phheven with latest kernel ?
16:13.11Captnoordtopaz users can pretty mutch use the raph/diam stuff
16:13.14Captnoordas its the same
16:13.17Captnoordgsm topaz
16:14.22makkonen1haven't tried absolute latest. as of a few days ago, though... unless I didn't update it when I thought I had.
16:14.42Captnoordhehe
16:18.25*** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com)
16:19.59*** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com)
16:27.00*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
16:31.55*** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com)
16:34.11*** join/#htc-linux ali1234 (~al@robotfuzz.co.uk)
16:36.54*** join/#htc-linux [acl] (~abel@96.246.167.90)
16:44.34makkonenphh: ok, yeah, with latest kernel, I'm within 50%... full battery, it's reporting 60%.
16:44.55phhmakkonen: +/- 50% :p
16:44.55makkonen...at least, I thought it was full. It may be off a bit, in which case it's even closer to accurate.
16:45.13makkonenhey, it's better than within 80%. :-)
16:46.43phhwith some test and try guesses, we can get closer to 10% I guess
16:46.50*** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net)
17:02.59Hoochster+/- 50% that's bout how often my wife is right
17:03.49phh.
17:03.49makkonenZING
17:04.48makkonenso cdma and gsm rhod seem to use about the same values for battery, then?
17:07.26chamonixhey guys
17:07.28phheverything but RIL and NAND partitions AFK
17:07.30*** join/#htc-linux JairunCaloth (~dbrowne@c-24-98-17-158.hsd1.ga.comcast.net)
17:07.31phhafaik*
17:07.33phhhey chamonix
17:07.37chamonixhey phh
17:08.04chamonixhows life?
17:08.15phhmakkonen: fully charged I get ~ 72%
17:08.19phhchamonix: I hate chemistry.
17:08.25phhand with the exams in one week.....; baaaaaaahhhhhh
17:08.36gauner1986exams suck
17:09.07phhespecially when it's THE one that will change your life.
17:09.16chamonixI'm happy I have all that far far behind me :)
17:09.27MarkinusNetRipper:
17:09.27Markinusyou put in the fb_console this defines:
17:09.28Markinus#define HTC_MDP_PHYS  0xAA200000
17:09.28Markinus#define HTC_MDP_SIZE  0x000F0000
17:09.28Markinuswhy didn't you use this here for the msm_iomap?
17:09.28Markinus#define MSM_MDP_PHYS          0xAA200000
17:09.28Markinus#define MSM_MDP_SIZE          0x000F0000
17:09.29Markinusand can we not use the BASE adresss from there too?
17:09.55phhMarkinus: I don't think the BASE are ready so soon
17:10.18phhvoid __init msm_map_common_io(void)

17:10.19phhok.
17:10.22phhno clue when this is called.
17:13.03Markinusphh: ahh, ok, here it's inited in msm_map_common_io(), right this is maybe not fast enough
17:13.56phhMarkinus: I just don't know
17:20.46*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
17:25.04*** join/#htc-linux M3DLG (~M3DLG@212.183.140.37)
17:28.33*** join/#htc-linux irlolcopter (~12987@host86-160-255-171.range86-160.btcentralplus.com)
17:29.27*** part/#htc-linux Backup (backup@110100100.wikipotica.info)
17:41.59*** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
17:54.19*** join/#htc-linux ZDriven (~d1b871e7@gateway/web/freenode/x-xtfmrcqiisrphaip)
17:55.51*** join/#htc-linux mickey|away (~mickey@openmoko/coreteam/mickey)
17:59.24*** join/#htc-linux kvaster (~kvaster@live.bn.by)
18:09.29*** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be)
18:12.43GNUtoomickeyl,hi,do you remember how to get suspend under android?
18:12.55GNUtooor the lines that says that it succedded
18:15.24mickeylnever tried android, so i can't say, however it's easy to show that i succeeded. either via 'sleep' trigger without flickering, or (better) by checking dmesg for the Stopping tasks and then no activity until you press the wakeup button
18:15.33mickeyls/i/it/
18:15.38mickeylheh
18:15.40mickeyl~lart apt
18:15.40aptrm -rf's mickeyl
18:19.10[acl]phh: i had a chance to make a new libhardware_legacy.so once wpa_supplicant was working on the rhod for eclairhero. Now im baffled with this next hurdle.
18:19.17[acl]http://pastebin.com/embed_js.php?i=CauxP4A1
18:20.37[acl]i don't think i build it right. I'm obviously missing something. take a look when you get a chance.
18:20.44phhI/dalvikvm( 1250): Unable to dlopen(/system/lib/libandroid_servers.so): Cannot load library: reloc_library[1244]:  1244 cannot locate \'set_jogball_mode\'...

18:21.10phhthat's what I meant when I said it needs a new libhardware_legacy
18:21.15phhyou need to define set_jogball_mode function
18:21.20phhwhy did you think it was .. ?
18:21.25[acl]wifi.c
18:21.33GNUtoomickeyl, ok will try with cm-recovery-1.4
18:21.40phh[acl]: we already have the wifi changes ..
18:21.49phhfor AOSP builds
18:21.51*** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk)
18:21.52GNUtoowhich has root commandline without usbnet
18:22.10[acl]phh: that the changes mrpippy made ?
18:22.17phhyes
18:22.30phhnow you need htc-android specific changes
18:22.40phhwhich includes set_jogball_mode
18:22.42phhamongst others I guess
18:22.44mickeylGNUtoo: ok, good
18:23.06GNUtoomickeyl, seem to have the same problem than us:
18:23.17GNUtoohttp://pastebin.com/PUWWuVBK
18:23.53mickeylaah
18:23.53mickeylheh
18:23.58mickeyl"fun"
18:24.28mickeylso suspend/resume is broken by design on dream? ;)
18:24.44phh-_-'
18:24.49phhhave fun fixing that ! :p
18:25.20mickeylthe palm pre got very attractive this moment...
18:25.27phh?
18:25.28[acl]phh: ahh ok. So i'll take a look a that next. Where can i take a look at pippys changes?
18:25.37phh[acl]: don't know
18:25.45phh[acl]: anyway, it's just module path and module arguments
18:26.47[acl]phh: cool.. ill keep you updated . thanks.
18:26.54mickeylso either it's really really broken (which i still doubt)
18:26.55GNUtoomickeyl, maybe it's only broken in that image
18:27.02mickeylor android is doing something from userland that we do not
18:27.08GNUtoomickeyl, it's cm-mod-*recovery*-1.4
18:27.09mickeylthat makes it work
18:27.18GNUtoopossible
18:27.42GNUtoomaybe I should try a normal non-100%-free cm-mod
18:27.42mickeylperhaps they have a userland interface for wakeup sources
18:27.44mickeylwhich we just need to clean
18:27.53GNUtooI'll look
18:27.53mickeylor set to modem
18:28.01mickeyl(palm pre works like that)
18:28.05phhmickeyl: I already told you it works fine on ubuntu
18:28.09phhit's not android related
18:28.12phhreally kernel relatted
18:28.15mickeylah
18:28.19mickeylwhich magic do you have in your kernel?
18:28.25phh2.6.27.
18:28.28mickeylcan you give me a SHA and a defconfig?
18:28.36phhwe have our own tree :p
18:29.03phhhttp://husson.hd.free.fr/htc_msm_android_defconfig
18:29.15mickeylthanks
18:30.18phhcan you do that: echo 1 > /proc/timer_stats ; sleep .1 ; echo mem > /sys/power/state ; echo 0 > /proc/timer_stats ; cat /proc/timer_stats ?
18:30.18GNUtooshould I try a cm-mod kenrel?
18:30.36GNUtoophh, with which config?
18:30.43phhGNUtoo: whatever
18:30.50phhthe one which often wakes up system I mean
18:31.16GNUtoophh, because I had a very minimal config with only battery,usbnet or framebuffer
18:31.31phhwell you just need timer statistics
18:32.02GNUtoook I pasted that before
18:32.09GNUtooI'll look
18:33.01mickeylhmm
18:33.04mickeyl-# CONFIG_MSM7X00A_IDLE_SLEEP_MODE_POWER_COLLAPSE_SUSPEND is not set
18:33.04mickeyl-CONFIG_MSM7X00A_IDLE_SLEEP_MODE_POWER_COLLAPSE=y
18:33.04mickeyl+CONFIG_MSM7X00A_IDLE_SLEEP_MODE_POWER_COLLAPSE_SUSPEND=y
18:33.04mickeyl+# CONFIG_MSM7X00A_IDLE_SLEEP_MODE_POWER_COLLAPSE is not set
18:33.17mickeyldiff ours yours
18:33.48GNUtoophh, echo mem > /sys/power/state && sleep 30 && echo 1 >/proc/timer_stats && sleep 60 && echo 0 > /proc/timer_stats running in background + exiting the shell produced that: http://pastebin.com/0kbLDpip (also : governor set to userspace)
18:34.19phhGNUtoo: I know
18:34.22phhI don't want 60 seconds
18:34.35GNUtoook
18:34.37phhI want only during the short time during which the system sleeps
18:34.42GNUtooah ok
18:34.42phhactually, even remove the sleep .1
18:34.46GNUtoook
18:35.01phhmickeyl: don't worry about that, we do pm.sleep_mode=1 on cmdline because of some bugs
18:35.08phhso basically we haven't this change
18:35.13GNUtooso with RTC I bet
18:35.55mickeylk
18:37.45phhGNUtoo: uh ?
18:37.46phhah
18:37.46phhno
18:37.54GNUtoo?
18:38.05phhno you don't need RTC
18:38.08GNUtoook
18:39.10GNUtooI'm building stock oe + timer stats
18:40.03mickeylwe could also try rebasing on the last 2.6.32
18:40.06mickeylwhen did we "fork"?
18:41.25GNUtoomickeyl, yes maybe,but couldn't we fix suspend before?
18:41.40phhGNUtoo: maybe they have suspend fixes somewhere :p
18:41.42mickeylhope dies last
18:41.47GNUtooah ok
18:41.50mickeylbut there's a chance it's fixed
18:42.03mickeylperhaps they introduced it and then fixed it later during the .32 branch
18:42.08mickeylperhaps not, i hve no idea
18:42.21mickeylbut i have the feeling we have absolutely no idea why it's not working
18:42.27mickeyland this could take months
18:42.35Kensanmickeyl: what's the kernel version you are running now?
18:42.50mickeylKensan: 2.6.32 + some fixes
18:44.33phhMACHINE_START(HTCRAPHAEL, "HTC Raphael cellphone (Raphael (or Raph), is one of the Teenage Mutant Ninja Turtles (TMNT). He carries two sai. He is usually depicted as being aggressive, sullen, and rebellious.")

18:44.35phhslaps Captnoord
18:45.41Kensanmickeyl: and you want to move to 2.6.32.11?
18:46.29mickeylKensan: not necessarily, i proposed checking master of android's upstream 2.6.32
18:46.45mickeyli just need anything >= 2.6.32
18:46.49mickeylfully features
18:46.54mickeyls/s/d/
18:47.00mickeylbut that is quite an adventure :)
18:47.07Kensanmickeyl: ah I see
18:47.35*** join/#htc-linux M3DLG (~M3DLG@212.183.140.23)
18:47.44mickeylmoving back to .27 would be a hard thing
18:47.49mickeylbut if it's the only way to fix suspend
18:47.52mickeylso be it :/
18:48.08Kensanewww... ;)
18:48.39ZDrivendoes anyone know the current status of the android on hd2 project?
18:50.11GNUtoophh, http://pastebin.com/E4xnHGXq
18:50.17GNUtoomaybe too short?
18:50.48GNUtoomickeyl, android has experimental 2.6.33
18:51.17mickeyleven more experimental than their 2.6.32? :)
18:51.21GNUtoolol
18:51.30GNUtooit's in their experimental tree so I bet so
18:51.34MarkinusZDriven: vewryyyyyyyyyyyyyyyyyyy early . ..
18:51.40phhGNUtoo: ah.
18:51.56ZDrivenThank you Markinus
18:52.05ZDrivenis their a timelime?
18:52.07phhGNUtoo: right, add sleep .1 before and after the echo mem blabla then
18:52.15ZDrivenor are they just working?
18:52.16GNUtoook
18:52.47MarkinusZDriven: no, beacuse some fixes for low level stuff have to be found. And nobody know how long this needs
18:53.44ZDrivenAh I see. What I dont understand is why is it hard when their are phone running snapdragon doing android?
18:53.53ZDrivenAre the architecture of the phones different?
18:54.09ZDrivenSorry for all the questions, I am very new to android hacking
18:54.18MarkinusZDriven: this is a wince mobile . .
18:54.32ZDrivenBeen a WinMo hacker forever and now want to get into android
18:54.34GNUtoophh, http://pastebin.com/jTB97BwV
18:54.45MarkinusZDriven: there are much things different
18:54.57ZDrivenahh i see
18:54.58phh<PROTECTED>
18:55.01phhGNUtoo: that'd be funny.
18:55.11GNUtooyes
18:55.15GNUtooI had it this time
18:55.17mickeylkilling the refresh thread didn't change it
18:55.24GNUtooI'll look
18:55.25phhmickeyl: ok
18:55.28phhstill
18:55.33phhyou should kill the thread when in suspend
18:55.38phhoh well maybe you already do that.
18:55.39ZDrivenso if i want an android phone i should just buy one
18:55.40GNUtooand I had console
18:55.44mickeylphh: we do :)
18:55.48ZDrivenor do you think i should just wait it out?
18:55.51mickeylphh: we implemented proper FBIOBLANK ioctls
18:56.06KensanIs there a description of the suspend/resume issue?
18:56.16phhKensan: wakes up just after resume
18:56.20mickeylKensan: yes, pretty simple. basically immediate wakeup
18:56.26phhdebugging messages says it's timer issue
18:56.29phhnow... whose timer ? :p
18:56.42GNUtoolet me look a bit at the code
18:56.42Kensanany logs/traces?
18:56.56phhKensan: no
18:56.58Kensanand a git tree to go with that? ;)
18:57.13mickeylyes, hold on
18:57.26mickeylhttp://gitorious.org/htc-msm-2-6-32/leviathan-incoming
18:57.27MarkinusZDriven: if you want a vull feautured android phone then yes, buy one!
18:57.38phh<PROTECTED>
18:57.47phhGNUtoo: you go in sleep with keyboard ?
18:57.52GNUtooyes
18:58.07phhhum gpio keypad != keyboard
18:58.15ZDrivenCool. thanks. appreciate all the help
18:58.20GNUtoosh st.sh
18:58.24GNUtoounder keyboard
18:58.44GNUtoomaybe I should sleep before going into suspend
18:59.04Kensandammit this notebook gets hot.
18:59.09phhGNUtoo: hum no
18:59.09KensanI need a new one...
18:59.26GNUtoook
18:59.53GNUtoonow that I have the method for finding out what's wrong I'll try to fix it
19:00.00GNUtoomaybe I should wait for completion
19:00.08GNUtooof the thread
19:00.12GNUtoowhen killing it
19:01.04phhI don't understand why you get 71 gpio_keypad_timer_func calls ...
19:01.42mickeylcan we disable it for now?
19:01.47phhI think so
19:01.57KensanAre there any working theories of the suspend/resume issue?
19:02.29mickeylmine is: something is configured as wakeup source that shouldn't
19:02.32mickeylor
19:02.42mickeylsomething is not shut down that is usually always configured as wakeup source
19:02.50mickeyl(or nonmaskable)
19:02.54Captnoordre
19:03.21Captnoord[20:44] <phh> MACHINE_START(HTCRAPHAEL, "HTC Raphael cellphone (Raphael (or Raph), is one of the Teenage Mutant Ninja Turtles (TMNT). He carries two sai. He is usually depicted as being aggressive, sullen, and rebellious.")

19:03.21Captnoord[20:44] * phh slaps Captnoord
19:03.22Captnoordhehe
19:03.41CaptnoordI love it
19:03.41Captnoord:P
19:03.49phhmickeyl: well, the wakeup sources is known
19:03.51phhit's timers
19:04.06mickeylright
19:04.18mickeylthen there are some timers that should be disabled but are not?
19:04.18Captnoordphh you don't like it?
19:04.20Captnoord:P
19:04.27phhCaptnoord: right I don't actually care
19:04.41phhCaptnoord: I just hope you don't break some scripts :p
19:04.46Captnoordhehe
19:04.48CaptnoordI hope to
19:05.04CaptnoordMarkinus: hmmm the slowness....
19:05.07Captnoordrelated to timers?
19:06.05MarkinusCaptnoord: I think so . .
19:06.21MarkinusCaptnoord: but cannot find why, I'm looking in the moment to the hack which we did in the old repo
19:06.27Markinus's
19:06.41Markinuswe have there somestuff for the dg timer
19:06.44GNUtoophh, powering off the screen before gives that: http://pastebin.com/FBXV81Dy
19:06.52Captnoordhmmm
19:06.56MarkinusCaptnoord: like irq.c
19:06.57Captnoordatm we have that timer disabled
19:06.58GNUtooI'll put governor to suerspace
19:07.13phhGNUtoo: btter I guess.
19:07.43MarkinusCaptnoord: hmmm not disabled.
19:07.54MarkinusCaptnoord: we using the other one or?
19:07.56Captnoordyea
19:07.59Captnoordwe'r using gp timer
19:08.01MarkinusCaptnoord: but it'S still on
19:08.08Captnoordk
19:08.18*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
19:09.33GNUtoophh, now : http://pastebin.com/qdqPH8XN (with userspace governor)
19:10.50CaptnoordMarkinus: we should walk trough all the hacks done
19:11.06CaptnoordI think the fb_console doesn't work because of dma beeing async
19:11.14Captnoordand in the 2.9.27 its sync
19:11.23MarkinusCaptnoord: hmmm, ok
19:11.31Captnoordbut I don't have a clue about how to hack that so it gets reset
19:11.45CaptnoordI was porting patches the other day
19:11.55Captnoordand found a dma clear beeing changed to async
19:12.00Captnoordwhen I changed that
19:12.02MarkinusCaptnoord: btw. the fb console is now machine dependend, pushed
19:12.05Captnoordall sorts of strange things happen
19:12.07Captnoordk
19:12.09Captnoord:D
19:12.16Markinusyes....
19:12.26CaptnoordI wonder that maybe it doesn't work because of the slow timers
19:12.31Captnoordso mddi timing would be off
19:13.19phhGNUtoo: 1 > /sys/module/pm/parameters/debug_mask
19:13.25phhsleep then dmesg |grep msm_sleep
19:13.35GNUtoook
19:14.52MarkinusCaptnoord: yes, the timers are very important . .. importand to find why the didn'T work
19:15.13Captnoordhmmmm
19:15.17GNUtoo[ 1617.780517] msm_sleep(): mode 1 delay 780 idle 1 [ 1617.807586] msm_sleep(): mode 1 delay 4480 idle 1
19:15.21Captnoord7k android bootloader
19:15.22Captnoordhttp://lxr.e2g.org/source/arch_msm7k/vic.c?v=android-bootloader
19:15.30Captnoordmaybe we could use some to reinit stuff
19:15.35MarkinusCaptnoord: do you know, are timer dependent to our CPU freqs from acpuclock ?
19:15.49Captnoordtimers should be independed from acpuclock...
19:15.49Captnoordbut
19:15.54Captnoordonly in a normal android situation
19:16.03phhGNUtoo: nothing with idle==0 ?
19:16.06Captnoordbecause they compensate for freq scaling
19:16.16GNUtoono
19:16.18Captnoordbut if our freq is different than they think they start with
19:16.22Captnoordit might be off
19:16.29phhGNUtoo: oO
19:16.32CaptnoordI don't actualy know
19:16.40GNUtoophh, I'll retry
19:16.57GNUtoophh, because the screen came back just after,the time before it didn't
19:17.07phhok
19:17.35Captnoordenables interupt trigger
19:17.39Captnoordas it was disabled for leo
19:17.40Captnoordlol
19:17.50Captnoord#if 0 /* debug intetrrupt trigger */
19:17.50Captnoordif (readl(VIC_IRQ_STATUS0 + reg_offset) & reg_mask)
19:17.50Captnoordwritel(reg_mask, VIC_INT_CLEAR0 + reg_offset);
19:17.50Captnoord#endif
19:17.57Captnoordirq.c
19:18.06Captnoordor
19:18.11Captnoordis that debug interupt trigger
19:18.13CaptnoordI dono
19:18.13Captnoord:P
19:18.17*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
19:18.31Captnoordbleh
19:18.34Captnoordfuck its in sleep
19:18.58phhsleeping is good ! :p
19:19.18phhthose smartphones are the laziest I've ever seen. they are sleeping more than 90% of the time.
19:19.20MarkinusCaptnoord: I think it's only for debbuging
19:19.27MarkinusCaptnoord: it'S not our code
19:19.36MarkinusCaptnoord: original .32
19:19.53GNUtoophh, still nothing
19:20.18phhGNUtoo: that's really weird
19:20.20Captnoordk
19:20.29Captnoordadds
19:20.29Captnoord/* clear interrupts */
19:20.29Captnoord<PROTECTED>
19:20.29Captnoord<PROTECTED>
19:20.33phhGNUtoo: you still get the "enter suspend" messages ?
19:20.41GNUtooI'll look
19:20.58GNUtoono
19:21.03phh....
19:21.04GNUtooonly exit suspend
19:21.06phhoO
19:21.19GNUtoo[ 1898.616210] request_suspend_state: sleep (0->3) at 1892981754263 (2010-04-16 20:19:03.448211668 UTC)
19:21.24GNUtoobut I've that ^^^
19:21.28phhyes that doesn't mean anything
19:21.31phhwell, that' it's trying.
19:21.32GNUtoook
19:21.57MarkinusCaptnoord: the hack in msm_init_irq isn't relevant for our problem
19:22.04phhGNUtoo: how is that possible uh ?
19:22.09CaptnoordI know
19:22.15Captnoordi'm just walking trough the options
19:22.15GNUtooI wonder...
19:22.21*** join/#htc-linux jmv22 (~Administr@175.125.60.213.dynamic.mundo-r.com)
19:22.33Captnoordbesides there is some classmate of mine asking me simple C math questions
19:22.34Captnoordbloeh
19:22.36Captnoordbleh
19:22.38Captnoordgets me distracted
19:22.46phhGNUtoo: can you readd wakelock debug ?
19:22.46MarkinusCaptnoord: I meant this no enabling from DEBUG_TIMER IRQ
19:22.58phhit seems it's not trying to sleep at all
19:23.11phhGNUtoo: but I'm sure it did try before
19:23.13CaptnoordMarkinus: what do you mean?
19:23.17phhhum
19:23.18phhno
19:23.20phhi'm not
19:23.27GNUtoook
19:23.43phhwell
19:23.45GNUtooI'm booting a new kernel image without refresh thread
19:23.47MarkinusCaptnoord: in out old repo, irq.c, msm_init_irq()
19:23.47phhbefore you got the "enter suspend "message
19:23.50phhand you no longer get it
19:23.56phhso you definitely changed something there
19:24.03Captnoordk
19:24.07MarkinusCaptnoord: this CONFIG_MSM_AMSS_VERSION_WINCE dependend stuff
19:24.27Captnoordyea
19:24.32Captnoordwe might try i
19:24.33Captnoordit
19:24.37CaptnoordI dono
19:25.04*** part/#htc-linux jmv22 (~Administr@175.125.60.213.dynamic.mundo-r.com)
19:26.23GNUtoothe other thing I have is [   95.881286] msm72k_udc: msm72k_udc: suspend
19:26.33phhnothing interesting there
19:26.36GNUtoook
19:27.08phhMWAHAHA
19:27.10phhI didn't broke the kernel
19:27.14phhI only broke msmfb -_-'
19:27.26CaptnoordMarkinus: http://lxr.e2g.org/source/arch_msm7k/clock.c?v=android-bootloader
19:27.32Captnoordcheck the clock init table
19:29.10*** join/#htc-linux tom_ (~tom@78.150.42.102)
19:29.45GNUtooshould I restore msm_fb like it was before: http://pastebin.com/XqVq1JX1 ?
19:30.03CaptnoordMarkinus: maybe we should check the trout board
19:30.11phh[  313.451385]  klogd
19:30.12phhHAHA.
19:30.17Captnoordand change our acpu stuff like that
19:30.38phhGNUtoo: kill klogd
19:30.40phhyou're spamming it :p
19:30.47GNUtoook
19:31.55*** join/#htc-linux kiozen (~oeichler@rgnb-5d879f4a.pool.mediaWays.net)
19:32.22MarkinusCaptnoord:  hmm, maybe, don't know . .
19:33.12Captnoordnope
19:33.16Captnoorddoesn't do shit
19:33.17Captnoordbleh
19:33.31gauner1986Captnoord: do you have a leo now also?
19:33.32gauner1986^^
19:33.52Captnoordnope
19:33.57Captnoordworking on .32 for raph
19:34.31phhbaaaaaaah
19:34.36phhfound why me TV out patch kills fb
19:34.37phhtotally stupid.
19:34.44phhwrong pmem calculation -_-'
19:34.59phheven with macros I can't get it working properly ...
19:35.05*** join/#htc-linux M3DLG (~M3DLG@212.183.140.2)
19:38.01phhchamonix: did some led stuff for topa/rhod ?
19:38.16Markinusphh: btw. we didn'T need pmem for fb console right?
19:38.27phhMarkinus: no
19:38.40phhMarkinus: I put the fb memory allocation in pmem.c, since it's quite the same thing
19:38.58*** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
19:38.59Markinusphh: ahh, ok
19:39.17phhbut you can statically set fb memory location by hand, like we did before my big pmem.c changes
19:39.28MarkinusCaptnoord: the timer.c files seems to be almost same . .
19:39.33Captnoordyup
19:39.41phhlet's cross fingers
19:39.44phhI'm sure tv out will work
19:39.47phhat first try.
19:39.48Captnoordhehe
19:39.54GNUtooI'll revert locally with git checkout
19:42.24phhand.....
19:42.26phhblue screen
19:42.26phhbaaaaaaah
19:42.36phhand kernel panic
19:43.41gauner1986you're lovin it
19:43.50phhnot really
19:43.53phhit doesn't actually show the panic -_-'
19:45.07phhhaha
19:45.12phhit's actually started
19:45.16phhI just screwed FB -_-'
19:45.35Captnoordagain
19:45.40phhyeah
19:45.43phhtwo different ways.
19:46.13Captnoordhehe
19:47.36*** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk)
19:48.12phhok
19:48.15phhthat's *really* weird
19:48.49MarkinusCaptnoord: with the dg timer instead of gp is slow too
19:50.01Captnoordk
19:50.08Captnoordthen its a clock thingy
19:50.19Captnoordhw clock thingy
19:50.39CaptnoordI wonder if we ever had a hack for that
19:51.37GNUtoo[  340.543212] suspend: enter suspend
19:51.44GNUtooI'll paste full log
19:54.00phhbaaaaaahhhhhh
19:54.04phhkernel freezes on usb init
19:54.25Captnoordhehe
19:54.28*** join/#htc-linux Zoolooc (~fredsibar@p5495647F.dip.t-dialin.net)
19:54.38CaptnoordMarkinus: I think I hack in the bootloader clock init stuff
19:54.43Captnoorddono it that would do anything
19:54.46Captnoordbut somehow it feels right
19:55.26GNUtoobut governor was set to ondemand,switching to userspace
19:55.52MarkinusCaptnoord: ok
19:56.09CaptnoordMarkinus: if you change the cpu governor to preformance in the config file?
19:56.34MarkinusCaptnoord: :D already tried, same thing
19:56.38Captnoordk
19:57.52MarkinusCaptnoord: I try now some config stuff from our old config file, we disabled there high res timers etc.
19:58.11Captnoordk
19:58.45GNUtoonow I've that: http://pastebin.com/GKN9KYay
19:59.37phhCaptnoord: tv out code doesn't crash the kernel when I start with tvout not plugged... that's not going to help.
20:00.21Captnoordhmmm......
20:00.26Captnoordvbus stuff?
20:01.30phhah
20:01.36phhlike vbus=1 on startup ? :D
20:01.53Captnoordmaybe
20:02.05CaptnoordI can check the asm if you like
20:02.07phh<PROTECTED>
20:02.09Captnoordif I can find something related
20:02.11phhthis thing in the C code
20:02.15phhthat comes from main stream.
20:02.18CaptnoordI know
20:02.26GNUtoophh, when you'll be less buzy I've a question : what should I do now
20:02.52phhGNUtoo: redo timer stuff
20:02.54phhhum no
20:03.09phhGNUtoo: still no idle 0 stuff
20:03.13phhthat's REALLY strange
20:03.14GNUtoook
20:03.37GNUtooshould I try android+cm-mod kernel?
20:03.45Markinusphh: did you configured the tvout clocks in our wince file?
20:03.46phhmaybe
20:03.51phhMarkinus: I let wince does that :p
20:03.59Markinusphh: ahh, ok
20:07.55GNUtoophh, idle 0 means that it doesn't suspend because it's not idle?
20:08.12phhGNUtoo: idle 0 means it's trying to sleep, for something that is not idling
20:09.07GNUtooah so it wants to sleep but is still active,ok got it
20:13.09phhYAYA
20:13.14phhI got garbage \o/
20:13.50phhon both screens.
20:18.43*** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk)
20:29.00phhphone reboot \o/
20:32.39MarkinusCaptnoord: I ported our acpuclock file, same thing . .. slow
20:33.29Captnoordhmmmmm
20:33.43Captnoordthe vibration is also slow?
20:33.48Markinusyes
20:34.01Captnoordand if you change mdelay to msleep?
20:34.22Markinusok, I try it
20:34.44Markinusphh: we added this param here max_axi_khz
20:34.50Markinusphh: do we need this?
20:35.07phhMarkinus: axi frequency can't be changed in anyway currently
20:35.22phhso I don't think it would change anything
20:35.46Markinusphh: ok, so I remove it fo first, so we didn'T need to change the board.h
20:35.48CaptnoordMarkinus: maybe we have added some kernel debugging stuff
20:35.58Captnoordas causing the kernel to be slowed
20:36.19MarkinusCaptnoord: hmm, yes . .this could be . .config file . .
20:37.24chamonixphh: not started the led things yet, I was too busy with work and testing that battery stuff with no SIM
20:37.44Captnoordcontrol group support
20:37.47Captnoordwhats that
20:38.15chamonixnow what I found out is if I disable location stuff I get same battery life with or without RIL
20:38.36chamonixif I turn location on it kills battery
20:45.26phh9chaok
20:45.36phhfailed
20:45.36phhchamonix: ok
20:45.47phhchamonix: how much without location ?
20:46.40chamonixI haven't brought it to emptly because I've been listing to musik for 2 hours and put it charge after that.... I focused on taking dmesg and logcat -b radio logs for both cases
20:46.48MarkinusCaptnoord: acpufile pushed
20:48.05MarkinusCaptnoord: msleep is exactly so slow as mdelay
20:48.20Captnoordk
20:49.50CaptnoordI really should create a uart cable
20:50.02Captnoordand make it initable
20:50.10Captnoordso I can use it to debug
20:50.12Captnoordbleh
20:55.23Captnoordphh could haret also boot into something different
20:55.28Captnoordlike the fastboot bootloader
20:55.41phhCaptnoord: sure
20:55.45phhbut i'm no haret guy :p
20:55.49Captnoordhmmmmm..........
20:58.26Captnoordwould be cool to be able to boot into fastboot....
20:58.28Captnoorduse usb thingy
20:58.31Captnoordhmmmmmmmmmmmm
21:01.30Captnoorddoes haret hook the restart vector?
21:01.38Captnoordmemcpy((void *)KERN_RESTART_CODE, syscall_restart_code,
21:01.38Captnoord+       sizeof(syscall_restart_code));
21:01.44Captnoordas its new to arm
21:02.56Captnoordcommit ab72b00734ae4d0b5ff273a0f6c7abeaa3713c76 on codeaurora
21:03.00Captnoordregarding our crosscompiler
21:03.18CaptnoordARM: Fix signal restart issues with NX and OABI compat
21:03.18Captnoord<PROTECTED>
21:03.18Captnoord<PROTECTED>
21:03.18Captnoord<PROTECTED>
21:03.18Captnoord<PROTECTED>
21:03.19Captnoord<PROTECTED>
21:04.01Captnoordnn
21:04.04Captnoordhitting the bed
21:10.20chamonixphh: have a look at this: http://github.com/srwalter/android-htc-ril/commit/5b8453ae2b58337d573dea0c4582ec27b58565e1
21:11.10GNUtoounder cm-mod it's trange
21:11.18GNUtoo*strange
21:11.36GNUtoohttp://pastebin.com/2yVf2ECj
21:12.05GNUtooit seem to suspend...but the kenrel number at the left (timed printk) doesn't seem to advance a lot
21:12.57GNUtoophh, what do you think?
21:13.43GNUtooso it could be that we missed some suspend in GNU/Linux ?
21:14.04MarkinusCaptnoord: nn, it's a config problem, tested it with a ported old one from repo and it's fast
21:21.48GNUtooI'll go
21:38.18phhchamonix: it's already done
21:38.31phhchamonix: when screen state=0
21:39.55*** join/#htc-linux Benouch (~AndChat@32.164.17.167)
21:40.41phhchamonix: we wouldn't get a wakeup every 30minutes with it on :p
21:47.23*** join/#htc-linux Zoolooc_ (~fredsibar@p5495553C.dip.t-dialin.net)
21:48.52mrquickI ported bluez 4.63 to xdandroid hoping it would fix the a2dp failure, no such luck
21:48.56ToAsTcfhphh: what u talkin about?
21:50.15*** join/#htc-linux Zoolooc__ (~fredsibar@p54953D60.dip.t-dialin.net)
21:56.00*** join/#htc-linux Zoolooc_ (~fredsibar@p549570FC.dip.t-dialin.net)
22:01.25*** join/#htc-linux Zoolooc__ (~fredsibar@p54954647.dip.t-dialin.net)
22:50.16*** join/#htc-linux balsat (~balsat@87.72.13.34)
22:51.26*** join/#htc-linux BalBot (~BalBot@87.72.13.34)
22:52.24*** join/#htc-linux user123f (surge@pool-98-118-154-21.bflony.fios.verizon.net)
23:14.38*** join/#htc-linux zenity (~zenity@cpc1-grth3-0-0-cust482.sgyl.cable.virginmedia.com)
23:19.26*** join/#htc-linux aZuZu (aZuZu@78-1-155-118.adsl.net.t-com.hr)
23:19.39aZuZuhi to all!
23:19.51*** part/#htc-linux aZuZu (aZuZu@78-1-155-118.adsl.net.t-com.hr)
23:22.33*** join/#htc-linux |Jason8| (~JayAte@server2.tiltshellz.org)
23:24.20*** join/#htc-linux tripknotix3 (~dev@32.174.188.162)
23:24.28*** part/#htc-linux tripknotix3 (~dev@32.174.188.162)
23:26.46*** join/#htc-linux vpeezy__ (~vpeezy@c-76-111-21-238.hsd1.md.comcast.net)
23:27.29*** part/#htc-linux vpeezy__ (~vpeezy@c-76-111-21-238.hsd1.md.comcast.net)
23:38.35*** join/#htc-linux vpeezy (~vpeezy@c-76-111-21-238.hsd1.md.comcast.net)
23:40.00*** part/#htc-linux vpeezy (~vpeezy@c-76-111-21-238.hsd1.md.comcast.net)
23:58.19*** join/#htc-linux fhoahf38771 (~Gla@200-55-110-251.dsl.prima.net.ar)
23:58.19*** part/#htc-linux fhoahf38771 (~Gla@200-55-110-251.dsl.prima.net.ar)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.