IRC log for #htc-linux on 20101221

00:13.55WisTilt2bzo: were you ever able to printk the task id when enabling camera in your tests?
00:14.48bzoby task id, you mean like QDSP_MODULE_VFETASK?
00:15.16WisTilt2yes i believe that should be it
00:15.44bzonot directly, but it finds it by string lookup of "vfetask", and it is hardcoded in qdsp to use QDSP_MODULE_VFETASK
00:16.47WisTilt2so its not using the actual task id to map the correct module, its actually hardcoded for the specific module?
00:17.28bzowell, it's hardcoded to match the string "vfetask" to QDSP_MODULE_VFETASK
00:18.32WisTilt2well 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.05WisTilt2it really should be using the task id eventually
00:19.29bzoit's the camera driver that call qdsp that way
00:20.07WisTilt2was that taken from winmo dll or just from the way some other device does it?
00:20.57bzodon'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.06bzogrep msm_adsp_get in the qdsp5 directory
00:23.34bzotaking a closer look, it is not completely hard coded
00:23.52bzofor string lookups, it uses the adsp_module_info_module_info[] table
00:24.57bzoin any case, it relies on the qdsp_module_type enum
00:26.14WisTilt2ok 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.44arrrghhhWisTilt2: just been reading the logs, and saw you were back.  WB dude, hope you had a good vaca.  We missed ya :D
01:05.19WisTilt2hiya 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.27arrrghhhi see that
01:05.33arrrghhhbeen reading feverishly :D
01:06.49WisTilt2bzo: 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.33arrrghhhmostly 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.36arrrghhhcya guys later
01:07.49WisTilt2arrrghhh: 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.10bzoWisTilt2: ok, lemme know when you have something.
01:08.39bzoWisTilt2: say, was the panel shutoff the power drain you were referring toj in the 12/17 commit?
01:08.42WisTilt2bzo: are you able to test a quick change now?
01:08.54bzosure
01:09.25WisTilt2no, this was unrelated.  the power drain looks to me to be coming from one of the mddi commits on the 17th.
01:10.37WisTilt2panel 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.15WisTilt2can you change 1 value in the enum module table and try it right now?
01:11.20bzosounds good, broken panel shutdown will also kill the battery
01:11.26bzoyep, I can try it
01:12.22WisTilt2change 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.55bzook, 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.36WisTilt2you might try 0x16 also for kicks if 0x17 gets you nowhere.
01:25.19WisTilt2bzo: actually forget 0x16, 0x18 is what we need to test if 0x17 makes no difference.
01:25.45bzook, still booting on 0x16
01:26.08WisTilt2i 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.41WisTilt2anything happen different with 0x17?
01:27.12bzoerr, I mean booting on 0x17, still on first test
01:27.18WisTilt2ok
01:28.45bzo0x17 doesn't seem to do it, lemme try 0x18
01:29.25WisTilt2did it still register vfetask with 0x17?
01:29.46bzoyeah, though I've noticed in the past it will let you register with pretty much any value
01:30.41WisTilt2you're changing this in the 6125 firmware module enum correct?
01:31.29bzoyep
01:32.20bzowonder if the bad enums are also the cause of the hq video problem
01:32.44bzobtw, my theory about slow framebuffer causing it was bunk
01:32.50WisTilt2could be.  we have hq video but even with this new fb it lags
01:33.28WisTilt2which task runs in hq, videotask, videoenctask, or do we know
01:33.53bzodunno, I would guess videotask, but perhaps other modules are needed as well
01:35.42WisTilt2how 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.16bzodisassembly of the adsp rtos dll
01:36.26*** join/#htc-linux DuperGhost (~Duper@46-116-68-70.bb.netvision.net.il)
01:36.49WisTilt2so this order is pretty sure to be correct?
01:37.14bzoI would assume so, the queue offsets were disassembled the same way
01:37.21bzoerr, I mean not assume so
01:38.57bzonot seeing interrupts on 0x18 either
01:40.54WisTilt2ok 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.39WisTilt2ill be here all day tomorrow so hopefully will have a correct enum table for you to try.
01:41.54bzosounds like a plan
01:42.21WisTilt2im going home so catch you tomorrow.
01:42.30bzook, 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.47darkstonefun times
02:07.56darkstoneusing desire source to compile kernel lol
02:19.31darkstonehah wtf it compiled
02:19.34darkstonetests
02:20.04crawlingthinks it will fail
02:20.16*** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com)
02:21.23darkstoneholy fuck it boots
02:21.55crawlingi'll make you company
02:22.00crawlingholy wtf! congrats!
02:22.06darkstonelol
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.27crawlingnn
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.24JesusFreak316Is 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.09JesusFreak316Just 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.39warrenb213hey any u folks still working on hd2 stuff
10:06.41warrenb213??
10:06.57warrenb213if so, have a new looksie at this http://forum.xda-developers.com/showthread.php?t=843433&page=4
10:07.35warrenb213it seems other 2.6.32 kernels have kineto now.
10:08.07*** join/#htc-linux WonTu (~WonTu@p57B56179.dip.t-dialin.net)
10:08.15warrenb213those 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.33crawlingmorning
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.42gauner1986hi
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.51Sharky^gerhello
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.24JohnSheridan~seen Markinus
14:09.26aptmarkinus <~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.16manusfreedomMarkinus: 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.58MN_hello
14:18.23RenegadeAhi
14:20.33*** join/#htc-linux beefi (~beefi@88.130.198.8)
14:21.57MN_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.33Cotullawtf?
14:44.07noobhandsshit
14:44.13noobhandshas taken his own xmas bonus today
14:44.20noobhandsfuckin assholes
14:45.42RenegadeRthey payed a silly 35 euro shitty bonus here lol, but i got a free HD2 with broken glass :)
14:45.52RenegadeRstill works fine it seem though
14:46.17mdeejaygauner1986 here?
14:47.30gauner1986yes
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.33Cotullaokay
14:50.09CotullaI forgive u
14:50.17[acl]merci
14:50.38Cotulla:)
14:54.36*** join/#htc-linux mdeejay (~mdeejay@188.168.168.101)
14:54.42noobhandshttp://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.59noobhandsif fakker doesn't reappear tonight
14:56.11noobhandswell, 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.39MN_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.12SamsunguyCotulla long time no see
15:15.18*** join/#htc-linux tyween (tyween@c-76-122-89-0.hsd1.ga.comcast.net)
15:21.52SamsunguyCotulla 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.23Nacho___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.11FsTluxeCotulla (L)
15:52.13FsTluxehaha ups
15:53.28Nacho___???
15:53.35Nacho___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.47SamsunguyFakkker you made it guess you didn't hit the microwave after all
15:57.55fakkerI'm still at work
15:58.19MN_kidha fakker
15:58.25fakkerkidda bastar'
15:58.29fakkerlol
15:59.35MN_still got a job then ey
15:59.45fakkerend of January
15:59.50fakkerBT are cutting so many people
16:00.21MN_yh i heard
16:00.22*** join/#htc-linux gassed (gassed@c-76-30-161-228.hsd1.tx.comcast.net)
16:01.14fakkerwe're looking forward to it - i've already taken my xmas bonus today
16:01.19MN_but this snow is pissing me off
16:01.28fakkeri like it
16:02.01fakkermakes a change to just rain :p
16:02.10fakkerhttp://www.twitpic.com/3hstqd
16:03.04MN_lol i mean its nice but just too much trains are down
16:05.21MN_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.57fakkerwho cares, i'd just wait for what gets released by Cotulla
16:18.08fakkerat least then you know what works, what won't work - how it works and such
16:18.13fakkerless chance of damaging the device
16:18.43fakkerpatience, especially if no one's donated or helped along the way
16:18.53fakkerhe 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.02FsTluxequestion... 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.51MN_fakker: yh i dont mind waiting just wanted to know what it was all about
16:32.27fakkeri'd ignore it
16:32.31fakker;]
16:33.01MN_yup im gonna get a hd7 anyway to try it out
16:33.21fakkerive not seen one :/
16:33.25fakkeri 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.05MN_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.15MN_hi gauner1986
16:35.26gauner1986hi
16:35.38fakkercool
16:35.48fakkerim not gonna get a new phone for some time :/
16:36.10gauner1986fakker: oooh. :D
16:36.20gauner1986fakker: i don't want one, until the dual cores come out
16:36.31gauner1986with neat graphic power of course
16:36.43fakkeryeah - I can wait too
16:37.06*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
16:37.13MN_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.17MN_bbl
16:43.09MN_bye
16:43.17SamsunguyLol
16:43.40MN_?
16:44.23WisTilt2[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.32WisTilt2[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.55emwe[acl]: heyho. just "arrived" so to speak.
17:11.07*** join/#htc-linux WonTu (~WonTu@p57B55F67.dip.t-dialin.net)
17:11.12emwenothing new. just some panel trials on topa which i am just to resume.
17:11.24emwethink 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.01emwejust 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.54emwei 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.09NeoMatrixJRthis 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.21NeoMatrixJRusing winxp
17:13.21emweit's likely the factorys default (which is set/used on reset)
17:14.03emwe[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.47emwe[acl]: ebi-clock for ram speed doesn't sound to unrelated imho.
17:15.49[acl]hmm
17:15.58emwe[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.03emweno, that should be fine then. but reading vpa (0xb100) after 0xb101 und 0xb102 gave mddi errors.
17:17.11emwefor 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.55emwethat often?!
17:18.26WisTilt2[acl]: all those calls might be what is causing this occasional issue keeping panel on?
17:18.33emwethat is happending for me on boot (panel up sequence, means power client, client init, unblank) udn then only on suspend/resume
17:18.48emwehey WisTilt2.
17:18.59WisTilt2yo 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.02WisTilt2emwe thanks for finding that syntax error in my speakerphone patch:)
17:20.36emwe;)
17:20.51emwei think i already found it at the weekend but somehow didn't come around to report ;)
17:21.51emwebut 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.00WisTilt2i'll be in backgroung a bit.  re-doing the whole 6125 adsp tables for bzo this morning.
17:22.19emwedidn't you say they are correct as they are now?
17:22.37emweand do we really need those six table pairs unlike the others which just have three pairs?
17:22.51WisTilt2the one table was but i went through the docs on the dsp and the rest are jacked up
17:23.14WisTilt2yes all those tables are needed, which i didnt think they were initially.
17:23.32WisTilt2pays to actually spend time going over the docs:)
17:23.35emweIIRC i had it once that table 6 was requested...
17:24.01emwegood luck with that then!
17:24.33WisTilt2ive pretty much got them fixed but now verifying the order of the modules with the id's.
17:25.04emwebtw, 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.21WisTilt2emwe: 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.48emweWisTilt2: 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.01emwewas it indexes at all?! ;)
17:32.02*** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-173.netcologne.de)
17:32.35emwedon't wan't to leat you in the wrong direction.
17:33.56NeoMatrixJRanyone? 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.28emweNeoMatrixJR: 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.38NeoMatrixJRok, other question.  Any reason system_server is using 98.6% cpu?
18:03.37emweNeoMatrixJR: 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.53emwehad 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.11emwei 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.16emwebut only did first boot, yet.
18:04.44WisTilt2if you make a call then hang up it will clear that also. has something to do with radio layer it looks like
18:04.59NeoMatrixJRok, crashed system server... oooh...blinking boot animation
18:05.03emweWisTilt2: ah, and location app also helps
18:05.14emweWisTilt2: that's waht somebody said
18:05.29*** join/#htc-linux nilskuijpers (~nilskuijp@ip5653f257.direct-adsl.nl)
18:05.38emweWisTilt2: that sounds like smd-related if you say radio and somebody else location...
18:05.44NeoMatrixJRlocation app? is that still missing by default?
18:06.29emweNeoMatrixJR: no, Places is installed. starting it is also said to fix high cpu usage.
18:06.44emwebecause it seems to "fix" something ... whatever.
18:08.04NeoMatrixJRafter 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.17emwelet us know what you get. if you can reproduce later, pleace try "Places"
18:10.23emwecurious...
18:10.27emwebrb10
18:10.28NeoMatrixJRwow...making a phone call dropped it to 4%
18:10.45emwehmhmhm
18:10.52*** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net)
18:11.33NeoMatrixJRI wonder if that's why all my apps keep crashing or if it caused some of my db's to go corrupt.
18:12.13NeoMatrixJRmy non-test SD image has been crap lately.  I keep getting sqlite file i/o errors in ADB.
18:13.12emwethen you are screwed ;)
18:13.18NeoMatrixJR:(
18:13.24emwei had this more ofthen lately.
18:14.24NeoMatrixJRwell, 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.50NeoMatrixJRunfortunately 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.32WisTilt2[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.30emwe[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.27emwe[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.08bzoemwe: were you asking me about OC and sleep mode earlier?
18:31.10emwe[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.18emwebzo: 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.12emwe[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.22emweah 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.07bzoemwe: in any case, I have a fix for allowing pm sleep mode of 1 when OCing. Want to handle it?
18:34.31bzo[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.28emwebzo: a fix in acpuclock_set_vdd() by chance?
18:37.01emwebzo: 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.58bzoemwe: 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.56emwei at least remember it stuck for me there ;)
18:39.23bzoit 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.49emweok, will reread later. supper time.
18:39.53*** join/#htc-linux JesusFreak316_ (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net)
18:43.05WisTilt2bzo: you able to run a camera test by chance?  have new tables for you to try shortly.
18:44.05bzoemwe: http://pastebin.ca/2025579
18:44.13[acl]bzo: which reminds me.. Pohket was looking for you earlier. Wondering about the camera.
18:44.18bzoWisTilt2: sure
18:44.39bzo[acl] ok, I'll be around if he comes back
18:45.28WisTilt2have a few more module ordering to verify. ill ping you when ready.
18:45.44bzook
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.40NeoMatrixJRyo 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.30NeoMatrixJRfor me, every boot the system_server process runs 90+ % CPU usage
19:37.42NeoMatrixJRuntil I crash it in dev tools and then make a phone call
19:38.01NeoMatrixJR(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.09NeoMatrixJRnot 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.13WisTilt2ive 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.07NeoMatrixJRI 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.40NeoMatrixJRthis is probably why, and yeah, it's been about a month for me too
19:44.43emweperhaps the re-enabled wakelock-stats?
19:44.45WisTilt2yep, on and off its been happening since well before i took my 3 week trip
19:45.18NeoMatrixJRI thought I saw something in logcat about wakelock... let me try and get a log
19:46.15akiraxcotulla, can I make you a question?
19:46.51NeoMatrixJRcrap...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.14NeoMatrixJRzzzzz... nap time while market downloads apps....
20:06.03RunTimeWorldcan someone tell me how i might fix a Nexus One that was flashed with the Amoled Microp?
20:06.10RunTimeWorldneed version 0C15
20:06.18RunTimeWorldand 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.38MN_hello
20:41.40*** join/#htc-linux jumoit (~samuel@218.81.110.159)
20:42.16NeoMatrixJRwow [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.58NeoMatrixJR543 on quadrant.
20:45.12NeoMatrixJRseems 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.54WisTilt2[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.33WisTilt2bzo: 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.40bzoWisTilt2 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.32bzoWisTilt2: 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.44WisTilt2you'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.00emwe[acl]: pushed topa panel with some updated register commentary. perhaps it's of use for your rhod panel stuff.
21:20.38emwebzo: 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.46WisTilt2i still need to confirm the actual module order being 100% right, a few im not sure of yet.
21:20.50emwe(or rather the general behaviour)
21:22.19bzoWisTilt2: 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.36bzoemwe: sure
21:23.38bzoWisTilt2: 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.25WisTilt2already gave them to pohket
21:24.44emwe[acl]: hehe ;)
21:25.27emwenot 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.31WisTilt2[acl] where do i get your mddi init code?
21:26.58emweWisTilt2: http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm-rhod-nand
21:27.27WisTilt2bzo: 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.10WisTilt2thanks 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.37emweWisTilt2: 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.23emweEID?
21:30.27bzoWisTilt2: 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.55emwehm. 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.35emweheh
21:32.38akiraxhi
21:33.07[acl]emwe: i had all the cdma guys dump and all are 0x14. Waiting for something different now :-)
21:33.27emwe[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.59emweharet? ;)
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.34emwecanons.
21:34.54[acl]it was a blood bath
21:35.36WisTilt2[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.42WisTilt2looks like you're using init_seq2 not 1?
21:41.45NeoMatrixJRhey, anyone know what the command [mmcqd] would be?  now it's sucking up cpu cycles...
21:42.22bzoprobably the interface to the sd card
21:43.11emweNeoMatrixJR: usually see that when media service is indexing mp3
21:43.31NeoMatrixJRit 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.02WisTilt2[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.35emwethere it is again ... system_server hogging cpu...
21:45.48[acl]is that a userland thing ?
21:46.12emweandroid
21:46.43*** join/#htc-linux lenix (~irc@lenix.de)
21:47.18F22<PROTECTED>
21:47.27emweF22: ah thx.
21:48.12[acl]F22: oo i didnt know that either.. good schooling
21:48.47emweok, activated places/maps and cpu hogging by system_server is gone
21:54.29NeoMatrixJRemwe yeah, I have to crash system server then make a call.  Haven't tried places yet
21:55.17F22oh, and if sometimes you see a reference to SEID instead, originally it was Sanyo Epson Imaging Devices  :P
21:55.22emweNeoMatrixJR: perhaps just starting maps also helps. (cell based location "use" seems to fix it)
21:56.18NeoMatrixJRodd....
21:58.20emwewell, 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.05F22acl: btw, i dumped for cr2 a year ago and got 0x14 too on my 210.
22:06.21Alex[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.24F22lol
22:07.40Alex[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.03Alex[sp3dev]yeah, rape is good
22:08.53Alex[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.56Alex[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.14Alex[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.14stinebdout of curiosity, for whom is reverse engineering an issue?
22:12.22stinebdie. country
22:12.25emwe[acl]: i'd like to keep that up to you guys as you know what you are commiting ;)
22:12.29Alex[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.39emwe[acl]: bedtime soon anyway.
22:13.42Alex[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.06emwethx
22:15.25emwecan't promise to be able to denote much time over xmas.
22:15.28stinebdinteresting, 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.57Alex[sp3dev][acl]: oh noes.. i guess the autobuild will be broken again if you go on like that ;)
22:16.04bzostinebd: reverse engineering via black box is, probably not disassembling dlls
22:16.40stinebdmmhmm, disassembling is quite a different beast, in which you're using copyrighted code
22:16.47Alex[sp3dev]bzo: should we do it like WisTilt2 did to microp? just poop random crap at registers and observe the behaviour?
22:17.30Alex[sp3dev][acl]: btw, about jbruneaux code.. he even has things like sub_1ecfed directly pasted from IDA. you're gotta love that
22:17.38bzothat 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.54Alex[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.00WisTilt2bzo: 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.01bzoWisTilt2: great, hopefully module mis numbering is our only problem
22:51.40WisTilt2bzo: 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.44Alex[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.48bzolol, 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.45WisTilt2Alex[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.05WisTilt2bzo: does your code even use qcamtask?
22:58.31bzoWisTilt2: the camera driver enables it, that's about all I can tell
22:58.44WisTilt2are 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.10bzono, but the qdsp stuff will accept just about any id for enabling a module and not complain
22:59.15WisTilt2since 0x2d doesnt exist in the dsp you should see some kind of error i'd think.
22:59.21WisTilt2ah, figures
22:59.34bzothe only way we know vfetask isn't working is because we have no interrupts
23:00.33bzowell, 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.20WisTilt2it 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.55WisTilt2thats the exact same issue sound had
23:01.58bzopretty sure it's finding it ok. I put in printks that show the offset being used
23:02.21WisTilt2you should be seeing the addy 0x5f6
23:02.33bzobut certainly worth checking again
23:02.40WisTilt2and 0x616 for the table of commands
23:04.26bzowon't be able to look at it again til a bit later on
23:05.15WisTilt2interesting, 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.22bzothat is more a function of correctly configured 3d. Did you update the gralloc and 3d stuff?
23:07.44WisTilt2only 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.26bzothat stuff is userland libs
23:12.04WisTilt2bzo: 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.06MN_2hello
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)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.