| 00:18.33 | *** join/#htc-linux tyween (~typhoon@pool-71-163-117-57.washdc.fios.verizon.net) |
| 00:37.54 | *** join/#htc-linux typhoon (~typhoon@pool-71-163-117-57.washdc.fios.verizon.net) |
| 00:42.15 | *** join/#htc-linux Termana (~bradley@122.151.69.157) |
| 00:52.11 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-71-25.26-151.libero.it) |
| 00:54.34 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 01:03.41 | *** join/#htc-linux ORi| (~ORi@91.181.174.93) |
| 01:05.06 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-jqcgqeiplvslkwlu) |
| 01:06.13 | *** join/#htc-linux jonpry2 (~jon@199.85.236.239) |
| 01:11.26 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE4A77.dip.t-dialin.net) |
| 01:25.10 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
| 01:27.06 | WisTilt2 | jonpry: Coding time. Any new finds? |
| 01:28.48 | jonpry2 | maybe this one works |
| 01:29.12 | jonpry | hey WisTilt2 |
| 01:29.12 | jonpry | my hw3d doesn't work. neocore no go. no interrupts. so yours is a miracle i guess |
| 01:29.12 | jonpry | install problem fixed. no other progress |
| 01:29.23 | jonpry2 | your hw3d is some kind of miracle. i don't get anything on neocore |
| 01:30.28 | jonpry2 | i'll be back on a bit later. watching some tv |
| 01:30.40 | WisTilt2 | you running frx05 still? that's with running frx06 standard with F22's rootfs that's all |
| 01:31.07 | WisTilt2 | ok np. going to be here until late tonight. catch you later |
| 01:57.13 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 02:31.42 | *** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 02:38.08 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 02:55.04 | jonpry2 | WisTilt2, if you give that hw3d a second try does it still work? |
| 02:56.39 | WisTilt2 | dinner. i'll try it again in about 15-20mins |
| 03:11.40 | *** join/#htc-linux Rob2222 (~Miranda@p5DE4BEE0.dip.t-dialin.net) |
| 03:11.42 | jonpry2 | the last time i tried frx06 it was really slow. has that problem gone away? |
| 03:11.44 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
| 03:18.35 | hyc | My patched FRX06 build is pretty fast |
| 03:18.56 | hyc | define "really slow" |
| 03:20.19 | jonpry | on 05 i get like superfluid probably 30fps graphics. on 06 it was like <10 |
| 03:20.47 | hyc | what do you use to measure that? |
| 03:20.54 | hyc | on neocore I got around 18fps |
| 03:23.25 | hyc | if FRX05 is that much faster it would certainly be nice to find what caused the change |
| 03:25.38 | jonpry | nothing accurate. might have been broken build. without bootani running the phone goes to unlock screen long before it normally would. like with new data.img sometimes i logcat after its been running for 5 minutes and packages are stil being installed |
| 03:26.23 | hyc | with bootani, is the animation smooth or stuttery? |
| 03:28.17 | hyc | I know that even with EGL properly installed, bootani doesn't use hardware acceleration |
| 03:28.18 | jonpry | i haven't been able to get it enabled lately |
| 03:28.43 | hyc | apparently it can't get a hw screen context before the system is up |
| 03:28.57 | WisTilt2 | jonpry not booting in last 3 tries, crashing with kernel fault so still retrying |
| 03:28.58 | jonpry | hyc i was able to fix our power button problem using jdb |
| 03:29.18 | jonpry | WisTilt2, we have got to do something about this :p |
| 03:29.24 | hyc | eh? what power button problem? |
| 03:29.42 | hyc | but glad you were able to get jdb to do something useful |
| 03:29.53 | stinebd | it's a hardware limitation. ogles1 provides only a single concurrent context, which android will reserve for application use, so the system process and flinger will be denied the context |
| 03:29.55 | jonpry | as soon as you would unlock the phone it would go back to sleep |
| 03:29.58 | hyc | it really needs an input line editor... |
| 03:30.03 | hyc | ah |
| 03:30.04 | stinebd | (as i understand it) |
| 03:30.53 | hyc | re: egl ok that makes sense |
| 03:30.54 | jonpry | jdb was a bitch. but it slowly showed me how it worked |
| 03:31.00 | hyc | lol |
| 03:31.10 | hyc | and that was a userland problem, not a kernel problem? |
| 03:31.50 | jonpry | thats arguable. i fixed it via kernel, but there was nothing *wrong* with the kernel |
| 03:32.22 | jonpry | android expects evdev event times to be getUptimeMillis() relatable |
| 03:33.21 | hyc | well, seems reasonable to expect everything to use a common timebase |
| 03:34.38 | jonpry | 39 thinks some other kind of time is more appropriate. and while i don't really understand the whole input system. i can't understand why the event.when should be important |
| 03:35.41 | hyc | probably because somebody may buffer events |
| 03:35.47 | jonpry | it ends up computing some sort of really fancy logic like: power buttons was pressed 12 days from now, so go to sleep immediately. followed by: phone was just unlocked, but was put to sleep 12 days in future, so go to sleep immediately |
| 03:37.13 | hyc | interesting... yeah I think it's just the ol' "has enough time passed yet" |
| 03:37.31 | hyc | screen timeout is 30 seconds from last event time |
| 03:37.45 | hyc | or whatever |
| 03:39.00 | jonpry | yeah there is some of that. its some kind of priority encoded thing. so only the most recent event wins. and since certain wake events are in a always smaller timebase, they always lose. |
| 03:39.39 | jonpry | or most future event if your taking in account the timers |
| 03:40.20 | jonpry | hyc did you try 3.0 yet? |
| 03:40.34 | hyc | not yet, been busy with other work |
| 03:40.39 | hyc | just taking a breather here |
| 03:41.13 | WisTilt2 | jonpry no luck booting with your built zImage, i just rebuilt it and it booted first try. what toolchain you using? |
| 03:41.48 | jonpry | 2010q3 |
| 03:42.39 | jonpry | its not really the toolchain. i can change bs code and get it to work more reliably. its just moving crap around in memory. we have serious corruption |
| 03:45.09 | WisTilt2 | neocore started up until i hit benchmark then froze |
| 03:45.48 | hyc | hw3d borked, or need a different gralloc lib? |
| 03:45.58 | jonpry | gralloc is working |
| 03:46.10 | jonpry | but there are segfaults in libgles_qcom |
| 03:46.37 | WisTilt2 | did you already push the install fix? |
| 03:48.05 | WisTilt2 | and btw im running 2010.09-50 toolchain |
| 03:49.43 | WisTilt2 | i see a lot of vma buffer allocation errors right followed by dozens of binder errors |
| 03:51.10 | jonpry | not yet |
| 03:52.57 | jonpry | and cpu freq |
| 03:54.42 | jonpry | pushed |
| 03:55.30 | *** join/#htc-linux MacDrunk (~marper@201.164.158.55) |
| 04:07.03 | WisTilt2 | jonpry, trying something with some pmem and iomap changes. |
| 04:13.42 | *** join/#htc-linux lxsameer (~lxsameer@unaffiliated/lxsameer) |
| 04:16.12 | WisTilt2 | jonpry, board-htcrhodium.c fixup needs to be changed back to -50 instead of -52 also to match pmem. |
| 04:20.25 | jonpry | -52 is 4mb divisible |
| 04:21.08 | WisTilt2 | yeah but it needs to be same as whats in pmem. pmem is -50 and fixup is -52 |
| 04:21.24 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 04:21.50 | WisTilt2 | im getting a lot of sysfs_write errors from uevent on boot now |
| 04:23.20 | jonpry | it just need to not touch memory used by pmem and 52 is further away |
| 04:23.42 | jonpry | i may have commited something i didn't mean to |
| 04:25.18 | jonpry | i pushed something that doesn't have the sysfs spammer |
| 04:35.21 | WisTilt2 | do you have stepping set to 320mhz max or something? never goes above that |
| 04:35.49 | jonpry | yeah defconfig needs changed |
| 04:37.11 | jonpry | i think all this nasty crashing is new |
| 04:37.13 | WisTilt2 | no crashes yet but sluggish. neocore is not working once you start the benchmark so i dont know how it worked today. i probably didnt have this kernel booted when i thought i did. |
| 04:38.35 | WisTilt2 | and i just hit power button, orange and no sleep nor wake now. |
| 04:38.48 | jonpry | going to see if 4149a0e67a829a9802a7329fcf8e8817e4f9dda5 is good |
| 04:39.11 | WisTilt2 | k. yeah phone is totally locked up now including microp |
| 04:42.23 | jonpry | i haven't managed to get anything weird out of 4149a0 |
| 04:43.44 | jonpry | i'm going to try and boot it a couple of times though |
| 04:45.13 | WisTilt2 | ok. sounds like we need to start back from that point. i will try these changes on that one if you think its more stable. |
| 04:45.29 | jonpry | you want to try f164? |
| 04:45.48 | jonpry | i want to find the commit that broke it |
| 04:46.24 | WisTilt2 | how do i do that just revert locally back to that point? |
| 04:46.44 | jonpry | unfortunately i know its going to be one of those where i got rid of compiler warnings from like 50 files |
| 04:48.56 | jonpry | not even a spontaneous reboot |
| 04:49.11 | WisTilt2 | f164 is back on may 28, you want to go back that far? |
| 04:49.37 | WisTilt2 | no reboots with 4149? |
| 04:50.57 | jonpry2 | i'm pretty sure i broke it 5/29 or 5/30 |
| 04:51.23 | jonpry2 | i was actually testing 16cff it turns out |
| 04:51.44 | jonpry2 | f164 is definitely a worth while test |
| 04:51.50 | jonpry | hmm. looks like the binary i have been testing is older. 16cff |
| 04:53.23 | WisTilt2 | which commit did you add the cpu scaling? |
| 04:54.12 | jonpry2 | fa332 |
| 04:54.30 | jonpry2 | man this 16cff is awesome. no crashes, blazing fast |
| 04:55.09 | jonpry2 | really almost everything after that is wild goose chase for the power button bug |
| 04:56.05 | WisTilt2 | im going to try up to a434 where i did the mic bias enable, i know everything was semi-stable and very fast at that point. then try one at a time from there. |
| 04:56.55 | jonpry2 | theres no binary for that one |
| 04:58.09 | jonpry2 | which i suppose is not really a problem |
| 04:58.30 | WisTilt2 | what binary you talking about? |
| 04:59.13 | jonpry2 | like f1 whatever has zImage checked in |
| 04:59.17 | jonpry2 | makes it easy :p |
| 05:00.25 | WisTilt2 | ah. so do i do a git reset hard commit# to get to the state of that commit? |
| 05:01.23 | jonpry2 | so what i'm calling a work is 3 tries. boots with no usb magic, falls asleep first time. sleep/wake at least a few and can play music for 1 minute |
| 05:01.56 | jonpry2 | git checkout a434 |
| 05:03.21 | jonpry2 | 1 success at f164 |
| 05:07.57 | jonpry2 | +1 |
| 05:08.20 | WisTilt2 | we'll see how a434 does shortly |
| 05:08.45 | jonpry2 | a434 is older than mine :p |
| 05:09.10 | WisTilt2 | oh. well ill scratch that then. thought you were several earlier than that. |
| 05:09.20 | WisTilt2 | which one you want me to try next? |
| 05:09.24 | jonpry2 | you have gitk? |
| 05:10.01 | WisTilt2 | dont know |
| 05:10.12 | jonpry2 | type it |
| 05:10.14 | WisTilt2 | gitk unknown so guess not |
| 05:10.26 | WisTilt2 | i can install real quick |
| 05:10.38 | jonpry2 | gitk is nice for this. shows all the commits in nice graphical way |
| 05:11.00 | WisTilt2 | ok installed. |
| 05:11.11 | WisTilt2 | nice |
| 05:11.21 | WisTilt2 | i need to learn all this git stuff. |
| 05:11.47 | jonpry2 | 4a02e? |
| 05:12.06 | WisTilt2 | ill try that one |
| 05:12.09 | jonpry2 | fix more compiler warnings |
| 05:13.01 | jonpry2 | we could in theory just apply our 2 fixes to something old that works. but seems like the wakelock and warning fixes are potentially useful |
| 05:19.01 | WisTilt2 | so these we're trying are .39? |
| 05:19.15 | jonpry2 | yeah i broke it on 39 |
| 05:20.35 | jonpry2 | i'm not having much trouble with c2ef |
| 05:21.55 | jonpry2 | we need testing extraordinare |
| 05:22.42 | WisTilt2 | yeah where is he... probably tending to his gf so he can spend tomorrow night playing here |
| 05:23.48 | jonpry2 | by that time it will be fixed |
| 05:24.47 | jonpry2 | at least thats what i'm telling myself |
| 05:25.07 | WisTilt2 | hopefully. booting 4a02e now |
| 05:26.10 | stinebd | so which is higher maintenance? .39 or women? |
| 05:26.23 | WisTilt2 | women by far |
| 05:26.27 | jonpry2 | women for sure |
| 05:26.31 | stinebd | or arm9 |
| 05:26.40 | jonpry2 | arm9 is a women |
| 05:26.45 | stinebd | that bitch |
| 05:27.41 | WisTilt2 | i prefer arm11, at least you can put that one to sleep. |
| 05:29.05 | jonpry2 | i'm switching to 42b9293 |
| 05:29.07 | WisTilt2 | 4a02e sure boots to unlock screen quicker |
| 05:29.49 | jonpry2 | yeah it seems like 39 kernels are faster |
| 05:30.11 | jonpry2 | ok so i got a boom in 42b9293 |
| 05:30.11 | WisTilt2 | fb is so much faster with 4a02e. data, calls, everything working solid so far |
| 05:30.46 | jonpry2 | assuming your is good then we have the commit |
| 05:31.00 | WisTilt2 | this one doesnt have cpu_freq either |
| 05:31.23 | jonpry2 | yeah thats a new thing |
| 05:31.42 | WisTilt2 | yeah mine is perfect. just need to add the other fixes like unlock sleep and those few other tweaks |
| 05:32.19 | WisTilt2 | this thing is hauling the mail. of course its fixed at 528mhz but fb is amazingly fast |
| 05:32.55 | hyc | fb is faster? have you noticed if video decode is smoother? |
| 05:33.23 | WisTilt2 | seems to play non hq youtube very nice compared to .27 |
| 05:33.47 | hyc | cool |
| 05:33.53 | hyc | have you tried HQ ? |
| 05:33.57 | WisTilt2 | scrolling, opening menus, etc., is far quicker |
| 05:34.07 | WisTilt2 | no. let me try that before i reboot |
| 05:34.22 | hyc | you have my hacked codec for HQ? |
| 05:34.53 | WisTilt2 | no but we probably need to get that into 3.0 at some point. |
| 05:35.26 | hyc | and I need to disassemble the blob and see why it's limited to 640 width |
| 05:35.42 | hyc | winmo plays larger with no sweat |
| 05:36.51 | WisTilt2 | jonpry we need your install fix i guess. getting network errors on youtube but other data is working fine. |
| 05:36.58 | WisTilt2 | must be related |
| 05:37.12 | jonpry2 | WisTilt2, you see anything in 42b9293 that looks like it would cause all of our problems? |
| 05:37.24 | WisTilt2 | brings up youtube main screen and selections fine, just wont dl |
| 05:37.55 | jonpry2 | possible i guess |
| 05:39.40 | WisTilt2 | i dont see 42b9, which one is that? |
| 05:39.50 | jonpry2 | one after 4a02 |
| 05:39.58 | jonpry2 | but i just got the crash on 4a02 |
| 05:41.37 | WisTilt2 | 4a02 is the last one i have and thats in sync with the current git tree |
| 05:42.07 | jonpry2 | 4a02ea32bd12127dbbf07dc6418a395530c60cfd |
| 05:42.16 | jonpry2 | fix more compiler warnings |
| 05:42.30 | WisTilt2 | yeah thats the last one i have. you said 42b9 |
| 05:42.53 | jonpry2 | i dunno how that could be the last one you have |
| 05:42.58 | jonpry2 | thats before 3.0 |
| 05:43.53 | WisTilt2 | need to checkout the whole rc1 i guess |
| 05:43.59 | WisTilt2 | to get it back like it was |
| 05:44.37 | jonpry2 | 4a02 is no good anyways |
| 05:45.17 | WisTilt2 | ok now im good, have it all. my 4a02 hasn't crashed yet and everything working except install related issue |
| 05:45.21 | jonpry2 | c2ef seems fine. so could be 4a02 or 0613 |
| 05:46.01 | WisTilt2 | is 4a02 crashing on yours or whats it doing? |
| 05:46.39 | jonpry2 | yeah same old sysfs crash |
| 05:46.55 | jonpry2 | won't boot |
| 05:47.12 | WisTilt2 | my 4a02 has been up for 20mins now. im on frx06 stock system also. |
| 05:47.38 | jonpry2 | reboot a few times play music for 1 minute :p |
| 05:48.06 | WisTilt2 | i played a 3min song already np. let me reboot again |
| 05:48.55 | WisTilt2 | btw, we need to fix the reboot/shutdown code |
| 05:51.03 | *** join/#htc-linux DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 05:51.56 | WisTilt2 | jonpry 4a02 boots up very fast. several times faster than .27 by far |
| 05:52.58 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
| 05:53.05 | jonpry2 | the lack of bootani makes it go faster |
| 05:53.08 | WisTilt2 | music playing...Lady Antebellum almost 2mins no |
| 05:53.39 | WisTilt2 | im in dolphin browser hitting the web while song is playing also, working great |
| 05:53.55 | jonpry2 | its not exactly using the phone that makes it break |
| 05:54.06 | jonpry2 | i'm not really sure what it is |
| 05:54.19 | WisTilt2 | music still going, song number 2 |
| 05:54.26 | jonpry2 | all we need is one positive though |
| 05:55.08 | WisTilt2 | sleep/wake working fine other than the unlock sleep problem |
| 05:56.13 | WisTilt2 | this is definitely far better than later code speed wise. i can go up 1 commit at a time and see where it starts tanking |
| 05:57.00 | jonpry2 | probably just 3.0 |
| 05:57.38 | WisTilt2 | should i try 42b9 or did you say you already did that one |
| 06:03.35 | jonpry2 | 0613 |
| 06:03.37 | jonpry2 | so its possible that my evlog thing was a really bad idea |
| 06:03.38 | jonpry2 | that would explain the sound related death |
| 06:05.44 | WisTilt2 | ill try 6924, the last .39 commit and see how it does. the evlog was in 3.0 right? |
| 06:06.14 | jonpry2 | 0613 has the evlog |
| 06:06.37 | WisTilt2 | try 1 before then? |
| 06:07.07 | jonpry2 | er nm 4a02 is the evlog |
| 06:07.34 | jonpry2 | i'm messing with the one right before now and i can't get it to crash |
| 06:07.51 | jonpry2 | but then again you say 4a02 works |
| 06:07.55 | WisTilt2 | oh i see, 0613 is the tegra wakelocks |
| 06:09.22 | WisTilt2 | yeah 4a02 works excellent so maybe you can apply the compiler fixes, install fix, and unlock/sleep. |
| 06:10.24 | jonpry2 | i'm really starting to think this is caused by my evlog crap |
| 06:10.24 | jonpry2 | 4a02 doesn't work at all |
| 06:12.30 | WisTilt2 | do you have the standard frx06 system handy? you're still running the tls system, maybe something is fubar because of that i dont know. i've rebooted with 4a02 4 times now and comes up fast and is working great. |
| 06:15.02 | WisTilt2 | i think im going to leave this running overnight. ive played around 10 songs and done about eveything i can think to crash it and it's happy as can be. in-call audio and everything working. |
| 06:15.18 | jonpry2 | at least that is a key part of my thinking here |
| 06:15.59 | jonpry2 | its a random process |
| 06:16.24 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 06:16.53 | WisTilt2 | can the unlock/sleep and install fix be applied to 4a02 or are there other fixes later that need to be there also? |
| 06:18.22 | jonpry2 | imho patching the broken kernel is unlikely to get anywhere. but it can certainly be done. the unlock thing is 3 lines in evdev and install fix is just a patch for defconfig |
| 06:19.54 | WisTilt2 | im just thinking i'd run one of my phones with 4a02 and those patches and let it run. i have 3 phones here this weekend so i can test several things at once. |
| 06:22.28 | WisTilt2 | i wish i would have known about gitk a year ago, this is nice |
| 06:24.32 | *** join/#htc-linux jonpry2 (~jon@199.85.236.239) |
| 06:25.05 | jonpry | i'm trying 3.0 with regular evlog |
| 06:25.56 | jonpry | gitk is really primitive. much better than nothing |
| 06:34.23 | *** join/#htc-linux dekar__ (~dekar@drms-590cecf6.pool.mediaWays.net) |
| 06:35.45 | jonpry | sysfs crash on 3.0 with old evlog :( |
| 06:36.29 | WisTilt2 | im about to build and try the last commit in .39 with the evdev fix. cant find your install fix yet |
| 06:36.53 | jonpry | blk_dev_dm and some crypto options |
| 06:37.04 | jonpry | nm, i didn't patch it right |
| 06:38.46 | jonpry | still hope |
| 06:41.50 | jonpry | no hope |
| 06:44.19 | WisTilt2 | im about to try 6924 |
| 06:44.51 | WisTilt2 | not many before that to 4a02 to try if 6924 is broke |
| 06:45.37 | jonpry | isn't dbfd 39 head? |
| 06:45.58 | jonpry | 4a02 is broke |
| 06:46.06 | jonpry | i will prove that eventually |
| 06:46.47 | WisTilt2 | yeah i got 6924 instead of dbfd i guess. |
| 06:47.19 | WisTilt2 | 4a02 isnt even booting on your end? |
| 06:47.32 | jonpry | i think platform_driver can never be __initdata |
| 06:47.40 | jonpry | it does some times |
| 06:48.12 | WisTilt2 | yeah i saw that was changed |
| 06:48.28 | WisTilt2 | btw i do have dbfd so here goes 1st boot |
| 06:49.19 | jonpry | if you just apply the 3.0 defconfig to 39 it should work for the install problem |
| 06:50.15 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
| 06:50.22 | WisTilt2 | ok will try that after these tests. |
| 06:51.17 | jonpry | i'm going to sleep. good luck |
| 06:52.05 | WisTilt2 | ok nite. ill do these tests then im out also. |
| 07:11.06 | *** join/#htc-linux KSubedi (43a1cc47@gateway/web/freenode/ip.67.161.204.71) |
| 07:11.16 | KSubedi | hey cyanogen |
| 07:11.33 | KSubedi | hey fakker |
| 07:11.36 | KSubedi | hey everyone |
| 07:23.37 | *** join/#htc-linux balans2 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
| 07:34.27 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-65-24.dynamic.mnet-online.de) |
| 07:47.01 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
| 08:23.25 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 08:31.26 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
| 08:31.28 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 08:40.40 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 08:43.56 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
| 08:45.23 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-71-25.26-151.libero.it) |
| 08:45.57 | *** join/#htc-linux Andreyxxl1 (Andreyxxl@94.52.236.39) |
| 09:05.49 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-65-24.dynamic.mnet-online.de) |
| 09:11.07 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 09:29.20 | *** join/#htc-linux dekar (~dekar@drms-590cecf6.pool.mediaWays.net) |
| 09:53.27 | *** join/#htc-linux Handy (~IceChat7@77.87.241.52) |
| 10:11.16 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 10:18.03 | *** join/#htc-linux TreeEater (HydraIRC@109.160.245.166) |
| 10:45.51 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 10:49.45 | *** join/#htc-linux helicopter88 (~kvirc@host174-119-dynamic.22-79-r.retail.telecomitalia.it) |
| 11:07.34 | dcordes | ~seeen Markinus |
| 11:44.53 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs) |
| 12:01.31 | *** join/#htc-linux gauner1986 (~Miranda@p5B383865.dip.t-dialin.net) |
| 12:02.14 | *** join/#htc-linux helicopter88 (~kvirc@host174-119-dynamic.22-79-r.retail.telecomitalia.it) |
| 12:20.24 | *** join/#htc-linux helicopter88 (~helicopte@host174-119-dynamic.22-79-r.retail.telecomitalia.it) |
| 12:39.50 | *** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 12:54.46 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs) |
| 13:48.57 | *** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 13:53.14 | *** join/#htc-linux _twitch (~burning_a@49.114.96.58.static.exetel.com.au) |
| 13:56.41 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 14:02.44 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-65-24.dynamic.mnet-online.de) |
| 14:03.06 | *** join/#htc-linux rzk_ (~rzk@95-24-248-88.broadband.corbina.ru) |
| 14:19.41 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs) |
| 14:28.11 | *** join/#htc-linux jonpry2 (~jon@199.85.236.239) |
| 14:28.25 | *** join/#htc-linux jon__ (~jon@199.85.236.239) |
| 14:53.19 | *** join/#htc-linux Ricks (3b92d0a3@gateway/web/freenode/ip.59.146.208.163) |
| 14:59.20 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 15:11.11 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
| 15:11.40 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 15:14.22 | jonpry2 | hey WisTilt2. good morning |
| 15:14.25 | WisTilt2 | jonpry: dbfd ran all night and still running fine, been using it for over an hour this morning. I added the evdev change but when I added the install fix it blew up every boot, major kernel faults. went back to evdev change and no probs. |
| 15:14.32 | WisTilt2 | lol, morning |
| 15:14.41 | gauner1986 | good evening |
| 15:14.42 | gauner1986 | :) |
| 15:15.05 | WisTilt2 | evening? where you gauner? |
| 15:15.19 | gauner1986 | germany.. gmt+2 ;) |
| 15:15.34 | WisTilt2 | ah emwe country |
| 15:15.43 | gauner1986 | emwe lives in germany? |
| 15:15.54 | WisTilt2 | i think so |
| 15:17.53 | jonpry2 | WisTilt2, the problem is obviously not install fix. just adding code changed layout and made it more unstable on your phone |
| 15:18.32 | jonpry2 | maybe you can change options and get 4a02 to blow up |
| 15:18.38 | WisTilt2 | yeah figured it was something else. i just used the 3.0 defconfig. |
| 15:20.09 | WisTilt2 | what options? dbfd has now been up 8hrs |
| 15:21.13 | jonpry2 | whatever options. install fix? |
| 15:21.15 | WisTilt2 | battery drain overnight was 5% per hour btw |
| 15:21.42 | gauner1986 | thats heavy |
| 15:22.23 | gauner1986 | do you have power collapse? ;) |
| 15:22.59 | WisTilt2 | yeah its horrible compared to the 1% or less we get on .27, yes power collapse working but it's something else. this is .39 and 3.0 kernels so lots to fix. |
| 15:23.00 | jonpry2 | yeah, it just isn't helping |
| 15:23.28 | WisTilt2 | jonpry i dont know all the config changes to make for install fix other than the dev one. |
| 15:24.34 | jonpry2 | just add some unused driver like ipv6. whatever it takes to cause relayout of the binary |
| 15:26.35 | WisTilt2 | ok easy enough. ill make that change and build a 4a02 and dbfd with that and evdev fix and run that on 2 phones all day today. |
| 15:27.15 | jonpry2 | i wonder why 3.0 fb is slower |
| 15:27.21 | jonpry2 | must be timings somehow |
| 15:28.01 | jonpry | arrrghhh seemed to have a lot of trouble booting these kernels |
| 15:28.50 | WisTilt2 | its significantly slower. we need to have him try and boot this dbfd with frx06, i bet it works for him now. |
| 15:30.17 | gauner1986 | battery drain is always sth terrible to debug |
| 15:31.27 | jonpry2 | i have seen this once before. we changed some constants in power collapse and on rhod210 it made it like power collapse wasn't even happening. on other devices it was fine though |
| 15:35.06 | jonpry2 | ok so i think 3.0 is working now |
| 15:35.35 | jonpry2 | i got rid of hopefully all instances of struct platform_data being __initdata and now i cannot detect a crash |
| 15:36.57 | WisTilt2 | good way to start the day:) im going to get some more coffee and something to eat other than these donuts and will be back to try it on this end. |
| 15:37.16 | jonpry2 | cool :) |
| 15:39.43 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 15:45.49 | jonpry2 | hmm just got a spontaneous reboot |
| 15:49.26 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 15:55.22 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
| 16:02.02 | gauner1986 | hm |
| 16:02.10 | gauner1986 | that bcm4330 also has an fm transmitter |
| 16:03.25 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 16:03.35 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 16:06.02 | WisTilt2 | jonpry, so what do you want me to do here. is it worth testing either of these 4a02 and/or dbfd longer or get current with your 3.0 and go from there? |
| 16:08.39 | jonpry | i dunno. i'm getting sr's with 3.0 but no more failed boots |
| 16:09.25 | WisTilt2 | when playing sound or just random |
| 16:09.43 | jonpry | random |
| 16:10.00 | jonpry | i got one with sound, one going to settings |
| 16:11.50 | WisTilt2 | well my dbfd has been up 8hrs 51mins so i call it good. i'll try the current 3.0 if its up there and see if i get similar reboots. |
| 16:12.54 | jonpry | i would like to try applying these fixes to 39. its possible sr is just rc1 vm or something |
| 16:12.57 | WisTilt2 | i even went through a charge cycle btw, woke up it as 58% so charged it until it said charged and now its down to 85% with some use. |
| 16:13.31 | jonpry | WisTilt2, i just pushed the fixes to 3.0 |
| 16:13.45 | gauner1986 | ~seen markinus |
| 16:13.47 | apt | markinus <~Adium@212.255.29.5> was last seen on IRC in channel #htc-linux, 7d 2h 4m 31s ago, saying: 'scordes: maybe, but i have no time to finish it'. |
| 16:14.11 | WisTilt2 | ok ill give it a try and see if i can crash it. |
| 16:15.43 | jonpry | yeah i'm thinking boot problems were initdata bug. sr is just 3.0 |
| 16:19.25 | WisTilt2 | booting 3.0 now |
| 16:19.39 | WisTilt2 | booting your image, i didnt rebuild it |
| 16:22.05 | *** join/#htc-linux jonpry2 (~jon@199.85.236.239) |
| 16:35.34 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
| 16:36.47 | WisTilt2 | jonpry this is stable so far. i've put it through everything including install and working great. sleep/wake and all working np. fb seems slower than .39 and system response doesn't seem at snappy so could be scaling dont know. |
| 16:37.49 | jonpry | it would be cool to keep parallel trees up to date. we would need some sort of development process though |
| 16:43.33 | *** join/#htc-linux jonpry2 (~jon@199.85.236.239) |
| 16:43.59 | jonpry | scaling certainly does bad things for it. its also on 320mhz |
| 16:44.01 | *** join/#htc-linux Andreyxxl1 (Andreyxxl@94.52.236.39) |
| 16:46.05 | WisTilt2 | parallel trees as in .39 and 3.0? |
| 16:49.04 | jonpry | eventually there will be 39.2, and 3.0-rc2 |
| 16:56.14 | WisTilt2 | jonpry, cant crash this at all. up for 37mins now and i just was on a call to my daughter for 14mins. got a text msg while on phone also. |
| 16:56.40 | WisTilt2 | logs show no bad errors at all, other than the pmem dumps |
| 16:59.23 | jonpry | i can crash it :p |
| 17:00.49 | WisTilt2 | im trying this test from last night now to see if we can get hw3d to think about coming up |
| 17:14.03 | *** join/#htc-linux helicopter88 (~helicopte@host174-119-dynamic.22-79-r.retail.telecomitalia.it) |
| 17:34.50 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 17:52.18 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-71-25.26-151.libero.it) |
| 18:18.35 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 18:21.40 | *** join/#htc-linux jonpry2 (~jon@199.85.236.239) |
| 18:31.22 | *** join/#htc-linux tomaw (tom@freenode/staff/tomaw) |
| 18:32.27 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
| 18:57.38 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs) |
| 19:01.22 | *** join/#htc-linux balans2 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
| 19:05.25 | *** join/#htc-linux tomaw (tom@freenode/staff/tomaw) |
| 19:10.24 | *** join/#htc-linux arif-ali (~arif-ali@88-111-115-149.dynamic.dsl.as9105.com) |
| 19:11.16 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 19:31.32 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 19:33.46 | *** join/#htc-linux rob_w (~bob@ppp-188-174-115-85.dynamic.mnet-online.de) |
| 19:34.05 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-71-25.26-151.libero.it) |
| 19:42.29 | jonpry2 | WisTilt2, any crashes? |
| 19:44.41 | WisTilt2 | no not after ive done some crazy memory changes. still trying to figure out whats happening but something is stepping on part of the vma upper addresses. the test im about to boot should confirm this. |
| 19:45.14 | WisTilt2 | ill go over what ive done with you and see what you think after i finish this test |
| 19:46.46 | jonpry2 | so you got crashes with my 3.0? |
| 19:49.34 | WisTilt2 | yes but only seemed to happen when i was trying hw3d but i did get an sr during an incoming call also. |
| 19:49.47 | *** join/#htc-linux Erikson (~Erik@p54B75EA2.dip.t-dialin.net) |
| 19:50.19 | WisTilt2 | booting now with a radical test |
| 19:55.14 | jonpry2 | if we can try these fixes on our last 39 release then we can just blame the sr on rc1 code |
| 19:57.58 | WisTilt2 | yeah i think im going to apply these memory changes ive done to .39 and see. need to reboot again, missed the part of the log i was looking for. i need to disable that staging pmem spam, it fills the log fast |
| 19:59.20 | WisTilt2 | is that just pmem_debug 0 to disable all that stuff? |
| 20:06.39 | jonpry2 | that disables most of it |
| 20:08.31 | jonpry2 | there is also the stuff about set_access_prot_i |
| 20:09.32 | *** join/#htc-linux mes (~mes@S0106000ce55186df.cc.shawcable.net) |
| 20:10.00 | WisTilt2 | question, doesnt io.c have to have the info in the msm_io_desc array to match the iomap.h? |
| 20:11.28 | WisTilt2 | im pretty sure it should and its missing a whole lot of stuff |
| 20:11.58 | jonpry | only if _BASE is defined |
| 20:12.12 | WisTilt2 | yeah, then there are many missing |
| 20:13.22 | WisTilt2 | including those gpt that you added. do they need to be in the same order also? |
| 20:13.50 | jonpry | lots of drivers iomap there own stuff so don't need io.c to do it |
| 20:14.07 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 20:14.10 | jonpry | GPT is already mapped because it is just TMR |
| 20:14.46 | jonpry | or CSR |
| 20:14.48 | WisTilt2 | tmr is not in io.c though. how do we know which dont use io.c? |
| 20:15.10 | WisTilt2 | yeah i see tmr is csr so that one's ok |
| 20:15.59 | jonpry | CSR is in io,c |
| 20:16.00 | jonpry | GPT==TMR==CSR |
| 20:16.24 | jonpry | anything without _BASE defined shouldn't be in io.c |
| 20:17.42 | WisTilt2 | shared_ram_base? |
| 20:17.56 | WisTilt2 | nm its virtual |
| 20:18.27 | jonpry | SPL is the last iomapped one |
| 20:26.28 | *** join/#htc-linux ShapaTank_ (~ShapaTank@cpe-24-24-202-60.socal.res.rr.com) |
| 20:29.05 | *** join/#htc-linux programmer89221 (~Evan@67.219.164.162) |
| 20:30.38 | *** join/#htc-linux jonpry2 (~jon@199.85.236.239) |
| 20:30.53 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 20:36.52 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
| 20:48.43 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 21:02.52 | *** join/#htc-linux tomaw_ (tom@freenode/staff/tomaw) |
| 21:11.56 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-65-24.dynamic.mnet-online.de) |
| 21:13.06 | *** join/#htc-linux Erikson (~Erik@p54B75EA2.dip.t-dialin.net) |
| 21:29.37 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 21:31.09 | *** join/#htc-linux cr2_ (~cr2@46.115.9.46) |
| 21:50.21 | WisTilt2 | jonpry, i think hw3d is not working because it accessing the 0x4000000 region but something else already has that locked, peripheral or something is already using that area. |
| 21:50.46 | jonpry | virt? |
| 21:51.02 | jonpry | thats basically the heap |
| 21:51.02 | WisTilt2 | that region is PSRAM anyway |
| 21:52.07 | jonpry | how do you figure its 0x40000000? |
| 21:52.11 | WisTilt2 | well hw3d crashes accessing 0x41xxxxxx but i cant see what is a lock on it |
| 21:52.26 | WisTilt2 | getting the fault kick back from the bus error |
| 21:53.11 | WisTilt2 | hw3d is accessing 0x414dc000 |
| 21:53.30 | WisTilt2 | generating an unhandled fault |
| 21:53.46 | WisTilt2 | then hw3d shuts down |
| 21:56.07 | WisTilt2 | jonpry, only thing i can see using 0x40000000 is TASK_UNMAPPED_BASE but hw3d is somehow also. |
| 21:59.45 | jonpry | i get different address. but that is heap |
| 22:00.18 | WisTilt2 | you getting the unhandled fault also? still within the 0x40000000 space |
| 22:00.18 | jonpry | so process is either vmalloc'ng heap or mmap'ng memory there |
| 22:00.19 | jonpry | the bus error indicates it is an mmap |
| 22:00.40 | WisTilt2 | im going with mmap |
| 22:00.53 | WisTilt2 | i need another beer while you fix it:) |
| 22:01.11 | jonpry | this is why i was putting in that nasty pmem code. in theory you could could see what was mmap'd to that region by printk'ng the mmap details |
| 22:01.15 | WisTilt2 | been hammering this memory stuff for several hours straight and need engineering fluid now. |
| 22:02.19 | jonpry | i looked at it for a while and it killed me. but i'm pretty sure something is wrong with pmem. |
| 22:05.27 | WisTilt2 | good news is i've been running 3.0 on one of my test phones with only a couple minor mods to iomap and it's been playing along now for over 2hrs with on and off use, no crashes yet. |
| 22:06.46 | WisTilt2 | so you think problem is in staging/pmem? i looked at mach-msm/pmem.c and nothing wrong there that i can see. |
| 22:08.06 | jonpry | this is newer: http://android.git.kernel.org/?p=kernel/common.git;a=blob_plain;f=drivers/misc/pmem.c;hb=62a84c764fc44a12bbabb2b30361cd4f3a161396 |
| 22:08.57 | jonpry | my mods to phys_access_prot_i() should be mixed in though. looks like they don't realize how much that function won't work on 39 |
| 22:13.01 | jonpry | i've been trying to do some real actual work today but the boss informed me that the house needs to be cleaned |
| 22:14.02 | WisTilt2 | you going to work on that then? earlier i found out part of the battery drain problem and need to finish tracking down the cause. panel blanks but is not being actually powered off so uninit and/or power is not being called. |
| 22:14.03 | *** join/#htc-linux prichkaaa (~prichkaaa@89.108.161.105) |
| 22:15.15 | WisTilt2 | damn, get that honeydew stuff done first:) i know how the other half can get lol. |
| 22:18.24 | jonpry | i guess hw3d is now towards the top of the bug list. not much else to fix |
| 22:19.38 | WisTilt2 | that and this panel power. everything else looks good and fb is fast again but we need to turn up the cpu_max back to 528. |
| 22:20.39 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4A77.dip.t-dialin.net) |
| 22:22.41 | stinebd | you guys got cpufreq on there now? |
| 22:23.49 | WisTilt2 | yep |
| 22:24.01 | WisTilt2 | max set at 320 right now though |
| 22:28.37 | stinebd | and you're saying graphics are nice? |
| 22:29.18 | stinebd | i would like to see a live webcast demonstration of this please |
| 22:30.47 | WisTilt2 | fb is very fast but until hw3d is working not much to wow about |
| 22:31.26 | stinebd | hw3d doesn't do anything useful anyway |
| 22:31.35 | stinebd | except gallery |
| 22:31.41 | stinebd | everything else is for the benchmark fanboys on xda |
| 22:35.19 | jonpry | stinebd, you don't have a rhod? |
| 22:35.19 | jonpry | imho 39 kernel is faster than 3.0 |
| 22:36.56 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 22:38.34 | jonpry2 | WisTilt2, at some point i disassembled libgles_qcom to look at the crashpoint. it kind of looks like complex structure access as opposed to anything to do with hardware |
| 22:38.45 | jonpry2 | i can't imagine pointers would be lying in gpu memory |
| 22:40.19 | jonpry2 | WisTilt2, the new pmem i just grabbed exhibits the weird pmem crashing |
| 22:41.04 | WisTilt2 | so they having same problem? |
| 22:42.01 | jonpry2 | i never really figured out why that was happening. maybe it is important |
| 22:43.06 | jonpry2 | it causes this: E/gralloc ( 1360): couldn't open pmem (Operation not permitted) |
| 22:43.06 | jonpry2 | E/gralloc ( 1360): gralloc failed err=Operation not permitted |
| 22:43.44 | WisTilt2 | might be part of protected memory region somehow? |
| 22:43.50 | jonpry2 | and if you look at pmem.c:pmem_open() |
| 22:44.03 | jonpry2 | first thing is to check file->private_data == null |
| 22:44.13 | jonpry2 | but that is *never* null |
| 22:47.16 | jonpry2 | the way i understand it to work. it should in fact always be null on pmem_open |
| 22:47.56 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 22:49.55 | jonpry2 | it would appear that me the writers and reality are not in agreement |
| 22:51.17 | *** join/#htc-linux Raymonddull (~raymonddu@ip174-69-65-80.ri.ri.cox.net) |
| 22:57.35 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 22:59.26 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE5F2C.dip.t-dialin.net) |
| 23:02.55 | *** join/#htc-linux cr2_ (~cr2@46.115.9.46) |
| 23:12.05 | WisTilt2 | jonpry, just talked to my daughter again for 19mins and got another call while talking to her, switched back and forth fine and no crashes. |
| 23:12.42 | jonpry2 | WisTilt2, sounds pretty good |
| 23:14.16 | WisTilt2 | i turned up cpu max to 528 and its noticeably faster also |
| 23:14.47 | jonpry | need for speed |
| 23:15.52 | jonpry | pmem_mmap: mmaping 0x24E00000 x 0x2000000 to: 0x461BC000 |
| 23:15.54 | WisTilt2 | yep. 3.0 not too bad at this point. just those few other fixes and im going to use it daily to put it through the real test |
| 23:15.57 | jonpry | hmm, thats not right is it? |
| 23:16.11 | WisTilt2 | doesnt look right |
| 23:18.23 | jonpry | i had fault at 415f8000 |
| 23:18.58 | WisTilt2 | yep similar region as here. you seeing that on hw3d open? |
| 23:19.14 | WisTilt2 | right after gpu found |
| 23:20.11 | jonpry | right |
| 23:20.27 | jonpry | but its actually a userspace fault in libgles_qcom |
| 23:22.20 | jonpry | so pmem did not handle the mapping at 415f8000 |
| 23:23.14 | jonpry | who did it and what is it for? |
| 23:23.45 | WisTilt2 | good question |
| 23:23.57 | WisTilt2 | thats where i gave up for awhile |
| 23:24.04 | jonpry | looks like hw3d has mmap fop |
| 23:28.21 | *** join/#htc-linux typhoon (~typhoon@pool-71-163-117-57.washdc.fios.verizon.net) |
| 23:29.07 | jonpry | [ 62.135314] hw3d_mmap: mmaping 0x16300000 x 0x800000 to: 0x404CC000 |
| 23:29.07 | jonpry | [ 62.152618] hw3d_mmap: mmaping 0x100000 x 0x700000 to: 0x40CF0000 |
| 23:29.07 | jonpry | [ 62.190246] hw3d_mmap: mmaping 0xA0000000 x 0x100000 to: 0x41458000 |
| 23:30.41 | jonpry | so thats it yeah |
| 23:31.03 | WisTilt2 | conflict no good |
| 23:31.51 | jonpry | no sigbus on ioremap to 0xA0000000 |
| 23:34.20 | jonpry | this time it crashed at 41468000 |
| 23:34.30 | jonpry | which is not in the hw3d mmap |
| 23:34.55 | jonpry | er nm it is |
| 23:42.37 | *** join/#htc-linux typhoon (~typhoon@pool-71-163-117-57.washdc.fios.verizon.net) |
| 23:43.18 | *** join/#htc-linux ray|yar (~raymonddu@ip174-69-65-80.ri.ri.cox.net) |
| 23:43.23 | *** join/#htc-linux tyween (~typhoon@pool-71-163-117-57.washdc.fios.verizon.net) |
| 23:54.19 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 23:56.58 | *** join/#htc-linux tyween (~typhoon@pool-71-163-117-57.washdc.fios.verizon.net) |