00:57.49 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
01:13.46 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-ptbfmajpsgaavqyi) |
01:19.02 | *** join/#htc-linux mitsutaka (~mitsutaka@219.143.36.82) |
01:20.06 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
01:24.02 | *** join/#htc-linux mitsutaka (~mitsutaka@219.143.36.82) |
01:37.17 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
02:03.25 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
02:17.22 | *** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
02:23.46 | d3tul3 | g'd evening |
02:30.02 | rpierce99 | hey d3tul3, might want to snoop the logs and make sure i didn't misrepresent your issue to wistilt2 |
02:30.38 | d3tul3 | just saw them, thanks for mentioning it to him |
02:31.11 | d3tul3 | it's storage that the vermagic in the modules is non-dirty but the kernel reports dirty.... |
02:31.59 | d3tul3 | *storage=strange |
02:34.24 | rpierce99 | totally storage |
03:11.38 | *** join/#htc-linux avinashhm (~avinash-h@122.172.28.117) |
03:12.36 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
03:13.02 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-98-111-116-182.hrbgpa.fios.verizon.net) |
03:52.21 | *** join/#htc-linux d3tul3 (~detule@pool-108-40-40-16.bltmmd.east.verizon.net) |
03:52.22 | *** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
04:11.39 | *** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
04:18.56 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
04:53.17 | *** join/#htc-linux Rob2222 (~Miranda@pD9FAC827.dip.t-dialin.net) |
05:28.22 | *** join/#htc-linux LargePrime (~LargePrim@173-122-77-182.pools.spcsdns.net) |
05:58.05 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-qmllmrldkgdtagxx) |
06:09.36 | *** join/#htc-linux LargePrime (~LargePrim@108.115.118.201) |
06:38.39 | *** join/#htc-linux mitsutaka (~mitsutaka@219.143.36.82) |
06:46.48 | *** join/#htc-linux ychavan (ychavan@nat/redhat/x-hjuzzbbjfttcqzxg) |
07:09.09 | *** part/#htc-linux mmm4m5m (~mmm@130-204-30-87.2073696152.ddns.cablebg.net) |
07:56.40 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
08:18.48 | DuperMan | arrrghhh sup? |
08:24.46 | *** join/#htc-linux curious_ (8bb3ceb8@gateway/web/freenode/ip.139.179.206.184) |
08:34.53 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-90-72.dynamic.mnet-online.de) |
08:48.33 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4C9D.dip.t-dialin.net) |
09:07.08 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
09:08.23 | *** join/#htc-linux DuperMan (~Duper@46-116-87-43.bb.netvision.net.il) |
09:21.08 | *** join/#htc-linux ronin___ (~esmaeil@94.182.80.126) |
09:21.25 | *** join/#htc-linux dmpjk (~robert@h-162-146.a155.priv.bahnhof.se) |
09:25.17 | *** join/#htc-linux khorben_ (~dont@port-83-236-217-161.static.qsc.de) |
09:29.50 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
09:56.06 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
10:00.47 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
10:09.40 | *** join/#htc-linux dmpjk (~robert@h-162-146.a155.priv.bahnhof.se) |
10:37.56 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
10:38.02 | *** join/#htc-linux mitsutaka (~mitsutaka@123.116.116.192) |
10:42.07 | *** join/#htc-linux mitsutak_ (~mitsutaka@KHP222227247006.ppp-bb.dion.ne.jp) |
10:47.56 | *** join/#htc-linux dunc001 (~androirc@dsl-static-81-140-76-122.in-addr.broadbandscope.com) |
10:51.26 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-znrbdoygtmsexhth) |
10:55.15 | *** part/#htc-linux dunc001 (~androirc@dsl-static-81-140-76-122.in-addr.broadbandscope.com) |
11:00.15 | *** join/#htc-linux dunc001 (~androirc@dsl-static-81-140-76-122.in-addr.broadbandscope.com) |
11:07.21 | dunc001 | Any news from cotulla on MAGLDR 2.0 for HD2? |
11:10.19 | arif-ali | hey dunc001, did you get the init.rc cache working |
11:11.40 | dunc001 | Hey arif, Dan's working on it now. We've also switched to the new m2sd script so a bit more work to make all the changes |
11:12.31 | dunc001 | Did you see my question about adding the /download symlink into your 02cachesd script? |
11:13.07 | arif-ali | As you guys are not compiling from source, you don't need the 02cachesd script, you could hardcode everything into init.rc/init.htcleo.rc |
11:13.37 | arif-ali | 02cachesd is for those who compile from source, and use the standard init.rc from AOSP code |
11:17.38 | dunc001 | Confused? In to pm you said to remove all /cache references from the .rcs and use the 02cachesd script? |
11:19.40 | arif-ali | yeah, that is the other option |
11:24.16 | dunc001 | Ok, well we've done that so well leave it that way for now. If we want to put it back in the rc which one does it go in (or both)? |
11:25.27 | arif-ali | I would prefer to put it into init.rc in your case, that way it is more flexible, then you can hash out the mount for mtd@cache, and mount cache in your own way |
11:31.51 | dunc001 | Thanks, might do that then before we release it |
11:34.19 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
11:36.40 | *** join/#htc-linux Auwia (~Auwia@host211-26-dynamic.13-79-r.retail.telecomitalia.it) |
11:44.48 | *** part/#htc-linux dunc001 (~androirc@dsl-static-81-140-76-122.in-addr.broadbandscope.com) |
11:47.43 | *** join/#htc-linux GNUtoo (~gnutoo@host204-5-dynamic.244-95-r.retail.telecomitalia.it) |
12:04.58 | *** join/#htc-linux khorben_ (~dont@port-83-236-217-161.static.qsc.de) |
12:19.18 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-ozchuarwipyliulo) |
12:48.08 | *** join/#htc-linux mitsutaka (~mitsutaka@KHP222227247006.ppp-bb.dion.ne.jp) |
12:48.51 | *** join/#htc-linux mitsuta__ (~mitsutaka@125.33.177.203) |
13:07.11 | *** join/#htc-linux d3tul3 (~detule@pool-108-40-40-16.bltmmd.east.verizon.net) |
13:07.11 | *** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
13:19.47 | *** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
13:28.33 | *** join/#htc-linux ronin___ (~esmaeil@94.182.13.81) |
13:42.06 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-90-72.dynamic.mnet-online.de) |
13:50.31 | *** join/#htc-linux mgross029 (~mgross_@pat.ccf.org) |
14:17.46 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de) |
14:36.16 | *** join/#htc-linux ronin___ (~esmaeil@94.182.9.68) |
14:43.19 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
14:57.00 | *** join/#htc-linux d3tul3 (~detule@pool-108-40-40-16.bltmmd.east.verizon.net) |
14:57.00 | *** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
15:00.44 | *** join/#htc-linux ronin___ (~esmaeil@94.182.9.68) |
15:24.26 | *** join/#htc-linux ccube (ccube@bnc.lukius.de) |
15:27.11 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:bee2:d558:6f58:bb34:624c) |
15:28.27 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
15:29.27 | *** part/#htc-linux DuperMan (~Duper@46-116-87-43.bb.netvision.net.il) |
15:31.02 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
15:38.36 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
15:57.30 | *** join/#htc-linux x1o (57f54144@gateway/web/freenode/ip.87.245.65.68) |
15:57.45 | *** part/#htc-linux x1o (57f54144@gateway/web/freenode/ip.87.245.65.68) |
16:05.02 | *** join/#htc-linux ronin___ (~esmaeil@94.182.9.68) |
16:09.20 | *** join/#htc-linux vinceweis (4463ed13@gateway/web/freenode/ip.68.99.237.19) |
16:14.36 | *** join/#htc-linux ronin___ (~esmaeil@94.182.9.68) |
16:21.25 | *** join/#htc-linux helicopter88 (~helicopte@host155-119-dynamic.27-79-r.retail.telecomitalia.it) |
16:23.30 | *** join/#htc-linux dmpjk (~robert@h-162-146.a155.priv.bahnhof.se) |
16:29.41 | *** join/#htc-linux Alex[sp3dev] (~alexander@178.76.204.11) |
16:30.05 | *** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net) |
16:31.49 | *** join/#htc-linux x1o (57f54144@gateway/web/freenode/ip.87.245.65.68) |
16:34.47 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
16:35.42 | *** join/#htc-linux rob_w (~bob@host-188-174-159-177.customer.m-online.net) |
16:35.42 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
16:40.10 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
16:41.29 | *** join/#htc-linux mgross029 (c0234f46@gateway/web/freenode/ip.192.35.79.70) |
17:11.57 | *** join/#htc-linux paulk_ (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
17:17.23 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
17:22.30 | *** part/#htc-linux Alex[sp3dev] (~alexander@178.76.204.11) |
18:00.01 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
18:10.41 | *** join/#htc-linux bartman (~bart@2607:f2c0:a000:175:2e0:81ff:fe47:3d01) |
18:16.39 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de) |
18:17.32 | *** join/#htc-linux stroughtonsmith (~steven@86-44-92-217-dynamic.b-ras2.bbh.dublin.eircom.net) |
18:18.07 | *** part/#htc-linux stroughtonsmith (~steven@86-44-92-217-dynamic.b-ras2.bbh.dublin.eircom.net) |
18:21.09 | *** join/#htc-linux skynet-2000 (~skynet-20@unaffiliated/skynet2000) |
18:21.24 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4C9D.dip.t-dialin.net) |
18:24.23 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
18:24.33 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE56A8.dip.t-dialin.net) |
18:33.16 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
18:34.01 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
18:35.17 | WisTilt2 | detule, this dirty kernel build is a pita. everything looks correct so im stumped. when you clone the 3.0 tree and build is everything clean on your end? i tried that locally and got dirty kernel and modules right off the bat. |
18:35.35 | detule | Hey WisTilt2 |
18:35.49 | detule | let's see i think i found where in the build script it adds "-dirty" |
18:36.03 | detule | so "git status" returns nothing? |
18:36.30 | WisTilt2 | status shows nothing at all and looks clean. whats strange is the kernel.release isnt dirty |
18:37.25 | detule | i guess trying a "make clean" on the server |
18:37.33 | WisTilt2 | it does |
18:37.46 | detule | oh you already did that and still same situation? |
18:37.53 | WisTilt2 | make clean msm_defconfig make make modules, all same as .39 and 3.1 |
18:38.00 | detule | this is what the build script checks "git diff-index --name-only HEAD" |
18:38.15 | detule | but i assume if git status returns empty so will that |
18:39.21 | WisTilt2 | yep nothing at all listed in git status on the server or my local clone before or after building |
18:40.14 | WisTilt2 | you're getting clean build locally? what .gitignore you using? |
18:41.23 | detule | hm i am not sure i might be checking it out from the 3.1 branch |
18:42.15 | mgross029 | detule: just to be sure you may run a git diff. My git status on one of my modified kerenl directories shows different modified files that what git diff is showing me. Not sure why that is. |
18:42.37 | WisTilt2 | that shouldn't matter but i can try that. i cloned only the 3.0 tree alone. git branch shows htc-msm-3.0.0-rc1 so beats me |
18:43.23 | WisTilt2 | detule has 3.0 always built dirty kernels or do we know that? |
18:43.51 | detule | i am almost 100% sure it built clean for a while |
18:44.28 | detule | almost 100% ha |
18:46.49 | mgross029 | time to rm -R :p |
18:51.24 | detule | WisTilt2, what's the output of just "make kernelrelease" |
18:51.57 | WisTilt2 | 3.0.9-g50eb1d1 |
18:52.01 | WisTilt2 | thats off the autobuild |
18:55.18 | detule | this is stupid...it's possible we may have done something to the gitignore when we added a bunch of stuff last time |
18:55.52 | detule | we should have a single gitignore for all three trees...the one in 3.1 is stock from kernel.org |
18:55.53 | WisTilt2 | i even tried copying .gitignore from both .39 and 3.1 onto 3.0 same thing |
18:57.24 | WisTilt2 | im going to wipe the whole 3.0 off the autobuild and clone again and use 3.1 gitignore and see what it does |
18:58.19 | WisTilt2 | detule before i do this are we sure 3.1 is clean on both kernel and modules? |
18:59.22 | detule | let me double check it will take me a few minutes |
19:01.51 | detule | WisTilt2, btw have you checked if prox is working for you now on 39 |
19:02.53 | WisTilt2 | no, still running my .39 kernel from before xmas. i was going to get the new gb and try the autobuild .39 and 3.1 on it later today. |
19:03.10 | detule | 3.1 kernel from the autobuild is clean and matches the clean modules |
19:03.37 | WisTilt2 | ok thanks. im cloning 3.0 again on the autobuild so going to be awhile. |
19:04.21 | WisTilt2 | not checking out 3.0, cloning only 3.0 branch also. thats how i did 3.1 and dont remember if 3.0 was that way |
19:10.25 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
19:34.39 | *** join/#htc-linux NYL (~NYL@109.101.22.53) |
19:35.20 | *** join/#htc-linux helicopter88 (~helicopte@host155-119-dynamic.27-79-r.retail.telecomitalia.it) |
19:54.30 | *** join/#htc-linux x1o (57f54144@gateway/web/freenode/ip.87.245.65.68) |
20:03.28 | mgross029 | Anyone ever try this setprop setting? ro.telephony.call_ring.delay=0 I was doing some searching and the default if it is not present in build.prop is 3 sec or typically the third ring on the callers end. I put it in to my build.prop and the phone seems to ring now sooner. |
20:04.06 | mgross029 | Was just wondering if others could try to make sure. |
20:06.18 | mgross029 | This is being referenced in ril.h via #define RIL_UNSOL_CALL_RING 1018 |
20:09.08 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:bee2:d558:6f58:bb34:624c) |
20:10.42 | *** join/#htc-linux emwe (~mweirauch@cable-86-56-10-252.cust.telecolumbus.net) |
20:11.19 | mgross029 | WisTilt2: I pushed that prop setting to .39 just now and the phone rang after a 1.5 rings on the calling end. |
20:11.30 | mgross029 | Hey emwe |
20:13.56 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
20:15.03 | emwe | hi |
20:18.31 | mgross029 | emwe: applied a small fix up to the 35 kernel which helps the autoconnect and disconnect of bt with my car. So far it has been working well. |
20:19.02 | emwe | ok, what is it? |
20:19.02 | mgross029 | I found it after comparing .27acoustic and 3.0 board-htcrhodium.c |
20:19.45 | mgross029 | http://dl.dropbox.com/u/45928762/35btserialfix.txt |
20:20.15 | detule | mgross029, see those "#if 0" |
20:20.33 | mgross029 | detule: yes |
20:20.37 | *** join/#htc-linux dmpjk (~robert@h-162-146.a155.priv.bahnhof.se) |
20:21.18 | detule | that code only compiles if the argument to "#if" tests positive....seeing how we are passing "0" to it, we are saying "never compile" |
20:22.41 | mgross029 | Hmmm. I pulled that from the 3.0 kernel actually and after applying to the 35 my car bt now autoconnects and disconnects where before it did not. |
20:23.54 | mgross029 | The #include is new. I haven't tested that out, just found that in all of the other kernels with working bt, but not in 35. So, that is something I need to test out yet to be sure it didn't break anything. |
20:25.04 | mgross029 | Another problem was when I hang up from the bt controls in the car it drops it from the car audio but the call stays up on the phone and that is where I thought the #include may help, but wasn't totally sure. |
20:26.38 | *** join/#htc-linux ronin___ (~esmaeil@94.182.9.68) |
20:27.49 | detule | much like the rest of it "#include" is not any effective execution code.. |
20:38.13 | emwe | mgross029: ehm, as detule said, this does nothing. |
20:38.32 | emwe | sorry for the delay. just figured my id-card expired. crapola. |
20:40.26 | mgross029 | emwe: That's a bummer about the id-card |
20:41.36 | emwe | i just online-requested a certificate of birth in my home town and thought the id-card number was required, but wasn't... and looked... ehm... |
20:41.55 | emwe | damn bureaucracy when you become parents... |
20:42.42 | mgross029 | emwe: over here it is worse. :p |
20:42.46 | *** join/#htc-linux ronin___ (~esmaeil@94.182.9.68) |
20:43.24 | mgross029 | Anyway I don't understand why putting that code in made a difference for me then if it does nothing. :-\ |
20:44.15 | detule | placebo...i've suffered similarly many-a-time |
20:44.44 | mgross029 | Well I'll keep testing it to see if the sugar wears off. :p |
20:45.14 | emwe | you didn't in between update .35, no? |
20:45.24 | emwe | i mean, pull in some commits... |
20:46.15 | mgross029 | I did see the recent commits you just did, but this was prior to those. |
20:46.35 | mgross029 | I have pulled your latest down and recompiled as well. |
20:48.13 | emwe | let me know how bad the panel wakes. |
20:48.28 | mgross029 | Will do. |
20:49.55 | mgross029 | emwe: did you see my post ^^ on ro.telephony.call_ring.delay=0... |
20:50.24 | emwe | one sec. |
20:53.11 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
21:09.52 | *** join/#htc-linux mastermerlin (~Adium@p4FEE56A8.dip.t-dialin.net) |
21:30.55 | mgross029 | Later guys. I'm out! |
21:44.04 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
21:56.09 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
21:56.21 | [acl] | emwe: dood you around? |
21:56.36 | emwe | [acl]: a bit still. |
21:56.44 | [acl] | emwe: ill be quick |
21:56.53 | [acl] | its baout the 3.5mm gpio that we commented out |
21:57.13 | emwe | [acl]: me too... when you did the nand ril fix for GSM, was the issue a arm9 reset or a freeze? |
21:57.42 | emwe | we should enable it, it looks? |
21:58.09 | [acl] | emwe: well for gsm it would completelyu reboot |
21:58.34 | emwe | reboot, ok... |
21:58.34 | [acl] | emwe: so it would only boot if i disabled the ril. then i realied its ril related |
21:59.00 | [acl] | booted examined the radio and realized there were no replies unlike cdma. Then made sense |
21:59.02 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-90-72.dynamic.mnet-online.de) |
21:59.27 | [acl] | emwe: anyway the gpio for 3,5mm apparently has to be set to 0 for it to be enabled |
21:59.29 | [acl] | and 1 for disabled |
21:59.41 | [acl] | so originally i set it to 1 and it killed detection in general |
21:59.56 | [acl] | but if you set it to 0, its all good. Not sure if its needed or not just thought id share |
22:00.06 | emwe | wasn't that gpio supposed to reset all microp interrupt pins? |
22:00.48 | emwe | ok, so if you set it to 0, does h2w headset detection still work? |
22:00.56 | [acl] | yeah |
22:01.01 | [acl] | h2w works |
22:01.04 | [acl] | when set to 0 |
22:01.10 | [acl] | 1 actually is meant to disable it |
22:01.22 | [acl] | so its kinda retarded and im not even sure if its a good idea to have that code in. |
22:01.31 | [acl] | well for nand we need it, but haret may be fine without it in general . |
22:01.37 | emwe | it had it's purpose in mahimahi, no? |
22:02.27 | [acl] | well to set the intial value i suppose. |
22:03.43 | emwe | hm, they set it to 1 only and are done. |
22:03.58 | emwe | i'll give it a try... so you got it set to 0 and the code enabled, yap? |
22:05.32 | [acl] | yeap. but that doesnt fix our interrupt issue |
22:05.43 | [acl] | we still dont get interrupts |
22:06.00 | emwe | 3.5mm insert interrupt? |
22:07.11 | [acl] | yeah |
22:07.29 | [acl] | funny i think i can actually poll for it, but there is no irq yet .. |
22:08.05 | [acl] | i think the irq itself is really not named properly on winmo |
22:08.05 | emwe | did you take over the interrupt mask change and read-method change i did on .35 back then? |
22:08.11 | [acl] | i mean it has nothing to do with gsensor |
22:09.14 | [acl] | yeah i tried a whole mess of things |
22:10.10 | emwe | ehm, typo? line 277... lin265 on mine. it's flipped upside down |
22:10.22 | [acl] | link? |
22:10.50 | emwe | lazy bitch :P |
22:10.55 | [acl] | :-p |
22:11.38 | emwe | keep my branch around and sync regularly. this is what i do with yours :P |
22:11.44 | emwe | for quick meld'ing |
22:11.57 | [acl] | ive been so busy lately i havent looked at anything |
22:12.13 | emwe | void microp_i2c_intr_work_func() still uses the two byte read. i took that over from htc to read 3 bytes. |
22:12.20 | emwe | (which is likely not relevant for us...) |
22:13.04 | [acl] | ahh, well its only 2 byte on winmo. but thats not the issue. The gpio irq is the one not working. i can actually poll the microp status and detect it. so something else is being a beotch |
22:13.26 | emwe | [acl]: https://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/blobs/htc-msm-2.6.35/arch/arm/mach-msm/htc_headset_microp.c#line265 |
22:13.47 | emwe | but the work func is not triggered, right? |
22:15.26 | [acl] | work func i think itself is triggered once. but the irq handler is never triggered |
22:19.44 | emwe | think i can't be of much more help without being nanded |
22:20.40 | [acl] | i wouldnt worry about it. worse case ill poll it until its resolved |
22:21.00 | emwe | and you need the microp reset code in order for what to work? |
22:21.59 | [acl] | actually i dont. lol. |
22:22.10 | emwe | must have misunderstood, then. sorry. |
22:22.54 | [acl] | microp reset is just for formality :-\ |
22:23.32 | emwe | and kills h2w detection when kept at this place. |
22:23.51 | emwe | offtopic: you know if our ril sends multiple cring notifications or just one? |
22:24.15 | [acl] | i dunno, code wise its pretty close. I can dump some stuff for you if you need. Ril is not really my thing |
22:24.25 | Cotulla | sup doods |
22:24.32 | [acl] | damn |
22:24.38 | [acl] | Cotulla: whats good my good man |
22:24.54 | Cotulla | wanted to ask u |
22:24.54 | Cotulla | "{ |
22:24.56 | Cotulla | :P |
22:24.56 | emwe | [acl]: no worries, thanks. |
22:24.58 | emwe | hi Cotulla. |
22:25.02 | Cotulla | hi enwe |
22:25.14 | [acl] | Cotulla: ask quick.. my office is closing soon |
22:25.27 | emwe | my bed is calling soon, too :P |
22:25.32 | [acl] | lol |
22:27.23 | emwe | so, i gotta run. tty later, peeps. |
22:28.08 | *** join/#htc-linux d3tul3 (~detule@pool-108-40-40-16.bltmmd.east.verizon.net) |
22:28.08 | *** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
22:28.19 | [acl] | emwe: later dood |
22:29.45 | Cotulla | lol |
22:29.46 | Cotulla | bb |
22:32.50 | d3tul3 | [acl], thanks for gsm prox |
22:35.47 | [acl] | d3tul3: no problemo |
22:40.54 | WisTilt2 | d3tul3: i just stuck the new gb on along with .39 off autobuild and prox works perfect. someone needs to tell stinebd or whoever does this, they forgot the big easy ringtone:( |
22:41.42 | [acl] | lol |
22:41.51 | WisTilt2 | got busy here but im building 3.0 on the autobuild now so fingers crossed |
22:41.52 | [acl] | aite fellas. i'm out.. |
22:41.58 | WisTilt2 | hi/bye [acl] |
22:42.25 | d3tul3 | big easy i had to google it :) |
22:43.04 | WisTilt2 | thats my normal ringtone so need it:) so with this clean 3.0 and the 3.1 .gitignore it better build clean! |
22:44.45 | d3tul3 | if we get everything a-ok it might be a good idea to actually commit the gitignore file |
22:44.57 | d3tul3 | that way everyone building the kernel locally works with the same gitignore |
22:50.16 | WisTilt2 | still built dirty on the kernel but kernel.release is clean |
22:50.37 | WisTilt2 | out of ideas |
22:50.43 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
22:51.13 | d3tul3 | ugh i need to check that kernel that I compiled from my tree |
22:51.34 | WisTilt2 | git status on autobuild still shows 100% clean with no files |
22:51.43 | WisTilt2 | thats after building btw |
22:52.20 | d3tul3 | how about cat include/generated/utsrelease.h |
22:52.50 | WisTilt2 | #define UTS_RELEASE "3.0.9-g50eb1d1" thats the contents |
22:52.59 | WisTilt2 | looks clean to me |
22:58.44 | WisTilt2 | it's got to be some scripts somewhere thats borked. everything show clean. i just modified a file and built, now it shows modules dirty like it should along with the kernel. put original file back and modules are clean again. |
22:59.24 | d3tul3 | and i guess the zImage still dirty? |
22:59.40 | WisTilt2 | yep |
22:59.50 | rpierce99 | this will all resolve itself if you just keep your tree dirty :) |
22:59.58 | d3tul3 | i am going through the damn scripts trying to figure out where the zImage gets stamped |
23:00.10 | WisTilt2 | rpierce99 lol |
23:00.48 | WisTilt2 | i see gsensors work now also. looking good so far. |
23:39.22 | d3tul3 | WisTilt2, i plan on updating the 3.0 tree to 3.0.15, what are the chances of it magically fixing itself |
23:40.48 | WisTilt2 | worth a try. i really have no idea how to find whats causing this at this point. |
23:56.05 | *** join/#htc-linux LargePrime (~LargePrim@173-146-198-88.pools.spcsdns.net) |