00:07.42 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
00:12.10 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
00:12.42 | *** join/#htc-linux Wally__ (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
00:20.31 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
00:30.18 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
00:30.44 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it) |
00:33.27 | WisTilt2 | arrrghhh: new kernel for you to try, your filename. Don't freak during the initial boot screen. Bootup time should be much quicker. You can play with it and figure out what's now working perfectly. I think you'll like it:) |
00:33.55 | stinebd | i DEMAND access to this super secret kernel |
00:34.00 | arrrghhh | lmao |
00:34.00 | stinebd | (not really) |
00:34.07 | arrrghhh | stine does have a RHOD now. |
00:34.09 | arrrghhh | 2 in fact |
00:34.14 | stinebd | i have to reflash the 400 to windows |
00:34.20 | WisTilt2 | stinebd: you have a rhod now dont you? you can try it if you like |
00:34.35 | WisTilt2 | oh, no rhod now? |
00:34.39 | stinebd | two of em |
00:35.03 | WisTilt2 | ah, you want to try this kernel then? |
00:35.18 | stinebd | yeah but it'll take me a while because i need to flash winmo to it |
00:35.54 | arrrghhh | WisTilt2, 2053880170f0c75617d7f3af5afbbdc1? |
00:36.06 | WisTilt2 | arrrghhh if this one works like it should on your 400 ill make it a test for the masses to get feedback |
00:36.17 | WisTilt2 | yes correct one |
00:36.35 | *** join/#htc-linux Sisco (~Sisco@rrcs-24-43-69-58.west.biz.rr.com) |
00:36.41 | WisTilt2 | almost seems like something is wrong with this working right now lol |
00:37.02 | *** join/#htc-linux crawling (crawling@a94-132-169-99.cpe.netcabo.pt) |
00:37.18 | WisTilt2 | and no, its not fixing the cdma netloc. ill work on that next |
00:37.26 | stinebd | lol |
00:37.37 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
00:38.58 | WisTilt2 | stinebd: we are using the htc generic ril correct? |
00:39.26 | WisTilt2 | the one you gave me the url to the source that is |
00:40.23 | stinebd | WisTilt2: right but it's at a new location now |
00:40.31 | stinebd | http://gitorious.org/xdandroid/hardware_xdandroid-ril |
00:40.45 | WisTilt2 | k, as long as the source i have is what we're currently running |
00:41.32 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
00:43.49 | *** join/#htc-linux arrrghhh (~arrrghhh@68-241-175-130.pools.spcsdns.net) |
00:44.04 | arrrghhh | nice work WisTilt2 ! so what was it, clocks or vsync? |
00:44.15 | WisTilt2 | you found it already?? |
00:44.19 | arrrghhh | boot was certainly... unique. |
00:44.30 | *** join/#htc-linux kubi1 (~Adium@e176069152.adsl.alicedsl.de) |
00:44.36 | arrrghhh | well unless i'm just dead wrong, phone wakes instantly from sleep now. |
00:44.41 | WisTilt2 | lol yeah, makes you think its lagging doesnt it. how fast did you boot to the unlock screen? |
00:44.50 | arrrghhh | i'd have to time it... |
00:44.57 | arrrghhh | obviously a lot less flying text |
00:45.02 | WisTilt2 | it should be damn near instant wake now since things are working right |
00:45.08 | arrrghhh | but i'd say boot time was almost the same. |
00:45.18 | arrrghhh | yea, wake is... ridiculous. it's like sleep now, instant. |
00:45.33 | WisTilt2 | sod problem was in this mess too i think so that should be gone now too |
00:45.44 | arrrghhh | zomg yes |
00:45.47 | arrrghhh | what was it? |
00:46.53 | WisTilt2 | complicated but basically was timing problem based on the state of a clock. |
00:46.58 | arrrghhh | nice |
00:47.07 | arrrghhh | so are you done with PM? |
00:47.21 | arrrghhh | seems you're just slaughtering bug after bug romping around in there... |
00:47.37 | WisTilt2 | thats why if you were lucky to hit it in the right state it would work, other times it would pause the task until the next correct clock state |
00:47.59 | arrrghhh | makes sense. |
00:48.01 | WisTilt2 | PM has more i need to do. its full of stuff i need to take out now |
00:48.06 | arrrghhh | heh |
00:48.07 | arrrghhh | nice |
00:48.19 | arrrghhh | you are the man! |
00:48.20 | *** join/#htc-linux kubi (~Adium@miranda/user/kubi) |
00:48.21 | WisTilt2 | you like the led sequence going into sleep? |
00:48.37 | arrrghhh | i didn't notice any difference tbh |
00:48.42 | arrrghhh | blinking led on arm11 collapse |
00:48.50 | arrrghhh | and solid green on microp collapse... |
00:49.08 | WisTilt2 | that right you have that already. no, blinking is process freeze and mem sleep, solid is when arm11 is fully powered down |
00:49.25 | arrrghhh | oic |
00:49.48 | WisTilt2 | should be around 5secs all the time now hopefully. |
00:50.05 | arrrghhh | i've had a few that were longer, but that was on first boot. |
00:50.06 | WisTilt2 | screen wakes every time now wheeee! |
00:50.10 | arrrghhh | lots of processes were probably complaining. |
00:50.13 | arrrghhh | heh |
00:50.20 | arrrghhh | i'm definitely going to put this thru the ringer. |
00:50.32 | arrrghhh | if you say it's good, can i get a pack with modules to post before i go home? |
00:51.09 | WisTilt2 | yeah i think its good for testing. let me upload the kernel pack and you can post it for people to tear apart |
00:52.45 | WisTilt2 | let me remove some of this debugging stuff i dont need in here real quick... |
00:55.09 | arrrghhh | sounds good |
00:57.14 | *** join/#htc-linux Nautis (6318d8ca@gateway/web/freenode/ip.99.24.216.202) |
00:59.06 | WisTilt2 | arrrghhh: kernel pack 60b7caf9baaa43c480db79b3b19d47cc. make sure people know about the boot up screen and the led changes so they dont think its broken. |
00:59.20 | arrrghhh | heh |
00:59.20 | arrrghhh | np |
00:59.57 | arrrghhh | matches, i'm posting :D |
01:00.21 | WisTilt2 | if people still get non wakes they've been drinking |
01:00.46 | WisTilt2 | and battery life has to be what you're seeing, or there about |
01:02.38 | arrrghhh | lol |
01:02.46 | arrrghhh | did i ever tell you that you're freakin awesome? |
01:02.49 | arrrghhh | cuz you are <3 |
01:03.12 | WisTilt2 | 77secs to unlock screen for me |
01:03.25 | WisTilt2 | boot time that is |
01:04.05 | WisTilt2 | that bug has been annoying me for so long so thought i'd take one more stab at it then forget it. |
01:04.52 | arrrghhh | heh |
01:04.57 | arrrghhh | the boot time? |
01:04.59 | arrrghhh | "bug"? |
01:05.13 | WisTilt2 | non wake bug |
01:05.42 | WisTilt2 | kept thinking it was my panel collapse causing it, it wasnt:) |
01:05.55 | arrrghhh | oh yea. |
01:05.57 | arrrghhh | heh |
01:06.08 | arrrghhh | well, i'm very glad you fixed it as well. because it was driving me nutso also :P |
01:06.46 | WisTilt2 | hitting the unlock now and then was ok but when it never woke until you waited, that was getting annoying |
01:06.53 | arrrghhh | yea |
01:07.21 | arrrghhh | posted |
01:07.28 | arrrghhh | and i've now stayed late. it was worth it :P |
01:07.30 | WisTilt2 | i also added the panel type that F22's other 210 had so we should be covered on all of them |
01:07.59 | arrrghhh | awesome. |
01:08.05 | arrrghhh | yea no complaints from 100 folk other than the usual |
01:08.09 | arrrghhh | SoD's, reboots to WinMo, etc. |
01:08.12 | WisTilt2 | im stuck here at the office until my wife gets back with my truck so going to look at the ril stuff for a bit more |
01:08.18 | arrrghhh | :D |
01:08.24 | arrrghhh | let me know if i can help with the RIL madness. |
01:08.28 | arrrghhh | i know i won't be able to, but hey. |
01:08.36 | WisTilt2 | reboots to winmo is probably something else, we'll have to see what all this fixes |
01:08.46 | arrrghhh | yea reboots to winmo are all over the board. |
01:08.52 | arrrghhh | bad SD cards are a big culprit |
01:09.01 | WisTilt2 | pull that SERV and see what it returns. ill be on again from home later tonight |
01:09.16 | arrrghhh | ok. i'm goin home, i'll catchya later. thanks again! |
01:09.22 | WisTilt2 | later |
01:13.20 | *** join/#htc-linux MassStash (~MassStash@173-105-244-99.pools.spcsdns.net) |
01:22.08 | jonpry | WisTilt2, thanks for the data |
01:22.54 | *** join/#htc-linux Segnale007 (~Segnale00@host186-248-dynamic.37-79-r.retail.telecomitalia.it) |
01:24.41 | *** join/#htc-linux MassStash (~MassStash@173-105-244-99.pools.spcsdns.net) |
01:27.05 | *** join/#htc-linux starver (4432@125-237-2-42.jetstream.xtra.co.nz) |
01:27.52 | *** part/#htc-linux starver (4432@125-237-2-42.jetstream.xtra.co.nz) |
01:28.44 | *** join/#htc-linux surge (~surge@pool-98-118-157-221.bflony.fios.verizon.net) |
01:32.02 | WisTilt2 | hey jonpry. getting ready to leave the office. look ok in that real complex format? |
01:33.52 | WisTilt2 | if you look at the voltage after it starts getting down into the 3900 range it seems to hang there longer before dropping. system was under the same load the whole 4hrs with sync off really nothing running but the polling. |
01:34.32 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
01:34.34 | WisTilt2 | ill be back on from home after dinner if you're around. |
01:34.40 | jonpry | ok |
01:34.42 | WisTilt2 | arrrghhh, still working? |
01:34.47 | arrrghhh | yup |
01:34.50 | arrrghhh | i'm not sure wth i did |
01:34.55 | arrrghhh | but i did have one completely failed wake. |
01:35.00 | jonpry | format is nice, but i think we need higher loads |
01:35.10 | WisTilt2 | call your phone from sleep and see if it comes up quicker |
01:35.12 | arrrghhh | LED went orange for ~10s, then went back to blinking green and eventually solid green. |
01:35.17 | jonpry | does .2ohm impedance sound right? |
01:35.19 | arrrghhh | i tested that as well, seems to work fine. |
01:35.34 | arrrghhh | i can't reproduce the failed wake tho, i've let it sleep and woken it probably 30x. |
01:35.36 | WisTilt2 | jonpry: i thought tonight overnight id leave panel up and see what we get with that much more load |
01:35.52 | jonpry | need lots of changes |
01:35.56 | jonpry | big di/dt |
01:36.02 | WisTilt2 | .2ohm? how you get that number? |
01:36.26 | WisTilt2 | thats kind of high isnt it? |
01:37.21 | WisTilt2 | high drain it should be low if temp is going up |
01:37.34 | WisTilt2 | other way around actually |
01:38.35 | WisTilt2 | other factor will be how old battery is and how many cycles left on it as resistance will go up |
01:39.53 | WisTilt2 | arrrghhh, that might have been some background system process that froze a task that long. as long as it didnt stay that way locked up:) |
01:40.23 | arrrghhh | heh |
01:40.30 | arrrghhh | yea i haven't been able to reproduce it whatsoever. |
01:40.55 | arrrghhh | wakes great on calls too, i've tested 2 now from deep sleep :D |
01:41.08 | WisTilt2 | screen wakes immediately now right? |
01:41.10 | WisTilt2 | on calls |
01:41.16 | arrrghhh | basically yea |
01:41.29 | arrrghhh | i see the orange LED, and much less than a second later the screen comes on |
01:41.39 | WisTilt2 | ok im going home guys. back on after dinner |
01:42.05 | D3tul3 | oh too bad he left |
01:42.26 | D3tul3 | i guess i can tell you arrrghh, just had a failed wake on a call |
01:42.26 | arrrghhh | damnit. just had another failed wake with a phone call, wtf. |
01:42.33 | arrrghhh | D3tul3: yea i did too. |
01:42.36 | arrrghhh | hum. |
01:43.20 | D3tul3 | wake fine after call rung through...i got a message "activity phone is not responding" |
01:43.33 | arrrghhh | hrm |
01:43.52 | arrrghhh | next call was fine. |
01:44.53 | D3tul3 | same here... |
01:45.04 | arrrghhh | bleh |
01:45.16 | arrrghhh | well, i'll work it thru with him... |
01:45.29 | *** join/#htc-linux dharvey4651 (~dharvey46@c-69-254-236-232.hsd1.ks.comcast.net) |
01:45.32 | arrrghhh | i was hoping that the kernel he threw me had some extra debugging stuff in it |
01:45.44 | arrrghhh | but if you got the kernel pack from my thread, that should have all that mess removd... |
01:45.49 | arrrghhh | s/removd/removed/ |
01:46.00 | D3tul3 | yeah that's where i pulled it from |
01:46.12 | arrrghhh | damnit. |
01:46.25 | arrrghhh | i'd say the failed wake issue is mostly crushed. |
01:46.28 | D3tul3 | i kinda feel for the guy....looks like he's pouring his life into this panel issue :) |
01:46.38 | arrrghhh | it's really been bugging him |
01:46.45 | arrrghhh | i thought he was just going to leave it until we move to .35 |
01:46.47 | D3tul3 | just don't tell him :) |
01:46.48 | arrrghhh | heh |
01:46.53 | arrrghhh | damnit man i have to |
01:49.22 | *** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
01:49.24 | D3tul3 | another failed wake on call...sliding blindly answered....well shaite...back to 1253.... |
01:49.47 | arrrghhh | yea i guess that doesn't have any panel fixes in it |
01:49.52 | arrrghhh | can't imagine battery life is so good tho |
01:51.20 | arrrghhh | D3tul3: 1253 also has the .35 panel crap |
01:51.32 | arrrghhh | so there's still the touch to wake problem... |
01:52.53 | D3tul3 | for some reason it work pretty damn well on my phone..except when i go to low coverage...than i get sod's and kernel panicks pretty regularly |
01:53.04 | arrrghhh | nice |
01:53.21 | arrrghhh | battery code needs to get ripped out. jonpry and wistilt are workin on that as well. |
01:53.33 | D3tul3 | yeah i wish i knew what the hell they were talking about |
01:53.51 | D3tul3 | i think i need an elec engineering degree |
01:53.56 | arrrghhh | lol |
01:54.13 | arrrghhh | oh you're talking poor service |
01:54.23 | arrrghhh | i wonder if that's our butchered RIL |
01:54.27 | *** join/#htc-linux MassStash (~MassStash@173-104-163-4.pools.spcsdns.net) |
01:54.31 | arrrghhh | oy. wish we could just wrap the RIL. |
01:55.08 | D3tul3 | yeah in my world kernel panick = poor service... |
01:55.30 | D3tul3 | though there is probably a lot more to it than that... |
01:55.40 | arrrghhh | depends |
01:55.47 | arrrghhh | perhaps all your kernel panics are related to poor service |
01:55.58 | arrrghhh | some of mine were related to a crappy SD card |
01:56.13 | *** join/#htc-linux ftoz1 (~root@cst-prg-253-3.vodafone.cz) |
01:56.22 | arrrghhh | we're probably in the hardest stage of a project like this |
01:56.37 | D3tul3 | i am just amazed at the level of coordination |
01:56.42 | arrrghhh | other than maybe the very first stage lol |
01:56.52 | D3tul3 | not that i have any experience working on a project off a git tree but damn |
01:57.02 | arrrghhh | yea, it's difficult. |
01:57.16 | arrrghhh | i've heard .27 is a cluster. |
01:59.33 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
02:00.53 | *** join/#htc-linux |Atom_wk| (~atom@82.194.234.249) |
02:04.45 | jonpry | arg |
02:04.58 | arrrghhh | yo |
02:06.43 | jonpry | you fix that pppd thing? |
02:06.55 | arrrghhh | heh, i guess i should flash back to nand and see |
02:07.03 | arrrghhh | i guess we'll just have to symlink pppd |
02:07.22 | jonpry | is that the problem? its just not starting? |
02:07.29 | arrrghhh | it's not in /bin |
02:07.35 | arrrghhh | i think acl said it was in /system/bin? |
02:08.03 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE4F48.dip.t-dialin.net) |
02:08.05 | jonpry | i don't know where ril expects it to be |
02:08.16 | jonpry | but /system/bin is fine for all i know |
02:08.27 | arrrghhh | hrm |
02:12.05 | stinebd | ril currently looks for /bin/pppd |
02:12.05 | rpierce99 | ril expects /system/bin, stinebd posted the line a couple hours ago |
02:12.14 | rpierce99 | thats what i meant |
02:12.24 | rpierce99 | got confused |
02:12.28 | arrrghhh | wait if it expects it there why doesn't it work? |
02:12.33 | arrrghhh | acl said that's where it is... |
02:12.37 | arrrghhh | gets to flashing |
02:12.42 | rpierce99 | arrrghhh: i was backwards |
02:13.05 | arrrghhh | but... that doesn't make sense rpierce99. |
02:13.17 | jonpry | i dunno, the point of running the command was to find out whats wrong, it should print to console |
02:13.34 | rpierce99 | ril looks in /bin/ file is in /system/bin |
02:13.48 | arrrghhh | jonpry: flashing now to try :D |
02:13.52 | jonpry | thats actually the problem? |
02:14.02 | stinebd | that would prevent data connections |
02:14.03 | jonpry | so ln it |
02:14.07 | jonpry | and see if you get data |
02:17.43 | jonpry | i think there is a memory leak in my battery program |
02:17.52 | arrrghhh | Oo |
02:18.04 | jonpry | 1.7GB to process wistilt2's data |
02:18.41 | arrrghhh | ah crap |
02:18.47 | arrrghhh | i forgot to un-disable that script |
02:22.14 | jonpry | thats more like it 640kb |
02:22.17 | *** join/#htc-linux |Atom| (~atom@82.194.234.249) |
02:22.41 | arrrghhh | slight difference |
02:22.57 | jonpry | yeah one object i forgot to free |
02:23.16 | arrrghhh | damn |
02:28.20 | *** join/#htc-linux seektherapy (~chatzilla@unaffiliated/pradalvr) |
02:28.24 | *** join/#htc-linux shi__ (~chatzilla@adsl-69-152-235-22.dsl.snantx.swbell.net) |
02:28.40 | seektherapy | is this Texas linux?? |
02:28.44 | jonpry | we may have to create the all mighty battery server in the sky |
02:29.28 | seektherapy | is so .. any Asians in here? |
02:29.34 | seektherapy | if |
02:29.38 | *** join/#htc-linux |Atom_wk| (~atom@82.194.234.249) |
02:29.48 | arrrghhh | seektherapy: uhm... i think you have the wrong room. |
02:30.06 | seektherapy | why? |
02:30.22 | arrrghhh | Texas linux...? |
02:30.30 | seektherapy | aren't you in Texas |
02:30.51 | arrrghhh | not last time i checked. |
02:31.04 | seektherapy | Well it says it in the irc search.. i would know |
02:31.16 | arrrghhh | you would know. |
02:31.25 | seektherapy | are you Asian? |
02:31.29 | arrrghhh | i'm convinced, i'm in texas. sorry to ever doubt you. |
02:31.37 | arrrghhh | what, it doesn't say that in your IRC search? |
02:31.43 | jonpry | and all texans are asian |
02:31.48 | arrrghhh | lmao |
02:31.57 | arrrghhh | or are all Asians Texans? |
02:31.58 | shi__ | lol |
02:31.59 | arrrghhh | Oo |
02:32.03 | seektherapy | just asking |
02:32.23 | *** join/#htc-linux rpierce99_ (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
02:32.32 | seektherapy | don't all jump on me at once |
02:32.50 | arrrghhh | seektherapy: we're just confused. why did you join and ask about texas linux? |
02:33.44 | arrrghhh | alright finally. bootani. |
02:33.49 | arrrghhh | jonpry: makin my way there, slowly. |
02:33.49 | stinebd | it all makes perfect sense to me |
02:33.52 | seektherapy | http://searchirc.com search "Texas Linux " |
02:33.52 | stinebd | especially the nickname |
02:33.59 | arrrghhh | LAMO |
02:34.00 | arrrghhh | er |
02:34.08 | arrrghhh | yea, either way that was fuckin funny. |
02:35.05 | jonpry | so how much faster do you think a pc is than phone at floating point? |
02:35.12 | jonpry | no simd or anything |
02:35.26 | stinebd | possibly a lot |
02:35.31 | stinebd | maybe even slower |
02:35.32 | seektherapy | My friend is looking for a boyfriend.. I am telling her to go for a programmer and she likes Asians men... and so |
02:35.51 | arrrghhh | seektherapy: don't come in here trolling for dick. |
02:36.00 | arrrghhh | that's beyond disrespectful. |
02:36.28 | jonpry | algorithm take 5 minutes on way to small data set on my pc |
02:36.37 | seektherapy | HEY!!! trolling for dick... that's the first |
02:36.52 | *** join/#htc-linux MassStash (~MassStash@108.98.191.195) |
02:36.58 | seektherapy | you should all be happy |
02:37.09 | jonpry | most of us are |
02:37.17 | arrrghhh | i'm pretty happy usually. |
02:37.59 | stinebd | 5 minutes? |
02:38.09 | stinebd | benchmarking? |
02:38.09 | seektherapy | it isn't often you get a girl coming to irc looking |
02:38.19 | arrrghhh | seektherapy: it isn't...? |
02:38.26 | jonpry | stinebd: battery analyzer |
02:38.38 | stinebd | oh |
02:38.40 | arrrghhh | i think she should "seek therapy" if she's looking for dudes in dev chat rooms. |
02:38.45 | stinebd | analyzing wis's results? |
02:38.47 | seektherapy | Now.. where can i find a channel |
02:39.07 | arrrghhh | seektherapy: don't care, not here. |
02:39.26 | jonpry | stinebd: yeah i ran them through, but i have no idea what to make of the results |
02:39.32 | jonpry | we need a lot more data |
02:40.07 | jonpry | and then there is this bug :p |
02:40.14 | seektherapy | fine bye |
02:40.14 | stinebd | well good luck |
02:40.23 | *** part/#htc-linux seektherapy (~chatzilla@unaffiliated/pradalvr) |
02:40.29 | stinebd | battery meters are why it takes htc 4 months longer than expected to release a handset |
02:40.36 | stinebd | and they have docs! |
02:40.43 | *** part/#htc-linux shi__ (~chatzilla@adsl-69-152-235-22.dsl.snantx.swbell.net) |
02:41.10 | arrrghhh | fawk |
02:41.11 | jonpry | then all there phones will be coming out 4 months faster |
02:41.16 | arrrghhh | jonpry: i'm assuming i can do this thru adb? |
02:41.29 | jonpry | arrrghhh, yes i think so |
02:41.36 | arrrghhh | ok |
02:41.37 | arrrghhh | i'll try |
02:41.45 | rpierce99 | oh but you don't have root, can you do it? |
02:41.54 | arrrghhh | keyboard layout is fubar |
02:41.55 | stinebd | no root? |
02:41.56 | arrrghhh | rpierce99: i can su |
02:42.03 | rpierce99 | i thought root was broken |
02:42.10 | jonpry | once they have SCBS noone will need to make battery meter ever again |
02:42.30 | jonpry | arrrghhh, you will need to remount root rw somehow |
02:42.41 | arrrghhh | rpierce99: i think busybox is broken, not sure. either one will throw that error in tb |
02:42.56 | arrrghhh | well i guess let's find out |
02:43.31 | arrrghhh | heh |
02:43.34 | arrrghhh | no /system/pppd |
02:43.45 | jonpry | <PROTECTED> |
02:43.52 | arrrghhh | der |
02:44.09 | arrrghhh | do i have to pass anything else? |
02:44.17 | *** join/#htc-linux greg- (greg-@port-3094.pppoe.wtnet.de) |
02:44.19 | arrrghhh | no device specified |
02:44.20 | jonpry | to link it or run it? |
02:44.28 | jonpry | <PROTECTED> |
02:44.49 | jonpry | but i don't think running pppd will necessarily bring up data |
02:45.15 | *** join/#htc-linux Noellenchris|Lap (~kvirc@pool-173-61-114-241.cmdnnj.fios.verizon.net) |
02:45.20 | jonpry | ril writes bunch of authentication crap into some files |
02:45.46 | arrrghhh | hrm |
02:45.55 | arrrghhh | well that command "worked" in the sense that it didn't throw an error. |
02:46.02 | jonpry | thats good |
02:46.18 | MassStash | jnonow try apn find network shit? |
02:46.19 | jonpry | try: ln -s /bin/pppd /system/bin/pppd |
02:46.22 | arrrghhh | kk |
02:46.35 | MassStash | ahhh |
02:46.39 | arrrghhh | er |
02:46.42 | arrrghhh | other way around jonpry? |
02:46.48 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
02:46.53 | arrrghhh | ln -s /system/bin/pppd /bin/pppd? |
02:46.55 | jonpry | don't think so |
02:47.00 | jonpry | target source |
02:47.09 | arrrghhh | ln: /system/bin/pppd: File exists |
02:47.10 | jonpry | er, yeah your right |
02:47.14 | arrrghhh | :P |
02:47.26 | arrrghhh | ok |
02:47.37 | jonpry | then go airplane mode or something |
02:47.41 | jonpry | and bring it back up |
02:48.07 | arrrghhh | kk |
02:48.50 | MassStash | .... |
02:50.12 | arrrghhh | no data yet... |
02:50.18 | arrrghhh | APN was ofc disabled |
02:51.30 | MassStash | .... lol |
02:51.40 | arrrghhh | hrm |
02:51.46 | arrrghhh | i guess i can try deleting and recreating the APN |
02:51.52 | arrrghhh | not sure what else i can do to try and force data |
02:51.55 | MassStash | almost done with work.... but looks like you got things arrrghhh |
02:52.03 | MassStash | do the mobile networks search for and register thing |
02:52.05 | rpierce99 | get a ifconfig, logcat, and dmesg |
02:52.07 | MassStash | 2 under apn |
02:52.09 | rpierce99 | lets break this down |
02:52.19 | stinebd | i'd try it but it has fits with a sim card installed |
02:52.52 | MassStash | i'm phone as modem for another 20 |
02:53.13 | jonpry | everybody's doing phone as modem at work these days? |
02:53.32 | MassStash | lol yeeeaaaaa, it's slow as hell nowadays |
02:53.34 | arrrghhh | well ifconfig shows only the lo |
02:53.39 | MassStash | blast |
02:53.49 | jonpry | ps ax | grep pppd |
02:54.17 | arrrghhh | it's running |
02:54.24 | arrrghhh | -a is an invalid option evidently |
02:54.36 | jonpry | interesting |
02:54.38 | MassStash | did you copy pppd to /bin or are you trying to reference in the /system/bin? |
02:54.47 | arrrghhh | MassStash: symlink |
02:54.58 | MassStash | in /bin? |
02:55.23 | arrrghhh | yea |
02:55.40 | arrrghhh | weird, when i look in normal ps i don't see pppd |
02:55.44 | MassStash | is that really same thing as copying the entire file over? |
02:55.53 | MassStash | cp that shit maybe |
02:55.56 | arrrghhh | .... |
02:56.07 | MassStash | cp that shit |
02:56.09 | *** join/#htc-linux sythe (~quassel@bas1-ottawa08-1176113056.dsl.bell.ca) |
02:56.12 | arrrghhh | MassStash: do you know how soft and hard links work? |
02:56.27 | jonpry | maybe cat /etc/ppp/* |
02:56.37 | stinebd | arrrghhh: one thought... we have to suid pppd in rootfs. make sure it's suid in /system/bin too |
02:56.41 | MassStash | i may have a MISunderstanding |
02:56.43 | arrrghhh | jonpry: woah |
02:57.00 | jonpry | data? |
02:57.11 | arrrghhh | jonpry: lots of jibberish. and some readable text. |
02:57.24 | jonpry | yeah sounds right |
02:57.54 | arrrghhh | stinebd: -rwxr-xr-x 1 root 2000 143580 Jan 22 02:58 pppd |
02:58.10 | stinebd | ok remount /system and chmod 4755 /system/bin/pppd |
02:58.45 | stinebd | it may or may not make a difference |
02:59.14 | *** join/#htc-linux Ondalf (~ondalf@dsl-roibrasgw1-fe8bfb00-146.dhcp.inet.fi) |
02:59.57 | jonpry | stinebd, that sounds like a winner to me |
03:00.30 | jonpry | does the simlink need suid? |
03:00.34 | stinebd | no |
03:00.47 | arrrghhh | that's the beauty of symlinks ;) |
03:01.22 | arrrghhh | ok that worked |
03:01.25 | arrrghhh | let me try data again |
03:01.57 | jonpry | pppd logs to syslog no? |
03:02.28 | jonpry | so long as its starting we should be able to get something readable |
03:03.10 | arrrghhh | OH! |
03:03.18 | arrrghhh | i have a 3g emblem |
03:03.42 | arrrghhh | bleh |
03:03.44 | arrrghhh | doesn't seem to work |
03:03.58 | arrrghhh | lets see what ifconfig says now |
03:04.08 | Ondalf | may i interrupt with general linux question? -chat talked about flights |
03:04.20 | arrrghhh | Ondalf: general linux...? |
03:04.28 | jonpry | i think logcat would be in order |
03:04.41 | arrrghhh | jonpry: sure. ifconfig still only has the loopback... |
03:04.50 | Ondalf | how to generate diff with +add_this_kinda_line and -remove_this ? default format is > < |
03:05.02 | stinebd | diff -u |
03:05.09 | Ondalf | tyvm ^^ |
03:05.12 | *** join/#htc-linux |Atom_wk| (~atom@82.194.234.249) |
03:06.18 | *** join/#htc-linux surge (~surge@pool-98-118-157-221.bflony.fios.verizon.net) |
03:07.34 | jonpry | arrrghhh, is the 3g thing new? |
03:07.42 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
03:08.04 | Ondalf | the thing why i asked - taking diff from vmware-modules from vmware-server-2.0.2 modules and against kernel 2.6.38 which i got fixed while ago |
03:08.07 | arrrghhh | jonpry: yea never had the 3g logo w/the arrows |
03:08.23 | arrrghhh | just the signal strength meter |
03:08.50 | arrrghhh | arrows never move tho |
03:08.55 | arrrghhh | and ifconfig shows only loopback |
03:09.01 | arrrghhh | i see "Genie" requesting data and failing |
03:09.05 | arrrghhh | let me paste this logcat |
03:09.29 | stinebd | hurry |
03:09.38 | arrrghhh | ohgod |
03:09.40 | arrrghhh | http://pastebin.com/VEBqsJfb |
03:09.48 | stinebd | you left your imei in there! |
03:09.52 | stinebd | kids |
03:10.03 | stinebd | no good |
03:10.06 | stinebd | need logcat -b radio |
03:10.26 | arrrghhh | oic |
03:10.53 | stinebd | W/pppd ( 801): Couldn't allocate PPP unit 0 as it is already in use |
03:10.53 | stinebd | E/pppd ( 801): Couldn't attach to PPP unit 1: Invalid argument |
03:10.58 | stinebd | nevermind about the radio |
03:11.05 | arrrghhh | lol k |
03:11.17 | stinebd | killall -9 rild pppd and try again? |
03:11.40 | jonpry | looks like it is connected |
03:11.46 | *** join/#htc-linux lewellyn (~lewellyn@greenviolet/lewellyn) |
03:11.56 | jonpry | you have ip address via pppd, even if iface is down |
03:12.45 | arrrghhh | hrm |
03:12.48 | arrrghhh | stinebd: sure 1 sec |
03:13.17 | arrrghhh | lol |
03:13.23 | arrrghhh | "killall: pppd: no process killed" |
03:13.35 | jonpry | ifup ppp0 |
03:13.42 | jonpry | er ifconfig ppp0 up |
03:13.59 | arrrghhh | ifconfig: SIOCGIFFLAGS: no such device |
03:14.14 | arrrghhh | holy crap |
03:14.18 | arrrghhh | i have a ppp0 in ifconfig |
03:14.24 | arrrghhh | didn't see that before. |
03:14.40 | stinebd | ifconfig up does that |
03:14.51 | stinebd | by default ifconfig won't show interfaces that are down |
03:15.03 | jonpry | you have ip? |
03:15.13 | jonpry | ping 8.8.8.8 |
03:15.39 | arrrghhh | i can haz ping |
03:15.40 | arrrghhh | :D |
03:15.54 | arrrghhh | no dns tho |
03:15.59 | arrrghhh | can't ping www.google.com |
03:16.17 | jonpry | dhclient ppp0 |
03:16.33 | jonpry | er does android have that? |
03:16.36 | stinebd | dhcpcd |
03:17.27 | arrrghhh | i did dhcpcd ppp0 |
03:17.30 | arrrghhh | ooo it's done |
03:17.32 | arrrghhh | hung for a while tho |
03:17.39 | jonpry | dns? |
03:17.45 | arrrghhh | bad address still |
03:17.54 | stinebd | which means no dhcp reply |
03:17.54 | *** join/#htc-linux lewellyn (shrugging@greenviolet/lewellyn) |
03:18.00 | arrrghhh | ah |
03:18.06 | arrrghhh | can i specify DNS? |
03:18.16 | arrrghhh | or are we supposed to get them from the provider |
03:18.17 | jonpry | well, i think this is all caused by us starting things in weird order |
03:18.17 | stinebd | i think ppp doesn't use dhcp anyway, pppd is supposed to handle network state during chat |
03:18.41 | jonpry | yeah and it got the address and dns, but never brought up interface or setup resolv |
03:18.55 | arrrghhh | hrm |
03:18.58 | arrrghhh | should i just reboot? |
03:19.04 | jonpry | will those symlinks survive? |
03:19.05 | stinebd | if you reboot you lose that symlink |
03:19.20 | arrrghhh | bleh |
03:19.24 | jonpry | why? |
03:19.34 | stinebd | / is a ramdisk |
03:19.40 | jonpry | ugh |
03:19.43 | stinebd | so reboot, adb shell in and make the symlink really fast before data connects |
03:20.05 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
03:20.05 | arrrghhh | lol |
03:21.02 | jonpry | he might be right |
03:21.09 | arrrghhh | i can try |
03:21.12 | jonpry | adb comes up before boot anim |
03:21.27 | arrrghhh | indeed |
03:21.31 | arrrghhh | lets see what i can manage |
03:21.38 | stinebd | is your pc linux? |
03:21.57 | stinebd | adb wait-for-device ; adb shell mount -o remount,rw / ; adb shell ln -s /system/bin/pppd /bin/pppd |
03:22.05 | stinebd | will do it automatically as soon as adb can connect |
03:22.17 | arrrghhh | WisTilt2: yo. had a few completely failed wakes. but it seems it either completely fails or wakes correctly. |
03:22.26 | arrrghhh | stinebd: yup, i'll try that thx |
03:22.42 | jonpry | is there a su needed? |
03:22.57 | stinebd | hmm |
03:22.58 | WisTilt2 | arrrghhh: huh? failed wakes when you hit power or incoming calls? |
03:23.10 | stinebd | i didn't need to su on gingerbread |
03:23.45 | jonpry | WisTilt2, you think 20 milliohms is too much? |
03:23.47 | WisTilt2 | ive given up trying to make it fail. at least 50 times while on way home, not 1 fail. |
03:23.59 | jonpry | lol |
03:24.09 | arrrghhh | WisTilt2: i can't seem to make it fail on waking alone |
03:24.16 | arrrghhh | but i had several from calls, yes. |
03:24.27 | arrrghhh | i did have that one that failed on my way out of work. |
03:24.44 | WisTilt2 | calls trigger in a different way so probably have timing issue there also, need to look at that. |
03:24.50 | *** join/#htc-linux lewellyn (hack@greenviolet/lewellyn) |
03:25.05 | arrrghhh | WisTilt2: ok. |
03:25.21 | WisTilt2 | jonpry: you talking .2ohms in what battery state? l |
03:25.43 | jonpry | well whatever your battery was in |
03:26.18 | WisTilt2 | oh, thats what you got from the data. how did it figure that |
03:26.31 | WisTilt2 | if it doesnt know temp? |
03:26.33 | arrrghhh | stinebd: do i need to do the ifconfig pppd0 up again? |
03:26.45 | jonpry | thats a very involved question |
03:26.46 | stinebd | if it's working correctly, no |
03:26.51 | arrrghhh | it's not |
03:26.53 | WisTilt2 | i mean it it doesnt know temp it wont be accurate |
03:26.59 | arrrghhh | symlink is there |
03:27.05 | arrrghhh | but ifconfig only shows lo0 |
03:27.10 | arrrghhh | and there's no 3g icon/arrows... |
03:27.20 | stinebd | verify apn? |
03:27.23 | WisTilt2 | does it figure it based on time,volt change, and current change? |
03:27.46 | jonpry | the temp is just something we can factor out later |
03:27.47 | arrrghhh | stinebd: apn and data are enabled. |
03:28.05 | stinebd | logcat please |
03:28.10 | arrrghhh | yessir |
03:28.37 | WisTilt2 | if those current readings are actual ma's then the device doesnt use that much when panel is powered down but everything else is still running |
03:28.38 | jonpry | wistilt2: like you know how you can model a battery as capacitor with ESR |
03:28.43 | WisTilt2 | i expected those to be higher |
03:28.52 | WisTilt2 | yeah |
03:28.58 | jonpry | not those are all very small and very noisy measurements |
03:29.16 | arrrghhh | stinebd: http://pastebin.com/n9Q9w8eJ |
03:29.27 | jonpry | so like given current readings and an idea about the initial voltage of the battery, we can predict the voltage in the future |
03:29.41 | jonpry | cause if you draw 1 A/S out of it, then voltage will go down by some amount |
03:30.30 | WisTilt2 | but, heavier drain will skew that depending on how long we have higher drain. |
03:30.31 | stinebd | looks like pppd isn't running at all |
03:30.36 | arrrghhh | hrm |
03:30.41 | arrrghhh | maybe i didn't symlink it in time? |
03:30.54 | jonpry | WisTilt2, this is simplification, we actually use something better than RC model |
03:31.02 | jonpry | 3 R, 2C |
03:31.14 | WisTilt2 | you want me to run it tonight with panel powered on and see what we get with that higher drain added? |
03:31.40 | jonpry | well more drain is good |
03:31.50 | jonpry | and di/dt it good, so like people actually using it |
03:31.53 | WisTilt2 | or i could move the capture into the idle but that would probably kill the battery very quickly |
03:32.15 | jonpry | and maybe even shorter captures |
03:32.31 | jonpry | 10hz :p |
03:32.33 | WisTilt2 | tell me what you want interval wise. easily changed |
03:32.35 | arrrghhh | stinebd: do i still have to run it manually? |
03:33.10 | WisTilt2 | can do 10hz but you see the numbers, it looks like they dont change hardly for many seconds at a time |
03:33.20 | stinebd | arrrghhh: not if it's working correctly |
03:33.29 | jonpry | well i'm hoping at larger currents it will be better |
03:33.43 | WisTilt2 | you make any sense out of the temp values? |
03:33.46 | arrrghhh | lol well obviously. i've never had to run it manually before. |
03:34.42 | arrrghhh | hrm |
03:34.46 | arrrghhh | got it to come up again, manually |
03:34.49 | arrrghhh | but no dns |
03:35.11 | arrrghhh | weird |
03:35.11 | jonpry | WisTilt2, not really. there is a formula in battery_smem though. did you try that? |
03:35.22 | arrrghhh | ifconfig gives me an IP. but no 3g symbol, and i can't ping out... :/ |
03:35.41 | jonpry | then it is not working :p |
03:36.08 | jonpry | arrrghhh, do you need to chmod? |
03:36.09 | WisTilt2 | jonpry: never looked that far into that code. didnt realize camro had temp in it |
03:36.24 | jonpry | i think its before camro |
03:36.24 | arrrghhh | jonpry: crap probably |
03:36.30 | stinebd | the chmod should've survived |
03:36.35 | *** join/#htc-linux |Atom_wk| (~atom@82.194.234.249) |
03:36.39 | arrrghhh | let me ls -la again |
03:37.02 | arrrghhh | yup |
03:37.04 | arrrghhh | -rwsr-xr-x 1 root 2000 143580 Jan 22 02:58 pppd |
03:37.46 | stinebd | how about |
03:37.50 | stinebd | chmod a+s pppd |
03:37.58 | stinebd | sgid too |
03:38.22 | stinebd | shrugs |
03:39.01 | arrrghhh | hrm |
03:39.03 | arrrghhh | RO still |
03:39.12 | jonpry | just get [acl] to fix rootfs |
03:39.25 | arrrghhh | heh |
03:39.28 | arrrghhh | he wiped that bitch out |
03:39.32 | WisTilt2 | arrrghhh: quick question, failed wakes on incoming calls...touching unlock wake it or does it have to sleep again before you can wake it? |
03:39.36 | arrrghhh | lots of crap to fix on NAND |
03:39.55 | arrrghhh | WisTilt2: IIRC touching didn't resolve the problem. |
03:40.29 | WisTilt2 | but it wakes again after the call stops and it slept? |
03:40.56 | arrrghhh | i hit power 2x and it woke |
03:41.04 | arrrghhh | i had swiped it earlier |
03:41.09 | WisTilt2 | during call or after it ended |
03:41.13 | arrrghhh | and it "saved" that swipe if that makes sense |
03:41.25 | arrrghhh | so when i woke it up, i saw the swipe i had made earlier... |
03:41.25 | WisTilt2 | ok got it. needed to know where to look |
03:41.27 | jonpry | WisTilt2, your log is interesting because it exhibits relaxation. like you can see voltage going up even though it is unplugged :p |
03:41.42 | arrrghhh | lol |
03:42.24 | WisTilt2 | jonpry, yes and whats interesting is when it goes up it isnt always when current goes down like you'd think. |
03:42.46 | jonpry | thats what 3R 2C is all about |
03:42.48 | WisTilt2 | i see that with the spare parts battery monitor also though |
03:43.01 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
03:45.02 | arrrghhh | this is just odd. |
03:45.21 | arrrghhh | Oo 3g icon again |
03:45.23 | arrrghhh | out of nowhere. |
03:45.50 | arrrghhh | heh, nothing. |
03:46.08 | jonpry | why does ril give pull path to pppd? |
03:46.17 | jonpry | s/pull/full/ |
03:46.31 | *** join/#htc-linux siulmagic (~IceChat7@24.54.255.153) |
03:47.06 | arrrghhh | this is awesome. |
03:47.12 | arrrghhh | 3g icon seems to be completely meaningless. |
03:47.20 | arrrghhh | as i have it now, but ifconfig shows only the lo interface. |
03:47.33 | jonpry | what if you bring it up? |
03:47.54 | arrrghhh | i tried... |
03:48.04 | *** join/#htc-linux Unholy_ (~IceChat7@24.54.255.153) |
03:48.33 | arrrghhh | still not popping up. |
03:48.50 | jonpry | ifconfig ppp0 up |
03:49.14 | arrrghhh | indeed. nothin.. |
03:49.20 | arrrghhh | gives me that error |
03:49.26 | arrrghhh | but ifconfig still only shows lo |
03:50.24 | jonpry | so how does this work again? nand has no rootfs? |
03:50.36 | arrrghhh | yea, i think i should just let acl fix his mess |
03:50.46 | arrrghhh | he self-proclaimed "ripped a lot of shit out" |
03:50.54 | jonpry | out of what? |
03:50.57 | arrrghhh | collapsed the rootfs as well, which nate was going to work on |
03:51.06 | arrrghhh | kernel, rootfs, initrd |
03:51.49 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
03:51.49 | jonpry | so the rootfs is a tarball or something decompressed into the ramdisk? |
03:55.45 | arrrghhh | i'm... honestly quite ignorant on how they are doing that mess. |
03:55.59 | arrrghhh | the initrd i heard they shrunk way down |
03:56.04 | arrrghhh | and they collapsed the roots |
03:56.09 | arrrghhh | no mo .kl's evidently lol |
03:56.43 | arrrghhh | basically there's a bunch of crap that needs to be reintegrated |
03:56.59 | arrrghhh | that were placed aside, because of all the wacky issues that were initally run into with NAND development. |
03:57.33 | jonpry | ugh, nand |
03:57.48 | arrrghhh | lol |
03:58.19 | arrrghhh | i'm just a little excited at getting rid of WinMo. definitely can't run this full time tho heh |
03:59.16 | jonpry | winmo was gotten rid of way back with the kernel on nand, android on sd abomination |
03:59.32 | arrrghhh | lol yea |
03:59.35 | arrrghhh | that was terrible tho |
04:01.34 | jonpry | does rhod support opengles2.0? |
04:01.41 | arrrghhh | heh i was hoping nand would drive more development |
04:01.49 | arrrghhh | no, i don't think the chipset does |
04:03.25 | arrrghhh | crap. phone froze i think. too many ifconfigs |
04:04.02 | *** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com) |
04:06.24 | hyc | pretty sure the chipset only does gles 1.1 |
04:06.57 | arrrghhh | indeed |
04:07.09 | arrrghhh | WisTilt2: i want to go back to your kernel now :( |
04:07.24 | jonpry | the one with the battery logger? |
04:07.28 | arrrghhh | need to merge NAND code mainline heh. |
04:07.33 | arrrghhh | i dunno if it has the battery logger |
04:07.48 | arrrghhh | but it works a heckuva lot better than this bastard child NAND kernel i must use. |
04:07.59 | hyc | I'm waiting for 2.6.35 kernel to be integrated |
04:08.09 | arrrghhh | that's gonna be a while. |
04:08.28 | hyc | and hopefully from there it will be easier to keep up with linux mainline |
04:08.34 | jonpry | alex says he fixed my microp-ksc |
04:08.54 | arrrghhh | that madman with the kovsky |
04:10.07 | jonpry | somehow interrupts are inverted on 35 |
04:10.18 | WisTilt2 | anyone know if in either jb's or alex's clock commits, vsync was messed with? vsync definitely has a problem now and then |
04:10.31 | arrrghhh | L_miller: you are in here as well, didn't even notice you slip in. |
04:11.13 | WisTilt2 | jonpry, msmfb_pan_display happens every time there is a failed panel wake and its always a problem with vsync requests timing out |
04:13.10 | jonpry | i dunno, thats what i was seeing on .35 long time ago |
04:14.23 | arrrghhh | heh |
04:14.29 | arrrghhh | acl backported the .35fb to .27 |
04:14.52 | jonpry | along with the problem, well maybe |
04:15.12 | arrrghhh | do you still get that problem in .35? |
04:15.18 | jonpry | seems like there were a number of failed boots on .27fb as well. and no mdp sleep |
04:15.36 | arrrghhh | hrm |
04:16.36 | WisTilt2 | looks like problem is when msmfb dma is coming up out of sleep... |
04:16.52 | WisTilt2 | got to be clock related |
04:21.04 | *** join/#htc-linux Samsunguy (~Samsunguy@cpe-76-186-50-40.tx.res.rr.com) |
04:22.17 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF1063.dip.t-dialin.net) |
04:30.09 | *** join/#htc-linux lewellyn (Alberto@greenviolet/lewellyn) |
04:33.10 | *** join/#htc-linux Berger (noreply@c65wn1.wifi.halden.net) |
04:40.37 | arrrghhh | WisTilt2: i certainly don't know the extent, but there has been a lot of clock code flying around lately. |
04:40.44 | arrrghhh | between jb and alex.. |
04:57.47 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
04:58.55 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
05:07.52 | jonpry | i don't think its clock problem |
05:08.33 | jonpry | at some point i was able to get it to happen without touching clocks on boot |
05:15.02 | *** join/#htc-linux sykosoft (455cd27d@gateway/web/freenode/ip.69.92.210.125) |
05:15.08 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
05:16.30 | sykosoft | netripper: first major issue is the 'is like'. As you're not doing an inexact comparison, the best way to do that will be to use = or != statements. |
05:16.49 | sykosoft | netripper: such as 'SELECT date(`when`) FROM log WHERE `where` = '#htc-linux' ORDER BY `when` DESC LIMIT 1;' |
05:19.03 | sykosoft | yes, mysql is SUPPOSED to be able to use an index with LIKE in cases like that, but it may be choosing a different index, I'd love to see the explain plan for that query |
05:19.52 | *** join/#htc-linux Kasjopaja (~Tina@p579C1034.dip.t-dialin.net) |
05:19.57 | sykosoft | one other recommendation, add a multi column index across three columns in this order: when, who, where |
05:20.59 | sykosoft | I imagine that'll help greatly with queries that are using where clauses with "when", such as displaying messages for a day |
05:22.12 | sykosoft | as a further curiousity, what sort of machine does this run on? do you have my.cnf tunings for key_buffer, etc based on your ram? |
05:22.19 | sykosoft | I'll look for your answers in the log |
05:28.12 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
05:29.26 | *** join/#htc-linux drcasper (~ircap@ip68-6-138-84.sd.sd.cox.net) |
05:29.31 | *** part/#htc-linux drcasper (~ircap@ip68-6-138-84.sd.sd.cox.net) |
05:39.54 | arrrghhh | ah well. bedtime. g'nite WisTilt2 shoot me an email if you have any amendments or any breakthrus. didn't have time to try that SERV command, sorry... |
05:40.13 | MassStash | what serv command? |
05:40.15 | WisTilt2 | np. ill be around tomorrow |
05:40.22 | arrrghhh | cool |
05:40.32 | arrrghhh | take it easy! |
05:40.41 | MassStash | wheres that at? |
05:41.03 | WisTilt2 | it was a command for him to run to get some cdma data for ril |
05:41.23 | MassStash | right |
05:41.46 | MassStash | i'm very interested in getting the data workin in nand as well... |
05:41.58 | MassStash | i can flash to it now....? |
05:42.08 | MassStash | is it worth re setting eerrrrrvthing up? |
05:42.09 | MassStash | <PROTECTED> |
05:42.45 | MassStash | or you have to go soon or something, or do we have a lil time to try some things? idk what else your doin' |
05:42.59 | WisTilt2 | no idea where thats at right now. im working on the haret side of things and havent messed with nand at all |
05:44.24 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
05:44.42 | *** join/#htc-linux rpierce99_ (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
05:45.18 | MassStash | right, that's what i thought. cool man |
05:45.35 | MassStash | thank you as well good sir |
05:45.47 | MassStash | need a rhod400 for haret, i'm back to that, letme kno |
05:46.17 | WisTilt2 | still working out some wake glitches |
05:50.10 | MassStash | werd |
05:58.36 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d04be57.pool.mediaWays.net) |
06:30.32 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
06:33.13 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
07:05.09 | *** join/#htc-linux kvaster_ (~kvaster@93.84.112.80) |
07:09.11 | *** join/#htc-linux kiozen (~kiozen@p5DDF352D.dip.t-dialin.net) |
07:24.10 | *** join/#htc-linux |Atom| (~atom@82.194.234.249) |
07:24.57 | *** join/#htc-linux gauner1986 (~Miranda@46.115.7.176) |
07:26.57 | *** join/#htc-linux XirXes (~XirXes@67-2-24-163.slkc.qwest.net) |
07:29.47 | *** join/#htc-linux gauner1986 (~Miranda@46.115.7.176) |
07:30.04 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
07:30.18 | *** join/#htc-linux MacDrunk (~marper@201.165.161.195) |
08:02.10 | *** join/#htc-linux DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
08:09.10 | *** join/#htc-linux Bry8Star (~Bry8Star@adsl-71-137-233-207.dsl.irvnca.pacbell.net) |
08:09.18 | *** join/#htc-linux Bry8Star (~Bry8Star@unaffiliated/bry8star) |
08:14.08 | *** join/#htc-linux Bry8Star (~Bry8Star@adsl-71-137-233-207.dsl.irvnca.pacbell.net) |
08:14.18 | *** join/#htc-linux Bry8Star (~Bry8Star@unaffiliated/bry8star) |
08:36.43 | *** join/#htc-linux venom00ut (~venom00@unaffiliated/venom00) |
08:39.49 | *** join/#htc-linux Termana (~bradley@122.151.79.180) |
08:41.04 | *** join/#htc-linux gauner1986 (~Miranda@p508C627D.dip.t-dialin.net) |
08:43.46 | *** join/#htc-linux Rajko (~Rajko@cable-94-189-156-130.dynamic.sbb.rs) |
08:46.58 | *** join/#htc-linux Erikson (~Erik@p54B772C6.dip.t-dialin.net) |
08:50.48 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
08:58.48 | *** join/#htc-linux rob_w (~bob@ppp-188-174-8-201.dynamic.mnet-online.de) |
09:13.54 | *** join/#htc-linux dekar_ (~dekar@drms-590ec1ba.pool.mediaWays.net) |
09:23.24 | *** join/#htc-linux lewellyn (coquina@greenviolet/lewellyn) |
09:26.31 | *** join/#htc-linux Phally (~Phally@dhcp-077-251-163-183.chello.nl) |
09:27.03 | *** join/#htc-linux Vetta- (~asd@stgt-5f700a3d.pool.mediaWays.net) |
09:27.06 | *** join/#htc-linux venom00ut (~venom00@unaffiliated/venom00) |
09:37.57 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-7-194.lns20.mel4.internode.on.net) |
10:26.02 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
10:35.01 | *** join/#htc-linux arif-ali (~arif-ali@wlandhcp77.dl.ac.uk) |
10:52.16 | *** join/#htc-linux Jhinta (~Jhinta@5ED218DC.cm-7-3a.dynamic.ziggo.nl) |
10:56.21 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
10:59.34 | *** join/#htc-linux dekar__ (~dekar@95.143.165.210) |
11:05.02 | *** join/#htc-linux Noellenchris (~kvirc@pool-173-61-114-241.cmdnnj.fios.verizon.net) |
11:13.08 | *** join/#htc-linux kvaster_ (~kvaster@leased-line-93-125-0-84.telecom.by) |
11:32.20 | *** join/#htc-linux kubi (~Adium@miranda/user/kubi) |
11:48.36 | *** join/#htc-linux Rajko (~Rajko@cable-94-189-156-130.dynamic.sbb.rs) |
11:52.42 | *** join/#htc-linux camro (~camro@89-104-29-101.customer.bnet.at) |
11:52.50 | camro | hi guys |
11:54.41 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
11:59.47 | *** join/#htc-linux Lmiller_away (~IceChat7@bs.americas.lc.americanstandard.com) |
12:08.48 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
12:09.15 | arrrghhh | camro: ! |
12:09.33 | camro | oh, hello arrrghhh :) |
12:10.31 | arrrghhh | how you doin? |
12:20.03 | *** join/#htc-linux MN-- (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
12:33.49 | camro | arrrghhh: do you remember on "call recording" ? |
12:33.57 | arrrghhh | ...no? |
12:34.08 | arrrghhh | sorry man, i must go to work. hopefully i'll catch you later! |
12:34.21 | camro | we did that for a while ... but can't rememeber, if it was kernel related or framework ... |
12:37.29 | *** join/#htc-linux |Atom| (~atom@82.194.234.249) |
12:51.59 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
12:53.04 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it) |
12:53.38 | *** join/#htc-linux imilka (~kvirc@95-28-72-91.broadband.corbina.ru) |
13:10.58 | *** join/#htc-linux kvaster_ (~kvaster@leased-line-93-125-0-84.telecom.by) |
13:14.29 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
13:26.43 | GNUtoo|laptop | ping dcordes_ |
13:31.55 | *** join/#htc-linux Erikson (~Erik@p54B772C6.dip.t-dialin.net) |
13:57.56 | *** join/#htc-linux arif-ali (~arif-ali@wlandhcp77.dl.ac.uk) |
14:02.31 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
14:13.38 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
14:13.49 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
14:16.24 | *** join/#htc-linux venom00ut (~venom00@unaffiliated/venom00) |
14:18.40 | *** join/#htc-linux venom00ut (~venom00@unaffiliated/venom00) |
14:21.53 | *** join/#htc-linux ftoz (~root@cst-prg-56-247.vodafone.cz) |
14:30.42 | jonpry | hi camro |
14:36.15 | *** join/#htc-linux venom00ut (~venom00@unaffiliated/venom00) |
14:40.13 | *** join/#htc-linux BazGee (~BazGee@cpc1-sund2-0-0-cust716.11-1.cable.virginmedia.com) |
14:46.00 | *** join/#htc-linux Jhinta (~Jhinta@5ED218DC.cm-7-3a.dynamic.ziggo.nl) |
14:48.50 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
15:04.40 | camro | hi jonpry |
15:05.36 | jonpry | long time no see |
15:06.00 | jonpry | i am working on battery now :) |
15:06.40 | camro | oh, cool |
15:06.59 | camro | was my code complete uselesss ? |
15:07.31 | jonpry | i dunno, mine is different technique |
15:07.34 | jonpry | userland app |
15:08.01 | jonpry | i have kind of same problem though. need lots of logs from people |
15:10.28 | *** join/#htc-linux Erikson_ (~Erik@p54B76F26.dip.t-dialin.net) |
15:10.32 | jonpry | i tried using some of the logs you had people make |
15:10.40 | jonpry | but they don't have discharge current |
15:11.18 | camro | i would have a lot oflogs here |
15:11.27 | camro | incl. xls |
15:11.50 | camro | there i had a lot of logic inside, to calc the best value |
15:11.58 | camro | and the milestonse to set |
15:12.43 | jonpry | i mostly just need log of voltage reading and discharge current |
15:12.52 | jonpry | software calculate the rest |
15:13.14 | camro | well, if wanted i can take a look to make you a package.. |
15:13.28 | camro | or look on xda, there i post always the XLS incl. logs .. |
15:13.29 | jonpry | you have logs with discharge current? |
15:13.37 | camro | the logs i can easily import to XLS |
15:13.51 | camro | so, it is very easy to see the curves .. |
15:14.06 | camro | current, sure, all infos are in there ... |
15:14.23 | camro | for which devices ? |
15:14.27 | jonpry | lie this http://forum.xda-developers.com/showthread.php?t=788815&page=52 |
15:14.51 | camro | yes |
15:14.52 | jonpry | s/lie/like/ |
15:16.50 | jonpry | hmm, current number is strange |
15:16.57 | jonpry | always multiple of 120ma |
15:17.58 | camro | i looked into |
15:18.19 | camro | current was not all on devices suüpported ... |
15:18.52 | camro | but the xls should help a lot to analyse .. |
15:18.53 | camro | http://forum.xda-developers.com/attachment.php?attachmentid=419403&d=1287047007 |
15:19.42 | camro | jonpry: short question: do you remember on "call recording" ? |
15:20.19 | jonpry | you want to record during call? |
15:20.26 | camro | yes |
15:20.38 | camro | the devel of CM don't want this, ethic reason ... |
15:20.43 | camro | but i need this .. |
15:20.48 | jonpry | lol |
15:20.55 | camro | and for now ... DUCK ... i only have a sgs :( |
15:21.26 | camro | butcan'T remember if this was only kernel related ...(i think so, but not sure ...) |
15:21.41 | camro | and i can'T accept that decide of the devels :) |
15:22.03 | camro | so, the show to build itself will begin - hehe |
15:22.52 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
15:23.04 | camro | so, do you remember - was this only kernel related ? |
15:23.14 | Cotulla | hey |
15:23.28 | camro | ui, hey :) nice to meet you cotulla :) |
15:23.41 | jonpry | camro: i'm not sure how it would be done. you would need userspace mods to setup the routing, and amss would need to support it |
15:23.43 | camro | have thought, noone will talk with me (as sgs user :) |
15:23.57 | Cotulla | sgs? |
15:24.13 | camro | samsung galaxy S ... duck ... |
15:24.19 | Cotulla | fuuu |
15:24.23 | Cotulla | won't talk with u also :) |
15:24.27 | camro | i know, don'T kill me .. it was cheap .. |
15:24.28 | jonpry | [acl] has sgs |
15:24.33 | camro | got it for free :) |
15:24.53 | *** join/#htc-linux rob_w (~bob@ppp-188-174-8-201.dynamic.mnet-online.de) |
15:24.54 | camro | oh, really ? funny acl |
15:25.11 | camro | screen is very good |
15:25.24 | *** join/#htc-linux greg- (greg-@port-3094.pppoe.wtnet.de) |
15:25.31 | Cotulla | jonpy, u had something like this |
15:25.32 | Cotulla | <4>[ 249.333557] msmfb_pan_display timeout rerequest vsync |
15:25.32 | Cotulla | <4>[ 254.333557] msmfb_pan_display timeout waiting for frame start, 2 1 |
15:25.34 | Cotulla | ? |
15:25.45 | camro | ups, my pizza is ready .. see us later ... |
15:25.51 | camro | is mal weg ... |
15:26.33 | jonpry | Cotulla: mine would freeze in pan display |
15:26.44 | Cotulla | would or would not? |
15:26.46 | jonpry | but it was hard to debug because console is locked |
15:26.54 | jonpry | would |
15:27.05 | Cotulla | hm but how it's working for u? |
15:27.21 | jonpry | not sure, somebody else made it work |
15:27.29 | Cotulla | ha-ha |
15:27.33 | Cotulla | okay |
15:27.34 | jonpry | but they may have just got the timing in a better window |
15:27.48 | jonpry | mine would work like 1 out of 3 times |
15:28.31 | Cotulla | hm |
15:28.35 | Cotulla | it's not working in 32 |
15:28.49 | *** join/#htc-linux akirax (~androirc@114.Red-81-38-34.dynamicIP.rima-tde.net) |
15:28.58 | jonpry | trouble is freeze in pan_display, if caused by fb_console, means all console locked, including ram console |
15:29.16 | Cotulla | I have not fb console enabled |
15:29.23 | jonpry | cheap :p |
15:29.38 | Cotulla | I specially didn't enable it, because it's not compatible with msm_fb |
15:30.00 | jonpry | why, freezes pan_display? |
15:30.25 | Cotulla | maybe vsync not come |
15:30.36 | *** join/#htc-linux SG (~SG@65.120.149.2) |
15:30.37 | jonpry | yeah there is that |
15:31.09 | jonpry | or not setup right if your using gpio vsync |
15:31.22 | jonpry | but external vsync i think does not actually work |
15:31.24 | Cotulla | RHO use GPIO97 |
15:31.35 | Cotulla | isn't it? |
15:31.47 | Cotulla | hm |
15:31.48 | Cotulla | there 98 |
15:31.51 | Cotulla | let me check %) |
15:35.57 | Cotulla | yeah RHO is 97 |
15:36.02 | Cotulla | there in code 98 specified |
15:37.13 | jonpry | 97 |
15:37.26 | Cotulla | I copied mddi client from buzz kernel |
15:39.31 | Cotulla | lol |
15:39.32 | Cotulla | working |
15:39.33 | Cotulla | :D |
15:39.34 | jonpry | buzz? |
15:39.38 | Cotulla | yeah |
15:39.42 | Cotulla | ANDROID logo come |
15:40.17 | *** join/#htc-linux Segnale007 (~Segnale00@host234-0-dynamic.250-95-r.retail.telecomitalia.it) |
15:40.22 | jonpry | stupid android |
15:40.28 | Cotulla | heh |
15:40.29 | Cotulla | E/libEGL ( 91): No EGLDisplay for hardware EGL! |
15:40.30 | Cotulla | :) |
15:40.41 | Cotulla | ow booted |
15:41.58 | Cotulla | hm 3D not worked if in second bank? |
15:42.18 | Willd | gpu0 or 1? |
15:42.23 | jonpry | yeah need pmem just like it is on .27 |
15:43.09 | Cotulla | in EBI1 |
15:43.24 | NetRipper | sykosoft: updated the pastebin with some answers: http://netripper.pastebin.com/AP1t8dW3 |
15:43.45 | jonpry | Cotulla, yes |
15:43.45 | Cotulla | hm intersting |
15:43.50 | Cotulla | but on saphire it worked |
15:44.01 | NetRipper | sykosoft: i ran the queries multiple times, this is the average |
15:44.35 | jonpry | Cotulla, that same logic is why we didn't have 3d for a year |
15:44.52 | Cotulla | but I can move all PMEM stuffs before radio |
15:45.01 | Cotulla | and second bank will be fully free for OS |
15:46.34 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
15:47.20 | jonpry | i wanted to put fb in smem |
15:47.29 | Cotulla | though about it |
15:47.50 | jonpry | would like double memory bandwidth |
15:48.03 | Cotulla | if decrease SMI GPU part |
15:48.08 | Cotulla | it's possible |
15:48.40 | Willd | Cotulla: Can you do that? |
15:49.09 | Cotulla | but GPU will have 6 mb instead of 7 |
15:50.38 | Willd | Cotulla: How do you decrease it? |
15:50.56 | jonpry | can't we use 31MB of SMI? |
15:51.02 | Cotulla | no |
15:51.20 | Cotulla | we can use only up to 0x00900000 |
15:51.27 | Cotulla | now |
15:51.28 | Cotulla | there |
15:51.42 | Cotulla | 0x0010 0000 - 0x0080 0000 - 7 MB GPU |
15:51.59 | Cotulla | 0x0080 0000 - 0x0090 0000 RAM CONSOLE (and here was HVGA FB) |
15:52.37 | Cotulla | HVGA FB need only 0x96000 bytes, while WVGA FB needs 0x177000 bytes |
15:53.17 | jonpry | a9 using < 0x800000? |
15:53.53 | Cotulla | mARM use all rest of SMI |
15:54.25 | jonpry | 6mb gpu sounds good to me |
15:55.44 | Cotulla | heh touchscreen not calibrated |
15:56.13 | Cotulla | did u analyze touchscreen calibration? |
15:56.20 | Cotulla | is it near on all devices? |
15:56.30 | jonpry | 35 is hacked to have default calibration |
15:56.44 | Cotulla | ofcourse it can be read from nand |
15:56.51 | jonpry | it is near, for given variant. sometimes is reversed and stuff |
16:02.59 | jonpry | Cotulla, http://pastebin.com/Fqh0s19s |
16:03.03 | jonpry | works for me |
16:03.12 | Cotulla | thnks! |
16:09.15 | *** join/#htc-linux Segnale0_ (~Segnale00@host148-252-dynamic.23-79-r.retail.telecomitalia.it) |
16:14.18 | *** join/#htc-linux siulmagic (~IceChat7@24.54.255.153) |
16:14.18 | *** join/#htc-linux Segnale007 (~Segnale00@host27-253-dynamic.23-79-r.retail.telecomitalia.it) |
16:18.52 | *** join/#htc-linux Segnale0_ (~Segnale00@host4-45-dynamic.37-79-r.retail.telecomitalia.it) |
16:19.01 | Cotulla | btw |
16:19.07 | Cotulla | anybody tired to overclock GPU |
16:19.08 | Cotulla | ?\ |
16:27.52 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4F48.dip.t-dialin.net) |
16:28.16 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE4F48.dip.t-dialin.net) |
16:29.11 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
16:32.49 | NetRipper | sykosoft: i think i should split date and time into two seperate fields, so that date can be properly indexed |
16:32.51 | jonpry | hi emwe |
16:33.30 | emwe | hi jonpry. |
16:33.56 | jonpry | are you going to commit my rhodium 35 patches? |
16:34.25 | emwe | jonpry: let me quickly commit qdsp hack after a short test |
16:34.38 | jonpry | yes, dsp would be nice |
16:35.15 | emwe | just wan't to verify if we need to send CMD_BYE on CMD_HELLO. it's apparently not needed. or at least not for amss6125 |
16:35.21 | emwe | i still not to make that stuff dynamic... |
16:35.40 | emwe | alex has some approach to it, but didn't yet have a deep look. |
16:36.10 | emwe | jonpry: what was it with your userland battery stuff? app just to log raw data provided? |
16:37.04 | jonpry | i have stuff that can use model of battery to clean out certain kinds of noise |
16:37.26 | jonpry | and in theory an app that can find the parameters of the battery model just by searching through lots of raw data |
16:37.38 | jonpry | but that is not well tested because i don't have enough data |
16:41.13 | emwe | params of the battery model as input for the algorithm? |
16:41.37 | jonpry | yeah |
16:42.10 | jonpry | so it can tell that you have 17kilofarad battery at .2ohms or whatever |
16:42.31 | jonpry | it uses a 2 parallel battery model |
16:43.05 | emwe | that sounds like out of my scope ;) |
16:43.10 | jonpry | one for surface charge and another for bulk charge |
16:44.01 | *** join/#htc-linux ElFinLazz (~elfinlazz@112.154.189.103) |
16:45.14 | jonpry | its a very strange piece of software |
16:46.18 | emwe | jonpry: the goal is to have the algo in kernel fed by some parameters gained during your mass raw data analysis, right? |
16:46.28 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
16:47.23 | jonpry | no i think it will all be userland. going to hook up to kernel to gather raw data, and then it will store/analyze and provide information to android somehow |
16:48.46 | AstainHellbring | how goes it jonpry |
16:49.20 | jonpry | hi AstainHellbring |
16:49.25 | jonpry | its goes pretty well |
16:50.39 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
16:54.27 | *** join/#htc-linux Segnale007 (~Segnale00@host57-255-dynamic.35-79-r.retail.telecomitalia.it) |
16:55.48 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
16:56.03 | emwe | jonpry: i see. perhaps let the app stuff back current values spit out by the analysis back to kernelland then and have it that delivery to userland again ;) |
16:58.02 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
17:00.46 | jonpry | emwe, that would be the easiest way integrate with existing software |
17:09.41 | Cotulla | jonpy, do u have in logcat "system process, deny GL context" during boot? |
17:12.53 | *** join/#htc-linux NatJohnny (5b20e677@gateway/web/freenode/ip.91.32.230.119) |
17:13.14 | NatJohnny | Hey |
17:13.56 | *** join/#htc-linux ftoz (~root@cst-prg-161-4.vodafone.cz) |
17:14.22 | NatJohnny | do anyone got a startup.txt for a HTC Touch 2 |
17:15.58 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host157-58-dynamic.116-80-r.retail.telecomitalia.it) |
17:17.14 | *** join/#htc-linux ftoz1 (~root@cst-prg-64-21.vodafone.cz) |
17:17.37 | *** join/#htc-linux arrrghhh (~arrrghhh@107.29.229.114) |
17:18.02 | arrrghhh | NatJohnny, this isn't a support channel. |
17:18.05 | arrrghhh | come join us in #xdandroid |
17:19.23 | arrrghhh | or... not. |
17:19.28 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
17:24.56 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
17:25.16 | Cotulla | jonpry, ur ts calibration works, but X is inverted :P |
17:25.56 | arrrghhh | on TS or gsensor? |
17:26.04 | Cotulla | TS |
17:26.05 | jonpry | just uncomment that one line |
17:26.21 | Cotulla | I think I will read coordinates from nand |
17:26.39 | jonpry | that would be cool feature |
17:26.46 | arrrghhh | Cotulla, yea you can get them from SPL |
17:26.53 | jonpry | we haven't yet found where it is |
17:27.02 | arrrghhh | jonpry, i thought acl did |
17:27.07 | jonpry | hmm maybe |
17:27.10 | jonpry | i might have missed it |
17:27.12 | arrrghhh | picked apart some touch.dll i thought |
17:27.24 | arrrghhh | *shrug* it hasn't been implemented. |
17:27.33 | arrrghhh | i know he wanted that for NAND tho |
17:27.40 | arrrghhh | get rid of ts-calib |
17:27.53 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d04be57.pool.mediaWays.net) |
17:28.02 | Cotulla | heh my first boot of android from nand :P |
17:28.29 | arrrghhh | magldr booting eh? |
17:28.33 | Cotulla | yeah |
17:28.34 | arrrghhh | how's .32 goin? |
17:28.39 | Cotulla | nice |
17:28.46 | Cotulla | but 3D not working somehow |
17:28.49 | Cotulla | will fix it now |
17:28.54 | arrrghhh | madman. |
17:29.03 | Cotulla | flashed android directly via DAF to nand |
17:29.43 | Cotulla | it show |
17:29.43 | Cotulla | D/EGL.oem ( 84): system process, deny GL context |
17:29.43 | Cotulla | E/libEGL ( 84): No EGLDisplay for hardware EGL! |
17:29.45 | Cotulla | hm |
17:29.57 | Cotulla | arrrghhh, do u have first line on ur 27 boot? |
17:30.24 | arrrghhh | is that on a logcat i assume? |
17:30.46 | Cotulla | yes |
17:30.47 | Cotulla | looks pls |
17:30.48 | arrrghhh | i'll have to reboot, my logcat has certainly cycled by now... i won't be able to see the beginning. |
17:31.52 | arrrghhh | D/dalvikvm( 1369): GC_FOR_MALLOC freed 3 objects / 48848 bytes in 190ms |
17:31.52 | arrrghhh | D/dalvikvm( 1369): GC_FOR_MALLOC freed 96 objects / 4480 bytes in 180ms |
17:32.02 | arrrghhh | those are the first two lines in my logcat... probably need to reboot tho :/ |
17:33.34 | NetRipper | sykosoft: yep, splitting date/time into seperate columns and a single index on the date field makes the query execute in 0.0004 seconds instead of 6 seconds :) |
17:33.55 | arrrghhh | lol |
17:33.57 | Cotulla | NetRipper, who is sykosoft? |
17:34.06 | arrrghhh | his db haxxxor |
17:34.18 | Cotulla | arrrghhh, it may appear at start |
17:34.22 | Cotulla | at early logcat |
17:34.27 | NetRipper | sykosoft: and retrieving the log lines for a whole day themselves only take 0.16 seconds now |
17:34.47 | arrrghhh | Cotulla, D/libEGL ( 2118): loaded /system/lib/egl/libGLES_android.so |
17:34.48 | arrrghhh | D/libEGL ( 2118): loaded /system/lib/egl/libGLES_qcom.so |
17:34.52 | NetRipper | Cotulla, yea someone that offered to help me with db query optimization |
17:35.20 | Cotulla | I/SurfaceFlinger( 84): EGL informations: |
17:35.21 | Cotulla | then? |
17:35.22 | Cotulla | right? |
17:35.33 | arrrghhh | no |
17:35.46 | arrrghhh | D/EGL.oem ( 2118): smi: offset=10000000, len=00700000, phys=0x100000 |
17:35.46 | arrrghhh | D/EGL.oem ( 2118): ebi: offset=00000000, len=00800000, phys=0x16300000 |
17:35.46 | arrrghhh | D/EGL.oem ( 2118): reg: offset=20000000, len=00100000, phys=0xa0000000 |
17:35.46 | arrrghhh | D/gralloc ( 1369): allocating GPU size=1245184, offset=0 |
17:36.07 | Cotulla | copy whole logcat pls |
17:36.14 | arrrghhh | heh i was just going to ask. |
17:36.14 | arrrghhh | 1 sec |
17:39.43 | arrrghhh | Cotulla, http://pastebin.com/9kzpsrEL |
17:40.07 | Cotulla | thnks, but it's not start :( |
17:40.12 | arrrghhh | hhe |
17:40.14 | Cotulla | I/SurfaceFlinger( 84): EGL informations: |
17:40.15 | Cotulla | I/SurfaceFlinger( 84): # of configs : 8 |
17:40.16 | arrrghhh | i'll reboot, brb. |
17:40.17 | Cotulla | there no this lines |
17:40.21 | arrrghhh | hrm |
17:40.26 | arrrghhh | ok, it probably cycled. brb. |
17:40.31 | Cotulla | or maybe use *:V |
17:40.34 | Cotulla | verbose mode |
17:42.54 | *** join/#htc-linux xawen (~xawen@pool-98-117-35-17.bltmmd.fios.verizon.net) |
17:46.48 | *** join/#htc-linux arrrghhh (~arrrghhh@107.29.229.114) |
17:47.50 | arrrghhh | Cotulla, this one looks better |
17:47.50 | arrrghhh | http://pastebin.com/xpGtbxK1 |
17:47.51 | arrrghhh | ^^ |
17:48.57 | Cotulla | yeah |
17:48.57 | Cotulla | ^^ |
17:48.59 | Cotulla | there also |
17:48.59 | Cotulla | D/EGL.oem ( 1369): system process, deny GL context |
17:48.59 | Cotulla | E/libEGL ( 1369): No EGLDisplay for hardware EGL! |
17:49.05 | Cotulla | hm |
17:49.10 | Cotulla | but 3D working for u in android??? |
17:49.25 | arrrghhh | well i'm not sure how to confirm |
17:49.30 | arrrghhh | i was told if i get bootani, 3d is working... |
17:49.34 | Cotulla | looks like it choose |
17:49.35 | Cotulla | I/SurfaceFlinger( 1369): version : 1.4 Android META-EGL |
17:49.44 | Cotulla | it choose software library... |
17:49.45 | arrrghhh | kwoah |
17:49.51 | arrrghhh | i got a ton of these: D/Sensors ( 1369): Got unknown event type: |
17:49.52 | Cotulla | can u check? |
17:49.55 | arrrghhh | http://pastebin.com/m1QD0xqm |
17:50.03 | arrrghhh | hrm |
17:50.11 | arrrghhh | how can i confirm hw3d is actually working? |
17:50.17 | Cotulla | hmhm |
17:50.27 | Cotulla | maybe run some game |
17:50.32 | Cotulla | and look if it run smooth |
17:50.37 | arrrghhh | lol no games do |
17:50.47 | Cotulla | are u using 27? |
17:50.50 | arrrghhh | yea |
17:50.51 | arrrghhh | .27 |
17:51.02 | Cotulla | hm strange |
17:51.07 | arrrghhh | my fave labyrinth does |
17:51.12 | arrrghhh | but not very graphic intensive. |
17:51.13 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
17:51.14 | Cotulla | but looking to logcat - it choose SW 3D |
17:51.19 | arrrghhh | i know people love angry birds, they have a lot of problems. |
17:51.29 | arrrghhh | Cotulla, perhaps hw3d isn't working... |
17:51.33 | arrrghhh | stinebd said if i get bootani, it is. |
17:51.35 | arrrghhh | :( |
17:51.39 | Cotulla | but [acl] got it work |
17:51.50 | arrrghhh | how did he confirm? |
17:51.53 | MassStash | arrrghhh, and you don't get bootani? |
17:51.59 | arrrghhh | MassStash, i do |
17:52.02 | Cotulla | W/zipro ( 1378): Unable to open zip '/data/local/bootanimation.zip': No such file or directory |
17:52.05 | Cotulla | hm? |
17:52.09 | arrrghhh | lolwut |
17:52.14 | arrrghhh | i saw flying XDAndroid droids |
17:52.26 | Cotulla | MassStash, can u make logcat too? |
17:52.44 | jonpry | arrrghhh, we had those way before hw3d |
17:52.49 | Cotulla | hm anybody with hero/saphire here, who can make logcat dump? |
17:52.50 | MassStash | in nand? |
17:53.09 | MassStash | im currently installing lastnights acl autobuild... |
17:53.16 | arrrghhh | jonpry, i know but stinebd said something about now that hw3d is enabled bootani would fail if hw3d wasn't enabled... |
17:53.31 | Cotulla | why it will fail? it will use SW 3D |
17:53.32 | Cotulla | ? |
17:53.43 | jonpry | i dunno |
17:53.48 | arrrghhh | i honestly don't either.. |
17:53.51 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
17:53.53 | Cotulla | jonpry, can u make logcat? |
17:54.04 | jonpry | got to reboot |
17:54.19 | jonpry | arrrghhh, whats your neopeek? |
17:54.25 | arrrghhh | my neopeek? |
17:54.27 | arrrghhh | que? |
17:54.31 | jonpry | benchmark |
17:54.37 | arrrghhh | oh |
17:54.40 | arrrghhh | neocore |
17:54.40 | arrrghhh | lol |
17:54.46 | arrrghhh | usually around 19-20 IIRC |
17:54.58 | jonpry | :) |
17:55.06 | Cotulla | and now? |
17:55.08 | jonpry | try it again, maybe your 3d just dide |
17:55.14 | arrrghhh | lol ok |
17:55.20 | arrrghhh | Cotulla, it's always been that AFAIK |
17:55.29 | arrrghhh | roughly 19-20. sometimes lower, sometimes higher. |
17:55.32 | arrrghhh | nothing above 21. |
17:55.56 | arrrghhh | i always run w/o sound too |
17:56.00 | Cotulla | FPS? |
17:56.17 | jonpry | yeah FPS |
17:56.40 | Cotulla | and now u how many got? |
17:57.03 | jonpry | i'm still rebooting and don't even have neocore installed |
17:57.06 | jonpry | but i will try |
17:57.17 | Cotulla | can u make logcat too? |
17:57.23 | Cotulla | early logcat... |
17:57.27 | Cotulla | where Android init EGL |
17:57.50 | *** join/#htc-linux arrrghhh (~arrrghhh@107.29.229.114) |
17:58.01 | arrrghhh | stupid tether |
17:58.03 | arrrghhh | yes fps |
17:58.05 | arrrghhh | just got 18.9 |
17:58.11 | arrrghhh | seems "status quo" |
17:58.15 | Cotulla | hmhm |
17:58.17 | arrrghhh | i wonder if hw3d has never worked correclty |
17:58.26 | arrrghhh | i was told i didn't need to enable in my startup.txt anymore |
17:58.27 | Cotulla | maybe hw3d working only for external apps? |
17:58.33 | arrrghhh | it was hard coded to on. |
17:58.44 | arrrghhh | perhaps that's not true, as i don't have any hw3d statement in my cmdline |
17:58.49 | Cotulla | I/SurfaceFlinger( 1369): EGL informations: |
17:58.49 | Cotulla | I/SurfaceFlinger( 1369): # of configs : 8 |
17:58.49 | Cotulla | I/SurfaceFlinger( 1369): vendor : Android |
17:58.49 | Cotulla | I/SurfaceFlinger( 1369): version : 1.4 Android META-EGL |
17:59.04 | Cotulla | but this means that at start up it choose software opengl implementation, right? |
17:59.05 | jonpry | http://pastebin.com/7FsYMm1a |
17:59.13 | Cotulla | at least in LEO we have such before HW 3D |
17:59.30 | arrrghhh | jonpry, yours says the same. |
17:59.39 | arrrghhh | do you have hw3d explicitly enabled in your startup.txt? |
18:00.03 | jonpry | not sure anymore. its usually on, but my startup gets zonked every 5 minutes |
18:00.05 | arrrghhh | W/zipro ( 1312): Unable to open zip '/data/local/bootanimation.zip': No such file or directory |
18:00.06 | arrrghhh | you have that too lol |
18:00.16 | arrrghhh | jonpry, can you check dmesg? |
18:00.32 | Cotulla | hm |
18:00.35 | Cotulla | I think we need log |
18:00.35 | jonpry | nothings stopping me anyways |
18:00.37 | arrrghhh | otherwise i'll reboot again and enable it by force, see if it changes. i doubt it will. |
18:00.39 | Cotulla | from native android device |
18:00.49 | Cotulla | like dream/hero/magic |
18:00.58 | jonpry | hw3d.force=1 |
18:01.01 | arrrghhh | Cotulla, i know a guy that has a hero, just isn't on right now. |
18:01.02 | Cotulla | ~ping GNUtoo |
18:01.02 | apt | pong GNUtoo |
18:01.16 | Cotulla | GNUtoo, here? |
18:01.17 | arrrghhh | ok |
18:02.37 | Cotulla | arrrghhh, what about logcat and dmesg when u run neocire? |
18:02.39 | Cotulla | *core |
18:02.55 | *** join/#htc-linux BoominSVX (421f78ad@gateway/web/freenode/ip.66.31.120.173) |
18:03.01 | arrrghhh | logcat seems to recycle quite frequently |
18:03.07 | arrrghhh | but i can pull it again |
18:03.25 | jonpry | i started getting the system_server problem |
18:03.37 | arrrghhh | you on an old rootfs? |
18:03.47 | jonpry | pretty old |
18:03.48 | BoominSVX | adb wait-for-device logcat |
18:03.49 | jonpry | its fixed now? |
18:03.52 | arrrghhh | jonpry, yes. |
18:03.57 | jonpry | lol |
18:04.55 | arrrghhh | Cotulla, logcat http://pastebin.com/zWN8qbSM |
18:05.10 | BoominSVX | http://pastebin.com/cKKjJBd7 |
18:05.19 | BoominSVX | just in case |
18:05.31 | Cotulla | D/libEGL ( 1865): loaded /system/lib/egl/libGLES_android.so |
18:05.31 | Cotulla | I/ActivityManager( 1369): Displayed activity se.illusionlabs.labyrinth.lite/labyrinth.game.GameActivity: 620 ms (total 620 ms) |
18:05.31 | Cotulla | D/libEGL ( 1865): loaded /system/lib/egl/libGLES_qcom.so |
18:05.31 | Cotulla | D/EGL.oem ( 1865): smi: offset=10000000, len=00700000, phys=0x100000 |
18:05.31 | Cotulla | D/EGL.oem ( 1865): ebi: offset=00000000, len=00800000, phys=0x16300000 |
18:05.32 | Cotulla | D/EGL.oem ( 1865): reg: offset=20000000, len=00100000, phys=0xa0000000 |
18:05.32 | Cotulla | D/gralloc ( 1369): allocating GPU size=770048, offset=0 |
18:05.41 | arrrghhh | Cotulla, dmesg http://pastebin.com/LQhb2YLd |
18:05.45 | Cotulla | for this process it's working? |
18:05.54 | arrrghhh | hrm. ok |
18:06.10 | arrrghhh | i haven't done a thing since running neocore, still on the 18.9 FPS page in fact. |
18:08.33 | Cotulla | but it's strange |
18:08.41 | Cotulla | we need logs from native devices... |
18:09.07 | arrrghhh | ok |
18:09.13 | arrrghhh | i guess we'll just have to wait |
18:09.14 | jonpry | why |
18:09.21 | arrrghhh | all the native devices around me are new. n1, ns, etc. |
18:09.23 | *** join/#htc-linux defendthecommons (~defendthe@50-48-38-230.dr04.mdtw.ny.frontiernet.net) |
18:09.25 | jonpry | if it works.. |
18:09.34 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
18:09.56 | Cotulla | I mean with MSM7200A |
18:10.02 | MassStash | arrrghhh, man, my nand flies bro... |
18:10.12 | arrrghhh | k? |
18:10.24 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
18:10.30 | arrrghhh | Cotulla, i know. i don't know of anyone at work with a native android device that's old. |
18:10.45 | arrrghhh | several peoples i know have android, but they're all newer devices... |
18:10.58 | Cotulla | yeah with MSM7200A & AD22 |
18:11.08 | arrrghhh | now you're just bein picky :P |
18:11.53 | jonpry | shouldn't google be able to provide? |
18:12.57 | BoominSVX | Cotulla: sorry man. I guess my logcat got cut a bit too. |
18:13.51 | MassStash | arrrghhh, adb work in nand for u? |
18:13.57 | arrrghhh | masyup |
18:14.00 | arrrghhh | damnit |
18:14.01 | arrrghhh | MassStash, yup |
18:14.14 | BoominSVX | it should. just spits out funny characters |
18:14.16 | arrrghhh | BoominSVX, yea if you don't pull that crap right away it'll cycle |
18:14.22 | arrrghhh | funny characters? |
18:14.29 | arrrghhh | i didn't have any problems with adb in nand... |
18:15.07 | *** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk) |
18:15.08 | BoominSVX | su changed my commands all up, but it worked. |
18:15.14 | arrrghhh | weird |
18:16.45 | Cotulla | I mean |
18:16.46 | jonpry | i found log for adreno200 device |
18:16.47 | Cotulla | look at this logcat |
18:16.48 | Cotulla | http://forum.xda-developers.com/showthread.php?t=829734&page=1799 |
18:16.57 | MassStash | arrrghhh, fn key work? |
18:17.02 | jonpry | it uses meta-egl, and fails to get a surface on first call |
18:17.06 | Cotulla | there also OpenGL informations |
18:17.08 | arrrghhh | MassStash, no |
18:17.10 | jonpry | http://webcache.googleusercontent.com/search?q=cache:Z8jSCXo5HL8J:dc303.4shared.com/download/UzoBSb5t/logcat.txt%3Ftsid%3D20110204-055044-5a575f6d+libGLES_android.so+debuggerd&cd=17&hl=en&ct=clnk&gl=us&client=ubuntu&source=www.google.com |
18:17.15 | arrrghhh | MassStash, no rootfs.. no keyboard layouts yet. |
18:17.16 | Cotulla | with vendor : Qualcomm |
18:17.20 | Cotulla | and extesions |
18:17.45 | Cotulla | as well |
18:17.45 | Cotulla | I/SurfaceFlinger( 1260): extensions: GL_AMD_compressed_3DC_texture |
18:17.58 | Cotulla | but our logcats don't have this, I guess because it failed before |
18:18.03 | Cotulla | D/EGL.oem ( 1369): system process, deny GL context |
18:18.16 | BoominSVX | Cotulla: this is right from the command prompt. |
18:18.23 | BoominSVX | http://pastebin.com/iFHaQpJq |
18:18.25 | BoominSVX | Rhod400 |
18:18.31 | *** join/#htc-linux arrrghhh (~arrrghhh@107.29.229.114) |
18:18.41 | arrrghhh | bleh. |
18:18.43 | Cotulla | same |
18:19.04 | Cotulla | so I am intersting is it same on native android devices with MSM7200 |
18:19.29 | *** join/#htc-linux kvaster_ (~kvaster@93.84.112.82) |
18:20.06 | arrrghhh | wasn't that the logcat jonpry just pasted? |
18:20.24 | Cotulla | it was "jonpryi found log for adreno200 device" |
18:21.28 | *** join/#htc-linux MN-- (~yaaic@149.254.186.83) |
18:23.50 | *** join/#htc-linux imilka (~kvirc@95-28-72-91.broadband.corbina.ru) |
18:37.20 | *** join/#htc-linux dareios (dareios@io.netbsd.org.pl) |
18:39.45 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
18:40.03 | Alex[sp3dev] | hey fellas |
18:40.20 | Cotulla | hey |
18:40.23 | Cotulla | ^^ |
18:40.43 | Alex[sp3dev] | Cotulla: did you notice i'm very inattentive?) |
18:41.05 | Cotulla | ? |
18:41.19 | Alex[sp3dev] | remember that talk about gpio interrupts? i have found out that the key for which they were not coming are controlled by microp. i feel stupid ;) |
18:41.38 | Cotulla | :D |
18:41.43 | Cotulla | i tell u to check it |
18:41.44 | Cotulla | :D |
18:41.45 | jonpry | hi Alex[sp3dev] |
18:41.52 | Alex[sp3dev] | jonpry: hey |
18:41.54 | jonpry | i cannot make ksc work |
18:42.00 | jonpry | still hang for me |
18:42.02 | Cotulla | u have logcats from native devies> |
18:43.19 | Alex[sp3dev] | jonpry: i can send it to ya. but it's undone yet, just hacked it together for kovsky.. in a dirty way. wonder how to handle key depress properly and autorepeat in some less stupid way. so that we don't use that stupid 250ms delay and input is not bombed with undebounced keys (hm.. microp should take care of that?) |
18:43.47 | Cotulla | hm |
18:43.51 | Cotulla | who did |
18:43.53 | *** join/#htc-linux crawling (~crawling@a94-132-169-99.cpe.netcabo.pt) |
18:44.01 | Cotulla | board-htcrhodium-keypad.c?? |
18:44.14 | jonpry | dunno |
18:44.24 | Cotulla | and is it working?? |
18:44.34 | jonpry | Alex[sp3dev] so you didn't use my code |
18:44.37 | jonpry | Cotulla, yes |
18:44.38 | Cotulla | for me there NO matrix, only direct GPIO keys |
18:44.50 | Alex[sp3dev] | jonpry: yes, i have commited some microp-ng changes to make it even more obfuscated (to pass i2c_client as drvdata which is sooo un-linux.. but nevertheless, now we don't have to copy i2c code to each driver which is a win). so i can send you the hack i've built on top of it |
18:44.55 | Alex[sp3dev] | jonpry: no i did not |
18:44.56 | jonpry | on rhod there are matrix keys |
18:45.20 | jonpry | argh |
18:45.40 | Cotulla | no... GPIO18 - RED, GPIO39 - VOLUP, GPIO40 - VOLDOWN, GPIO83 - POWER |
18:46.10 | Cotulla | 1)matrix gpio they are have special numbers 2)in WM driver it looks like direct GPIO key |
18:46.27 | Cotulla | as well in MAGLDR I just check state of each this GPIO... no matrix |
18:46.46 | Cotulla | alex |
18:46.49 | Cotulla | *Alex |
18:46.52 | Alex[sp3dev] | yes? |
18:46.54 | Cotulla | ur front keys are gpio right? |
18:46.58 | Alex[sp3dev] | nope |
18:47.02 | Alex[sp3dev] | only power and camera |
18:47.10 | Cotulla | but they are direct gpio, not matrix |
18:47.12 | Cotulla | ? |
18:47.14 | Alex[sp3dev] | ya |
18:47.21 | Cotulla | wtf this driver worked |
18:47.23 | Cotulla | %) |
18:47.39 | jonpry | i think it has to do with the userland keymap |
18:47.52 | Cotulla | but it complete wrong |
18:47.53 | jonpry | other devices have matrix and needed the 6 entries |
18:48.09 | Cotulla | it switch state and put current to buttons |
18:48.09 | ali1234 | direct gpio is equivalent to a matrix keyboard with only 1 row and the 1 output gpio is always on... so yeah it would work with a matrix type driver |
18:48.22 | Alex[sp3dev] | http://www.mediafire.com/?1ps8y2szdm9hqhr jonpry: here's the hax. and board-htckovsky has an example of how to register the shite. if you want to use it, check out my updated microp drivers on git |
18:48.24 | ali1234 | if you put in the right values |
18:48.30 | *** join/#htc-linux MN-- (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
18:48.42 | Cotulla | ali1234, but code assumed that it need switch state |
18:48.49 | jonpry | Alex[sp3dev], i just don't see why ksc needs any of that stuff |
18:48.59 | Alex[sp3dev] | jonpry: of which stuff? |
18:49.05 | Cotulla | static unsigned int rhodium_col_gpios[] = { 35, 34 }; |
18:49.06 | Cotulla | static unsigned int rhodium_row_gpios[] = { 40, 39, 36, 18 }; |
18:49.13 | Cotulla | anyway this code crazy :( |
18:49.21 | Alex[sp3dev] | Cotulla: and wrong |
18:49.24 | Cotulla | yeah |
18:49.31 | arrrghhh | not surprising |
18:49.32 | Cotulla | I gotta copy saphire driver as new |
18:49.35 | jonpry | maybe not, it might be hooked up to the matrix controller on pmic |
18:49.36 | Alex[sp3dev] | jb said some bt gpio was misused there |
18:49.47 | Cotulla | :D |
18:49.56 | arrrghhh | yea with kbd |
18:51.17 | *** join/#htc-linux rrewTPZ (~rewind_@78-3-210-171.adsl.net.t-com.hr) |
18:51.25 | *** join/#htc-linux NeoMatrixJR_Mobi (~NeoMatrix@174-156-239-138.pools.spcsdns.net) |
18:51.26 | Alex[sp3dev] | jonpry: seems to me microp reports scancode when pressed, and when depressed it only reports zero. should we store the last keycode somewhere and manually 'depress' it or is there some nice way to do it? |
18:52.35 | ali1234 | what does it say if you press two keys then release one? |
18:52.53 | Alex[sp3dev] | ali1234: looks like i need to boot up linux to see |
18:54.04 | Alex[sp3dev] | btw, what makes me wonder.. i've gotten random data aborts in some mdp blit function. in some 'debug' routine. it comes after ioctls. maybe ioctls of 35 and 27 are different and userland needs a fix? |
18:54.35 | *** join/#htc-linux akirax (akirax@114.Red-81-38-34.dynamicIP.rima-tde.net) |
18:56.26 | Alex[sp3dev] | ali1234: epic fail here. my 'algo' with storing the last key has failed and the input now just rejects any info from ksc. i think i'll look into how it was done for 27 since it's working |
18:57.35 | Alex[sp3dev] | also, got some troubles with rfkill. namely, i seem to have requested gpios in probe, but when i control it, it prints a warning. but maybe my fault. and some dma error and uart doesn't seem to work. i remember Cotulla had that on hd2, no? |
18:57.50 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
18:57.53 | Cotulla | maybe better refactor old 27 kbd driver? |
18:58.21 | Cotulla | ya |
18:58.21 | Alex[sp3dev] | Cotulla: will look into it tomorrow. need to finish alda homework today to be free on weekend |
18:58.29 | Cotulla | there maybe other DMOV channel used |
18:58.33 | Cotulla | like on leo |
18:58.52 | Alex[sp3dev] | is it defined in some header in mach-msm? |
18:59.20 | Cotulla | <PROTECTED> |
18:59.27 | Cotulla | something like this (example from leo) |
18:59.36 | Alex[sp3dev] | ah, thank you. will diff 27 and 35 to see |
19:00.40 | *** join/#htc-linux Tandyman100 (~Anal0g754@adsl-71-158-214-2.dsl.wchtks.sbcglobal.net) |
19:00.58 | Cotulla | lol it's fucking sow |
19:00.58 | *** part/#htc-linux Tandyman100 (~Anal0g754@adsl-71-158-214-2.dsl.wchtks.sbcglobal.net) |
19:00.59 | Cotulla | slow |
19:01.28 | Alex[sp3dev] | jonpry: do you fully understand what we're doing with sound on 27? looks like we're manually tracking state and hot-patch the data coming from userspace. was it done for compatibility with htc libs? maybe we can patch userspace to properly call ioctls when routing is changed? |
19:01.46 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
19:02.10 | Cotulla | Alex, each android support every DPI? |
19:02.11 | jonpry | Alex[sp3dev] htc_acoustic might just take care of it |
19:02.16 | jonpry | it knows when to update ADIE |
19:02.24 | jonpry | with the right stuff |
19:02.42 | Alex[sp3dev] | Cotulla: yes. but well, you can build it without hdpi resources, for example. it will stretch mdpi ones but look like crap |
19:03.01 | Cotulla | I am running HVGA on WVGA |
19:03.04 | Cotulla | all is too small |
19:03.40 | Alex[sp3dev] | Cotulla: add ro.sf.lcd_density=240 to build.prop |
19:03.57 | arrrghhh | ^^ |
19:04.28 | Cotulla | it's so laggy |
19:04.28 | Cotulla | :D |
19:04.31 | *** join/#htc-linux f2 (~imran@94.59.202.193) |
19:04.36 | arrrghhh | lol |
19:04.41 | arrrghhh | Cotulla, crap a snapdragon into it? |
19:04.46 | Alex[sp3dev] | jonpry: i mean, the userspace is not issuing the call to disable the speaker when it is done playing, for example. and it enables it on boot. that's the reason all the crap with kernel-side tracking was introduced |
19:04.52 | Cotulla | heh but I dunno how it worked on ur roms |
19:05.04 | Alex[sp3dev] | Cotulla: those were not 'roms' ;) |
19:05.06 | Cotulla | any example video on utube? |
19:05.26 | Cotulla | yaya I am running it from nand, sd card doesn't work at all yet ;) |
19:05.34 | jonpry | Alex[sp3dev]: yes but userspace may be telling acoustic about it |
19:05.35 | Alex[sp3dev] | Cotulla: i'm envious |
19:05.51 | Cotulla | :P |
19:06.19 | Cotulla | Alex, how to check if 3D is working? |
19:06.33 | Willd | Start camera, does the gui work? |
19:06.58 | Alex[sp3dev] | Cotulla: i would run some game. if it is slow and pixelated, then it is not working. or watch lolcat, but it tells you crap about unable to get context at boot |
19:07.24 | Cotulla | I looked to logcat, there not clear |
19:07.43 | Cotulla | CotullaD/EGL.oem ( 1369): system process, deny GL context |
19:07.43 | Cotulla | CotullaE/libEGL ( 1369): No EGLDisplay for hardware EGL! |
19:07.46 | Cotulla | u have this also? |
19:07.51 | Alex[sp3dev] | yep |
19:08.01 | Cotulla | is it normal?\ |
19:08.04 | Alex[sp3dev] | http://www.youtube.com/watch?v=sPZiSmLsU9U |
19:09.02 | Alex[sp3dev] | btw, with 35 the ui seems to be a bit more smooth. but neocore still shows 18.7 fps for X1 |
19:10.02 | arrrghhh | Cotulla, evidently the original samsung galaxy is msm7200 |
19:10.07 | arrrghhh | will a logcat from that help? |
19:10.15 | Willd | arrrghhh: Yarp |
19:10.15 | Cotulla | with AD22? |
19:10.24 | arrrghhh | Willd, ? |
19:10.31 | Willd | arrrghhh: What do you want from my phone? |
19:10.36 | arrrghhh | is it AD22? |
19:10.48 | Willd | What's AD22? |
19:10.58 | arrrghhh | smth video i assume |
19:11.00 | Willd | Never seen it in any log :# |
19:11.02 | arrrghhh | adreno? |
19:11.05 | arrrghhh | Cotulla, ? |
19:11.08 | Cotulla | Android 2.2 |
19:11.11 | Willd | Oh |
19:11.12 | Willd | Yeah |
19:11.12 | arrrghhh | oh lol |
19:11.17 | arrrghhh | you confuse me boy |
19:11.21 | arrrghhh | Willd, just need a logcat. |
19:11.22 | Willd | Cotulla: Stupid acronym >:( |
19:11.24 | arrrghhh | lol |
19:11.31 | rrewTPZ | yep it is |
19:11.32 | Willd | brb |
19:12.54 | Willd | Cotulla: AD22 is AOSP-based btw |
19:13.08 | Cotulla | it doesn't matter I think |
19:13.18 | Cotulla | qct drivers are same |
19:13.32 | Alex[sp3dev] | Cotulla: yep, you were right on dma |
19:13.45 | Willd | I hope my kernel is okay, no clue if it's working.. |
19:13.51 | Alex[sp3dev] | 27: #define DMOV_HSUART2_RX_CHAN 9// wince value, does not clash with USB |
19:13.56 | Alex[sp3dev] | 35: #define DMOV_HSUART2_RX_CHAN 11 |
19:14.07 | Willd | sado1: Do you have a recent logcat? |
19:14.07 | Cotulla | okay next my thing will be battery |
19:14.24 | Alex[sp3dev] | Cotulla: will you port android and magldr to the battery? |
19:14.31 | Cotulla | no... |
19:14.36 | Alex[sp3dev] | why not |
19:14.47 | Cotulla | I gotta make new battery driver from ds2784.c |
19:15.04 | Alex[sp3dev] | oh. why not patch ds2784? |
19:15.22 | Cotulla | I mean I will replace code inside |
19:15.33 | Cotulla | instead of i2c data collection, will get them via dex |
19:15.40 | Alex[sp3dev] | just don't add usb charger *there* ;) |
19:15.41 | Cotulla | but driver already implements slow/fast charging |
19:15.50 | Cotulla | as well temperature checks |
19:15.57 | Cotulla | so it's great reuse of code |
19:15.58 | Willd | Cotulla: Bah, faulty kernel, I'll get someone else :) |
19:16.59 | Alex[sp3dev] | damn. i will need to either disassemble wince driver or make logs for a proper lookup table for ds2746.. i don't want htc driver because it has values for other battery capacity only and because it sucks like.. you know like what |
19:18.09 | jonpry | this is soft implementation of ds2746 table: http://gitorious.org/scbs/scbs/blobs/master/soc.cpp |
19:18.18 | Alex[sp3dev] | jonpry: oh? |
19:18.39 | Alex[sp3dev] | jonpry: how come you're messing with ds2746? |
19:18.56 | jonpry | i just needed standard OCV table for prismatic cell |
19:19.03 | Alex[sp3dev] | ty |
19:19.14 | Alex[sp3dev] | maybe you have a more precise table? |
19:19.14 | Cotulla | loloo |
19:19.15 | Cotulla | Super cool battery software |
19:19.16 | Cotulla | :D |
19:19.17 | jonpry | and ds2746 datasheet has good one |
19:19.17 | Cotulla | :D :D :D :D |
19:19.45 | Cotulla | u know that 2746 have ACR inside? |
19:19.50 | Alex[sp3dev] | Cotulla: i do |
19:20.11 | Cotulla | so PERCENT = (RAAC - AEL) / (FL - AEL) |
19:20.23 | Cotulla | where |
19:20.24 | jonpry | ACR? |
19:20.33 | Alex[sp3dev] | accumulated currency register |
19:20.34 | Cotulla | yes ACR - Active Current Register |
19:20.37 | Alex[sp3dev] | current |
19:20.39 | Alex[sp3dev] | oops |
19:20.42 | Cotulla | *accumulated |
19:20.45 | Cotulla | right |
19:20.52 | Alex[sp3dev] | yeah, no one knows how to type properly ;( |
19:21.04 | Cotulla | it integrate current which passed via it |
19:21.15 | Cotulla | AEL - is Active Empty Level |
19:21.18 | Cotulla | FL - is Fullload |
19:21.18 | jonpry | yeah the coulumb counter for when OCV is not good approximation |
19:21.25 | Cotulla | they are different for different T |
19:21.27 | Alex[sp3dev] | coulumb |
19:21.48 | Cotulla | so this can't not called "Super cool battery software", sorry |
19:21.51 | f2 | hello allll |
19:21.57 | bzo | jonpry, ur in the cnc business? |
19:22.03 | Cotulla | as well |
19:22.05 | jonpry | Cotulla, you didn't read the rest of the code :p |
19:22.12 | Cotulla | int nelem = 9; must be static :D |
19:22.13 | jonpry | bzo, used to be |
19:22.15 | f2 | arrrg i am baccck |
19:22.31 | Cotulla | okay double on MSM7200 is awful |
19:22.34 | Cotulla | :P |
19:22.37 | bzo | jonpry, ah. another hobby of mine, though inactive lately |
19:22.49 | Cotulla | so it must be part of userspace program |
19:22.50 | Cotulla | right? |
19:22.53 | Alex[sp3dev] | Cotulla: why? |
19:23.03 | jonpry | Cotulla, yes that is the plan |
19:23.24 | f2 | is this the right place to talk about gingerbread build? |
19:23.24 | Cotulla | kernel gave problems with floating point helpers |
19:23.24 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
19:23.33 | arrrghhh | WisTilt2, join the party |
19:23.38 | rpierce99 | f2 this is kernel, the #xdandroid for the system image |
19:24.02 | Alex[sp3dev] | jonpry: maybe the compromise is to provide a rough approximation via the kernel driver and a precise userspace one? |
19:24.03 | WisTilt2 | i need a party. about to fire all my techs today, im in that kind of mood |
19:24.13 | f2 | i suppose that messg was for me right? |
19:24.16 | jonpry | Cotulla: yeah kernel is not right place for this code |
19:24.17 | arrrghhh | WisTilt2, lol i know the feeling. |
19:24.43 | Cotulla | we have board-htcleo-log.c :P |
19:24.56 | WisTilt2 | jonpry: no data for you, phone died overnight in that test mode so need to shorten it and watch it while im awake. |
19:25.04 | Cotulla | u can guess from 3 times what is inside? ;) |
19:25.15 | jonpry | WisTilt2, :p |
19:25.18 | Alex[sp3dev] | Cotulla: the binary logarithm? |
19:25.43 | jonpry | WisTilt2, are you just loggin to dmesg? |
19:25.50 | Cotulla | shit u too smart :( |
19:26.08 | Alex[sp3dev] | Cotulla: nah, i just remind you hacking it in back in summer |
19:26.15 | Cotulla | holy shit |
19:26.19 | Cotulla | I forgot about it |
19:26.21 | WisTilt2 | jonpry: logging to the ring buffer then when its finished i dump it to sd card |
19:26.24 | Cotulla | okay I back to battery |
19:27.43 | jonpry | binary log, is that like for(i=31; i > 0; i--)if(m&(1<<i)return i |
19:28.28 | Alex[sp3dev] | jonpry: yes it is |
19:28.59 | Alex[sp3dev] | but i think he's using ieee754 floats |
19:29.55 | jonpry | only function my crappy code needs is sqrt |
19:30.16 | Cotulla | look in open watcom - there good standalone implementations |
19:30.17 | Alex[sp3dev] | jonpry: use bubble sort |
19:30.39 | jonpry | they don't have -lm for kernel? |
19:31.06 | Cotulla | don't know try |
19:31.18 | Alex[sp3dev] | jonpry: they have sort in kernel |
19:31.24 | Alex[sp3dev] | heapsort |
19:31.57 | *** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net) |
19:32.05 | jonpry | it would never work. need permanent storage, and it does something like > 1 billion malloc's to do one regression |
19:32.27 | Alex[sp3dev] | whaaat? |
19:32.46 | Cotulla | heh |
19:32.58 | jonpry | stupid matrix math |
19:35.16 | *** join/#htc-linux DuperMan (~Duper@109-186-58-105.bb.netvision.net.il) |
19:39.16 | *** join/#htc-linux nrirclog (~nrirclog@netripper.com) |
19:39.41 | NetRipper | damn irclog is fast now |
19:39.42 | NetRipper | :) |
19:39.52 | Alex[sp3dev] | wow |
19:43.05 | Cotulla | heh |
19:43.06 | Cotulla | ;) |
19:43.32 | Cotulla | faster\ |
19:43.32 | Cotulla | ya |
19:45.21 | Alex[sp3dev] | i think WisTilt2 will be proud. today my phone 'died' in suspend (it was discharged). when i came home and plugged it, the leds turned on meaning linux was alive, but it won't wake up. anyway, i haven't touched PM on 35 yet |
19:46.31 | WisTilt2 | Alex[sp3dev] ? |
19:46.57 | Alex[sp3dev] | WisTilt2: i know that recently you've all been experiencing troubles with SOD. or is it resolved? |
19:47.22 | arrrghhh | not resolved... |
19:47.26 | Alex[sp3dev] | jonpry: btw, with this reworked microp (with leds in workqueue) and my yesterday fix to add them to workqueue immediately, i can use heartbeat and mmc0 triggers. kinda funny |
19:47.26 | arrrghhh | seems RIL related tbh |
19:48.05 | Willd | Cotulla: http://ppst.me/Lx5BvA |
19:48.22 | WisTilt2 | only time i get sod is in weak signal area it seems but not happening with changes i made yesterday, at least not yet for me |
19:48.48 | arrrghhh | WisTilt2, folks with airaves are having all sorts of issues. i don't have one, so i really can't test it. |
19:48.52 | WisTilt2 | arrrghhh i have another fix i will have you put up later today. fixing the manual backlight in this also |
19:48.54 | Willd | Cotulla: logcat from a (hopefully) fresh 2.2 on i7500 |
19:48.59 | Cotulla | there nothing about EGL |
19:49.01 | Cotulla | need log from start |
19:49.03 | arrrghhh | WisTilt2, schweet! |
19:49.05 | Cotulla | very early start |
19:49.30 | Willd | There's nothing bout EGL because or 3D works :) |
19:49.47 | Cotulla | it must be before |
19:50.08 | Willd | Oh wait, wonder why it cut out |
19:50.42 | arrrghhh | Willd, you need to get logcat immediately on boot or it will cycle |
19:51.51 | WisTilt2 | arrrghhh, anyone notice the much faster bootup time with the last kernel? |
19:52.13 | Willd | Cotulla: http://ppst.me/TmPAYQ |
19:54.01 | Cotulla | D/EGL.oem ( 192): system process, deny GL context |
19:54.02 | Cotulla | E/libEGL ( 192): No EGLDisplay for hardware EGL! |
19:54.02 | Cotulla | same |
19:56.17 | arrrghhh | WisTilt2, yea, several people noted it booted faster. |
19:56.51 | arrrghhh | that's what i wanted to talk to you about |
19:57.10 | arrrghhh | WisTilt2, couple of people trying to get me logs from SoD found their dropbox logs are not as verbose as they used to be... did anything change with that? |
19:57.32 | Willd | Cotulla: What are you researching at the moment? |
19:58.12 | Cotulla | I am coding my battery driver |
19:58.25 | Cotulla | bcz I had discharged my RHO too often |
19:58.56 | WisTilt2 | arrrghhh: yes, i removed lots of spam that really isn't needed with the parts of the system that have been working forever now. |
19:59.16 | arrrghhh | WisTilt2, hrm... let me show you this log, it's... let's just say missing a few things. |
19:59.52 | arrrghhh | WisTilt2, http://pastebin.com/wWbJ0fn9 |
20:00.25 | WisTilt2 | is that dmesg? |
20:03.05 | arrrghhh | WisTilt2, SYSTEM_LAST_KMSG from an SoD |
20:03.16 | arrrghhh | dude is using an airave, i think that may be the source of a lot of these SoD's. |
20:03.25 | arrrghhh | that and crappy signal |
20:12.59 | *** join/#htc-linux ftoz (~root@cst-prg-81-6.vodafone.cz) |
20:17.00 | *** join/#htc-linux MN-- (~yaaic@host86-134-32-198.range86-134.btcentralplus.com) |
20:18.53 | *** join/#htc-linux vw (4463eeec@gateway/web/freenode/ip.68.99.238.236) |
20:21.34 | bzo | arrrghhh: you ever see problems getting good logs from ramconsole on the rhod? |
20:22.01 | arrrghhh | sometimes they get garbled, yes. |
20:22.23 | arrrghhh | and i'm not sure what's up with the newest test kernel, but we're missing basically everything from the newest kernel. |
20:22.46 | bzo | jb has it moved in his latest code, trying to decide whether to keep the change or go back to the old location |
20:23.25 | arrrghhh | hrm |
20:23.31 | arrrghhh | not sure what you mean by that TBH |
20:23.36 | WisTilt2 | bzo: now much memory does ramconsole have allocated by default? |
20:23.54 | Alex[sp3dev] | WisTilt2: 128 kb |
20:24.26 | bzo | arrrghhh: jb moved ramconsole to a different memory address |
20:24.49 | bzo | the downside is a loss of another 1mb of usable memory |
20:25.02 | WisTilt2 | hmm, what im seeing in testing is when ramconsole fills up, or is full, thats when the panel wakes start happening frequently. |
20:25.37 | bzo | seems weird that it would be related |
20:25.44 | bzo | isn't ramconsole a ring buffer? |
20:25.53 | emwe | it is |
20:26.01 | Alex[sp3dev] | emwe: hey |
20:26.03 | WisTilt2 | should be but wondering if has a leak |
20:26.03 | emwe | wraps around |
20:26.10 | arrrghhh | oic |
20:26.14 | emwe | heya |
20:27.45 | Alex[sp3dev] | emwe: i think we can go without supporting *both* android and wince amss in one kernel (who needs it) and only use dynamic switch for wince builds. this way we can ifdef some stuff (like snd struct) and not hack it further. basically, what we have now. ok, working on bt and pm ;) |
20:28.36 | bzo | WisTilt2: how about you? experience any issues with the current ramconsole address on rhod? |
20:29.45 | emwe | Alex[sp3dev]: i wish i had more time to actually start looking at your stuff |
20:31.20 | WisTilt2 | bzo: did this address recently change? i notice lots of msmfb dma timeouts and lots of vsync timeouts lately but thought it was related to the changed im making:) |
20:31.41 | bzo | WisTilt2: no, just in the proposed patches by jb |
20:32.24 | WisTilt2 | do the current git clocks that you pushed have alex's and jb's merged stuff in it? |
20:32.46 | Alex[sp3dev] | bzo: did you experience violet tint on camera for rhod? |
20:32.54 | bzo | WisTilt2: yep, it's mostly alex's, with a few clocks handled by jb |
20:33.17 | bzo | Alex[sp3dev]: no personally, though some testers had a pink image issue |
20:33.24 | WisTilt2 | was vsync clock messed with at all in either of those? |
20:33.33 | Alex[sp3dev] | bzo: it is good |
20:34.06 | bzo | Alex[sp3dev]: eh, what is good? |
20:34.13 | Alex[sp3dev] | bzo: that i'm not alone |
20:34.28 | bzo | WisTilt2: what's the name of that clock? |
20:34.55 | bzo | Alex[sp3dev]: I think the problem on rhod had more to do with using theoretically unusable smi2 memory |
20:35.29 | Alex[sp3dev] | bzo: well, i'll look into camera after fixing other stuff. maybe jb could help me a bit |
20:36.22 | bzo | Alex[sp3dev]: yeah, I'm sure jb could be a lot of help |
20:37.01 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
20:37.29 | bzo | WisTilt2: one difference in alex clocks is that it no longer sets the PMDH rate |
20:37.41 | bzo | that's why we had the screen problem in diam/raph |
20:37.46 | jonpry | bzo, where is this theoretically unusable smi2? |
20:38.12 | bzo | 0x02000000 |
20:38.25 | bzo | well, usable according to oemaddresstable |
20:38.30 | bzo | but acknowledged nowhere else |
20:39.03 | Alex[sp3dev] | jonpry: why do we send low speed 2 on suspend and speed 7 to arm9 on resume? are they taken out of random? does arm9 dynamically reduce it frequency on its own? |
20:39.27 | Alex[sp3dev] | bzo: what if you read/write from there.? data abort? |
20:39.49 | jonpry | can we put fb there? |
20:39.50 | bzo | no errors, just weird behavior depending on what is trying to use it |
20:39.52 | WisTilt2 | Alex[sp3dev] those do nothing as i just found this morning |
20:39.59 | bzo | jonpry: tried, doesn't work, white screen |
20:40.06 | Alex[sp3dev] | bzo: like, inconsistent data? or is it not working at all |
20:40.22 | Alex[sp3dev] | WisTilt2: eh? so i can drop them? fo sho? |
20:40.24 | jonpry | bzo, is there a reason not to use 6mb gpu0? |
20:40.25 | bzo | strangely the only thing able to use smi2 is certain pmem |
20:40.39 | WisTilt2 | ive been running without them all morning np |
20:40.55 | Alex[sp3dev] | WisTilt2: it *will* work, but won't it drain more power? |
20:41.16 | WisTilt2 | nope, still seeing same drain for the past several hours |
20:41.27 | jonpry | Alex[sp3dev], try setting it to speed 2, and never to 7 |
20:41.28 | *** join/#htc-linux Nautis (6318dd93@gateway/web/freenode/ip.99.24.221.147) |
20:41.35 | jonpry | maximum savings :p |
20:41.39 | WisTilt2 | jonpry tried that also, no difference at all |
20:41.41 | bzo | jonpry: maybe, we've run with 2mb successfully |
20:41.54 | Alex[sp3dev] | jonpry: who did it in the first place? cr2? |
20:41.59 | jonpry | dunno |
20:42.04 | WisTilt2 | i dont think those dex calls are doing anything in the memory its setting and arm9 never does anything from it |
20:42.10 | emwe | WisTilt2: perhaps phh can ressurrect the reasoning for adding them. perhaps some haret traces on suspend/resume |
20:42.16 | Alex[sp3dev] | maybe we need some Cotulla power to clarify? |
20:42.56 | WisTilt2 | i just know setting both to 2 or 7 of comment the whole thing out made no difference in performance or battery |
20:42.59 | NetRipper | apt what is cotulla power |
20:42.59 | apt | NetRipper: I think you lost me on that one |
20:43.00 | jonpry | bzo, then we can have fb in smi |
20:43.07 | Cotulla | ? |
20:43.10 | NetRipper | :) |
20:43.34 | Alex[sp3dev] | bzo: is that enough for wvga, games and others? |
20:43.50 | bzo | jonpry, I tried that before with the 27 gb, but saw no difference. Maybe it would help the 35 fb |
20:44.25 | bzo | Alex[sp3dev]: probably, neocore ran. But I would be hesitant about mucking with it |
20:44.41 | bzo | the binary libs would need to be modded as well |
20:45.31 | bzo | jonpry: not sure if the smi is any faster on turbo devices like the rhod |
20:47.02 | jonpry | its extra 35mb/sec of memory bandwidth |
20:47.18 | bzo | oh, you benched it |
20:47.20 | bzo | ? |
20:47.33 | jonpry | no just 480x800x30x3 |
20:47.53 | bzo | right, you mean removed from ebi load |
20:47.58 | jonpry | yeah |
20:48.39 | bzo | hmm, what is the raw bandwidth? |
20:48.44 | bzo | is our ram even ddr? |
20:48.54 | jonpry | yeah i think its ddr200 |
20:49.04 | jonpry | or 266 |
20:49.24 | bzo | I thought it wass 266 on non-turbo, and 333 on turbo |
20:49.40 | jonpry | ebi1_clk 166mhz? |
20:49.54 | bzo | yeah |
20:50.40 | jonpry | is it /32 part? |
20:51.08 | bzo | no idea |
20:51.15 | jonpry | so thats like 1066MB/sec peak |
20:51.17 | *** join/#htc-linux kvaster (~kvaster@93.84.112.82) |
20:53.14 | jonpry | so thats like 10% maybe |
20:53.39 | jonpry | hello 23 on neocore :p |
20:53.47 | Alex[sp3dev] | jonpry: will 5 mb be enough for gpu0? |
20:53.55 | Alex[sp3dev] | and is gpu0 2d or 3d, again? |
20:54.10 | Willd | Alex[sp3dev]: 2D |
20:54.51 | Willd | Alex[sp3dev]: How are you changing it btw? |
20:55.00 | Cotulla | overclock it nah |
20:55.00 | Willd | Just lowering the alloc? |
20:55.06 | jonpry | pmem.c |
20:55.13 | Alex[sp3dev] | Willd: pmem and userspace library patch? |
20:55.28 | Willd | 'kay :) |
20:55.43 | jonpry | will it let you use like 6.75mb? |
20:55.46 | Alex[sp3dev] | Cotulla: will look into overclocking. it is not done properly on 27 i think, for kovsky it messes display. maybe need to overclock only ram or only gpu, not both |
20:55.58 | Alex[sp3dev] | jonpry: how much fb mem is actually needed? |
20:56.13 | jonpry | it just barely doesn't fit |
20:56.48 | jonpry | 1500kB |
20:56.55 | Willd | Are you working with wvga? |
20:57.08 | jonpry | yes |
20:57.16 | *** join/#htc-linux manekineko (~manekinek@newyork.homeserver.com) |
20:57.17 | Alex[sp3dev] | jonpry: maybe disable mpu and overwrite bootloaders in ram? |
20:57.37 | jonpry | is it big enough? |
20:58.03 | Alex[sp3dev] | jonpry: according to memory map, qcsbl is 1 mb and oemsbl is 1 mb. but may be wrong. and maybe radio writes there and corrupts memory |
20:58.28 | jonpry | that easy enough to tesy |
20:58.38 | Alex[sp3dev] | to test corruption? |
20:58.42 | jonpry | just /dev/mem it |
20:58.51 | jonpry | blast random in there and hope for best |
20:58.53 | Alex[sp3dev] | yeah, right |
20:59.05 | Alex[sp3dev] | if it survives a couple suspends, then we can use that |
20:59.35 | jonpry | sounds good to me |
20:59.39 | *** join/#htc-linux darkstone (dtrack@kimoshi.net) |
20:59.41 | jonpry | have to disable mpu first? |
20:59.47 | Alex[sp3dev] | yeah, smi mpu |
21:00.06 | Alex[sp3dev] | i think you can write to mpu regs via devmem as well |
21:01.43 | *** join/#htc-linux baxbax (5fa866c5@gateway/web/freenode/ip.95.168.102.197) |
21:02.26 | jonpry | WisTilt2, is this a good idea? |
21:03.26 | bzo | hmm ramconsole is the qcsbl region |
21:03.34 | bzo | guess that why it's gets trampled sometimes on wince boot |
21:03.39 | Alex[sp3dev] | ah, then we can use it |
21:04.01 | Alex[sp3dev] | bzo: for me, ramconsole survives even a battery pull |
21:04.31 | bzo | maybe they secretly put sram in your device, or even mram :p |
21:04.36 | *** join/#htc-linux cedesmith (~chatzilla@188.173.15.86) |
21:04.51 | jonpry | Actually the 6mb plan involved using both qcbl and oemsbl |
21:04.55 | jonpry | so we are nowhere |
21:05.16 | cedesmith | ~seen cotulla |
21:05.31 | apt | cotulla is currently on #htc-linux (3h 40m 35s). Has said a total of 213 messages. Is idling for 10m 31s, last said: 'overclock it nah'. |
21:05.31 | Alex[sp3dev] | jonpry: ah. for 5225 we have 7mb free smi for gpu. so i think i will try to abuse those 2 extra mb for fb |
21:05.42 | bzo | jonpry: if we use qcbl+oemsbl doesn't that free up 2mb for fb? |
21:06.02 | jonpry | we're already using oemsbl for gpu |
21:06.09 | jonpry | so we have the 1mb where ramconsole is now |
21:06.14 | jonpry | which is not 1500kB |
21:06.18 | Alex[sp3dev] | jonpry: i don't believe you |
21:06.21 | bzo | wat? |
21:06.31 | Alex[sp3dev] | we have 7 mb starting at 1 mb |
21:06.34 | bzo | gpu0=0x100000 |
21:06.39 | Alex[sp3dev] | that means we're not touching qcsbl |
21:07.09 | *** join/#htc-linux ftoz (~root@cst-prg-224-33.vodafone.cz) |
21:07.09 | bzo | and why we can use ramconsole in qcsbl |
21:07.19 | cedesmith | cotulla i finaly got off mode charging to properly work on HD2 (kernel and CWM patch required), will you add support in magldr for it ? |
21:07.25 | Alex[sp3dev] | maybe it's not qcsbl but someone mapped it wrongly? |
21:07.59 | jonpry | hmm |
21:08.30 | jonpry | one would assume that 0x8e0000 was not chosen over 0x800000 for no reason |
21:09.01 | bzo | maybe it was a cross your fingers and pray qcsbl doesn't use the upper portion |
21:09.39 | bzo | I think phh picked it, we should see if he remembers why |
21:09.42 | Alex[sp3dev] | bzo: we need to find out if radio is writing there after it is booted up. we can get along with fb trashing during early boot |
21:10.46 | bzo | we could fill it with zeros and see if it changes later? |
21:11.04 | Alex[sp3dev] | bzo: or better with some other pattern |
21:11.37 | jonpry | or just read it, and diff it later |
21:11.57 | Cotulla | cedesmith, yes |
21:12.39 | cedesmith | nice, just boot recovery instead of reboot |
21:13.09 | cedesmith | posting CWM patch that fixes it now |
21:13.19 | Cotulla | I will add option to menu |
21:13.50 | Cotulla | same can be applied to RHO |
21:13.52 | Cotulla | and TPZ |
21:13.54 | Cotulla | btw |
21:24.15 | cedesmith | cwm image with patched cwm && kernel at http://forum.xda-developers.com/showpost.php?p=11649322&postcount=170 |
21:24.59 | Cotulla | did u talk with RaiderX ? |
21:26.07 | cedesmith | i did last week but then i just looked what is wrong and since seamed fairly easy i did it myself |
21:26.35 | Cotulla | which parameter must be added to command line or atag? |
21:26.59 | Alex[sp3dev] | Cotulla: maybe you should add proper charger support directly to your bootloader? |
21:27.15 | cedesmith | cmdline androidboot.mode=offmode_charging |
21:27.36 | Cotulla | Alex, I plan also. because I support few OS :) |
21:28.25 | Cotulla | seems I gotta copy board-htcleo-log.c to board-htcrhodium-log.c :P |
21:29.14 | cedesmith | Alex[sp3dev] i just did all cotulla needs to do is boot recovery with androidboot.mode=offmode_charging appended to cmd line :P |
21:29.40 | Alex[sp3dev] | cedesmith: it is not a solution. Cotulla can just add a couple lines of code. don't allow him to be so lazy |
21:29.50 | Cotulla | :D |
21:30.51 | WisTilt2 | jonpry: sorry, went to lunch. is what a good idea? didnt really follow the flow |
21:39.55 | *** join/#htc-linux g3rm (~germo@89-77-81-175.dynamic.chello.pl) |
21:41.50 | WisTilt2 | Alex[sp3dev]: you sure ramconsole is 128k? looks like its being allocated 1mb |
21:42.49 | Alex[sp3dev] | WisTilt2: you're on rhod. so why are you looking at raph500? |
21:43.57 | *** part/#htc-linux testing (~imran@94.59.202.193) |
21:43.57 | WisTilt2 | yeah, :) |
21:44.22 | Cotulla | but 1MB ram console will be great |
21:44.34 | Alex[sp3dev] | i'd even say huge |
21:44.50 | bzo | lol |
21:44.51 | jonpry | WisTilt2, is it ok to go zonking oemsbl and qcsbl |
21:44.59 | Alex[sp3dev] | for me if something bad happens, it usually happens before reaching the first half of ramconsole ;) |
21:46.37 | Alex[sp3dev] | Cotulla: your opinion? |
21:46.43 | Cotulla | ? |
21:47.02 | Alex[sp3dev] | Cotulla: about putting framebuffer into 0x800000, in place of qcsbl and oemsbl |
21:47.40 | Cotulla | if they are free for WM use, yes |
21:47.56 | Alex[sp3dev] | Cotulla: do you know if radio uses them? |
21:48.09 | Cotulla | try to write something to them |
21:48.16 | Cotulla | first MB is working - there ramconsole |
21:48.24 | Cotulla | try to write at second MB |
21:48.30 | Alex[sp3dev] | Cotulla: we can disable mpu after all. we're doing it anyway for suspend |
21:48.31 | Cotulla | if it success it means it's free :P |
21:48.39 | jonpry | ramconsole upper 128k of first mb |
21:48.51 | Cotulla | don't play with mpu |
21:49.09 | Alex[sp3dev] | you think it mpu can be buggy and accidentally disable nand mpu? |
21:49.13 | Cotulla | if memory protected, it means protected for some kind of use :) |
21:49.25 | Cotulla | so if this two MB are not protected, they are free |
21:49.32 | Alex[sp3dev] | ok, will try to write |
21:49.36 | Cotulla | first MB is not protected, we know already it |
21:49.40 | Cotulla | because there ramconsole located |
21:49.41 | jonpry | or protected because it is topsecret |
21:49.58 | Alex[sp3dev] | jonpry: or because they're ashamed of showing their code ;) |
21:50.13 | Alex[sp3dev] | actually it cannot be topsecret since they're distributing amss |
21:51.07 | WisTilt2 | jonpry: no |
21:51.10 | Cotulla | lol why not finish porting of other stuffs? is it really important now to move FB now? |
21:51.34 | WisTilt2 | that would corrupt whatever is in that memory |
21:51.55 | Alex[sp3dev] | Cotulla: we're chatterboxes. and yes, i'm developing. moving pm stuff to 35 |
21:52.06 | Cotulla | okay xD |
21:52.32 | jonpry | WisTilt2, maybe it is dead code |
21:53.07 | Alex[sp3dev] | jonpry: no luck here. if i write to 0x800000, i read back 0xffffffff (mpu'ed?) |
21:53.35 | jonpry | hmm, i get bad address with dd and /dev/mem |
21:54.16 | Alex[sp3dev] | jonpry: i'm using my custom app which does not do error handling, so it's not showing errors, but kernel does |
21:58.20 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
21:58.56 | Cotulla | just got idea |
21:59.02 | Cotulla | if we turn on something powerful |
21:59.09 | MassStash | Cotulla, mind if i get a rho MAGLDR update for the forum? |
21:59.10 | Cotulla | it will increase drain current |
21:59.22 | Cotulla | so |
21:59.27 | Cotulla | but because it happens fast |
21:59.33 | Cotulla | we can assume battery capacity not changed |
21:59.46 | Cotulla | so I1 & I2 |
21:59.48 | Cotulla | currents |
21:59.52 | Cotulla | and V1 & V2 voltage |
21:59.55 | jonpry | Cotulla, i'm way ahead of you on that stuff |
21:59.56 | Cotulla | hmhm |
22:00.01 | Cotulla | so |
22:00.06 | Alex[sp3dev] | Cotulla: it's not linear |
22:00.10 | Cotulla | yaya |
22:00.20 | Cotulla | okay |
22:00.21 | Cotulla | :D |
22:00.23 | jonpry | dV = RdI |
22:00.38 | Cotulla | MassStash, what u mean? |
22:01.01 | Cotulla | but ok I reversed Hero level calculation algo |
22:01.10 | Cotulla | maybe it will work *normal* for RHO |
22:01.33 | emwe | Alex[sp3dev]: did you verify that you explicitely need to send CMD_BYE before CMD_HELLO via rpc in order to get amss to reregister servers? looks like i don't need that on 6125. |
22:01.49 | Alex[sp3dev] | emwe: i can do it if you like |
22:02.29 | MassStash | Cotulla, last i heard you were making a rom n kernel or something off the t-mo saphire rom |
22:02.47 | jonpry | bzo: i had an EE question for you |
22:02.47 | emwe | Alex[sp3dev]: just when you find the time. can verify later when getting to raph. in ehm... months ;) |
22:03.17 | bzo | jonpry: you can ask, but all my ee studies are likely long forgotten :) |
22:03.46 | jonpry | hmm, well worth a shot i suppose. looking at this: www.mdpi.com/1996-1073/3/9/1586/pdf |
22:03.53 | jonpry | page 3, fig 1 |
22:04.07 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
22:04.27 | Alex[sp3dev] | gotta hate mass storage in htc winmo |
22:04.43 | jonpry | bzo: seems like Rt is not necessary. like there is always an equivalent circuit where Re, Rt, or Rc is zero |
22:05.56 | Alex[sp3dev] | emwe: fo sho, works without BYE |
22:06.23 | Cotulla | MassStash, yes |
22:06.33 | Cotulla | I able to boot saphire rom with my 2.6.32 saphire kernel |
22:06.52 | Alex[sp3dev] | damn i need a nand bootloader.. yes, DIY, i know |
22:06.53 | Cotulla | booted from nand directly |
22:07.00 | emwe | Alex[sp3dev]: ah cool. some lines less of modification. thx for testing! |
22:07.25 | Cotulla | I continue to move stuffs to new kernel and clear them |
22:07.44 | Alex[sp3dev] | emwe: wait a bit, will test again. i seem to have commented out wrong lines. maybe hello was not sent |
22:09.00 | emwe | Alex[sp3dev]: i just have the CMD_HELLO in msm_rpcrouter_probe. which might be just required on haret. |
22:09.18 | Alex[sp3dev] | emwe: you're so impatient |
22:09.25 | bzo | jonpry: I think you could incorporate rt proportionally into re/rc for the same result, the equation reflects that with the only use of rt |
22:09.37 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
22:09.40 | bzo | however, there's no equivalent circuit for zeroing out re or rc |
22:09.57 | emwe | Alex[sp3dev]: impatient? just wanted to tell what is the only modification if have in there since some time :P |
22:10.08 | bzo | at least that is how it seems to my rusty brain |
22:10.20 | Alex[sp3dev] | emwe: there's some other amss which we cannot test. 6150, aite? |
22:10.22 | jonpry | bzo, yeah i thinyou Re/Rc can work if your will to accept negative resistance possibility |
22:10.47 | jonpry | but i don't really want that anyway |
22:11.16 | emwe | Alex[sp3dev]: yes. don't remember which of the cdma devices that was for, though. |
22:11.26 | Alex[sp3dev] | raph500 and diam500? |
22:11.52 | bzo | jonpry: yeah, so as long as the you maintain the same voltage divider and overall impedence, I think rt is there just for convenience |
22:11.59 | bzo | and to more realistically model the system |
22:12.18 | arrrghhh | Alex[sp3dev]: for what? |
22:12.37 | jonpry | its really messing with my regression :p |
22:12.44 | Alex[sp3dev] | emwe: the comment in 27 router says that disabling BYE kills sound on some phones. but we're registering our server then.. let's come back to it once someone with this amss pops in and tests |
22:12.52 | bzo | 6150=raph800+diam500 |
22:13.14 | emwe | Alex[sp3dev]: yeah, agreed. |
22:13.27 | emwe | bzo: thanks. we'll try to remember when getting to that again ;) |
22:13.40 | g3rm | bzo: isn't Rt THE voltage divider? |
22:13.54 | Alex[sp3dev] | jonpry: do you think i should try acoustic? |
22:14.06 | bzo | [acl] has a raph800 and I have a diam500, so one of us ought to be able try it at some point |
22:14.44 | bzo | g3rm, yeah but I was talking about the voltages applied to cb/cc |
22:14.53 | bzo | we don't really care what the voltage are on the resistors |
22:16.55 | g3rm | ok so it's fine to drop it |
22:17.39 | bzo | I believe so |
22:17.45 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
22:18.15 | *** join/#htc-linux Wally__ (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
22:18.31 | jonpry | cool half way to full rank matrix |
22:40.04 | *** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com) |
22:42.04 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-96-249-148-95.hrbgpa.fios.verizon.net) |
22:52.26 | *** join/#htc-linux cazh_ (~quassel@3007ds2-rd.0.fullrate.dk) |
22:55.57 | *** join/#htc-linux alaura (~alaura@12.154.218.253) |
22:58.56 | Alex[sp3dev] | hideous acl clone? |
22:59.05 | alaura | nahh |
22:59.10 | alaura | im logged in from texas |
22:59.24 | [acl] | better :-) |
22:59.28 | Alex[sp3dev] | in texas, you're forced to use real names? real id is the law? |
22:59.34 | Cotulla | heh |
22:59.44 | [acl] | nahh .. dumb laptop had real name :-p |
22:59.54 | [acl] | sup fellas.. yall hacking away ? |
22:59.59 | Alex[sp3dev] | yes of course |
23:00.24 | [acl] | helping people here with a wedding .. not fun |
23:00.31 | arrrghhh | lol |
23:00.39 | Alex[sp3dev] | ow |
23:01.00 | [acl] | i was promised chicks.. but all i see is a bunch of cows.. |
23:01.08 | Alex[sp3dev] | phail |
23:01.09 | Cotulla | :D |
23:01.10 | jonpry | WisTilt2, its official, your battery has negative capacitance |
23:01.11 | arrrghhh | LOL |
23:01.20 | Cotulla | heh |
23:01.57 | arrrghhh | bzo: i didn't know you had a DIAM. think the panel collapse stuff can get ported to those sad old phones? |
23:02.38 | [acl] | bzo: u here? yo you gonna work on this over clocking thing ? i really want to use set cpu instead of cmd line poopy |
23:02.58 | bzo | arrrghhh: needs to be someone proficient in disasm the dlls, though jb mentioned he might be willing to look into it |
23:03.03 | Alex[sp3dev] | [acl]: wanna make overclock via cpufreq? |
23:03.15 | WisTilt2 | jonpry: huh? thats because my secret collapse code regenerates so i never have to charge it |
23:03.27 | [acl] | Alex[sp3dev]: well yeah .. its actualy easy.. you can even cat into the /sys if u wanat to so u dont need an app |
23:03.30 | bzo | [acl] maybe another day, I'm going through a giant set of patches from jb |
23:03.34 | arrrghhh | WisTilt2: lol |
23:03.46 | Cotulla | :D |
23:03.47 | arrrghhh | heh |
23:03.47 | jonpry | WisTilt2, just be sure not to turn it off, or it could explode |
23:03.48 | Cotulla | good work :D |
23:03.49 | [acl] | bzo: more cam ? or bt? |
23:03.56 | bzo | all cam |
23:04.01 | arrrghhh | bzo: no rush, just wanted to see if it was doable. if jb wants to tackle it lovely :D |
23:04.18 | Alex[sp3dev] | [acl]: i'm striking with bluetooth poop and wifi poop and all other sort of pooping on 35 |
23:04.20 | [acl] | bzo: told u it wouldnt be easy.. glad u got it under control tho |
23:04.35 | bzo | [acl] jb reworked them a bit from the original ones he sent to list |
23:04.53 | [acl] | bzo: aite.. patch the patch then :-p |
23:04.54 | jonpry | i think positive currents are discharging or some crap |
23:06.31 | WisTilt2 | jonpry: we'll see if we get the same capacitance with more load. |
23:06.45 | jonpry | Initial voltage: 4.101648, Rc: 0.071172, Cc: 0.371894, Re: 0.005015, Cb: 39.988957 |
23:06.45 | [acl] | Alex[sp3dev]: any patches for .35 yet we can commit? emwe hasnt been on much huh |
23:06.46 | WisTilt2 | did it come up with average drain? |
23:06.48 | arrrghhh | WisTilt2: had some of the pigs report ridiculous battery life with this newest kernel. i've noticed it too, drain is amazing. |
23:07.22 | emwe | [acl]: alex has a shitload of commits. think i lost track. :P |
23:07.31 | arrrghhh | lol |
23:07.32 | *** join/#htc-linux sosasmith (48e4a48b@gateway/web/freenode/ip.72.228.164.139) |
23:07.34 | WisTilt2 | arrrghh: told you it should be drawing less:) |
23:07.34 | Alex[sp3dev] | [acl]: i think when i'm done i'll start a new branch and prepare the clean set of patches. maybe even send them to aosp for trolling |
23:07.36 | [acl] | emw: sup buddy.. didnt think u were on |
23:07.54 | arrrghhh | WisTilt2: never doubted you :D |
23:08.12 | sosasmith | Project Android Wont load on my touch pro2 for spring |
23:08.25 | sosasmith | How do I fix that? |
23:08.35 | [acl] | lol |
23:08.39 | jonpry | WisTilt2, the numbers i got from your data are in line with what i believe it to be, so i think we might be good |
23:08.41 | jonpry | lol |
23:09.12 | arrrghhh | sosasmith: this room isn't for support. come over to #xdandroid |
23:09.15 | arrrghhh | jeez. |
23:09.22 | WisTilt2 | interested to compare battery response with heavy load though |
23:09.51 | arrrghhh | battery meter is still fubar until you guys fix it :D |
23:10.05 | Alex[sp3dev] | now what the f is bt not working on 35 |
23:10.21 | WisTilt2 | jonpry: you want the same intervals over same time as before, just with more load? |
23:10.30 | Alex[sp3dev] | clocks are the same as on 27, dma doesn't claim anymore.. maybe that phh's uart hacks are needed? |
23:10.40 | jonpry | WisTilt2, thats sound like a good plan |
23:10.42 | Alex[sp3dev] | but again, it's the same chip as on dream. maybe init is fubar |
23:11.22 | WisTilt2 | jonpry: ill run it when i get home and email it before i hit the sack, that way no dead phone and no data |
23:11.39 | emwe | [acl]: haven't been on much, no. just stumbled over undocumented wince changes in .27 holding qdsp back... in the meantime alex just came by with a dozen other stuff :) |
23:12.03 | emwe | Alex[sp3dev]: nice dex_comm stuff ;) |
23:12.31 | Alex[sp3dev] | [acl]: i have sound on 35 and even spent the whole day at school playing mystique (3d opengl game) ;) |
23:12.48 | [acl] | lol |
23:13.14 | WisTilt2 | while the heavy hitters are in here... anyone know why ramconsole is being put at 0x8e0000? its right above GPU0 but why not at the top of SMI? |
23:13.31 | Alex[sp3dev] | WisTilt2: top of SMI is SPL |
23:13.46 | Cotulla | top is SMEM? |
23:13.46 | Alex[sp3dev] | i think we may depend on it for suspend. or not? |
23:13.54 | Alex[sp3dev] | Cotulla: 0x0 |
23:14.00 | Cotulla | top is top |
23:14.02 | Cotulla | more high |
23:14.06 | Cotulla | if u draw |
23:14.11 | Cotulla | from zero |
23:14.13 | Cotulla | :) |
23:14.15 | Alex[sp3dev] | i'm drawing zero on top |
23:14.27 | Cotulla | and all other ppl draw zero at bottom |
23:14.31 | Alex[sp3dev] | really? |
23:14.34 | Cotulla | yeah |
23:14.40 | Alex[sp3dev] | you're a liar |
23:14.46 | Cotulla | no |
23:14.49 | Alex[sp3dev] | yes |
23:14.51 | Cotulla | it's raelity |
23:15.00 | [acl] | cotulla a liar ? blasphemy |
23:15.13 | *** join/#htc-linux NeoMatrixJR_Mobi (~NeoMatrix@174-156-239-138.pools.spcsdns.net) |
23:15.16 | arrrghhh | lol |
23:15.26 | Cotulla | it's alex though wrong |
23:15.43 | Alex[sp3dev] | i reject your reality and substitute my own |
23:16.00 | WisTilt2 | SPL looks to be at 1st meg of SPI |
23:16.10 | WisTilt2 | SMI |
23:16.15 | L_miller | [acl] - never got the camera to working on nand. |
23:17.04 | L_miller | I added this to the cmdline: board-htcrhodium.is_cdma=1 and added the correct drivers. Ithink. |
23:17.50 | bzo | WisTilt2: in any case, no on seem to know why the ramconsole is in qcsbl. You may want to to relocating to ebi if you suspect this is causing an issue |
23:18.07 | Alex[sp3dev] | bzo: i think no one wanted to spare memory elsewhere |
23:18.17 | WisTilt2 | bzo: i do. something is stepping on it i think |
23:18.23 | bzo | Alex[sp3dev]: yeah, most likely |
23:18.33 | [acl] | L_miller: i think we are mising stuff |
23:18.45 | [acl] | L_miller: so no worries.. |
23:19.06 | L_miller | ok sounds good. Just thought I would let you know. ;) |
23:19.19 | bzo | L_miller: in a matter of days or hours, I will have jbruneaux's camera code committed to main |
23:19.29 | [acl] | L_miller: i fixed the cdma part. We should no longer need it after my next fix.. |
23:19.51 | [acl] | L_miller: same as the kb detection.. thing of the past now |
23:20.03 | L_miller | Great! |
23:20.13 | L_miller | Thanks bzo! |
23:20.34 | L_miller | what did you have to fix [acl]? |
23:20.37 | [acl] | L_miller: im actuallay re-activating my phone .. so i can use it fully |
23:20.49 | L_miller | lol about time! ;) |
23:21.07 | [acl] | L_miller: since we can detect the variant type, we can enable and disable cdma based on that |
23:21.14 | [acl] | same as keyboard |
23:21.28 | L_miller | ok. sounds good. |
23:22.00 | [acl] | i heard stine had a list of other fixes tho.. i havent heard any from him so im waiting |
23:22.29 | bzo | [acl] is there going to be a centralized place to query variant type? |
23:22.29 | L_miller | running nand right now. and everytime I go to turn on GPS it just reboots. |
23:22.55 | L_miller | [acl] - he is over on xdandroid. :) |
23:22.59 | [acl] | bzo: depends on who needs it .. if kernel then not yet.. but userland should |
23:23.27 | bzo | [acl]: jb still has the module param hack in place to detect rhod400/500 for the cam |
23:23.41 | arrrghhh | L_miller: he's here too lol |
23:23.54 | L_miller | lol... |
23:23.56 | L_miller | opps. ! |
23:24.00 | arrrghhh | stinebd: bacon! |
23:24.13 | [acl] | bzo: but i talked with him about this already. we already detect it. |
23:24.21 | [acl] | htc_hw i think |
23:24.31 | [acl] | i tihnk wistilt commited it to the main |
23:24.31 | Alex[sp3dev] | [acl]: did i tell you htc_hw must die? |
23:24.36 | stinebd | [acl]: who told you that? |
23:24.44 | [acl] | Alex[sp3dev]: no u didnt .. for .35 ? |
23:24.51 | [acl] | stinebd: nate .. |
23:25.06 | [acl] | stinebd: u got some goodies ? |
23:25.07 | stinebd | heh, i don't really have any fixes yet |
23:25.16 | stinebd | i was just fighting to get gingerbread to boot |
23:25.26 | arrrghhh | in NAND? |
23:25.26 | [acl] | stinebd: ahh ginger.. cant wait |
23:25.30 | Alex[sp3dev] | [acl]: i think, yes. thinking of a better way to do it. we need to export model to userspace.. but all the rest like vibe and audio should be done elsewhere |
23:25.42 | stinebd | [acl]: most of my fixes, i plan to put in /system anyway |
23:25.52 | stinebd | silly stuff like updated init.android and add ueventd (which ginger needs) |
23:25.53 | bzo | [acl] ok ic it. I'll swap out the hack for that stuff |
23:25.55 | [acl] | stinebd sounds sexy |
23:26.05 | Alex[sp3dev] | stinebd: do you think we can possibly integrate our stuff to CM instead of supporting the fork of aosp? |
23:26.05 | arrrghhh | lol |
23:26.13 | stinebd | Alex[sp3dev]: i dislike cm |
23:26.14 | L_miller | I'm out! Later guys. |
23:26.20 | stinebd | i prefer the stock android experience |
23:26.35 | Alex[sp3dev] | stinebd: why? it doesn't spoil anything except taskbar |
23:26.38 | [acl] | Alex[sp3dev]: im finishing up the cm for nand if it makes u feel better :-p |
23:26.46 | bzo | stinebd: has jb sent you another set of patches? |
23:26.49 | stinebd | Alex[sp3dev]: er, have you actually used it? |
23:26.53 | Alex[sp3dev] | [acl]: cm as from source or hand-editing |
23:26.55 | Alex[sp3dev] | stinebd: yep |
23:27.07 | Alex[sp3dev] | stinebd: i like his applet to control color leds ;) |
23:27.09 | [acl] | Alex[sp3dev]: nahh not from source.. im just butchering their hero builds |
23:27.10 | stinebd | it spoils quite a lot actually |
23:27.20 | [acl] | I really really want to implement reboot |
23:27.29 | *** part/#htc-linux defendthecommons (~defendthe@50-48-38-230.dr04.mdtw.ny.frontiernet.net) |
23:28.26 | Alex[sp3dev] | stinebd: what else? i like the comm manager in the drawer (or how do you call that draggable panel) and support to change skins without metamorph |
23:28.50 | stinebd | Alex[sp3dev]: there are intrusive source changes everywhere. frameworks, settings, browser, ... |
23:29.01 | stinebd | webkit, dalvik, package manager |
23:29.06 | stinebd | i could go on and on |
23:29.08 | Alex[sp3dev] | ok then |
23:29.22 | Alex[sp3dev] | someone else will make cm if we make a proper nand rom i guess |
23:29.28 | stinebd | if someone else wants to maintain a cm tree with xdandroid stuff integrated, that's good on them |
23:29.41 | [acl] | Ahh while you guys are here.. who do i have to kill to move the microp autobl away from dgb fs so something more solid? |
23:29.45 | Alex[sp3dev] | stinebd: have you looked into gps issues on ginger? |
23:29.57 | Alex[sp3dev] | [acl]: move it to sysfs |
23:30.19 | stinebd | Alex[sp3dev]: i've tried to nudge the current driver into the updated libhardware api but i'm unsuccessful to this point. i'm way too busy for it at the moment. |
23:30.22 | [acl] | Alex[sp3dev]: yes.. but someone needs to do the userland change |
23:30.48 | Alex[sp3dev] | stinebd: so, you also think it's a good idea to rewrite gps code to resemble dream/nexus one as close as possible? |
23:31.06 | stinebd | Alex[sp3dev]: passion one. yes. i did a similar thing with the accelerometer driver for gingerbread. |
23:31.22 | stinebd | i don't know what the dream one looks like |
23:31.25 | emwe | [acl]: just do it. likely just one line defining the path in liblights. ;) |
23:31.28 | stinebd | maybe the same layout? |
23:31.53 | [acl] | emwe: i just might :-p .. i wonder if we can eliminate it tho.. |
23:31.59 | Alex[sp3dev] | stinebd: could you please do so that accelerometer service is not started for kovsky? |
23:32.00 | bzo | [acl] err, machine_variant_show is only for detecting the rhod300... |
23:32.09 | stinebd | what? |
23:32.15 | Alex[sp3dev] | stinebd: akmd or what? |
23:32.20 | stinebd | we don't use akmd |
23:32.27 | stinebd | that's proprietary |
23:32.28 | [acl] | bzo: hmm i'll look at the code.. i use it for us right now.. |
23:32.53 | Alex[sp3dev] | anyway, if sensors don't use polling, i'm fine. if they do, i'd prefer not to have them since kovs has no accelerometer |
23:33.28 | bzo | [acl] I think wis added a limited version just for his use, I can fix it up to be a bit more general |
23:33.28 | emwe | [acl]: eliminate the hook entirely? perhaps as atribute on led backlight device entry itself? (dunno offhand if there's custome attribs possible) |
23:34.09 | Alex[sp3dev] | stinebd: ok, we want to get rid of rootfs. how much stuff is left board-specific? also, what do you think of preparing build.prop et al in advance and only bind-mounting them so that we can have system entirely ro? |
23:34.35 | Alex[sp3dev] | emwe: a custom led trigger?) |
23:34.44 | stinebd | wifi and bluetooth are board-specific at least |
23:34.52 | [acl] | bzo: fak.. ok .. worse case just pull my code from nand.. ahh ill look at it. ur already busy.. |
23:34.58 | WisTilt2 | bzo: i added that mainly to detect rhod300 for flipping the caps/fn hardware bits |
23:35.30 | [acl] | WisTilt2: sup dood.. thanks for the server bro.. we really really use it now ..lol |
23:35.37 | WisTilt2 | all other rhods are normal, or actually rhod 300 is normal, all others aren't |
23:35.49 | bzo | WisTilt2: yeah, I figured. I want to change it to be a little more general |
23:35.54 | WisTilt2 | [acl]: np, glad you're putting it to use! |
23:35.59 | [acl] | emwe: i figured if we set the led brightness out of bounds then we can assume its auto .lol |
23:36.23 | Alex[sp3dev] | [acl]: i suppose brightness is a char so you'll just overflow |
23:36.34 | bzo | WisTilt2: is that queried only from userland right now? |
23:37.23 | WisTilt2 | nothing in userland yet, all logic is hacked into kernel until userland can be hooked to it |
23:37.24 | [acl] | Alex[sp3dev]: hmm does it have to be a char ? int that betoch |
23:37.41 | WisTilt2 | we talking autobl or caps/fn? im confused now |
23:38.04 | Alex[sp3dev] | [acl]: ahum. dunno. but the led subsys can force it to be char. anyway, try and see, i'm fixing bt |
23:38.18 | bzo | WisTilt2: machine_variant_show() |
23:38.33 | WisTilt2 | bzo: thats only for caps/fn |
23:38.45 | bzo | so only used for microp right now? |
23:38.51 | WisTilt2 | yes |
23:39.13 | bzo | WisTilt2: ok, I'm going to mod that function to return the model #, i.e. 300 |
23:39.28 | bzo | I'll update micrp-ksc accordingly |
23:39.37 | WisTilt2 | sounds good. i threw it together quickly and only tested for the "3" field |
23:39.41 | [acl] | Alex[sp3dev]: fak.. i didnt know |
23:39.47 | WisTilt2 | to flip the logic |
23:41.03 | [acl] | bzo: would be better if you can just define some constants so we can compare to .. i could use that as well :-p |
23:41.50 | bzo | [acl] how about #define RHOD_VARIANT_300 300 :p |
23:43.28 | [acl] | lol.. |
23:43.48 | [acl] | sure .. i dont really care for the values just the names :-) |
23:44.01 | WisTilt2 | wow, moved ram console to EBI right under GPU1 and working like a charm |
23:45.06 | bzo | [acl] ok, I'll come up with something and put the defines in htc_hw.h |
23:45.26 | [acl] | sexy |
23:45.34 | *** join/#htc-linux manekineko (~manekinek@newyork.homeserver.com) |
23:47.50 | WisTilt2 | damn, i might be getting excited too soon but whatever was stepping on ram console isn't anymore. |
23:55.31 | MassStash | [acl], what was different in that autobuild from lastnight? |
23:55.35 | MassStash | nand |
23:56.26 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
23:58.23 | [acl] | MassStash: Huh ? |
23:58.35 | [acl] | MassStash: last autobuild has Nates working payload |
23:58.48 | *** join/#htc-linux SG (~chatzilla@cpe-76-186-50-40.tx.res.rr.com) |
23:59.01 | [acl] | aactually .. i thought i erased the old so there should only be one |
23:59.18 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
23:59.25 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
23:59.43 | *** join/#htc-linux Samsunguy (~chatzilla@cpe-76-186-50-40.tx.res.rr.com) |