| 01:08.51 | jonpry | 48 minutes to build ics |
| 01:33.45 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
| 01:39.19 | *** join/#htc-linux ray|eating (~raymonddu@c-24-11-68-98.hsd1.mi.comcast.net) |
| 02:02.05 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
| 02:06.17 | *** join/#htc-linux programmer8922 (~Evan@c-174-56-72-235.hsd1.nm.comcast.net) |
| 02:49.36 | *** join/#htc-linux Cass (~Cass@188-220-34-222.zone11.bethere.co.uk) |
| 02:53.23 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 03:09.47 | *** join/#htc-linux detule (~detule@hw-ma-6l13f61.mat.jhu.edu) |
| 03:10.49 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 03:16.31 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 04:17.51 | *** join/#htc-linux d3tul3 (~detule@pool-96-234-141-27.bltmmd.east.verizon.net) |
| 04:28.06 | *** join/#htc-linux Rob2222 (~Miranda@p5DE4B912.dip.t-dialin.net) |
| 04:41.10 | *** join/#htc-linux sbryan12144 (ad514fc2@gateway/web/freenode/ip.173.81.79.194) |
| 05:10.43 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 05:28.58 | *** join/#htc-linux rzk (~rzk@93-80-178-77.broadband.corbina.ru) |
| 05:33.59 | *** join/#htc-linux mitsutaka (~mitsutaka@60.247.107.132) |
| 05:53.35 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:5c31:34c:50f9:c8b1) |
| 05:54.02 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:5c31:34c:50f9:c8b1) |
| 06:05.59 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 06:07.23 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-78-51.dynamic.mnet-online.de) |
| 06:19.28 | *** join/#htc-linux GNUtoo (~gnutoo@host1-132-dynamic.51-79-r.retail.telecomitalia.it) |
| 07:12.24 | *** join/#htc-linux kiozen (~kiozen@p54BB6BE7.dip.t-dialin.net) |
| 07:31.13 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-qboneuhhhzudynjy) |
| 07:52.32 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
| 08:17.01 | *** join/#htc-linux DrQI (43e6817e@gateway/web/freenode/ip.67.230.129.126) |
| 08:35.03 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 08:48.09 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-jsadgarletafmzda) |
| 09:04.01 | *** join/#htc-linux ychavan (ychavan@nat/redhat/x-zyyqgjolxlxxrqjv) |
| 09:27.42 | *** join/#htc-linux kiozen (~kiozen@p54BB6BE7.dip.t-dialin.net) |
| 10:29.04 | *** join/#htc-linux d3tul3 (~detule@pool-96-234-141-27.bltmmd.east.verizon.net) |
| 11:09.14 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 12:17.33 | *** join/#htc-linux Muchae (~Ancom@munji-131-90.kaist.ac.kr) |
| 13:08.52 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
| 13:43.37 | *** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:5c31:34c:50f9:c8b1) |
| 13:56.34 | *** join/#htc-linux khorben_ (~dont@port-83-236-217-161.static.qsc.de) |
| 14:12.14 | *** join/#htc-linux DJWillis (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 14:42.52 | *** join/#htc-linux helicopter88 (~helicopte@host82-112-dynamic.43-79-r.retail.telecomitalia.it) |
| 14:47.51 | *** join/#htc-linux bartman (~bart@2607:f2c0:a000:175:2e0:81ff:fe47:3d01) |
| 14:55.15 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 15:07.14 | *** join/#htc-linux emwe (~mweirauch@cable-86-56-10-252.cust.telecolumbus.net) |
| 15:47.17 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de) |
| 15:53.31 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 15:55.04 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 15:57.10 | *** join/#htc-linux mitsutaka (~mitsutaka@123.112.97.210) |
| 16:12.49 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 16:13.45 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 16:13.53 | [acl] | where cotulla at |
| 16:14.01 | [acl] | damn |
| 16:17.25 | arrrghhh | lol |
| 16:27.34 | *** join/#htc-linux arif-ali (~arif-ali@149.254.234.147) |
| 16:30.19 | *** join/#htc-linux Alex[sp3dev] (~alexander@178.176.57.146) |
| 16:36.54 | *** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 16:37.56 | Cotulla | hi ppl |
| 16:38.10 | arrrghhh | Cotulla, what's up |
| 16:38.14 | Cotulla | just come home |
| 16:38.19 | Cotulla | cold and wind |
| 16:38.22 | Cotulla | that's bad |
| 16:38.29 | Cotulla | but still no snow! |
| 16:38.32 | arrrghhh | really? |
| 16:38.35 | arrrghhh | figured you would be buried |
| 16:38.35 | Cotulla | yeah |
| 16:38.38 | arrrghhh | we have snow. |
| 16:38.41 | Cotulla | yeah |
| 16:38.49 | Cotulla | strange |
| 16:38.56 | Cotulla | fucking 20 days up to new year |
| 16:39.00 | Cotulla | without S N O W |
| 16:39.12 | Alex[sp3dev] | snow sucks |
| 16:39.15 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 16:39.29 | [acl] | Cotulla: y0 |
| 16:39.35 | arrrghhh | i like the snow. i just don't like other people driving in it. |
| 16:39.36 | Cotulla | hi [acl] |
| 16:39.58 | [acl] | Cotulla: lets discuss some fun stuff |
| 16:40.03 | Cotulla | why not |
| 16:40.12 | Cotulla | lets start |
| 16:40.33 | Cotulla | do u good in KEXT for iOS? |
| 16:40.39 | [acl] | fuck no |
| 16:40.41 | arrrghhh | lol |
| 16:40.44 | Cotulla | bad :( |
| 16:40.53 | Alex[sp3dev] | i once fucked with KEXT for OSX 10.5.6 |
| 16:40.53 | [acl] | Cotulla: ok .. so the TS points on winmo are being pulled good but i want to verify the order with you |
| 16:41.08 | Cotulla | Alex, how it finished? |
| 16:41.10 | [acl] | Alex[sp3dev]: hey dood sup .. havent seen u in ages |
| 16:41.23 | Alex[sp3dev] | Cotulla: edited some props to fake version and it worked |
| 16:41.25 | [acl] | well its my fault ive been out |
| 16:41.31 | Cotulla | ohh |
| 16:41.37 | Cotulla | [acl] |
| 16:42.14 | [acl] | Alex[sp3dev]: are you pulling the ts calib points from winmo ? or just defaulting to something preset ? |
| 16:42.14 | Cotulla | those points are not corners of the display, it's position of + during WM calibration |
| 16:42.17 | Cotulla | there 5 such points |
| 16:42.21 | [acl] | correct |
| 16:42.24 | [acl] | but the order |
| 16:42.25 | Cotulla | they represents raw values |
| 16:42.28 | Alex[sp3dev] | [acl]: hardcoded in kernel. no one's complaining |
| 16:42.40 | [acl] | Cotulla: in which they are saved on is different |
| 16:42.46 | [acl] | let the code speak for itself. |
| 16:42.55 | [acl] | Alex[sp3dev]: lucky you |
| 16:42.58 | [acl] | http://gitorious.org/~acl/linux-on-qualcomm-s-msm/linux-msm-rhod-nand/blobs/7ddeac540c3c7d39cd671c4fdcdfb76197e1c355/arch/arm/mach-msm/htc_tp_cal.c |
| 16:43.04 | Cotulla | in WM there some complex matrix math used for calculations |
| 16:43.14 | Cotulla | so they use correlation for both X & Y |
| 16:43.14 | Alex[sp3dev] | [acl]: you fixed camera yet? tbh i've not done anything useful lately |
| 16:43.17 | [acl] | Alex[sp3dev]: i did that too but vith all the variants everyone had some slight issues. SO i figured pull ce values for all |
| 16:43.26 | [acl] | Alex[sp3dev]: nahh im the only asshole working on rhod100 |
| 16:43.29 | [acl] | how sad is that |
| 16:43.53 | Alex[sp3dev] | [acl]: are other guys working on rhod100 so much better? |
| 16:43.54 | Cotulla | oh, [acl], u remember issue with 1 inside GPIO_CFG? it was right idea? |
| 16:44.22 | [acl] | Alex[sp3dev]: i dont think anyone is working on that shit. so much stuff is missing from the kernel that im just filling in one by one |
| 16:44.25 | Cotulla | with panel power |
| 16:44.31 | [acl] | Cotulla: you were right about the gpio. |
| 16:44.37 | Cotulla | bad :( |
| 16:44.38 | [acl] | Cotulla: :-) tap yourself ont he back |
| 16:44.46 | Cotulla | I WANT MORE MISTRAKES |
| 16:44.54 | [acl] | Cotulla: i just sent you one |
| 16:44.54 | Cotulla | AND MORE BRICKS |
| 16:44.58 | [acl] | Cotulla: http://gitorious.org/~acl/linux-on-qualcomm-s-msm/linux-msm-rhod-nand/blobs/7ddeac540c3c7d39cd671c4fdcdfb76197e1c355/arch/arm/mach-msm/htc_tp_cal.c |
| 16:45.05 | [acl] | this is my ts code to pull values from atag |
| 16:45.13 | [acl] | values come in and i reorder then |
| 16:45.14 | [acl] | untouched |
| 16:45.21 | Cotulla | BECAUSE I NEED SOMETHING TO KEEP PAPER AGAINST WIND! |
| 16:45.27 | [acl] | lol |
| 16:45.31 | Alex[sp3dev] | use ur damn hd2 |
| 16:45.38 | Cotulla | they are not bricked |
| 16:45.46 | arrrghhh | then brick them... |
| 16:45.53 | Alex[sp3dev] | +1 |
| 16:45.56 | Cotulla | I can't |
| 16:46.24 | Alex[sp3dev] | Can God create a stone so heavy that He cannot move it? |
| 16:46.38 | Cotulla | God? god is supervisor |
| 16:46.49 | arrrghhh | uh oh |
| 16:46.50 | [acl] | i should really comment my code. cant remember why i did what i did. but looks right or close enough :-p |
| 16:46.59 | Alex[sp3dev] | now i know why i needed those philosophy classes. to make stupid jokes on irc |
| 16:47.00 | Cotulla | ok lets back to ur problem [acl] |
| 16:47.06 | arrrghhh | [acl], lol. i used to get NAILED for not commenting code. |
| 16:47.20 | Cotulla | how is Android 4.0 on MSM7K btw? |
| 16:47.27 | arrrghhh | AWESOME |
| 16:47.37 | [acl] | arrrghhh: im overwhelmed with bugs on the 100. so that will have to come on .35 |
| 16:47.37 | arrrghhh | faster than it is on that qsd crap i'm sure. |
| 16:47.47 | arrrghhh | [acl], let 'em suffer |
| 16:47.51 | arrrghhh | rhod100 folk always have |
| 16:47.55 | arrrghhh | why should that change now? :P |
| 16:48.06 | arrrghhh | although, evidently there's some good patches to the cam code |
| 16:48.10 | arrrghhh | helps all cam's |
| 16:48.13 | Alex[sp3dev] | [acl]: why not 3.1 like other rhod crowd? oic, they're using 27 code |
| 16:48.20 | arrrghhh | and makes rhod100 cam actually work. |
| 16:48.33 | arrrghhh | Alex[sp3dev], yea, .35 is the only one that isn't AFAIK |
| 16:48.45 | Cotulla | why faster than qsd? |
| 16:49.00 | Alex[sp3dev] | Cotulla: because someone's trolling |
| 16:49.05 | Cotulla | can linux work with UEFI? |
| 16:49.10 | Alex[sp3dev] | sure |
| 16:49.11 | [acl] | Alex[sp3dev]: nahh .35 is the next target for me. |
| 16:49.22 | Cotulla | I got idea put UEFI support to MAGLDR and run same kernel on all devices |
| 16:49.27 | Cotulla | to make it more easy to edit & port |
| 16:49.49 | Alex[sp3dev] | Cotulla: uhh.. Flattened Device Tree is what is used instead of EFI on ARM and PowerPC |
| 16:50.00 | Cotulla | is it supported for ARM in linux? |
| 16:50.29 | Alex[sp3dev] | yes. linux upstream is not even accepting newer code without FDT support. tegra2 has FDT in both linux and uboot |
| 16:50.32 | Cotulla | idea looks interesting |
| 16:51.10 | Cotulla | what is FDT? |
| 16:51.16 | Cotulla | what is main differences from UEFI? |
| 16:51.31 | Alex[sp3dev] | the main difference is that i don't know how UEFI works |
| 16:51.38 | arrrghhh | lol |
| 16:51.44 | Cotulla | me too almost |
| 16:52.02 | Alex[sp3dev] | otherwise FDT is a JSON-like format for describing GPIO, memory addresses and stuff that is either passed to kernel as is or can be compiled to binary |
| 16:52.26 | Cotulla | hm so it's rather useless? or where main advantages? |
| 16:52.50 | Alex[sp3dev] | main advantage is that you don't need board-xxx.c files |
| 16:53.04 | [acl] | no more board files.. ooo |
| 16:53.24 | [acl] | Alex[sp3dev]: so you gonna fix cam ? :-) |
| 16:53.26 | Alex[sp3dev] | i'm just looking through chromium git to find a good example |
| 16:53.29 | Cotulla | but that stupid . . . embedded devices often need turning for platform |
| 16:53.39 | Cotulla | like different delays |
| 16:53.56 | Cotulla | or dual-power toggle |
| 16:54.20 | Alex[sp3dev] | if you need, you can of course add the code. it is just to get rid of huge arrays of pdata, memory resources and other stuff |
| 16:54.34 | Cotulla | [acl], I am looking to ur file :) what is main idea there? |
| 16:54.58 | Cotulla | without pdata it can be better yes |
| 16:54.59 | [acl] | Cotulla: im taking the raw values and re-arrangeing them for android. |
| 16:55.05 | Alex[sp3dev] | http://git.chromium.org/gitweb/?p=chromiumos/third_party/u-boot.git;a=blob;f=board/nvidia/harmony/tegra2-harmony.dts;h=b4965ed014a203de82ea06ee5b8391ff3f1a3596;hb=refs/heads/chromeos-v2011.06 |
| 16:55.07 | [acl] | the order differe |
| 16:55.10 | Alex[sp3dev] | here is an example |
| 16:55.27 | Cotulla | just flash WM and run calibration - and check how + moves on the screen |
| 16:55.55 | Cotulla | should be 1)top-left corner 2)top-right corner 3)bottom-right corner 4)bottom-left corner 5)center |
| 16:56.22 | Cotulla | is it done for MSM? |
| 16:56.23 | [acl] | yeah |
| 16:56.27 | [acl] | no |
| 16:57.14 | [acl] | the order i have is right but there are may to many deviations from device to device. For example a rhod300 is perfect where a rhod500 claims some deviation. But apparently on winmo its perfect so it doesnt make sense |
| 16:57.15 | Alex[sp3dev] | it is sort of done for MSM but given how qcom is always slow to write good code.. well, actually, it is only fully done for tegra because it is used in chromium |
| 16:57.19 | Cotulla | I am not sure honestly, if this solution is really nice: too much metadata. the next time they may include JScript support inside . . . |
| 16:57.33 | Cotulla | it create a tons of code which works with config |
| 16:57.41 | Cotulla | and at the end not so universal |
| 16:57.50 | [acl] | Cotulla: i think there is no way around this. we will need a calib app outside of winmo |
| 16:57.58 | Alex[sp3dev] | any solution is better when you're not the only one working on it |
| 16:58.06 | Cotulla | [acl] , explain pls |
| 16:58.18 | Cotulla | Alex, but who said that it must be changed? |
| 16:58.27 | Alex[sp3dev] | what must be changed? |
| 16:58.36 | Cotulla | where difference - type this information inside H file or inside script? |
| 16:58.46 | Cotulla | almost same words and values |
| 16:59.19 | Cotulla | u can have one universal board file and include special H board file |
| 16:59.25 | Alex[sp3dev] | the difference is that it kept in bootloader rather than in kernel and you do not need board-specific code in kernel. less code, easier to update |
| 16:59.28 | Cotulla | and do the same task . . . |
| 16:59.41 | Alex[sp3dev] | and yeah, FDT is also supported on freebsd and some other OS iirc |
| 17:00.22 | Cotulla | so they make stable API by text file |
| 17:00.36 | Alex[sp3dev] | it is compiled to a binary file |
| 17:00.42 | Cotulla | or via binary file |
| 17:00.43 | Alex[sp3dev] | well, optionally |
| 17:00.59 | Cotulla | ok |
| 17:01.20 | [acl] | Cotulla: ok had to pastebin this shit |
| 17:01.24 | [acl] | Cotulla: http://pastebin.com/QZYrvPFQ |
| 17:01.29 | Cotulla | but looks by bicycle a bit |
| 17:01.32 | [acl] | top line is dump from mfg block |
| 17:01.46 | Cotulla | why not implement like ACPI? with byte codes VM? |
| 17:02.07 | [acl] | Cotulla: the second part is how i change the order for android. But some devices report deviation meaning there might be some math missing |
| 17:02.11 | Cotulla | so this config will contain the most of the standard operations like backlight and etc |
| 17:02.14 | Alex[sp3dev] | Cotulla: because ACPI was deliberately broken by M$ and people ain't stepping on the same shit again |
| 17:02.44 | Cotulla | this isn't shit? some OEM can go and make hack in FDT reader to make life easy |
| 17:02.53 | Cotulla | or because it doesn't provide required information |
| 17:03.02 | *** join/#htc-linux arif-ali (~arif-ali@178.107.247.27) |
| 17:03.31 | Cotulla | [acl], maybe they are inverted? |
| 17:03.38 | Alex[sp3dev] | ok, let me see ACPI specification to find some points for trolling |
| 17:03.51 | [acl] | Cotulla: Fuck.. |
| 17:03.58 | [acl] | why do i get the fellnig |
| 17:04.00 | [acl] | you may be right |
| 17:04.14 | Cotulla | u can check if X2 > X1 |
| 17:04.52 | Cotulla | Alex, it looks for me near FDT. |
| 17:05.03 | Cotulla | all this is some kind of universal configs |
| 17:05.15 | Cotulla | vendors can make errors in FDT too |
| 17:05.39 | Alex[sp3dev] | actually it's a good question on why FDT was invented in first place. i have a feeling that anything that becomes a standard inevitably sucks |
| 17:05.59 | [acl] | Cotulla: ill try to invert them tonight and try it out. Damn i should have thought of that |
| 17:06.06 | [acl] | hate you !! |
| 17:06.08 | [acl] | :-p |
| 17:06.32 | Cotulla | a three witches-bitches switch a Swiss switch |
| 17:06.42 | [acl] | i agree |
| 17:06.49 | [acl] | :-p |
| 17:07.10 | Cotulla | what is new in 4.0 about HW UI acceleration? |
| 17:07.20 | [acl] | Cotulla: all i know hd2 have hax for it |
| 17:07.34 | Cotulla | I read some articles few days ago . . . and they tells some strange things |
| 17:07.38 | Alex[sp3dev] | actually ACPI would not be as bad if it was implemented in the way that you could build a generic kernel for any armv8 machine, for example |
| 17:08.10 | Cotulla | yeah it was idea |
| 17:08.18 | Cotulla | to implement UEFI maybe |
| 17:08.28 | Alex[sp3dev] | so the only thing i know that when i enable HW UI acceleration in 4.0, red frame appears around screen sometimes |
| 17:09.31 | Cotulla | what about iOS? is 3D used for UI? |
| 17:10.17 | Alex[sp3dev] | probably it is used for composition. both in iOS and Android |
| 17:10.31 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 17:11.05 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
| 17:12.24 | Cotulla | cool |
| 17:12.41 | Cotulla | but lags |
| 17:12.43 | [acl] | Cotulla: you arent involved in hd2 ics dev ? |
| 17:12.54 | Cotulla | [acl]. no time for that now |
| 17:12.57 | *** join/#htc-linux LargePrime (~LargePrim@68-30-231-204.pools.spcsdns.net) |
| 17:13.03 | [acl] | Cotulla: i know how you feel |
| 17:13.11 | Cotulla | ? |
| 17:13.29 | [acl] | Cotulla: im getting busier and wont have time for much soon. Im trying to buy a house |
| 17:13.35 | Cotulla | ohh |
| 17:13.53 | Cotulla | I mean also that I have other project and they also need time |
| 17:13.58 | rpierce99_ | houses are overrated |
| 17:14.14 | rpierce99_ | cell phone oses are what the women love |
| 17:14.26 | Alex[sp3dev] | especially cell phones from 2007 |
| 17:14.27 | emwe | [acl]: house? cool. |
| 17:14.38 | [acl] | emwe: sup brother from another mother |
| 17:14.50 | Cotulla | house always cool |
| 17:15.07 | [acl] | i have to give up an arm |
| 17:15.08 | [acl] | and a leg tho |
| 17:15.12 | Cotulla | is it flat or house? |
| 17:15.12 | [acl] | and possibly a nut |
| 17:15.13 | emwe | [acl]: back to acoustic. not that i really like to, though... |
| 17:15.28 | [acl] | Cotulla: its a townhouse. |
| 17:15.41 | Cotulla | hehe |
| 17:15.42 | [acl] | emwe: im trying to kill myself. after all the logs i get from the rhod100 fuckers |
| 17:15.44 | Alex[sp3dev] | [acl]: townhouses suck |
| 17:15.51 | [acl] | Alex[sp3dev]: how so ? |
| 17:16.07 | Cotulla | was said by Alex inside flat :) |
| 17:16.12 | emwe | [acl]: is it that worse, really? i am still tempted to get such a beast... |
| 17:16.13 | [acl] | lol |
| 17:16.19 | emwe | [acl]: though time is running out. |
| 17:16.21 | [acl] | emwe: please do it |
| 17:16.27 | Cotulla | passive voice! yeaahhh |
| 17:16.32 | Cotulla | :D |
| 17:16.35 | Alex[sp3dev] | [acl]: well, at least in Russia a townhouse is when you buy a tiny flat in a not-so-large house for the price of a large house |
| 17:16.35 | emwe | [acl]: who puts 3.5mm into that bitch? |
| 17:16.36 | [acl] | emwe: cuz i can finish rhod300/210 but not 100 |
| 17:16.51 | [acl] | emwe: it has 3.5mm ? |
| 17:16.54 | [acl] | fawk |
| 17:17.01 | emwe | [acl]: nope, that's the problem. |
| 17:17.08 | emwe | uh what? it has? |
| 17:17.15 | [acl] | no im asking |
| 17:17.26 | emwe | aren#t you having a RHOD100 in front of you? |
| 17:17.32 | [acl] | if it doest you can use the 11pin to 3.5mm converter |
| 17:17.33 | Alex[sp3dev] | emwe: do enable the effing acoustic and merge the kernel side |
| 17:17.33 | [acl] | nope |
| 17:17.34 | emwe | sure it has not. what i dislike. |
| 17:17.36 | [acl] | ive never seen one |
| 17:17.50 | *** join/#htc-linux sykosoft_ (~sykosoft@67-61-60-19.cpe.cableone.net) |
| 17:17.53 | Cotulla | lol congratulate me - my new high score - I got 103 frags yesterday in BF1942 :) |
| 17:17.59 | emwe | Alex[sp3dev]: acoustic branch from yours with some post stuff is lying around here since weeks. |
| 17:18.28 | Alex[sp3dev] | emwe: i mean, we need to finally enable it and start shipping builds with it |
| 17:18.34 | [acl] | Cotulla: do rhod 100 for us.. come on .. wont take long.. got all the dlls ready. |
| 17:18.40 | Cotulla | upload |
| 17:19.07 | [acl] | emwe: you have it on you? i might be able to get it right now if not |
| 17:19.10 | emwe | Alex[sp3dev]: need to motivate stinebd then. it has some little issues, still. |
| 17:19.39 | emwe | [acl]: i got a 2.07S2 RHOD german rom dump, which is likely the RHOD100 one. |
| 17:19.42 | Alex[sp3dev] | emwe: hasn't he moved on to atrix? |
| 17:19.44 | emwe | what'ya guys need? |
| 17:19.51 | emwe | Alex[sp3dev]: but he's the build master. :) |
| 17:19.58 | Cotulla | they should be same? |
| 17:20.00 | [acl] | emwe: i guess thats close enough. |
| 17:20.10 | Alex[sp3dev] | what? compilation tyrant? |
| 17:20.14 | Cotulla | only two exist - RHO and RHO_W |
| 17:20.23 | Cotulla | and every rom should support all of them |
| 17:20.50 | emwe | Cotulla: nope. binaries differ. |
| 17:21.10 | emwe | disptools is all the way different. |
| 17:21.19 | [acl] | we need all the dlls |
| 17:21.21 | emwe | you aren't supposed to flash a RHODW rom on a RHOD |
| 17:21.29 | rpierce99_ | rhod100 has a different panel and different cam hardware |
| 17:21.30 | Cotulla | I know that |
| 17:21.36 | Cotulla | I mean about RHO and RHO_W roms |
| 17:21.48 | Cotulla | all RHO versions - same rom and RHO_W - same rom |
| 17:21.51 | emwe | ah |
| 17:22.14 | [acl] | rpierce99_: there are about 6 different panels bro. rhod 100 seems to use 2. But more importantly they dont respond the same way to the vreg changes. |
| 17:22.21 | [acl] | rpierce99_: so right now panel will die if we power it down |
| 17:22.37 | emwe | aren't you able to pull the rom yourself, tear it apart and recmod? |
| 17:22.44 | Cotulla | [acl], u not fixed that yet? |
| 17:22.54 | emwe | i got disptools and gsensor around if you need that. |
| 17:22.54 | [acl] | Cotulla: not on the 100 |
| 17:23.05 | [acl] | Cotulla: only 2,3,4 and 5 |
| 17:23.12 | [acl] | Cotulla: 4 out of 5 aint bad :-p |
| 17:23.23 | Cotulla | 4/5 = 80% |
| 17:23.31 | [acl] | passing grade :-) |
| 17:24.11 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.48) |
| 17:25.13 | Cotulla | u should calc main variance of owners with different rhod's variants and decide who make the most important part of the variance to it and then only according with variance decide if it good or bad |
| 17:25.22 | [acl] | lol |
| 17:25.58 | Cotulla | because actually it's possible that 90% RHOs have the last panel type |
| 17:26.02 | [acl] | Cotulla: if it was up to me, i say no gsm. But someone sent me a 300 so i felt obligated to help |
| 17:26.06 | Cotulla | and urs 4 from 5 will be bad |
| 17:26.11 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 17:26.13 | Cotulla | because they will cover only 10% |
| 17:26.19 | Cotulla | not 80% |
| 17:26.42 | [acl] | damn.. so fuck rhod100. poor bastards |
| 17:26.51 | Cotulla | no |
| 17:27.04 | Cotulla | I tell u that u should open poll and ask people to report their RHO type |
| 17:27.18 | Cotulla | then u can get how many different devices users have |
| 17:27.22 | [acl] | rho100 outnumbers them all |
| 17:27.30 | [acl] | being only device outside the US |
| 17:27.33 | [acl] | thats rho |
| 17:27.35 | Cotulla | and determine real "aint bad" |
| 17:27.55 | Cotulla | using this collected statistic data |
| 17:28.15 | [acl] | i read you loud and clear |
| 17:28.18 | [acl] | fuck rhod 100 |
| 17:28.19 | [acl] | :-p |
| 17:28.22 | Cotulla | no |
| 17:28.25 | [acl] | lol |
| 17:28.30 | Cotulla | I didn't talk about that at all |
| 17:28.46 | [acl] | i hear ya.. i can read between the lines |
| 17:28.50 | Cotulla | lol |
| 17:28.52 | [acl] | :-p |
| 17:28.54 | Cotulla | u can't |
| 17:28.57 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
| 17:29.06 | Cotulla | ÆÇ |
| 17:29.08 | Cotulla | :P |
| 17:29.13 | [acl] | damn |
| 17:29.15 | WisTilt2 | [acl]: rhod100's have 2 diff panels types. 0x14 EID init's same as other rhods. type 0x01,0x07,0x13 are those AUO's that are funky. if someone that has one of those wants to test, i'll make a kernel that will get the panel init values but they are going to have to be someone that knows what they're doing:) |
| 17:29.47 | WisTilt2 | i kinda left it there last year when i was working on panel stuff and never went back to finishing it. |
| 17:30.16 | Cotulla | I am often doing something, but dunno about what exactly I am doing. It allows to keep brain clear. . . |
| 17:30.27 | [acl] | WisTilt2: we have all that. but they dont respond like other rhods do to the vreg changes. |
| 17:30.38 | [acl] | WisTilt2: some are able to come back up, some arent |
| 17:30.45 | rpierce99 | WisTilt2: don't know if you saw my note yesterday, 108mb free after killing autostarts |
| 17:30.45 | [acl] | only rhod 100 |
| 17:30.55 | WisTilt2 | oh, you already have the panel init stuff? vregs is another beast |
| 17:31.07 | rpierce99 | with spl still running, so more like 120 if SPL wasn't running |
| 17:31.11 | emwe | [acl]: perhaps i overlooked something on the 100' dlls? did you look at these? |
| 17:31.23 | WisTilt2 | rpierce99 nice. we need to fix other things though to run like this, slowed down desktop a bunch. |
| 17:31.26 | [acl] | emwe: i did, but thats why i was going to ask cotulla to examine |
| 17:31.45 | emwe | [acl]: letting Cotulla get the link then... |
| 17:31.51 | [acl] | coo |
| 17:32.05 | [acl] | emwe: i think it may be timing |
| 17:32.19 | WisTilt2 | [acl]: btw, your server will be down in about an hour for around 30mins while we move it to other closet. |
| 17:32.22 | [acl] | emwe: a millisecond here and there may ef things up |
| 17:32.48 | [acl] | WisTilt2: oo thanks. Yall dont use that server for autobuild ? |
| 17:33.03 | WisTilt2 | nope have a separate one for autobuild |
| 17:33.15 | WisTilt2 | that one will be moving also though |
| 17:33.28 | emwe | [acl]: i was kinda confused with the msleep/mdelay. should this all be busy looping mdelay? i saw you got both in the power hooks. |
| 17:33.29 | [acl] | emwe: more importantly i need to get the dll to check the light sensor i2c addreses since their adc is reporting retarede numbers |
| 17:34.03 | [acl] | emwe: yeah i dont think we need a delay for gsm. I just threw a 3 ms one in there from htc dode |
| 17:34.04 | [acl] | *code |
| 17:34.35 | emwe | [acl]: on .35 i added the code exactly like it is in the dll. your opinion might vary. :) |
| 17:34.47 | Cotulla | 1. Dode 8 up, 13 down |
| 17:34.47 | Cotulla | A retarded retard. |
| 17:35.01 | Cotulla | 2. dode 99 up, 112 down |
| 17:35.01 | Cotulla | a variation on the term "dude," meaning a fastidious and stylish man, potentially a homosexual. |
| 17:35.07 | [acl] | emwe: ill take a look |
| 17:35.26 | emwe | Cotulla: you got a mailaddy you like to share with me in PM? |
| 17:35.50 | emwe | [acl]: the only thing i miss is the msleep(0x64) on power down before vreg/gpio are toggled. added this locally. dunno if required. |
| 17:35.51 | Cotulla | mailaddy isn't defined yet. |
| 17:35.55 | emwe | :P |
| 17:36.05 | Cotulla | :D |
| 17:36.38 | emwe | then take these links! :P |
| 17:36.45 | [acl] | emwe: so far gsm no complain about panel. The issue was fixed with correct vregs. cdma is rock solid. So i may exepriment with diff delays but if its solid why bother. |
| 17:36.52 | Cotulla | hm I have them already? |
| 17:36.55 | Cotulla | O_O |
| 17:37.05 | emwe | lol |
| 17:37.18 | Cotulla | [acl]'s work |
| 17:37.33 | emwe | ? this is my dropbox acc. |
| 17:37.55 | Cotulla | I got this files at 1 Dec somehow |
| 17:38.00 | Cotulla | *those |
| 17:38.09 | emwe | because [acl] posted the links. |
| 17:38.13 | Cotulla | [acl] ask me to look something inside I guess |
| 17:38.24 | Cotulla | [acl], what u need this time? just tell me. . . |
| 17:38.27 | emwe | lol, yeah, that's what we had been talking about. |
| 17:38.31 | [acl] | but only the panel right? can you also get the light sensor dll up there too. i need those addresses |
| 17:38.44 | [acl] | not sure how front cam fucks things up for ls |
| 17:38.48 | emwe | hmpfs... you guys keep me sidetracked. |
| 17:38.59 | [acl] | sorry |
| 17:39.08 | [acl] | im all over the place |
| 17:39.22 | *** join/#htc-linux paulk_ (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 17:39.31 | *** join/#htc-linux Bry8Star2g (Bry8Star2g@209.141.55.4) |
| 17:40.06 | *** join/#htc-linux jonpry (~jon@c-24-17-200-206.hsd1.wa.comcast.net) |
| 17:40.13 | emwe | backlight.dll? |
| 17:40.19 | [acl] | yeap |
| 17:40.21 | emwe | BackLight.dll... |
| 17:42.10 | [acl] | emwe: the only good news is prox works for all. so im going to drink to that |
| 17:42.17 | Cotulla | :D |
| 17:42.37 | emwe | [acl]: with the different gpio for non-RHODW, right? |
| 17:42.43 | [acl] | yeah |
| 17:42.57 | [acl] | perfectamundo |
| 17:42.58 | emwe | need that pulled in one day. |
| 17:43.00 | emwe | lol |
| 17:43.37 | [acl] | its confusing cuz 0x63 is used for cdma panel power |
| 17:43.42 | [acl] | but its also gsm prox enable |
| 17:43.53 | [acl] | so its listed on the H file twice |
| 17:43.58 | emwe | k |
| 17:44.05 | emwe | seen the commits, never pulled in... |
| 17:44.17 | emwe | you guys got mail and pm... |
| 17:44.27 | emwe | apparently one guy is to shy to share his mail addy :P |
| 17:44.52 | [acl] | i dont blame him |
| 17:44.56 | [acl] | i get chinese emails still |
| 17:44.58 | [acl] | sking for help |
| 17:45.02 | [acl] | *asking |
| 17:45.12 | [acl] | guess the raphaels are popular in china |
| 17:46.30 | arrrghhh | seemingly |
| 17:47.46 | Cotulla | learned this word recently |
| 17:48.51 | Cotulla | in some song I thought there was "shit" but when I google lyrics and it is "shy" lol |
| 17:48.53 | Cotulla | :D |
| 17:52.05 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 17:52.34 | [acl] | WisTilt2: anyone from your end working on fixing the camera ? |
| 17:52.52 | [acl] | the jpeg issue |
| 17:52.53 | WisTilt2 | [acl]: camera works on our end |
| 17:52.57 | WisTilt2 | that was fixed |
| 17:53.16 | [acl] | WisTilt2: really |
| 17:53.26 | [acl] | Alex[sp3dev]: you know baout this fix ? |
| 17:53.35 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 17:54.07 | Alex[sp3dev] | [acl]: not at all |
| 17:54.21 | [acl] | WisTilt2: no patch submitted ? |
| 17:54.30 | WisTilt2 | [acl]:let me clarify... it is fixed but haven't pushed change. was a hack fix because we couldn't find the root cause but at this point its not worth tracing. |
| 17:55.03 | [acl] | WisTilt2: the root cause is dl call to the jpeg portion of the propietary lib from what i can see |
| 17:55.28 | [acl] | WisTilt2: there is no need to really use that since cyanogen has open code for jpeg. |
| 17:55.36 | [acl] | alex and i wanted to move it over but havent had the time |
| 17:55.50 | [acl] | if you guys already been working on it, give the cm7 camera for tattoo a look |
| 17:56.33 | *** join/#htc-linux programmer8922 (~Evan@esquel.math.unm.edu) |
| 17:56.36 | [acl] | WisTilt2: as a work around we have been using a 3rd party cam app that doesnt rely on that jpeg poop |
| 17:56.52 | [acl] | but be nice to have the native cam work |
| 17:58.57 | Alex[sp3dev] | i wonder.. opencv (without NEON or any optimisation) is like 20 fps on sgs2 and like 5 fps on iconia. will we get at least 1 fps here? |
| 18:03.34 | [acl] | Alex[sp3dev]: i wish i knew what you were talking about so i can comment |
| 18:03.36 | [acl] | :-( |
| 18:06.19 | [acl] | ohh shit brb |
| 18:08.01 | arrrghhh | that sounds bad |
| 18:08.03 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 18:09.55 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 18:10.52 | *** part/#htc-linux Alex[sp3dev] (~alexander@178.176.57.146) |
| 18:39.31 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 19:01.57 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-78-51.dynamic.mnet-online.de) |
| 19:22.13 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 19:24.36 | *** join/#htc-linux raymonddull (~raymonddu@c-24-11-68-98.hsd1.mi.comcast.net) |
| 20:07.04 | *** join/#htc-linux defendthecommons (~defendthe@50-48-20-8.drr05.mdtw.ny.frontiernet.net) |
| 20:11.13 | *** join/#htc-linux LjL (~ljl@unaffiliated/ljl) |
| 20:15.41 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 20:21.15 | detule | [ac]: on the tattoo camera? perhaps i am not looking at the right code, but how in the world do they have thumbnails working properly with this code |
| 20:31.24 | *** join/#htc-linux helicopter88 (~androirc@host82-112-dynamic.43-79-r.retail.telecomitalia.it) |
| 20:32.42 | arrrghhh | detule, pixie dust |
| 20:33.31 | detule | they have some nice things going on in there, but the things that breaks our camera, the little thumbnail view, i can't figure out where that's implemented |
| 20:33.52 | *** join/#htc-linux LargePrime (~LargePrim@68-30-231-204.pools.spcsdns.net) |
| 20:37.08 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 20:37.21 | [acl] | detule: hey dood.. sorry to run out but i had a family emergency. |
| 20:37.29 | arrrghhh | everything alright dude? |
| 20:37.35 | detule | no worries hope all's good |
| 20:37.44 | [acl] | detule: perhaps we have different issues. Our issue is when saving the pictures the jpeg calls crash |
| 20:37.58 | detule | yeah sure because of pmem_adsp overlap right |
| 20:38.07 | detule | the thing that's using pmem_adsp is the thumbnail heap |
| 20:38.39 | [acl] | detule: if thats how the htc lib works, the possibly. But 3rd party apps dont have this issue |
| 20:39.01 | detule | right they are probably not using pmem |
| 20:39.25 | [acl] | detule: if i had time id do it.. but i have no time :-( |
| 20:43.02 | detule | i think you are right though i think the blob is the issue, if i had to pin it down to one call i would say it's here http://gitorious.org/xdandroid/hardware_msm7k/blobs/gingerbread/libcamera2/QualcommCameraHardware.cpp#line1298 not sure it's easily fixable on the userland side |
| 20:43.40 | [acl] | yeah anything jpeg is posion |
| 20:43.46 | arrrghhh | lol |
| 20:44.55 | [acl] | detule; you rather troubleshoot the blob ? or try other blobs ? |
| 20:45.38 | detule | hm, hack the kernel |
| 20:46.05 | arrrghhh | i don't think that was an option. |
| 20:46.07 | arrrghhh | :P |
| 20:46.14 | [acl] | lol |
| 20:46.24 | [acl] | it was either A or B.. but homeboy chose C.. killer move |
| 20:46.41 | [acl] | or choice D.. and wait for alex to do it :-p |
| 20:46.50 | arrrghhh | heh. seems like that might be a while. |
| 20:47.06 | [acl] | ehh sometimes all it takes is one good all nighter |
| 20:47.15 | [acl] | nice big ass pot of coffee |
| 20:47.17 | [acl] | bam |
| 20:47.28 | detule | at some point WisTilt2 + bzo + I figured out that you can just disable the internal pmem bookeeping in adsp_driver without any consequence |
| 20:48.36 | Cotulla | [acl] here? |
| 20:48.44 | [acl] | Cotulla: for a little bit |
| 20:48.47 | [acl] | gotta go soon |
| 20:48.53 | [acl] | Cotulla: you have good news ? |
| 20:48.55 | Cotulla | what u wanna to me found in DLLs? |
| 20:49.08 | Cotulla | u didn't tell . . . |
| 20:49.13 | *** join/#htc-linux LjL (~ljl@unaffiliated/ljl) |
| 20:49.28 | [acl] | hmm .. if vreg and panel power up and down is same as other rhods |
| 20:49.31 | [acl] | other gsm |
| 20:49.47 | Cotulla | vreg must be same . . . |
| 20:49.48 | [acl] | and what the i2c address is for light sensor adc |
| 20:50.00 | Cotulla | what about panel init? |
| 20:50.08 | [acl] | well i can dump those |
| 20:51.21 | Cotulla | but without timings |
| 20:51.23 | Cotulla | usually |
| 20:51.30 | [acl] | delays are usually easy enough to ready |
| 20:51.39 | [acl] | few ms here and there |
| 20:51.43 | [acl] | :-p |
| 20:52.53 | Cotulla | ok but why it's not working? |
| 20:53.08 | detule | not sure why we can't re-write that portion of the camera driver to just use ashmem |
| 20:53.36 | [acl] | detule: im open to creativity .lol.. |
| 20:53.53 | detule | jonpry, is quickly becoming the ashmem expert around here i'll need to consult him |
| 20:55.21 | [acl] | Cotulla: hard to say. From the logs i get it looks like once the panel is turned off it does not come back. Since we dont reset the mddi regs, the init is untouched. So it points to vreg timiing possibly. |
| 20:55.28 | jonpry | depends on who is using it for what |
| 20:55.45 | Cotulla | hi no-board-owner :) |
| 20:55.48 | Cotulla | *boat |
| 20:55.59 | jonpry | for the moment |
| 20:56.13 | Cotulla | which panel number, [acl]? |
| 20:56.15 | detule | blob is using it, i guess hard to know if the blob can work with ashmem |
| 20:56.40 | jonpry | does the dsp use it? |
| 20:57.43 | [acl] | Cotulla: rhod 100 should use 0x13 (auo ES3) |
| 20:57.47 | detule | i don't think so, or at least i can't see if it is |
| 20:57.55 | [acl] | Cotulla: also 01 (auo ES1) |
| 20:58.02 | *** join/#htc-linux LargePrime (~LargePrim@68-30-231-204.pools.spcsdns.net) |
| 20:58.25 | detule | jonpry, it's this call http://gitorious.org/xdandroid/hardware_msm7k/blobs/gingerbread/libcamera2/QualcommCameraHardware.cpp#line1298 where you pass a bunch of memory heaps to the blob for encoding purposes |
| 20:59.12 | Cotulla | 13 - AUO |
| 20:59.25 | Cotulla | and 01 also . . . |
| 21:00.33 | [acl] | yeah thats what i said .. |
| 21:00.48 | Cotulla | where is ur code? |
| 21:00.55 | jonpry | detule, its hard to say. i have a feeling that memory is given to the adsp to do decoding in. in which case ashmem is not going to work. |
| 21:01.32 | [acl] | Cotulla: my 100 code is not up yet :-( but i have the base code for all |
| 21:01.38 | Cotulla | show it |
| 21:01.38 | Cotulla | :P |
| 21:01.39 | [acl] | Cotulla: i |
| 21:01.40 | [acl] | http://gitorious.org/~acl/linux-on-qualcomm-s-msm/linux-msm-rhod-nand/blobs/htc-msm-2.6.27/arch/arm/mach-msm/board-htcrhodium-panel.c |
| 21:01.54 | [acl] | Cotulla: its missing some inits |
| 21:01.59 | Cotulla | QDSP5 don't know about APPS virtual memory mapping, so u must have PA continuous buffer I guess |
| 21:02.44 | Cotulla | [acl], man ur table is fucking small :( |
| 21:02.58 | jonpry | i want to patch mdp_ppp to work with ashmem |
| 21:03.07 | [acl] | Cotulla: missing the big common shit |
| 21:03.16 | [acl] | Cotulla: let me pull up the big one JB still has those |
| 21:03.25 | Cotulla | in DLL there at least 0x77 elements inside table |
| 21:03.35 | Cotulla | and then around 10-20 calls |
| 21:03.45 | Cotulla | jonpry, how? |
| 21:03.57 | [acl] | Cotulla: yeah but remember we are not resetting the table. no lcd reset is being done |
| 21:04.08 | [acl] | so the bootloader already inited the panel for us |
| 21:04.11 | Cotulla | why? I think when u power off panel |
| 21:04.17 | Cotulla | it may need full reinit later |
| 21:04.22 | jonpry | Cotulla: i think just break up the blits so the src image is always in a 4k page |
| 21:04.36 | Cotulla | ha! :) |
| 21:04.40 | [acl] | Cotulla: well yeah in theory we have to reset and reinit all |
| 21:04.53 | Cotulla | this commands go to MDDI bridge |
| 21:04.59 | Cotulla | and u power off it by vregs ? |
| 21:05.01 | Cotulla | at least I think so |
| 21:05.10 | [acl] | fuck |
| 21:05.33 | [acl] | odd that it would work for every rhod but 100. but its possible |
| 21:05.39 | Cotulla | just copy from DLL |
| 21:05.49 | [acl] | i havent seen the dll you have yet |
| 21:05.59 | [acl] | the one i used was the cdma dll |
| 21:06.03 | [acl] | which doesnt have all the inits |
| 21:06.07 | [acl] | so i need to see what you got |
| 21:07.13 | *** join/#htc-linux programmer8922 (~Evan@esquel.math.unm.edu) |
| 21:09.12 | emwe | from the power perspective i hopefully figured all correctly [acl]. |
| 21:09.55 | [acl] | emwe: yeah sounds like power wise its ok. So rhod100 panel may need to be re-innited completely |
| 21:11.37 | [acl] | Cotulla: this is the longest init known to man |
| 21:11.39 | [acl] | Cotulla: http://pastebin.com/rmmTgsrW |
| 21:12.28 | [acl] | Cotulla: EID ES3 seems to have the shortest which is on the rhodW |
| 21:12.52 | Cotulla | start looks same like in DLL |
| 21:13.19 | Cotulla | end too |
| 21:13.56 | [acl] | does that dll have EID ES3 ? |
| 21:14.05 | Cotulla | yeah looks same |
| 21:14.06 | Cotulla | ES1 |
| 21:14.24 | [acl] | that is odd becuase they do differ a bit on cdma dll |
| 21:14.26 | [acl] | but its short right |
| 21:14.29 | Cotulla | except one thing |
| 21:14.34 | Cotulla | they call some function |
| 21:14.34 | [acl] | ahh ok |
| 21:14.40 | Cotulla | before and after the fisrt part |
| 21:14.59 | [acl] | probably delay |
| 21:16.28 | *** join/#htc-linux leviathan (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca) |
| 21:16.30 | Cotulla | 0x8C is PMDDI CLK? |
| 21:16.39 | [acl] | looks familiar |
| 21:16.41 | [acl] | let me check |
| 21:17.21 | [acl] | Yup |
| 21:17.22 | [acl] | thats it |
| 21:17.27 | Cotulla | they touch it somehow |
| 21:17.32 | [acl] | ficks |
| 21:17.35 | [acl] | *dicks |
| 21:17.46 | Cotulla | ya |
| 21:17.47 | Cotulla | mddi_Auo_ES1_table_part0 |
| 21:17.52 | Cotulla | they call function before mddi_Auo_ES1_table_part0 |
| 21:17.54 | Cotulla | and after mddi_Auo_ES1_table_part0 |
| 21:18.11 | Cotulla | they put 0xA50 before |
| 21:18.17 | [acl] | wow |
| 21:18.21 | [acl] | they change the speed |
| 21:18.23 | emwe | [acl]: on a side note, i changed all mdelay() to msleep() in power hook and panel won't come back up until unblank is called. dunno if that sheds some light. perhaps the busy looping mdelay() is required. |
| 21:18.26 | Cotulla | and 0xA21 |
| 21:18.31 | Cotulla | after |
| 21:18.38 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de) |
| 21:18.47 | Cotulla | or other values |
| 21:18.49 | [acl] | Cotulla: interesting. wonder if they do the same on cdma and i never noticed |
| 21:19.01 | Cotulla | let me open |
| 21:19.10 | Cotulla | disptools.rhod.sprintmr1.dll |
| 21:19.23 | emwe | that filename looks familiar :) |
| 21:19.49 | Cotulla | :D |
| 21:19.49 | [acl] | why do these gms inits have to be so ugly |
| 21:19.52 | Cotulla | also there it's |
| 21:20.00 | Cotulla | speed change |
| 21:20.19 | [acl] | thats sucks |
| 21:20.24 | [acl] | but you just solved one of my bugs |
| 21:20.44 | Cotulla | only used on AUO panels |
| 21:20.46 | Cotulla | this function |
| 21:20.53 | *** join/#htc-linux Alex[sp3dev] (~alexander@178.176.57.146) |
| 21:21.05 | Cotulla | but there two pairs |
| 21:21.23 | Cotulla | 0xA51 / 0xA21 |
| 21:21.24 | Cotulla | and |
| 21:21.54 | Cotulla | 0xA41 / 0xA19 |
| 21:21.57 | [acl] | Cotulla: makes sense. We haev the ability to change the rate but we ignore it. I guess we have to listen now |
| 21:22.08 | Cotulla | just try to write this values |
| 21:22.13 | Cotulla | like they do it |
| 21:22.27 | Cotulla | ugly |
| 21:22.32 | [acl] | this is only on init right ? not on de-init |
| 21:22.33 | Cotulla | but without extra dependences |
| 21:22.39 | Cotulla | yes, only init |
| 21:22.41 | Cotulla | both AUO inits |
| 21:23.12 | Cotulla | maybe panel need low freq for init, then they switch it ? |
| 21:23.18 | [acl] | could be |
| 21:23.28 | Cotulla | so try it |
| 21:23.41 | [acl] | im trying to see the order |
| 21:24.00 | Cotulla | ok |
| 21:24.13 | [acl] | 0xa50 -> 0xa51 run the part 0 then A41 and A19 ? |
| 21:25.24 | *** part/#htc-linux Alex[sp3dev] (~alexander@178.176.57.146) |
| 21:26.57 | Cotulla | no |
| 21:27.01 | Cotulla | two variants |
| 21:27.03 | Cotulla | 0xA51 / 0xA21 |
| 21:27.08 | Cotulla | and |
| 21:27.08 | Cotulla | 0xA41 / 0xA19 |
| 21:27.15 | Cotulla | dependent from some variable in globals |
| 21:27.28 | [acl] | ahh |
| 21:27.33 | Cotulla | 0xC3B |
| 21:27.36 | [acl] | so we dont know the variant and what it means. |
| 21:27.55 | [acl] | anyways this is good. many thanks my good man. |
| 21:27.57 | Cotulla | try to dump 0x00080C3B and 0x00081C3B |
| 21:28.40 | Cotulla | or dump value after boot |
| 21:28.49 | Cotulla | or dump in WM |
| 21:31.47 | [acl] | i would if i had a rhod100 |
| 21:31.48 | [acl] | :-p |
| 21:33.02 | [acl] | Cotulla: ok .. next device |
| 21:33.49 | [acl] | 0x7 and 0x14. We cheat and recycle the same init, but that cannot be correct |
| 21:34.38 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com) |
| 21:37.28 | Cotulla | SEID EID? |
| 21:37.47 | [acl] | hmm on cdma dll they called EID and EID es3 |
| 21:37.53 | [acl] | so lets go by their numbers |
| 21:37.54 | [acl] | :-p |
| 21:55.51 | *** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 22:02.47 | [acl] | thats it for me as well.. |
| 22:02.49 | [acl] | :-p |
| 22:12.06 | *** join/#htc-linux Echo31 (~olivier@lan31-9-88-177-158-48.fbx.proxad.net) |
| 23:02.20 | *** join/#htc-linux paulk_ (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 23:14.51 | *** join/#htc-linux programmer8922 (~Evan@esquel.math.unm.edu) |
| 23:15.49 | *** join/#htc-linux d3tul3 (~detule@pool-96-234-141-27.bltmmd.east.verizon.net) |
| 23:34.15 | *** join/#htc-linux LargePrime (~LargePrim@108.101.173.49) |
| 23:48.08 | *** join/#htc-linux raymonddull (~raymonddu@c-24-11-68-98.hsd1.mi.comcast.net) |