00:11.50 | jonpry | hrm. broadcom driver seems to like device 0x4329 but ours is 0x4325? |
00:17.26 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
00:17.26 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
00:22.45 | *** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
00:23.13 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
00:23.14 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
00:30.00 | jonpry | hyc, i have been messing with this thing you suggested: http://linuxwireless.org/en/users/Drivers/brcm80211 |
00:33.37 | jonpry | the brcmfmac driver is not distinguishable from bcm4329. it might be that the firmware is interchangeable |
00:34.10 | *** join/#htc-linux ftoz (~root@cst-prg-93-0.vodafone.cz) |
01:03.45 | jonpry | go wifi! |
01:04.06 | *** join/#htc-linux ORi|| (~ORi@91.181.66.171) |
01:04.41 | *** join/#htc-linux hardwalker (~hardwalke@122.117.115.146) |
01:11.08 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
01:21.46 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
01:23.45 | WisTilt2 | jonpry you around? guess im going to spend the evening reversing whatever i did to break sound. total lockup anytime sound happens now so guess my last few changes botched things. |
01:24.30 | WisTilt2 | found lots wrong with this .39 amss layout wherever it came from btw. |
02:14.37 | *** join/#htc-linux balans (~barry@82-170-217-205.ip.telfort.nl) |
02:20.52 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
02:20.52 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
02:35.58 | *** join/#htc-linux Zeezy (45f630fe@gateway/web/freenode/ip.69.246.48.254) |
02:36.19 | Zeezy | i try to log in my google account and it says it went thru than it keeps telling me to redo it |
02:36.26 | Zeezy | can someone help? |
02:36.32 | *** join/#htc-linux CIA-110 (cia@cia.atheme.org) |
02:37.39 | Zeezy | hello? |
02:40.40 | *** join/#htc-linux LargePrime (~LargePrim@184-222-244-76.pools.spcsdns.net) |
03:01.18 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
03:07.52 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
03:21.49 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF2543.dip.t-dialin.net) |
03:37.43 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
03:48.40 | *** join/#htc-linux vw (408b2136@gateway/web/freenode/ip.64.139.33.54) |
03:58.57 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
04:05.20 | *** join/#htc-linux noobhands (~noobhands@86.27.55.130) |
04:10.58 | *** join/#htc-linux kvaster (~kvaster@80.94.160.9) |
04:41.36 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
04:45.08 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
04:45.08 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
04:45.08 | *** join/#htc-linux MACK1E (~MACK1E@50-88-143-107.res.bhn.net) |
04:45.08 | *** join/#htc-linux lenix (~irc@lenix.de) |
04:49.46 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
04:51.30 | *** join/#htc-linux nautis (~nautis@76-218-70-41.lightspeed.sntcca.sbcglobal.net) |
04:54.29 | *** join/#htc-linux HawkI_ (~hawkeye@c-24-62-106-115.hsd1.ma.comcast.net) |
04:54.30 | *** join/#htc-linux HawkI_ (~hawkeye@unaffiliated/hawki) |
05:27.50 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
05:34.05 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.189) |
06:04.10 | *** join/#htc-linux kiozen (~kiozen@p5DDF1745.dip.t-dialin.net) |
06:15.19 | *** join/#htc-linux MacDrunk (~marper@201.164.176.184) |
06:19.29 | *** join/#htc-linux CIA-111 (cia@cia.atheme.org) |
06:25.34 | *** join/#htc-linux xawen1 (~xawen@pool-98-117-34-2.bltmmd.fios.verizon.net) |
06:34.41 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
06:41.07 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
06:44.16 | *** join/#htc-linux dekar__ (~dekar@drms-590cf6b9.pool.mediaWays.net) |
06:45.15 | *** join/#htc-linux nrirclog (~nrirclog@netripper.com) |
06:47.23 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
07:00.04 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
07:15.43 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.sta.abo.bbox.fr) |
07:38.14 | *** join/#htc-linux MacDrunk (~marper@201.164.176.184) |
08:10.28 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
08:29.09 | *** join/#htc-linux DJWillis (~djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
08:38.43 | *** join/#htc-linux kvaster (~kvaster@46.28.100.16) |
08:41.15 | *** join/#htc-linux MacDrunk (~marper@201.164.176.184) |
08:49.02 | *** join/#htc-linux khorben_ (~dont@2002:53ec:d9a1:1:221:28ff:fe14:b106) |
08:49.34 | *** join/#htc-linux MacDrunk (~marper@201.164.176.184) |
08:57.54 | *** join/#htc-linux MacDrunk (~marper@201.164.176.184) |
09:06.14 | *** join/#htc-linux MacDrunk (~marper@201.164.176.184) |
09:09.37 | *** join/#htc-linux gauner1986 (~Miranda@p508C6C2B.dip.t-dialin.net) |
09:13.03 | *** join/#htc-linux phh_ (~quassel@137.194.15.151) |
09:14.33 | *** join/#htc-linux MacDrunk (~marper@201.164.176.184) |
09:18.36 | *** part/#htc-linux sado1 (~sado1@static.213-133-103-196.clients.your-server.de) |
09:32.00 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-133-60.26-151.libero.it) |
10:14.02 | *** join/#htc-linux Erikson (~Erik@i5E86D653.versanet.de) |
10:17.52 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.186) |
11:01.56 | *** join/#htc-linux rzk_ (~rzk@89-178-102-49.broadband.corbina.ru) |
11:28.00 | *** join/#htc-linux paulk_ (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
11:46.52 | *** join/#htc-linux arif-ali (~arif-ali@129.215.95.244) |
11:48.03 | *** join/#htc-linux Entropy512 (~quassel@69.205.145.233) |
11:52.22 | *** join/#htc-linux LordDeath__ (~LordDeath@cable-81-173-166-52.netcologne.de) |
12:00.36 | *** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by) |
12:18.03 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
12:35.11 | *** join/#htc-linux helicopter88 (~helicopte@host96-196-dynamic.9-79-r.retail.telecomitalia.it) |
12:35.25 | *** join/#htc-linux dekar (~dekar@2001:41b8:9bf:fe74:f2b4:79ff:fe19:6308) |
12:40.25 | paulk_ | hello |
12:40.32 | paulk_ | is anyone working with htc wildfire? |
12:41.27 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
12:48.58 | *** join/#htc-linux Cass (~Cass@nat/sun/x-efphjfthobkvsjja) |
12:53.40 | *** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
12:58.41 | *** join/#htc-linux LargePrime (~LargePrim@184-205-6-104.pools.spcsdns.net) |
13:01.35 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
13:11.43 | *** join/#htc-linux c00lfon (lkula@irc6.pl) |
13:23.29 | *** join/#htc-linux Proz (Proz@bzq-84-109-111-31.red.bezeqint.net) |
13:31.10 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
13:41.09 | *** join/#htc-linux gauner1986 (~Miranda@p508C6C2B.dip.t-dialin.net) |
13:42.42 | *** join/#htc-linux helicopter88 (~helicopte@host151-115-dynamic.22-79-r.retail.telecomitalia.it) |
13:45.16 | *** join/#htc-linux sado1 (~sado1@static.213-133-103-196.clients.your-server.de) |
13:49.36 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
13:56.37 | *** join/#htc-linux rob_w (~bob@ppp-93-104-10-85.dynamic.mnet-online.de) |
13:56.55 | *** join/#htc-linux dekar (~dekar@2001:41b8:9bf:fe74:f2b4:79ff:fe19:6308) |
14:10.51 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-78-30.dynamic.mnet-online.de) |
14:16.45 | *** join/#htc-linux gauner1986 (~Miranda@p508C6C2B.dip.t-dialin.net) |
14:24.08 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
14:25.09 | AstainHellbring | anyone know of a minicom alternative for android? |
14:25.16 | AstainHellbring | got a gtablet and want to use my usb to serial adapter with it |
14:25.37 | AstainHellbring | kernel recognizes adapter figured you guys might have done some crazy stuff like this :) |
14:46.49 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
14:54.24 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
15:24.29 | *** join/#htc-linux AstainHellbring (AstainHell@174-126-47-125.cpe.cableone.net) |
15:24.30 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
15:28.02 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
15:30.52 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
15:48.31 | NeoMatrixJR | Hey WisTilt2, how's it going? I just dropped this on the forums so you might hear it from arrrghhh, but I was wondering what voodoo you do on your kernel that makes waking up the phone so much faster, and, if by chance we'd be seeing it in the "mainline" kernel soon? |
15:48.38 | WisTilt2 | jonpry: I'm sure i asked you before but where exactly did this .39 source come from? i can't figure out what's causing the sound lockups so i started with a clean tree again and adding all the changes i made 1 at a time. |
15:49.29 | WisTilt2 | NeoMatrixJR my patch for that was already submitted and rejected. guess they're going to go about the fix a different way. |
15:49.39 | NeoMatrixJR | :( |
15:50.05 | NeoMatrixJR | that's not cool. My phone was mostly useless on the mainline. It'd go back to sleep before the screen ever came up. |
15:50.07 | WisTilt2 | im done with .27 and have moved on to .39 |
15:50.34 | jonpry | hi WisTilt2 |
15:50.41 | WisTilt2 | yo |
15:50.58 | jonpry | you mean the qdsp code in 39 or the whole tree in general? |
15:51.00 | NeoMatrixJR | jeez...it's been a while since I had a chance to drop in the IRC room. What happened to .35? I thought that's where we were going next! |
15:51.12 | jonpry | i fixed the wifi |
15:51.15 | WisTilt2 | jonpry the whole audmgr, snd, adsp |
15:51.37 | hyc | jonpry and WisTilt2 are already bored with .35 |
15:51.52 | jonpry | its mostly from an oldish 35. i never tried the 27 stuff but that would be my next move |
15:52.08 | WisTilt2 | jonpry, wifi working now? nice job |
15:52.34 | jonpry | yeah android can't bring it up for whatever reason but i can make it work from cl |
15:52.55 | WisTilt2 | ok that explains it if its older .35 code. so many things wrong for 6125, looks to be written for newer devices and has many incorrect values for 6125 |
15:53.37 | jonpry | i'm pretty sure i could get 27 qdsp in there in about an hour |
15:54.02 | jonpry | trying to figure out whats wrong with pm atm |
15:54.13 | *** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
15:54.21 | WisTilt2 | i got in-call sound working and ringtones out the external speaker but i made several changes at once afterwards and broke it, hard lockups now so redoing it. |
15:54.37 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
15:54.54 | *** join/#htc-linux tiger2wander (~tiger2wan@58.187.36.45) |
15:55.17 | WisTilt2 | if you want to get .27 qdsp in that might be better. its not going to be that hard to get the new acoustic stuff going, just will take time, and i'd like sound to work in the meantime:) |
15:55.17 | jonpry | WisTilt2, lockups aren't going to cut it |
15:55.47 | Alex[sp3dev] | you're blasphemous heretics |
15:56.06 | jonpry | i want to finish pm first |
15:56.55 | WisTilt2 | Alex[sp3dev], do you have all the new acoustic sound working on .35 and anyone tried it on 6125's yet? |
15:57.45 | Alex[sp3dev] | WisTilt2: i doubt anyone tried. i am using 5225.. i only added code for others but not tested. |
15:59.58 | jonpry | somebody needs to fix tls so we can have 3d. i have had it with it |
16:00.50 | tiger2wander | hi there |
16:00.52 | WisTilt2 | are we still needing the tls code we have now? |
16:01.14 | jonpry | i'm trying to fix the kernel so we don't need userland changes |
16:01.31 | tiger2wander | sorry for trouble this room :) but seen everyone got sleep in linux-chat room :( |
16:02.13 | Alex[sp3dev] | no trolls around? call 1-800-htc-troll |
16:02.22 | tiger2wander | I've just flash LK NBH image and got blue screen but can not get `fastboot devices` list my RHOD500 |
16:02.44 | Alex[sp3dev] | does it say that fastboot is enabled and udc connected? |
16:03.13 | tiger2wander | yes |
16:03.25 | Alex[sp3dev] | what's with lsusb? device appears? |
16:04.04 | jonpry | WisTilt2, whats with: msm_pm_wait_state(80, 0, 0, 0) failed a29 |
16:04.15 | tiger2wander | wait a secs I changed to my Linux (was on XP) |
16:04.41 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
16:04.48 | Alex[sp3dev] | basically we're probably using wrong usb ids that confuse windoze.. |
16:04.57 | *** join/#htc-linux dekar (~dekar@drms-590cf6b9.pool.mediaWays.net) |
16:05.43 | tiger2wander | on WinXP machine I even can't install USB driver using both Google's driver and another one from xda :( |
16:05.59 | tiger2wander | lsusb return: Bus 001 Device 006: ID 18d1:0001 Google Inc. |
16:06.07 | Alex[sp3dev] | wow looks like Abel and Nate are really working hard on nand |
16:06.09 | WisTilt2 | jonpry: you seeing that in dmesg or what? dont see that in source |
16:06.15 | jonpry | dmesg |
16:06.44 | tiger2wander | I see fastboot_init() then udc_start() |
16:06.45 | Alex[sp3dev] | tiger2wander: then it should just work.. under linux. I think we need to use :0002 for winxp, but dunno. don't have a windows box to test and don't want to |
16:07.06 | jonpry | +1 :0002 |
16:07.11 | tiger2wander | yep, I only want it work on my Linux box :) |
16:07.22 | WisTilt2 | jonpry:well 1st value is the enter_wait_set so looks like its a bad value possibly |
16:07.40 | WisTilt2 | that only happens in msm_sleep |
16:08.14 | tiger2wander | `fastboot devices` still return nothing :( |
16:08.26 | Alex[sp3dev] | try running fastboot as root |
16:08.46 | tiger2wander | lemme try it now |
16:09.02 | jonpry | WisTilt2, smss_change_state and smsm_get_state are different on 39 |
16:09.33 | jonpry | they take some kind of group parameter which i always set to SMSM_STATE_APPS |
16:09.57 | tiger2wander | Alex[sp3dev], fastboot run well under root perm :) |
16:09.59 | tiger2wander | tks |
16:10.16 | WisTilt2 | jonpry: yes but the problem is the msm_pm_wait_state() causing the error, values passed there need to be correct |
16:10.43 | jonpry | i'm guessing a get_state was wrong and fubarred the whole thing |
16:11.00 | WisTilt2 | are you redoing the msm_sleep code? |
16:11.18 | Alex[sp3dev] | jonpry: is gpio poop changed seriously in 39? |
16:12.08 | jonpry | i used emwe's 35 gpio. with some mods for the new irq system |
16:12.59 | Alex[sp3dev] | okay. i suppose emwe has copied it from my tree.. the main thing i did was to replace pcom and dex macros so that we can use the unified gpio code. |
16:13.41 | jonpry | i don't think we have unified gpio |
16:14.25 | Alex[sp3dev] | anyway i'll personally stay on 35 until i finish nand and then i'll be waiting for CA code to be merged upstream so we don't have to rewrite qdsp and gpio again |
16:16.29 | jonpry | don't want to fix TLS for us? |
16:17.28 | Alex[sp3dev] | not really. wanna implement fm radio and try to make a free lib for camera first. and fix kexec for my tegra.. i think i'll work on porting blackstone/diam to 35 and merging with emwe's tree first |
16:23.35 | *** join/#htc-linux Ondalf (~ondalf@dsl-roibrasgw1-fe5dde00-134.dhcp.inet.fi) |
16:26.37 | tiger2wander | I found recovery still reboot if SIM card still in slot |
16:27.14 | tiger2wander | 've just apply all the update, Is GSM work with updated kernel? |
16:27.25 | Alex[sp3dev] | you'd better wait for Abel. Cause he forked my LK and his init code is different. Besides, I'm using linux 2.6.35.7. For me GSM works |
16:27.33 | tiger2wander | I can give a hand to test GSM if I can use SIM card |
16:29.24 | tiger2wander | I see updated kernel is .27.46 |
16:29.57 | tiger2wander | Alex[sp3dev], can I get your kennel? |
16:30.25 | jonpry | WisTilt2, i got power collapse working. might have taken out rpc though |
16:30.46 | Alex[sp3dev] | tiger2wander: it is for other phone.. xperia x1.. ask Abel to try building kernel with SMD/RPC from 35 |
16:31.20 | tiger2wander | ok I'll wait for it |
16:34.33 | WisTilt2 | jonpry: arm11 going into full collapse now or you just putting it in suspend? |
16:35.06 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
16:36.27 | jonpry | collapse |
16:37.39 | WisTilt2 | should i hold off on doing any more on sound if you're going to put .27 adsp in for now? |
16:39.09 | jonpry | thats up to you. i don't want to go trashing your work if you want to continue with it |
16:40.44 | WisTilt2 | i have all the changes saved in another tree so no problem. putting .27 in would at least get sound working as is for now and i can continue porting over the acoustic stuff so its no problem. |
16:41.05 | jonpry | yeah i'll give it a go |
16:41.53 | WisTilt2 | i can tweak anything we need to with the .27 code if needed but it will probably work with little or no changes. |
16:49.24 | jonpry | it will take some :p |
16:49.37 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
16:49.46 | WisTilt2 | you people down on the island have lots of that:) |
16:55.10 | *** join/#htc-linux tiger2wander (~tiger2wan@58.187.67.108) |
17:11.48 | jonpry | WisTilt2, all compiled |
17:12.04 | WisTilt2 | ? |
17:12.21 | jonpry | 27 qdsp5 in 39 |
17:12.35 | WisTilt2 | you already moved all sound over? |
17:12.56 | jonpry | yeah first boot |
17:13.06 | jonpry | looks go so far |
17:13.29 | jonpry | connected to snd svc |
17:13.37 | WisTilt2 | damn. want a job? that was quick |
17:13.56 | jonpry | maybe |
17:14.19 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
17:14.19 | WisTilt2 | could always tele-compute |
17:14.34 | jonpry | i don't like to work too much |
17:14.41 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs) |
17:15.35 | jonpry | looks like it froze when time came to actually play the sound. guessing there is a delayed irw somewhere |
17:23.38 | jonpry | not delayed irq |
17:23.44 | jonpry | WisTilt2, take a look? http://pastebin.com/2PGBnFTN |
17:25.17 | *** join/#htc-linux Proz (Proz@bzq-84-109-111-31.red.bezeqint.net) |
17:25.17 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.sta.abo.bbox.fr) |
17:25.17 | *** join/#htc-linux cyanogen (shade@chemlab.org) |
17:25.17 | *** join/#htc-linux hyc (~hyc@mail.highlandsun.com) |
17:25.17 | *** join/#htc-linux toer (~tore@179.81-166-86.customer.lyse.net) |
17:25.22 | WisTilt2 | sorry was on the phone getting a laugh. a new customer wanted to talk to the owner because our sales rep couldn't understand why our installer couldn't take a look and fix their computer for free while they were out there installing their internet anyway. |
17:26.52 | jonpry | man vs machine |
17:28.22 | WisTilt2 | looking at your log i have a little tweaking to do. any way we can have a sub-branch with this and leave the original .39 as the parent? |
17:29.36 | jonpry | we could but i just committed it |
17:30.00 | WisTilt2 | i have the original tree still |
17:31.04 | jonpry | no sense in going to another branch if this is the way we are going. can this be fixed easily? |
17:31.26 | jonpry | seems like i have seen this before. |
17:32.02 | WisTilt2 | i agree. im syncing right now and yes it shouldnt be too hard to fix it. i dont think i'll do it as fast as you just did though:) |
17:34.58 | jonpry | so you have an idea as to the problem? |
17:35.22 | WisTilt2 | looking now... |
17:36.04 | jonpry | i tried to send a 1 line patch upstream today. got totally shot down |
17:36.53 | WisTilt2 | only 1 line? patch for what? |
17:37.20 | jonpry | usb blowing up |
17:38.11 | jonpry | you know our wifi problems were 90% related to some qcom patches for something called EMBEDDED_SDIO in the sd core |
17:38.18 | WisTilt2 | is this .27 code off the current tree? |
17:38.26 | jonpry | its oldish |
17:38.33 | jonpry | month or so |
17:38.46 | Alex[sp3dev] | you know what EMBEDDED_SDIO is? |
17:38.51 | Alex[sp3dev] | it is a hack for wl1251 |
17:39.00 | jonpry | and bcm |
17:39.14 | jonpry | its just not clear that is the case until you get into it |
17:39.19 | Alex[sp3dev] | those POSes do not provide sdio information registers |
17:39.28 | jonpry | bcm provides cccr but not cis |
17:40.32 | jonpry | and the .27 implementation of EMBEDDED_SDIO uses it for everything even though it looks like it won't overwrite cccr it actually does. so the drivers had to be hacked to use cid/vid all zeroes |
17:41.14 | jonpry | and if you were foolishness enough to get the card to actually ident. then it wouldn't work |
17:42.19 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
17:43.38 | jonpry | how's that for poop |
17:43.54 | Alex[sp3dev] | qualcomm is poop |
17:44.02 | hyc | lol |
17:44.11 | hyc | Now you know why they keep all their stuff proprietary/secret |
17:44.19 | jonpry | r u going to tegra-linux? |
17:44.20 | hyc | Too damned embarrassing to show it in the open |
17:44.35 | jonpry | pff, that is all stuff we wrote |
17:44.45 | jonpry | qcom made the tools |
17:44.48 | Alex[sp3dev] | they just develop hacks without discussing with maintainers and then it turns out we have 2 incompatible trees (not counting mainline) and their embedded sdio is incompatible with mmc quirks omap use.. damn |
17:44.49 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-78-30.dynamic.mnet-online.de) |
17:46.17 | jonpry | yeah i was looking at sdio quirks. its just it requires the host drive to implement card initialization state machine. which makes no sense because the host is even less informed about the broken cards than sdio core |
17:46.23 | Alex[sp3dev] | jonpry: i'm not going to tegra. because Acer is poop. they've used signed bootloader and crap like that. and not releasing sources. i wonder why they're doing it - they're not even locking the device to carriers... i guess copyright damages brain |
17:47.05 | jonpry | disclosure damages the corporate brain |
17:47.19 | Alex[sp3dev] | do corporate managers have brain at all? |
17:47.45 | jonpry | not sure |
17:48.37 | Alex[sp3dev] | jonpry: do you by chance know what's the easiest way to demodulate fm in software? |
17:49.16 | jonpry | heterodyne? |
17:50.00 | jonpry | add the 2 signals after going through some non linear transform. like squaring them |
17:50.16 | jonpry | then put through some kind of low pass like IIR |
17:50.47 | Alex[sp3dev] | ok, will look into it |
17:53.09 | jonpry | i think it depends on if your signal is ideal or not. you may need much more complicated things if your talking about a real fm source with frequency drift and such |
17:55.10 | Alex[sp3dev] | i think if i have time today i'll do a simple zero crossing.. otherwise i'll just study this area and try using different algorithms. |
17:58.18 | *** join/#htc-linux kvaster (~kvaster@80.94.160.9) |
18:02.30 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
18:05.29 | *** join/#htc-linux arif-ali (~arif-ali@82-71-22-204.dsl.in-addr.zen.co.uk) |
18:08.00 | *** join/#htc-linux tiger2wander (~tiger2wan@58.187.65.57) |
18:11.36 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs) |
18:12.33 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
18:18.27 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
18:24.38 | emwe | WisTilt2: acoustic works with topa amss6125 on .35. only the ever lasting first incall no-mic-no-earpiece+freeze bug is still there like on .27. not gotten a chance to test it out with the rhod. |
18:27.07 | WisTilt2 | emwe: ok thanks. i found some snd_vers errors with the .39 code but don't know if you guys fixed that in .35 or not. snd_vers had some crazy test for amss < 6200 setting wrong version. |
18:27.21 | WisTilt2 | 6125 is different |
18:27.32 | emwe | yeah, there's changes all over the place |
18:27.49 | emwe | git log qdsp5/* on htc-msm-2.6.35 can reveal a bit of the changes |
18:27.57 | emwe | i mostly hacked it up to be 6125 compatible |
18:28.10 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
18:28.14 | emwe | alex did everything modular by making adspxxxx actual drivers |
18:28.39 | emwe | which has some implications on the code, but they carry all the device specific rpc endpoints and so on |
18:29.02 | emwe | also, there's a freaking structure member mixup in audmgr.h iirc |
18:29.05 | WisTilt2 | yeah i briefly looked at some of it. cleaner way to do it and keep things organized. |
18:29.39 | emwe | that was the last piece i missed which got hickups/freezes after playing sound |
18:29.50 | *** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
18:30.10 | emwe | initially i had Arm9 crash always. dont remember if i replied to myself on ML what was the cause. |
18:31.13 | emwe | hm, no i didn't ;) |
18:35.26 | jonpry | i think our problem is with smd |
18:35.33 | jonpry | or rpc router |
18:35.49 | jonpry | like Unexpected incoming data on |
18:36.28 | WisTilt2 | jonpry, i about have it fixed. just getting interrupted here at the office. |
18:36.47 | jonpry | really? |
18:38.05 | jonpry | what is the trouble |
18:38.17 | jonpry | i'm really not convinced this 35 rpc is good |
18:38.44 | emwe | i got only one smd.c fix itself for getting data to work |
18:38.56 | jonpry | what about smd_rpcrouter? |
18:39.11 | emwe | smd: rpc: issue CMD_HELLO to reregister servers |
18:40.07 | jonpry | i think we have that |
18:40.10 | emwe | alex has it a tad bit different. might be also that 5225 needs it to be like that. think he said sth like that |
18:41.15 | emwe | you guys fixed up audmgr.h? |
18:41.41 | emwe | rpc_audmgr_cb_func_ptr field swap? |
18:41.42 | jonpry | using the one from .27 |
18:41.44 | emwe | ok |
18:41.47 | emwe | then all fine ;) |
18:42.42 | jonpry | there is something called audmgr_new.h |
18:43.18 | emwe | included for amss6350 |
18:45.04 | jonpry | WisTilt2, i patched smd_rpcrouter. now things are different. |
18:45.05 | jonpry | [ 129.522796] audpp: enable |
18:45.06 | jonpry | [ 129.522796] adsp: cannot find module |
18:45.07 | jonpry | [ 129.522827] audpp: cannot open AUDPPTASK |
18:45.07 | jonpry | [ 129.522857] audio: audpp_enable() failed |
18:45.40 | jonpry | doesn't hang phone either |
18:45.52 | jonpry | should i push that, you want a dmesg? |
18:46.01 | emwe | btw, what is it with somebody heavily screwed with 6125 tables? |
18:46.26 | WisTilt2 | go ahead and push it, you probably did part of what i did but there are some other things missing |
18:46.26 | emwe | there should be no 6125 stuff anywhere apart on our trees |
18:46.29 | emwe | WisTilt2: ? |
18:47.14 | WisTilt2 | emwe: dont follow you? 6125 tables changed? |
18:47.25 | emwe | WisTilt2: didn't you say something like that earlier? |
18:47.41 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-78-30.dynamic.mnet-online.de) |
18:47.46 | jonpry | WisTilt2, pushed |
18:47.46 | emwe | WisTilt2: ah forget. misread in the logs |
18:48.00 | WisTilt2 | no, was talking about 6125 snd_vers being wrong |
18:48.44 | emwe | WisTilt2: then it must have been placed/copied there wrong i guess |
18:48.51 | WisTilt2 | jonpry: there are several missing includes for slab.h in this source as it is right now also |
18:49.18 | jonpry | WisTilt2, i fixed those |
18:49.42 | jonpry | builds fine on mine. maybe its not pushed correctly? |
18:49.49 | WisTilt2 | emwe: it was a statement that did a test if amss < 6200 to define snd_vers that was incorrect for the 6125, which is different |
18:49.55 | emwe | HOLY FUCK INCALL EARPIECE AND MIC WORKING! |
18:50.13 | emwe | i hate people writing in capital letters... |
18:50.28 | WisTilt2 | jonpry, no i havent built your changes yet, was just saying those were missing earlier so you got them |
18:50.39 | emwe | ok, and now reboot. |
18:53.44 | jonpry | why would find_adsp_module_by_name() fail? |
18:55.27 | WisTilt2 | did you take all the .27 adsp files and adsp_driver? |
18:55.34 | *** join/#htc-linux crawling (~crawling@a94-132-161-104.cpe.netcabo.pt) |
18:56.28 | jonpry | i took everything in .27 qdsp5, htc_acoustic. and everything else necessary to support it. ie parts of htc_hw, amss_para |
18:57.08 | WisTilt2 | should be good then. im building right now to get a dump |
18:59.04 | jonpry | adsp_info does not contain AUDPPTASK |
18:59.44 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs) |
18:59.59 | WisTilt2 | AUDPPTASK is in the 6125 table though |
19:00.09 | WisTilt2 | so something off in enum or what? |
19:01.16 | jonpry | dunno. find_adsp_module_by_name(&adsp_info, "AUDPPTASK") doesn't work); |
19:01.37 | jonpry | so maybe adsp_info is not initialized correctly? |
19:01.47 | jonpry | wrong amss detected, or at wrong time? |
19:04.01 | WisTilt2 | wait, this is not the right adsp tables |
19:04.14 | WisTilt2 | this is the old one |
19:05.32 | WisTilt2 | nm |
19:06.49 | WisTilt2 | jonpry i have a short lunch meeting so ill be back in about 30 |
19:06.54 | jonpry | ok |
19:16.23 | jonpry | WisTilt2, i think i've got something. msm_adsp_probe starts using __amss_version without doing anything to make sure it is initialized |
19:16.41 | jonpry | so it might set up its crap to amss version 0 |
19:25.08 | jonpry | thats definitely part of the poblem |
19:28.03 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
19:36.15 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
19:38.34 | WisTilt2 | jonpry, im back. it is detecting amss 6125 on probe here. it looks like its not using the correct table for 6125 possibly? acting like it has wrong dsp address offset. |
19:38.48 | jonpry | i found the bug |
19:39.07 | jonpry | the detector is running after adsp probe |
19:39.48 | jonpry | or a bug anyways |
19:40.10 | jonpry | my computer is actually losing its mind. i can't even compile code getting segfaults everywhere |
19:40.37 | jonpry | i'll push my stupid fix. you can see if it works :p |
19:40.40 | WisTilt2 | dont follow... is this all in adsp.c you're talking about? |
19:40.50 | WisTilt2 | k, ill see what you changed |
19:41.24 | WisTilt2 | i think im free the rest of the day now that i got all this business stuff out of the way |
19:41.29 | jonpry | :p |
19:41.33 | jonpry | its up |
19:44.39 | jonpry | on .27 there are lots of random drivers calling amss_get_* |
19:44.54 | jonpry | one of which just happens to get run before adsp |
19:45.29 | jonpry | i need to reboot using an older kernel this is out of control |
19:49.07 | WisTilt2 | ok testing it now. told my people not to bother me unless the building is on fire |
19:49.16 | *** join/#htc-linux tomaw_ (tom@freenode/staff/tomaw) |
19:49.55 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
19:50.26 | WisTilt2 | still looks like its pointing to wrong table |
19:51.18 | jonpry | did it print anything cool? |
19:51.28 | WisTilt2 | dumping log now |
19:52.09 | jonpry | apparently rc5 is a much better kernel final |
19:52.09 | jonpry | final is a good way to get disk and memory corruption |
19:53.35 | WisTilt2 | still cannot find module AUDPPTASK so i'd say we're not getting the correct table offset |
19:53.52 | WisTilt2 | audmgr seems to be ok now though |
19:54.28 | WisTilt2 | yeah something in adsp cannot find module AUDPPTASK |
19:54.41 | jonpry | what do you get for dmesg | grep adsp |
19:56.10 | WisTilt2 | [ 1.038146] Unsupported device for adsp driver |
19:56.11 | WisTilt2 | [ 254.898315] adsp: cannot find module AUDPPTASK |
19:56.42 | jonpry | so where is the ouput of printk(KERN_ERR "msm_adsp_probe: %d\n", __amss_version); |
19:56.53 | WisTilt2 | never made it there it seems |
19:56.57 | jonpry | i am seeing the same behavior |
19:57.12 | jonpry | but it did because Unsupported device for adsp driver is from a few lines down in that function |
19:57.37 | jonpry | i am seeing the same thing. it reeks of staleness |
19:57.59 | WisTilt2 | yeah it printed the default case which means __amss_version wasnt valid |
19:58.16 | jonpry | and it means my new code was not run. which should fix it |
19:59.00 | WisTilt2 | line 878 never ran, which is has to if that default printk printed |
19:59.27 | jonpry | oic that line can come from many places |
19:59.59 | jonpry | so my new code needs to be moved into some other function |
20:00.24 | WisTilt2 | didnt we have something similar to this early on before sound in .27? |
20:01.04 | jonpry | not sure. what do you mean? |
20:01.26 | WisTilt2 | this unsupported device when trying to register adsp |
20:01.53 | jonpry | not that i recall |
20:02.30 | jonpry | i just pushed a new adsp.c |
20:03.12 | jonpry | this is just caused by 27 foolishness |
20:03.46 | WisTilt2 | did you take the .27 amss_para.c file also or is this still .39? |
20:04.10 | jonpry | .27 |
20:04.27 | jonpry | patch is working as planned. detected and corrected amss version == 0 |
20:04.30 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-133-60.26-151.libero.it) |
20:05.49 | jonpry | opened AUDPPTASK |
20:05.52 | WisTilt2 | why do we have 2 amss_para.c files? |
20:06.06 | jonpry | one needs to be deleted. but it is not built |
20:06.06 | WisTilt2 | one in mach-msm and one in qdsp5 |
20:06.17 | WisTilt2 | we're using qdsp5 one? |
20:06.21 | jonpry | yep |
20:06.56 | jonpry | [ 134.777252] msm_adsp_enable() 'AUDPPTASK' |
20:06.56 | jonpry | [ 134.777282] [RPC] CALL on ept d4ae79a0 to 3000000a:00000000 @ 0:00000001 (56 bytes) (xid 7 proc 1) |
20:06.56 | jonpry | [ 134.777343] [RPC] READ on ept d4ae79a0 |
20:06.56 | jonpry | [ 134.778076] [RR] - ver=1 type=1 src=0:00000001 crx=1 siz=68 dst=1:4fb5cf0a |
20:06.56 | jonpry | [ 134.778167] [RR] ERROR no local ept for cid 4fb5cf0a |
20:06.57 | jonpry | [ 134.778198] [RR] x RESUME_TX id=1:4fb5cf0a |
20:06.58 | jonpry | [ 134.778259] [RR] - ver=1 type=1 src=0:00000001 crx=0 siz=28 dst=1:d4ae79a0 |
20:07.00 | jonpry | [ 134.778533] [RPC] READ on ept d4ae79a0 (24 bytes) |
20:07.03 | jonpry | [ 135.772369] adsp: module 'AUDPPTASK' enable timed out |
20:07.05 | jonpry | [ 135.772430] adsp: module AUDPPTASK not enabled before write |
20:07.08 | jonpry | phone hung shortly after |
20:08.00 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-69-63.tampfl.fios.verizon.net) |
20:11.29 | WisTilt2 | are you still getting the Unsupported device for adsp driver? |
20:11.34 | jonpry | no |
20:12.01 | jonpry | the [RR] error looks like it to me now |
20:19.49 | emwe | as soon as i get sth like that i count 9 seconds and then boom. :) |
20:20.50 | emwe | iirc happens when booting in silent-mode and then switching sound on and playing sound. |
20:21.24 | emwe | there's that new_server() stuff being registered on .27 smd_rpcrouter |
20:21.38 | emwe | seems to be "tied" to that magic cid in adsp somewhere... |
20:21.57 | WisTilt2 | is that the 0xfadefade you talking about? |
20:21.58 | emwe | not yet sure it has an effect, though. |
20:22.01 | emwe | yeah, think so |
20:22.30 | emwe | i think it's not required for 6125 same like smd_rpcrouter explicict registration of a new server |
20:22.33 | emwe | might be wrong though |
20:22.40 | emwe | at leat for regular sound i don't need it |
20:22.51 | emwe | perhaps a 5225 thing |
20:24.46 | jonpry | sound! |
20:24.54 | WisTilt2 | ding! |
20:25.09 | jonpry | you too? |
20:25.16 | WisTilt2 | no i can hear yours up here |
20:25.22 | jonpry | lol |
20:25.32 | WisTilt2 | im still tracing the logic on this, what was it? |
20:25.39 | WisTilt2 | table offset was where i was going |
20:25.41 | jonpry | smd |
20:25.52 | WisTilt2 | init with no cid? |
20:26.23 | jonpry | it was too things, it was that first fix. then i switched to .27 smd_rpcrouter. i think the 35 one likes to ditch connections that don't meat some standard |
20:26.31 | jonpry | er two |
20:27.03 | WisTilt2 | oh, still had .39 smd_rpcrouter? i saw lots different with the new one |
20:27.31 | jonpry | don't need any of that new fangled shit |
20:28.53 | WisTilt2 | push it then im going to try my new speakerphone addition and see if it will work with this current sound setup. |
20:28.59 | jonpry | sound is pushed |
20:30.49 | emwe | jonpry: it was too things, it was that first fix. then i switched to .27 smd_rpcrouter. i think the 35 one likes to ditch connections that don't meat some standard <<< can you elaborate plz? |
20:31.59 | jonpry | there is some logic in 35 smd for doing bad things :p first there was this:https://gitorious.org/linux-msm-rhod/linux-msm-rhod/commit/752afc326b016b97bbd84d5f95422d1b7ba0d806 |
20:32.29 | jonpry | and then there was another problem which i was not willing to debug |
20:33.56 | jonpry | however i was able to get 27 smd_rpcrouter to work with .35 smd without much pain. a whole .27 setup was going to cause problems |
20:34.57 | jonpry | WisTilt2, i'm pretty sure that we have the most complete non 27 port now |
20:35.28 | emwe | jonpry: thanks |
20:35.49 | jonpry | no problem |
20:36.03 | emwe | giving that code removal a go |
20:37.32 | emwe | jonpry: you actually saw the warning printed? |
20:37.33 | WisTilt2 | building now. your zImage wouldn't boot on my phone for whatever reason, never even got vib after haret. |
20:38.06 | emwe | jonpry: regarding that other problem, can you point me to it? |
20:39.31 | jonpry | it manifested itself as [ 134.778167] [RR] ERROR no local ept for cid 4fb5cf0a but the logic for that was the same for both 27 and 35. so i'm guessing the endpoint number ended up different on the two platforms or it did not get enabled on 35 |
20:40.45 | jonpry | i don't see a 4fb5cf0a now that it is working. so i'm guessing it has something to do with a change to the get compatible endpoint mumbo jumbo |
20:41.13 | emwe | aren't some endpoints dynamic? |
20:41.14 | WisTilt2 | thats a pretty low address anyway isnt it? |
20:41.17 | emwe | or was it the cids? |
20:42.07 | jonpry | yeah its cid. so some connection failed |
20:43.15 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
20:43.19 | WisTilt2 | ah, leds again |
20:43.28 | WisTilt2 | booting fine after rebuilding |
20:44.20 | WisTilt2 | jonpry, we going to do anything about these section mismatches? |
20:44.42 | jonpry | i dunno |
20:44.54 | jonpry | some are not really problem as i understand it |
20:45.06 | WisTilt2 | lots of gpio errors during boot also |
20:45.15 | jonpry | yeah they need to be requested |
20:45.38 | *** join/#htc-linux Nautis (~Nautis@adsl-99-39-5-22.dsl.pltn13.sbcglobal.net) |
20:45.43 | jonpry | i made the mistake of fixing them once. wrote all this flashy code inside of mmc. then ended up using a different mmc |
20:46.49 | WisTilt2 | sound working great! ok im going to stick this new speakerphone code in and see if it breaks it |
20:47.19 | jonpry | check out that power collapse too |
20:47.34 | emwe | i whonder what drain rates you get |
20:47.39 | WisTilt2 | ok before i do that i need to fix the audio routing for in-call |
20:47.39 | jonpry | kind of weird thing with unlock though |
20:47.51 | jonpry | i dunno. its all .27 |
20:48.55 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
20:49.38 | WisTilt2 | yeah we have dead in-call audio and mic so ill do that first |
20:50.03 | jonpry | there basically nothing we can fix without TLS |
20:50.36 | hyc | are you guys using JB's libacoustic? |
20:50.42 | jonpry | not yet |
20:50.44 | WisTilt2 | voice search mic works find interesting |
20:50.56 | jonpry | trying to get things working first |
20:51.47 | jonpry | i really want cam and 3d but its just not going to happen :( |
20:52.10 | WisTilt2 | is it a placebo effect or does .39 seems faster? |
20:52.30 | emwe | WisTilt2: can ypu pleaze try to boot, do an outcall first and then do an incall and see if mic+earpiece work then on incall? |
20:52.47 | jonpry | its pretty slow. need to put sd back to 50mhz and start using nilfs :p |
20:52.51 | WisTilt2 | emwe: did that in all combos and no go |
20:52.52 | emwe | if i do outcall first after boot then all incalls are fine WisTilt2 |
20:53.04 | emwe | but that is with .27 stock the same on topa |
20:53.10 | emwe | so it must be not directly the kernel |
20:53.20 | WisTilt2 | only thing working seems to be voice search mic but mic dies in-call again |
20:55.42 | WisTilt2 | jonpry, i really like the msecs reporting coming from PM now |
20:56.02 | *** join/#htc-linux dekar_ (~dekar@drms-590cf6b9.pool.mediaWays.net) |
20:56.05 | jonpry | oh yeah |
20:56.21 | WisTilt2 | gives us good idea of what take up the most time |
20:56.59 | WisTilt2 | the call audio is a problem in audpre |
20:57.16 | WisTilt2 | its getting the wrong event numbers |
20:57.21 | *** join/#htc-linux tomaw_ (tom@freenode/staff/tomaw) |
20:57.37 | WisTilt2 | in fact they are all 0xffff |
20:58.49 | jonpry | is your scroll/pan super slow? |
20:59.01 | WisTilt2 | no, almost instant |
20:59.11 | jonpry | mine is like maybe 2fps |
20:59.28 | jonpry | with lots real slow motion effect |
20:59.45 | arrrghhh | new feature |
20:59.47 | WisTilt2 | cpu pegged? |
20:59.51 | jonpry | no |
21:00.08 | jonpry | i think [acl] had it first |
21:00.14 | WisTilt2 | mine is very quick, thats why i was thinking .39 was acting much quicker |
21:00.43 | jonpry | cpu at like 0 |
21:01.18 | jonpry | but when i scroll it pegs. like thats all it can handle |
21:01.28 | WisTilt2 | this msec reporting is very nice. in and out of sleep is reporting pretty fast times |
21:02.19 | WisTilt2 | you in a console scrolling? |
21:03.18 | jonpry | i'm in with telnet. and just scrolling the desktop |
21:03.55 | WisTilt2 | oh, i dumped dmesg to the sdcard via telnet but now im in a terminal on phone and it scrolls smoothly |
21:04.00 | arrrghhh | jonpry, did you say 3d was disabled? so it's all software or egl, whatever that is? |
21:04.36 | jonpry | yeah egl |
21:05.59 | jonpry | i was thinking 3d would speed up the desktop scrolling. |
21:06.24 | arrrghhh | it should |
21:06.44 | jonpry | this looks a little like it might need some fb tuning |
21:06.49 | hyc | it's usually all software anyway. the default builds are missing libGLES_qcom.so |
21:07.12 | hyc | without that, no hw3d in userland |
21:07.26 | jonpry | xdandroid official binaries have it |
21:07.35 | arrrghhh | indeed, what do you mean hyc ? |
21:08.21 | hyc | hm, wasn't in mine, mebbe it didn't extract |
21:08.43 | arrrghhh | i think it's part of those 'extra' libs you gotta download when packing the system. |
21:08.59 | hyc | but I grabbed a GLES1.1 to replace it anyway |
21:09.26 | hyc | yeah, I guess that's true, extra pkg |
21:11.02 | jonpry | oh libGLES_qcom |
21:11.03 | jonpry | how hard do you think it will be to hunt down instances of 0xffff0ff0 and replace them with 0xffff0fe0? |
21:18.22 | hyc | ? are you talking about libgles still? |
21:18.59 | jonpry | somebody with idapro want to take that mother apart? |
21:19.08 | jonpry | yes. linux may be free, but its also a little like slavery |
21:19.14 | *** join/#htc-linux Markinus (~Adium@212.255.44.107) |
21:19.20 | hyc | heh |
21:22.15 | jonpry | the problem is that i am not sure how the compiler will try and load such a large number into a register |
21:22.15 | jonpry | could be negative number. pc relative constant. |
21:24.41 | hyc | what does that constant represent? |
21:25.25 | hyc | start by searching for all the instances of that constant and see if they make any sense... |
21:29.01 | jonpry | apparently arm needs 2 ways to do sys calls. one of which is attempting a memory access to the highest page. which faults. and causes some kernel mode operation |
21:37.32 | *** join/#htc-linux avinashhm (~avinash-h@122.166.160.47) |
21:45.44 | WisTilt2 | jonpry> how hard do you think it will be to hunt down instances of 0xffff0ff0 and replace them with 0xffff0fe0? <<<--- you trying to get tls fixed or what? |
21:48.28 | jonpry | the option is either to fix it in the kernel or fix the lib. my efforts on the kernel haven't been going so well |
21:51.12 | jonpry | gotta go out for some celebration |
21:51.44 | WisTilt2 | sounds good. im going to do just that in a few hours |
21:55.11 | WisTilt2 | im forcing in-call audio/mic to work in the meantime |
22:02.44 | WisTilt2 | emwe: btw, meant to tell you that your last .27 proc_comm patch removing that irq request seems to have totally fixed the sod's and reboot problem. been running it on one of our 300's since you put it up and no issues for days now. |
22:36.08 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
22:39.45 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-vblyujzfuhrbjzdn) |
22:51.46 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
22:59.34 | *** join/#htc-linux arif-ali (~arif-ali@82-71-22-204.dsl.in-addr.zen.co.uk) |
23:01.36 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
23:09.26 | *** join/#htc-linux StummeJ (~StummeJ@stummej.chfa.uni.edu) |
23:09.30 | *** part/#htc-linux StummeJ (~StummeJ@stummej.chfa.uni.edu) |
23:27.20 | jonpry | WisTilt2, how's it going? |
23:27.26 | *** join/#htc-linux Funklord (~cow@84-55-99-121.customers.ownit.se) |
23:28.40 | WisTilt2 | big problem. i have in-call audio and mic working great, but i forced it on. we're missing part of the audio switching code, which should be in devices_htc.c so it has no way of knowing when to switch audio during a call. |
23:29.03 | WisTilt2 | msm_audio_path has no way of being called |
23:29.12 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
23:32.57 | WisTilt2 | Alex[sp3dev] do you happen to know where the audmgr_cb_vers of 0x5fa922a9 came from? i see you guys use that now instead of the previous 0x00000000 |
23:33.11 | WisTilt2 | thats for 6125 btw |
23:33.22 | *** join/#htc-linux leviathan (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca) |
23:33.48 | jonpry | WisTilt2, what code where? |
23:33.49 | jonpry | oic i the vogue crpola |
23:34.20 | WisTilt2 | yeah thats all missing, or at least if we aren't going to use it we need to figure out how to get the userland in-call switch |
23:34.37 | WisTilt2 | no audio_store due to no class |
23:34.53 | WisTilt2 | which calls msm_audio_path |
23:35.29 | jonpry | WisTilt2, you want me to add it. will take a couple minutes |
23:35.58 | WisTilt2 | sure, that would be easiest. when we do the acoustic stuff we can do away with that anyway |
23:36.23 | WisTilt2 | with that added back in we should be good on all audio again |
23:36.57 | Alex[sp3dev] | WisTilt2: previous was not zero.. this one is either fallback or comes from wiki. anyway, for me everything works on 35 including camera so i dont care |
23:37.49 | WisTilt2 | current .27 tree is zero for the callback still |
23:39.02 | jonpry | do we need the htc_hw stuff? |
23:39.09 | Alex[sp3dev] | no |
23:47.36 | jonpry | WisTilt2, pushed |
23:48.00 | WisTilt2 | ok i'll check it out |
23:51.38 | *** join/#htc-linux NeoMatrixJR_Mobi (~NeoMatrix@107.34.23.57) |
23:52.53 | jonpry | i cannot find anything in libgles_qcom that even resembles tls |
23:55.54 | WisTilt2 | you're trying to do what, emulate tls in the kernel for chips that don't have it in the hw like our devices? |
23:59.07 | jonpry | WisTilt2, i'm just trying to make it work like it used to. or change the binaries |
23:59.07 | jonpry | right now if you do something blx r2 when r2 = 0xffff0fe0. then r0 will now contain a thread specific pointer |
23:59.07 | jonpry | and thats what used to happen as well. but back in the day you could something like mov r0, [r2] when r2 contained oxffff0ff0 and r0 would get the same number without the function call |