00:13.55 | WisTilt2 | bzo: were you ever able to printk the task id when enabling camera in your tests? |
00:14.48 | bzo | by task id, you mean like QDSP_MODULE_VFETASK? |
00:15.16 | WisTilt2 | yes i believe that should be it |
00:15.44 | bzo | not directly, but it finds it by string lookup of "vfetask", and it is hardcoded in qdsp to use QDSP_MODULE_VFETASK |
00:16.47 | WisTilt2 | so its not using the actual task id to map the correct module, its actually hardcoded for the specific module? |
00:17.28 | bzo | well, it's hardcoded to match the string "vfetask" to QDSP_MODULE_VFETASK |
00:18.32 | WisTilt2 | well if QDSP_MODULE_VFETASK is not set with the right value that wont work:) ok let me check those values then. ive been checking the task id to module mapping. |
00:19.05 | WisTilt2 | it really should be using the task id eventually |
00:19.29 | bzo | it's the camera driver that call qdsp that way |
00:20.07 | WisTilt2 | was that taken from winmo dll or just from the way some other device does it? |
00:20.57 | bzo | don't think winmo does it, but it seems that's a supported way for linux qdsp |
00:21.04 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
00:21.06 | bzo | grep msm_adsp_get in the qdsp5 directory |
00:23.34 | bzo | taking a closer look, it is not completely hard coded |
00:23.52 | bzo | for string lookups, it uses the adsp_module_info_module_info[] table |
00:24.57 | bzo | in any case, it relies on the qdsp_module_type enum |
00:26.14 | WisTilt2 | ok ill check the enum's then since they are being statically set with whatever values rather than actual enum. |
00:41.37 | *** join/#htc-linux Rajko (Rajko@wan.rajkonet.info) |
00:53.37 | *** join/#htc-linux kubi (~Adium@miranda/user/kubi) |
00:55.37 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) |
01:01.30 | *** join/#htc-linux arrrghhh (cdf317e8@gateway/web/freenode/ip.205.243.23.232) |
01:01.44 | arrrghhh | WisTilt2: just been reading the logs, and saw you were back. WB dude, hope you had a good vaca. We missed ya :D |
01:05.19 | WisTilt2 | hiya arrrghhh. yeah we're back at it again with a fresh mind lol. going to be back in testing mode shortly so get ready for some fun:) |
01:05.27 | arrrghhh | i see that |
01:05.33 | arrrghhh | been reading feverishly :D |
01:06.49 | WisTilt2 | bzo: so far it looks like some of the id's are no good. going to take some time correcting them all so dont hang around for me. ill be here another hour or so. |
01:07.33 | arrrghhh | mostly caught up on what's going on. progress has been moving like a freight train, which is awesome. i'm workin for free at this point, so it's time for me to go home. glad to see ya back in the saddle, ready to test whenever you got some madness for me to test :D |
01:07.36 | arrrghhh | cya guys later |
01:07.49 | WisTilt2 | arrrghhh: you saw speakerphone mic was committed i guess? just commited another minor fix that takes care of the panel not shutting off every time at suspend. |
01:08.10 | bzo | WisTilt2: ok, lemme know when you have something. |
01:08.39 | bzo | WisTilt2: say, was the panel shutoff the power drain you were referring toj in the 12/17 commit? |
01:08.42 | WisTilt2 | bzo: are you able to test a quick change now? |
01:08.54 | bzo | sure |
01:09.25 | WisTilt2 | no, this was unrelated. the power drain looks to me to be coming from one of the mddi commits on the 17th. |
01:10.37 | WisTilt2 | panel issue was where sometimes the panel wouldnt shutdown at suspend for whatever reason. this just makes sure it gets called again at the final suspend routine in addition to the panel blank area. |
01:11.15 | WisTilt2 | can you change 1 value in the enum module table and try it right now? |
01:11.20 | bzo | sounds good, broken panel shutdown will also kill the battery |
01:11.26 | bzo | yep, I can try it |
01:12.22 | WisTilt2 | change the value for QDSP_MODULE_VFETASK from the current 0x27 to 0x17 and see if vfetask still gets to the same point you are now or dies before. |
01:12.55 | bzo | ok, let's give it a try |
01:14.35 | *** join/#htc-linux Termana (~bradley@122.151.73.14) |
01:17.01 | *** join/#htc-linux dekar (~dekar@drms-590cff05.pool.mediaWays.net) |
01:18.36 | WisTilt2 | you might try 0x16 also for kicks if 0x17 gets you nowhere. |
01:25.19 | WisTilt2 | bzo: actually forget 0x16, 0x18 is what we need to test if 0x17 makes no difference. |
01:25.45 | bzo | ok, still booting on 0x16 |
01:26.08 | WisTilt2 | i dont know why they have to make these docs so cryptic where you have to do all the bit calcs to get where you want to be. |
01:26.41 | WisTilt2 | anything happen different with 0x17? |
01:27.12 | bzo | err, I mean booting on 0x17, still on first test |
01:27.18 | WisTilt2 | ok |
01:28.45 | bzo | 0x17 doesn't seem to do it, lemme try 0x18 |
01:29.25 | WisTilt2 | did it still register vfetask with 0x17? |
01:29.46 | bzo | yeah, though I've noticed in the past it will let you register with pretty much any value |
01:30.41 | WisTilt2 | you're changing this in the 6125 firmware module enum correct? |
01:31.29 | bzo | yep |
01:32.20 | bzo | wonder if the bad enums are also the cause of the hq video problem |
01:32.44 | bzo | btw, my theory about slow framebuffer causing it was bunk |
01:32.50 | WisTilt2 | could be. we have hq video but even with this new fb it lags |
01:33.28 | WisTilt2 | which task runs in hq, videotask, videoenctask, or do we know |
01:33.53 | bzo | dunno, I would guess videotask, but perhaps other modules are needed as well |
01:35.42 | WisTilt2 | how was that enum table order derived do you know? i dont think there's anything about that order in these docs, just configs for each module. |
01:36.16 | bzo | disassembly of the adsp rtos dll |
01:36.26 | *** join/#htc-linux DuperGhost (~Duper@46-116-68-70.bb.netvision.net.il) |
01:36.49 | WisTilt2 | so this order is pretty sure to be correct? |
01:37.14 | bzo | I would assume so, the queue offsets were disassembled the same way |
01:37.21 | bzo | err, I mean not assume so |
01:38.57 | bzo | not seeing interrupts on 0x18 either |
01:40.54 | WisTilt2 | ok well let me work out the bitmasks for each module tonight and fix the ones that are wrong. those 2 were just guesses from briefly looking at how they're setup. need to apply their logic to it on paper to get the correct values. |
01:41.39 | WisTilt2 | ill be here all day tomorrow so hopefully will have a correct enum table for you to try. |
01:41.54 | bzo | sounds like a plan |
01:42.21 | WisTilt2 | im going home so catch you tomorrow. |
01:42.30 | bzo | ok, seeya |
01:49.38 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host132-205-dynamic.31-79-r.retail.telecomitalia.it) |
02:01.40 | *** join/#htc-linux Termana (~bradley@122.151.64.6) |
02:02.55 | *** join/#htc-linux Necrosan (~necrosan@unaffiliated/necrosan) |
02:07.24 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
02:07.47 | darkstone | fun times |
02:07.56 | darkstone | using desire source to compile kernel lol |
02:19.31 | darkstone | hah wtf it compiled |
02:19.34 | darkstone | tests |
02:20.04 | crawling | thinks it will fail |
02:20.16 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
02:21.23 | darkstone | holy fuck it boots |
02:21.55 | crawling | i'll make you company |
02:22.00 | crawling | holy wtf! congrats! |
02:22.06 | darkstone | lol |
02:22.15 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE4CE4.dip.t-dialin.net) |
02:26.22 | *** join/#htc-linux Daevoq (~IceChat7@host90-45-dynamic.251-95-r.retail.telecomitalia.it) |
02:41.36 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
03:04.27 | crawling | nn |
03:12.15 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
03:30.00 | *** join/#htc-linux Bry8Star__ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
03:33.28 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
03:43.19 | *** join/#htc-linux tawmmy (~irc@unaffiliated/tawmmy) |
03:45.06 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
03:50.18 | *** join/#htc-linux Termana (~bradley@122-149-65-21.static.dsl.dodo.com.au) |
04:00.42 | *** join/#htc-linux Bry8Star__ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
04:14.24 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
04:16.34 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
04:18.56 | *** join/#htc-linux Bry8Star__ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
04:20.38 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
04:43.24 | JesusFreak316 | Is Darkforcesteam.com.cn the DFT official site? I expected it to be Russian, not Chinese. Just asking because this thread popped up: http://forum.xda-developers.com/showthread.php?t=881618 |
04:43.28 | *** join/#htc-linux AstainHellbring (AstainHell@c-67-172-255-225.hsd1.ut.comcast.net) |
04:43.30 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
04:44.09 | JesusFreak316 | Just want to put the rumors to rest. |
04:53.41 | *** join/#htc-linux Noellenchris (~Noellench@m3d5a36d0.tmodns.net) |
04:55.13 | *** join/#htc-linux ocm (~ocm@201.152.243.32) |
05:02.19 | *** join/#htc-linux Termana (~bradley@122.151.95.80) |
05:25.23 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
05:29.21 | *** join/#htc-linux lknd (~kvirc@95-26-154-120.broadband.corbina.ru) |
05:36.55 | *** join/#htc-linux phantomcircuit_ (~phantomci@c-67-188-43-25.hsd1.ca.comcast.net) |
05:41.05 | *** join/#htc-linux tyween|phone (~tyween@c-76-122-89-0.hsd1.ga.comcast.net) |
05:43.07 | *** join/#htc-linux Kasjopaja23 (~Tina@p578FF977.dip.t-dialin.net) |
05:45.59 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
05:50.50 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@82.76.239.164) |
05:57.27 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
05:59.35 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@82.76.239.164) |
06:09.50 | *** join/#htc-linux NujaWay (~R2D2@chy94-2-82-226-71-148.fbx.proxad.net) |
06:36.10 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
06:41.49 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
06:47.18 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@82.76.239.153) |
06:54.02 | *** join/#htc-linux parmaster (par@dipole.idlepattern.com) |
06:55.38 | *** join/#htc-linux moon_child (~ZNT_A@211.210.99.22) |
07:02.36 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d87934b.pool.mediaWays.net) |
07:35.28 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@82.76.239.153) |
07:49.54 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d87934b.pool.mediaWays.net) |
08:06.19 | *** join/#htc-linux IdooRei2 (~IdooRie5@66.42.246.109) |
08:14.06 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host132-205-dynamic.31-79-r.retail.telecomitalia.it) |
08:22.52 | *** join/#htc-linux kiozen (~kiozen@p5DDF2ADF.dip.t-dialin.net) |
08:28.52 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
08:29.15 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host132-205-dynamic.31-79-r.retail.telecomitalia.it) |
08:33.28 | *** join/#htc-linux Sjuustah (~sjuust@ip3e839a58.speed.planet.nl) |
08:46.59 | *** join/#htc-linux tailormoon (bestirc@vpn-212-87-173-167.didan.com.ua) |
08:47.06 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
08:51.09 | *** join/#htc-linux cedesmith (~chatzilla@188.173.15.86) |
09:01.05 | *** join/#htc-linux Phally (~Phally@d28072.upc-d.chello.nl) |
09:17.33 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@82.76.239.153) |
09:18.00 | *** join/#htc-linux Phally (~Phally@d28072.upc-d.chello.nl) |
09:18.42 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@82.76.239.153) |
09:18.59 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
09:56.06 | *** join/#htc-linux warrenb213 (62f65e0a@gateway/web/freenode/ip.98.246.94.10) |
10:06.39 | warrenb213 | hey any u folks still working on hd2 stuff |
10:06.41 | warrenb213 | ?? |
10:06.57 | warrenb213 | if so, have a new looksie at this http://forum.xda-developers.com/showthread.php?t=843433&page=4 |
10:07.35 | warrenb213 | it seems other 2.6.32 kernels have kineto now. |
10:08.07 | *** join/#htc-linux WonTu (~WonTu@p57B56179.dip.t-dialin.net) |
10:08.15 | warrenb213 | those of us in the US would much appreciate ;) |
10:08.29 | *** part/#htc-linux WonTu (~WonTu@p57B56179.dip.t-dialin.net) |
10:15.14 | *** join/#htc-linux isikil (52330a15@gateway/web/freenode/ip.82.51.10.21) |
10:22.14 | *** join/#htc-linux dekar (~dekar@95.143.165.210) |
10:24.08 | *** join/#htc-linux Baeen (~Bane@ppp59-167-201-55.static.internode.on.net) |
10:24.28 | *** join/#htc-linux thinko2 (~jdoe6alph@eix.ca) |
10:26.55 | *** join/#htc-linux MN_ (~yaaic@host86-134-190-249.range86-134.btcentralplus.com) |
10:27.58 | *** join/#htc-linux the_eye_ (~dimitris@78-218-199.adsl.cyta.gr) |
10:28.06 | *** join/#htc-linux tmzt_ (~tmzt@76.211.0.152) |
10:29.39 | *** join/#htc-linux jdp (jdp@theorize.org) |
10:33.07 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-185-228.lns20.mel6.internode.on.net) |
10:34.23 | *** join/#htc-linux EdLin (~EdLin@securabit/listener/edlin) |
10:37.40 | *** join/#htc-linux erreur404 (~weechat@ney27-1-78-247-80-108.fbx.proxad.net) |
10:58.33 | crawling | morning |
11:01.19 | *** join/#htc-linux housert (~shx@static.104.152.63.178.clients.your-server.de) |
11:13.12 | *** join/#htc-linux noobhands (5a980414@gateway/web/freenode/ip.90.152.4.20) |
11:17.18 | *** join/#htc-linux Rajko (Rajko@wan.rajkonet.info) |
11:40.16 | *** join/#htc-linux Termana (~bradley@122.151.123.255) |
12:10.39 | *** join/#htc-linux gauner1986 (~Adium@145.85.83.14) |
12:10.42 | gauner1986 | hi |
12:11.56 | *** join/#htc-linux joplayer (~jonathan@AClermont-Ferrand-256-1-25-25.w90-0.abo.wanadoo.fr) |
12:16.00 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
12:17.27 | *** join/#htc-linux Sharky^ger (~Miranda@i59F4DA1F.versanet.de) |
12:17.32 | *** join/#htc-linux imilka (~kvirc@95-26-154-120.broadband.corbina.ru) |
12:17.51 | Sharky^ger | hello |
12:24.54 | *** join/#htc-linux cazh_ (~quassel@3007ds2-rd.0.fullrate.dk) |
12:32.17 | *** join/#htc-linux dekar (~dekar@95.143.165.210) |
12:42.31 | *** join/#htc-linux housert (~shx@static.104.152.63.178.clients.your-server.de) |
12:44.59 | *** join/#htc-linux akirax (akirax@116.Red-95-123-219.staticIP.rima-tde.net) |
12:47.42 | *** join/#htc-linux WonTu (~WonTu@p57B56179.dip.t-dialin.net) |
12:47.53 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
12:48.04 | *** part/#htc-linux WonTu (~WonTu@p57B56179.dip.t-dialin.net) |
12:51.56 | *** join/#htc-linux FsTluxe (~FsTluxe@82.176.11.11) |
13:03.48 | *** join/#htc-linux nekotards (dtrack@kimoshi.net) |
13:09.45 | *** join/#htc-linux MN_ (~yaaic@host86-134-190-249.range86-134.btcentralplus.com) |
13:11.41 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
13:19.50 | *** join/#htc-linux Major_Sarcasm (~Sarcy@w-175.cust-7075.ip.static.uno.net.uk) |
13:25.34 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-173.netcologne.de) |
13:29.22 | *** join/#htc-linux arnookieq (02610e04@gateway/web/freenode/ip.2.97.14.4) |
13:38.34 | *** join/#htc-linux crawling (crawling@a94-132-183-118.cpe.netcabo.pt) |
13:48.58 | *** join/#htc-linux Cass (~Cass@nat/sun/x-niktnnyvvwbmxudx) |
13:52.30 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-173.netcologne.de) |
14:00.25 | *** join/#htc-linux housert (~shx@static.104.152.63.178.clients.your-server.de) |
14:06.30 | *** join/#htc-linux jumoit1 (~samuel@218.81.110.159) |
14:08.26 | *** join/#htc-linux JohnSheridan (~opera@nat004-252-205-109.tvoe.tv) |
14:09.24 | JohnSheridan | ~seen Markinus |
14:09.26 | apt | markinus <~Miranda@212.255.38.148> was last seen on IRC in channel #htc-linux, 8d 15h 22m 2s ago, saying: 'did someone know the kernel dependencies to activate memory with holes layout or DISCONTIGMEM? it set it always back to flat . .behh'. |
14:11.16 | manusfreedom | Markinus: About memory hole layout, we didn't need it if our bank have contigous bank addressing (I hope I am clear...) |
14:11.22 | *** join/#htc-linux jumoit (~samuel@218.81.110.159) |
14:15.01 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
14:15.42 | *** part/#htc-linux JohnSheridan (~opera@nat004-252-205-109.tvoe.tv) |
14:17.50 | *** join/#htc-linux MN_ (~yaaic@host86-134-190-249.range86-134.btcentralplus.com) |
14:17.58 | MN_ | hello |
14:18.23 | RenegadeA | hi |
14:20.33 | *** join/#htc-linux beefi (~beefi@88.130.198.8) |
14:21.57 | MN_ | hi cotulla |
14:22.02 | *** join/#htc-linux Pohket (~Pohket@static-173-49-35-98.phlapa.fios.verizon.net) |
14:23.56 | *** part/#htc-linux IdooRei2 (~IdooRie5@66.42.246.109) |
14:25.23 | *** join/#htc-linux Daevoq (~IceChat7@host90-45-dynamic.251-95-r.retail.telecomitalia.it) |
14:30.03 | *** join/#htc-linux mdeejay (~mdeejay@188.168.168.101) |
14:43.07 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
14:43.18 | [acl] | bull |
14:43.33 | Cotulla | wtf? |
14:44.07 | noobhands | shit |
14:44.13 | noobhands | has taken his own xmas bonus today |
14:44.20 | noobhands | fuckin assholes |
14:45.42 | RenegadeR | they payed a silly 35 euro shitty bonus here lol, but i got a free HD2 with broken glass :) |
14:45.52 | RenegadeR | still works fine it seem though |
14:46.17 | mdeejay | gauner1986 here? |
14:47.30 | gauner1986 | yes |
14:47.54 | [acl] | Cotulla: sorry.. just still trying to figure out why people are trying to use the adreno200 lib on the rhod |
14:47.56 | [acl] | im baffled |
14:49.33 | Cotulla | okay |
14:50.09 | Cotulla | I forgive u |
14:50.17 | [acl] | merci |
14:50.38 | Cotulla | :) |
14:54.36 | *** join/#htc-linux mdeejay (~mdeejay@188.168.168.101) |
14:54.42 | noobhands | http://gizmodo.com/5715139/what-happens-when-you-hit-a-burning-microwave-with-a-rake |
14:54.50 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-173.netcologne.de) |
14:55.59 | noobhands | if fakker doesn't reappear tonight |
14:56.11 | noobhands | well, it means i hit a burning microwave with a rake and didn't make it |
14:57.00 | *** join/#htc-linux rob_w (~bob@ppp-188-174-44-99.dynamic.mnet-online.de) |
14:58.25 | *** join/#htc-linux MN_ (~yaaic@host86-134-190-249.range86-134.btcentralplus.com) |
14:58.39 | MN_ | lol noobhands |
15:03.41 | *** join/#htc-linux MN_ (5686bef9@gateway/web/freenode/ip.86.134.190.249) |
15:04.07 | *** part/#htc-linux Sjuustah (~sjuust@ip3e839a58.speed.planet.nl) |
15:06.31 | *** join/#htc-linux Samsunguy (~Samsunguy@cpe-76-186-50-40.tx.res.rr.com) |
15:07.12 | Samsunguy | Cotulla long time no see |
15:15.18 | *** join/#htc-linux tyween (tyween@c-76-122-89-0.hsd1.ga.comcast.net) |
15:21.52 | Samsunguy | Cotulla is this the official DFT website : http://www.darkforcesteam.com.cn/forum-23-1.html |
15:22.26 | *** join/#htc-linux Nacho___ (4a328fa2@gateway/web/freenode/ip.74.50.143.162) |
15:23.23 | Nacho___ | i am having a problem with the android software for my HTC touch pro 2 for sprint. i install the software but when i run it and shows that i have no service.. how can i fix this? |
15:24.46 | *** join/#htc-linux DuperMan (~Duper@93-172-93-88.bb.netvision.net.il) |
15:36.47 | *** join/#htc-linux Necrosan (~necrosan@unaffiliated/necrosan) |
15:48.27 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
15:52.11 | FsTluxe | Cotulla (L) |
15:52.13 | FsTluxe | haha ups |
15:53.28 | Nacho___ | ??? |
15:53.35 | Nacho___ | anybody out there? |
15:53.51 | *** join/#htc-linux Sharky^ger (~Miranda@i59F4DCF0.versanet.de) |
15:55.53 | *** join/#htc-linux MN_ (5686bef9@gateway/web/freenode/ip.86.134.190.249) |
15:56.11 | *** join/#htc-linux Samsunguy (~Samsunguy@cpe-76-186-50-40.tx.res.rr.com) |
15:56.47 | Samsunguy | Fakkker you made it guess you didn't hit the microwave after all |
15:57.55 | fakker | I'm still at work |
15:58.19 | MN_ | kidha fakker |
15:58.25 | fakker | kidda bastar' |
15:58.29 | fakker | lol |
15:59.35 | MN_ | still got a job then ey |
15:59.45 | fakker | end of January |
15:59.50 | fakker | BT are cutting so many people |
16:00.21 | MN_ | yh i heard |
16:00.22 | *** join/#htc-linux gassed (gassed@c-76-30-161-228.hsd1.tx.comcast.net) |
16:01.14 | fakker | we're looking forward to it - i've already taken my xmas bonus today |
16:01.19 | MN_ | but this snow is pissing me off |
16:01.28 | fakker | i like it |
16:02.01 | fakker | makes a change to just rain :p |
16:02.10 | fakker | http://www.twitpic.com/3hstqd |
16:03.04 | MN_ | lol i mean its nice but just too much trains are down |
16:05.21 | MN_ | whats up with this dft website links being posted :s |
16:06.59 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-51-102.client.mchsi.com) |
16:09.53 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
16:15.38 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
16:16.08 | *** join/#htc-linux Sharky^ger (~Miranda@i59F4DCF0.versanet.de) |
16:17.08 | *** join/#htc-linux SpoocyMan (~androirc@ti0166a340-0265.bb.online.no) |
16:17.57 | fakker | who cares, i'd just wait for what gets released by Cotulla |
16:18.08 | fakker | at least then you know what works, what won't work - how it works and such |
16:18.13 | fakker | less chance of damaging the device |
16:18.43 | fakker | patience, especially if no one's donated or helped along the way |
16:18.53 | fakker | he could sell that if he really wanted to |
16:25.23 | *** join/#htc-linux crawling-afk (crawling-a@a94-132-183-118.cpe.netcabo.pt) |
16:26.45 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
16:27.02 | FsTluxe | question... evry one is aware of the nexus one touchscreen (HW) limitations... see this youtube video http://www.youtube.com/watch?v=5puAvPqXpuc&feature=related so my questions is why is our Hd2 not having the same problem os swiching the 2 points with the same touchscreen pannel?? http://www.youtube.com/watch?v=5puAvPqXpuc&feature=related |
16:28.37 | *** join/#htc-linux Kasjopaja (~Tina@p578FF977.dip.t-dialin.net) |
16:31.24 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
16:31.51 | MN_ | fakker: yh i dont mind waiting just wanted to know what it was all about |
16:32.27 | fakker | i'd ignore it |
16:32.31 | fakker | ;] |
16:33.01 | MN_ | yup im gonna get a hd7 anyway to try it out |
16:33.21 | fakker | ive not seen one :/ |
16:33.25 | fakker | i wouldnt mind having a play |
16:33.50 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
16:34.51 | *** join/#htc-linux gauner1986 (~Miranda@p5B382D3F.dip.t-dialin.net) |
16:35.05 | MN_ | well ive seen it in the 02 shops and its okay looks like a hd2 to me, but my brother is getting a free upgrade so what the hell :) |
16:35.15 | MN_ | hi gauner1986 |
16:35.26 | gauner1986 | hi |
16:35.38 | fakker | cool |
16:35.48 | fakker | im not gonna get a new phone for some time :/ |
16:36.10 | gauner1986 | fakker: oooh. :D |
16:36.20 | gauner1986 | fakker: i don't want one, until the dual cores come out |
16:36.31 | gauner1986 | with neat graphic power of course |
16:36.43 | fakker | yeah - I can wait too |
16:37.06 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
16:37.13 | MN_ | im on a rolling plan so im just waiting for a decent spec'd phone to be released |
16:37.23 | *** part/#htc-linux jumoit (~samuel@218.81.110.159) |
16:38.59 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d87934b.pool.mediaWays.net) |
16:39.07 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
16:42.17 | MN_ | bbl |
16:43.09 | MN_ | bye |
16:43.17 | Samsunguy | Lol |
16:43.40 | MN_ | ? |
16:44.23 | WisTilt2 | [acl]: any ideas where else to call that panel_suspend? panel_blank calls it but occasionally something else calls panel_unblank afterwards (i have no idea what's calling that) so when the final microp suspend executes the panel is left on. Where i added the final panel_suspend is no different that where panel_resume is being called during microp_probe. |
16:44.32 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
16:47.28 | [acl] | WisTilt2: hmm we need to trace that down then. unblank cant be called randomly like that. |
16:50.32 | WisTilt2 | [acl]: it doesnt happen too often but i've seen it happen several times in a row then not again for dozens of times. |
16:51.29 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
16:58.06 | [acl] | WisTilt2: not sure how the whole PM thing works myself. ill need to see whats up with that. |
16:59.30 | *** join/#htc-linux pH5 (~ph5@e178214184.adsl.alicedsl.de) |
17:00.04 | *** join/#htc-linux Kasjopaja23 (~Tina@p578FF977.dip.t-dialin.net) |
17:00.28 | *** join/#htc-linux Kasjopaja23 (~Tina@p578FF977.dip.t-dialin.net) |
17:07.52 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
17:10.39 | [acl] | emwe: sup dood |
17:10.55 | emwe | [acl]: heyho. just "arrived" so to speak. |
17:11.07 | *** join/#htc-linux WonTu (~WonTu@p57B55F67.dip.t-dialin.net) |
17:11.12 | emwe | nothing new. just some panel trials on topa which i am just to resume. |
17:11.24 | emwe | think messing with T2 and VPA isn't worth the trouble. |
17:11.29 | *** part/#htc-linux WonTu (~WonTu@p57B55F67.dip.t-dialin.net) |
17:12.01 | emwe | just for the record, VPA=0x06 by default here. not =0x01 as i said before. (T2=340) |
17:12.08 | [acl] | dang |
17:12.29 | [acl] | emwe: i gave up since i cant read the value. |
17:12.54 | emwe | i assume it's the same as it is also 340 on evo |
17:12.58 | *** join/#htc-linux arrrghhh (cdf317e8@gateway/web/freenode/ip.205.243.23.232) |
17:13.09 | NeoMatrixJR | this may be an odd question, but does anyone know if it's possible to get internet to the phone from computer via USB? I've got no useable WiFi here and horrible signal. |
17:13.21 | NeoMatrixJR | using winxp |
17:13.21 | emwe | it's likely the factorys default (which is set/used on reset) |
17:14.03 | emwe | [acl]: T2=321 gave me up to 32fps ... but hey, this is really not worth it yet. perhaps some clockpoop as you guys call it will improve stuff. |
17:14.22 | [acl] | emwe: nahh this isnt clock related tho. |
17:14.42 | [acl] | emwe: so i would need to reset and re-init the panel you think to read and set the value ? |
17:14.47 | emwe | [acl]: ebi-clock for ram speed doesn't sound to unrelated imho. |
17:15.49 | [acl] | hmm |
17:15.58 | emwe | [acl]: no idea. where do you try to read? i did in mddi_client_init just before processing the init table. (make sure to read the registers in "correct" order. eg. reading VPA after T2 cause some mddi issues |
17:16.32 | [acl] | oo i wasnt aware of the order. I just threw it in there before the mddi init |
17:16.36 | [acl] | :-p |
17:17.03 | emwe | no, that should be fine then. but reading vpa (0xb100) after 0xb101 und 0xb102 gave mddi errors. |
17:17.11 | emwe | for whatever reason. |
17:17.40 | [acl] | yesterday i noticed my logs there are like 30 calls to microp panel resume. Not sure why this is happening. my logs are getting spammy |
17:17.55 | emwe | that often?! |
17:18.26 | WisTilt2 | [acl]: all those calls might be what is causing this occasional issue keeping panel on? |
17:18.33 | emwe | that is happending for me on boot (panel up sequence, means power client, client init, unblank) udn then only on suspend/resume |
17:18.48 | emwe | hey WisTilt2. |
17:18.59 | WisTilt2 | yo emwe |
17:19.41 | *** join/#htc-linux Samsunguy (~Samsunguy@cpe-76-186-50-40.tx.res.rr.com) |
17:20.00 | [acl] | WisTilt2: could be. But i get them when i resume only. So if i wake up the panel.. there is about 30 calls |
17:20.02 | WisTilt2 | emwe thanks for finding that syntax error in my speakerphone patch:) |
17:20.36 | emwe | ;) |
17:20.51 | emwe | i think i already found it at the weekend but somehow didn't come around to report ;) |
17:21.51 | emwe | but perhaps it would be admirable to stick a tad bit more to the coding style. i try to stick to it as good as i can. |
17:22.00 | WisTilt2 | i'll be in backgroung a bit. re-doing the whole 6125 adsp tables for bzo this morning. |
17:22.19 | emwe | didn't you say they are correct as they are now? |
17:22.37 | emwe | and do we really need those six table pairs unlike the others which just have three pairs? |
17:22.51 | WisTilt2 | the one table was but i went through the docs on the dsp and the rest are jacked up |
17:23.14 | WisTilt2 | yes all those tables are needed, which i didnt think they were initially. |
17:23.32 | WisTilt2 | pays to actually spend time going over the docs:) |
17:23.35 | emwe | IIRC i had it once that table 6 was requested... |
17:24.01 | emwe | good luck with that then! |
17:24.33 | WisTilt2 | ive pretty much got them fixed but now verifying the order of the modules with the id's. |
17:25.04 | emwe | btw, did somebody ever have the feeling that it's sometimes a good thing to replace system.ext2 on the sd with the very same one because it fixes "everything"? |
17:27.09 | *** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net) |
17:29.21 | WisTilt2 | emwe: you say you've seen table 6 requested? do you have a way to see which tables are requested during video, sound, camera, etc? would be nice to know which is being used and when to make sure the correct one is actually being used. |
17:31.48 | emwe | WisTilt2: no, i am sorry. but take that what i said with a grain of salt please. it's been before sound was fixed. so my memory is a bit vaque. i at least know that it really was the case that an index > 2 was requested. |
17:32.01 | emwe | was it indexes at all?! ;) |
17:32.02 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-173.netcologne.de) |
17:32.35 | emwe | don't wan't to leat you in the wrong direction. |
17:33.56 | NeoMatrixJR | anyone? net over usb? I thought that might work now after the changes to USB, but I'm not sure how to set it up. |
17:35.28 | emwe | NeoMatrixJR: never tried. can't help there. |
17:39.25 | [acl] | damn this panel poop |
17:42.35 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) |
17:42.52 | *** join/#htc-linux dekar (~dekar@drms-590cff05.pool.mediaWays.net) |
17:49.49 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B6A8.access.telenet.be) |
18:02.38 | NeoMatrixJR | ok, other question. Any reason system_server is using 98.6% cpu? |
18:03.37 | emwe | NeoMatrixJR: been observed recently quite often. it's spending a lot of time ioctl()ing to somewhere... quickest fix is to go to dev-tools, bad behaviour, crash system_server |
18:03.53 | emwe | had this all weekend even with fresh data.img and kernel |
18:03.55 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
18:04.11 | emwe | i just today updated my system.ext2 with the very same one i used before, started all over and things are fine so far. |
18:04.16 | emwe | but only did first boot, yet. |
18:04.44 | WisTilt2 | if you make a call then hang up it will clear that also. has something to do with radio layer it looks like |
18:04.59 | NeoMatrixJR | ok, crashed system server... oooh...blinking boot animation |
18:05.03 | emwe | WisTilt2: ah, and location app also helps |
18:05.14 | emwe | WisTilt2: that's waht somebody said |
18:05.29 | *** join/#htc-linux nilskuijpers (~nilskuijp@ip5653f257.direct-adsl.nl) |
18:05.38 | emwe | WisTilt2: that sounds like smd-related if you say radio and somebody else location... |
18:05.44 | NeoMatrixJR | location app? is that still missing by default? |
18:06.29 | emwe | NeoMatrixJR: no, Places is installed. starting it is also said to fix high cpu usage. |
18:06.44 | emwe | because it seems to "fix" something ... whatever. |
18:08.04 | NeoMatrixJR | after crashing system server the radio doesn't want to come back up and it's still running 97. ... wait. ok, the home screen just refreshed again (no boot animation) and now the radio came back online. system_server's still running in the 90's. Will try a phone call |
18:10.17 | emwe | let us know what you get. if you can reproduce later, pleace try "Places" |
18:10.23 | emwe | curious... |
18:10.27 | emwe | brb10 |
18:10.28 | NeoMatrixJR | wow...making a phone call dropped it to 4% |
18:10.45 | emwe | hmhmhm |
18:10.52 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) |
18:11.33 | NeoMatrixJR | I wonder if that's why all my apps keep crashing or if it caused some of my db's to go corrupt. |
18:12.13 | NeoMatrixJR | my non-test SD image has been crap lately. I keep getting sqlite file i/o errors in ADB. |
18:13.12 | emwe | then you are screwed ;) |
18:13.18 | NeoMatrixJR | :( |
18:13.24 | emwe | i had this more ofthen lately. |
18:14.24 | NeoMatrixJR | well, I'm trying to rebuild a new image from scratch (there goes my angry birds levels...) since I figure my TB backups are corrupt too. |
18:15.50 | NeoMatrixJR | unfortunately w/ very poor signal @ my office and 802.1x/WEP wifi I'm screwed for downloading apps. |
18:16.15 | [acl] | WisTilt2: since i have my own nand issues for now, i think you can begin on the panel. What we need to finish up is to properly shutdown the panel (vreg and other stuff). Since i have the mddi init, we should be able to bring it back up with no issues |
18:19.13 | *** join/#htc-linux SpoocyMan (~androirc@ti0166a340-0265.bb.online.no) |
18:20.33 | *** join/#htc-linux SpoocyMan (~androirc@ti0166a340-0265.bb.online.no) |
18:22.32 | WisTilt2 | [acl] full mddi init works now? in that case we can fully power down the panel. |
18:24.17 | [acl] | WisTilt2: yeah.. only way right now we can bring the panel down on nand. i'll paste bin it or just wiki that beotch so you can poach |
18:28.34 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
18:29.30 | emwe | [acl]: btw, i think you still haven't taken over the fix which re-adds the missing mddi client on your nand-tree for rhod. |
18:30.06 | [acl] | emwe: remind me about that again ? what am i missing? |
18:30.15 | *** join/#htc-linux kubi (~Adium@miranda/user/kubi) |
18:30.27 | emwe | [acl]: two client defs. one for product_id 5580 and 5582 |
18:31.08 | [acl] | emwe: ahh yeah.. but if someone does have 5580, shouldnt they get an error? i got no complains about that |
18:31.08 | bzo | emwe: were you asking me about OC and sleep mode earlier? |
18:31.10 | emwe | [acl]: it got mistakenly removed end of november with one of the auto-bl patches and them some rhod100ers had issues. on topa the other one got removed and we had some issues as well. rhod and topa has built in both mddi clients.. |
18:32.18 | emwe | bzo: not OC but general behaviour after msm_pm_collapse() and A11S_PWRDOWN state |
18:33.10 | [acl] | emwe: ahh |
18:33.11 | [acl] | explains |
18:33.12 | emwe | [acl]: so if you have some rhod100ers reporing a no-go on nand that might indicate a missing mddi client definition. |
18:33.17 | [acl] | we have no rhod100 nand folk |
18:33.22 | emwe | ah ok ;) |
18:33.26 | [acl] | emwe: but i have to re-add it.. thanks |
18:33.50 | [acl] | bzo: what do you know about people trying to use the adreno drivers on the rhod? |
18:34.07 | bzo | emwe: in any case, I have a fix for allowing pm sleep mode of 1 when OCing. Want to handle it? |
18:34.31 | bzo | [acl] no idea. I can only guess those drivers happen to have backwards compatibility with the older stuff as well |
18:34.41 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
18:35.07 | [acl] | bzo: i tried that like a year ago.. the logcat showed an error which then defaulted back to the default android. |
18:36.28 | emwe | bzo: a fix in acpuclock_set_vdd() by chance? |
18:37.01 | emwe | bzo: i traced it down to be around that somewhere.. it iterated like three times and then froze in there.... |
18:37.53 | *** join/#htc-linux crawling (crawling@a94-132-183-118.cpe.netcabo.pt) |
18:37.58 | bzo | emwe: nah, here is the explanation: http://forum.ppcgeeks.com/tp2-android-development/138284-12-19-need-testers-kernel-can-simultaneously-battery-save-overclock-2.html#post2016463 |
18:38.56 | emwe | i at least remember it stuck for me there ;) |
18:39.23 | bzo | it very well might have, but that is not the root problem |
18:39.38 | *** join/#htc-linux AgentBlair (~AgentBlai@adsl-69-225-127-117.dsl.sndg02.pacbell.net) |
18:39.49 | emwe | ok, will reread later. supper time. |
18:39.53 | *** join/#htc-linux JesusFreak316_ (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) |
18:43.05 | WisTilt2 | bzo: you able to run a camera test by chance? have new tables for you to try shortly. |
18:44.05 | bzo | emwe: http://pastebin.ca/2025579 |
18:44.13 | [acl] | bzo: which reminds me.. Pohket was looking for you earlier. Wondering about the camera. |
18:44.18 | bzo | WisTilt2: sure |
18:44.39 | bzo | [acl] ok, I'll be around if he comes back |
18:45.28 | WisTilt2 | have a few more module ordering to verify. ill ping you when ready. |
18:45.44 | bzo | ok |
18:48.06 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
19:01.38 | [acl] | i hope none of yall doing anything for xmas.. |
19:01.45 | [acl] | get some work done this way |
19:03.21 | *** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com) |
19:05.30 | *** join/#htc-linux Noellenchris1 (~noellench@pool-173-61-114-241.cmdnnj.fios.verizon.net) |
19:21.56 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
19:26.02 | *** join/#htc-linux balans1 (~barry@82-170-217-205.ip.telfort.nl) |
19:30.29 | *** join/#htc-linux |lknd| (~kvirc@95-26-252-4.broadband.corbina.ru) |
19:34.00 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
19:35.40 | NeoMatrixJR | yo emwe. fyi, I shut down android, and added in the 3d stuff (new gralloc, .so's etc that [acl]'s been working on). After reboot system_server was in the 90's again. Tried a phone call and it wouldn't even place a call. force crashed system server THEN placed a phone call again and NOW it's all good... |
19:36.54 | [acl] | whats this system server business ? |
19:37.30 | NeoMatrixJR | for me, every boot the system_server process runs 90+ % CPU usage |
19:37.42 | NeoMatrixJR | until I crash it in dev tools and then make a phone call |
19:38.01 | NeoMatrixJR | (with or without the 3d files) |
19:40.08 | *** join/#htc-linux FsT_ (~FsTluxe@82.176.11.11) |
19:41.53 | [acl] | oo |
19:42.05 | [acl] | is this recent ? |
19:42.57 | *** join/#htc-linux crawling (crawling@a94-132-183-118.cpe.netcabo.pt) |
19:43.09 | NeoMatrixJR | not sure. emwe helped me with it today. I'm running a freshly downloaded build since my old one keeps throwing up sqlite file i/o errors, but I think it had the same problem |
19:43.13 | WisTilt2 | ive been seeing it for over a month |
19:43.52 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
19:44.07 | NeoMatrixJR | I haven't been running android much recently because of slowness/crashing issues |
19:44.14 | [acl] | a month ? |
19:44.16 | [acl] | woa |
19:44.26 | *** join/#htc-linux crawling_ (crawling@a94-132-183-118.cpe.netcabo.pt) |
19:44.40 | NeoMatrixJR | this is probably why, and yeah, it's been about a month for me too |
19:44.43 | emwe | perhaps the re-enabled wakelock-stats? |
19:44.45 | WisTilt2 | yep, on and off its been happening since well before i took my 3 week trip |
19:45.18 | NeoMatrixJR | I thought I saw something in logcat about wakelock... let me try and get a log |
19:46.15 | akirax | cotulla, can I make you a question? |
19:46.51 | NeoMatrixJR | crap...I'll have to get a log when I next reboot |
19:47.53 | *** join/#htc-linux WonTu (~WonTu@p57B55ED6.dip.t-dialin.net) |
19:48.17 | *** part/#htc-linux WonTu (~WonTu@p57B55ED6.dip.t-dialin.net) |
20:02.50 | *** join/#htc-linux joplayer (~jonathan@vaf26-6-78-248-0-5.fbx.proxad.net) |
20:03.46 | *** join/#htc-linux housert (~shx@static.104.152.63.178.clients.your-server.de) |
20:04.08 | *** join/#htc-linux RunTimeWorld (~rtw@unaffiliated/runtimeworld) |
20:04.25 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
20:05.14 | NeoMatrixJR | zzzzz... nap time while market downloads apps.... |
20:06.03 | RunTimeWorld | can someone tell me how i might fix a Nexus One that was flashed with the Amoled Microp? |
20:06.10 | RunTimeWorld | need version 0C15 |
20:06.18 | RunTimeWorld | and got 0B15 currently |
20:14.40 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
20:15.00 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
20:22.47 | *** join/#htc-linux RenegadeS (~RenegadeR@83.101.55.233) |
20:27.02 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host132-205-dynamic.31-79-r.retail.telecomitalia.it) |
20:33.15 | *** join/#htc-linux MN_ (5686bef9@gateway/web/freenode/ip.86.134.190.249) |
20:36.38 | MN_ | hello |
20:41.40 | *** join/#htc-linux jumoit (~samuel@218.81.110.159) |
20:42.16 | NeoMatrixJR | wow [acl] nice work on the 3d btw. I just ran Neocore. 20.7 FPS! Very smooth. |
20:42.29 | *** join/#htc-linux johnb81 (~johnb@78.187.86.161) |
20:42.59 | *** join/#htc-linux mdeejay_ (~mdeejay@188.168.168.101) |
20:44.32 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
20:44.58 | NeoMatrixJR | 543 on quadrant. |
20:45.12 | NeoMatrixJR | seems lower than posted in forums, but still an improvement. |
20:46.32 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
20:52.09 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
20:53.40 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
20:56.44 | [acl] | NeoMatrixJR: havent seen nuffin yet bro.. have you tried 2d ? |
20:57.54 | WisTilt2 | [acl] should hw3d in startup be set to 1 now with all these 3d fixes you guys did? or does that not work on rhod in haret yet. |
20:58.26 | [acl] | i dunno.. i hardcoded that shit on nand.. dunno how that is set to on haret |
20:58.33 | WisTilt2 | bzo: ping ping...new tables in your pm |
21:00.10 | [acl] | WisTilt2: actually we upgraded the hw3d with the .35 fb patch |
21:00.23 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
21:00.32 | [acl] | baby butt smoove now |
21:00.57 | *** join/#htc-linux gauner1986 (~Miranda@p5B382D3F.dip.t-dialin.net) |
21:01.40 | bzo | WisTilt2 ok stepped out, will take a look in a few |
21:07.50 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
21:09.59 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
21:10.14 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4CE4.dip.t-dialin.net) |
21:14.32 | bzo | WisTilt2: hmm, think this will make any difference? Seems like net net we'll still be using the same task id and queue offset for vfetask |
21:19.44 | WisTilt2 | you're right, vfetask will still be the same, hmmm. well the values in these 6 tables are 100% correct. im still not 100% on the ids for a few of the modules, vfe being one of them. it looks like combo table is the only one that vfe uses also. the task to module changes here reflect that. |
21:20.00 | emwe | [acl]: pushed topa panel with some updated register commentary. perhaps it's of use for your rhod panel stuff. |
21:20.38 | emwe | bzo: are you around tomorrow. have some questions regarding your patch. (just so that i understand it a bit more) ;) |
21:20.44 | *** join/#htc-linux gauner1986 (~Adium@p5B382D3F.dip.t-dialin.net) |
21:20.46 | WisTilt2 | i still need to confirm the actual module order being 100% right, a few im not sure of yet. |
21:20.50 | emwe | (or rather the general behaviour) |
21:22.19 | bzo | WisTilt2: seems like some good fixes overall. Perhaps we ought to go back to the old table format with the gap so that we don't have to track different queue indexes for different devices |
21:22.36 | bzo | emwe: sure |
21:23.38 | bzo | WisTilt2: also, I'll forward these to Pohket since he's working on this too |
21:24.01 | [acl] | emwe: nice nice.. i shall check it out. I'll let wistilt do the dirty work to power down the panel and reinit for haret :-p |
21:24.05 | *** join/#htc-linux akirax (~user@116.Red-95-123-219.staticIP.rima-tde.net) |
21:24.25 | WisTilt2 | already gave them to pohket |
21:24.44 | emwe | [acl]: hehe ;) |
21:25.27 | emwe | not sure what is still required for panel on topa power wise or if we are already done. i traced the gpio in wince and it is like we already have it codewise |
21:25.31 | WisTilt2 | [acl] where do i get your mddi init code? |
21:26.58 | emwe | WisTilt2: http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm-rhod-nand |
21:27.27 | WisTilt2 | bzo: there are a couple id's i dont think are right, possibly vfe being one of them. like i said, time consuming slow process but hey we're getting close. |
21:28.10 | WisTilt2 | thanks emwe. didnt realize it was already posted, ill put that on my list of things to do:) |
21:28.33 | [acl] | WisTilt2: look for nov_regs nov_init_seq1. That is the seq that we use mostly. |
21:28.37 | emwe | WisTilt2: otherwise perhaps the linux-msm topa panel might be of interesst a bit. |
21:28.42 | [acl] | i havent commited my new code yet but we can detect the panel id now |
21:28.45 | *** join/#htc-linux Bally3 (~Bally@cpc10-blbn8-2-0-cust86.10-1.cable.virginmedia.com) |
21:29.16 | [acl] | WisTilt2: there is about 5 panel inits on the dll but so far most of us only see 0x14 which is the EID |
21:30.23 | emwe | EID? |
21:30.27 | bzo | WisTilt2: ok sounds good, if all else fails I guess we can trial and error the id. I just hope the fix is as simple as fixing an id. |
21:30.43 | *** join/#htc-linux XirXes (~XirXes@67-2-82-223.slkc.qwest.net) |
21:30.47 | [acl] | emwe: thats what its called on the DLL.. |
21:30.48 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
21:30.57 | [acl] | we got eid, auo, sharp and hitachi. |
21:31.55 | emwe | hm. don't you think it's a common multi-device dll from htc perhaps? |
21:32.27 | [acl] | i dunno.. we would need to dump the value from rhod100 to see if its so. after all they seem to be the weirdest device :-p |
21:32.35 | emwe | heh |
21:32.38 | akirax | hi |
21:33.07 | [acl] | emwe: i had all the cdma guys dump and all are 0x14. Waiting for something different now :-) |
21:33.27 | emwe | [acl]: is that with the panel detection "code" from raph? |
21:33.39 | [acl] | nahh |
21:33.47 | [acl] | had to call the big guns to help |
21:33.59 | emwe | haret? ;) |
21:34.00 | [acl] | cotulla disected the dll and figured out a mem location where spl dumps the id to |
21:34.17 | [acl] | we verified by comparign with the value on the wince kernel log |
21:34.34 | emwe | canons. |
21:34.54 | [acl] | it was a blood bath |
21:35.36 | WisTilt2 | [acl]: does nov_init_seq1 fully bring up the panel even if you take it down with that 0x52 gpio we tried awhile back? |
21:37.10 | *** join/#htc-linux Kasjopaja (~Tina@p578FF977.dip.t-dialin.net) |
21:39.03 | [acl] | WisTilt2: havent tried since idont know the gpio config for those values. I dont think we can just set the value like we do for the others |
21:40.08 | [acl] | But the init does bring our panel back because we never had that ability before. So |
21:40.42 | WisTilt2 | looks like you're using init_seq2 not 1? |
21:41.45 | NeoMatrixJR | hey, anyone know what the command [mmcqd] would be? now it's sucking up cpu cycles... |
21:42.22 | bzo | probably the interface to the sd card |
21:43.11 | emwe | NeoMatrixJR: usually see that when media service is indexing mp3 |
21:43.31 | NeoMatrixJR | it went away when it finished downloading an app on the market (and it downloaded VERY slowly) |
21:44.03 | [acl] | WisTilt2: that was for this test for some other folks. but uncommitted code has it properly set based on our detection. |
21:45.02 | WisTilt2 | [acl]: ok ill play with it tonight. i have to leave here in a couple hours and want to finish with these crazy module id's while my brain is still in that mode. |
21:45.19 | *** join/#htc-linux arnookie (4e974330@gateway/web/freenode/ip.78.151.67.48) |
21:45.35 | emwe | there it is again ... system_server hogging cpu... |
21:45.48 | [acl] | is that a userland thing ? |
21:46.12 | emwe | android |
21:46.43 | *** join/#htc-linux lenix (~irc@lenix.de) |
21:47.18 | F22 | <PROTECTED> |
21:47.27 | emwe | F22: ah thx. |
21:48.12 | [acl] | F22: oo i didnt know that either.. good schooling |
21:48.47 | emwe | ok, activated places/maps and cpu hogging by system_server is gone |
21:54.29 | NeoMatrixJR | emwe yeah, I have to crash system server then make a call. Haven't tried places yet |
21:55.17 | F22 | oh, and if sometimes you see a reference to SEID instead, originally it was Sanyo Epson Imaging Devices :P |
21:55.22 | emwe | NeoMatrixJR: perhaps just starting maps also helps. (cell based location "use" seems to fix it) |
21:56.18 | NeoMatrixJR | odd.... |
21:58.20 | emwe | well, better then restarting the phone 9/10 times... |
21:59.17 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
22:02.07 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-42-20.bb.netbynet.ru) |
22:04.05 | F22 | acl: btw, i dumped for cr2 a year ago and got 0x14 too on my 210. |
22:06.21 | Alex[sp3dev] | so, android sucks, yes? |
22:06.37 | [acl] | Alex[sp3dev]: dang.. where is trhis android hatred coming from ? |
22:07.13 | [acl] | did android bully you when you were young? and you promised one day you would get revenge ? |
22:07.21 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
22:07.24 | F22 | lol |
22:07.40 | Alex[sp3dev] | [acl]: those mofos have broken compatibility with all posix software and X11. they've raped the community, now there is a butthurt ;) |
22:07.56 | [acl] | Rape is right |
22:08.03 | Alex[sp3dev] | yeah, rape is good |
22:08.53 | Alex[sp3dev] | [acl]: when are you going to merge my kovspoop and usb repoop? |
22:09.04 | [acl] | haha |
22:09.18 | [acl] | your clocks come first |
22:09.56 | Alex[sp3dev] | [acl]: whatever you want. but just do it |
22:10.17 | [acl] | Alex[sp3dev]: someone asked me if it had the blackstone fix crap ? not sure if i should worry about it |
22:11.06 | [acl] | also dont reference wince in your comments. Someone is gonna bitch about reverse engineering and all that legal poo |
22:11.14 | Alex[sp3dev] | [acl]: damn, use my panels with hardcoded crap for now. then we'll rip stuff from jbruneaux git, it has some sort of setting frequency ripped from amss |
22:11.53 | [acl] | emwe: i wont be around tonight but you can commit alex clocks as long as the wince comments are removed. We can butcher the rest later i suppose. |
22:12.14 | stinebd | out of curiosity, for whom is reverse engineering an issue? |
22:12.22 | stinebd | ie. country |
22:12.25 | emwe | [acl]: i'd like to keep that up to you guys as you know what you are commiting ;) |
22:12.29 | Alex[sp3dev] | [acl]: if you have noticed, in my branch clock-wince.c is renamed to clock-a11.c.. and anyway.. fuck them. those qcom mofos have ripped their cpu design from broadcomm.. do you think they have balls to pick on anyone? |
22:12.39 | emwe | [acl]: bedtime soon anyway. |
22:13.42 | Alex[sp3dev] | [acl]: maybe we can use some git magic to cleanly merge our trees? |
22:14.04 | [acl] | woa woa.. one at a time.. |
22:14.52 | [acl] | stinebd: i dunno.. all i know is that someone got bitched at for mentioning wince in the comments on the code. So i save myself from such a verbal beating. |
22:15.02 | [acl] | emwe: ok .. i'll do |
22:15.06 | emwe | thx |
22:15.25 | emwe | can't promise to be able to denote much time over xmas. |
22:15.28 | stinebd | interesting, that's usually the most legal way of doing things like this ;) |
22:15.29 | [acl] | Alex[sp3dev]: i didnt notice.. so clock-a11.c is what what we should commit |
22:15.57 | Alex[sp3dev] | [acl]: oh noes.. i guess the autobuild will be broken again if you go on like that ;) |
22:16.04 | bzo | stinebd: reverse engineering via black box is, probably not disassembling dlls |
22:16.40 | stinebd | mmhmm, disassembling is quite a different beast, in which you're using copyrighted code |
22:16.47 | Alex[sp3dev] | bzo: should we do it like WisTilt2 did to microp? just poop random crap at registers and observe the behaviour? |
22:17.30 | Alex[sp3dev] | [acl]: btw, about jbruneaux code.. he even has things like sub_1ecfed directly pasted from IDA. you're gotta love that |
22:17.38 | bzo | that would be the most legal way to do it, but I think that's mainly a concern for profit making companies |
22:18.46 | *** join/#htc-linux Umeaboy (~Umeaboy@213-21-78-135.bon.t3.se) |
22:18.49 | [acl] | lets keep in mind this is phh git.. im just trying to help :-) |
22:19.55 | [acl] | Alex[sp3dev]: you know your usb isnt gonna get commited man.. you remember how much we had to argue to get whats there commited ? i think we can if we move everything back to the device.c and leave stuff on the board files as they should be. Only happy solution |
22:20.28 | [acl] | fuck.. i gotta go guys.. stupid work meeting |
22:20.35 | [acl] | i'll be on later hopefully |
22:20.49 | [acl] | and tell those ppcg baboons to stop using the adreno libs on the rhod |
22:20.51 | [acl] | :-p |
22:20.54 | Alex[sp3dev] | fffuuu, we must move stuff to board files |
22:21.07 | [acl] | Alex[sp3dev]: :-) yes sirr |
22:22.03 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
22:22.35 | *** join/#htc-linux r3dg4r (45e805f9@gateway/web/freenode/ip.69.232.5.249) |
22:24.50 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
22:29.08 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
22:38.00 | WisTilt2 | bzo: found a couple things not right with module id's... QCAMTASK is enum to 0x2d, however there is no valid module id 0x2d. also MODMATHTASK looks like it should be 0x2e not 0x23. dont know if that makes any diff, still checking the rest. |
22:40.01 | bzo | WisTilt2: great, hopefully module mis numbering is our only problem |
22:51.40 | WisTilt2 | bzo: i dont see any qcamtask in the dsp docs at all, even under a different name. all tasks accounted for including diag but no qcam. |
22:52.44 | Alex[sp3dev] | WisTilt2: just a question. do you have documentation for the exact amss version? does qcom ship the same amss version to different vendors? |
22:52.48 | bzo | lol, I don't even know what qcamtask even does |
22:53.08 | *** join/#htc-linux Daevoq (~IceChat7@host90-45-dynamic.251-95-r.retail.telecomitalia.it) |
22:54.04 | *** join/#htc-linux ImHos (pIRCuser35@93.84.126.121) |
22:55.06 | *** part/#htc-linux jumoit (~samuel@218.81.110.159) |
22:55.41 | *** join/#htc-linux Regulator (~duffman@c-67-162-193-231.hsd1.ar.comcast.net) |
22:57.45 | WisTilt2 | Alex[sp3dev]: have all the versions afaik. we're only using the 6125 in our development here which is the device we're targeting locally. |
22:58.05 | WisTilt2 | bzo: does your code even use qcamtask? |
22:58.31 | bzo | WisTilt2: the camera driver enables it, that's about all I can tell |
22:58.44 | WisTilt2 | are you seeing any error at that point? |
22:59.01 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
22:59.10 | bzo | no, but the qdsp stuff will accept just about any id for enabling a module and not complain |
22:59.15 | WisTilt2 | since 0x2d doesnt exist in the dsp you should see some kind of error i'd think. |
22:59.21 | WisTilt2 | ah, figures |
22:59.34 | bzo | the only way we know vfetask isn't working is because we have no interrupts |
23:00.33 | bzo | well, I guess we won't worry about qcamtask for now, and see how far we get if we can get vfetask to talk to us |
23:01.20 | WisTilt2 | it looks like 0x27 is correct for that task... how again are you getting the queue offset table value? i wonder if its pointing to the wrong offset. |
23:01.55 | WisTilt2 | thats the exact same issue sound had |
23:01.58 | bzo | pretty sure it's finding it ok. I put in printks that show the offset being used |
23:02.21 | WisTilt2 | you should be seeing the addy 0x5f6 |
23:02.33 | bzo | but certainly worth checking again |
23:02.40 | WisTilt2 | and 0x616 for the table of commands |
23:04.26 | bzo | won't be able to look at it again til a bit later on |
23:05.15 | WisTilt2 | interesting, with these tables and changing modmath to 0x2e, when i try the camera it doesnt crash anymore. i know there is no code to run it fully yet but it never even came up before. the camera and video icons move when i rotate the phone also. |
23:06.22 | bzo | that is more a function of correctly configured 3d. Did you update the gralloc and 3d stuff? |
23:07.44 | WisTilt2 | only update i have is whatever is in the current tree. what else do i need to get? |
23:08.19 | *** join/#htc-linux FsTluxe (~FsTluxe@82.176.11.11) |
23:08.26 | bzo | that stuff is userland libs |
23:12.04 | WisTilt2 | bzo: one more thing... copy the task to module table from combo and make all the other task to module tables the same. combo has all possible tasks in it so that way all the other ones will also, even if they dont use them all. |
23:12.24 | *** join/#htc-linux DaM^ (568aa504@gateway/web/freenode/ip.86.138.165.4) |
23:19.30 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
23:27.02 | *** join/#htc-linux atoore (~atoore@c-67-168-48-73.hsd1.wa.comcast.net) |
23:29.32 | *** join/#htc-linux the_eye_ (~dimitris@78-218-199.adsl.cyta.gr) |
23:29.38 | *** join/#htc-linux Samsunguy (~Samsunguy@cpe-76-186-50-40.tx.res.rr.com) |
23:34.55 | *** part/#htc-linux rasengan (~rasengan@unaffiliated/rasengan) |
23:42.05 | *** join/#htc-linux MN_2 (~yaaic@host86-134-190-249.range86-134.btcentralplus.com) |
23:43.06 | MN_2 | hello |
23:50.50 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
23:57.16 | *** join/#htc-linux arnookie (4e974330@gateway/web/freenode/ip.78.151.67.48) |