| 00:05.39 | *** join/#htc-linux apt (~apt@rikers.org) |
| 00:05.39 | *** topic/#htc-linux is Welcome to the HTC Linux project | Community portal & WiKi http://htc-linux.org | For IRC logs, HaRET & kernel mailing lists etc. see http://htc-linux.org/wiki/index.php?title=Contact | The htc-linux.org project is not affiliated with the HTC Corporation | This channel is for development purposes - Join #htc-linux-chat for offtopic |
| 00:08.53 | jonpry | i tried 8mb gpu1 in smi2, fb in smi1, gpu0 5mb in smi1. no go |
| 00:09.42 | *** join/#htc-linux T-Junk (~TechnoJun@chaosarmy.org) |
| 00:10.09 | WisTilt2 | did it even get to the double vibes in haret like that? |
| 00:11.17 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
| 00:11.27 | jonpry | yeah just libgles hangs during initialization. device is still functional |
| 00:11.28 | *** join/#htc-linux mitsutaka (~mitsutaka@p2004-ipbf2206marunouchi.tokyo.ocn.ne.jp) |
| 00:13.44 | WisTilt2 | is gpu1=02000000-021fffff or 02000000-02200000? |
| 00:13.49 | jonpry | ffff |
| 00:14.07 | WisTilt2 | k, thought it might be over into the locked area |
| 00:14.25 | WisTilt2 | but fb runs fine in smi2 by itself? |
| 00:14.37 | jonpry | there is that thing with the line |
| 00:15.08 | WisTilt2 | probably more then 24mb locked on that device so dont really have 8mb to use |
| 00:15.17 | WisTilt2 | just a guess though |
| 00:15.35 | andygray | what operating system do you guys use? rhobuntu is 9.04 - is there something newer? |
| 00:15.50 | WisTilt2 | are you setup to read any physical addresses? |
| 00:15.58 | WisTilt2 | jonpry ^^ |
| 00:16.06 | jonpry | via devmem? |
| 00:16.56 | WisTilt2 | read 0xb0000000 and 0xb0000004 16bit |
| 00:17.14 | *** join/#htc-linux detule (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
| 00:17.22 | jonpry | well i'm not exactly sure how to do that with devmem |
| 00:17.56 | rpierce99 | free total mem is 192568, camera works, neocore works (no tex), sound works |
| 00:17.58 | WisTilt2 | dont know if you can without coding it into kernel |
| 00:18.48 | WisTilt2 | rpierce99 looking good. you have time to try some smi tests? dont want to tie you up |
| 00:19.06 | rpierce99 | yeah i just ran and did what i needed to do quick, i'm fine now, until dinner gets here |
| 00:19.11 | jonpry | i assume its something like dd if=/dev/mem of=- bs=1 skip=2952790016 count=4 |
| 00:19.55 | jonpry | just need a way to convert it to hex |
| 00:19.55 | WisTilt2 | will it let you do that? might have some protected phys areas but worth a try |
| 00:21.01 | jonpry | /dev/mem: read error: Bad address |
| 00:21.19 | WisTilt2 | yeah protected:( |
| 00:22.08 | WisTilt2 | might be able to code it into kernel to read it |
| 00:22.49 | jonpry | stuff tends to not work unless it has an IOMAP entry |
| 00:22.54 | andygray | where should i ask about whether or not certain apps work on rhobuntu? (like ktimetracker) should i join a mail list? |
| 00:23.07 | jonpry | cause /dev/mem doesn't have accessprot |
| 00:23.18 | WisTilt2 | right |
| 00:23.34 | WisTilt2 | should be able to do a readl? |
| 00:23.54 | jonpry | hit or miss |
| 00:25.56 | WisTilt2 | rpierce99 try this one. smoke may pour out of your phone though so no guarantees |
| 00:26.16 | WisTilt2 | i will be amazed if this works on cdma 1st attempt |
| 00:29.09 | WisTilt2 | well, on the rhod300 it looks like the best i can get is 216mb total free for now. |
| 00:31.04 | jonpry | until we get custom radio? |
| 00:31.27 | WisTilt2 | yeah, no comment:) |
| 00:32.49 | jonpry | can you just cook up a binary amss and distribute it? |
| 00:33.04 | WisTilt2 | you mean under our nda? |
| 00:33.10 | jonpry | yeah |
| 00:33.27 | Willd | Ooh, that would be smooth |
| 00:34.01 | WisTilt2 | need to check how to go about that. i was thinking that our device radio code wouldn't be all that hard to mod to run on this |
| 00:34.37 | WisTilt2 | we wrote it so we own it but i need to check the other legal garbage that could be tied to that |
| 00:36.27 | jonpry | flashy |
| 00:37.22 | WisTilt2 | you know, modem flash is 64mb, that's a huge amount of coding room. i think our radio we wrote is only 12mb |
| 00:37.37 | jonpry | so its just AMSS free? |
| 00:37.52 | WisTilt2 | but then we dont have amss nor have all the roaming crap supported |
| 00:38.28 | WisTilt2 | amss is only 22.6mb on these devices so add 12-16 and still tons of room |
| 00:38.45 | jonpry | we also need the various dsp things |
| 00:39.14 | WisTilt2 | yeah thats right. not as easy as it sounds |
| 00:40.10 | jonpry | is the rhodium radio more or less a stock build of some qcom provided code? |
| 00:40.30 | Willd | Do you guys have amss in the top of ebi? |
| 00:40.37 | WisTilt2 | build off their framework they give you |
| 00:40.56 | jonpry | yes |
| 00:40.59 | WisTilt2 | amss is in smi and ebi |
| 00:41.04 | Willd | It has to be? |
| 00:41.07 | WisTilt2 | 13mb in smi, rest in ebi |
| 00:41.50 | WisTilt2 | probably can be anywhere. |
| 00:42.14 | jonpry | just flip a couple compile flags and whip us up a new one? |
| 00:43.42 | WisTilt2 | problem is that shared memory is at top 1mb of amss in smi and modem uses that so that would have to stay i believe. not sure how that's integrated actually |
| 00:43.52 | Willd | WisTilt2: I'd like it all in smi actually |
| 00:44.09 | jonpry | why is that? |
| 00:44.21 | WisTilt2 | me too, all in smi2 so lower 32mb could be used for our other stuff |
| 00:44.52 | WisTilt2 | that will free up 12mb ram |
| 00:45.51 | WisTilt2 | where is that top 12mb of amss in ebi setup? |
| 00:46.09 | Willd | Top of ebi on my device |
| 00:46.39 | WisTilt2 | i know that:) i mean where is it setup during boot? maybe arm9 does it so we can't touch it |
| 00:47.01 | Willd | Oh, prolly down in arm9.. |
| 00:48.40 | *** join/#htc-linux detule (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
| 00:53.01 | rpierce99 | sorry dinner arrived and i have to head to the store real quick, be back in a bit |
| 01:05.55 | *** join/#htc-linux dr1337 (3a606170@gateway/web/freenode/ip.58.96.97.112) |
| 01:06.38 | dr1337 | hey how do i revert a git commit that's 5-6 revisions behind the current commit and keep all the commits after the revert? |
| 01:09.14 | *** join/#htc-linux stroughtonsmith_ (~steven@86-44-90-52-dynamic.b-ras2.bbh.dublin.eircom.net) |
| 01:09.36 | jonpry | hi dr1337 |
| 01:09.43 | dr1337 | hi |
| 01:09.59 | jonpry | hows the nexus? |
| 01:10.07 | dr1337 | alright |
| 01:10.11 | dr1337 | been very busy last week |
| 01:10.15 | dr1337 | so 0 dev |
| 01:11.37 | jonpry | i can't get 3d to work right. always black screen |
| 01:16.34 | dr1337 | yeah |
| 01:16.40 | dr1337 | it's a major pain in the ass |
| 01:16.53 | dr1337 | i tweeter romain guy and he said that a lot has been changed |
| 01:25.35 | jonpry | i don't understand why the standard pixelflinger thing still leaves full screen 3d apps with a blank screen |
| 01:27.10 | dr1337 | probably because it can't emulate opengl calls |
| 01:27.37 | dr1337 | the phone is certainly not usable without hw acceleration |
| 01:27.46 | dr1337 | might as well go back to gingerbread |
| 01:28.08 | jonpry | i redid the compositor to work w/ gles 1 |
| 01:28.26 | jonpry | but there is a more fundamental problem in that no opengl apps will work in any context |
| 01:29.24 | jonpry | like identical setup to gingerbread does not work right. pixel flinger for composition, and hw3d for angry birds |
| 01:29.41 | jonpry | no reason this shouldn't work |
| 01:30.03 | jonpry | should be slow, and awful, but should work |
| 01:43.18 | jonpry | i just booted cm7 on the rhod |
| 02:05.49 | WisTilt2 | jonpry which build is that cm7? |
| 02:06.04 | jonpry | i just built it |
| 02:06.25 | WisTilt2 | how much doesnt work? |
| 02:06.38 | jonpry | well 3d works which is what i was going for |
| 02:06.58 | jonpry | sound, probably calls, can't wake it up once it goes to sleep |
| 02:07.47 | WisTilt2 | what does its pmem look like, curious if its even close to what we're doing |
| 02:08.08 | jonpry | i'm just running the 39 kernel |
| 02:08.26 | jonpry | gralloc is the same as xdandroid |
| 02:09.34 | WisTilt2 | ah. well wife just got home from crazy shopping so im about to eat left overs from yesterday. bbl |
| 02:09.58 | WisTilt2 | hey are you 4hrs ahead of pst now? |
| 02:10.18 | jonpry | yes |
| 02:10.29 | jonpry | but i stay up till like 4am |
| 02:10.52 | WisTilt2 | jeeze. that would pretty much do me in. |
| 02:11.29 | jonpry | hmm, seems fine by me |
| 02:12.27 | WisTilt2 | get a few more decades on ya and say that:) back after dinner. |
| 02:19.08 | dr1337 | well the n1 never really had a hwcompositor |
| 02:20.36 | *** join/#htc-linux dr1337 (3a606170@gateway/web/freenode/ip.58.96.97.112) |
| 02:25.10 | andygray | where can i ask quesions about rhodbuntu? especialy about the application that run on it? like ktimetracker? (sorry to be a nag) |
| 02:43.22 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 02:45.37 | *** join/#htc-linux swc|666 (~gecko@65.101.151.78) |
| 02:45.38 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
| 02:46.28 | jonpry | kde is pretty hefty and runs slow |
| 02:46.45 | rpierce99 | WisTilt2: ok i'm back, still want that kernel tested? |
| 02:47.02 | andygray | jonpry, okay thank you |
| 02:47.36 | jonpry | its possible to run debian in chroot for newer packages |
| 02:51.59 | andygray | jonpry, then i wonder if 'hamster' would run |
| 02:52.18 | andygray | another time tracking applicaiton |
| 02:52.35 | jonpry | anything will run if you make it |
| 02:54.00 | andygray | hah, what does it mean 'if you make it' really.. i'm not a programmer - i can follow technical instructions though |
| 02:54.12 | andygray | i can compile things, but if an error springs.. i get scared. |
| 02:54.51 | andygray | i'm a well trained monkey... |
| 02:55.18 | andygray | i'll look for a .deb arm package for hamster |
| 02:55.36 | jonpry | debian sid has all packages for arm |
| 02:56.04 | andygray | awesome |
| 03:01.04 | jonpry | well most anyways. some stuff just doesn't make sense. like ACPI tools |
| 03:02.14 | andygray | *nods |
| 03:09.17 | andygray | so debian runs on the htc touch pro 2 tilt 2? |
| 03:09.32 | andygray | errr.. debian squeeze even? |
| 03:10.12 | andygray | everyting i've been readin seems to be from 2010... |
| 03:10.46 | andygray | i'll keep reading |
| 03:12.41 | WisTilt2 | rpierce99: yes if you can. that one is just to see if cdma devices have smi2 so if it doesnt come up we'll assume no. im going to be out of here a couple hours, need to meet my son and grandson online to play some BF3:) |
| 03:16.25 | rpierce99 | it booted, should i have more free thoug? |
| 03:16.28 | rpierce99 | still saying 192 |
| 03:19.44 | WisTilt2 | hmm, can you cat /proc/iomem and pastebin |
| 03:20.17 | rpierce99 | hm, yeah maybe, adb doesn't work on this thing so i'll have to dump it to a file |
| 03:20.38 | WisTilt2 | or just see if any 0x02000000 addresses are in it via console |
| 03:22.10 | rpierce99 | 020-027 are listed as ebi |
| 03:22.52 | rpierce99 | 027 with repeating fs, to be slightly more exact |
| 03:22.53 | WisTilt2 | not that many 0's, should be 0x2000000-0x27fffff |
| 03:23.19 | rpierce99 | they aren't listed with 0xs |
| 03:23.39 | WisTilt2 | 2000000-27fffff |
| 03:23.51 | rpierce99 | so the entry is 020000000 (not sure on the # of 0s) to 027ffffffff |
| 03:23.58 | WisTilt2 | thats it |
| 03:24.03 | rpierce99 | ok that one is listed as system ram |
| 03:24.05 | rpierce99 | wait |
| 03:24.13 | WisTilt2 | no not it 1 too many 0's |
| 03:24.15 | rpierce99 | the one with the 0 in front or the one with out |
| 03:24.41 | WisTilt2 | 7 places from right to left is what we're looking for |
| 03:25.23 | rpierce99 | yeah that's listed as ebi, a 2 in the 8th place is listed as system ram |
| 03:25.33 | WisTilt2 | ebi will be something like 27000000-27ffffff |
| 03:26.06 | rpierce99 | yeah they appear to be 8 digits long, so its 02700000 |
| 03:26.06 | WisTilt2 | 8 places, we want something with 7 places only which will be down in the smi area |
| 03:26.22 | rpierce99 | er 0270 0000 |
| 03:26.27 | rpierce99 | i'm bad with zeros |
| 03:26.34 | WisTilt2 | lol. |
| 03:26.45 | rpierce99 | smi is listed as 0010 0000 |
| 03:27.03 | WisTilt2 | thats bottom smi, 00200000 is what we are looking for |
| 03:27.35 | rpierce99 | i don't have anything with 0020 |
| 03:27.39 | WisTilt2 | the kernel i last did should be putting gpu1 in smi2 @ 0020 0000 - 0027 ffff |
| 03:28.27 | rpierce99 | hm, can i verify its the right kernel from console |
| 03:28.43 | WisTilt2 | uname -a and which number build is it |
| 03:29.12 | rpierce99 | haven't they all been g6be4e91-dirty |
| 03:29.23 | rpierce99 | anyways its 16:25 PST |
| 03:29.30 | WisTilt2 | there is a number like #7 etc in the name |
| 03:29.33 | rpierce99 | oh |
| 03:29.36 | rpierce99 | #4 |
| 03:29.36 | WisTilt2 | ok let me check timestamp |
| 03:30.11 | WisTilt2 | #4? ok i guess i didnt upload #5 that had the smi2 test:) ill have to do this when i get back |
| 03:30.19 | rpierce99 | ok |
| 03:30.21 | rpierce99 | let me know |
| 03:30.40 | WisTilt2 | i only last a couple hours playing them so ill be back then lol |
| 03:31.04 | rpierce99 | i could play skyrim all night, so i'll try to keep an eye on the laptop :) |
| 03:34.46 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
| 03:39.20 | jonpry | WisTilt2, i can't get anything but blackscreen on gb either |
| 03:46.35 | andygraybeal | so the touch pro 2 tilt 2.. came out in 2009 - that seems old :) but it's still an good phone eh? that is great. |
| 04:00.59 | jonpry | WisTilt2, this smi2 stuff it not safe |
| 04:01.38 | dr1337 | hey how do you stop surfaceflinger from starting up automatically? |
| 04:02.52 | jonpry | get rid of ctl_start in init.rc |
| 04:03.40 | dr1337 | thanks |
| 04:03.53 | dr1337 | is there away to stop it by modifying build.prop? |
| 04:04.13 | jonpry | don't know |
| 04:28.18 | dr1337 | gah |
| 04:28.39 | dr1337 | i'm going to give up trying to get hw accel working |
| 04:31.18 | jonpry | oh yeah what kind of results are you getting? |
| 04:31.34 | dr1337 | the same results from last week |
| 04:31.45 | dr1337 | still stuck on libegl_adreno200 |
| 04:31.46 | jonpry | dequeue? |
| 04:31.48 | dr1337 | yeah |
| 04:31.56 | jonpry | well i know how to fix that |
| 04:32.08 | dr1337 | how? |
| 04:32.53 | jonpry | in one of the gl header files there is like a #define GL_TEXTURE_EXTERNAL_OES 0x8??? |
| 04:33.11 | jonpry | change that to the same as GL_TEXTURE_2D |
| 04:34.23 | dr1337 | then rebuild gralloc? |
| 04:34.31 | jonpry | surface flinger |
| 04:34.38 | dr1337 | k |
| 04:34.42 | dr1337 | i'll give that a go |
| 04:34.42 | dr1337 | thanks |
| 04:34.49 | jonpry | np |
| 04:35.23 | dr1337 | what are you working on now? |
| 04:36.16 | jonpry | trying to figure out why i get blackscreen when surfaceflinger uses a hardware context |
| 04:36.57 | jonpry | like i removed all the code. so its just viewport this that, glclearcolor(), glclear(color_buffer),eglswapbuffers |
| 04:37.04 | jonpry | but screen is all black |
| 04:37.30 | jonpry | change to software gl, and screen is green |
| 04:40.08 | dr1337 | hm ok |
| 04:43.28 | dr1337 | that's odd |
| 04:44.05 | jonpry | i think its a gralloc problem |
| 04:44.24 | jonpry | and msm_fb and surface flinger |
| 04:44.33 | jonpry | they have all conspired to make it not work |
| 04:45.46 | dr1337 | yeah |
| 04:49.33 | dr1337 | brb |
| 04:53.45 | *** join/#htc-linux dr1337 (78931828@gateway/web/freenode/ip.120.147.24.40) |
| 04:55.04 | dr1337 | oh hey it works! |
| 04:55.12 | dr1337 | great find jonpry |
| 04:55.35 | jonpry | i kanged it, but thanks |
| 04:56.12 | dr1337 | it's still a bit dodgy |
| 04:56.57 | *** join/#htc-linux Rob2223 (~Miranda@p5DE4BC43.dip.t-dialin.net) |
| 04:57.01 | jonpry | afaict all that does is prevent some of the more serious failures from the missing extension, but it either has disabled the gl compositor or is not working right |
| 04:57.13 | *** join/#htc-linux nineX_ (~nunya@75-132-5-99.dhcp.stls.mo.charter.com) |
| 04:58.54 | dr1337 | i reckon that's the best we can do |
| 04:59.08 | dr1337 | we're hamstrung by the proprietary drivers |
| 05:00.15 | jonpry | SurfaceTexture.cpp needs to be rewritten to not use the extension. shouldn't be too hard actually. i just haven't gotten to it because of the black screen |
| 05:00.23 | dr1337 | the proprietary drivers don't even have GL_OES_EGL_image_external |
| 05:01.13 | dr1337 | the odd thing is that i'm still getting the dequeued native buffer error |
| 05:02.27 | jonpry | SurfaceTexture is still probably failing left and right because missing extension |
| 05:18.06 | rpierce99 | jonpry: i was reading around some places earlier and i think in ICS a green screen is common, not just a problem with our device or your port, |
| 05:18.57 | jonpry | i'm trying to make composer work on gingerbread now. less questionmarks |
| 05:19.26 | rpierce99 | makes sense |
| 05:23.37 | rpierce99 | oh apparently on other builds they get the green screen when they try to fade the desktop |
| 05:23.49 | rpierce99 | i think yours is more common than that |
| 05:32.57 | dr1337 | what green screen? i'm not getting that |
| 05:34.00 | rpierce99 | on the iconia they are saying when there's a crossfade from one rendered screen to another you get a flash of green |
| 05:34.22 | rpierce99 | like it can't render the fade |
| 05:34.39 | rpierce99 | but jonpry said on his port software gl is green |
| 05:34.43 | jonpry | if only i could get green |
| 05:34.52 | jonpry | mines all black |
| 05:34.57 | dr1337 | when are you getting green? |
| 05:35.28 | jonpry | software gl and the hacked surface flinger that is only supposed to display green |
| 05:39.18 | WisTilt2 | ok enough bf3 for me tonight. |
| 05:39.35 | WisTilt2 | jonpry whats with smi2, not stable on the 210? |
| 05:39.58 | jonpry | well there is that line |
| 05:40.13 | jonpry | and it happens on GB too. only when 3d is pumping along though |
| 05:40.40 | WisTilt2 | does it go away or does it look like something is using that area |
| 05:40.49 | jonpry | something is using it |
| 05:41.02 | jonpry | something to do with 3d i would guess |
| 05:41.08 | jonpry | angry birds will get it going |
| 05:42.10 | WisTilt2 | on the 300 ive been running gpu1 in smi2 and i have adsp and camera in the 16mb area i unlocked, been working perfect for 2 days now so looks device dependent. |
| 05:42.35 | WisTilt2 | only thing i dont have in smi is pmem up in ebi |
| 05:43.12 | jonpry | well that doesn't sound like a good test |
| 05:43.23 | jonpry | put fb in the bottom 2mb and see if there is a line |
| 05:51.33 | WisTilt2 | ill try that but it will work. this is the pmem i have been running for 2 days now on my main phone-> http://pastebin.com/85uqyni3 |
| 05:53.47 | WisTilt2 | i ran fb and ram console in smi2 for a day or so also trying all this. im booting now with everything back to normal but fb in smi2 to see. |
| 05:57.30 | jonpry | all i know is that the line is there. and its not good :( |
| 05:58.23 | jonpry | then its framebuffer patching time |
| 05:58.43 | jonpry | not gonna need that fb_pmem anymore |
| 05:59.02 | WisTilt2 | no line that i can see. everything working the same although i can definitely tell its a bit slower like this. |
| 06:00.14 | dr1337 | wow i don't see this being too useful until the proprietary drivers provide GL_OES_EGL_image_external. just did a quick scan and lots of things are using that extensions such as video rendering |
| 06:00.16 | dr1337 | and camera |
| 06:01.40 | WisTilt2 | rpierce99 if you're still up, ill put up that test we missed shortly |
| 06:01.59 | rpierce99 | yeah i'm around |
| 06:02.05 | jonpry | dr1337, there's some hope for emulating that extenion, although its much easier on adreno 130 |
| 06:02.20 | jonpry | WisTilt2, did you test with angry birds? |
| 06:03.11 | WisTilt2 | no only neocore, camera, hd video |
| 06:03.28 | WisTilt2 | isnt neocore using same hw3d as birds? |
| 06:04.12 | jonpry | i didn't test it w/ neocore though. so maybe it only happens in some situations |
| 06:05.56 | *** join/#htc-linux XeKToReX (~xTx@CPE-124-188-18-211.hdbq1.win.bigpond.net.au) |
| 06:06.45 | WisTilt2 | whats strange is with gpu1 in smi i get all rendering in neocore, in ebi it misses textures but smoke, flames, etc is all still there nice and smooth. |
| 06:07.40 | dr1337 | hey did you see this comment on GLExtensions.cpp? |
| 06:07.51 | dr1337 | lin 92 |
| 06:07.53 | dr1337 | line 92 |
| 06:07.55 | dr1337 | looks like a typo |
| 06:08.11 | dr1337 | doing a clean rebuild of my system with mHaveTextureExternal = false; |
| 06:09.19 | WisTilt2 | rpierce99 try this one then if everything working we'll try the smi one |
| 06:18.24 | rpierce99 | 192 free, 3d, sound and camera are fine, build #8 |
| 06:20.26 | jonpry | alright so i have android rendering into one of the gpu memories |
| 06:20.41 | jonpry | need to get some stuff done to msm_fb |
| 06:24.27 | dr1337 | jonpry what are you using to debug? |
| 06:24.48 | WisTilt2 | rpierce99 #9 ready |
| 06:25.09 | jonpry | logcat mostly |
| 06:25.25 | WisTilt2 | gpu in ebi still? |
| 06:26.21 | WisTilt2 | that was for jonpry^^ and are you getting textures? |
| 06:28.35 | jonpry | i'm not getting anything at the moment because we need serious modification to msm_fb |
| 06:28.55 | WisTilt2 | that should be fun |
| 06:28.58 | jonpry | i need to be able to set its base address dynamically |
| 06:29.53 | WisTilt2 | per boot or on the fly? dont follow what you're try to do |
| 06:29.55 | jonpry | i think its mostly taken care of. they have this yoffset thing that is used to set the base at pmem+stride*yoffset |
| 06:30.00 | jonpry | on the fly |
| 06:30.38 | jonpry | so if pmem is 0, and stride is 1, or maybe 0x4 or something, then this is simple |
| 06:31.15 | WisTilt2 | so do we have to add something so the kernel adds that 2mb or what fb size to the pool |
| 06:31.24 | WisTilt2 | for smi that is |
| 06:32.26 | jonpry | no. just memory will run out sooner if ever |
| 06:32.29 | WisTilt2 | assuming you're sticking it in smi on the fly |
| 06:33.29 | jonpry | actually its all a wash |
| 06:33.43 | jonpry | cause either way gpu sets a side the 3MB for framebuffer |
| 06:34.02 | jonpry | now we just don't have the extra copy |
| 06:34.20 | jonpry | and don't need the memory |
| 06:34.44 | rpierce99 | 200,696 total mem, camera took one picture then died, hw3d is black, sound seems to work |
| 06:35.21 | WisTilt2 | 200 free memory now? |
| 06:35.35 | WisTilt2 | whats the 696 |
| 06:35.36 | rpierce99 | 200 total, using "free" |
| 06:35.50 | rpierce99 | 200696 is what free says for total |
| 06:36.31 | WisTilt2 | ok. well guess cdma uses smi2 then if hw3d is black. camera uses gpu1 also so this wont work on cdma |
| 06:37.17 | WisTilt2 | looks like 192 free is best for cdma but thats around 20 more than before |
| 06:38.37 | WisTilt2 | you should have around 90mb available with normal stuff loaded with that 192 setup |
| 06:39.07 | rpierce99 | i still don't have anything in iomem that starts with 0020, but 0020 is in a range labeled smi from 0010 0000 to 005f ffff |
| 06:39.47 | WisTilt2 | thats gpu0 in smi1. should see a tag called ebi that is in 00200000 |
| 06:40.12 | rpierce99 | ebi is 0200 0000 - 027f ffff |
| 06:42.02 | WisTilt2 | yep thats where it is in that kernel |
| 06:42.07 | WisTilt2 | just named ebi still |
| 06:46.39 | *** join/#htc-linux XeKToReX (~xTx@115-64-132-224.static.tpgi.com.au) |
| 06:47.01 | rpierce99 | any additional test builds this evening, or do you have what you needed? |
| 06:48.18 | WisTilt2 | dont thinks so. i think we've taken it as far as that device is willing to go. thanks rpierce99 for the testing. |
| 06:49.00 | rpierce99 | np, suppose you'll probably throw gsm prox in now with ACLs latest email |
| 06:49.28 | WisTilt2 | yeah i saw that. saved me having to trace that, that was on my list to do:) |
| 06:49.56 | rpierce99 | well good luck, i'm going to head to bed, g'night |
| 06:50.03 | WisTilt2 | ok thanks again, nite |
| 06:52.44 | jonpry | msm_fb change was pretty painless |
| 06:52.58 | jonpry | like 5 lines |
| 06:54.53 | dr1337 | jonpry the fix was GL_TEXTURE_EXTERNAL_OES right? |
| 06:55.11 | jonpry | fix for what? |
| 06:55.19 | dr1337 | dequeue buffer |
| 06:55.45 | jonpry | well it was a fix for people w/ blackscreens and dequeue buffer messages |
| 06:56.15 | dr1337 | yeah just did a scan of the sources |
| 06:56.20 | dr1337 | turns out that thing is everywhere! |
| 06:56.24 | jonpry | WisTilt2, the new framebuffer will come out of the HW3D_EBI region, where ever you put it |
| 06:56.41 | jonpry | yeah compatibility layer would probably be better |
| 06:57.04 | WisTilt2 | cool. so hw3d name needs to stay ebi even if it gets stuffed in smi? |
| 06:57.41 | WisTilt2 | we have 2 hw3d's, ebi and smi |
| 06:57.42 | jonpry | sounds right |
| 06:58.49 | jonpry | other problem is that userland needs to know the physical location of those buffers |
| 06:59.51 | jonpry | maybe a new pmem ioctl or something would do |
| 07:13.04 | WisTilt2 | jonpry: whats this hw3d resource start and end 0xA0000000-0xA00fffff used for? those cant be phys addresses |
| 07:13.49 | jonpry | supposedly the 3d hardware |
| 07:14.55 | WisTilt2 | only 1mb seems small |
| 07:16.43 | jonpry | i guess. no reference point |
| 07:18.30 | WisTilt2 | guess i dont understand this. that addr is in the crypto memory space but also graphics root |
| 07:34.06 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 07:34.50 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
| 07:37.43 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 07:39.16 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
| 07:44.09 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
| 07:45.39 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
| 08:06.05 | *** join/#htc-linux mitsutaka (~mitsutaka@g1-27-253-206-40.bmobile.ne.jp) |
| 08:15.44 | *** join/#htc-linux dr1337 (78931828@gateway/web/freenode/ip.120.147.24.40) |
| 09:32.02 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-69-160.dynamic.mnet-online.de) |
| 09:40.44 | *** join/#htc-linux mitsutaka (~mitsutaka@g1-27-253-226-170.bmobile.ne.jp) |
| 09:51.49 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 10:13.09 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 10:47.27 | *** join/#htc-linux GNUtoo (~gnutoo@host40-58-dynamic.116-80-r.retail.telecomitalia.it) |
| 11:08.24 | dr1337 | anyone tried using glEGLImageTargetTExture2DOES_wrapper? |
| 12:02.46 | *** join/#htc-linux mitsutaka (~mitsutaka@g1-27-253-226-170.bmobile.ne.jp) |
| 12:07.28 | *** join/#htc-linux ali1234 (~ajbuxton@robotfuzz.co.uk) |
| 12:23.46 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:5074:b0e1:41f5:2ac7) |
| 12:35.45 | *** join/#htc-linux rob_w (~bob@ppp-188-174-2-76.dynamic.mnet-online.de) |
| 13:01.35 | *** join/#htc-linux rzk (~rzk@95-27-103-72.broadband.corbina.ru) |
| 13:20.36 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-108.netcologne.de) |
| 13:21.40 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-108.netcologne.de) |
| 13:42.19 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 13:55.01 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-98-111-117-171.hrbgpa.fios.verizon.net) |
| 14:11.59 | *** join/#htc-linux mitsutaka (~mitsutaka@g1-27-253-226-170.bmobile.ne.jp) |
| 14:59.23 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 15:39.48 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 15:50.52 | *** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 15:50.57 | Cotulla | hi |
| 15:51.26 | *** join/#htc-linux andygraybeal (~andy.gray@obsidian.casanueva.com) |
| 15:52.55 | andygraybeal | is there a way to make a htc touch pro 2 tilt 2 not look like a 'smartphone' to at&t network? ... to get around the data plan requirement, i just want voice and i can use wifi for everything else. |
| 16:01.26 | rpierce99 | i would assume if you buy a Tilt2 (that was actually branded Tilt2, aka sold by ATT) they know it's a Tilt2 by its IMEI or whatever the phones unique ID # is on GSM |
| 16:02.41 | Cotulla | jonpry how is 3D? |
| 16:04.55 | andygraybeal | rpierce99, okay thank yuo |
| 16:20.22 | *** join/#htc-linux andygraybeal (~andy.gray@obsidian.casanueva.com) |
| 16:27.20 | andygraybeal | can i load android onto the touchpro2 tilt2? |
| 16:27.38 | rpierce99 | yes, that's what most of us are running |
| 16:28.02 | rpierce99 | v |
| 16:28.04 | rpierce99 | http://forum.xda-developers.com/forumdisplay.php?f=589 |
| 16:28.06 | andygraybeal | ah great. |
| 16:46.19 | *** join/#htc-linux detule (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
| 16:47.17 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
| 16:49.19 | jonpry | Cotulla, no luck so far |
| 16:54.12 | jonpry | does seem to be doing something a little different now |
| 16:55.15 | jonpry | detule want to try something crazy w/ pmem? |
| 17:01.57 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
| 17:07.02 | detule | sure what's up |
| 17:07.08 | detule | kernel side or userland side? |
| 17:07.14 | jonpry | <PROTECTED> |
| 17:07.32 | jonpry | after gpu1 setup. pmem_setting.fb_start = pmem_setting.pmem_gpu1_start; |
| 17:07.32 | jonpry | <PROTECTED> |
| 17:08.00 | jonpry | might get strange things happening with 3d because of poor double buffering setup |
| 17:08.15 | jonpry | but should generally work |
| 17:08.43 | detule | ok give me a minute |
| 17:10.29 | detule | comment out CALC_PMEM(fb...? |
| 17:10.38 | jonpry | doesn't matter |
| 17:12.48 | detule | so moving fb from ebin to ebi |
| 17:13.11 | jonpry | overlapping it w/ gpu1 |
| 17:13.40 | detule | yeah but that's ok since gpu1 is 8MB no? and we only seem to allocated 3MB at a time from it in gralloc |
| 17:14.05 | jonpry | the bottom part is framebuffer anyways |
| 17:14.27 | jonpry | in theory can we stop flinger from even needing to copy the gpu output |
| 17:16.20 | detule | oh that would be slick, it would need some small userland adjustments i guess |
| 17:16.52 | jonpry | yes |
| 17:17.14 | jonpry | need to sync opengl somehow. so it doesn't get stuck always drawing to the current front buffer |
| 17:25.55 | detule | angry birds plays ... the "ROVIO" screen was messed up strangely but the game itself plays as before |
| 17:28.06 | jonpry | cool |
| 17:29.37 | detule | quadrant 3d is much more messed up |
| 17:30.35 | jonpry | in what way? |
| 17:31.03 | detule | er hard to describe, frames overlapping, split screen etc |
| 17:33.30 | jonpry | could be double buffering |
| 17:33.54 | jonpry | i think when 3d starts up there is 50% chance of getting on the right buffer |
| 17:55.11 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
| 18:16.21 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 18:17.33 | *** join/#htc-linux Echo31 (~olivier@lan31-9-88-177-158-48.fbx.proxad.net) |
| 18:34.17 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-108.netcologne.de) |
| 18:39.27 | *** join/#htc-linux gassed (faxed@c-76-30-161-72.hsd1.tx.comcast.net) |
| 18:52.25 | *** join/#htc-linux XirXes_ (~XirXes@67-2-21-13.slkc.qwest.net) |
| 19:07.53 | *** join/#htc-linux helicopter88 (~helicopte@host94-82-dynamic.37-79-r.retail.telecomitalia.it) |
| 19:08.03 | *** join/#htc-linux mitsutaka (~mitsutaka@g1-27-253-226-170.bmobile.ne.jp) |
| 19:14.05 | *** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 19:20.21 | detule | jonpry, google maps messes up as well with these fb settings |
| 19:20.51 | jonpry | is maps 3d? |
| 19:22.34 | detule | no, unfortunately i don't have adb to check logcat |
| 19:28.15 | jonpry | probably uses textures and stuff |
| 19:31.22 | jonpry | i've about had it with this surfaceflinger thing |
| 19:31.43 | jonpry | i can seemingly render a black square |
| 20:12.19 | *** join/#htc-linux ftoz (~root@214-151.gtt-net.cz) |
| 20:17.27 | *** join/#htc-linux andygraybeal (~michelle@h204.213.213.151.dynamic.ip.windstream.net) |
| 20:26.05 | detule | hm so, pmem_gpu1 and gpu0 have the no_allocator flag tipped |
| 20:26.39 | detule | am i reading pmem correctly that this means that there can be only one allocation at a time |
| 20:45.10 | jonpry | whoa, i see it |
| 20:47.18 | jonpry | yeah those things don't use allocators |
| 20:47.23 | jonpry | actually nothing we have does |
| 20:47.25 | detule | how about the general pmem pool |
| 20:47.48 | detule | so we have 32mb in the pool that only gets allocated one thing at a time? |
| 20:47.55 | jonpry | doesn't need it either |
| 20:48.11 | jonpry | gralloc uses the "SimpleBestFit" allocator on that space |
| 20:48.47 | detule | ok but aren't there other things that could be ioctl-ing for memory from there at that time? |
| 20:48.47 | jonpry | general pmem pool, is actually the for gralloc's pmem surfaces pool |
| 20:49.13 | jonpry | potentially, but i'd doubt it |
| 20:49.50 | jonpry | this is how the pmem is setup on like all msmk device, and i don't know of any bugs involving surfaces getting zonked |
| 20:50.32 | jonpry | i've decided this gpu1 framebuffer thing is a bad idea |
| 20:50.38 | detule | if that's the case, then we should put some printk in pmem.c to see what's the max allocate call that it sees , and we can reduce the allocation down to those sizes |
| 20:50.55 | jonpry | gralloc just nabs the whole thing |
| 20:51.10 | detule | doesn't gralloc grab 2f00*? 3mb? |
| 20:51.17 | jonpry | no |
| 20:51.24 | detule | oh the pmem pool |
| 20:51.33 | jonpry | gralloc maps all of the pmem pool, gpu0 and gpu1 |
| 20:51.53 | jonpry | then it creates its own allocator for use on gpu1 and the pmem_pool |
| 20:52.31 | jonpry | the gpu1 allocator is strange though because its only on 0x2f0000 of the 8mb of gpu1 |
| 20:53.09 | jonpry | then shit happens and framebuffers end up getting allocated from this 0x2f0000 |
| 20:55.32 | detule | i see ioctl(master_fd, PMEM_GET_TOTAL_SIZE, ®ion) |
| 20:55.48 | detule | no wait that just sizes up the pmem pool |
| 20:56.28 | detule | ok and in the mmap statement graps the whole thing got it |
| 20:57.51 | jonpry | i tried messing w/ malloc but it didn't work |
| 20:58.07 | jonpry | something to do with those file descriptors |
| 20:58.21 | jonpry | i think thats how it passes the regions to other processes |
| 20:59.02 | detule | yeah file descriptors, i see that with adsp and this stupid camera failure |
| 21:01.33 | jonpry | dur. just when i give up it starts working |
| 21:01.42 | detule | so what is it every instance of file=/dev/pmem carries with itself a particular allocation |
| 21:01.50 | detule | under a different fd |
| 21:02.20 | jonpry | yeah i think thats about right |
| 21:03.40 | jonpry | but its all black magic. as those are opaque types, redefined in like 3 different headers. marshalled back and forth through java and sent over some kind of IPC |
| 21:09.23 | detule | if i add allocator to the pool, and decrease what mmap takes out of it in gralloc, perhaps i can fit that mmap out of hw3d_ebi also to come out of the pool |
| 21:10.12 | jonpry | what is the advantage? |
| 21:11.02 | detule | well i guess in the end it's the same thing that WisTilt2 is doing by decreasing the pmem pool and adding the memory back to the banks |
| 21:21.11 | jonpry | hmm. the gralloc patch to fix the double buffering is actually not very hard |
| 21:33.01 | *** join/#htc-linux dr1337 (78931828@gateway/web/freenode/ip.120.147.24.40) |
| 21:33.11 | dr1337 | hey what's this thing called ION I keep seeing in the new msm kernels? |
| 21:33.36 | arrrghhh | i put that nvidia chip into my rhod. problem? |
| 21:39.35 | jonpry | yeah where's mine? |
| 21:41.11 | arrrghhh | i swear i sent it in the mail |
| 21:42.52 | jonpry | this composer is going to be lightning fast |
| 21:43.11 | phh | arrrghhh: i'd rather take an omap4. |
| 21:43.26 | phh | ah i didn't read context. |
| 21:43.50 | phh | jonpry: and we'll have 4 minutes of battery life |
| 21:44.05 | jonpry | well |
| 21:44.11 | jonpry | i can't speak to that |
| 21:46.42 | jonpry | provided its fast enough to be limited to 30fps. should be able to save power |
| 22:07.13 | *** join/#htc-linux mitsutaka (~mitsutaka@g1-27-253-203-144.bmobile.ne.jp) |
| 22:11.46 | *** join/#htc-linux zagitta (82e1f374@gateway/web/freenode/ip.130.225.243.116) |
| 22:19.45 | zagitta | There isn't any way to unlock a sd card without another phone right? |
| 22:20.17 | arrrghhh | zagitta, wat? how do you lock an SD card other than the little notch that i've only seen on full size cards? |
| 22:20.24 | arrrghhh | unless this is some dumb wp7 thing |
| 22:20.37 | arrrghhh | in which case, look at the room you're in. lol. |
| 22:20.49 | zagitta | yeah dumb wp7 thing |
| 22:21.32 | arrrghhh | ^^ |
| 22:21.39 | arrrghhh | don't be dumb. |
| 22:22.07 | arrrghhh | although it might be too late. you've already used wp7... bwhahahahahaa |
| 22:22.17 | arrrghhh | ok that was fun. seriously tho, wrong room. |
| 22:22.20 | zagitta | real helpfull |
| 22:22.38 | arrrghhh | hey, i'm not the one asking for wp7 help in a room titled htc-linux. -_- |
| 22:22.38 | zagitta | but does that suprise anyone ;) |
| 22:23.15 | arrrghhh | that you asked a completely retarded question? i don't know you, but i guess not. |
| 22:23.40 | zagitta | true but it's hardly wp7 specific... linux is honestly the best place to implement the cmd42 command so we can unlock the cards easily |
| 22:24.02 | zagitta | also |
| 22:24.03 | zagitta | fyi |
| 22:24.14 | zagitta | coutella said he's working on it in magldr 2.9 |
| 22:24.16 | zagitta | *2.0 |
| 22:24.21 | arrrghhh | that's nice |
| 22:24.27 | arrrghhh | see how much i care... |
| 22:24.34 | ali1234 | if you need to send SD commands you can do it with a laptop with a pci-e reader in it |
| 22:24.52 | ali1234 | you just can't do it with cheap usb ones that appear as storage |
| 22:25.04 | arrrghhh | strange |
| 22:25.23 | zagitta | yeah alil1234: i got a laptop with pci-e reader but lack the software |
| 22:25.35 | ali1234 | you will likely need to patch the kernel |
| 22:26.31 | zagitta | sounds terrible fun |
| 22:28.08 | ali1234 | what is cmd42 anyway? |
| 22:28.18 | ali1234 | does it involve the card guid? |
| 22:29.34 | ali1234 | oh, it's literally just a lock/unlock function. ok |
| 22:30.45 | zagitta | http://www.sandisk.com/Assets/File/OEM/Manuals/SD_SDIO_specsv1.pdf page 25 |
| 22:34.58 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
| 22:38.35 | *** join/#htc-linux mitsutaka (~mitsutaka@g1-27-253-203-144.bmobile.ne.jp) |
| 22:55.19 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-79-201.dynamic.mnet-online.de) |
| 22:58.37 | *** join/#htc-linux detule (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
| 23:06.49 | jonpry | things about to boot up with real hw composer for first time |
| 23:07.18 | arrrghhh | w00t |
| 23:08.35 | jonpry | well it "works" |
| 23:08.54 | jonpry | you know how that is |
| 23:09.02 | arrrghhh | unfortunately |
| 23:09.12 | arrrghhh | so it functions, but doesn't seem to help? |
| 23:09.47 | jonpry | this cm7 rom is so slow |
| 23:10.04 | jonpry | that it makes ics look like a speed demon |
| 23:10.08 | arrrghhh | lol |
| 23:10.52 | jonpry | if i hook you up with the gralloc,libgles and surface flinger maybe it will work on xdandroid? |
| 23:11.08 | arrrghhh | maybe |
| 23:15.07 | jonpry | i emailed it to you |
| 23:15.27 | arrrghhh | got it |
| 23:15.46 | arrrghhh | i guess i don't follow tho - you think these will work better than the ones we have in XDAndroid...? |
| 23:16.19 | jonpry | that is the goal |
| 23:16.23 | arrrghhh | cool |
| 23:16.25 | jonpry | it may take more effort |
| 23:16.41 | arrrghhh | should i even bother with froyo? |
| 23:16.46 | arrrghhh | no one else is :P |
| 23:16.47 | jonpry | no GB only |
| 23:16.55 | arrrghhh | ah fair enough |
| 23:17.12 | *** join/#htc-linux drewis (~quassel@207-119-13-155.dyn.centurytel.net) |
| 23:17.35 | *** join/#htc-linux drewis (~quassel@207-119-13-155.dyn.centurytel.net) |
| 23:17.43 | jonpry | if that will even work. not sure how well surfaceflinger swaps pan out |
| 23:17.55 | arrrghhh | from what i've gleaned, they usually don't go well at all. |
| 23:19.07 | jonpry | some of the effect work very well. like alpha blended smoke |
| 23:19.47 | arrrghhh | cool. i'll see what i can blow up. |
| 23:20.05 | jonpry | anything involving 3d won't work |
| 23:20.42 | arrrghhh | sad |
| 23:20.57 | jonpry | can probably fix that |
| 23:21.14 | jonpry | need m0r speed first |
| 23:21.23 | arrrghhh | i see |
| 23:21.27 | *** join/#htc-linux drewis (~quassel@207-119-13-155.dyn.centurytel.net) |
| 23:22.03 | jonpry | and if it goes to sleep, like display off it will probably blow up |
| 23:22.09 | arrrghhh | lol |
| 23:22.10 | arrrghhh | good to know |
| 23:22.16 | arrrghhh | you just want a logcat of boot? |
| 23:22.35 | jonpry | if it works, just tell me how fast it is |
| 23:22.39 | arrrghhh | k |
| 23:24.25 | jonpry | oh shit |
| 23:24.33 | jonpry | you need a special kernel :p |
| 23:25.18 | arrrghhh | i see |
| 23:25.24 | arrrghhh | i haven't starting hacking together the build |
| 23:26.48 | jonpry | well the kernel is in your mbox |
| 23:26.53 | arrrghhh | cool |
| 23:31.25 | *** join/#htc-linux drewis (~quassel@207-119-13-155.dyn.centurytel.net) |
| 23:42.59 | jonpry | i think this is wicked cool. for however broken it may be |
| 23:43.21 | arrrghhh | hah |
| 23:43.42 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
| 23:43.52 | jonpry | another #htc-linux first |
| 23:44.42 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
| 23:45.06 | Willd | jonpry: What did crazy kids do this time? |
| 23:45.26 | arrrghhh | crazy kids? just him. lol |
| 23:45.36 | *** join/#htc-linux toastcfh_ (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
| 23:45.56 | jonpry | we have some kind of composition |
| 23:47.33 | jonpry | although i seemingly can't get it to boot again |
| 23:47.41 | *** join/#htc-linux detule (~detule@pool-96-234-141-27.bltmmd.east.verizon.net) |
| 23:48.26 | jonpry | details |
| 23:50.16 | *** join/#htc-linux TheXev (~user@169.sub-174-252-197.myvzw.com) |
| 23:51.18 | arrrghhh | ok, files all loaded |
| 23:51.27 | arrrghhh | now to put this abomination on my phone and see if it works. |
| 23:52.53 | jonpry | there is apparently something wrong with it. worked like 50 times in a row. now not once |
| 23:53.10 | arrrghhh | weird |
| 23:53.15 | arrrghhh | ugh i was going to backup this entire card |
| 23:53.18 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
| 23:53.24 | arrrghhh | seems it's going to take upwards of 45 minutes. stupid slow SD's. |
| 23:53.36 | *** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh) |
| 23:53.48 | arrrghhh | i can download faster from the internet than i can copy from my card. sad. |
| 23:53.53 | TheXev | yo |
| 23:54.03 | TheXev | (woops,wrong channel XD) |
| 23:54.38 | jonpry | now its working again |
| 23:56.31 | arrrghhh | hrm. i think i need a break, brb. |