| 00:01.22 | *** join/#htc-linux manekineko (~manekinek@newyork.homeserver.com) |
| 00:16.40 | *** join/#htc-linux t3g (~kvirc@p3E9E5BBE.dip.t-dialin.net) |
| 00:22.41 | jonpry | oO just got spontaneous reboot on wake |
| 00:23.39 | *** join/#htc-linux dlsniper (~dlsniper@188.26.214.239) |
| 00:26.00 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
| 00:27.01 | jonpry | same old stuff. thing woke up and crashed |
| 00:28.43 | dlsniper | good evening, I got a error log with the TyTung r7 kernel on HD2 http://pastebin.com/UgFtqKqb (sorry to bother you here) |
| 00:33.22 | *** part/#htc-linux gauner1986 (~Adium@p5B3825D1.dip.t-dialin.net) |
| 00:33.31 | *** join/#htc-linux AndIrc_6 (~android@c-76-127-147-21.hsd1.ct.comcast.net) |
| 00:33.40 | *** part/#htc-linux joshkoss (~android@c-76-127-147-21.hsd1.ct.comcast.net) |
| 00:36.01 | *** part/#htc-linux dlsniper (~dlsniper@188.26.214.239) |
| 00:37.15 | *** join/#htc-linux Drakh_ (Drakh@190.42.30.123) |
| 00:54.39 | *** join/#htc-linux DuperGhost (~Duper@93-173-189-97.bb.netvision.net.il) |
| 01:00.42 | *** join/#htc-linux Drakh_ (Drakh@190.42.66.148) |
| 01:01.22 | *** part/#htc-linux manekineko (~manekinek@newyork.homeserver.com) |
| 01:02.17 | *** join/#htc-linux ocm (~ocm@189.152.179.99) |
| 01:06.05 | jonpry | what makes the /dev/ entries? |
| 01:06.10 | phh | init |
| 01:06.26 | jonpry | so i edit init if i want new ones? |
| 01:07.02 | phh | yeah |
| 01:07.17 | phh | mmmm |
| 01:07.19 | phh | yeah. |
| 01:07.44 | jonpry | how are you feeling about msmrtc? |
| 01:07.45 | ocm | yeah with mkdev if memory serves me right |
| 01:07.59 | jonpry | i can mknod it manually |
| 01:07.59 | phh | ocm: mkdev ? oO |
| 01:08.12 | phh | jonpry: yeah mknod in init script sounds "fine" |
| 01:08.13 | jonpry | but that is not help really |
| 01:08.33 | phh | jonpry: I still haven't reread msmrtc code since you told me about the rtc_diff thing |
| 01:08.46 | ocm | http://linux.die.net/man/8/makedev |
| 01:09.08 | jonpry | isn't that like a script in old linux |
| 01:09.12 | phh | jonpry: yes. |
| 01:09.22 | phh | noone has been using that for decades. |
| 01:09.39 | phh | (ok, ages being something like 5 years) |
| 01:09.50 | phh | (s/ages/decades/) |
| 01:09.50 | ocm | ah, k then. I just thought it might have been that |
| 01:09.57 | phh | na |
| 01:10.00 | phh | it's really in the init C code. |
| 01:10.08 | phh | well for us it's partly in init script code too |
| 01:10.25 | jonpry | damn, looks like JB is using the same major |
| 01:10.30 | phh | lol |
| 01:10.35 | phh | request dynamic major ? :D |
| 01:10.43 | jonpry | i do |
| 01:10.48 | phh | and check /proc/devices to dynamically get your ID |
| 01:10.51 | jonpry | but the stuff in init is not dynamic |
| 01:11.59 | jonpry | just rebooted when i hit the power button |
| 01:12.02 | *** join/#htc-linux dekar (~dekar@drms-590c59ab.pool.mediaWays.net) |
| 01:12.37 | phh | jonpry: dev=$(cat /sys/class/<your class>/<your device>/dev |sed -e "s/:/ /g") ; mknod /dev/plop c $dev |
| 01:12.43 | jonpry | mknod /dev/msm_camera/control0 c 250 0 |
| 01:12.47 | phh | i'm not sure you're allowed to do that with busybox though |
| 01:13.30 | jonpry | oh we are going to get full bash |
| 01:13.56 | *** join/#htc-linux dekar (~dekar@drms-590c59ab.pool.mediaWays.net) |
| 01:14.03 | jonpry | i'm sick of busy box |
| 01:14.16 | phh | :) |
| 01:16.30 | *** join/#htc-linux dekar (~dekar@drms-590c59ab.pool.mediaWays.net) |
| 01:18.16 | jonpry | phh, when i run that command, dev just gets the command, not the output |
| 01:18.24 | jonpry | no execute |
| 01:18.29 | phh | mmmmmm? |
| 01:18.40 | phh | in bash ? |
| 01:18.57 | jonpry | oh nm, but the sed is no good |
| 01:19.00 | jonpry | need space |
| 01:19.09 | phh | phh @ phh-desktop /sys/class/input/event0 % dev=$(cat /sys/class/input/event0/dev |sed -e "s/:/ /g") (17477) |
| 01:19.09 | phh | phh @ phh-desktop /sys/class/input/event0 % echo $dev (17478) |
| 01:19.09 | phh | 13 64 |
| 01:19.09 | phh | phh @ phh-desktop /sys/class/input/event0 % |
| 01:19.11 | jonpry | it outputs 2500 for 2500 |
| 01:19.16 | phh | uh ? |
| 01:19.20 | phh | there is a space here :p |
| 01:19.26 | jonpry | oic, there is space |
| 01:19.29 | jonpry | got wrapper :p |
| 01:24.36 | *** join/#htc-linux Drakh_ (Drakh@190.42.32.99) |
| 01:29.37 | jonpry | wtf, works at prompt, but fails in script? |
| 01:30.48 | phh | haha. |
| 01:31.48 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
| 01:32.09 | phh | ok, I've got yet another 10 pages to talk about how to organize development. |
| 01:32.17 | phh | and i'm kind of running out of ideas. |
| 01:33.03 | phh | I should have wroten my thoughts at some point |
| 01:33.13 | jonpry | alphabetically is a good start |
| 01:34.30 | jonpry | :p |
| 01:34.45 | phh | yeah........ no. |
| 01:35.10 | phh | it would be a nice work to success in putting that somewhere in that work |
| 01:35.12 | phh | but sounds tough |
| 01:37.48 | phh | ok, I guess it's time to sleep. 2pm40 is no good time to think |
| 01:41.02 | *** join/#htc-linux Drakh_ (Drakh@190.42.66.148) |
| 01:43.34 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-84-6.tampfl.fios.verizon.net) |
| 01:55.16 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 01:56.19 | jonpry | hi WisTilt2 |
| 01:56.51 | WisTilt2 | hey jonpry. didn't want to break in while you and phh were in the middle of something. |
| 01:57.14 | jonpry | he was just telling me about android init |
| 01:57.22 | WisTilt2 | just came by the office for a couple hours after a day of brew fest here in front of our building |
| 01:57.57 | jonpry | sounds like fun |
| 01:58.17 | jonpry | i've been getting reboot on wake as opposed to sod now |
| 01:58.37 | WisTilt2 | well, it looks like panel on2 didnt fix wake. i've had a few today. i also found some crazy stuff with the clocks, thats why i stopped by here to work in quiet |
| 01:58.38 | jonpry | but i am not running your flashy ramping kernel |
| 01:59.09 | jonpry | i got ramconsole from a reboot. and it is caused by the same thing as sod |
| 01:59.16 | WisTilt2 | im about to boot my test theory regarding that standby |
| 02:01.31 | jonpry | this is reboot log: http://pastebin.com/jG0kccDj |
| 02:03.23 | WisTilt2 | hmm, still getting ramconsole tromped on it look like. is that with the ramconsole moved or in same place? |
| 02:03.27 | jonpry | death on 2178 |
| 02:03.38 | jonpry | i don't think its tromped, just short |
| 02:03.50 | jonpry | its region is not the whole 0x20000 |
| 02:04.14 | jonpry | your ramconsole in smi2 is at 0x3600000 yeah? |
| 02:04.49 | jonpry | if so that is not really good because that region is locked in winmo :p |
| 02:05.04 | WisTilt2 | going to make me do the math huh? smi2 base +22 |
| 02:05.19 | jonpry | well, i did it and got that |
| 02:05.27 | WisTilt2 | thats just one of the areas i found that is usable and had nothing step on it |
| 02:05.47 | jonpry | its not usable for ram console though because winmo can't read it |
| 02:06.05 | WisTilt2 | i said it might be different on the 210 because we found several areas good on 300's and crashed on 400's |
| 02:06.43 | WisTilt2 | yeah that could be a problem. smi2 would need to be unlocked |
| 02:06.51 | jonpry | arrrghhh was unable to retrieve it because of smi2 lock |
| 02:07.12 | WisTilt2 | did you try at the base of smi2? i think the first 4m or so arent locked |
| 02:07.44 | jonpry | no. he had crash i wanted log. no way to get it |
| 02:07.57 | WisTilt2 | i moved fb to the smi2 base and it works great on rhod300 but wont boot on 400's |
| 02:08.09 | jonpry | first 4m may not be locked, not sure |
| 02:08.21 | jonpry | amss hot patch time :p |
| 02:09.28 | WisTilt2 | well im tracing a weird clock deal right now. something isnt right about the math. also, looks like we're putting arm11 all the way down to 19mhz in sleep, have you ever looked at that crazy code in there? |
| 02:10.10 | jonpry | not so much |
| 02:10.55 | WisTilt2 | the power collapse call sets the cpu down to 19mhz. i dont think it should be set that low, need to look at docs |
| 02:11.31 | jonpry | phh said 128 is best. its swamped by static power consumption below that |
| 02:11.33 | WisTilt2 | yeah amss hot patch would be doable, we have the info on how to unlock it |
| 02:12.55 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
| 02:13.12 | WisTilt2 | well unless im reading this wrong, which is possible, 19mhz is what its set to. if you feel like looking, in acpuclock.c func acpuclk_power_collapse look at the set_rate call. |
| 02:13.22 | WisTilt2 | hi arrrghhh |
| 02:13.34 | jonpry | can't you change it with startup.txt? |
| 02:13.51 | WisTilt2 | power_collapse_khz value is 19200 |
| 02:14.04 | WisTilt2 | i dont think so |
| 02:14.26 | WisTilt2 | this is hard coded unless that variable can be externally changed dont know |
| 02:14.51 | WisTilt2 | im changing it right now to see if it likes it better. |
| 02:14.54 | jonpry | looks like acpuclock.pwrc_khz |
| 02:14.59 | arrrghhh | WisTilt2, what's up |
| 02:15.41 | jonpry | acpuclock.pwrc_khz=128000 should do it |
| 02:15.44 | WisTilt2 | so it can be specified on cmd line... well default is 19200*1000 |
| 02:16.48 | jonpry | i think we should disable ramping for like some seconds after it comes up |
| 02:17.06 | WisTilt2 | jonpry: need to do more than that i think. the wait_for_irq_khz is also defaulted to 19200 so both would need to be set |
| 02:17.07 | jonpry | there is like no conceivable use case where somebody needs gflops right out of wake |
| 02:17.45 | WisTilt2 | whats strange is on the other boards it looks like they are all default to 128mhz and rhod somehow got set to 19mhz |
| 02:18.15 | WisTilt2 | diam, raph, kovsky, all 128mhz |
| 02:18.55 | WisTilt2 | hmm, topaz is also 19200 |
| 02:21.01 | jonpry | arrrghhh, you know anything about init and shell scripting? |
| 02:21.06 | arrrghhh | a little |
| 02:21.27 | arrrghhh | more shell scripting than init |
| 02:21.43 | jonpry | i just changed like 3 lines of the init script |
| 02:21.59 | jonpry | and the code works in terminal, but not in the script |
| 02:22.04 | arrrghhh | hrm |
| 02:22.06 | jonpry | and it blows up the phone |
| 02:22.17 | arrrghhh | lol |
| 02:22.58 | jonpry | http://pastebin.com/uNxkraDU |
| 02:24.18 | jonpry | i think the parenthesis are trouble |
| 02:24.22 | jonpry | meant to remove that |
| 02:24.51 | arrrghhh | yea |
| 02:24.53 | *** join/#htc-linux Drakh_ (Drakh@190.42.3.197) |
| 02:24.55 | jonpry | anyways that is a modification of very similar code in init |
| 02:25.02 | arrrghhh | that would be the only thing that jumps out at me... |
| 02:25.15 | arrrghhh | stinebd might have some better input |
| 02:25.19 | jonpry | the parenthesis work in term |
| 02:27.06 | arrrghhh | jonpry, you need them? |
| 02:27.54 | arrrghhh | i guess i don't see the need for them. |
| 02:28.00 | arrrghhh | you don't have them on any of the other statements. |
| 02:30.11 | jonpry | well i tried to remove them all |
| 02:30.18 | jonpry | but failed |
| 02:30.24 | arrrghhh | how did it fail? |
| 02:30.41 | jonpry | init crash, reboot in 7 seconds |
| 02:30.45 | arrrghhh | Oo |
| 02:30.56 | jonpry | something about parenthesis on the screen, all i could see |
| 02:31.01 | arrrghhh | hrm |
| 02:31.05 | arrrghhh | you removed all the parens? |
| 02:31.14 | jonpry | i haven't tried it again since then |
| 02:31.24 | arrrghhh | oic |
| 02:31.26 | arrrghhh | stinebd, ? |
| 02:31.29 | arrrghhh | he was in the other room |
| 02:31.32 | arrrghhh | talkin |
| 02:31.35 | arrrghhh | 'bout hockey |
| 02:34.04 | *** join/#htc-linux BHSPitLappy (~BHSPitLap@unaffiliated/bhspitmonkey) |
| 02:34.04 | arrrghhh | anyhoo WisTilt2 how you doin man |
| 02:34.15 | arrrghhh | i've been running your RIL madness, but i've having a lot of reboots to winmo.. |
| 02:34.18 | WisTilt2 | testing a theory:) |
| 02:34.40 | arrrghhh | of course, klog is disabled, so there's nothing as far as logs. |
| 02:34.48 | jonpry | arrrghhh, i got a ram console from a reboot. and it is same thing as sod |
| 02:35.08 | WisTilt2 | more reboots than with the regular system image? |
| 02:35.08 | arrrghhh | jonpry, there's a plethora of reasons for reboots to winmo... |
| 02:35.18 | jonpry | oh yeah |
| 02:35.21 | arrrghhh | WisTilt2, oh yea. i rarely get reboots to winmo. i've had 10+ with the RIL setup. |
| 02:35.38 | *** join/#htc-linux Segnale007 (~Segnale00@151.62.134.201) |
| 02:35.47 | jonpry | afaict it is some kind of processor error |
| 02:39.45 | WisTilt2 | arrrghhh, feel like hammering this kernel for a few? if you're still running the ril system, see if you ever got any 75's, if not then put frx05 back and try this kernel |
| 02:40.09 | arrrghhh | WisTilt2, well i gotta reboot anyways... |
| 02:40.15 | arrrghhh | i can boot back into whatever. |
| 02:40.25 | WisTilt2 | jonpry: your opinion - should startup clock out of sleep be a multiple of 19200 or does it matter? |
| 02:40.27 | arrrghhh | lay on the kernel, i can test on FRX05 for sanity sake. |
| 02:41.07 | WisTilt2 | arrrghhh ill upload the zImage shortly, need to look at a couple more things in logs to make sure its working |
| 02:42.40 | jonpry | WisTilt2, i think it will get rounded to a multiple |
| 02:43.27 | arrrghhh | WisTilt2, np, i'm about to eat dinner |
| 02:44.29 | WisTilt2 | this thing is waking 100% now. the 128mhz thing i did last night was worthless since this other hard coded 19mhz is happening. it is 128mhz now for sure coming out of sleep |
| 02:45.50 | WisTilt2 | arrrghhh: zImage is up there. 155b7f239b566e427788e6859506b9f4 |
| 02:49.51 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
| 02:50.06 | WisTilt2 | jonpry: i just noticed in dmesg I see your scbs: check during each wake so guess it's in there ok |
| 02:51.35 | jonpry | :p |
| 02:52.01 | *** join/#htc-linux BHSPitLappy (~BHSPitLap@unaffiliated/bhspitmonkey) |
| 02:55.17 | jonpry | r u going? |
| 02:55.25 | jonpry | i love you |
| 02:55.30 | jonpry | ok |
| 02:55.35 | odz | o.O |
| 02:55.40 | jonpry | uhuh |
| 02:55.49 | jonpry | oops |
| 02:55.56 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5310.dip.t-dialin.net) |
| 02:56.03 | WisTilt2 | hmm, irc intercepted some juicy traffic:) |
| 02:56.13 | jonpry | lol |
| 02:56.22 | arrrghhh | lmao |
| 02:56.23 | odz | talking to the phone again eh? |
| 02:57.14 | WisTilt2 | arrrghhh, i think i can say failed wakes are not going to happen anymore. you need to confirm this though with your destructive tests:) |
| 02:57.16 | arrrghhh | WisTilt2, got it. |
| 02:57.31 | arrrghhh | WisTilt2, isn't that why i'm here? |
| 02:57.37 | WisTilt2 | yep |
| 02:57.37 | arrrghhh | goes into destructor mode |
| 02:58.30 | jonpry | arrrghhh, has destructive test? |
| 02:58.51 | arrrghhh | jonpry, no i just break things. |
| 02:59.00 | WisTilt2 | should get wake screen virtually instantly now. you will get a slight delay now and then if background data is going on though. |
| 02:59.12 | arrrghhh | yea' |
| 02:59.17 | jonpry | WisTilt2, what is the fix? |
| 02:59.19 | arrrghhh | i've noticed apps in the bg will kill wake |
| 03:00.37 | WisTilt2 | jonpry: not 100%, well yeah im 100% for now. the wait_for_irq_khz can't be 19200, which it is in sleep. the collapse_khz doesn't matter since it gets changed at wake anyway. |
| 03:01.38 | WisTilt2 | what was that threshold bzo mentioned last night you remember? we can slow the ramping up via that i think |
| 03:01.53 | jonpry | its 40 |
| 03:02.06 | jonpry | :p |
| 03:02.38 | WisTilt2 | needs to be higher. who cares if it takes a few seconds to get up to 100% speed right? |
| 03:02.51 | WisTilt2 | maybe not few seconds but you know what i mean |
| 03:03.01 | arrrghhh | a few miliseconds |
| 03:03.44 | jonpry | yeah lets go higher |
| 03:03.50 | WisTilt2 | arrrghhh when you run this kernel, after a few sleep/wakes, look at dmesg for ARM11 Current clk: and see if it changes values from one sleep to the next. |
| 03:03.58 | jonpry | its default value is probably in startup.txt |
| 03:04.31 | jonpry | i don't know what code does the ramping |
| 03:04.51 | WisTilt2 | lol, i put my phone by the server room airco output for the last 10mins so its very cold and its waking every time still |
| 03:05.09 | WisTilt2 | just trying to freeze down the gates |
| 03:05.14 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
| 03:05.30 | arrrghhh | WisTilt2, well i haven't had any failed wakes, but i'd say it's slower to wake... |
| 03:05.33 | arrrghhh | no apps running |
| 03:05.35 | jonpry | part of probably is going to be insufficiently ramped power |
| 03:05.38 | arrrghhh | at least not that i've started :P |
| 03:05.44 | arrrghhh | lots of services running i'm sure. |
| 03:05.58 | WisTilt2 | arrrghhh give it a minute or so after boot to get all its stuff in order |
| 03:06.17 | WisTilt2 | i noticed same thing but after a minute it is fast |
| 03:06.18 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 03:06.20 | arrrghhh | WisTilt2, okie fine |
| 03:06.22 | arrrghhh | :P |
| 03:06.51 | WisTilt2 | only thing i have running is clocksync and fancy widget |
| 03:07.50 | WisTilt2 | jonpry: somewhere in the code i saw some VDD control to a11 also |
| 03:08.20 | WisTilt2 | maybe that was in acpuclock dont remember, i just glance by it |
| 03:08.32 | jonpry | WisTilt2, we could over volt on power up. |
| 03:08.39 | jonpry | go to 1.3 vcore or something |
| 03:08.47 | arrrghhh | i needs mah google voice |
| 03:09.17 | arrrghhh | sleep is still quick, but wakes are slow... |
| 03:09.18 | WisTilt2 | does stepping clk also change the voltage now? |
| 03:09.26 | WisTilt2 | how slow? |
| 03:09.39 | arrrghhh | they've all woken in 2s |
| 03:09.56 | arrrghhh | but it typically takes 1-2s |
| 03:09.57 | *** join/#htc-linux gassed (gassed@c-76-30-161-228.hsd1.tx.comcast.net) |
| 03:10.07 | WisTilt2 | look for that dmesg and see what clk rate it shows |
| 03:10.31 | WisTilt2 | and are you oc'd? currently im not and took that out of startup.txt |
| 03:10.45 | jonpry | WisTilt2, i am not sure. docs i don't have. on omap it is possible for voltage ramping to happen without apps processor ever knowing about it |
| 03:10.48 | WisTilt2 | my screen is on about same time orange comes on every time |
| 03:10.50 | arrrghhh | WisTilt2, no OC |
| 03:12.23 | WisTilt2 | jonpry: look in acpuclock.c acpuclk_set_rate. looks like vdd is being adjusted with different clks |
| 03:12.25 | arrrghhh | clock-wince: pc_clk_set_rate: id=21 rate=144000 |
| 03:12.26 | arrrghhh | that? |
| 03:12.38 | arrrghhh | clock-wince: pc_clk_set_rate: id=21 rate=32000000 see that too |
| 03:12.42 | WisTilt2 | no, it will say ARM11 Current clk: |
| 03:12.56 | WisTilt2 | then like 528000 |
| 03:12.59 | arrrghhh | oh yea i see that |
| 03:13.02 | arrrghhh | 528000 so far |
| 03:13.04 | arrrghhh | let me grep on that |
| 03:13.15 | WisTilt2 | you'll get one of those at each arm11 sleep/wake |
| 03:13.20 | WisTilt2 | see if it ever changes |
| 03:13.26 | arrrghhh | hrm |
| 03:13.29 | arrrghhh | they all say 528000 |
| 03:14.37 | arrrghhh | WisTilt2, http://pastebin.com/6a4f84eN |
| 03:15.04 | WisTilt2 | man my screen comes on instantly every time! unless you have data going in background i dont know why its taking 2s, unless thats normal for the cdma phones? |
| 03:15.32 | arrrghhh | lol |
| 03:15.39 | arrrghhh | shaddup :P |
| 03:16.46 | jonpry | wake up at 528mhz is bad no? |
| 03:17.00 | arrrghhh | WisTilt2, does my dmesg show anything interesting? every wake seems slightly delayed |
| 03:17.11 | WisTilt2 | thats actually what the cpu was going into sleep |
| 03:17.36 | arrrghhh | damn just had a completely failed wake |
| 03:17.39 | WisTilt2 | ive seen a couple 245's or something like that on mine but mostly 528 |
| 03:17.40 | arrrghhh | let me pull another dmesg |
| 03:18.16 | WisTilt2 | your wakes look normal but i see they are all around 1s or so. has it woke quicker than that before? |
| 03:19.08 | arrrghhh | WisTilt2, http://pastebin.com/eQ3jbTTJ |
| 03:19.18 | arrrghhh | WisTilt2, yes the kernel you posted last night, they were waking quickly |
| 03:19.39 | jonpry | those 1 second ones are more stable for me |
| 03:20.38 | WisTilt2 | arrrghhh, you what it is? you're not oc'd now. those wakes look fine and you can see the time between each sequence is longer without oc. i must just have a faster device overall:) |
| 03:20.50 | arrrghhh | WisTilt2, :P |
| 03:20.52 | WisTilt2 | oc and it will wake quicker |
| 03:21.02 | arrrghhh | no joke? |
| 03:21.16 | WisTilt2 | but i tell you mine at times comes on before the orange led and most times at the same time |
| 03:21.32 | jonpry | WisTilt2, i think you are wrong |
| 03:21.36 | jonpry | more about that later |
| 03:22.05 | jonpry | but basically 1 seconds wakes on non oc 528mhz, instant wake on oc 528 |
| 03:22.06 | WisTilt2 | yeah oc will bring everything up faster. jonpry's right though, i'd go with solid at 1s rather than hit and miss for an extra .5s |
| 03:22.26 | arrrghhh | heh just had an instant wake too |
| 03:22.30 | arrrghhh | this is... random. |
| 03:22.33 | arrrghhh | what about the failed wake? |
| 03:22.40 | arrrghhh | that last dmesg log i sent had a failed wake at the end |
| 03:22.45 | WisTilt2 | jonpry is that a divider issue then? |
| 03:22.50 | arrrghhh | failed wake, then a successful wake and adb dmesg |
| 03:22.53 | WisTilt2 | oc 528 is really /2 |
| 03:22.57 | arrrghhh | jonpry, you can't oc to 528 |
| 03:23.15 | arrrghhh | it won't let you, it's not divisible by 19.2k or whatever |
| 03:23.46 | arrrghhh | sometimes i catch the lock screen freakin out when i wake it lol |
| 03:24.01 | arrrghhh | i'll see the home screen, and then the lock screen hastily shoves itself over it |
| 03:24.15 | arrrghhh | perhaps i'm not letting it sleep long enough :P |
| 03:24.24 | WisTilt2 | looks like powermanagerservice and keyevents held that one up arrrghhh |
| 03:24.30 | arrrghhh | hrm |
| 03:24.33 | arrrghhh | WisTilt2, help up the wake? |
| 03:24.35 | WisTilt2 | thats a userland thing, need to check that out |
| 03:24.37 | WisTilt2 | yes |
| 03:24.39 | arrrghhh | hrm |
| 03:25.09 | WisTilt2 | held it up for almost 6s |
| 03:25.14 | arrrghhh | damn |
| 03:25.28 | WisTilt2 | then default screen timeout put it back to sleep |
| 03:25.43 | arrrghhh | yup |
| 03:26.06 | WisTilt2 | i need to look at that powermanagerserver because it also is what causes those 30s sleeps |
| 03:26.22 | arrrghhh | indeed |
| 03:26.41 | WisTilt2 | are you getting quick sleep though? |
| 03:26.44 | arrrghhh | yup |
| 03:27.07 | arrrghhh | LED barely blinks green once before it's solid green |
| 03:27.52 | arrrghhh | haven't made a phone call |
| 03:28.03 | arrrghhh | that usually destroys it, makes it go back to the 30s sleep crap. |
| 03:28.12 | WisTilt2 | you know, powermanagerservice is tied into the lock screen i think. wasnt there a way to disable the unlock screen or did you have to compile it that way? |
| 03:28.26 | arrrghhh | i think the lock screen can be disabled |
| 03:28.47 | arrrghhh | yea under loc&sec |
| 03:28.56 | arrrghhh | screen lock -> disable |
| 03:29.13 | arrrghhh | ah crap |
| 03:29.17 | arrrghhh | not what i thought it was :/ |
| 03:30.13 | WisTilt2 | stinebd probably knows the trick to disable it |
| 03:31.06 | arrrghhh | heh |
| 03:31.14 | arrrghhh | seems some apps on the market can do it |
| 03:31.30 | WisTilt2 | just made a call and called my phone, still sleep instantly and waking same |
| 03:32.10 | WisTilt2 | you're back running the frx05 image now correct? |
| 03:32.37 | arrrghhh | yup |
| 03:33.13 | odz | http://www.androlib.com/android.application.com-blau-android-keyguard-qFj.aspx |
| 03:33.14 | odz | ^^ |
| 03:33.28 | arrrghhh | odz, we were hoping for a native way |
| 03:33.35 | arrrghhh | but yea, looks like an app is the only way |
| 03:37.30 | WisTilt2 | interesting stuff in keyguard. looks like powermanager wakelocks might need some tweaking. specifically the one that handles the wake and handoff while the screen is off and about to be turned on |
| 03:38.22 | WisTilt2 | dont know if i can make myself actually work with java though:) |
| 03:38.35 | arrrghhh | lol |
| 03:39.23 | WisTilt2 | when you got those 30s sleeps, we looked at your logs and they were pretty much 30s each time, not 28/27/31/etc? |
| 03:39.32 | arrrghhh | yup |
| 03:39.38 | arrrghhh | which i find odd |
| 03:39.54 | arrrghhh | like something is intentionally holding it up for 30s |
| 03:39.57 | WisTilt2 | makes me think a wakelock gets set to 30s |
| 03:40.03 | arrrghhh | ya |
| 03:40.11 | WisTilt2 | we know its in pm on android side |
| 03:42.45 | arrrghhh | heh. speak of the devil. 30s wake is back... |
| 03:43.00 | arrrghhh | didn't make a phone call, but exchanged some actual SMS messages |
| 03:43.02 | WisTilt2 | you mean 30s sleep i hope |
| 03:43.08 | arrrghhh | oh god |
| 03:43.10 | arrrghhh | sorry yes :P |
| 03:43.16 | arrrghhh | 30s wake lol. |
| 03:43.52 | WisTilt2 | see if its powermanagerservice still |
| 03:45.38 | arrrghhh | yup |
| 03:46.14 | arrrghhh | there's some other wakelocks later in the log |
| 03:46.18 | arrrghhh | but i think that was after i plugged in USB |
| 03:46.23 | arrrghhh | kinda hard to pinpoint |
| 03:46.29 | WisTilt2 | im trying to see where it gets the wake lock value from for that so we can see what else changes it to 30s. |
| 03:47.01 | arrrghhh | ok |
| 03:54.07 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fededd00-86.dhcp.inet.fi) |
| 03:54.33 | *** join/#htc-linux arrrghhh_ (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
| 03:57.02 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
| 03:57.16 | arrrghhh | throws his laptop out the window |
| 03:59.13 | odz | catches |
| 04:00.15 | arrrghhh | it'll scald you! |
| 04:00.17 | arrrghhh | and then lock up. |
| 04:02.54 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF3D5A.dip.t-dialin.net) |
| 04:06.10 | arrrghhh | but the screen will look fantastic while it does it. |
| 04:07.51 | MassStash | arrrghhh, cooling pad? lol |
| 04:07.59 | arrrghhh | MassStash, does nothing, literally. |
| 04:08.12 | arrrghhh | lappy did this from day 1, alienware refused to honor the warranty. |
| 04:08.19 | arrrghhh | i've been too cheap/poor to replace it. |
| 04:08.25 | MassStash | i feel ya there |
| 04:08.48 | MassStash | have opened it up, cleaned it out, and removed any strange coverings on the inside of the vents? |
| 04:08.59 | arrrghhh | heh |
| 04:09.04 | arrrghhh | yea i've torn it apart |
| 04:09.11 | arrrghhh | but like i said, it did this from day 1 |
| 04:09.12 | MassStash | did that to my laptop that overheated since say once and would crash, and its working fine since |
| 04:09.21 | MassStash | oh you have, fuuuug |
| 04:09.59 | arrrghhh | eh, i'm used to it. |
| 04:10.13 | arrrghhh | hoping this year or next i can afford a new one. |
| 04:10.51 | *** join/#htc-linux bbbbbbbbbbb (4fdce6e7@gateway/web/freenode/ip.79.220.230.231) |
| 04:11.00 | arrrghhh | bbbbbbbbbbb, unique |
| 04:11.58 | *** part/#htc-linux bbbbbbbbbbb (4fdce6e7@gateway/web/freenode/ip.79.220.230.231) |
| 04:21.23 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fededd00-86.dhcp.inet.fi) |
| 04:32.40 | MassStash | arrrghhh, you're talking bout working with wis tilt on panel with haret, not nand yet tho right? |
| 04:33.22 | *** join/#htc-linux Sound_fx (63a642a4@gateway/web/freenode/ip.99.166.66.164) |
| 04:33.46 | arrrghhh | MassStash, same theory applies tho |
| 04:33.58 | arrrghhh | NAND it just on a different tree ATM |
| 04:38.15 | arrrghhh | MassStash, the tree in NAND just needs to be brushed up. seems with .35 looming, maybe that should be focused on |
| 04:43.57 | WisTilt2 | arrrghhh: you're not going to believe this but it looks like this powermanagerservice deal is happening within android's SystemServer. Thats where it is fired from. so system_server cpu prob was fixed and this is the side effect. going home now, i'll see where it gets its delay value from later. |
| 04:44.06 | Sound_fx | Hello, I have a Sprint Touch Pro 2, and I can't seem to get to an initial boot on either reference or BLAZN android. I only get to a never ending terminal screen. Does anyone have a suggestion of what I could do differently? |
| 04:44.23 | arrrghhh | WisTilt2, cool, sounds good man |
| 04:44.31 | arrrghhh | Sound_fx, this room isn't for support |
| 04:44.36 | arrrghhh | please go to #xdandroid |
| 04:44.45 | Sound_fx | oops, sorry |
| 04:44.47 | Sound_fx | thanks |
| 04:44.51 | arrrghhh | np |
| 04:45.14 | *** part/#htc-linux Sound_fx (63a642a4@gateway/web/freenode/ip.99.166.66.164) |
| 05:06.55 | *** join/#htc-linux Drakh (Drakh@190.42.33.180) |
| 05:08.53 | *** join/#htc-linux Drakh_ (Drakh@190.42.33.180) |
| 05:11.31 | MassStash | arrrghhh, got cha. can't wait for someone like acl to push the wistilt dopeness to the rhod_nand tree |
| 05:11.42 | arrrghhh | heh |
| 05:11.52 | arrrghhh | still needs to be committed to mainline my friend |
| 05:11.53 | MassStash | that recovery pic gots me tweakin tho.... lol |
| 05:12.08 | MassStash | yeaaaaa you're right.... |
| 05:12.26 | arrrghhh | wistilt2 has a lot of changes in the wings |
| 05:13.16 | arrrghhh | wake still isn't 100% |
| 05:14.16 | arrrghhh | but getting there |
| 05:16.39 | *** join/#htc-linux Drakh_ (Drakh@190.42.33.180) |
| 05:20.32 | *** join/#htc-linux tre9 (d0360444@gateway/web/freenode/ip.208.54.4.68) |
| 05:22.04 | *** join/#htc-linux Kasjopaja23 (~Tina@p578FFC09.dip.t-dialin.net) |
| 05:25.48 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
| 05:27.45 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 05:30.52 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 05:32.42 | mes | just so people know the froyo branch will not build with the new debian toolchain |
| 05:34.00 | mes | seems they have changed the linker behaviour of the linker |
| 05:34.35 | jonpry | arrrghhh, is everything fixed now? |
| 06:01.15 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 06:10.56 | *** join/#htc-linux BHSPitLappy (~BHSPitLap@unaffiliated/bhspitmonkey) |
| 06:18.28 | *** join/#htc-linux shadeslayer (~shadeslay@ubuntu/member/shadeslayer) |
| 06:19.39 | arrrghhh | jonpry, eh? |
| 06:20.12 | jonpry | did Wistilt2 fix the sod's and reboots? |
| 06:20.40 | *** join/#htc-linux Drakh_ (Drakh@190.42.33.180) |
| 06:21.03 | arrrghhh | well... the failed wakes still seem present |
| 06:21.12 | arrrghhh | he seems to think they're not kernel related anymore tho |
| 06:21.24 | arrrghhh | SoD, i can't really reproduce |
| 06:21.30 | arrrghhh | haven't been able to at least |
| 06:21.39 | arrrghhh | reboots, i need to try on his RIL build again |
| 06:21.41 | jonpry | oc more :p |
| 06:21.43 | arrrghhh | lol |
| 06:21.48 | arrrghhh | i don't OC :P |
| 06:22.20 | jonpry | would help reproduce sod |
| 06:22.37 | arrrghhh | how high do you OC? |
| 06:22.42 | arrrghhh | i used to mess around at about 700mhz |
| 06:22.49 | arrrghhh | 692 or whatever it was actually clocking at |
| 06:25.28 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
| 06:26.17 | arrrghhh | wb abel |
| 06:26.19 | arrrghhh | er |
| 06:26.31 | arrrghhh | yea |
| 06:26.32 | arrrghhh | :P |
| 06:26.43 | [acl] | arrrghhh: how goes it |
| 06:27.03 | arrrghhh | good good |
| 06:27.04 | arrrghhh | you? |
| 06:27.19 | [acl] | just go home.. trying to figure out if ima do any work tonight or just pass out |
| 06:27.26 | arrrghhh | heh |
| 06:27.29 | arrrghhh | i know that feelin |
| 06:27.59 | [acl] | lazy sat |
| 06:28.22 | jonpry | yo [acl] |
| 06:28.34 | [acl] | jonpry: sup dood |
| 06:28.39 | [acl] | u feeling lazy too? |
| 06:28.45 | jonpry | of course |
| 06:28.52 | jonpry | i haven't worked in years |
| 06:28.57 | [acl] | haha |
| 06:29.07 | [acl] | jonpry: u still messing with the batt? |
| 06:29.26 | jonpry | its working, just not automated |
| 06:29.50 | [acl] | ic |
| 06:30.04 | jonpry | i started making a rootfs with it |
| 06:30.09 | jonpry | but that is whole can of worms |
| 06:30.16 | [acl] | yeah |
| 06:30.25 | [acl] | my hatred for the rootfs grew a while back |
| 06:30.30 | [acl] | alex brainwashed me |
| 06:30.30 | jonpry | like you can't write config to /etc because it is read only |
| 06:30.44 | arrrghhh | jonpry, i had a question about that. is it always going to be running/improving the battery or does is it just going to run once and use that data once? |
| 06:31.20 | [acl] | jonpry: why do you need to write to etc ? |
| 06:31.54 | jonpry | arrrghhh, if i had a metric then it could rerun the analyzer whenever better data is available. but atm i have no idea how to do that |
| 06:32.02 | arrrghhh | ic |
| 06:32.09 | jonpry | [acl], seemed like an obvious place to put the settings in |
| 06:32.19 | [acl] | well not raw etc. |
| 06:32.33 | [acl] | if u make a simlink inside etc to somewhere in data, you can write |
| 06:32.47 | arrrghhh | heh |
| 06:32.50 | [acl] | thats what we had to do for pppd |
| 06:32.51 | jonpry | just as easy to put the config file in data |
| 06:32.54 | arrrghhh | you should be familiar with that [acl] |
| 06:32.59 | [acl] | :-p |
| 06:33.12 | [acl] | arrrghhh: yeah.. i blame the ril .. and pppd |
| 06:33.27 | arrrghhh | heh |
| 06:33.36 | [acl] | jonpry: well its good and bad since a true setting shouldnt get wiped. Data can get wiped |
| 06:33.52 | [acl] | but ur a big boy.. u know what ur doing |
| 06:33.56 | jonpry | battery data gets old |
| 06:34.01 | jonpry | might as well expire it |
| 06:34.11 | [acl] | hmm.. then fuck it.. data :-p |
| 06:35.09 | jonpry | you should push scbs patch onto nand |
| 06:35.25 | arrrghhh | lol. jonpry's sellin it |
| 06:35.26 | [acl] | jonpry: im holding on kernel changes until i finish my recovery |
| 06:35.33 | arrrghhh | door-to-door |
| 06:35.37 | jonpry | recovery ? |
| 06:35.39 | [acl] | jonpry: what are these changes ? |
| 06:35.57 | jonpry | bowshit bowshit bowshit |
| 06:36.08 | [acl] | jonpry: yead dood.. recovery ..u wanna see pics ? |
| 06:36.18 | jonpry | ok |
| 06:36.26 | [acl] | ur gonna laugh :-\ |
| 06:36.43 | jonpry | sounds good |
| 06:36.54 | [acl] | fuck if i could find it now |
| 06:37.01 | [acl] | there was a noob attack on the thread |
| 06:37.04 | jonpry | i added quickwakeup, and some extra functions to msmrtc and msm_timer |
| 06:37.28 | [acl] | jonpry: if its solid, why yall waiting for commiting on haret? |
| 06:37.46 | arrrghhh | not phh proof |
| 06:37.52 | arrrghhh | although he seemed to warm up to it today |
| 06:37.52 | jonpry | [acl] and noob attack requires recovery? |
| 06:38.01 | arrrghhh | LOL |
| 06:38.12 | [acl] | jonpry: its just that i posted it.. and they post like dumb ass questison so i need to find my post |
| 06:38.15 | arrrghhh | noob attacks always require some sort of recovery |
| 06:38.15 | [acl] | not phh proof? |
| 06:38.23 | [acl] | half the shit coming in lately isnt phh proof |
| 06:38.36 | jonpry | he said it almost gave him a heart attack |
| 06:38.40 | arrrghhh | lol |
| 06:38.45 | arrrghhh | he did |
| 06:39.01 | [acl] | jonpry: damn.. well i almost killed phh once already with my comments so he is a resilient one.. he will bounce back |
| 06:39.05 | jonpry | but most of the stuff he was complaining about was crap that he committed and i removed |
| 06:39.16 | arrrghhh | lol |
| 06:39.20 | arrrghhh | and he agreed it was crap |
| 06:39.22 | [acl] | jonpry: so it was commited ? i havent seen it |
| 06:39.22 | arrrghhh | when you pointed it out |
| 06:39.34 | arrrghhh | [acl], no removing bad things from batt code |
| 06:39.41 | jonpry | no commit yet |
| 06:39.44 | [acl] | ahh ic |
| 06:39.52 | arrrghhh | from camro's dream |
| 06:39.53 | [acl] | the current bad code .. jeez we had to petition to get that commited |
| 06:40.13 | [acl] | camro's patches were difficult to commit. they just didnt format properly |
| 06:40.14 | arrrghhh | camro's unrealistic dream hehe |
| 06:40.21 | [acl] | jonpry: http://forum.ppcgeeks.com/attachments/tp2-android-development/82523d1299908740-nand-boot-testing-03-11-frx05-nand-data-working-again-2011-03-12-00.40.23.jpg |
| 06:41.16 | jonpry | woa |
| 06:41.29 | arrrghhh | native android recovery hotness :D |
| 06:41.32 | [acl] | jonpry: turns no one knows how to adb anymore. So to make changes and fixes we need a recovery |
| 06:41.46 | jonpry | how did you do that |
| 06:41.51 | *** join/#htc-linux oshan (~oshan@125-168-39-67.wbroadband.net.au) |
| 06:41.52 | jonpry | is it kexec? |
| 06:42.03 | [acl] | jonpry: its from android. the aosp has a basic recovery code |
| 06:42.10 | jonpry | or lk? |
| 06:42.23 | [acl] | jonpry: we just need to remove the bootloader part so we can do our own stuff |
| 06:42.43 | [acl] | jonpry: nahh .. i rather work on .35 than lk. im having hopes alex will do it :-p |
| 06:43.14 | jonpry | whats wrong with this aosp thing. maybe just add an update kernel feature |
| 06:43.42 | [acl] | jonpry: because the aosp communicates with the bootloader. but ours doesnt.. so need to skip it and fool the system |
| 06:44.12 | [acl] | then add our own menu to do what we want |
| 06:44.18 | [acl] | has mtd support and all.. so its pretty easy |
| 06:44.38 | [acl] | only thing we cant do is replace fucking tinboot |
| 06:44.41 | [acl] | ohh well |
| 06:44.54 | [acl] | thats why we made a backup and restore |
| 06:45.00 | [acl] | so if u need to wipe, you can alwasy recovery |
| 06:45.03 | [acl] | *restore |
| 06:45.07 | jonpry | why no tinboot? |
| 06:45.13 | [acl] | how can i write it from android? |
| 06:45.20 | [acl] | u said it was suicidal |
| 06:45.24 | jonpry | mtd? |
| 06:45.29 | jonpry | i said its dangerous |
| 06:45.32 | [acl] | same shit |
| 06:45.33 | [acl] | :-p |
| 06:45.48 | jonpry | but now a days wistilt2 can recover a bricked bitch |
| 06:46.01 | arrrghhh | heh |
| 06:46.11 | arrrghhh | one of his many programmer monkeys |
| 06:46.14 | jonpry | i think they got a jtag setup |
| 06:46.16 | [acl] | jeez really? fuck that woulda been good with wozzer |
| 06:46.16 | arrrghhh | he pulls out of the cave :P |
| 06:46.46 | jonpry | lol |
| 06:47.08 | jonpry | just have him test it :p |
| 06:47.46 | jonpry | but really you don't need to flash tinboot |
| 06:47.59 | [acl] | stine around |
| 06:48.01 | jonpry | just have 2 kernels, one in mtd |
| 06:48.11 | jonpry | first just boots second |
| 06:48.13 | [acl] | jonpry: yeah we have multiple kernels so far. |
| 06:48.20 | arrrghhh | [acl], haven't seen from him in a while |
| 06:48.32 | [acl] | working on multiple kernel so we can have different versions |
| 06:48.41 | [acl] | incase u wanna test .. or revert back |
| 06:49.16 | jonpry | i;m not really talking about multiple, just 2 |
| 06:49.26 | jonpry | first is trampoline |
| 06:49.40 | jonpry | kexec out of yaffs filesystem |
| 06:49.44 | jonpry | much easier :p |
| 06:49.44 | [acl] | jonpry: yeah but i need mutiple to keep deving.. ortherwise i need to flash constantly |
| 06:50.52 | *** join/#htc-linux Drakh_ (Drakh@190.42.33.180) |
| 06:51.15 | [acl] | what helps is mass storage support on recoveyr.. no more will i have to pull out the sdcard.. shit will get soldered in there for good |
| 06:51.27 | [acl] | ima gorilla glue that bad boy in there |
| 06:51.31 | [acl] | :-p |
| 06:51.44 | [acl] | jonpry: i should thank you i guess.. kexec was your idea :-p |
| 06:51.44 | jonpry | lol |
| 06:52.19 | jonpry | i still have no idea what it is you have running |
| 06:52.22 | jonpry | but looks cool |
| 06:52.47 | jonpry | then you can set sd card to non removable like alex is doing |
| 06:53.03 | [acl] | woa really.. why? |
| 06:53.21 | jonpry | cause .35 can't redetect the card on resume |
| 06:53.31 | [acl] | fawk |
| 06:53.37 | arrrghhh | suck |
| 06:53.47 | jonpry | but if its gorilla glues |
| 06:53.52 | jonpry | its nbd |
| 06:54.31 | arrrghhh | lol |
| 06:56.01 | [acl] | im not sure if ill be putting in the xdandroid name on this recovery tho.. stine my sue me :-p |
| 06:57.01 | jonpry | xdandroid is trademark? |
| 06:57.19 | [acl] | i dunno .. dontthink so ..lol .. but its not really part of xdandroid i mean |
| 06:57.24 | [acl] | can be used with cyanogen as well |
| 06:57.27 | arrrghhh | heh |
| 06:57.35 | [acl] | or any other build we have |
| 06:57.36 | arrrghhh | what about tiad8 |
| 06:57.42 | [acl] | what about him |
| 06:57.43 | arrrghhh | cuz i want that mess on NAND |
| 06:57.52 | arrrghhh | lol not |
| 06:58.06 | [acl] | well the cooks can do as they wish once we have our official one out |
| 06:58.21 | jonpry | i want hyc |
| 06:58.39 | arrrghhh | hyc? |
| 06:58.55 | [acl] | htc ? |
| 06:59.03 | jonpry | hyc neopeek |
| 06:59.13 | [acl] | wtf is that |
| 06:59.16 | arrrghhh | i didn't know he made a neopeek build |
| 06:59.26 | arrrghhh | hyc is in this room |
| 06:59.33 | jonpry | isn't that what we were talking about earlier |
| 06:59.37 | arrrghhh | jonpry, you mean the partitioned version of FRX05? |
| 06:59.39 | jonpry | i dunno he made something |
| 06:59.41 | jonpry | yeah |
| 06:59.43 | arrrghhh | lol |
| 06:59.45 | arrrghhh | ok |
| 06:59.49 | [acl] | partitioned? |
| 06:59.57 | arrrghhh | [acl], he just broke the system image and data image onto ext2 partitions on his SD card |
| 07:00.04 | [acl] | wtf |
| 07:00.10 | arrrghhh | a la neopeek |
| 07:00.15 | arrrghhh | lol |
| 07:00.18 | [acl] | you mean ala android |
| 07:00.22 | [acl] | we have 5 paritions on nand |
| 07:00.25 | arrrghhh | well |
| 07:00.29 | arrrghhh | kinda a la android |
| 07:00.34 | arrrghhh | but more like neopeek than native android |
| 07:00.43 | arrrghhh | so... hence the a la neopeek. |
| 07:00.45 | [acl] | sys and data have to have diff paritions |
| 07:00.50 | arrrghhh | indeed |
| 07:00.59 | [acl] | im lost |
| 07:00.59 | arrrghhh | but everything else as i understand it is intact |
| 07:01.05 | arrrghhh | why |
| 07:01.10 | arrrghhh | it's just separate partitions on the SD card |
| 07:01.21 | [acl] | its like the time i was excited about reboot and no one undertood me |
| 07:01.22 | [acl] | lol |
| 07:01.23 | arrrghhh | instead of loop mounting them as files |
| 07:01.29 | arrrghhh | lmao |
| 07:02.00 | jonpry | [acl], you don't need to be excited, the stupid thing reboots itself all the time now |
| 07:02.06 | [acl] | haha |
| 07:02.11 | *** join/#htc-linux Drakh_ (Drakh@190.42.33.180) |
| 07:02.28 | [acl] | anyways.. cooks can do as they wish when im done .. |
| 07:02.30 | [acl] | taking all the credit |
| 07:02.38 | [acl] | and possibly giving it their own names |
| 07:02.55 | arrrghhh | lol |
| 07:03.03 | arrrghhh | i think that's the thing that really pissed everyone off about tiad8 |
| 07:03.08 | arrrghhh | taking shit and rebranding |
| 07:03.29 | [acl] | you know how it is .. peeps do what they do |
| 07:03.33 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
| 07:03.36 | arrrghhh | at least when he stole blazn he didn't rebrand it |
| 07:03.41 | arrrghhh | he just stole it and kept the name :P |
| 07:03.42 | arrrghhh | WisTilt2, wb |
| 07:03.53 | [acl] | arrrghhh: haha really? damn |
| 07:03.59 | WisTilt2 | good you're still in here. what build # of my kernel did i give you? |
| 07:04.05 | [acl] | arrrghhh: and you know the crowd dont care.. as long as the build runs.. they are shit happy |
| 07:04.35 | *** join/#htc-linux |Atom| (~atom@82.194.234.249) |
| 07:04.38 | arrrghhh | [acl], that's the truth |
| 07:04.40 | arrrghhh | WisTilt2, 1 sec |
| 07:04.50 | arrrghhh | i was running the kernel i gave to the masses for a short time |
| 07:04.51 | [acl] | WisTilt2: sup bro |
| 07:05.25 | WisTilt2 | hey [acl] |
| 07:05.43 | [acl] | WisTilt2: any good news? new present for us maybe? new ril ? :-p |
| 07:06.03 | WisTilt2 | arrrghhh's been testing phase 1 for a day or so |
| 07:06.13 | WisTilt2 | gathering info from cdma tower |
| 07:06.21 | [acl] | WisTilt2: nice nice i love it |
| 07:06.26 | WisTilt2 | and rpierce99 |
| 07:07.25 | WisTilt2 | [acl] are you guys on nand seeing the same panel wake issues, dont remember what you said about that |
| 07:07.48 | [acl] | WisTilt2: i did notice the ril seems to slow shit down |
| 07:08.05 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 07:08.17 | [acl] | WisTilt2: when i didnt have service.. it would run smooth as silk. But now that i have cdma back on again thanks to boomsvx, i do notice wake up lag |
| 07:08.20 | arrrghhh | [acl], you said you didn't have wake issues until you had service right? |
| 07:08.24 | arrrghhh | lol |
| 07:08.24 | [acl] | yeah |
| 07:08.26 | WisTilt2 | but do you get the lcd comes on but no display at times? |
| 07:08.30 | arrrghhh | beat me to it. |
| 07:08.41 | [acl] | WisTilt2: sometimes now.. |
| 07:09.22 | [acl] | we are already running a modified ril in nand because of other issues but i tried to kill off some stuff right away. mostly the sleeps.. they pissed me off |
| 07:09.35 | [acl] | why the fuck would you sleep instead of checking the status |
| 07:09.36 | arrrghhh | WisTilt2, sorry that took so long. build #249 |
| 07:09.44 | WisTilt2 | ok. i need to talk to stinebd. i think its from something that was added in android some time ago. some funky hack they stuck in there that looks like it would cause this exact issue |
| 07:09.45 | [acl] | anyways.. blood getting hot.. need to relax |
| 07:09.47 | [acl] | woosaaa |
| 07:10.11 | [acl] | WisTilt2: well the ril itself is pretty old. Came from dzo but never really kept up with his changes |
| 07:11.20 | WisTilt2 | arrrghhh, thats the right one then. just making sure i didnt give you the earlier one without the sleep clk fix |
| 07:11.44 | arrrghhh | oh ok |
| 07:11.50 | arrrghhh | WisTilt2, back on your RIL test build too |
| 07:12.03 | jonpry | anyone every try setting the vsync timeout to something more reasonable. like .1 seconds? |
| 07:12.03 | WisTilt2 | [acl] other problem in ril is it isnt setup to handle more than 4 data streams at once |
| 07:12.37 | WisTilt2 | jonpry i messed with all kinds of times there, no change |
| 07:12.44 | [acl] | hmm |
| 07:13.16 | [acl] | there is just some fundamental stuff that just needs fixing |
| 07:13.33 | arrrghhh | indeed |
| 07:13.35 | [acl] | but im not a ril guy |
| 07:13.36 | [acl] | :-( |
| 07:14.19 | [acl] | anyways ima go vegetate for a bit.. need to clear my mind.. ill ttyl fellas |
| 07:14.29 | arrrghhh | cya later bro |
| 07:15.06 | WisTilt2 | jonpry do you have the xdandroid tree by chance? |
| 07:15.46 | jonpry | i do |
| 07:16.14 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 07:17.03 | WisTilt2 | frameworks/base/services/java/com/android/server/PowerManagerService.java |
| 07:17.33 | arrrghhh | WisTilt2, Oo i have a Triggering:75 |
| 07:17.35 | WisTilt2 | take a look from line 1306 on and see what you think. |
| 07:17.50 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 07:18.27 | WisTilt2 | really? you actually got a 75? |
| 07:18.31 | arrrghhh | yessir |
| 07:18.36 | arrrghhh | you want the radio log? |
| 07:18.42 | WisTilt2 | yes please |
| 07:19.43 | jonpry | WisTilt2, seems like failed wakes are more than 5 seconds |
| 07:20.28 | WisTilt2 | yes but 5secs is the screen timeout also which triggers the sleep again. thats why we see that happen in the logs |
| 07:20.53 | jonpry | we could build it with 1 second |
| 07:20.56 | WisTilt2 | look further down at the preventscreenon logic |
| 07:21.17 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 07:21.27 | jonpry | i see this, mForceReenableScreenTask, 5000 |
| 07:21.27 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 07:21.32 | jonpry | set to 1? |
| 07:21.35 | WisTilt2 | i removed the proximity code a couple weeks ago to fix that unbalanced irq so that doesnt pertain in that part of the code |
| 07:21.42 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 07:21.45 | jonpry | i can rebuild a system.img in like 2 minutes |
| 07:21.45 | WisTilt2 | yeah im think 1s also |
| 07:22.00 | WisTilt2 | try it. if something takes 1s it should be deleted:) |
| 07:22.39 | arrrghhh | lol |
| 07:22.40 | jonpry | someone else can try it. who wants the img :p |
| 07:23.02 | arrrghhh | gimmie |
| 07:23.07 | jonpry | dhc? |
| 07:23.08 | WisTilt2 | arrrghhh:) seeing that 75 on cdma makes my life so much easier. |
| 07:23.15 | arrrghhh | WisTilt2, oh yea? |
| 07:23.34 | WisTilt2 | yeah, thats part of what we need for cdma netloc |
| 07:24.16 | arrrghhh | awesome |
| 07:24.57 | WisTilt2 | thats the one and only one you've had in all this time though, which is puzzling |
| 07:25.18 | WisTilt2 | but you got it which means cdma towers broadcast it |
| 07:27.01 | WisTilt2 | jonpry: you are just changing line 1348 time? |
| 07:27.13 | jonpry | yeah |
| 07:27.57 | WisTilt2 | that should do something. did you see they added that to "hide" bad output from misbehaved apps or whatever? |
| 07:28.18 | jonpry | yeah thats interesting feature |
| 07:30.23 | arrrghhh | lol |
| 07:30.25 | WisTilt2 | what are all the cdma data modes? evdo is all i know. there must be at least 3 from what i see in arrrghhh's log but one is unknown to the ril |
| 07:30.28 | arrrghhh | it's a feature |
| 07:30.37 | arrrghhh | WisTilt2, 1xrtt |
| 07:30.38 | arrrghhh | evdo |
| 07:30.45 | arrrghhh | uhm... 3rd is maybe roaming? |
| 07:30.56 | WisTilt2 | hmm, there is a 3rd that the current ril doesnt know about |
| 07:31.20 | arrrghhh | this device isn't capable of wimax |
| 07:31.27 | arrrghhh | perhaps the gsm radio? i have no SIM tho |
| 07:31.32 | arrrghhh | shouldn't even be kicking on |
| 07:31.46 | arrrghhh | although some ppl complain about that. winmo i guess can handle both :P |
| 07:32.24 | arrrghhh | jonpry, for some reason that died out on me... do you have a dropbox acct? |
| 07:32.41 | arrrghhh | if not i guess you can just mirror it somewheres. my server is easy for me to upload to, but not so much for others :P |
| 07:34.53 | arrrghhh | hrm |
| 07:34.58 | arrrghhh | maybe that's why the download died out lol |
| 07:35.27 | arrrghhh | WisTilt2, i never try to use netloc, is that something i should be trying to use to force it to check? |
| 07:35.35 | arrrghhh | not sure if that would help or not, it's always disabled... |
| 07:36.16 | WisTilt2 | yeah probably would generate more of the requests from the tower. maybe thats why we've only seen this 1 for all the time you've run it |
| 07:36.34 | arrrghhh | let me try and pull another log |
| 07:36.57 | *** join/#htc-linux jonpry (~jon@c-24-17-200-206.hsd1.wa.comcast.net) |
| 07:37.05 | jonpry | stupid internet |
| 07:37.09 | arrrghhh | heh |
| 07:37.15 | WisTilt2 | im really interested in what this other unknown mode is because your phone was actually in that mode and tried to switch to umts, or evdo in your world |
| 07:37.16 | jonpry | its like it all went blank |
| 07:37.50 | WisTilt2 | jonpry: if you were in our service area we could set you up with a 5 9's connection:) |
| 07:38.34 | jonpry | i think it was actually the wireless router |
| 07:38.49 | jonpry | 5 9's wireless? |
| 07:39.14 | WisTilt2 | yep |
| 07:39.30 | jonpry | i once had speedchoice |
| 07:39.32 | WisTilt2 | if you're within 7mi from our tower |
| 07:39.37 | jonpry | it was not 5 9's |
| 07:39.52 | jonpry | i'd be surprised if it was 1 9 |
| 07:39.58 | WisTilt2 | we've been 5 9's for the past year and a half on all 22 sites |
| 07:40.39 | WisTilt2 | knowing what you're doing helps too:) most wisps have no clue about rf |
| 07:40.43 | arrrghhh | WisTilt2, crap. i hit airplane mode accidently, and now data is borked. |
| 07:40.44 | jonpry | i guess all we really need is the ability to build system.img on the colo thing |
| 07:40.56 | arrrghhh | up arrow stuck. like it won't download, just upload. |
| 07:41.04 | arrrghhh | tried airplane mode again, same deal. |
| 07:41.49 | WisTilt2 | reboot time |
| 07:41.50 | arrrghhh | gotta try this new system image anyways |
| 07:41.58 | arrrghhh | damnit can't try your RIL on this can i |
| 07:42.01 | jonpry | thats my first one |
| 07:42.03 | arrrghhh | you made too many changes :P |
| 07:42.09 | arrrghhh | jonpry, the .zip? |
| 07:42.16 | jonpry | yeah |
| 07:42.22 | WisTilt2 | no, my ril is in the system.ext2 i gave you |
| 07:42.30 | jonpry | and i don't think i used a manifest |
| 07:42.49 | jonpry | so i got no idea what it will do |
| 07:42.55 | arrrghhh | lol |
| 07:42.56 | arrrghhh | great |
| 07:43.14 | jonpry | hopefully the smoke will be white |
| 07:43.24 | arrrghhh | it usually is around my house |
| 07:43.37 | jonpry | they tell me thats better. means you can breath it |
| 07:43.49 | arrrghhh | i'm usually breathing it too |
| 07:46.47 | arrrghhh | jonpry, this image is quite a bit smaller |
| 07:46.52 | arrrghhh | ~17mb smaller |
| 07:47.04 | jonpry | the zip? |
| 07:47.10 | arrrghhh | uncompressed |
| 07:47.19 | jonpry | should be 100.09mb |
| 07:47.21 | arrrghhh | yes |
| 07:47.27 | arrrghhh | frx05 is like 117.smth |
| 07:47.40 | jonpry | no manifest :p |
| 07:47.50 | jonpry | should be fine |
| 07:47.52 | arrrghhh | lol |
| 07:47.52 | arrrghhh | ok |
| 07:48.00 | arrrghhh | i guess i don't get what you mean by manifest |
| 07:48.22 | WisTilt2 | junk |
| 07:48.28 | jonpry | i don't either. i think it tells the build system what extra packages to put in the img |
| 07:48.35 | arrrghhh | oh |
| 07:51.34 | WisTilt2 | jonpry: i went through the logic in this preventScreenOn again and i can see where it is possible for its true/false state to get out of whack and cause this non-wake prob. your 1sec should verify that if we see non-wake for 1s instead of 5 like now |
| 07:51.54 | arrrghhh | nice |
| 07:52.01 | arrrghhh | still booting, looks better on this run |
| 07:52.09 | arrrghhh | bootani :D |
| 07:52.16 | WisTilt2 | we're still going to have the 5sec timeout for the screen though, that wont change |
| 07:54.46 | *** join/#htc-linux mickey|bbl (~mickey@openmoko/coreteam/mickey) |
| 07:55.06 | WisTilt2 | i think whats happening is the 5secs screen timeout happens before of at same time as this other crazy func so it goes back to sleep. with 1sec it should come up in 1s when that condition happens |
| 07:56.30 | *** join/#htc-linux dcordes (~oedevel@unaffiliated/dcordes) |
| 07:57.24 | arrrghhh | hrm. got 30s wake right off the bat. |
| 07:57.26 | arrrghhh | damnit |
| 07:57.27 | arrrghhh | sleep! |
| 07:57.32 | arrrghhh | 30s sleep |
| 07:57.40 | arrrghhh | but haven't had wake issues yet |
| 07:58.11 | arrrghhh | wake has always been fast, but i'll probably have to run this for a little while to make sure |
| 07:58.33 | jonpry | anyone ever get a error.giterror bad object? |
| 07:58.38 | arrrghhh | 30s sleep is annoying. |
| 07:58.43 | jonpry | trying to repo sync to the manifest |
| 07:59.00 | arrrghhh | hrm |
| 07:59.20 | arrrghhh | i think stine changed it up |
| 07:59.26 | arrrghhh | when he was moving repo's that one day |
| 07:59.52 | arrrghhh | WisTilt2, wake is back to instant. heh |
| 08:00.22 | arrrghhh | jonpry, yea doesn't look like gapps is in here. i can't sync to a google acct. |
| 08:00.44 | WisTilt2 | keep hammering. might take awhile as we know. if you get one of those non-wakes where lcd comes on, wait a sec or 2 and see if screen comes up. |
| 08:01.03 | arrrghhh | indeed |
| 08:01.07 | arrrghhh | i know the drill there :P |
| 08:01.12 | arrrghhh | this 30s sleep just makes it hard. |
| 08:01.27 | arrrghhh | you think that's just another fixed number somewhere is PowerManagerService? |
| 08:01.40 | WisTilt2 | i still haven't located that variable that's getting changed to 30 but I will eventually:) |
| 08:01.47 | arrrghhh | :D |
| 08:01.51 | arrrghhh | i'm sure you will |
| 08:01.53 | WisTilt2 | not fixed, its getting changed somehow |
| 08:01.56 | arrrghhh | hrm |
| 08:01.59 | arrrghhh | weird |
| 08:02.00 | *** join/#htc-linux Tinyboom (~nahh@150.84-48-104.nextgentel.com) |
| 08:02.02 | arrrghhh | yea you're right |
| 08:02.08 | arrrghhh | if it was fixed we'd get it all the time |
| 08:02.12 | WisTilt2 | yep |
| 08:02.42 | arrrghhh | damn |
| 08:02.44 | arrrghhh | every wake good |
| 08:02.46 | arrrghhh | heh |
| 08:02.50 | arrrghhh | for once i want a failure |
| 08:03.06 | WisTilt2 | let it sleep for several mins |
| 08:03.24 | arrrghhh | k |
| 08:03.27 | jonpry | phone call :p |
| 08:03.39 | arrrghhh | heh that would be a good test |
| 08:03.44 | arrrghhh | i'll let it sleep and call it |
| 08:03.51 | arrrghhh | let it sleep for a few |
| 08:03.57 | WisTilt2 | im still getting instant wakes without it though so im really puzzled. whatever it is depends on something else happening at random times |
| 08:04.13 | jonpry | interrupt priority |
| 08:04.16 | WisTilt2 | booted my phone 7hrs ago, no failures at all |
| 08:04.34 | arrrghhh | :/ |
| 08:04.41 | arrrghhh | i hate intermittent issues |
| 08:04.49 | jonpry | heisenbug |
| 08:05.20 | WisTilt2 | i also took my phone into our buildings basement tonight for about 15mins and lost sig, weak sig, good sig, over and over and never had a sod |
| 08:05.26 | arrrghhh | been tracing one at work for months now |
| 08:05.34 | arrrghhh | 8+ months, been driving me nuts |
| 08:06.21 | arrrghhh | WisTilt2, yea i can't wait until you polish it up for testing. i have several people who can recreate RIL related SoD's on command. |
| 08:07.53 | WisTilt2 | the ril image you have also supports 10 data streams. you still crashing when dl'ing several at once? |
| 08:08.19 | arrrghhh | not once |
| 08:08.25 | arrrghhh | i've tried a few times |
| 08:08.28 | arrrghhh | you know me :P |
| 08:08.47 | arrrghhh | but yea i used to be able to recreate that bug every time, haven't been able to yet. |
| 08:10.06 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d6eaf.pool.mediaWays.net) |
| 08:10.06 | WisTilt2 | i dont think more than 10 streams can be handled before bogging things way down. 10 is probably too many really. |
| 08:10.20 | arrrghhh | probably |
| 08:10.35 | arrrghhh | the phone slows to a crawl with 5 downloads from the market |
| 08:10.41 | arrrghhh | it just starts them all on its own tho |
| 08:10.54 | arrrghhh | and before, it would be really slow for a while, then reboot to winmo. now it's just slow :P |
| 08:10.56 | WisTilt2 | crawls even with this ril? |
| 08:11.00 | arrrghhh | uhm |
| 08:11.03 | arrrghhh | it *seemed* faster |
| 08:11.05 | arrrghhh | tbh |
| 08:11.15 | arrrghhh | individual dls didn't seem faster |
| 08:11.19 | arrrghhh | but ones in parallel did |
| 08:11.28 | WisTilt2 | should be since each stream is now in a true round robin |
| 08:11.35 | arrrghhh | nice |
| 08:11.43 | arrrghhh | yea, ones in parallel definitely seemed faster |
| 08:11.49 | arrrghhh | hard to tell with that tho. |
| 08:11.59 | arrrghhh | alright lets try to call mah phone |
| 08:12.46 | WisTilt2 | i think we'll end up going back to 5 streams in the final. other queues will be held off until each current one finishes. who needs more than 5 at a time normally anyway |
| 08:12.49 | arrrghhh | hrm. not a failed wake, but a slow wake |
| 08:12.53 | arrrghhh | took about ~2s |
| 08:13.18 | arrrghhh | WisTilt2, no joke. and with such a small b/w pipe, more than 5 is just dumb. |
| 08:13.27 | jonpry | sounds promising |
| 08:13.31 | WisTilt2 | hopefully you can get some more. if they all stay 2s or less that's good:) |
| 08:13.38 | arrrghhh | ok |
| 08:13.41 | arrrghhh | i guess i'll run with this |
| 08:13.47 | arrrghhh | see if i get any failed wakes |
| 08:13.50 | arrrghhh | if i do get one |
| 08:13.55 | arrrghhh | you want a dmesg or a logcat or both? |
| 08:14.04 | WisTilt2 | just dmesg |
| 08:14.05 | arrrghhh | k |
| 08:14.11 | arrrghhh | wakes normally are insta |
| 08:14.19 | arrrghhh | just on that phone call did it hesitate |
| 08:14.22 | WisTilt2 | wait, no need logcat also to see android side |
| 08:14.29 | arrrghhh | that's what i figured :P |
| 08:14.48 | WisTilt2 | you're talking to a kernel guy lol |
| 08:14.53 | arrrghhh | i know it |
| 08:15.19 | arrrghhh | you're talkin to a... ignorant guy :P |
| 08:15.31 | WisTilt2 | lol, you know more than you think |
| 08:15.39 | arrrghhh | i dabble a lot |
| 08:15.51 | arrrghhh | wish i had more formal training/education, c'est la vie |
| 08:16.19 | arrrghhh | i think i do so well at my job (here and at work :P) because a lot of my experience is informal tho |
| 08:16.28 | arrrghhh | just tinkering and figuring out on my own. |
| 08:17.22 | WisTilt2 | thats the best way to learn. schooling is over rated i think |
| 08:17.35 | arrrghhh | yea but in theory it gives you a good base |
| 08:17.42 | WisTilt2 | if you have the nack for it, hands on experience far out does teaching |
| 08:17.46 | arrrghhh | i feel like i'm missing that in a lot of spaces |
| 08:18.09 | arrrghhh | oh yea, no doubt there. experience always beats textbook knowledge |
| 08:20.23 | WisTilt2 | jonpry: if that preventScreenOn was removed, would we just see more blips of junk now and then or what? i really dont see why thats even needed if we're only talking a split seconds of occasional weirdness on the screen. |
| 08:21.39 | arrrghhh | wake is being awesome |
| 08:21.52 | arrrghhh | tried a couple more phone calls |
| 08:22.44 | arrrghhh | no problems |
| 08:22.50 | WisTilt2 | we probably need to get stinebd to make that change and put out another image so the masses can verify it. |
| 08:22.59 | arrrghhh | yea |
| 08:23.07 | arrrghhh | he'll add it to the list for FRX06 :P |
| 08:23.20 | arrrghhh | which isn't very long |
| 08:24.00 | WisTilt2 | i need to get the userland notification and caps/fn led stuff coded so he can put that in next release too |
| 08:24.19 | WisTilt2 | so i can take out those hacks in the kernel |
| 08:24.19 | arrrghhh | that would be schweet |
| 08:24.30 | arrrghhh | yea, i occassionally see them where they do not meet up |
| 08:24.38 | arrrghhh | but your hacks work pretty well for the most part :P |
| 08:25.08 | WisTilt2 | i think jonpry dozed off |
| 08:25.14 | arrrghhh | probably |
| 08:25.20 | arrrghhh | i'm thinking i need to do the same unfortunately. |
| 08:25.29 | arrrghhh | wake has been great. |
| 08:25.40 | WisTilt2 | i had starbucks around 8pm so im up awhile, should know better than that |
| 08:25.42 | arrrghhh | sorry keep playing with it :P |
| 08:25.48 | arrrghhh | heh |
| 08:26.08 | WisTilt2 | are you running my rootfs for the ril still? |
| 08:26.16 | arrrghhh | no |
| 08:26.28 | arrrghhh | the ril is in the rootfs? |
| 08:26.35 | arrrghhh | what changes are in your system image? |
| 08:26.40 | WisTilt2 | ok good. thats just F22's modded to point to the ril in system image |
| 08:26.52 | WisTilt2 | system image has the .so |
| 08:26.58 | arrrghhh | oic |
| 08:27.00 | arrrghhh | cool |
| 08:27.47 | arrrghhh | i think there's a bug open on this wake issue |
| 08:27.56 | arrrghhh | need to point out the change that was made in it for stine |
| 08:28.15 | WisTilt2 | easy, 1 value on 1 line |
| 08:28.52 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 08:29.45 | WisTilt2 | i need to commit that in call audio fix also before i forget. havent had dead audio since, been almost 2 weeks now |
| 08:30.07 | WisTilt2 | i have so many files changed its going to take me a week to sort all the patches out |
| 08:31.37 | arrrghhh | :P |
| 08:31.50 | arrrghhh | been teasin you about that, but no joke. all the PM changes alone |
| 08:32.00 | arrrghhh | so mForceReenableScreenTask, 5000 is now 1000? |
| 08:33.02 | *** join/#htc-linux XirXes (~xirxes@67-2-11-135.slkc.qwest.net) |
| 08:33.19 | WisTilt2 | yep that's the change |
| 08:35.28 | arrrghhh | ok |
| 08:35.34 | arrrghhh | i noted it on the bugtracker |
| 08:36.20 | arrrghhh | no failed wakes as of yet |
| 08:37.17 | *** join/#htc-linux t3g (~kvirc@p3E9E248A.dip.t-dialin.net) |
| 08:37.41 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 08:38.42 | WisTilt2 | anymore that took 2secs? |
| 08:39.01 | arrrghhh | not yet |
| 08:42.07 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d6eaf.pool.mediaWays.net) |
| 08:42.09 | *** join/#htc-linux Markinus (~Miranda@212.255.17.191) |
| 08:42.53 | WisTilt2 | ok sent the patch so i can scratch that one off |
| 08:43.11 | arrrghhh | in call audio? |
| 08:43.14 | WisTilt2 | yep |
| 08:43.17 | arrrghhh | is that the silent mode one? |
| 08:43.20 | arrrghhh | i can't remember lol |
| 08:43.57 | WisTilt2 | should be both. it just makes sure audio routes by default unless you turn on speakerphone or use headset |
| 08:44.06 | arrrghhh | oic |
| 08:44.39 | arrrghhh | wakes great on phone calls. |
| 08:44.48 | WisTilt2 | routes to earpiece when call is setup, then switched if other route is selected. fixes the initial state basically |
| 08:44.52 | arrrghhh | i hate jumping the gun, but this has been above-average for wakes i'd say. |
| 08:45.03 | arrrghhh | nice |
| 08:45.11 | arrrghhh | WisTilt2, jb has been working on audio routing as well |
| 08:45.14 | WisTilt2 | yeah, who'd thought userland was causing it. |
| 08:45.15 | arrrghhh | for BT fun |
| 08:45.35 | WisTilt2 | i saw in the ml he got BT audio actually working |
| 08:45.40 | arrrghhh | yup |
| 08:45.46 | arrrghhh | he's got all the BT kernel stuff done |
| 08:45.50 | arrrghhh | just need to add the userland fixes |
| 08:45.58 | arrrghhh | which i believe are related to audio routing... |
| 08:45.59 | arrrghhh | :P |
| 08:46.25 | WisTilt2 | stinebd's going to be a busy guy |
| 08:46.30 | arrrghhh | heh |
| 08:46.39 | arrrghhh | just released a new gb build too |
| 08:46.50 | arrrghhh | so long as he lines up enough stuff he can justify a release. |
| 08:47.01 | arrrghhh | frx06 might want to wait until jonpry finishes his scbs hotness |
| 08:47.36 | arrrghhh | plus new RIL? |
| 08:47.40 | arrrghhh | stuff is really falling in place. |
| 08:47.48 | arrrghhh | need to get that XTRA interface for quickgps |
| 08:47.55 | arrrghhh | agps rather |
| 08:48.15 | arrrghhh | and 3.5mm jack... and that's all the major stuff i think |
| 08:49.00 | WisTilt2 | i need to finish fixing the proximity code too. i disabled it in my test kernels for now. i see userland already has the support for it |
| 08:49.57 | WisTilt2 | also need to change the keyboard backlight so it doesn't come on in bright light. makes it harder to see when its on |
| 08:50.57 | arrrghhh | oh right |
| 08:51.01 | arrrghhh | prox sensor :D |
| 08:51.21 | arrrghhh | WisTilt2, yea i'd like to track down that repeat key issue |
| 08:51.30 | arrrghhh | it's very random, but maddening when it does happen |
| 08:51.39 | arrrghhh | i have a feeling it's related to the keyboard cutting out as well |
| 08:51.53 | arrrghhh | i've had it a few times where i'll be typing and it'll just stop responding to keypresses. |
| 08:52.09 | arrrghhh | usually slide kbd closed/reopen and it works again |
| 08:52.20 | WisTilt2 | thought we had that fixed but it happened to me a couple times while at disneyland so ill have to look at that again. |
| 08:52.39 | arrrghhh | yea |
| 08:52.41 | arrrghhh | not sure what it is |
| 08:52.54 | arrrghhh | i want to blame your kbd bl code, but someone said it happened to them on soft kbd |
| 08:52.56 | arrrghhh | so might be userland. |
| 08:52.59 | WisTilt2 | no one has commented on the change in kbd backlight to 10secs? |
| 08:53.10 | arrrghhh | not really no lol |
| 08:53.15 | arrrghhh | don't know if anyone even noticed :P |
| 08:53.29 | arrrghhh | oh snap |
| 08:53.31 | arrrghhh | had a failed wake |
| 08:53.39 | arrrghhh | logs comin as soon as it sleeps and i can wake it again. |
| 08:54.04 | WisTilt2 | so it didnt come on by itself before it went back to sleep? |
| 08:54.13 | arrrghhh | yup |
| 08:54.17 | arrrghhh | led went orange |
| 08:54.19 | arrrghhh | bl came on |
| 08:54.22 | arrrghhh | but no panel/screen |
| 08:54.29 | arrrghhh | and it just went back to blinking green led on its own |
| 08:54.41 | arrrghhh | i didn't touch the screen, etc. wanted to actually see if failed wake would still happen. |
| 08:54.55 | WisTilt2 | i have half a mind to disable that whole crazy code and see if it goes completely away. |
| 08:55.02 | arrrghhh | lol |
| 08:55.33 | WisTilt2 | setting to 1sec made it much better though it seems? |
| 08:55.54 | arrrghhh | i'm not sure if that was your kernel or what... |
| 08:56.36 | WisTilt2 | i have yet to have one so its really random and who knows what sets it up to happen |
| 08:57.32 | arrrghhh | well |
| 08:57.37 | arrrghhh | hopefully those logs are usefl |
| 08:57.46 | arrrghhh | s/usefl/useful/ |
| 08:59.11 | WisTilt2 | i see you're stuck on 30s sleep |
| 08:59.17 | arrrghhh | yup |
| 08:59.28 | arrrghhh | as i was whining about earlier, made it hard to test :P |
| 08:59.31 | WisTilt2 | exactly 30s thats whats strange |
| 08:59.35 | arrrghhh | indeed |
| 08:59.40 | arrrghhh | every... single.. time |
| 08:59.49 | arrrghhh | once it gets stuck like that |
| 08:59.54 | arrrghhh | it very rarely breaks that cycle |
| 08:59.57 | arrrghhh | if ever |
| 09:00.07 | WisTilt2 | and autobl is still off:( |
| 09:00.14 | arrrghhh | heh |
| 09:00.16 | arrrghhh | new data.img |
| 09:00.18 | arrrghhh | new system image |
| 09:00.23 | arrrghhh | forgot to check that :P |
| 09:00.56 | arrrghhh | fixed. running manual should be OK tho rigth? |
| 09:01.02 | arrrghhh | s/rigth/right/ |
| 09:01.11 | WisTilt2 | nothing in dmesg, lets take a look at android |
| 09:01.22 | arrrghhh | k |
| 09:01.23 | WisTilt2 | yeah manual is ok now |
| 09:02.33 | arrrghhh | you always seem crushed when i am running manual :P |
| 09:02.34 | *** join/#htc-linux Ceesheim (~ceesheim@p548035A7.dip.t-dialin.net) |
| 09:05.38 | WisTilt2 | i worked hard to get that hardware autobl working so yeah:) |
| 09:05.47 | arrrghhh | :P lol |
| 09:05.55 | arrrghhh | it is awesome |
| 09:06.02 | arrrghhh | i just forget to enable it with new data.img's. |
| 09:07.31 | WisTilt2 | i see something in android that might be a problem. looks like with the non-wake it had no focus window available but ill have to look at windowmanager for that. i need to quit for tonight and hit the sack. |
| 09:07.43 | arrrghhh | ditto |
| 09:07.48 | arrrghhh | holy crap i thought it was 2am. |
| 09:07.53 | arrrghhh | not 3. |
| 09:08.02 | WisTilt2 | time change |
| 09:08.08 | arrrghhh | ah shit |
| 09:08.11 | arrrghhh | so i just lost an hour |
| 09:08.14 | arrrghhh | without even noticing |
| 09:08.16 | arrrghhh | stupid DST |
| 09:08.50 | WisTilt2 | yep, i hate this time stuff. ok catch you tomorrow and we'll bang out more tests. |
| 09:08.58 | arrrghhh | sounds good man, take it easy. |
| 09:24.44 | *** join/#htc-linux Drakh_ (Drakh@190.42.33.180) |
| 09:31.59 | *** join/#htc-linux Kasjopaja (~Tina@p578FFC09.dip.t-dialin.net) |
| 09:35.02 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 09:47.51 | *** join/#htc-linux praveen_ (75c5dcfc@gateway/web/freenode/ip.117.197.220.252) |
| 09:55.12 | *** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl) |
| 10:18.10 | *** join/#htc-linux helicopter88 (~helicopte@host182-95-dynamic.2-79-r.retail.telecomitalia.it) |
| 10:18.35 | helicopter88 | Does someone knows how to change resolution in kernel for diam100? |
| 10:26.10 | *** join/#htc-linux Erikson (~Erik@p54B73A97.dip.t-dialin.net) |
| 10:28.22 | *** join/#htc-linux helicopter88 (~helicopte@host182-95-dynamic.2-79-r.retail.telecomitalia.it) |
| 10:44.54 | *** join/#htc-linux Erikson_ (~Erik@p54B771C3.dip.t-dialin.net) |
| 10:45.41 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d6eaf.pool.mediaWays.net) |
| 10:46.07 | *** join/#htc-linux rob_w (~bob@ppp-188-174-67-6.dynamic.mnet-online.de) |
| 10:53.46 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
| 11:40.51 | *** join/#htc-linux ORi|ON (~ORiONNebu@91.181.233.66) |
| 11:48.01 | *** join/#htc-linux kernelzilla (~patrick@174-26-107-146.phnx.qwest.net) |
| 11:51.23 | *** join/#htc-linux gauner1986 (~Miranda@p5B38353C.dip.t-dialin.net) |
| 11:57.52 | *** join/#htc-linux lewellyn (beriberi@greenviolet/lewellyn) |
| 12:03.04 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 12:03.25 | *** join/#htc-linux Segnale007 (~Segnale00@151.62.134.201) |
| 12:11.57 | *** join/#htc-linux Erikson__ (~Erik@p54B759D1.dip.t-dialin.net) |
| 12:15.34 | *** join/#htc-linux arif-ali (~arif-ali@88-111-128-250.dynamic.dsl.as9105.com) |
| 12:22.18 | *** join/#htc-linux Erikson_ (~Erik@p54B772FA.dip.t-dialin.net) |
| 12:40.34 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 12:52.37 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
| 12:53.35 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
| 12:58.03 | *** join/#htc-linux DuperMan (~Duper@46-116-60-138.bb.netvision.net.il) |
| 13:01.45 | *** join/#htc-linux Tinyboom (~nahh@150.84-48-104.nextgentel.com) |
| 13:08.54 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
| 13:50.58 | *** join/#htc-linux bja (~bja@c-69-243-130-121.hsd1.il.comcast.net) |
| 13:54.21 | *** join/#htc-linux ORi|ON (~ORiONNebu@91.181.230.193) |
| 13:58.50 | *** join/#htc-linux ORi|ON (~ORiONNebu@91.181.169.240) |
| 14:00.20 | *** join/#htc-linux rob_w (~bob@ppp-188-174-67-6.dynamic.mnet-online.de) |
| 14:06.38 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 14:16.29 | *** join/#htc-linux pepermint (~pepermint@host68-88-dynamic.8-87-r.retail.telecomitalia.it) |
| 14:22.13 | pepermint | hi, I have an ipaq h1940, I'm trying to boot a mainline zImage with the following haret arguments: RAMADDR=30000000 RAMSIZE=04000000 MTYPE=347 CMDLINE='console=tty0 root=/dev/ram0 rootdelay=10' , |
| 14:22.22 | pepermint | but it doesn't boot, how can I debug it with ramconsole |
| 14:22.26 | pepermint | ? |
| 14:23.03 | GNUtoo|laptop | maybe dcordes would know? |
| 14:25.51 | *** join/#htc-linux gauner1986 (~Miranda@p5B38353C.dip.t-dialin.net) |
| 14:39.31 | GNUtoo|laptop | hi dcordes |
| 14:39.54 | dcordes | GNUtoo|laptop: iPAQ H1940 |
| 14:40.06 | GNUtoo|laptop | yes |
| 14:40.07 | dcordes | ah |
| 14:40.56 | GNUtoo|laptop | I told him that if he's blind (no serial, no display,nothing...) he could spend a life trying to debug it and never succeed because it's impossible |
| 14:41.09 | GNUtoo|laptop | so he needs ramconsole |
| 14:41.22 | dcordes | it looks like blueangel |
| 14:41.39 | GNUtoo|laptop | ah |
| 14:43.05 | GNUtoo|laptop | should he try blueangel's kenrel with his board file? |
| 14:44.06 | dcordes | pepermint: I think there are h1940 kernels present |
| 14:44.40 | *** join/#htc-linux bja (debian-tor@gateway/tor-sasl/bja) |
| 14:45.07 | *** part/#htc-linux bja (debian-tor@gateway/tor-sasl/bja) |
| 14:45.09 | dcordes | pepermint: which kernel source are you using ? |
| 14:45.15 | pepermint | dcordes: 2.6.37 |
| 14:45.37 | dcordes | with some 1940 defconfig ? |
| 14:46.02 | dcordes | there are very old kernel sources specific to your device I bet with working display driver and configuration |
| 14:46.05 | dcordes | handhelds.org |
| 14:46.30 | dcordes | it's down but you are lucky because we have it cloned at linuxtogo git I think |
| 14:46.32 | pepermint | dcordes: i have create my defconfig, the last defconfig in oe is 2.6.37 |
| 14:46.42 | GNUtoo|laptop | dcordes, hh.org branch? |
| 14:47.00 | dcordes | pepermint: a defconfig specific to your device ? |
| 14:47.03 | GNUtoo|laptop | pepermint, you mean 17 |
| 14:47.24 | GNUtoo|laptop | his device seem to be in oe |
| 14:47.29 | GNUtoo|laptop | but I didn't really look |
| 14:47.46 | dcordes | GNUtoo|laptop: yep |
| 14:47.55 | dcordes | ok |
| 14:48.03 | pepermint | dcordes: there is in arm/configs for S3C2410 |
| 14:48.16 | *** join/#htc-linux Curious_ (8bb3cfc7@gateway/web/freenode/ip.139.179.207.199) |
| 14:48.30 | dcordes | yeah but that is very general for platform and won't give you any device specifics |
| 14:48.55 | dcordes | PREFERRED_PROVIDER_virtual/kernel = "linux-h1940" |
| 14:48.57 | GNUtoo|laptop | he told me most of the stuff for his device went into mainline |
| 14:49.03 | GNUtoo|laptop | but I've no idea if it's true |
| 14:49.09 | GNUtoo|laptop | becaue the driver could be there |
| 14:49.21 | GNUtoo|laptop | but not the data for the platform devices |
| 14:49.52 | dcordes | recipes/linux/linux-h1940_2.6.17-h1940.bb |
| 14:50.45 | dcordes | pepermint: the kernel for h1940 in OE is based on mainline 2.6.17 and applies a crapload of patches |
| 14:51.10 | GNUtoo|laptop | I think he had some issues with that too |
| 14:51.14 | GNUtoo|laptop | but I wonder.... |
| 14:51.18 | GNUtoo|laptop | how to debug the .17 |
| 14:51.23 | GNUtoo|laptop | because there is no ramconsole there |
| 14:51.30 | dcordes | maybe for training he should first try and get the exact OE zImage to boot |
| 14:51.44 | GNUtoo|laptop | hmmm |
| 14:51.46 | dcordes | so he knows he gets the HaRET config right |
| 14:51.48 | dcordes | etc |
| 14:51.50 | GNUtoo|laptop | maybe trough mtdoops |
| 14:51.54 | GNUtoo|laptop | that's risky tough |
| 14:52.07 | dcordes | pepermint: do you have openembedded locally so you can compile the obsolete zImage first ? |
| 14:52.15 | GNUtoo|laptop | he does |
| 14:52.20 | GNUtoo|laptop | he compiled it already |
| 14:52.27 | dcordes | so did he boot it ? |
| 14:52.31 | GNUtoo|laptop | and it gave a green screen |
| 14:52.38 | GNUtoo|laptop | I don't know more |
| 14:52.42 | GNUtoo|laptop | pepermint, ^^^ |
| 14:53.07 | pepermint | dcordes: oe crash when compiled it |
| 14:53.17 | GNUtoo|laptop | how? |
| 14:53.37 | GNUtoo|laptop | maybe I missunderstood then |
| 14:53.42 | GNUtoo|laptop | I thought he ran it |
| 14:53.46 | GNUtoo|laptop | but I was wrong |
| 14:53.47 | dcordes | bad SRC_URI :) |
| 14:53.48 | dcordes | I bet |
| 14:54.15 | dcordes | <PROTECTED> |
| 14:54.15 | dcordes | <PROTECTED> |
| 14:54.18 | dcordes | <PROTECTED> |
| 14:54.19 | dcordes | that's the problem |
| 14:54.22 | dcordes | down |
| 14:54.42 | GNUtoo|laptop | hh.org has several issues |
| 14:54.54 | GNUtoo|laptop | pepermint, maybe you should get an htcdream? :) |
| 14:54.58 | dcordes | this has nothing to do with hh.org |
| 14:55.09 | GNUtoo|laptop | ah ok |
| 14:55.14 | dcordes | I found alternative SRC_URI |
| 14:55.19 | GNUtoo|laptop | ok nice |
| 14:55.21 | dcordes | pepermint: prepare your oe. I Will give you a patch |
| 14:55.23 | pepermint | dcordes: http://pastebin.com/EfXfkpJf |
| 14:55.54 | dcordes | hmm different error |
| 14:56.03 | GNUtoo|laptop | http://lxr.free-electrons.com/source/include/linux/limits.h#L12 |
| 14:56.08 | dcordes | I don't understand how it can do_patch with bad SRC_URI |
| 14:56.10 | GNUtoo|laptop | add limits.h |
| 14:57.06 | dcordes | pepermint: which is the exact .bb it is compiling ? |
| 14:57.58 | pepermint | dcordes: bitbake -b /home/max/staff/openembedded/recipes/linux/linux-h1940_2.6.17-h1940.bb |
| 14:59.17 | dcordes | pepermint: if you open that in the editor and check all patch URIs you will notcie some are broken. (above) I don't understand how do_patch can succeed under that circumstance |
| 14:59.33 | GNUtoo|laptop | pepermint, bitbake -b is bad |
| 14:59.54 | dcordes | GNUtoo|laptop: it's the lastest recipe anyway .. |
| 15:02.36 | pepermint | dcordes: my linux-h1940_2.6.17-h1940.bb: http://pastebin.com/pdEkBmSd |
| 15:05.12 | *** join/#htc-linux msichal (michalelek@62.244.158.215) |
| 15:05.19 | msichal | hi everyone |
| 15:05.47 | msichal | i've got problems when trying to flash .25 kernel to tytn II |
| 15:05.51 | GNUtoo|laptop | hmmm without usb gadget won't go dar |
| 15:05.52 | GNUtoo|laptop | hi |
| 15:06.05 | msichal | it says invalid model or something like this |
| 15:06.29 | msichal | even if im changing it with atools |
| 15:07.32 | msichal | im really pissed off anyway, my microsd card got earsed, maybe because of hard-reset o_O |
| 15:08.31 | msichal | i successfully flashed .32 kernel some time ago but usb wasn't working |
| 15:09.20 | msichal | http://img840.imageshack.us/img840/3506/skrin275.png this is what i get when trying to flash the .25 kernel |
| 15:09.37 | msichal | any tips how to flash it? |
| 15:15.10 | *** join/#htc-linux balans1 (~user@535636BD.cm-6-7a.dynamic.ziggo.nl) |
| 15:15.58 | GNUtoo|laptop | msichal, it seem to say that your phone is incompatible with that update uttility but I do not have such phone nor windows so I can't help |
| 15:16.33 | msichal | im preety sure that this RUU is fine |
| 15:17.33 | GNUtoo|laptop | dcordes, ^^^ |
| 15:17.43 | GNUtoo|laptop | ( <pepermint> dcordes: my linux-h1940_2.6.17-h1940.bb: http://pastebin.com/pdEkBmSd ) |
| 15:18.00 | *** join/#htc-linux Daevoq (~IceChat7@host214-97-dynamic.33-79-r.retail.telecomitalia.it) |
| 15:18.10 | msichal | oh man |
| 15:18.11 | msichal | lol |
| 15:18.25 | msichal | i copied this nbh file to a folder |
| 15:18.29 | msichal | with another RUU |
| 15:18.32 | msichal | and it worked |
| 15:18.33 | msichal | wtf |
| 15:20.45 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
| 15:20.46 | msichal | but my sdcard is fckd up anyway |
| 15:21.12 | msichal | i didnt know that a flashing or hard reset can earse your sd card |
| 15:22.02 | msichal | my backup and my music :< |
| 15:22.33 | phh | always backup your backups |
| 15:22.44 | phh | and you use legal music stuff, so they have buttons to automatically download everything back |
| 15:23.38 | phh | anyway, don't ever trust microSD cards ... |
| 15:23.46 | msichal | it would take some time with my internet connection |
| 15:26.45 | msichal | ill try to undelete some files |
| 15:26.48 | msichal | it should work |
| 15:30.22 | msichal | i see most of files, but not my music |
| 15:30.34 | msichal | maybe it was deleted in more sophisticated way |
| 15:31.50 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
| 15:32.56 | msichal | http://img857.imageshack.us/img857/8746/hmmmm.png |
| 15:33.02 | msichal | not bad |
| 15:33.51 | fakker | antoine dodso |
| 15:33.51 | fakker | n |
| 15:33.52 | fakker | lol |
| 15:33.59 | fakker | only thing that sticks out to me |
| 15:34.08 | msichal | lol |
| 15:34.13 | fakker | cuz he's climbing through yo windows |
| 15:34.15 | fakker | snatchin yo files up |
| 15:34.23 | fakker | hide ya kids, hide ya wife |
| 15:36.10 | msichal | someone should write a graphics driver for kaiser on android |
| 15:36.15 | msichal | that would be awesome |
| 15:36.37 | msichal | it is now working better than WM for me |
| 15:38.15 | *** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au) |
| 15:38.32 | gauner1986 | kaiser.. that's pretty ancient, isn't it? |
| 15:38.33 | gauner1986 | :P |
| 15:38.53 | msichal | maybe |
| 15:39.05 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
| 15:39.11 | msichal | i like it anyway |
| 15:40.02 | phh | gauner1986: kind of |
| 15:40.23 | phh | looks at its rhodium: you'll be ancient at some point too :( |
| 15:40.32 | gauner1986 | :D |
| 15:40.42 | msichal | i dont like this new devices |
| 15:40.47 | phh | TP2 really rocks |
| 15:40.52 | msichal | they are too iphonish |
| 15:40.56 | phh | but yeah, I don't really like the other ones |
| 15:40.59 | phh | no real keyboard |
| 15:41.26 | msichal | I don't like those touch buttons, no dpad and stuff |
| 15:41.29 | fakker | msichal, iPhone 4 copied HD2 |
| 15:41.33 | arrrghhh | +1, still haven't seen a replacement for the TP2 |
| 15:41.33 | gauner1986 | phh: i imagine you're fondling it right now |
| 15:41.34 | fakker | remember this |
| 15:41.44 | arrrghhh | gauner1986, aren't you ? :D |
| 15:41.48 | gauner1986 | arrrghhh: what about desire z? |
| 15:41.49 | *** join/#htc-linux DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 15:42.02 | phh | msichal: yeah well, no dpad is a great drawback of TP2 I must admit |
| 15:42.10 | phh | arrrghhh: i've got an acer liquid when i want to play games :D |
| 15:42.14 | arrrghhh | gauner1986, bleh @ the hinge, no CDMA, and 4-row kbd... |
| 15:42.19 | arrrghhh | phh, lol |
| 15:42.22 | phh | arrrghhh: ah 4 ? |
| 15:42.26 | phh | better than I thought |
| 15:42.28 | arrrghhh | phh, DZ is 4-row |
| 15:42.28 | msichal | in a year phones won't even have a power button |
| 15:42.29 | phh | I thought it was 3 |
| 15:42.42 | phh | ah no it's N900 that is 3 |
| 15:42.46 | phh | and it's said to be a geek phone |
| 15:42.47 | phh | hahaha. |
| 15:42.49 | arrrghhh | lol |
| 15:42.49 | phh | sorry. |
| 15:42.51 | arrrghhh | np |
| 15:43.04 | msichal | N900 is quite nice because of maemo |
| 15:43.17 | msichal | or whatever this OS is called |
| 15:43.30 | fakker | ever see the box they sent out for people to review the n900? |
| 15:43.32 | msichal | it uses a goddamn X |
| 15:43.42 | phh | androix \o/ |
| 15:43.42 | msichal | and android uses ??? |
| 15:43.58 | fakker | htc just send plain cardboard boxes |
| 15:43.59 | phh | its own crap |
| 15:44.36 | msichal | you can just put there an lxde or something |
| 15:44.44 | msichal | and it will just work |
| 15:44.56 | msichal | you can compile a normal software for it |
| 15:45.04 | phh | msichal: ubuntu works fine on TP2 you know |
| 15:45.10 | phh | well fine ... |
| 15:45.16 | phh | a bit slow |
| 15:45.19 | msichal | ubuntu sux :P |
| 15:45.25 | phh | debian if you want |
| 15:45.39 | msichal | yeah, maybe |
| 15:45.39 | phh | meego too |
| 15:45.59 | msichal | i'd like just a windows ce on my kaiser :> |
| 15:46.10 | phh | haha |
| 15:46.18 | msichal | but if it had a better resolution screen |
| 15:46.35 | phh | rhodium \o/ |
| 15:46.39 | phh | WVGA \o/ |
| 15:46.46 | msichal | there was something called £indo³sokêkowywszczowie¿ |
| 15:46.50 | phh | enough to have quasselclient on it :D |
| 15:46.50 | msichal | for windows mobile |
| 15:47.01 | msichal | you could use windowed apps |
| 15:48.14 | phh | I dream of a phone with TP2's housing, 1024xsomething screen, tegra2 |
| 15:48.27 | phh | (and i don't care much about battery :D) |
| 15:48.32 | msichal | and some nice games for tegra |
| 15:48.38 | msichal | x86 phone, lol |
| 15:48.41 | gauner1986 | phh: like five minutes is enough? :P |
| 15:48.50 | phh | gauner1986: tss, tegra2 doesn't eat much |
| 15:49.09 | gauner1986 | phh: you got a tegra-phone? |
| 15:49.15 | phh | gauner1986: smartbook |
| 15:50.48 | phh | gauner1986: in not optimized idle it's something like 1W, standby it's less than 100mW |
| 15:50.58 | phh | and it's not an battery-optimized tegra ... |
| 15:51.22 | gauner1986 | how long does it last in moderate usage? |
| 15:51.23 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d6eaf.pool.mediaWays.net) |
| 15:51.24 | phh | (and it has a stupid EC) |
| 15:51.36 | phh | 7 hours on 3 cell battery |
| 15:51.51 | phh | screen eats much of the power |
| 15:53.12 | msichal | btw |
| 15:53.40 | phh | (i'll have to find a transflective 10" screen one day) |
| 15:54.39 | msichal | is kaiser sucks because of its fransmissive screen |
| 15:55.07 | phh | na |
| 15:55.09 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 15:55.15 | phh | transmitive is good |
| 15:55.18 | phh | on TP2 it's really great |
| 15:55.47 | phh | just lacks multitouch |
| 15:55.57 | phh | and the use is different than capacitive touchscreens |
| 15:55.58 | msichal | transreflective would be much better |
| 15:56.09 | phh | oops |
| 15:56.12 | phh | bad brain. |
| 15:56.16 | phh | transmittive!=resistive |
| 15:56.28 | arrrghhh | heh |
| 15:56.28 | msichal | resistive arent bad |
| 15:56.29 | phh | let's erase my last 10 lines. |
| 15:56.38 | arrrghhh | i kinda hate my resistive screen. have to press so hard |
| 15:56.44 | phh | msichal: most screens are tranmistive |
| 15:56.46 | arrrghhh | i haven't used many capactive screens tho |
| 15:56.49 | gauner1986 | resistive is less responsive, but more precise |
| 15:56.53 | arrrghhh | gauner1986, yes. |
| 15:56.56 | msichal | yeah |
| 15:57.04 | phh | msichal: funny thing, on 3 smartphones, I had 2 smartphones with transflective screen |
| 15:57.07 | phh | and that wasn't intented. |
| 15:57.20 | phh | it's not much of use |
| 15:57.34 | msichal | most of phones' lcd's are transreflective |
| 15:57.37 | phh | it's funny to set brightness to 0, and still be able to read its phone in sun light |
| 15:57.46 | msichal | yeah |
| 15:57.59 | phh | msichal: first, only LCD ones |
| 15:58.05 | phh | not possible with amoled |
| 15:58.10 | phh | and AFAIK, only high ends ones |
| 15:58.20 | phh | and it's really not of much use .... |
| 15:58.21 | msichal | amoled are better than transreflective |
| 15:58.32 | phh | I happen to use transflectiveness only 2 days per year ... |
| 15:58.34 | *** join/#htc-linux balans2 (~user@535636BD.cm-6-7a.dynamic.ziggo.nl) |
| 15:58.50 | msichal | but they may break one day |
| 15:59.02 | phh | when it's in reflective mode, you can no longer see colors |
| 15:59.14 | msichal | btw |
| 15:59.31 | msichal | android drains battery like hell |
| 15:59.44 | msichal | i think that frequency scalling isn't working |
| 15:59.45 | phh | ENOCONTEXt |
| 16:00.04 | phh | ok you're speaking of kaiser. |
| 16:00.04 | phh | msichal: frequency scaling is mostly useless |
| 16:00.07 | msichal | why? |
| 16:00.10 | phh | I mean, it's not what will make a *2 change |
| 16:00.17 | phh | because idle and standby. |
| 16:00.32 | phh | when not in use, ARM processors have idle modes where it eats, to say, 0 power |
| 16:00.36 | phh | and standby, well it's even more 0. |
| 16:00.42 | phh | no matter the frequency |
| 16:00.44 | msichal | it should be much better anyway |
| 16:00.59 | msichal | yeah, but phones just can't use those |
| 16:01.04 | phh | lol ? |
| 16:01.09 | msichal | hm |
| 16:01.14 | phh | my phone does indeed use it |
| 16:01.18 | phh | well, idle mode isn't really often used. |
| 16:01.31 | phh | too many wake ups when not in suspend ... |
| 16:01.47 | msichal | i think the most of phones use microcontrollers with cpu and stuff in it |
| 16:01.51 | phh | the linux kernel is not really great for idle |
| 16:02.05 | phh | called System on Chip ? |
| 16:02.09 | msichal | maybe |
| 16:02.21 | phh | . |
| 16:02.29 | phh | I still can't see why that would disable idle. |
| 16:03.26 | msichal | maybe the phone ic's cant wake up it when it's needed |
| 16:03.48 | phh | lol. |
| 16:04.00 | phh | the whole SoC architecture is meant to make that possible |
| 16:04.04 | msichal | i really don't know |
| 16:04.29 | msichal | but im quite sure that most of phones i used couldn't do that |
| 16:04.47 | phh | they actually can, and do. |
| 16:05.05 | phh | (i'm speaking only of smartphones though) |
| 16:06.44 | msichal | if i was much better in electronics |
| 16:07.12 | msichal | i whoud buy a cheap arm uc and make a controller for lcd from htc hermes |
| 16:07.59 | msichal | i have a complete hermes and one additional lcd with broken digitizer |
| 16:08.50 | msichal | hermes has broken solder joints on the pcb i think |
| 16:20.33 | jonpry | phh: comments on patch? |
| 16:20.56 | phh | jonpry: still not sorry, anyway if you took care of it, it should be fine |
| 16:22.13 | arrrghhh | commitcommitcommit |
| 16:22.31 | arrrghhh | wistilt2 needs to start commiting his madness. sounds like he sent the in-call audio routing patch yesterday. |
| 16:22.57 | jonpry | there are a couple of new features i want to add to the kernel interface |
| 16:23.08 | jonpry | tis nasty though |
| 16:23.25 | phh | arrrghhh: yup |
| 16:23.27 | phh | and I acked it |
| 16:23.41 | arrrghhh | schweet |
| 16:29.25 | jonpry | what is this honeycomb running on? |
| 16:29.36 | jonpry | tp2? |
| 16:31.21 | arrrghhh | hd2 |
| 16:31.35 | arrrghhh | that dude in #xdandroid said he got it working on his TOPA |
| 16:31.37 | arrrghhh | td2 |
| 16:31.39 | msichal | lol2 |
| 16:31.57 | *** join/#htc-linux DuperGhost (~Duper@109-186-124-14.bb.netvision.net.il) |
| 16:32.41 | jonpry | arrrghhh, is it real? sdk port? |
| 16:34.34 | arrrghhh | sdk port |
| 16:34.50 | arrrghhh | it's real... just not real good. |
| 16:35.16 | jonpry | lol |
| 16:35.38 | jonpry | i have trouble just running honeycomb in emu |
| 16:35.49 | jonpry | doesn't like wvga |
| 16:36.33 | jonpry | so then i used new launcher, but whenever i open an app, i'm pretty much stuck with it. back button doesn't work or something |
| 16:37.28 | arrrghhh | eh |
| 16:37.32 | arrrghhh | back button is overrated |
| 16:37.38 | arrrghhh | just reboot, much easier :P |
| 16:47.54 | *** join/#htc-linux balans1 (~user@535636BD.cm-6-7a.dynamic.ziggo.nl) |
| 16:56.19 | *** join/#htc-linux Segnale007 (~Segnale00@151.62.134.201) |
| 16:58.47 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 17:07.51 | *** join/#htc-linux gassedup (gassed@c-76-30-161-228.hsd1.tx.comcast.net) |
| 17:07.56 | *** join/#htc-linux Entropy512 (~quassel@cpe-69-205-145-233.stny.res.rr.com) |
| 17:12.48 | *** join/#htc-linux JustLiving (~Quilck@90.183.82.215) |
| 17:13.37 | emwe | arrrghhh: ping. these so called "ril-sods" are not necessarily cdma only, right? i have the suspicion that when switching from 3g->2g my device is freezing. |
| 17:13.55 | arrrghhh | emwe, that's the bug |
| 17:14.15 | arrrghhh | there's also a bug switching cell towers wistilt2 said |
| 17:14.17 | emwe | arrrghhh: had it several times today when being outside. |
| 17:14.20 | arrrghhh | heh |
| 17:14.22 | emwe | yah. |
| 17:14.29 | arrrghhh | it's fun |
| 17:14.38 | emwe | well it's not if you think it could be other stuff :) |
| 17:14.40 | phh | and easy to debug. |
| 17:14.50 | emwe | phh: i don't have my laptop everywhere :) |
| 17:14.53 | emwe | hi btw |
| 17:14.57 | phh | that was ironical :p |
| 17:15.12 | arrrghhh | heh |
| 17:15.19 | emwe | logcats are dumped to somewhere, too? |
| 17:15.21 | arrrghhh | it is pretty difficult to debug. |
| 17:15.33 | arrrghhh | no, and dropbox logs are basically useless from SoD |
| 17:15.39 | arrrghhh | jonpry was able to get some from ramconsole |
| 17:16.00 | arrrghhh | his SoD's were in airplane mode tho |
| 17:16.04 | arrrghhh | :/ |
| 17:16.16 | phh | his SoD is overclock related no ? |
| 17:16.26 | arrrghhh | phh, he said he got them with no OC |
| 17:16.31 | emwe | btw, ramconsole... why is it turning around "earlier" and i always see garbage at it's end? |
| 17:16.48 | emwe | isn't ramconsole buffer being used entireley? |
| 17:17.19 | emwe | do you guys see that too? |
| 17:18.01 | arrrghhh | dunno |
| 17:19.15 | rpierce99 | Entropy512: how goes the GPS quest |
| 17:19.26 | *** join/#htc-linux imilka (~kvirc@93-80-229-76.broadband.corbina.ru) |
| 17:20.56 | arrrghhh | heh, i'm guessing bad :P |
| 17:21.19 | rpierce99 | just read the post saying you're about to submit a patch, cool |
| 17:21.23 | arrrghhh | would be nice to see that fixed. Entropy512 i expect you to dsassemble the dll's for the XTRA interface next ;) |
| 17:21.24 | arrrghhh | orly? |
| 17:21.46 | msichal | btw |
| 17:21.59 | msichal | whats the best android irc client? |
| 17:22.24 | msichal | i used androirc for a while and it whould be good if it had better window switching |
| 17:22.34 | emwe | andchat? |
| 17:22.35 | arrrghhh | msichal, i like andchat |
| 17:22.37 | arrrghhh | :D |
| 17:22.48 | msichal | i remember andchat disconnecting |
| 17:22.53 | msichal | because of lags |
| 17:22.54 | msichal | silly |
| 17:23.17 | emwe | arrrghhh: if wis has a functional ril to test, drop me a line. |
| 17:23.31 | arrrghhh | emwe, he does sir |
| 17:23.36 | arrrghhh | not sure what fixes are in it |
| 17:23.40 | arrrghhh | he threw it at me to test some CDMA mess |
| 17:23.50 | arrrghhh | he didn't want to release anything until he polishes that up |
| 17:24.11 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
| 17:24.11 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
| 17:24.14 | emwe | really interessted if i get rid of these freees |
| 17:24.16 | arrrghhh | which... i'm getting a lot of reboots to winmo, so i wouldn't advise testing it in its current stage. although it might be better for you since you're gsm. |
| 17:24.33 | rpierce99 | it sounded like GSM was probably pretty good, but he didn't have any CDMA devices so he needed radio logs |
| 17:24.59 | emwe | hm |
| 17:25.09 | emwe | rpierce99: so no gsm related fixes? |
| 17:25.24 | rpierce99 | emwe: that's not what i meant, i don't know if there were fixes |
| 17:25.25 | arrrghhh | emwe, i think there are, but i'd like wistilt2 to confirm... |
| 17:25.25 | emwe | if there are some gsm fixes as well, i wouldn't mind to try |
| 17:25.32 | arrrghhh | there's fixes to the data channel |
| 17:25.33 | emwe | i see |
| 17:25.35 | arrrghhh | channels |
| 17:25.38 | rpierce99 | he just wanted arrrghhh and i to run it so he could see what the cdma towers were spitting out |
| 17:25.44 | emwe | k |
| 17:25.50 | arrrghhh | ^^ & flesh out the code for CDMA |
| 17:26.00 | emwe | if you got something and i am not arround, wouldn't mind a ping so i can give it a try. |
| 17:26.08 | arrrghhh | emwe, i'll shoot you an email ;) |
| 17:26.14 | emwe | thanks |
| 17:26.16 | arrrghhh | np |
| 17:30.39 | arrrghhh | we need Cotulla to hack at XTRA |
| 17:30.45 | arrrghhh | tell him to quit working on magldr and .32 :P |
| 17:31.37 | msichal | .32 kernel? |
| 17:31.46 | arrrghhh | thinks it would benefit everyone more |
| 17:31.48 | arrrghhh | msichal, yes |
| 17:31.57 | arrrghhh | he's building off sapphire base if i'm not mistaken |
| 17:32.09 | msichal | i've been using it on kaiser for a few days |
| 17:32.23 | msichal | I don't remember who made it |
| 17:32.37 | arrrghhh | .32 or .35? |
| 17:32.43 | arrrghhh | oh kaiser |
| 17:32.43 | arrrghhh | hrm |
| 17:32.49 | arrrghhh | not sure who works on that beast. |
| 17:32.54 | arrrghhh | alex works on kov |
| 17:34.03 | msichal | it's l1q1d |
| 17:34.12 | msichal | quite strange nick |
| 17:35.06 | msichal | i need to fall back to .25 because afaik it's the last kernel with working USB mass storage mode |
| 17:35.15 | arrrghhh | .25? |
| 17:35.17 | arrrghhh | bleh |
| 17:35.25 | msichal | yeah, but it's kaiser |
| 17:35.35 | msichal | noone is doing something for it |
| 17:35.36 | msichal | now |
| 17:36.11 | arrrghhh | heh |
| 17:36.15 | arrrghhh | it is an old device... |
| 17:36.25 | arrrghhh | my rhod doesn't look old. but the internals are f-ing ancient. |
| 17:37.34 | msichal | i hope my 'databackup.img' will remain working after restoring |
| 17:37.46 | arrrghhh | heh |
| 17:37.55 | arrrghhh | we have lots of problems with that. must blast it out frequently |
| 17:38.37 | msichal | where are the downloaded .apk files stored? |
| 17:38.59 | arrrghhh | /data somewhere |
| 17:39.16 | arrrghhh | titanium backup |
| 17:39.25 | arrrghhh | it's a little slow, but it works wonders. |
| 17:41.59 | Entropy512 | hey arrrghhh. :) |
| 17:42.00 | msichal | it deleted all the files in a minute |
| 17:42.12 | msichal | and im restoring it for like an hour already |
| 17:42.26 | msichal | "arrrghhh" :> |
| 17:42.27 | Entropy512 | It sounds like someone is working on a RIL that handles network registration state changes better? |
| 17:42.46 | arrrghhh | Entropy512, in theory |
| 17:42.57 | arrrghhh | wistilt2 has a radio programmer in his stable |
| 17:43.07 | arrrghhh | dungeon, or cave if you will of programmers. |
| 17:43.11 | msichal | damn, i hate mondays |
| 17:43.11 | Entropy512 | ah. :) |
| 17:43.14 | arrrghhh | and a rewrite of the RIL is happening. |
| 17:43.16 | msichal | and tomorrow is monday |
| 17:43.22 | msichal | and school |
| 17:43.25 | arrrghhh | msichal, don't remind me. |
| 17:43.27 | arrrghhh | work for me |
| 17:43.36 | Entropy512 | It's that bad that he's completely rewriting rather than trying to fix it? |
| 17:43.47 | arrrghhh | Entropy512, he's picking the parts out that work |
| 17:43.48 | msichal | what would i do? |
| 17:43.51 | arrrghhh | but... there's not many |
| 17:44.15 | arrrghhh | the way it handles data channels is very arcane |
| 17:44.19 | arrrghhh | (bad) |
| 17:44.30 | arrrghhh | and he's surprised CDMA worked at all :P |
| 17:44.47 | Entropy512 | Ah. Yeah, well, I did try to figure out how it handled unsolicited CREGs, and my best conclusion was "black voodoo magic" |
| 17:45.00 | arrrghhh | lmao |
| 17:45.03 | arrrghhh | Entropy512, that's fairly accurate. |
| 17:45.38 | Entropy512 | I swear, other than firing off some callbacks that refresh the data call list, it looks like unsolicited network registrations go up a few layers into the stack and then just go... nowhere? |
| 17:45.57 | arrrghhh | i've been testing the RIL, trying to help WisTilt2 flesh out the remaining code for CDMA |
| 17:46.14 | arrrghhh | Entropy512, your guess is probably far better than mine :P |
| 17:46.36 | arrrghhh | but how is your GPS work going? sounds like you've got some ideas to clean up the code? |
| 17:46.42 | Entropy512 | onPDPContextListChanged() makes my head hurt |
| 17:47.08 | Entropy512 | Not necessarily to clean up the code, but to at least fix some of the annoyances. I think it goes down to a lack of understanding of the interface |
| 17:47.17 | arrrghhh | hrm. |
| 17:47.20 | arrrghhh | jonpry, you there? |
| 17:47.23 | Entropy512 | it looks like at some point someone figured out how to sniff the RPC stuff from within winmo |
| 17:47.34 | Entropy512 | but I have no clue how to do that |
| 17:47.44 | arrrghhh | Entropy512, yea, Cotulla is a disassembly master. |
| 17:47.56 | Entropy512 | oh, it was disassembly not sniffing? |
| 17:47.58 | Entropy512 | dammit |
| 17:47.59 | Entropy512 | :( |
| 17:48.02 | arrrghhh | AFAIK |
| 17:48.24 | Entropy512 | Way over my head then. Sniffing I can do if provided tools - disassembly is a whole other ballgame. |
| 17:48.38 | arrrghhh | indeed |
| 17:48.58 | arrrghhh | i think some sniffing has been done |
| 17:49.11 | arrrghhh | but the lionshare seems to be disasm of the dll's |
| 17:49.14 | *** join/#htc-linux arif-ali (~arif-ali@88-111-128-250.dynamic.dsl.as9105.com) |
| 17:49.33 | Entropy512 | I think one of the root issues is that PDSM_PD_EVENT_HEIGHT is not what we think it is - we get PDSM_PDs with this flag set all the time, even when it should be impossible to be receiving height info |
| 17:49.37 | arrrghhh | viruscrazy did a lot of that for cam |
| 17:49.40 | Entropy512 | (can't have height without lat/long) |
| 17:49.50 | arrrghhh | hrm |
| 17:50.38 | Entropy512 | I'm wondering if maybe it means "has valid sat info" - on Rhodiums we never get PDSM_EXTs with the sat info |
| 17:50.47 | Entropy512 | so sat info doesn't update until we get valid position |
| 17:51.49 | Entropy512 | If I have time I'm thinking of trying to find a way to log the NMEA from /dev/smd27 with timestamps, and match it against RPC calls to see in what situations the sat data is valid |
| 17:52.52 | arrrghhh | sounds fun :P |
| 17:53.00 | arrrghhh | should be useful tho |
| 17:53.04 | Entropy512 | Or maybe just trial and error - move the sat reporting stuff into the if() statement for PDSM_PD_EVENT_HEIGHT and see if anything breaks. :) |
| 17:53.05 | arrrghhh | collecting raw data like that |
| 17:53.10 | arrrghhh | heh |
| 17:53.40 | Entropy512 | for XTRA and time hinting - no way to do that without some sniffing in winmo, or other source of documentation |
| 17:53.50 | Entropy512 | I'm 100% clueless there |
| 17:53.56 | arrrghhh | Entropy512, if you want me to test anything, let me know :D |
| 17:54.01 | arrrghhh | that's pretty much all i'm good for. |
| 17:54.09 | arrrghhh | yea |
| 17:54.14 | arrrghhh | don't think you'll get documentation on it |
| 17:54.21 | arrrghhh | would be nice |
| 17:54.22 | phh | Entropy512: i've got some traces from G1's gps iirc |
| 17:54.23 | phh | somewhere. |
| 17:55.36 | arrrghhh | phh, did you write the original GPS stuffs? |
| 17:55.51 | phh | depends on how original you mean |
| 17:55.52 | phh | but mostly yes |
| 17:55.54 | arrrghhh | lol |
| 17:56.00 | arrrghhh | perhaps you can help Entropy512 with his quest |
| 17:56.26 | phh | historically, it was vogue's driver, that cr2 modded, that i've totally rewritten but based on NMEA gps driver from android |
| 17:56.26 | Entropy512 | Ah, you traced it from an Android device with the same chipset, that would work. |
| 17:56.47 | phh | Entropy512: well they are just hints |
| 17:56.52 | phh | since those things aren't exactly like us |
| 17:57.03 | phh | you'll have to dump wince's rpc smd channel |
| 17:57.07 | phh | but it's really annoying to read |
| 17:57.30 | phh | or you could try jonpry's wrapper |
| 17:57.50 | Entropy512 | wrapper? |
| 17:58.00 | phh | he is loading wince's GPS driver in linux. |
| 17:58.37 | phh | and is mostly working |
| 17:58.48 | phh | he stopped when he finally found out the real problem in our code |
| 17:59.42 | arrrghhh | lol |
| 17:59.54 | Entropy512 | ah |
| 18:00.31 | Entropy512 | I'm curious to see what the traffic is when we try to do an XTRA load |
| 18:00.50 | phh | internet traffic or ARM9<=>ARM11 traffic ? |
| 18:00.57 | phh | iirc it's not big, less than 500bytes iirc |
| 18:02.41 | Entropy512 | preferably both, so I can match them up against each other. :) |
| 18:03.59 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
| 18:05.00 | *** join/#htc-linux rob_w_ (~bob@ppp-188-174-67-6.dynamic.mnet-online.de) |
| 18:07.04 | Jhinta | o yaaaaaaaaaaaa finaly console output |
| 18:09.29 | *** join/#htc-linux AndIrc_ (~android@c-76-127-147-21.hsd1.ct.comcast.net) |
| 18:09.55 | Entropy512 | Would be nice if Qualcomm would just make a GPS chipset that didn't need crutches to operate well. Every standalone receiver I have locks fairly fast even when the ephemeride preload is expired. |
| 18:10.14 | phh | not the same price |
| 18:11.03 | arrrghhh | indeed |
| 18:11.08 | arrrghhh | cost is a big factor |
| 18:11.34 | *** join/#htc-linux Segnale0_ (~Segnale00@ppp-102-149.98-62.inwind.it) |
| 18:11.42 | Entropy512 | hmm... Yeah, SiRF IIIs aren't that expensive, but it does add up. Guess they cheaped out on the correlators. |
| 18:12.02 | arrrghhh | Entropy512, they cheap out where ever they can, so long as it's not too obvious to the end user lol |
| 18:12.08 | Entropy512 | heheheh |
| 18:12.09 | Jhinta | so i have same console output but screen is out of sync anyone know why? |
| 18:12.15 | arrrghhh | most end users are just happy they have gps on their phone at all |
| 18:12.15 | Entropy512 | yeah... |
| 18:12.24 | Jhinta | have a desire hd |
| 18:12.46 | arrrghhh | Jhinta, this room really isn't for native android devices. |
| 18:12.51 | arrrghhh | someone might help you |
| 18:13.01 | arrrghhh | but we're all here trying to port android to winmo devices :P |
| 18:14.40 | *** part/#htc-linux Curious_ (8bb3cfc7@gateway/web/freenode/ip.139.179.207.199) |
| 18:14.49 | Jhinta | ? isnt it about runing linux on htc devices , all i want is native linux in gnu comfort |
| 18:15.26 | phh | yes it is. |
| 18:15.52 | arrrghhh | Jhinta, yes, but i'm just saying the majority of users on here are porting |
| 18:16.00 | arrrghhh | as i said someone might help you |
| 18:16.30 | Entropy512 | maybe it's time to rename to #ancienthtc-linux. :P |
| 18:16.48 | Jhinta | ya i know , but did leurend a lot from you guys and also just from reading |
| 18:16.51 | joshkoss | lol |
| 18:17.08 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 18:17.15 | phh | leurend=learnt ? |
| 18:17.18 | arrrghhh | lol |
| 18:18.06 | arrrghhh | Entropy512, tp2 isn't a legacy device yet :P |
| 18:18.15 | arrrghhh | raph/diam officially are, according to xda :P |
| 18:18.37 | Entropy512 | hahah. Yeah. I remember it took a while to figure out where the Kaiser forums went |
| 18:19.08 | Entropy512 | I'm hoping HTC releases a device similar to TP2 but with a faster CPU and native Android for AT&T soon. |
| 18:19.16 | phh | same here |
| 18:19.25 | phh | well I don't care about AT&T |
| 18:19.27 | Entropy512 | Now that Verizon has the iPhone, AT&T seems to be finally getting their act in gear as far as Android |
| 18:19.27 | phh | but that's another story |
| 18:21.04 | Entropy512 | I wonder if we'll see a GSM variant of the Evo Shift that supports the AT&T bands. Kinda sucks that your choices in the US are: CDMA, GSM/UMTS with completely orthogonal bands to the rest of the world, or GSM/UMTS from a small provider with an awful coverage footprint. |
| 18:21.10 | Entropy512 | (T-Mobile is useless where I live.) |
| 18:21.16 | arrrghhh | evo shift isn't that great |
| 18:21.21 | arrrghhh | it's lke a downgrade from the evo |
| 18:21.24 | arrrghhh | with an OK keyboard. |
| 18:21.45 | gauner1986 | phh: are you going to buy any smartphone-device in the next time? :) |
| 18:21.55 | phh | gauner1986: don't know |
| 18:22.44 | phh | i don't find any interesting phone :/ |
| 18:22.57 | gauner1986 | hm |
| 18:22.58 | gauner1986 | yeah |
| 18:23.00 | gauner1986 | not until summer |
| 18:23.30 | phh | and in summer there are some ? |
| 18:23.35 | phh | well the atrix looks great |
| 18:23.36 | phh | but hum |
| 18:23.37 | phh | €€€€€€€€e |
| 18:23.51 | arrrghhh | but moto |
| 18:23.54 | arrrghhh | BUT MOTO |
| 18:23.57 | gauner1986 | galaxy s2 has neat hardware |
| 18:24.11 | arrrghhh | HTC is letting us down |
| 18:24.12 | phh | galaxy s2 is barely announced yet -_-' |
| 18:24.15 | phh | arrrghhh: no |
| 18:24.16 | phh | it's qualcom |
| 18:24.17 | phh | m |
| 18:24.24 | arrrghhh | phh, qualcomm is letting us down? |
| 18:24.28 | arrrghhh | i think htc is also, but ok. |
| 18:24.30 | gauner1986 | phh: it's announced for the beginning of may or sth |
| 18:24.38 | arrrghhh | qualcomm always let us down |
| 18:24.41 | arrrghhh | i'm used to that |
| 18:24.42 | phh | arrrghhh: bah htc uses only qualcomm hard ... |
| 18:25.00 | arrrghhh | phh, i know. |
| 18:25.04 | phh | no good qualcomm hard => no good htc stuff |
| 18:25.12 | arrrghhh | yea |
| 18:25.18 | arrrghhh | tp2 was good hardware from htc |
| 18:25.23 | arrrghhh | just crappy internals from qualcomm |
| 18:25.27 | phh | yeah |
| 18:25.28 | Entropy512 | Atrix = nonoption for me - MOTOBLUR and locked down |
| 18:25.29 | arrrghhh | now... no good hardware from htc |
| 18:25.37 | arrrghhh | with still crappy hardware from qualcomm |
| 18:25.46 | arrrghhh | er internals, whatever. you know what i mean. |
| 18:25.53 | *** join/#htc-linux kvaster_ (~kvaster@vpn-e0.bas-net.by) |
| 18:25.55 | arrrghhh | where is my tp3. |
| 18:25.58 | Entropy512 | The Inspire/DesireHD seems decent except it has no hwkeyboard |
| 18:26.09 | Entropy512 | mmmm tpro3 would be great |
| 18:26.17 | phh | tp3 would rock |
| 18:26.27 | Entropy512 | Assuming it was capable of living up to its name |
| 18:26.30 | arrrghhh | they kinda made it, but it's a wp7 device. |
| 18:26.37 | phh | uh ? |
| 18:26.40 | arrrghhh | sprint it releasing it tomorrow |
| 18:26.53 | arrrghhh | phh, it's not called the tp3... |
| 18:26.59 | Entropy512 | Same form factor, same keyboard layout, but recent snapdragon and capacitve touchscreen |
| 18:27.00 | arrrghhh | sprint is releasing it tomorrow sorry |
| 18:27.30 | arrrghhh | HTC "Arrive" |
| 18:27.57 | arrrghhh | full qwerty, 3.7" tilting display |
| 18:28.48 | arrrghhh | 5-row kbd... |
| 18:28.53 | arrrghhh | drools |
| 18:28.57 | Entropy512 | droooooooooooooooooooooooooooool |
| 18:29.02 | arrrghhh | http://www.engadget.com/photos/htc-arrive-hands-on#3920526 |
| 18:29.14 | arrrghhh | just look at that damned kbd. tell me that's not a tp3 and i'll slap you. |
| 18:29.16 | arrrghhh | :D |
| 18:29.29 | arrrghhh | dedicated smiley button tho? lol. |
| 18:30.24 | Entropy512 | : and / are "shifted" not native like the Tilt2 keyboard layout |
| 18:30.30 | arrrghhh | i don't think it's a world phone |
| 18:30.34 | Entropy512 | (I like being able to type URLs without the fn or shift keys) |
| 18:30.44 | arrrghhh | which makes me sad, cuz then you gsm folk could just use it if your carrier didn't care. |
| 18:30.56 | Entropy512 | well there's also the issue of it being WP7 |
| 18:30.58 | arrrghhh | i guess it's the 7pro in euro |
| 18:31.01 | arrrghhh | lol yea |
| 18:31.29 | Entropy512 | Problem is for us AT&T folk, even many of the GSM worldphones are 2G-only for us |
| 18:31.36 | Entropy512 | since we have wacked out 3G bands |
| 18:31.37 | Entropy512 | :( |
| 18:31.55 | arrrghhh | o right |
| 18:31.57 | phh | arrrghhh: granted. |
| 18:31.58 | arrrghhh | who uses at&t |
| 18:32.03 | arrrghhh | are you a machoist? :P |
| 18:32.06 | arrrghhh | er |
| 18:32.16 | Entropy512 | I have two options where I am - Verizon and AT&T |
| 18:32.18 | arrrghhh | http://www.engadget.com/photos/htc-arrive-hands-on#3920526 |
| 18:32.20 | arrrghhh | damnit |
| 18:32.25 | arrrghhh | masochist |
| 18:32.26 | Entropy512 | (Sprint and T-Mo have basically zero coverage in my area) |
| 18:32.30 | arrrghhh | copypasta fail |
| 18:32.38 | arrrghhh | Entropy512, Oo |
| 18:32.38 | phh | arrrghhh: I just need cotulla to buy that now |
| 18:32.50 | arrrghhh | sprint works great in my area, but they have invested a lot into this metro area. |
| 18:32.56 | Entropy512 | While T-Mo in theory has a roaming agreement with AT&T, in practice |
| 18:32.56 | arrrghhh | phh, the 7pro? lol |
| 18:33.01 | arrrghhh | he'll get android humming on it. |
| 18:33.20 | Entropy512 | I once dated someone who was a T-Mo customer and she had zero cell coverage anywhere within 15 miles of where we worked/where I live. |
| 18:33.26 | arrrghhh | Entropy512, i have sprint because it's cheap, and they're basically the last true unlimited data ppls. |
| 18:33.36 | arrrghhh | lol that sucks. |
| 18:33.48 | Entropy512 | It was so bad that if you put a T-Mo SIM into my unlocked Tilt, |
| 18:34.03 | Entropy512 | the network would reject the Tilt for 15-20 minutes even after putting my AT&T SIM back in. |
| 18:34.08 | arrrghhh | lol |
| 18:34.15 | arrrghhh | sounds like you live in the boonies |
| 18:34.42 | arrrghhh | if android comes to the 7pro |
| 18:34.44 | arrrghhh | i'll buy it |
| 18:34.52 | Entropy512 | Moderate boonies - upstate NY. I'm along a fairly major road that has good 3G coverage, but T-Mobile doesn't cover the area. |
| 18:34.54 | arrrghhh | there really isn't a native android device like it. |
| 18:35.05 | arrrghhh | Entropy512, that's weird... especially upstate NY |
| 18:35.31 | Entropy512 | They cover Binghamton, they cover Ithaca, but go more than 10-20 miles out of either city and - nothing. |
| 18:35.47 | arrrghhh | damn |
| 18:37.25 | arrrghhh | i hear vz is king out east tho |
| 18:38.54 | phh | 7Pro doesn't even have HSPA+ :( |
| 18:39.32 | arrrghhh | lol that's dumb |
| 18:39.37 | arrrghhh | yea i don't think it's wimax either :/ |
| 18:39.42 | arrrghhh | stupid wimax |
| 18:39.48 | *** join/#htc-linux sado1 (~sado1@static.213-133-103-196.clients.your-server.de) |
| 18:39.51 | phh | i don't care for wimax yet. |
| 18:39.57 | arrrghhh | no body does it seems |
| 18:40.02 | phh | :p |
| 18:40.07 | arrrghhh | but clearwire and sprint have a hardon over it |
| 18:40.15 | arrrghhh | althought sprint is evidently taking a look at LTE |
| 18:40.35 | arrrghhh | seems everyone should just go to it. enough of this bullshit where a particular carrier has a particular phone. |
| 18:40.47 | arrrghhh | i guess it's good for companies to differienate themselves |
| 18:40.51 | arrrghhh | but do it on service and price |
| 18:40.54 | arrrghhh | damnit. |
| 18:41.05 | arrrghhh | </soapbox> sorry :P |
| 18:41.55 | *** join/#htc-linux balans2 (~user@535636BD.cm-6-7a.dynamic.ziggo.nl) |
| 18:46.23 | Entropy512 | I never had coverage problems with Verizon |
| 18:46.40 | arrrghhh | yea, they are king out east. |
| 18:47.11 | Entropy512 | I did, however, hate their phone selection (they've improved a lot since then, and AT&T went downhill after the iPhone, probably due to not wanting to piss off Apple) |
| 18:47.21 | arrrghhh | lol |
| 18:47.44 | Entropy512 | and many of their policies (crippling phones, making it next to impossible to make changes to your account if you had a corporate discount applied) - these may have changed since then. |
| 18:48.17 | Entropy512 | I ditched Verizon when their latest HTC device (XV6800) was delayed 9 months from Sprint for "network certification issues" |
| 18:48.39 | arrrghhh | lol |
| 18:48.48 | Entropy512 | I learned the hard way with the Treo 650 what that meant - "We haven't finished crippling features that might compete with something else we want to sell" |
| 18:48.48 | arrrghhh | vz tests the poop out of their devices. |
| 18:48.57 | arrrghhh | lol |
| 18:49.18 | Entropy512 | (VZ T650 didn't have Bluetooth DUN because it "wasn't ready" - Sprint had it for 9 months, working perfectly.) |
| 18:49.38 | Entropy512 | Didn't matter in the end for me, since once I had a corporate discount applied, it became near impossible to add a data plan. |
| 18:49.51 | Entropy512 | Go figure, when I was a poor grad student, they did it 3 times without my permission |
| 18:50.08 | Entropy512 | Then when I have income and a corporate discount and want the data plan, they can't figure out how to add it. |
| 18:50.20 | arrrghhh | lol |
| 18:50.21 | arrrghhh | fail |
| 18:50.45 | Entropy512 | Yeah. AT&T handles corporate discounts MUCH better than Verizon (or at least did, maybe VZW has shaped up) |
| 18:51.05 | arrrghhh | dunno. i deal with their business side, which is legacy MCI/worldcom lol |
| 18:51.13 | Entropy512 | I can just make plan changes on the website and it shows my 25% discount, and I can get accessories at 50% off. :) |
| 18:51.28 | arrrghhh | nice |
| 18:51.55 | Entropy512 | I had a similar service discount with Verizon, but once applied, only our "designated corporate rep" could make changes |
| 18:52.07 | Entropy512 | said rep was clueless as to how to do so for an out-of-area-code number |
| 18:56.26 | arrrghhh | lol |
| 18:56.27 | arrrghhh | fail |
| 19:08.35 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153) |
| 19:09.35 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5310.dip.t-dialin.net) |
| 19:18.41 | *** join/#htc-linux pepermint (~pepermint@host68-88-dynamic.8-87-r.retail.telecomitalia.it) |
| 19:20.50 | *** join/#htc-linux helicopter88 (~helicopte@host47-116-dynamic.18-79-r.retail.telecomitalia.it) |
| 19:21.14 | helicopter88 | does someone know if toshiba controller supports scaling' |
| 19:21.41 | helicopter88 | ? |
| 19:22.59 | dcordes | can you elaborate ? |
| 19:28.43 | *** join/#htc-linux Kasjopaja (~Tina@p578FFC09.dip.t-dialin.net) |
| 19:32.35 | *** join/#htc-linux Erikson (~Erik@i5E86DDEB.versanet.de) |
| 19:33.12 | *** join/#htc-linux mes (~mes@S0106000ce55186df.cc.shawcable.net) |
| 19:46.01 | *** join/#htc-linux helicopter (~helicopte@host47-116-dynamic.18-79-r.retail.telecomitalia.it) |
| 19:59.56 | *** join/#htc-linux MN-- (56866b1d@gateway/web/freenode/ip.86.134.107.29) |
| 20:12.23 | *** join/#htc-linux Rajko (~Rajko@2001:470:1f0b:728:817:ef9b:c061:eb77) |
| 20:43.07 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-82-98.lns20.mel4.internode.on.net) |
| 20:44.22 | *** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
| 20:45.29 | *** join/#htc-linux MN-- (56866b1d@gateway/web/freenode/ip.86.134.107.29) |
| 20:50.59 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 20:53.56 | *** join/#htc-linux DuperMan (~Duper@93-173-161-230.bb.netvision.net.il) |
| 21:36.57 | *** join/#htc-linux imilka (~kvirc@93-80-229-76.broadband.corbina.ru) |
| 21:44.55 | *** join/#htc-linux FlawlesStyle (~LOL@208.43.77.85-static.reverse.softlayer.com) |
| 21:44.55 | *** join/#htc-linux FlawlesStyle (~LOL@unaffiliated/flawlesstyle) |
| 21:47.49 | *** join/#htc-linux jonpry (~jon@c-24-17-200-206.hsd1.wa.comcast.net) |
| 22:09.52 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
| 22:18.46 | *** join/#htc-linux dharvey4651 (~dharvey46@c-69-254-236-232.hsd1.ks.comcast.net) |
| 22:28.24 | Entropy512 | grumble... Sats aren't valid when PDSM_PD_EVENT_HEIGHT comes in. I still wonder what that flag really is, can't be height... |
| 22:29.37 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-107-152.98-62.inwind.it) |
| 22:36.20 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
| 22:36.35 | *** join/#htc-linux bzo (~chatzilla@c-76-126-175-200.hsd1.ca.comcast.net) |
| 22:37.32 | bzo | hi Entropy512 |
| 22:37.44 | Entropy512 | 'lo |
| 22:37.58 | bzo | so still hacking away at the gps? |
| 22:38.06 | [acl] | gps ? |
| 22:38.07 | [acl] | woa |
| 22:38.26 | bzo | sup [acl] |
| 22:38.30 | [acl] | sup bzo |
| 22:38.32 | Entropy512 | Sort of, with the exception of fixing the 0,0 bug, more like banging my head against the wall. I can tell it isn't right - but I can't tell what is right. :) |
| 22:38.44 | [acl] | bzo: looks like phh is active again? been reading some of his replys |
| 22:38.51 | phh | [acl]: active ? |
| 22:38.51 | phh | wow. |
| 22:38.55 | phh | I wouldn't go that far |
| 22:39.06 | [acl] | phh: lol.. look at you.. even answering and all.. |
| 22:39.12 | phh | lol |
| 22:39.13 | bzo | Entropy512: have you checked out the cyanogen gps stuff, it's for a newer amss, but it may give some hints about flags and such |
| 22:39.18 | phh | it's because i've got school work to do ;) |
| 22:39.19 | [acl] | phh: i remember the days we would throw ur name around and nuffin.. complete silence |
| 22:39.24 | phh | that always motivate me of doing other stuff |
| 22:39.29 | [acl] | ahh |
| 22:39.55 | [acl] | phh: well glad u looked at those patches and threw the hammer down.. :-) |
| 22:40.59 | phh | well patches are getting simpler again |
| 22:41.09 | phh | not like those awful sound state machine stuff |
| 22:41.13 | phh | or battery |
| 22:41.15 | Entropy512 | I've looked for a bit, but haven't yet found a file that seems to be anything but stubs |
| 22:41.22 | Entropy512 | CM might be using binary blobs? |
| 22:41.28 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
| 22:41.43 | bzo | Entropy512: you talking about https://github.com/CyanogenMod/android_hardware_qcom_gps? |
| 22:41.50 | [acl] | phh: ahh battery.. the never ending battle |
| 22:41.57 | Entropy512 | yup, that's it |
| 22:42.14 | bzo | Entropy512: should be all source, but a lot of that is generated RPC code |
| 22:42.42 | bzo | I had some hope of perhaps adapting that to our AMSS, but seems really challenging |
| 22:43.00 | phh | it's code only for N1, not G1, right ? |
| 22:43.19 | bzo | yeah, G1 still uses blob, that code appears to work for 7227 and up |
| 22:43.50 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
| 22:44.23 | Alex[sp3dev] | what's up fellas |
| 22:44.39 | *** join/#htc-linux Erikson_ (~Erik@i5E86CDCC.versanet.de) |
| 22:46.00 | Alex[sp3dev] | rumours are phh is alive |
| 22:46.03 | Entropy512 | Gonna take me a while to read through this and make sense of it. :P |
| 22:46.06 | phh | only rumours |
| 22:47.34 | Alex[sp3dev] | phh: do you have any slightest idea why on 35 the device freezes dead when accessing hsuart? ramconsole says something about rcu stalled, and the fbconsole reacts to usb plugin/plugout, but everything else locks |
| 22:47.36 | phh | the thing is that I really love my TP2 now |
| 22:47.40 | bzo | Entropy512: the annoying thing is that the IDL does not seem to be available, so it is cumbersome looking through all that stuff |
| 22:47.56 | Entropy512 | cumbersome is an understatement |
| 22:48.17 | bzo | Entropy512: so you still not seeing any pre-fix status sat updates? |
| 22:48.19 | phh | Alex[sp3dev]: mutex deadlock |
| 22:48.30 | Entropy512 | Nope. |
| 22:48.38 | Alex[sp3dev] | phh: well, maybe. wonder why it works on dream then |
| 22:48.58 | Alex[sp3dev] | anyway, enabled all deadlock detection and gotta try again |
| 22:48.59 | phh | Alex[sp3dev]: does it say which rcu is stalled ? |
| 22:49.02 | Entropy512 | I don't think I've ever seen a PDSM_EXT come in |
| 22:49.15 | bzo | Entropy512: wonder if we're not making the init calls quite right for 6125, because it does work for 5225 |
| 22:49.34 | Alex[sp3dev] | phh: well, the thing is that after i've enabled all debugging stuff, it seems to die before booting. gotta look into ramconsole |
| 22:49.44 | phh | Alex[sp3dev]: too big zImage ? |
| 22:49.53 | Entropy512 | Might be the case. |
| 22:50.28 | Alex[sp3dev] | phh: no, i've enabled 'mutex correctness check' and it died somewhere at dmov lock in usb. now will reboot and paste dmesg |
| 22:51.16 | Alex[sp3dev] | phh: it's actually probably some spinlock, because otherwise it would be preempted |
| 22:51.29 | phh | Alex[sp3dev]: I don't know much stuff of linux locks |
| 22:51.38 | bzo | Entropy512: if you're adventurous, it is possible to trace the RPC calls from winmo with mmutrace |
| 22:51.59 | phh | bzo: bah, no need to mmutrace |
| 22:52.02 | phh | just dump smd sometimes |
| 22:52.08 | Alex[sp3dev] | damn the closer the exams are the more i'm hacking |
| 22:52.16 | phh | hehe |
| 22:52.22 | bzo | phh: tru, it's just a ring buffer |
| 22:52.28 | phh | Alex[sp3dev]: i've got a really big project to finish for tomorrow 4pm :D |
| 22:52.30 | phh | that's why i'm here :D |
| 22:53.05 | Entropy512 | mmutrace? |
| 22:53.25 | phh | Entropy512: change the mmu, to give haret every single memory change |
| 22:53.36 | phh | really powerful tool |
| 22:54.03 | Alex[sp3dev] | phh: http://pastebin.com/KXXAVrP1 ok, this may be unrelated, i've enabled too much debugging crap. should've only enabled rcu tracing |
| 22:54.10 | [acl] | bzo: not much info about rpc in winmo logs. and smd dumps are always a pain to read. If you really wanna get down and dirty, ask jonpry for his rpc wrapper. it wraps some rpc stuff from winmo and dumps it to file |
| 22:54.46 | [acl] | bzo: i dont think he is wrapper the whole clnt dll tho.. if he did then we can trace any rpc from winmo |
| 22:55.32 | Alex[sp3dev] | now, this looks stupid enough and unrelated to uart |
| 22:55.47 | bzo | [acl] reading the smd dumps is not too bad, did a little of that tracing the clock rpc stuff |
| 22:56.01 | Alex[sp3dev] | rpc? clocks? |
| 22:56.10 | [acl] | lol |
| 22:56.15 | phh | bzo: don't give Alex[sp3dev] a heart attack. |
| 22:56.33 | [acl] | quickly change subject so he might not notice |
| 22:56.34 | [acl] | :-p |
| 22:56.35 | bzo | what no one told Alex we're switching everything to RPC? |
| 22:56.52 | phh | Alex[sp3dev]: no rcu lock in your log, right ? |
| 22:57.33 | bzo | Entropy512: http://htc-linux.org/wiki/index.php?title=HaRET/Documentation#Catching_reads.2Fwrites_via_mmutrace |
| 22:57.40 | Alex[sp3dev] | phh: yes, it died before mounting rootfs. gotta debug some checks for now |
| 22:57.45 | Alex[sp3dev] | s/debug/disable/ |
| 22:59.25 | bzo | damn, gtg already, bbl |
| 22:59.30 | jonpry | [acl] we can trace any rpc |
| 22:59.45 | [acl] | jonpry: i know you can bro.. but i was tellin these guys that |
| 22:59.50 | phh | :p |
| 22:59.57 | phh | jonpry: you can do anything, we know |
| 22:59.59 | phh | but still. |
| 23:00.13 | jonpry | but its not that simple. like you have to get the parameters to the remote_clnt_api functions right or it can blow |
| 23:00.15 | Alex[sp3dev] | phh: what's even more interesting, it only hangs (uart) when i configure rxd interrupt correctly, otherwise it just timeouts nicely.. well, the problem is that the diff between 27 and 35 doesn't look suspicious |
| 23:00.27 | jonpry | :p |
| 23:00.43 | phh | Alex[sp3dev]: delete any locks in serial driver ? :D |
| 23:01.05 | jonpry | sounds like the same reason microp is hanging. something is different about interrupts on .35 |
| 23:01.19 | phh | preemptable interrupts ? :D |
| 23:01.38 | jonpry | afaict they don't clear like they should |
| 23:01.50 | phh | oO |
| 23:02.23 | Alex[sp3dev] | anyway, rebuilding kernel now for another test |
| 23:02.59 | jonpry | you guys want to build gpswrapper :p |
| 23:03.30 | phh | :) |
| 23:03.31 | Alex[sp3dev] | jonpry: nice theory. but other drivers work and on htc dream/hero it works. which makes me think the error is somewhere else (in dma maybe) |
| 23:03.50 | jonpry | i think the common factor is gpio |
| 23:04.05 | jonpry | gpio interrupts not working right |
| 23:04.09 | Alex[sp3dev] | jonpry: ima did it wrong? |
| 23:04.27 | jonpry | ima? |
| 23:04.38 | jonpry | is that like imabe |
| 23:05.03 | Alex[sp3dev] | like i am probably.. ok, that was stupid enough |
| 23:05.35 | jonpry | Alex[sp3dev], there are some hacks for irq that dzo did |
| 23:06.33 | Alex[sp3dev] | jonpry: anyway, i will need to make more tests today and then turn back to gpios and irqs.. well.. i'm sick of that gpio stuff |
| 23:06.54 | Entropy512 | hmmm, interesting... Many of the RPC_LOC_EVENT definitions at https://github.com/CyanogenMod/android_hardware_qcom_gps/blob/gingerbread/loc_api/libloc_api-rpc/inc-1240/loc_api_fixup.h are sort of consistent with what I see in my debug printouts |
| 23:07.04 | Entropy512 | except for the GPS_BEGIN and GPS_DONE events |
| 23:07.13 | Entropy512 | those don't seem to have a match in the source above |
| 23:08.41 | jonpry | begin and done are the only 2 rpc you need |
| 23:08.42 | Alex[sp3dev] | jonpry: but yes, irqs may be wrong. because i get too much problems with them everywhere |
| 23:09.02 | jonpry | me too |
| 23:10.06 | jonpry | gitorious is down |
| 23:10.54 | jonpry | but i have stuff whereby you can just fill up the gps structure with ip address and whatever, and then it will make rpc call out of console |
| 23:11.00 | jonpry | for ease of reversing :p |
| 23:12.03 | Entropy512 | jonpry: I might be thinking of different terminology here, but I'm talking about the various PDSM_PD_EVENT_blah flags |
| 23:12.28 | Entropy512 | Some of the behavior I am seeing is consistent with those definitions in the cyanogenmod repo - lots of 0x4s |
| 23:12.56 | jonpry | what is this pdsm_pd_event. not ringing a bell |
| 23:13.08 | Entropy512 | hold on |
| 23:13.17 | Entropy512 | gimme a sec to find the right location in gitorious |
| 23:13.30 | Entropy512 | oh wait it's down? crud |
| 23:13.38 | *** join/#htc-linux ORi| (~ORiONNebu@91.181.158.139) |
| 23:14.18 | *** join/#htc-linux Daevoq (~IceChat7@host214-97-dynamic.33-79-r.retail.telecomitalia.it) |
| 23:14.19 | Entropy512 | hardware/libhardware_legacy/gps/gps-rpc.c - the pdsm_pd_events enum in there |
| 23:14.21 | jonpry | ok i found something husson.de |
| 23:14.32 | jonpry | er .hd.free.dr |
| 23:14.44 | phh | jonpry: my server's down. |
| 23:14.57 | jonpry | google cache |
| 23:15.13 | Entropy512 | I think something is wrong with those - we get stuff with PDSM_PD_EVENT_HEIGHT set when there is no fix, we can't have height w/o position |
| 23:15.14 | jonpry | Entropy512: so what is the problem. agps works via the l2 and proxy reg |
| 23:15.31 | Entropy512 | The problems: |
| 23:15.47 | jonpry | ignore height? |
| 23:15.53 | Entropy512 | 1) The code treats a 0x4 as a height message - there is no way this is correct. |
| 23:16.11 | Entropy512 | 2) On Rhodiums (6125), we get no SV status until we have a lock |
| 23:16.13 | phh | btw |
| 23:16.15 | phh | totally unrelated. |
| 23:16.25 | phh | you know there has been some leak of wince GPS sources for qualcomm ? :D |
| 23:16.33 | phh | not really useful, but might help |
| 23:16.40 | Entropy512 | hahah |
| 23:16.52 | Alex[sp3dev] | btw, did i tell you android build system sucks? |
| 23:17.00 | phh | Alex[sp3dev]: oh really ? |
| 23:17.22 | Alex[sp3dev] | i was unable to build gingerbread on x86. seems they fucked up java classpath setup and hardcoded it for x86_64 |
| 23:17.22 | jonpry | is sv is satellite in view? |
| 23:17.57 | jonpry | its not terribly wrong for there to be none in view until right around lock |
| 23:18.26 | jonpry | stupid thing seems to forget almanac, which takes like 20 minutes to download |
| 23:18.45 | jonpry | have to use get_extra and set_extra to save and load it |
| 23:19.10 | Entropy512 | In the case of no ephemerides |
| 23:19.24 | Entropy512 | it'll report the SV as in view and receiving signal but not used in a fix for quite some time |
| 23:21.43 | *** join/#htc-linux Segnale0_ (~Segnale00@ppp-143-151.98-62.inwind.it) |
| 23:25.33 | Entropy512 | I've never, ever, seen a GPS that didn't report at least some SV status prior to locking. In the case of Rhodiums - it's consistent, SV status appears at the moment lock occurs (which makes sense if you look at the code - SV status is only updated when we have a position report in dispatch_pdsm_pd, or within dispatch_pdsm_ext, the latter of which never seems to happen with a 6125 AMSS |
| 23:25.49 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
| 23:26.22 | phh | Entropy512: you can get sv status from smd27 if you want ...... :D |
| 23:26.50 | Entropy512 | Yeah - but I assume there is a reason you guys ditched the "parse NMEA" approach |
| 23:27.02 | Entropy512 | (and yes, there is SV data in the smd27 NMEA prior to lock) |
| 23:27.13 | jonpry | i liked that idea myself |
| 23:27.26 | phh | Entropy512: we couldn't get speed from nmea iirc |
| 23:27.33 | phh | that sounds weird though. |
| 23:27.46 | phh | pff ask bzo, he is the one who convinced me moving to rpc |
| 23:27.52 | *** join/#htc-linux mitsutaka_ (~mitsutaka@rt.miraclelinux.com) |
| 23:27.52 | phh | because rpc had a feature nmea hadn't |
| 23:27.59 | phh | i really can't remember which one actually |
| 23:28.25 | Entropy512 | that's weird if the NMEA doesn't have speed |
| 23:28.35 | Entropy512 | I'll have to do an smd27 dump when moving at some point. :P |
| 23:28.44 | Alex[sp3dev] | can we implement gps as a hook to smd channel open/close so that we can safely use smd27 as a standard serial gps? |
| 23:29.11 | phh | Alex[sp3dev]: well, just restore board-htcraphael-gps.c and put userland fixes back to it |
| 23:29.29 | phh | Entropy512: yeah i really think it was the speed the problem |
| 23:29.46 | Alex[sp3dev] | phh: so, does it actually work? i mean, is it stable? (well, that can be fixed, i guess) |
| 23:30.15 | phh | Alex[sp3dev]: it should be yes |
| 23:30.16 | phh | just no speed |
| 23:30.36 | phh | well i think it's speed |
| 23:30.40 | phh | but it sounds so weird |
| 23:30.51 | Alex[sp3dev] | huh? |
| 23:31.05 | phh | but i remember one big bug was that we were missing "moving direction", so that must be that mmm |
| 23:32.07 | Alex[sp3dev] | anyway, doing it in kernel with maybe custom ioctls seems nicer. moving rpc to userland is fragile and we need to export amss version at least |
| 23:32.33 | phh | Alex[sp3dev]: it would mean to actually use an nmea parser |
| 23:32.35 | phh | i mean. strings. |
| 23:32.38 | phh | who uses strings for such stuff. |
| 23:32.58 | phh | (everyone using nmea ? ok :D) |
| 23:33.22 | Entropy512 | I'll have to do an smd dump when moving - in my last NMEA dump I was stationary, and the speed field is 0.0 as expected in the RMC sentence |
| 23:33.24 | Alex[sp3dev] | phh: well. which kind of data can we get from the gps and what do we need to get? i would assume it will just spit nmea out of smd27 and that's what most gps software uses? |
| 23:33.42 | phh | Alex[sp3dev]: android softwares doesn't use nmea |
| 23:33.52 | Entropy512 | I believe in the case of Android, most if not all software uses the Android location APIs |
| 23:33.53 | phh | but most "normal" gps software use nmea yes |
| 23:34.03 | Entropy512 | which are sometimes based on parsing NMEA but not always |
| 23:34.11 | Alex[sp3dev] | phh: but then. what if we implement the hooks in kernel and nmea parser in userland? |
| 23:34.16 | phh | Entropy512: the android location API has an option to bypass NMEA though |
| 23:34.30 | phh | Alex[sp3dev]: you'll have to add |
| 23:34.32 | phh | fail |
| 23:34.39 | phh | add speed infos from RPC infos |
| 23:35.06 | phh | and adding back nmea parser :/ |
| 23:35.09 | phh | i know it's no big deal |
| 23:35.09 | *** join/#htc-linux ORi|ON (~ORiONNebu@91.181.57.157) |
| 23:35.15 | Alex[sp3dev] | which kind of speed? |
| 23:35.17 | phh | but i don't really like that when we can not have it |
| 23:35.29 | phh | 'your car is moving at 100mph' |
| 23:35.39 | Alex[sp3dev] | phh: isn't it like that can be calculated? |
| 23:35.50 | phh | Alex[sp3dev]: nope |
| 23:35.58 | Entropy512 | the "track angle" field is not populated in my NMEA, but I wouldn't expect it to be since I'm not moving |
| 23:36.02 | phh | GPS' speed is not stupid delta of the position |
| 23:36.20 | phh | Entropy512: launch your phone through the window and see ? :D |
| 23:36.25 | Entropy512 | Good receivers can calculate velocity based on carrier doppler |
| 23:36.26 | Entropy512 | hahah |
| 23:36.32 | Entropy512 | actually I do need to do a grocery run |
| 23:36.47 | phh | (get the infos by bluetooth) |
| 23:36.54 | Entropy512 | so I may set it to log smd27 before I drive |
| 23:36.58 | phh | (and good synchronisation only 1Hz) |
| 23:37.09 | Entropy512 | fix bluetooth and I'll try that. :P |
| 23:37.09 | phh | drive ... to go to grocery ? |
| 23:37.09 | phh | ouch |
| 23:37.22 | phh | uh ? hasn't jbruneaux fixed it everywhere ? |
| 23:37.29 | Entropy512 | If it weren't dreary and I weren't lazy, I could walk |
| 23:37.37 | Entropy512 | but it's kinda blah out here |
| 23:37.50 | Alex[sp3dev] | anyway, i'd prefer to do hooks and export speed and others via custom ioctls. i just want to have a standard kernel <> userland interface and to have all this rpc stuff that can crash arm9 in kernel |
| 23:38.13 | phh | Alex[sp3dev]: ok |
| 23:38.47 | jonpry | that is not a good idea |
| 23:38.49 | phh | Alex[sp3dev]: do something like /dev/input: on open it does all init, and the userland just do read() of shared structs |
| 23:38.54 | phh | . |
| 23:38.54 | jonpry | nothing should ever be in kernel |
| 23:39.12 | phh | jonpry: what about gps in rhobuntu ! :D |
| 23:39.25 | jonpry | that already works |
| 23:39.40 | phh | true |
| 23:39.44 | jonpry | i had gpsdrive running |
| 23:39.59 | phh | but need weird userland app |
| 23:40.00 | phh | bah i don't care |
| 23:40.22 | jonpry | yeah i bought myself a garmin today |
| 23:40.36 | Alex[sp3dev] | phh: is tegra2 generally fucked up sourcewise? i mean, can it be used without wasting a couple of years of your life to rewrite the code/ |
| 23:40.47 | jonpry | don't need rhodium leading me off the edge of the earth |
| 23:41.32 | phh | Alex[sp3dev]: well it's nvidia guys who waste couple of years rewriting code :D |
| 23:41.58 | phh | they made a quick and dirty .29, and now they are doing everything again, but proper |
| 23:43.05 | Alex[sp3dev] | phh: well. i just want a tablet that can run android with gles 2 and gnu/linux. i am actually afraid of tegra2, but still waiting for it. i just am in loss - A8 tablets generally have little ram, tegra2 is dirty and binaries for X are old, and omap4 tablets are not even announced |
| 23:43.29 | phh | Alex[sp3dev]: well, if we take what is actually relaesed atm |
| 23:43.38 | phh | it's indeed a great mess, drivers complicated to use |
| 23:43.44 | phh | though they are actually drivers for X |
| 23:43.59 | Alex[sp3dev] | aha, xorg 7.5? |
| 23:44.13 | phh | but there is a .36 branch, mostly meant for chrome os (which use X), that should have full userland released soon |
| 23:44.16 | phh | don't know |
| 23:44.17 | Entropy512 | back later |
| 23:44.20 | phh | ubuntu 9.04's ubuntu. |
| 23:44.33 | phh | but gles2, and openmax does indeed work |
| 23:45.15 | Alex[sp3dev] | awesome. my ramconsole got erased O_o |
| 23:45.27 | Alex[sp3dev] | guess i've pulled out the battery for too long |
| 23:45.54 | phh | or your phone is too hot |
| 23:46.13 | Alex[sp3dev] | it was too hot when it was announced.. and never after |
| 23:46.44 | phh | lol |
| 23:47.19 | Alex[sp3dev] | damn my desktop usb has fubared |
| 23:47.26 | Alex[sp3dev] | time for rmmod magic |
| 23:48.39 | Alex[sp3dev] | damn i need a secondary computer for testing. i hate when my laptop crashes |
| 23:49.05 | phh | imagine that for vacations, the only laptop I have is my ac100. |
| 23:49.17 | Alex[sp3dev] | you're a masochist |
| 23:49.19 | phh | each test is painful /o\ |
| 23:50.10 | Alex[sp3dev] | well. my thinkpad is sooo cool for vacations. it discharges completely when i only reach half the way from moscow to my hometown |
