IRC log for #htc-linux on 20110526

00:11.50jonpryhrm. 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.00jonpryhyc, i have been messing with this thing you suggested: http://linuxwireless.org/en/users/Drivers/brcm80211
00:33.37jonprythe 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.45jonprygo 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.45WisTilt2jonpry 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.30WisTilt2found 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.19Zeezyi try to log in my google account and it says it went thru than it keeps telling me to redo it
02:36.26Zeezycan someone help?
02:36.32*** join/#htc-linux CIA-110 (cia@cia.atheme.org)
02:37.39Zeezyhello?
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.25paulk_hello
12:40.32paulk_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.09AstainHellbringanyone know of a minicom alternative for android?
14:25.16AstainHellbringgot a gtablet and want to use my usb to serial adapter with it
14:25.37AstainHellbringkernel 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.31NeoMatrixJRHey 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.38WisTilt2jonpry: 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.29WisTilt2NeoMatrixJR my patch for that was already submitted and rejected.  guess they're going to go about the fix a different way.
15:49.39NeoMatrixJR:(
15:50.05NeoMatrixJRthat'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.07WisTilt2im done with .27 and have moved on to .39
15:50.34jonpryhi WisTilt2
15:50.41WisTilt2yo
15:50.58jonpryyou mean the qdsp code in 39 or the whole tree in general?
15:51.00NeoMatrixJRjeez...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.12jonpryi fixed the wifi
15:51.15WisTilt2jonpry the whole audmgr, snd, adsp
15:51.37hycjonpry and WisTilt2 are already bored with .35
15:51.52jonpryits mostly from an oldish 35. i never tried the 27 stuff but that would be my next move
15:52.08WisTilt2jonpry, wifi working now?  nice job
15:52.34jonpryyeah android can't bring it up for whatever reason but i can make it work from cl
15:52.55WisTilt2ok 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.37jonpryi'm pretty sure i could get 27 qdsp in there in about an hour
15:54.02jonprytrying 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.21WisTilt2i 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.17WisTilt2if 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.17jonpryWisTilt2, lockups aren't going to cut it
15:55.47Alex[sp3dev]you're blasphemous heretics
15:56.06jonpryi want to finish pm first
15:56.55WisTilt2Alex[sp3dev], do you have all the new acoustic sound working on .35 and anyone tried it on 6125's yet?
15:57.45Alex[sp3dev]WisTilt2: i doubt anyone tried. i am using 5225.. i only added code for others but not tested.
15:59.58jonprysomebody needs to fix tls so we can have 3d. i have had it with it
16:00.50tiger2wanderhi there
16:00.52WisTilt2are we still needing the tls code we have now?
16:01.14jonpryi'm trying to fix the kernel so we don't need userland changes
16:01.31tiger2wandersorry for trouble this room :) but seen everyone got sleep in linux-chat room :(
16:02.13Alex[sp3dev]no trolls around? call 1-800-htc-troll
16:02.22tiger2wanderI've just flash LK NBH image and got blue screen but can not get `fastboot devices` list my RHOD500
16:02.44Alex[sp3dev]does it say that fastboot is enabled and udc connected?
16:03.13tiger2wanderyes
16:03.25Alex[sp3dev]what's with lsusb? device appears?
16:04.04jonpryWisTilt2, whats with: msm_pm_wait_state(80, 0, 0, 0) failed a29
16:04.15tiger2wanderwait a secs I changed to my Linux (was on XP)
16:04.41*** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be)
16:04.48Alex[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.43tiger2wanderon WinXP machine I even can't install USB driver using both Google's driver and another one from xda :(
16:05.59tiger2wanderlsusb return: Bus 001 Device 006: ID 18d1:0001 Google Inc.
16:06.07Alex[sp3dev]wow looks like Abel and Nate are really working hard on nand
16:06.09WisTilt2jonpry: you seeing that in dmesg or what?  dont see that in source
16:06.15jonprydmesg
16:06.44tiger2wanderI see fastboot_init() then udc_start()
16:06.45Alex[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.06jonpry+1 :0002
16:07.11tiger2wanderyep, I only want it work on my Linux box :)
16:07.22WisTilt2jonpry:well 1st value is the enter_wait_set so looks like its a bad value possibly
16:07.40WisTilt2that only happens in msm_sleep
16:08.14tiger2wander`fastboot devices` still return nothing :(
16:08.26Alex[sp3dev]try running fastboot as root
16:08.46tiger2wanderlemme try it now
16:09.02jonpryWisTilt2, smss_change_state and smsm_get_state are different on 39
16:09.33jonprythey take some kind of group parameter which i always set to SMSM_STATE_APPS
16:09.57tiger2wanderAlex[sp3dev], fastboot run well under root perm :)
16:09.59tiger2wandertks
16:10.16WisTilt2jonpry: yes but the problem is the msm_pm_wait_state() causing the error, values passed there need to be correct
16:10.43jonpryi'm guessing a get_state was wrong and fubarred the whole thing
16:11.00WisTilt2are you redoing the msm_sleep code?
16:11.18Alex[sp3dev]jonpry: is gpio poop changed seriously in 39?
16:12.08jonpryi used emwe's 35 gpio. with some mods for the new irq system
16:12.59Alex[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.41jonpryi don't think we have unified gpio
16:14.25Alex[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.29jonprydon't want to fix TLS for us?
16:17.28Alex[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.37tiger2wanderI found recovery still reboot if SIM card still in slot
16:27.14tiger2wander've just apply all the update, Is GSM work with updated kernel?
16:27.25Alex[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.33tiger2wanderI can give a hand to test GSM if I can use SIM card
16:29.24tiger2wanderI see updated kernel is .27.46
16:29.57tiger2wanderAlex[sp3dev], can I get your kennel?
16:30.25jonpryWisTilt2, i got power collapse working. might have taken out rpc though
16:30.46Alex[sp3dev]tiger2wander: it is for other phone.. xperia x1.. ask Abel to try building kernel with SMD/RPC from 35
16:31.20tiger2wanderok I'll wait for it
16:34.33WisTilt2jonpry: 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.27jonprycollapse
16:37.39WisTilt2should i hold off on doing any more on sound if you're going to put .27 adsp in for now?
16:39.09jonprythats up to you. i don't want to go trashing your work if you want to continue with it
16:40.44WisTilt2i 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.05jonpryyeah i'll give it a go
16:41.53WisTilt2i can tweak anything we need to with the .27 code if needed but it will probably work with little or no changes.
16:49.24jonpryit will take some :p
16:49.37*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru)
16:49.46WisTilt2you people down on the island have lots of that:)
16:55.10*** join/#htc-linux tiger2wander (~tiger2wan@58.187.67.108)
17:11.48jonpryWisTilt2, all compiled
17:12.04WisTilt2?
17:12.21jonpry27 qdsp5 in 39
17:12.35WisTilt2you already moved all sound over?
17:12.56jonpryyeah first boot
17:13.06jonprylooks go so far
17:13.29jonpryconnected to snd svc
17:13.37WisTilt2damn.  want a job?  that was quick
17:13.56jonprymaybe
17:14.19*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru)
17:14.19WisTilt2could always tele-compute
17:14.34jonpryi 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.35jonprylooks like it froze when time came to actually play the sound. guessing there is a delayed irw somewhere
17:23.38jonprynot delayed irq
17:23.44jonpryWisTilt2, 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.22WisTilt2sorry 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.52jonpryman vs machine
17:28.22WisTilt2looking 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.36jonprywe could but i just committed it
17:30.00WisTilt2i have the original tree still
17:31.04jonpryno sense in going to another branch if this is the way we are going. can this be fixed easily?
17:31.26jonpryseems like i have seen this before.
17:32.02WisTilt2i 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.58jonpryso you have an idea as to the problem?
17:35.22WisTilt2looking now...
17:36.04jonpryi tried to send a 1 line patch upstream today. got totally shot down
17:36.53WisTilt2only 1 line?  patch for what?
17:37.20jonpryusb blowing up
17:38.11jonpryyou know our wifi problems were 90% related to some qcom patches for something called EMBEDDED_SDIO in the sd core
17:38.18WisTilt2is this .27 code off the current tree?
17:38.26jonpryits oldish
17:38.33jonprymonth or so
17:38.46Alex[sp3dev]you know what EMBEDDED_SDIO is?
17:38.51Alex[sp3dev]it is a hack for wl1251
17:39.00jonpryand bcm
17:39.14jonpryits just not clear that is the case until you get into it
17:39.19Alex[sp3dev]those POSes do not provide sdio information registers
17:39.28jonprybcm provides cccr but not cis
17:40.32jonpryand 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.14jonpryand 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.38jonpryhow's that for poop
17:43.54Alex[sp3dev]qualcomm is poop
17:44.02hyclol
17:44.11hycNow you know why they keep all their stuff proprietary/secret
17:44.19jonpryr u going to tegra-linux?
17:44.20hycToo damned embarrassing to show it in the open
17:44.35jonprypff, that is all stuff we wrote
17:44.45jonpryqcom made the tools
17:44.48Alex[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.17jonpryyeah 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.23Alex[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.05jonprydisclosure damages the corporate brain
17:47.19Alex[sp3dev]do corporate managers have brain at all?
17:47.45jonprynot sure
17:48.37Alex[sp3dev]jonpry: do you by chance know what's the easiest way to demodulate fm in software?
17:49.16jonpryheterodyne?
17:50.00jonpryadd the 2 signals after going through some non linear transform. like squaring them
17:50.16jonprythen put through some kind of low pass like IIR
17:50.47Alex[sp3dev]ok, will look into it
17:53.09jonpryi 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.10Alex[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.38emweWisTilt2: 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.07WisTilt2emwe: 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.21WisTilt26125 is different
18:27.32emweyeah, there's changes all over the place
18:27.49emwegit log qdsp5/* on htc-msm-2.6.35 can reveal a bit of the changes
18:27.57emwei 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.14emwealex did everything modular by making adspxxxx actual drivers
18:28.39emwewhich has some implications on the code, but they carry all the device specific rpc endpoints and so on
18:29.02emwealso, there's a freaking structure member mixup in audmgr.h iirc
18:29.05WisTilt2yeah i briefly looked at some of it.  cleaner way to do it and keep things organized.
18:29.39emwethat 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.10emweinitially i had Arm9 crash always. dont remember if i replied to myself on ML what was the cause.
18:31.13emwehm, no i didn't ;)
18:35.26jonpryi think our problem is with smd
18:35.33jonpryor rpc router
18:35.49jonprylike Unexpected incoming data on
18:36.28WisTilt2jonpry, i about have it fixed.  just getting interrupted here at the office.
18:36.47jonpryreally?
18:38.05jonprywhat is the trouble
18:38.17jonpryi'm really not convinced this 35 rpc is good
18:38.44emwei got only one smd.c fix itself for getting data to work
18:38.56jonprywhat about smd_rpcrouter?
18:39.11emwesmd: rpc: issue CMD_HELLO to reregister servers
18:40.07jonpryi think we have that
18:40.10emwealex 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.15emweyou guys fixed up audmgr.h?
18:41.41emwerpc_audmgr_cb_func_ptr field swap?
18:41.42jonpryusing the one from .27
18:41.44emweok
18:41.47emwethen all fine ;)
18:42.42jonprythere is something called audmgr_new.h
18:43.18emweincluded for amss6350
18:45.04jonpryWisTilt2, i patched smd_rpcrouter. now things are different.
18:45.05jonpry[  129.522796] audpp: enable
18:45.06jonpry[  129.522796] adsp: cannot find module
18:45.07jonpry[  129.522827] audpp: cannot open AUDPPTASK
18:45.07jonpry[  129.522857] audio: audpp_enable() failed
18:45.40jonprydoesn't hang phone either
18:45.52jonpryshould i push that, you want a dmesg?
18:46.01emwebtw, what is it with somebody heavily screwed with 6125 tables?
18:46.26WisTilt2go ahead and push it, you probably did part of what i did but there are some other things missing
18:46.26emwethere should be no 6125 stuff anywhere apart on our trees
18:46.29emweWisTilt2: ?
18:47.14WisTilt2emwe: dont follow you? 6125 tables changed?
18:47.25emweWisTilt2: 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.46jonpryWisTilt2, pushed
18:47.46emweWisTilt2: ah forget. misread in the logs
18:48.00WisTilt2no, was talking about 6125 snd_vers being wrong
18:48.44emweWisTilt2: then it must have been placed/copied there wrong i guess
18:48.51WisTilt2jonpry: there are several missing includes for slab.h in this source as it is right now also
18:49.18jonpryWisTilt2, i fixed those
18:49.42jonprybuilds fine on mine. maybe its not pushed correctly?
18:49.49WisTilt2emwe: 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.55emweHOLY FUCK INCALL EARPIECE AND MIC WORKING!
18:50.13emwei hate people writing in capital letters...
18:50.28WisTilt2jonpry, no i havent built your changes yet, was just saying those were missing earlier so you got them
18:50.39emweok, and now reboot.
18:53.44jonprywhy would find_adsp_module_by_name() fail?
18:55.27WisTilt2did 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.28jonpryi took everything in .27 qdsp5, htc_acoustic. and everything else necessary to support it. ie parts of htc_hw, amss_para
18:57.08WisTilt2should be good then.  im building right now to get a dump
18:59.04jonpryadsp_info does not contain AUDPPTASK
18:59.44*** join/#htc-linux rajkosto (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs)
18:59.59WisTilt2AUDPPTASK is in the 6125 table though
19:00.09WisTilt2so something off in enum or what?
19:01.16jonprydunno. find_adsp_module_by_name(&adsp_info, "AUDPPTASK") doesn't work);
19:01.37jonpryso maybe adsp_info is not initialized correctly?
19:01.47jonprywrong amss detected, or at wrong time?
19:04.01WisTilt2wait, this is not the right adsp tables
19:04.14WisTilt2this is the old one
19:05.32WisTilt2nm
19:06.49WisTilt2jonpry i have a short lunch meeting so ill be back in about 30
19:06.54jonpryok
19:16.23jonpryWisTilt2, i think i've got something. msm_adsp_probe starts using __amss_version without doing anything to make sure it is initialized
19:16.41jonpryso it might set up its crap to amss version 0
19:25.08jonprythats 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.34WisTilt2jonpry, 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.48jonpryi found the bug
19:39.07jonprythe detector is running after adsp probe
19:39.48jonpryor a bug anyways
19:40.10jonprymy computer is actually losing its mind. i can't even compile code getting segfaults everywhere
19:40.37jonpryi'll push my stupid fix. you can see if it works :p
19:40.40WisTilt2dont follow... is this all in adsp.c you're talking about?
19:40.50WisTilt2k, ill see what you changed
19:41.24WisTilt2i think im free the rest of the day now that i got all this business stuff out of the way
19:41.29jonpry:p
19:41.33jonpryits up
19:44.39jonpryon .27 there are lots of random drivers calling amss_get_*
19:44.54jonpryone of which just happens to get run before adsp
19:45.29jonpryi need to reboot using an older kernel this is out of control
19:49.07WisTilt2ok 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.26WisTilt2still looks like its pointing to wrong table
19:51.18jonprydid it print anything cool?
19:51.28WisTilt2dumping log now
19:52.09jonpryapparently rc5 is a much better kernel final
19:52.09jonpryfinal is a good way to get disk and memory corruption
19:53.35WisTilt2still cannot find module AUDPPTASK so i'd say we're not getting the correct table offset
19:53.52WisTilt2audmgr seems to be ok now though
19:54.28WisTilt2yeah something in adsp cannot find module AUDPPTASK
19:54.41jonprywhat do you get for dmesg | grep adsp
19:56.10WisTilt2[    1.038146] Unsupported device for adsp driver
19:56.11WisTilt2[  254.898315] adsp: cannot find module AUDPPTASK
19:56.42jonpryso where is the ouput of printk(KERN_ERR "msm_adsp_probe: %d\n", __amss_version);
19:56.53WisTilt2never made it there it seems
19:56.57jonpryi am seeing the same behavior
19:57.12jonprybut it did because  Unsupported device for adsp driver is from a few lines down in that function
19:57.37jonpryi am seeing the same thing. it reeks of staleness
19:57.59WisTilt2yeah it printed the default case which means __amss_version wasnt valid
19:58.16jonpryand it means my new code was not run. which should fix it
19:59.00WisTilt2line 878 never ran, which is has to if that default printk printed
19:59.27jonpryoic that line can come from many places
19:59.59jonpryso my new code needs to be moved into some other function
20:00.24WisTilt2didnt we have something similar to this early on before sound in .27?
20:01.04jonprynot sure. what do you mean?
20:01.26WisTilt2this unsupported device when trying to register adsp
20:01.53jonprynot that i recall
20:02.30jonpryi just pushed a new adsp.c
20:03.12jonprythis is just caused by 27 foolishness
20:03.46WisTilt2did you take the .27 amss_para.c file also or is this still .39?
20:04.10jonpry.27
20:04.27jonprypatch 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.49jonpryopened AUDPPTASK
20:05.52WisTilt2why do we have 2 amss_para.c files?
20:06.06jonpryone needs to be deleted. but it is not built
20:06.06WisTilt2one in mach-msm and one in qdsp5
20:06.17WisTilt2we're using qdsp5 one?
20:06.21jonpryyep
20:06.56jonpry[  134.777252] msm_adsp_enable() 'AUDPPTASK'
20:06.56jonpry[  134.777282] [RPC] CALL on ept d4ae79a0 to 3000000a:00000000 @ 0:00000001 (56 bytes) (xid 7 proc 1)
20:06.56jonpry[  134.777343] [RPC] READ on ept d4ae79a0
20:06.56jonpry[  134.778076] [RR] - ver=1 type=1 src=0:00000001 crx=1 siz=68 dst=1:4fb5cf0a
20:06.56jonpry[  134.778167] [RR] ERROR no local ept for cid 4fb5cf0a
20:06.57jonpry[  134.778198] [RR] x RESUME_TX id=1:4fb5cf0a
20:06.58jonpry[  134.778259] [RR] - ver=1 type=1 src=0:00000001 crx=0 siz=28 dst=1:d4ae79a0
20:07.00jonpry[  134.778533] [RPC] READ on ept d4ae79a0 (24 bytes)
20:07.03jonpry[  135.772369] adsp: module 'AUDPPTASK' enable timed out
20:07.05jonpry[  135.772430] adsp: module AUDPPTASK not enabled before write
20:07.08jonpryphone hung shortly after
20:08.00*** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-69-63.tampfl.fios.verizon.net)
20:11.29WisTilt2are you still getting the Unsupported device for adsp driver?
20:11.34jonpryno
20:12.01jonprythe [RR] error looks like it to me now
20:19.49emweas soon as i get sth like that i count 9 seconds and then boom. :)
20:20.50emweiirc happens when booting in silent-mode and then switching sound on and playing sound.
20:21.24emwethere's that new_server() stuff being registered on .27 smd_rpcrouter
20:21.38emweseems to be "tied" to that magic cid in adsp somewhere...
20:21.57WisTilt2is that the 0xfadefade you talking about?
20:21.58emwenot yet sure it has an effect, though.
20:22.01emweyeah, think so
20:22.30emwei think it's not required for 6125 same like smd_rpcrouter explicict registration of a new server
20:22.33emwemight be wrong though
20:22.40emweat leat for regular sound i don't need it
20:22.51emweperhaps a 5225 thing
20:24.46jonprysound!
20:24.54WisTilt2ding!
20:25.09jonpryyou too?
20:25.16WisTilt2no i can hear yours up here
20:25.22jonprylol
20:25.32WisTilt2im still tracing the logic on this, what was it?
20:25.39WisTilt2table offset was where i was going
20:25.41jonprysmd
20:25.52WisTilt2init with no cid?
20:26.23jonpryit 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.31jonpryer two
20:27.03WisTilt2oh, still had .39 smd_rpcrouter?  i saw lots different with the new one
20:27.31jonprydon't need any of that new fangled shit
20:28.53WisTilt2push it then im going to try my new speakerphone addition and see if it will work with this current sound setup.
20:28.59jonprysound is pushed
20:30.49emwejonpry: 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.59jonprythere 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.29jonpryand then there was another problem which i was not willing to debug
20:33.56jonpryhowever 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.57jonpryWisTilt2, i'm pretty sure that we have the most complete non 27 port now
20:35.28emwejonpry: thanks
20:35.49jonpryno problem
20:36.03emwegiving that code removal a go
20:37.32emwejonpry: you actually saw the warning printed?
20:37.33WisTilt2building now. your zImage wouldn't boot on my phone for whatever reason, never even got vib after haret.
20:38.06emwejonpry: regarding that other problem, can you point me to it?
20:39.31jonpryit 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.45jonpryi 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.13emwearen't some endpoints dynamic?
20:41.14WisTilt2thats a pretty low address anyway isnt it?
20:41.17emweor was it the cids?
20:42.07jonpryyeah 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.19WisTilt2ah, leds again
20:43.28WisTilt2booting fine after rebuilding
20:44.20WisTilt2jonpry, we going to do anything about these section mismatches?
20:44.42jonpryi dunno
20:44.54jonprysome are not really problem as i understand it
20:45.06WisTilt2lots of gpio errors during boot also
20:45.15jonpryyeah they need to be requested
20:45.38*** join/#htc-linux Nautis (~Nautis@adsl-99-39-5-22.dsl.pltn13.sbcglobal.net)
20:45.43jonpryi made the mistake of fixing them once. wrote all this flashy code inside of mmc. then ended up using a different mmc
20:46.49WisTilt2sound working great!  ok im going to stick this new speakerphone code in and see if it breaks it
20:47.19jonprycheck out that power collapse too
20:47.34emwei whonder what drain rates you get
20:47.39WisTilt2ok before i do that i need to fix the audio routing for in-call
20:47.39jonprykind of weird thing with unlock though
20:47.51jonpryi dunno. its all .27
20:48.55*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
20:49.38WisTilt2yeah we have dead in-call audio and mic so ill do that first
20:50.03jonprythere basically nothing we can fix without TLS
20:50.36hycare you guys using JB's libacoustic?
20:50.42jonprynot yet
20:50.44WisTilt2voice search mic works find interesting
20:50.56jonprytrying to get things working first
20:51.47jonpryi really want cam and 3d but its just not going to happen :(
20:52.10WisTilt2is it a placebo effect or does .39 seems faster?
20:52.30emweWisTilt2: 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.47jonpryits pretty slow. need to put sd back to 50mhz and start using nilfs :p
20:52.51WisTilt2emwe: did that in all combos and no go
20:52.52emweif i do outcall first after boot then all incalls are fine WisTilt2
20:53.04emwebut that is with .27 stock the same on topa
20:53.10emweso it must be not directly the kernel
20:53.20WisTilt2only thing working seems to be voice search mic but mic dies in-call again
20:55.42WisTilt2jonpry, 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.05jonpryoh yeah
20:56.21WisTilt2gives us good idea of what take up the most time
20:56.59WisTilt2the call audio is a problem in audpre
20:57.16WisTilt2its getting the wrong event numbers
20:57.21*** join/#htc-linux tomaw_ (tom@freenode/staff/tomaw)
20:57.37WisTilt2in fact they are all 0xffff
20:58.49jonpryis your scroll/pan super slow?
20:59.01WisTilt2no, almost instant
20:59.11jonprymine is like maybe 2fps
20:59.28jonprywith lots real slow motion effect
20:59.45arrrghhhnew feature
20:59.47WisTilt2cpu pegged?
20:59.51jonpryno
21:00.08jonpryi think [acl] had it first
21:00.14WisTilt2mine is very quick, thats why i was thinking .39 was acting much quicker
21:00.43jonprycpu at like 0
21:01.18jonprybut when i scroll it pegs. like thats all it can handle
21:01.28WisTilt2this msec reporting is very nice.  in and out of sleep is reporting pretty fast times
21:02.19WisTilt2you in a console scrolling?
21:03.18jonpryi'm in with telnet. and just scrolling the desktop
21:03.55WisTilt2oh, i dumped dmesg to the sdcard via telnet but now im in a terminal on phone and it scrolls smoothly
21:04.00arrrghhhjonpry, did you say 3d was disabled?  so it's all software or egl, whatever that is?
21:04.36jonpryyeah egl
21:05.59jonpryi was thinking 3d would speed up the desktop scrolling.
21:06.24arrrghhhit should
21:06.44jonprythis looks a little like it might need some fb tuning
21:06.49hycit's usually all software anyway. the default builds are missing libGLES_qcom.so
21:07.12hycwithout that, no hw3d in userland
21:07.26jonpryxdandroid official binaries have it
21:07.35arrrghhhindeed, what do you mean hyc ?
21:08.21hychm, wasn't in mine, mebbe it didn't extract
21:08.43arrrghhhi think it's part of those 'extra' libs you gotta download when packing the system.
21:08.59hycbut I grabbed a GLES1.1 to replace it anyway
21:09.26hycyeah, I guess that's true, extra pkg
21:11.02jonpryoh libGLES_qcom
21:11.03jonpryhow hard do you think it will be to hunt down instances of 0xffff0ff0 and replace them with 0xffff0fe0?
21:18.22hyc? are you talking about libgles still?
21:18.59jonprysomebody with idapro want to take that mother apart?
21:19.08jonpryyes. 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.20hycheh
21:22.15jonprythe problem is that i am not sure how the compiler will try and load such a large number into a register
21:22.15jonprycould be negative number. pc relative constant.
21:24.41hycwhat does that constant represent?
21:25.25hycstart by searching for all the instances of that constant and see if they make any sense...
21:29.01jonpryapparently 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.44WisTilt2jonpry> 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.28jonprythe 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.12jonprygotta go out for some celebration
21:51.44WisTilt2sounds good.  im going to do just that in a few hours
21:55.11WisTilt2im forcing in-call audio/mic to work in the meantime
22:02.44WisTilt2emwe: 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.20jonpryWisTilt2, how's it going?
23:27.26*** join/#htc-linux Funklord (~cow@84-55-99-121.customers.ownit.se)
23:28.40WisTilt2big 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.03WisTilt2msm_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.57WisTilt2Alex[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.11WisTilt2thats for 6125 btw
23:33.22*** join/#htc-linux leviathan (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca)
23:33.48jonpryWisTilt2, what code where?
23:33.49jonpryoic i the vogue crpola
23:34.20WisTilt2yeah 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.37WisTilt2no audio_store due to no class
23:34.53WisTilt2which calls msm_audio_path
23:35.29jonpryWisTilt2, you want me to add it. will take a couple minutes
23:35.58WisTilt2sure, that would be easiest.  when we do the acoustic stuff we can do away with that anyway
23:36.23WisTilt2with that added back in we should be good on all audio again
23:36.57Alex[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.49WisTilt2current .27 tree is zero for the callback still
23:39.02jonprydo we need the htc_hw stuff?
23:39.09Alex[sp3dev]no
23:47.36jonpryWisTilt2, pushed
23:48.00WisTilt2ok i'll check it out
23:51.38*** join/#htc-linux NeoMatrixJR_Mobi (~NeoMatrix@107.34.23.57)
23:52.53jonpryi cannot find anything in libgles_qcom that even resembles tls
23:55.54WisTilt2you'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.07jonpryWisTilt2, i'm just trying to make it work like it used to. or change the binaries
23:59.07jonpryright now if you do something blx r2 when r2 = 0xffff0fe0. then r0 will now contain a thread specific pointer
23:59.07jonpryand 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

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