00:10.52 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
00:10.59 | *** join/#htc-linux mitsutaka (~mitsutaka@p4071-ipbf4103marunouchi.tokyo.ocn.ne.jp) |
00:14.18 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
00:17.39 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
00:24.49 | *** join/#htc-linux DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
00:30.49 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
00:31.39 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
00:33.59 | *** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh) |
00:46.19 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
00:53.10 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
00:54.23 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
00:58.40 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
01:06.11 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
01:14.09 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
01:15.38 | *** join/#htc-linux toastcfh_ (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
01:16.17 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
01:20.14 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
01:37.22 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
01:38.21 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
01:38.25 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
01:40.16 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
01:40.45 | *** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh) |
01:45.39 | *** join/#htc-linux LargePrime (~LargePrim@184-230-211-47.pools.spcsdns.net) |
02:33.57 | *** join/#htc-linux d3tul3 (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
02:43.44 | WisTilt2 | d3tul3: im out of here but looks like there is a problem with proximity. when i make a call the screen goes black, call still working both ways, but no reposnse from any buttons or kbd lights. pwr button dead also and had to remove battery. this is with the latest GB image and rootfs from emwe also, which doesn't do this with the current .39 tree. we'll take a look tomorrow at the office. |
02:45.18 | d3tul3 | ok, i don't see this but maybe when i rebased something weird happened, i'll recompile that merge branch and see if i can reproduce it |
02:46.16 | WisTilt2 | i didn't pull your changes and built on this end, just tested with that package you linked me to btw. |
02:46.59 | WisTilt2 | i'll be on from the office tomorrow so catch you then if you're around we can troubleshoot. |
02:48.27 | d3tul3 | ok WisTilt2 to tell you the truth, I am not sure the prox sensor has been tested on anything but CDMA rhods |
02:53.05 | d3tul3 | WisTilt2, to verify that prox is working you can just cat /dev/cm3602 it should report "1" for far, or "0" if you cat with a finger over the sensor |
03:10.48 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
03:47.36 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
04:05.50 | *** join/#htc-linux raymonddull (~raymonddu@mbd2336d0.tmodns.net) |
05:02.00 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
05:02.21 | *** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh) |
05:05.29 | *** join/#htc-linux d3tul3 (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
06:03.52 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
06:05.07 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-65-77.dynamic.mnet-online.de) |
06:14.20 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
07:03.25 | *** join/#htc-linux rzk (~rzk@95-25-98-220.broadband.corbina.ru) |
07:10.20 | *** join/#htc-linux TheXev (~user@170.sub-174-252-199.myvzw.com) |
07:13.02 | *** join/#htc-linux kiozen (~kiozen@p54BB724A.dip.t-dialin.net) |
07:34.36 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-qpfjyaqkydhddgpn) |
08:03.33 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
16:34.38 | *** join/#htc-linux apt (~apt@rikers.org) |
16:34.38 | *** topic/#htc-linux is Welcome to the HTC Linux project | Community portal & WiKi http://htc-linux.org | For IRC logs, HaRET & kernel mailing lists etc. see http://htc-linux.org/wiki/index.php?title=Contact | The htc-linux.org project is not affiliated with the HTC Corporation | This channel is for development purposes - Join #htc-linux-chat for offtopic |
16:37.01 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-252.cust.telecolumbus.net) |
16:39.09 | *** join/#htc-linux mgross029 (c0234f46@gateway/web/freenode/ip.192.35.79.70) |
16:43.40 | *** join/#htc-linux Markinus (~Adium@212.255.16.52) |
16:44.08 | *** join/#htc-linux ali1234 (~ajbuxton@robotfuzz.co.uk) |
16:46.44 | *** join/#htc-linux leviathan (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca) |
16:47.30 | *** join/#htc-linux paulk_ (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
16:48.31 | *** part/#htc-linux Markinus (~Adium@212.255.16.52) |
16:53.12 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
16:55.48 | *** join/#htc-linux ccube (ccube@nx.ccube.de) |
17:00.19 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-124.netcologne.de) |
17:00.35 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
17:08.06 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
17:09.01 | *** join/#htc-linux ccube (ccube@bnc.lukius.de) |
17:15.03 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
17:27.05 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
17:28.37 | WisTilt2 | emwe: thanks for that info on the prox. i'll build a kernel with some logging to see what state it thinks it's in during a call. might be different on gsm devices. looks like some power gpio is shutting off all buttons and screen. |
17:47.39 | emwe | WisTilt2: hm. yeah. JBs original prox code only toggled one gpio. (gpio 90) on cdma there's a separate gpio necessary. perhaps disable that for other non-RHODW. |
17:47.53 | emwe | (disable in the sense, don't touch) |
17:50.20 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
17:53.41 | *** join/#htc-linux programmer8922 (~Evan@esquel.math.unm.edu) |
17:56.53 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-dbtzpuihjalkwkcl) |
18:09.08 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-65-77.dynamic.mnet-online.de) |
18:11.14 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-65-77.dynamic.mnet-online.de) |
18:15.02 | *** join/#htc-linux BabelO (~fcr@AMontpellier-553-1-9-139.w92-145.abo.wanadoo.fr) |
18:15.02 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
18:26.03 | *** join/#htc-linux vw (4463ed13@gateway/web/freenode/ip.68.99.237.19) |
18:36.50 | *** join/#htc-linux AstainW00T (~AstainHel@unaffiliated/astainhellbring) |
18:42.37 | *** part/#htc-linux Bushman (bushman@91.146.248.112.ip.abpl.pl) |
18:54.33 | *** join/#htc-linux rob_w (~bob@host-188-174-137-174.customer.m-online.net) |
18:55.38 | *** join/#htc-linux bzo (~chatzilla@c-174-62-79-238.hsd1.ca.comcast.net) |
19:07.53 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
19:17.03 | *** join/#htc-linux rzk (~rzk@95-25-75-236.broadband.corbina.ru) |
19:17.47 | *** join/#htc-linux Markinus (~Adium@212.255.16.52) |
19:23.20 | *** join/#htc-linux LargePrime (~LargePrim@184-230-211-47.pools.spcsdns.net) |
19:32.45 | detule | hey WisTilt2 |
19:35.43 | WisTilt2 | hey detule. about to test this prox problem. i think something with gpio's is no go on gsm devices. |
19:36.32 | detule | you try cat'ing the device |
19:37.09 | WisTilt2 | building with some logging to see what state it thinks its in right now |
19:38.38 | detule | ok that cat /dev/cm3602 completely cycles the device power on -read gpio -power off so it shouldn't be used while the phone is in use |
19:40.10 | WisTilt2 | you saying if i cat the dev that will cause it to be disabled when in a call? |
19:42.33 | detule | actually in call the file should already be open, so cat-ing to it will probably return error |
19:42.53 | detule | on the other hand cat-ing to it while phone app is not in use should return normal values (0 or 1) |
19:50.28 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
19:53.58 | *** join/#htc-linux marc1706 (~marc@phpbb/modifications/marc1706) |
20:22.23 | emwe | WisTilt2: detule: you guys got acls modded prox driver where two gpio are passeable via pdata? |
20:22.51 | detule | yeah power and input right |
20:23.17 | emwe | WisTilt2: JBs initial variant only toggled gpio 90. so perhaps gpio 102 is only needed for toggling prox power on RHODW. might be worth a try not passing gpio 102 via pdata |
20:23.50 | emwe | so leave .p_en unset |
20:23.59 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
20:24.31 | emwe | let's rephrase the initial sentence. toggling gpio 102 *is* required for RHODW. |
20:24.36 | detule | i am interested in if the prox driver is firing for him at all |
20:24.43 | detule | how about cat /proc/interrupts |
20:34.03 | *** join/#htc-linux arif_ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
20:50.10 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
20:50.33 | *** join/#htc-linux DuperMan (~Duper@93-172-164-174.bb.netvision.net.il) |
20:58.31 | *** join/#htc-linux toer (~tore@179.81-166-86.customer.lyse.net) |
21:19.25 | *** join/#htc-linux toer (~tore@179.81-166-86.customer.lyse.net) |
21:22.41 | *** join/#htc-linux toer (~tore@179.81-166-86.customer.lyse.net) |
21:23.08 | WisTilt2 | detule: sorry, had to take care of some business here at the office. i built a kernel off your tree and only added some logging but strange thing is i have no cm3602 device, nor any audio at all now. |
21:24.09 | detule | this off the merge? |
21:24.52 | WisTilt2 | yes, merge the whole thing locally and built from there. everything else working but sound and prox |
21:25.23 | detule | maybe something got messed up when i rebased |
21:25.30 | detule | sigh, let me build that merge branch |
21:26.40 | WisTilt2 | emwe: what is RHODW? world phone or what? about gpio 102, i think that may be used by something else on the gsm devices. |
21:26.59 | arrrghhh | WisTilt2, RHOD400/500 are RHO_W |
21:27.17 | WisTilt2 | hi arrrghhh, thanks. |
21:27.22 | arrrghhh | oh hi |
21:27.25 | arrrghhh | ;) |
21:27.32 | rpierce99 | nono, that's "ohai" |
21:27.44 | arrrghhh | c'mon man give the guy a break :P |
21:27.55 | arrrghhh | he doesn't need memes here |
21:27.59 | arrrghhh | or, probably at all. |
21:29.05 | emwe | WisTilt2: yeah, 102 might do something else on gsm rhod. that's why the proposal to strip that one from pdata on non-RHODW. |
21:29.07 | WisTilt2 | detule any way you can put all these changes in a patch and make the prox related stuff a totally separate patch? |
21:30.19 | WisTilt2 | emwe: will try that when i can build detules code. that would be an easy quick test. |
21:34.29 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-71-173-213-22.hrbgpa.fios.verizon.net) |
21:37.06 | detule | just compiled that merge_with_mainstream branch and i have proximity as well as sound (to the extent that i've ever had) i was certainly able to make a phone call and hear the other and/as well as play ringtones via settings->sound |
21:45.45 | detule | WisTilt2, i can try that unfortunately as the prox commit is in the middle this could affect one or two subsequent commits |
21:47.27 | WisTilt2 | detule: interesting... i'll get a clean tree and merge and build again then. |
21:48.03 | detule | sorry this is turning into a pain in the arse |
21:49.03 | WisTilt2 | no big deal, pain in the ass is to be expected with these htc devices:) |
21:49.17 | arrrghhh | par for the course indeed |
21:50.05 | WisTilt2 | yep you know right arrrghhh lol. how many nights did we spend with all the oddities just between each different rhod. |
21:50.38 | arrrghhh | i don't want to know. |
21:50.47 | arrrghhh | my gf probably has an exact number tho :P |
21:50.48 | WisTilt2 | good times, good times |
21:51.06 | WisTilt2 | yeah im sure she does, i know that got a little touchy there at times:) |
21:51.08 | arrrghhh | yea. i do enjoy testing this stuff, even tho it is pretty tedious. |
21:51.22 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
21:51.41 | arrrghhh | no biggie tho. i wouldn't be working in the field i am today if i didn't spend so much time in front of a screen. |
21:52.24 | WisTilt2 | detule: looks like there is a declaration error with msm_device_otg |
21:52.40 | detule | oh? as in it won't compile |
21:52.41 | detule | ? |
21:53.22 | WisTilt2 | i have continue build set on and didnt catch that on previous compile. |
21:54.43 | detule | i didn't really mess with msm_device_otg....much |
21:55.12 | WisTilt2 | its an error in a static declaration for topaz |
21:55.39 | WisTilt2 | topaz board file that is |
21:56.01 | WisTilt2 | declared in devices.h also |
21:56.05 | detule | i vaguely remember seeing that |
21:59.26 | WisTilt2 | detule: are you compiling directly off your merge_with_mainstream or is this off the .39 tree with your changes in it? |
22:00.28 | detule | WisTilt2, i am compiling off my merge_with_mainstream branch which should just be the .39 tree plus other commits |
22:01.21 | WisTilt2 | ok, that's what I just did also but get that compile error on the otg stopping it. |
22:01.23 | detule | i see the msm_otg declaration change that i made, i never gave it a second look as it doesn't spit me out of the compile process |
22:01.32 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
22:01.53 | WisTilt2 | manual make and it will show up |
22:02.06 | WisTilt2 | yo [acl] |
22:02.13 | [acl] | WisTilt2: sup dood.. |
22:02.27 | WisTilt2 | working on testing detule's patches to .39 |
22:02.36 | [acl] | detule been hard at work huh |
22:02.39 | [acl] | thats good |
22:02.42 | WisTilt2 | looks like prox is different gpio possibly on gsm devices |
22:03.02 | [acl] | really? |
22:03.04 | [acl] | hmm |
22:03.18 | emwe | read logs. not typing it again :P |
22:03.26 | [acl] | emwe: i love you too |
22:03.28 | emwe | lol |
22:04.20 | [acl] | omg so much to read |
22:05.13 | WisTilt2 | emwe: for kicks, i just built a .39 working kernel and stuck a gpio 102 off in there that executed 1 min after boot. killed screen and buttons totally. |
22:05.55 | [acl] | so you guys figured out the gpio ? or shenanigans ? |
22:05.57 | emwe | WisTilt2: then just leave it out for non-RHODW. should be enough no setting .p_en |
22:06.17 | WisTilt2 | yeah ill add a machine variant in there for the rhod300 then |
22:06.32 | emwe | WisTilt2: it#s very likely for all up to rhod300 |
22:06.46 | emwe | so only have it do it for rhod400 and rhod500 |
22:07.10 | WisTilt2 | yep i bet you're right. i know jonpry's 210 and mine often did the exact same thing when i was mapping all the gpios last year |
22:07.43 | [acl] | yall need to find the correct gpio.. gsm guys that is |
22:07.48 | [acl] | haret trace will confirm |
22:08.06 | WisTilt2 | emwe: so machine variant 400-500 .p_en, otherwise all else skip it |
22:08.10 | [acl] | just make a call, dump values and your will see them clearly when you put your finger over the screen |
22:08.30 | [acl] | detule: you gsm ? |
22:08.39 | detule | rhod400 |
22:08.42 | [acl] | damn |
22:08.49 | detule | prox is humming over here |
22:08.50 | [acl] | only WisTilt2 is gsm ? |
22:08.50 | arrrghhh | we're all heathen CDMA users |
22:08.53 | WisTilt2 | [acl] unfortunately i had that earlier this year when i was messing with prox. somehow i deleted my file that contained that info:( |
22:09.18 | emwe | [acl]: JB only had gpio 90 in his code (RHOD300) perhaps it's enough for them. |
22:09.26 | [acl] | who knows |
22:09.34 | [acl] | try it out |
22:09.40 | [acl] | but it doesnt take long to do a haret dump |
22:10.50 | WisTilt2 | detule: which one of the otg declarations did you change? |
22:11.45 | [acl] | in the mean time i guess we can continue to do the same as we did for the 3.5mm. Just put it on the device fixes |
22:11.47 | detule | WisTilt2, so er my noobishness is perhaps showing here but why is it even compiling TOPA for you, isn't mach_topa not set in msm_defconfig |
22:11.48 | [acl] | htcrhodium_device_specific_fixes |
22:12.37 | [acl] | omg its so depressing out. The sun is completely gone at 3pm |
22:12.39 | WisTilt2 | im compiling off your branch:) that's what its doing as is |
22:12.41 | [acl] | i wanna end myself |
22:13.08 | WisTilt2 | yeah time change is depressing, we all need to hop down with jonpry to the island until spring |
22:13.32 | detule | WisTilt2, this is stupid but you doing make ARCH=arm msm_defconfig first |
22:13.34 | [acl] | WisTilt2: lol.. yeah.. lucky guy |
22:14.03 | WisTilt2 | i lived in carribean for 2 years and wish i could go back, loved it. |
22:14.43 | arrrghhh | seems like a pretty nice place to live indeed... |
22:14.50 | WisTilt2 | detule i have environment set for arm building yes. im using your default config also |
22:16.12 | detule | ok i just did "make clean; make ARCH=arm msm_defconfig; make ARCH=arm CROSS_COMPILE=blah_blah zImage modules" to that branch, it it's well past compiling arch/arm and no errors yet, and it never went to compile topa |
22:16.53 | [acl] | emwe: question for you.. |
22:17.19 | [acl] | emwe: actually.. never mind.. i forgot you solved it |
22:17.21 | emwe | [acl]: yes, i love you too. |
22:17.24 | [acl] | haha |
22:17.37 | detule | the declaration change is in arch/arm/mach-msm/devices.h -> i uncommented "//extern struct platform_device msm_device_otg" |
22:17.39 | emwe | i solved something? you must be wrong. |
22:17.41 | [acl] | emwe: forgot yall solved the tone generator crap |
22:17.45 | WisTilt2 | detule: this msm_defconfig is from june 21st. didnt you make changes to that also recently? |
22:18.01 | [acl] | emwe: its a damn shame i tell you. even cyano missed that one |
22:18.13 | detule | yeah i think there's quite a few changes to msm_defconfig |
22:18.37 | emwe | [acl]: it was so damn easy if i would have looked a little bit more patient. but rpierce99 and detule have had the muse... |
22:18.59 | emwe | [acl]: thx nevertheless. |
22:19.02 | WisTilt2 | so did you just manually add them to msm_defconfig or go through menuconfig? timestamp inside is about jonpry's last change. |
22:20.30 | [acl] | emwe: should we bother to tell google ? |
22:20.31 | [acl] | lol |
22:20.42 | detule | WisTilt2, changes to msm_defconfig were all done manually |
22:21.00 | WisTilt2 | :( |
22:21.10 | emwe | [acl]: is it worth it lying around in the bugtracker until it's kicked out? |
22:21.30 | WisTilt2 | ok. let me make some changes and ill recompile |
22:21.39 | [acl] | lol i dunno. i mean damn.. hyc's patch is still pending right |
22:21.48 | [acl] | ohh wells |
22:22.51 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.189) |
22:23.03 | detule | WisTilt2, all changes to msm_defconfig should be in the tree though, unless i've done something stupid msm_defconfig is a tracked file |
22:23.42 | WisTilt2 | [acl]: btw, i haven't looked at the nand server so assume you'll let me know if its ever down. we have it stuck away in a very dark place no one ever goes around here. |
22:24.09 | [acl] | WisTilt2: thing is solid bro.. but im not building as much as i did. Maybe when i do the tv out thing but for now its been nothing but faithful |
22:24.36 | *** join/#htc-linux dan1j3l (~dan1j3l@93-138-97-37.adsl.net.t-com.hr) |
22:25.24 | *** part/#htc-linux dan1j3l (~dan1j3l@93-138-97-37.adsl.net.t-com.hr) |
22:26.00 | WisTilt2 | detule: i think we're good now on building. you're going about it a bit different than me but now I see what's going on. no errors yet so we'll see how prox does with this change. |
22:27.13 | WisTilt2 | [acl] after i get done with this acoustic stuff im going to use one of our 300's here as a test subject for full u-boot into .39 without any trace of wince. |
22:27.23 | detule | yeah jun 21st is date, even jonpry made changes to msm_defconfig in july |
22:27.30 | detule | s/date/dated/ |
22:27.41 | [acl] | WisTilt2: ballsy bro |
22:27.43 | [acl] | i likei t |
22:27.43 | arrrghhh | WisTilt2, you are a badass. i have a RHOD400 to send to you if you want :D |
22:27.54 | arrrghhh | once you get that 300 workin well of course :P |
22:28.06 | [acl] | i thought about it, but i punked out |
22:28.39 | [acl] | not sure how we will do radio updates and stuff. guess you will need to map out the existing wince stuff |
22:28.55 | [acl] | but we would gain more space |
22:29.04 | arrrghhh | yea what about PRL updates? |
22:29.06 | arrrghhh | stupid CDMA. |
22:29.17 | arrrghhh | i guess the carrier can force those down |
22:29.17 | [acl] | its a good project |
22:29.39 | [acl] | i wonder if the hd2 guys plan to go that route or just happy with magdlr and clk |
22:29.50 | [acl] | any hd2 scum around ? |
22:29.53 | arrrghhh | lol |
22:30.15 | arrrghhh | they prefer to be called "leo trash" i think. |
22:30.24 | [acl] | dang.. mah bad |
22:30.27 | [acl] | :-p |
22:30.34 | arrrghhh | arif-ali, you thar? |
22:30.44 | WisTilt2 | [acl] since i have 15 rhod300's ill trash some of those first before i take your 400 lol. we use u-boot on our device so i know we can make it work on these htc's |
22:30.52 | arif-ali | hi arrrghhh |
22:31.03 | arrrghhh | yo! what say you about LEO bootloaders? |
22:31.06 | [acl] | WisTilt2: well it is possible. Before LK alex and i toyed with the idea |
22:31.11 | arrrghhh | you guys ever think about trashing the winmo bootloader? |
22:31.23 | [acl] | but i stuck to tinbook. Alex went LK and the rest is history |
22:31.37 | WisTilt2 | [acl] you every try building mtd into the kernel and messes with that on these devices? |
22:31.51 | [acl] | yeah .. im full nand |
22:31.55 | arif-ali | yeah, LK goes over the WM bootloader, so no longer can boot WM |
22:32.10 | arif-ali | the only way to do that is to use magldr |
22:33.15 | [acl] | arif-ali; wait, so clk no longer uses the windows boot loader? last i checked yall still piggy backed. that was a while back |
22:33.29 | arif-ali | that's right |
22:33.47 | arif-ali | I use cLK, so no WM |
22:33.55 | [acl] | how do you get clk installed? |
22:34.16 | arif-ali | nbh file, using nbgen |
22:34.28 | [acl] | nbh is used by the oem boot loader |
22:34.34 | [acl] | so you cant upgrade clk then ? |
22:34.39 | WisTilt2 | detule: booting your branch now, fingers crossed |
22:34.51 | detule | WisTilt2, fast machine |
22:35.03 | detule | it takes me a bit longer than that to compile .39 :) |
22:35.06 | arif-ali | yeah you can, it went from 1.1, 1.2, 1.3 .... to 1.4.0.1 |
22:35.11 | arif-ali | and we kept upgrading |
22:35.21 | [acl] | arif-ali: ok i get that, but how do you upgrade. With another nhb right ? |
22:35.43 | arif-ali | the other method was using the leoimg.nbh, and flash from SD card |
22:35.44 | arif-ali | yeah, using nbh again |
22:35.46 | [acl] | then you still have the oem boot loader. You didnt remove it just piggy backing like we are. |
22:36.14 | arif-ali | I am not the developer, so I don't know that part then |
22:36.17 | WisTilt2 | detule: yeah its pretty quick. takes a little over a minute to build it all. takes so much longer to boot on the device. |
22:36.28 | [acl] | arif-ali: its cool .. at least i know for sure now. |
22:36.29 | detule | it takes me full 15 minutes |
22:36.49 | WisTilt2 | really? what machine |
22:36.49 | arif-ali | I have uploaded the cLK onto my github as we went through versions, it may be useful |
22:37.11 | [acl] | its cool |
22:37.20 | detule | i somehow forget that this is a fedora VM inside a C2D mac.....i never see the mac |
22:37.28 | detule | s/somehow/sometimes/ |
22:37.41 | arif-ali | https://github.com/arif-ali/cLK/commits/scratch |
22:37.46 | [acl] | anyways fellas.. time to close shop because its so depressing here |
22:37.54 | arrrghhh | arif-ali, yea, if you flash NBH's then the winmo bootloader is still there. |
22:38.05 | arrrghhh | [acl], peace |
22:38.14 | [acl] | WisTilt2: emwe: arrrghhh: ill ttyl fellas |
22:38.43 | arif-ali | arrrghhh, oh, ok, I didn't know that, thanks |
22:38.51 | arrrghhh | np mate |
22:39.00 | arrrghhh | we're just starting down this road |
22:39.04 | arrrghhh | trying to see what you folks did :P |
22:39.12 | arrrghhh | is MAGLDR the same way? |
22:39.15 | arrrghhh | you have to flash nbh's? |
22:39.23 | arif-ali | yeah, same way, but that is closed source |
22:39.27 | arrrghhh | yea |
22:39.29 | arrrghhh | i know it's closed |
22:39.40 | arrrghhh | just curious about the nbh thing. so it's chainloading as well. |
22:39.46 | arrrghhh | certainly safer |
22:40.48 | *** join/#htc-linux NYL (~NYL@92.83.127.122) |
22:41.44 | WisTilt2 | detule should i be seeing interrupts on prox before making a call? |
22:42.05 | detule | WisTilt2, there may be an enable/disable certainly not more than 2 |
22:42.14 | detule | don't even go the call way |
22:42.16 | WisTilt2 | no its still 0 |
22:42.28 | detule | just cat /dev/cm3602 |
22:42.53 | WisTilt2 | it returned 0 |
22:43.05 | detule | it should return 1 unless you had a finger infront if it |
22:43.16 | detule | 0 is "near" |
22:43.24 | detule | if that's what it returns than naturally the phone ui would blacken |
22:43.28 | detule | and not return |
22:43.39 | detule | btw check to see if the interrupt fired |
22:43.47 | WisTilt2 | not near it at all. should it toggle 0/1 with finger then? |
22:43.53 | detule | yes it's binary |
22:44.17 | detule | see if the interrupt is firing, if not, then we're not even powering on the sensor, let alone reading from it |
22:44.24 | WisTilt2 | no ints at all, still 0 |
22:44.57 | detule | well that would render your phone UI unusable :( it seems to report "near" always |
22:45.55 | WisTilt2 | let me tinker with this a bit. |
22:47.54 | WisTilt2 | so make sure i understand this... userland only acts upon prox while in a call, no other time correct? |
22:48.37 | detule | hm, that's the only instance i've seen it interact with the prox sensor yeah but i have't looked at my logcats carefully enough |
22:50.20 | WisTilt2 | ill find the correct gpio for gsm and add it within a machine variant. for now ill keep 400-500's like it is and disable all others so we can get this merge in the main tree and work from there. |
22:50.38 | detule | sounds good |
22:50.59 | emwe | i whonder why JB came up with the code and it is in mainline but disabled. |
22:51.15 | emwe | WisTilt2: does your prox work in wince during calls? |
22:51.21 | emwe | for me it does neither there. |
22:51.36 | WisTilt2 | emwe: it works great in wince yes |
22:51.41 | emwe | damnit :) |
22:52.01 | emwe | if you had said.. nope, neither for me, i have had hope for myself :) |
22:52.02 | WisTilt2 | what device you have it isn't working on? |
22:52.18 | emwe | rhod400. likely a physical issue. code works for three other people.. so |
22:52.19 | WisTilt2 | what rhod i mean, i know its not your topa |
22:52.20 | emwe | or even 4 |
22:52.30 | emwe | ^^ RHOD400 |
22:52.39 | detule | WisTilt2, btw, i added "deadline" as the default IO scheduler for testing purposes, and it seems to be somewhat suboptimal and might lead to sluggishness, once you merge that business, i'll write a patch reverting it back to "noop" or you can change it yourself |
22:52.45 | WisTilt2 | you seeing any irqs or does it just look like a dead sensor? |
22:53.11 | emwe | WisTilt2: dead. always reports near. but i can film the sensor with another camera and see it blink. but i left this area. have to live with it. |
22:53.29 | WisTilt2 | emwe maybe you have a 300 in a 400 case lol? |
22:53.30 | emwe | and i gtg.... late. |
22:53.34 | WisTilt2 | nite |
22:53.42 | emwe | nah, its a msm7500 :P |
22:53.44 | emwe | and 35mm |
22:53.48 | emwe | and all that good stuff |
22:54.06 | emwe | night everyone! |
22:54.10 | detule | g'd night |
22:54.28 | detule | i am out as well, thanks for wading through my commits WisTilt2 |
22:55.32 | WisTilt2 | np, ill throw this machine variant stuff in and we're good i think. i can change the scheduler np. |
23:12.03 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
23:24.12 | arrrghhh | WisTilt2, FYI, if you need an app to test prox with |
23:24.15 | arrrghhh | and you don't want to make calls |
23:24.20 | arrrghhh | there's a few, zDeviceTest |
23:24.26 | arrrghhh | and I think AndroSensors would as well |
23:24.40 | arrrghhh | zDeviceTest is a pretty slick app, lets you test all sorts of hardware stuff |
23:25.07 | WisTilt2 | thanks for the info:) anything that makes testing easier im for. |
23:25.52 | arrrghhh | yup |
23:25.54 | arrrghhh | great app. |
23:26.05 | arrrghhh | even lets you test the vibration function. for da ladies ;) |
23:26.19 | WisTilt2 | lol |
23:26.48 | rpierce99 | hm, i usually get that job accomplished without a cell phone, to each their own i guess |
23:27.00 | arrrghhh | hey i can't always be home |
23:27.16 | rpierce99 | but your phone can? |
23:27.35 | arrrghhh | i have moar than one RHOD :P |
23:28.01 | rpierce99 | stop being such a cheap bastard and get her what she really wants |
23:28.06 | arrrghhh | lol |
23:28.08 | rpierce99 | a new boyfriend |
23:28.11 | WisTilt2 | lol |
23:28.12 | arrrghhh | zing! |
23:28.17 | arrrghhh | i don't think i could afford one o dem |
23:35.40 | *** join/#htc-linux sado1 (~sado1@v0ll.de) |
23:50.00 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |