IRC log for #htc-linux on 20100503

01:11.58*** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz)
01:14.53*** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl)
01:24.38*** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821)
01:26.12*** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net)
01:37.05*** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz)
01:58.43*** join/#htc-linux br1ck (~br1ck@xdslck157.osnanet.de)
02:00.10*** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net)
02:19.23*** join/#htc-linux jumoit (~samuel@121.77.87.145)
02:30.06*** join/#htc-linux dzo___ (~dzo@mail.marginz.co.nz)
02:40.43*** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107)
03:15.38ToAsTcfhstinebd: what htc_acoustic do u need?
03:16.10stinebdToAsTcfh: msm7k libaudio uses libhtc_acoustic to do audio routing
03:16.34stinebdnot a big deal, we already extract some stuff from dream's image anyway
03:18.34ToAsTcfhtru
03:19.32ToAsTcfhthe hero uses it to and the lib uses audio_para and all those from /system/etc
03:30.53*** join/#htc-linux DaveWM (dave@h-98-134-16-222.ip.alltel.net)
03:48.11*** join/#htc-linux Forsaken|Desk1 (~Forsaken|@dslb-084-058-251-081.pools.arcor-ip.net)
04:16.27*** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no)
04:36.37*** join/#htc-linux jumoit (~samuel@121.77.87.145)
05:06.49*** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.45)
05:47.58*** join/#htc-linux kiozen (~oeichler@rgnb-5d87c7c2.pool.mediaWays.net)
06:21.33*** join/#htc-linux BobVila (~abinford@c-24-12-177-201.hsd1.il.comcast.net)
06:35.06*** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00BA8.dip0.t-ipconnect.de)
06:36.19*** join/#htc-linux dekar__ (~dekar@e176245022.adsl.alicedsl.de)
07:05.30*** join/#htc-linux kvaster (~kvaster@93.84.112.80)
07:11.13*** part/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821)
07:31.26jonpryphh: i have received a response from the gps under rhodium. it freezes approximately 10 seconds later. my handling of the received event is not correct, maybe when this is fixed it won't freeze. the response is probably useless, saying the gps is not yet fixed
07:34.02jonprysome logs, i'm sure you can get yours to the same point with this stuff. http://pastebin.org/199155
07:36.56jonpryhttp://pastebin.org/199158
07:42.35*** join/#htc-linux Wout (~wout@internet.office.tweakers.net)
07:54.24Woutchamonix: spent one hour on the train, without any 3g problems
07:54.29Woutseems to be fixed now :)
07:57.33Woutknocks on wood
08:16.06*** join/#htc-linux Vito_| (~Sysel@195.113.242.152)
08:27.14*** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
08:45.23*** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl)
09:12.58*** join/#htc-linux Wout (~wout@internet.office.tweakers.net)
09:30.26*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
09:36.25*** join/#htc-linux irlolcopter (~12987@host81-153-253-156.range81-153.btcentralplus.com)
09:48.51*** join/#htc-linux GNUtoo|oeee (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
09:52.01*** join/#htc-linux kvaster (~kvaster@93.84.112.80)
09:55.28*** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net)
10:00.32*** join/#htc-linux kiozen (~kiozen@p549214B9.dip0.t-ipconnect.de)
10:14.05*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
10:49.08*** join/#htc-linux Marcin_88 (Marcin@chello089078146089.chello.pl)
10:53.50*** join/#htc-linux Markinus (~Miranda@gtng-4db04519.pool.mediaWays.net)
11:18.34*** join/#htc-linux jumoit1 (~samuel@121.77.87.145)
11:19.49*** join/#htc-linux jumoit (~samuel@121.77.87.145)
11:43.46lgirolamihi
11:48.25lgirolamiany hd2 news ?
11:54.15*** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com)
11:55.03*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
12:04.40*** join/#htc-linux IceBone (~IceBone@89-212-106-54.dynamic.dsl.t-2.net)
12:05.03*** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes)
12:10.06*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
12:18.58*** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
12:23.50*** join/#htc-linux DaveWM_ (~dave@173-19-136-12.client.mchsi.com)
12:24.24WoutCaptnoord phh, has any progress been made on the clock drift btw? or is there a way I can force sync it with a timeserver?
12:29.58*** join/#htc-linux UnknownArtists (~unknown@84.19.199.249)
12:39.21*** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk)
12:39.43*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
13:00.11*** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
13:09.27*** join/#htc-linux evildarknight (~charles@41.211.72.35)
13:12.31*** join/#htc-linux Vito_| (~Sysel@gw.loccal.net)
13:15.16*** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl)
13:25.30*** join/#htc-linux jumoit (~samuel@121.77.87.145)
13:26.02*** join/#htc-linux defendthecommons (~defendthe@h-67-100-4-178.dllatx37.static.covad.net)
13:29.22*** join/#htc-linux Forsaken|Laptop1 (~Forsaken|@p54B000D8.dip0.t-ipconnect.de)
13:34.57*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
13:36.26*** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk)
13:54.42*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
13:57.19*** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl)
13:59.54*** join/#htc-linux Kensan (~ken@mail.codelabs.ch)
14:00.58*** join/#htc-linux gauner1986 (~gauner198@p5B38622D.dip.t-dialin.net)
14:02.33gauner1986hi
14:03.35Captnoordre
14:03.45Captnoord[14:24] <Wout> Captnoord phh, has any progress been made on the clock drift btw? or is there a way I can force sync it with a timeserver?
14:03.49Captnoordnot yet
14:03.55Captnoordbeen bussy with the laminate
14:04.19Captnoordjust got back from 'afstudeer stage gesprek' / 'trainee ship thingy'
14:04.51CaptnoordWout I still think its related to the suspend / wakeup all the time bug
14:04.51Captnoord:P
14:05.32Woutoh, that would mean improved battery life and fixed clock in one fix? :P
14:05.38Woutis also at stage btw
14:05.51*** join/#htc-linux Orkspalter (~Orkspalte@p54B58980.dip0.t-ipconnect.de)
14:05.53Captnoordnah it won't improve battery life much
14:13.53*** join/#htc-linux jumoit (~samuel@121.77.87.145)
14:15.49*** join/#htc-linux NoMercy (~NoMercy@p4FDE659C.dip.t-dialin.net)
14:37.57*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
14:41.16*** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
14:48.12*** join/#htc-linux [acl] (~abel@96.246.167.90)
14:49.25*** join/#htc-linux scheich (~philipp@p4FC5CAEF.dip.t-dialin.net)
14:55.27*** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch)
14:55.53*** join/#htc-linux leviathan_ (~quassel@c-82-192-226-27.customer.ggaweb.ch)
14:58.14*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
15:04.14*** part/#htc-linux Orkspalter (~Orkspalte@p54B58980.dip0.t-ipconnect.de)
15:20.08*** join/#htc-linux Untouchab1e (~Untouchab@82.147.51.146)
15:21.11*** join/#htc-linux kvaster (~kvaster@live.bn.by)
15:21.20*** join/#htc-linux Vito89 (~quassel@gw.loccal.net)
15:24.00*** join/#htc-linux kiozen (~oeichler@rgnb-5d87c7c2.pool.mediaWays.net)
15:27.45*** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-058-251-081.pools.arcor-ip.net)
15:35.53*** join/#htc-linux Forsaken|Laptop (~Forsaken|@dslb-084-058-251-081.pools.arcor-ip.net)
15:43.53*** join/#htc-linux hfctsaot (~hfctsaot@173-137-42-12.pools.spcsdns.net)
15:45.43hfctsaotHTC incredible source is up at HTC developer page. For all the. Hd2 devs on here
15:47.09AstainHellbringcool hfctsaot
15:47.19Parad0XUAnice!!!
15:47.25Parad0XUAlink? :)
15:48.01gauner1986indredible? *mhm*
15:48.24hfctsaothttp://developer.htc.com/
15:48.55Parad0XUAthe latest one is droid eris
15:49.01Parad0XUAor am I blind?
15:49.40gauner1986Droid Incredible by HTC(Verizon) Kernel Source Code <- i guess this one
15:50.00hfctsaotI guess some are having issues seeing it.
15:50.09[acl]hfctsaot: i dont see it either. maybe we are both blind
15:50.18Parad0XUAacl are you from US too?
15:50.42Parad0XUAguys send us the full link please
15:50.44hfctsaotGoogle it some can't see it for some reason
15:51.08[acl]Parad0XUA: Yup.. NYC
15:51.12Parad0XUAme too
15:51.15Parad0XUAI guess that's why
15:51.30[acl]so this page shows different stuff on different locations?
15:51.32hfctsaotFlorida here
15:51.36Parad0XUAhfctsaot: please copy-paste the download link
15:51.54gauner1986if you mean this one..
15:51.55gauner1986http://member.america.htc.com/download/RomCode/Source_and_Binaries/incrediblec_cc1c2268.tar.bz2
15:52.37Parad0XUAthere we go! :)
15:52.37Parad0XUAdownloading...
15:52.37Parad0XUAthat's a lot!
15:52.37Parad0XUAuuum.. thanks a lot :)
15:52.37hfctsaotThanx I'm on my phone
15:52.37Parad0XUAoh boy... this is so exciting!
15:52.57hfctsaotEnjoy :-)
15:53.11Parad0XUAhfctsaot: thanks man
15:53.12[acl]wait how is this gonna help hd2? isnt the incredible snapdragon ?
15:53.25Parad0XUAacl: isn't hd2 snapdragon too? :)
15:53.25gauner1986why is this so exciting for leo devs?
15:53.53gauner1986there are a bunch of other kernel sources available which didnt help us either
15:54.03[acl]Parad0XUA: i dont know actually. Maybe it is snapdragon
15:54.19hfctsaotI thought the incredible was a android Hd2
15:54.27[acl]gauner1986: i spent all weekend looking at the Eris source hoping it would help my quest for 3d with the Rhod
15:54.40Parad0XUAacl: it's same exact QSD8250 snapdragon chip
15:54.49gauner1986[acl]: and it didnt?
15:55.03hfctsaotI guess I was wrong sorry
15:55.06[acl]Parad0XUA: thanks for clearing that up
15:55.18gauner1986so it will help us?
15:55.45Parad0XUA<acl> but the difference is HD2 uses SQD8250M which I guess is a GSM version of a chip
15:56.01hfctsaotAh I see
15:56.17gauner1986hmmmm
15:56.23hfctsaotWell it should give some incite
15:56.33Parad0XUA<acl> and only qualcomm knows how much they are different and if incredible's source code is going to help at all :)
15:56.34[acl]gauner1986: no the eris source didnt help for the rhod. But i did have a nice discussion with phh about it since its not exactly the same as the hero source.
15:57.07hfctsaotWe used gsm hero to make cdma hero source
15:57.52Parad0XUAhfctsaot lets hope we're gonna be lucky enough to do the same with hd2 :)
15:58.03gauner1986maybe something incredible will happen... ha-ha-ha
15:58.19[acl]Weird thing is that the source i downloaded for the Eris has the board name desirec. So im not sure if this is even the right source
15:58.55hfctsaotDesirec is the Eris
15:59.44hfctsaotAlso the legend is a gsm snapdragon 700mhz
16:00.32hfctsaotCan someone link me to the legend tarball on HTC
16:00.36[acl]hfctsaot: Then its the right one. The thing that confused me is the amount of mem alocated for the gpu1
16:00.54[acl]hfctsaot: its 14mb compared to 8 of the heroc
16:01.17hfctsaotHmm I need to try that
16:01.30hfctsaotI got a heroc
16:02.01[acl]hfctsaot: Download the source and compare it. Not exactly the same as i thought.
16:03.17hfctsaotWhere in the source did u to.d the gpumem difference
16:03.44[acl]hfctsaot: board-desirec.h i belive
16:04.13hfctsaotAh tru could be a tweak for me
16:04.55hfctsaotCan someone link me to the legend tarball
16:05.26[acl]hfctsaot: hopefully you discover something i missed and help get 3d working on the rhod :-p
16:05.39*** join/#htc-linux Vito89 (~quassel@gw.loccal.net)
16:06.05hfctsaotIdk why 3d doesn't work on the rhod
16:07.37*** join/#htc-linux AstainZZZZZZ (~AstainHel@unaffiliated/astainhellbring)
16:07.38[acl]hfctsaot: i spent all weekend reading chat logs. It looks like its an init issue.
16:08.03hfctsaotTru..
16:08.17Parad0XUAcompiling incredibles kernel :) lets see what we get right out of the box =]
16:08.39hfctsaotDamn it I can't see the source for the legend now
16:09.08hfctsaotPlease someone link me to it
16:09.33hfctsaotWtf is up with HTCs site
16:10.13*** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net)
16:10.46Parad0XUAhfctsaot does legend have other names? I don't see legend on the list
16:10.58hfctsaotIdk
16:11.08Parad0XUAthere's tattoo, hero, magic and dream
16:12.09*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
16:14.53hfctsaothttp://forum.androidcentral.com/droid-incredible/11254-droid-incredible-source-released.html
16:15.07hfctsaotShould look like that
16:16.07NoMercyis there a bit difference from the desire to incredible in terms of source?
16:18.04hfctsaotIdk
16:19.24Parad0XUAoh :\ yeah I don't see it... I only see eris
16:20.40*** join/#htc-linux AstainZZZZZZ (~AstainHel@unaffiliated/astainhellbring)
16:21.54hfctsaotDamn it I bet it was a mistake by them
16:22.03hfctsaotAnd I missed it
16:27.14*** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com)
16:28.49hfctsaotGauner1986 post the Eris Mr kernel link please
16:29.38hfctsaotgauner1986 ^^^
16:29.39gauner1986http://member.america.htc.com/download/RomCode/Source_and_Binaries/desirec_2.6.29_8a03cb9a.tar.bz2
16:31.11*** join/#htc-linux Vito89 (~quassel@gw.loccal.net)
16:31.50hfctsaotSweet
16:35.16*** part/#htc-linux jumoit (~samuel@121.77.87.145)
16:36.03*** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be)
16:47.18*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
16:54.09*** join/#htc-linux mr3d (mr3d@xkqr.org)
17:00.27ToAsTcfhhow do i reverse a patch that deletes files. ie create them again
17:11.15*** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
17:12.09*** join/#htc-linux Marcin__88 (Marcin@chello089078146089.chello.pl)
17:18.04*** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl)
17:34.33*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
17:36.33phhstinebd: for htc_acoustic stuff, I'd like to recode it, it's quite easy
17:36.46phhI mean the part of it we use
17:38.16phh[00:14:23] <Captnoord> ToAsTcfh: you can load the kernel with qemu to extract it <---- or just find the gzip header and extract it ? :p
17:47.53Woutw00t, had a working 3g connection all day, even on the train
17:51.42*** join/#htc-linux NoMercy_ (~NoMercy@p4FDE6AB0.dip.t-dialin.net)
17:53.16phh[01:06:21] <mickeyl> root@htcdream:~# iw phy phy0 interface add wlan2 type adhoc
17:53.16phh[01:06:21] <mickeyl> command failed: Operation not supported (-95) <--- weird, the source code I have says it's supported
17:53.20phhWout: what did you change ? :p
17:53.36phhconcerning monitor mode, many people are interested :p
17:53.58phh[09:36:54] <jonpry> phh: i have received a response from the gps under rhodium. it freezes approximately 10 seconds later. my handling of the received event is not correct, maybe when this is fixed it won't freeze. the response is probably useless, saying the gps is not yet fixed <--------------- exactly like me
17:54.04Woutphh: apn setting, default settings that android detected (and also the settings on my providers site) were wrong
17:55.05phh[09:39:30] <jonpry> some logs, i'm sure you can get yours to the same point with this stuff. http://pastebin.org/199155 <--- oh right sounds better than me.
17:55.16phhbut unreadable with all those <7> trailing :p
17:55.38phh[14:29:55] <Wout> Captnoord phh, has any progress been made on the clock drift btw? or is there a way I can force sync it with a timeserver? <---- RIL should be able to do that
17:56.59Woutyou mean in the future, or the current ril? because if I enable using the network time it doesnt work
17:57.07phhit *does* work
17:57.09phhonly at boot.
17:57.10jonpryphh: you really want my command for get_position. it actually has agps disabled
17:57.25phhjonpry: I just want it more readable and copy/pastable :p
17:57.30Woutphh: ok, thats true I guess, but not extremely useful when using the phone all day :)
17:58.17phhjonpry: at least print integers not just bytes :/
17:58.52jonpryi'll have to recompile my kernel to get that working
17:59.22jonpryread the other pastebin. its done as integers
18:00.02jonpryonly trick is that the line marked SendUint324(). actually sends 5 uint32's that are all zero
18:01.27*** join/#htc-linux leobaillard (~leobailla@leobaillard.org)
18:01.59phhok
18:02.37jonpryi mostly managed to reverse that stupid struct of function pointers
18:03.14jonprydue to various differences in api. requires like 500 lines of code :-)
18:04.25phhah you mostly copied librpc
18:05.22jonpryyeah, i had to cut up the send function, as in needed to be done in like 3 different segments
18:05.25lgirolamiParad0XUA: so how was the out of the box experience with those other qsd8250 kernels?
18:05.46Parad0XUAnone :) obviously kernel didn't even start
18:06.08Parad0XUAI dunno what I was hoping to see :)
18:06.16lgirolamiParad0XUA: did you try to add the irq fix?
18:06.23phhjonpry: pff both logs are barely readable
18:06.29phhI guess I'll take the kernel one though
18:06.35Parad0XUAit has nothing to do with irq
18:06.43Parad0XUAand so no I didn't
18:07.04lgirolamiParad0XUA: did you see the mobile-linux post regarding leo?
18:07.23Parad0XUAlgirolami nope... link?
18:07.35lgirolamiParad0XUA: the significance of that patch is described there. it's the very first leo specific patch in both linuxtogo branches.
18:07.53lgirolamiParad0XUA: there was a link in the wiki somewhere
18:08.22jonpryphh: you have not been staring at it long enough. looks clear as day to me :-)
18:08.39lgirolamiParad0XUA: http://htc-linux.org/wiki/index.php?title=Contact
18:08.54phhjonpry: tsss
18:08.56Parad0XUAlgirolami: oh I do understand the significance of it and I compiled the kernel without that patch just to see what it does but even without this patch kernel runs for a while
18:10.20lgirolamiParad0XUA: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=91434503e0fdd547182d91af5c3fb6f8dc3b4262
18:10.42Parad0XUAlgirolami: yup that's the one
18:10.46lgirolamiParad0XUA: you said "obviously kernel didn't even start
18:10.48phhjonpry: I'd even prefer reading strace of the program.
18:11.15Parad0XUAlgirolami: yup... I guess CDMA version of the chip is way different in terms of addresses and stuff
18:11.35Parad0XUAlgirolami: btw how much ROM/RAM incredible has?
18:11.47Parad0XUAsame as tmobile's leo?
18:12.40lgirolamiParad0XUA: ok I don't have a good overview of the snapdragon devices. I thought this was a qsd8250 kernel.
18:12.58lgirolamiI don't know
18:15.18Parad0XUAlgirolami: well there are different modifications of qsd8250(a,b)... one suited for GSM networks and another one suited for CDMA networks... and they are different enough to have separate kernel configurations and drivers
18:15.41phhParad0XUA: "different enough" for qualcomm is really little.
18:15.53phhhero/heroc hasn't the same sources ...
18:16.25phhwhile our wince msm7k tree handles 6 different boards (if i counted them correctly.)
18:16.36phh+4 if we consider CDMA boards.
18:16.53phhseriously, don't take in consideration the fact they do new tree.
18:17.14Parad0XUAphh I guess they have different teams working on different handhelds and that's why its easier for them just have everything separate
18:17.37phhParad0XUA: IMHO they lose a lot of time
18:17.44phhjust look at how redundant board files are.
18:17.57Parad0XUAphh corporate environment :)
18:18.32Parad0XUAok little things first... will try to port keypad driver
18:18.42phhjonpry: wow there are *a lot* of 0s in your pdsm_get_pos
18:18.59*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
18:19.25Woutphh: is there a terminal command to sync the time? to mimic what the device does at startup?
18:19.35phhkillall rild ? :D
18:20.13Woutsomething les drastic? :P
18:20.17Woutless
18:20.20phhperhaps a well placed intent
18:20.21phhlet me see
18:20.23phhwill take a while.
18:20.32lgirolamiParad0XUA: Markinus has some keypad patches already. double work alert
18:20.50lgirolamiParad0XUA: but I don't know where they are
18:21.19Parad0XUAlgirolami: orly... ok thanks :)
18:21.42lgirolamiWout: ntpdate
18:22.44phhWout: ouch
18:23.03phhWout: it's a bug in our ril it seems
18:23.05phhwell a missing feature
18:24.13Woutoh goody, more bugs :P
18:26.05Wouteasy one to fix?
18:27.01phhWout: no
18:27.05phhsomething undocumented and unknown to me
18:27.43*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
18:27.45Wout:/
18:28.18phhWout: but you're allowed to cross your fingers hard for GPS
18:28.32Woutam i? oh boy :D
18:28.41Woutcrosses his fingers hard
18:28.47phhyeah wait a bit I have to reboot first
18:29.07*** join/#htc-linux jumoit (~samuel@121.77.87.145)
18:29.51phhWout: you shouldn't have crossed them THAT hard.
18:30.17Woutwhoops, I broke it?
18:30.25phhna you couldn't talk
18:30.27phhso I was wondering
18:30.49Woutbut I take it your close to getting your driver working?
18:30.55phhno clue
18:31.42Woutso for how long am I supposed to cross my fingers then? :P
18:32.04phhyou can stop
18:32.06phhA9 just crashed
18:32.23Parad0XUAphh do you know if using a different IO Scheduler in kernel is just an optimization technique? I mean in incredibles defconfig they use deadline instead of cfq? should we be using the same for leo?
18:32.48phhyes it's only for performances
18:32.54Parad0XUAphh ok thanks
18:33.13jonpryphh, the zeros are caused by agps being turned off. all the dumps from windows mobile have it turned on
18:33.14chamonixhey guys
18:33.20phhjonpry: I know
18:33.24phhI never said it was bad :p
18:33.27chamonixphh: 21 hours :)
18:33.40phhchamonix: with the revert or the change I suggested ?
18:33.44chamonixyes
18:33.49phh.
18:33.52phhwhich one ? :p
18:33.55chamonixremoved the for loop and the sleep
18:34.01phhok
18:34.21Woutapplauds chamonix, that was some serious debugging
18:34.27phhtrue
18:35.27chamonixthe only thing that differs from the baseline is that I hadn't any modules
18:36.20chamonixglad to read about ur 3G Wout :)
18:36.46phhjonpry: just copying your pdsm_get_position doesn't help, i'll have to do the rest too :(
18:37.13chamonixok, what do I do with my useless phone now?
18:37.21Woutuseless? :D
18:37.22jonpryyou could always build gpswrapper
18:37.22*** join/#htc-linux leaigor (~laigor@188.134.16.241)
18:37.32phhjonpry: perhaps.
18:37.44chamonixWout: I'm SIMless
18:37.53*** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch)
18:37.54*** join/#htc-linux leviathan_ (~quassel@c-82-192-226-27.customer.ggaweb.ch)
18:38.08jonpryyou'll have 10 seconds to run dmesg before it dies :-
18:38.10phhchamonix: use it as a spotify walkman + comics reader + gameconsole
18:38.11phhthat works fine
18:39.04chamonixtrue, to listen to podcasts it's good
18:39.27Woutah, the joys of working sound
18:39.27phhchamonix: do you have specific choices about podcasts ?
18:39.39Woutstill need to switch back to winmo if I want to listen to a podcast
18:39.41phhI think it'd be great, but when I searched there was nothing interesting
18:39.46chamonixyes, I have a list of rss feeds to download them
18:39.47phhWout: :/
18:40.02chamonixe.g. software engineering radio, really good one
18:40.12Woutphh: like british humour?
18:40.12phhjonpry: OURGH
18:40.19chamonixand pressweek from france and germany
18:40.30phhjonpry: ah nothing
18:40.31phhmisread.
18:40.42phhI thought it used credentials
18:40.48chamonixphh: we still have a gap 21 hours -> 4 days... what do we do about that?
18:40.56phhchamonix: don't know
18:41.01phhperhaps it's panel
18:41.10phhor microp ksc ?
18:41.21phhI'll have to retry when I'll no longer need my diam
18:41.28phhwhich isn't likely unless jonpry fixes sound :p
18:41.37chamonixlol
18:41.40phh(or whoever else)
18:42.34jonpryi have a couple more ideas if Vial doesn't do the trick
18:42.53phhho it will eventually do the trick
18:42.57phhthe question is how much time it will take
18:43.12phhbut if you've got easy to test ideas it's worth the try :p
18:43.13Woutjonpry, havent seen your name around long, are you new to xdandroid devving?
18:44.04jonpryyes. i am new to kernel hacking in general. I've been a long time linux user. Since some time in the 90's, and was a professional developer for awhile
18:44.10jonprynever kernel though
18:44.29Woutah, well, really glad you've decided to help out :) it's appreciated very much
18:44.31phhjonpry: your start in it is more impressive than mine which already was quite good.
18:44.32jonpryI work on some opensource stuff, like HeeksCAD, SketchSolve, and FreeREP
18:45.19phhjonpry: last arg of pd_reg is different too mmm
18:45.33jonpryphh: i just opted for a more complicated approach since all the normal stuff didn't seem to be working
18:45.44phhright.
18:45.47jonpryphh: i think that is the callback prog_id
18:46.06phhI've already thought about that
18:46.15phhwell I think.
18:46.47jonpryits possible i am not handling that correctly
18:47.04phhoh you're not talking about the same thing as me.
18:47.18phhI thought you were talking about qdsp5.
18:48.30jonpry?
18:49.17phhjonpry: oO
18:49.23phhin your logs there are *two* pdsm_client_pd_reg
18:49.32phhor i'm stupid
18:49.33phhlala.
18:49.57phh(like decoding two times the same message)
18:50.16jonpryi don't understand
18:50.22jonpryi think there pd_reg and pa_reg
18:50.28phhyes
18:50.36phhbut they are differenr proc_ids
18:50.37phhI had the same ones.
18:51.13jonprywhat i don't get is what happens with these: rpc_clnt_callback_register: not implemented: 400eddb8, adf3ef05, 2c, b2ed
18:51.31jonpryi don't know how many args it takes, so i printed 4. i think only the first one does anything
18:51.41phhjonpry: callback, private data
18:51.43phhat least
18:52.08jonprythis is called after msg_start_send, while other data is being sent
18:52.22phhi know
18:52.28jonpryit appears to be called with (someaddress) and then shortly after with (0)
18:52.47phhhum
18:52.50phhI didn't see that
18:53.21jonprydoesn't seem to specify what it is a callback for. so i figure it is a state variable. like there is only one registered callback ever, and it is that address
18:53.42phhsounds likely
18:53.45phhweird though
18:54.00jonpryand 400eddb8 is an address in gpsdriver.dll .text
18:54.10phhprivate date ?
18:54.13phhdata*
18:54.14jonprycode
18:54.21phh.text is code ?
18:54.28jonpryyes. .data is data
18:54.36phhthen it's the callback address ? :p
18:54.42jonprywould seem to be
18:55.10jonpryi'm just wondering why we don'y have 0xFFFFFFFF in the packet
18:55.33jonpryso this would make me think that callback_register(0) unregisters it
18:55.59jonpryso why would it register and unregister a callback before the message is even sent
18:56.10phhhum.
18:59.28*** join/#htc-linux polyrhythmic (~charles@c-67-171-16-39.hsd1.wa.comcast.net)
18:59.58jonprythis may not be a real problem. there are many others :-)
19:02.34*** join/#htc-linux Forsaken|Desk1 (~Forsaken|@dslb-084-058-220-221.pools.arcor-ip.net)
19:05.34*** join/#htc-linux Untouchab1e (~Untouchab@82.147.51.146)
19:06.29jonprythere is also smsm_cb_reg() don't know what that is supposed to do
19:06.42phhweird stuff.
19:07.17phhjonpry: that makes me think, there is a huge warning in the sources that A9 resets on first use of GPS.
19:07.23phhand we don't handle A9 resets.
19:07.38*** join/#htc-linux zachy (~george@85.193.4.18)
19:07.50phhI'm not sure wether we're actually concerned or not thouogh
19:09.18jonpryso if we start gps in windows mobile, stop it. boot linux, no reset?
19:09.35phhdon't know.
19:09.57phhjust don't forget to stop it, unlike what I've just done.
19:10.07jonprylol
19:11.08jonpryafaict, gpswrapper crashes at approximately 12 seconds. when a9 is expected to give a status update.
19:11.26phhwe're supposed to get a status update after 12seconds .. ?
19:11.30jonpryyes
19:11.52*** join/#htc-linux br1ck_ (~br1ck@xdslck157.osnanet.de)
19:11.56jonpryso my callback thing maybe isn't working. maybe not clearing the received message
19:12.17phhjonpry: if A9 is quiting, it's most likely that we didn't register some client
19:12.27phhbut callbacks clients aren't supposed to be registered hum.
19:14.11phhjonpry: do you know who handles:
19:14.16phh00000028 00000000 00000002 3100005b 00000000 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
19:14.42phhI'd guess we're supposed to answer something to that
19:15.13jonpryis that the one that comes right after get_position()
19:15.20phhyup
19:16.03jonpryi think that ps pdsm cmdcallback
19:16.32phhps ?
19:18.45phhhum, viewing the asm code, rpc_clnt_callback_register only uses first parameter
19:19.53jonpryi think thats right, just not sure what is supposed to be done with that parameter
19:20.25jonprythe cmdcallback just has some state in it. like getposition acknowledged. no response necessary
19:20.35phhjonpry: call it when you get some callback replies ?
19:20.42phhI can't really see where's your problem here
19:22.04mickeylphh: ad-hoc mode - really? i can't see any trace here in the source to create an ad-hoc network. it looks like it just can _join_ an existing ad-hoc, although that asymmetry makes little sense IMO
19:22.22phhmickeyl: grep IBSS in sources
19:22.28phhi'm using compat-wireless from around march
19:23.01jonprythere are at least 2 callbacks active at one time somehow
19:23.06jonpryfor different events
19:23.17mickeylhmm
19:23.17phhjonpry: ATL and PDSM ?
19:23.18mickeylhere:
19:23.25mickeyl<PROTECTED>
19:23.25mickeyl<PROTECTED>
19:23.25mickeyl<PROTECTED>
19:23.33mickeylin add_interface
19:23.37phhmickeyl: yup
19:23.37jonpryno, PDCmdCallback, and PDEvent
19:23.38mickeylso it's puzzling why it fails
19:23.41mickeylstrange
19:23.43phhthat's all I've found about adhoc
19:25.12lgirolami# MSM7600 boards
19:25.14lgirolamiobj-$(CONFIG_MACH_DESIREC) += ,,,,
19:25.23lgirolami# MSM7501a boards
19:25.25lgirolamiobj-$(CONFIG_MACH_DESIREC) += ....
19:25.30phhlgirolami: lol
19:25.35lgirolami?!?!
19:27.03lgirolami7501A is cdma desire and 7600 (anybody seen that before? isn't there an A missing ?) is normal desire?
19:27.30phhno
19:27.47phhit's definitely 7600
19:28.59*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
19:29.37[acl]lgirolami: This from the Eris? That also has a 7600. I was just talking about this earlier today.
19:30.22lgirolami[acl]: this was pasted from arch/arm/mach/msm/Makefile from the following two source tarballs:
19:32.08lgirolamidesirec_2.6.29_8a03cb9a.tar.bz2 desirec-be918f7b.tgz
19:32.56[acl]thats from the developer.htc.com right. Thats the same one i dowloaded and it was labeled Eris
19:33.02*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
19:33.16*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
19:33.46phhjonpry: two theroies, rpc_clnt_callback_register could be just a callback for function results (I doubt it)
19:33.52lgirolami[acl]: the naming of the new devices is totally messed up
19:33.57phhor callbacks are function specific: server sends a proc id
19:34.01phhyou need to give it to matching proc id
19:34.15mickeylGNUtoo: can you try whether ad-hoc works for you?
19:34.35lgirolami[acl]: yes you are right. desirec-be918f7b.tgz is labaled Droid Eris by HTC (Verizon)
19:34.41GNUtoomickeyl, I tried
19:34.44GNUtoodidn't work
19:34.50mickeylok
19:34.55mickeylthanks
19:34.57KensanGNUtoo: oh hi there
19:34.58lgirolami[acl]: desirec_2.6.29_8a03cb9a.tar.bz2 is labled Droid Eris MR by HTC (Verizon) Kernel Source Code
19:35.02GNUtoohi
19:35.04mickeyl(you tried with 'iw', not iwconfig, right?)
19:35.06*** join/#htc-linux zachy (~george@85.193.4.18)
19:35.30GNUtooKensan, sorry for the wrong and not well explained intervention in the osmbb channel
19:35.35[acl]lgirolami: This is how i understand it. And i check with hfctsaot this morning. In the US, the desirec is the Eris and the bravo is the desire. Screwy i know, but thats what it is.
19:35.38GNUtoomickeyl, iwconfig
19:35.49GNUtoomickeyl, my iw didn't have ad-hoc
19:35.54GNUtooI'll ssh into my phone
19:36.02mickeylyeah, try iw
19:36.10KensanGNUtoo: eh, let me read the backlog.
19:36.15mickeyli'm not sure how well the WE interface is implemented
19:36.18KensanGNUtoo: I am mainly just idling in that channel...
19:37.08GNUtooKensan, basically I wondered if A phone I had to check,was remotely disabled
19:37.23KensanGNUtoo: ah
19:37.29GNUtoolong story
19:37.55GNUtoobut at the end I found that + and - of battery connector were connected,I don't know how or why tough
19:40.33KensanGNUtoo: oh :/
19:40.42lgirolami[acl]: it is braindead. they use the machine name desirec for both cdma and gsm desire
19:41.52GNUtoomickeyl, http://pastebin.com/vj3F8F9J no monitor in iw
19:41.56GNUtoos/monitor/ad-hoc
19:41.57[acl]lgirolami: What were you hoping to achieve with that code?
19:43.03lgirolami[acl]: I hoped to abuse it for htc leo purposes but now that the sources tell me it has nothing to do with qsd8*
19:43.33mickeylGNUtoo: there's no command called ad-hoc
19:43.40mickeylit's the interface type
19:43.44[acl]lgirolami: Yeah no qsd.
19:43.47GNUtooah ok
19:44.03mickeyliw phy phy0 add interface wlan1 type adhoc
19:44.28GNUtoook thanks
19:45.43GNUtooor
19:45.49GNUtoodev <devname> set type <type>
19:47.04GNUtoomickeyl, http://pastebin.com/YCUmXEwM
19:51.51mickeylyep, same here
19:51.55mickeylstrange...
20:02.41*** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl)
20:06.23*** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com)
20:09.45*** join/#htc-linux NoMercy (~NoMercy@p4FDE6AB0.dip.t-dialin.net)
20:10.00*** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl)
20:10.04Captnoordzoooo
20:10.04*** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
20:11.30NoMercy?
20:22.25jonpryphh: i'm confused about the disassmbly of rpc_clnt_callback_register
20:22.58jonpry4th instruction is BEQ, but there is no CMP
20:23.22Captnoordjonpry: what dll?
20:23.26*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:23.33Captnoordtst is also a compare type
20:24.25Captnoordjonpry:
20:24.26CaptnoordMOVS    R6, R0
20:24.27Captnoordthat
20:24.31Captnoordis a mov
20:24.32Captnoordand a check
20:24.33jonpryoncrpc.dl
20:24.36Captnoordif the integer is signed
20:24.57Captnoordor at least
20:25.03Captnoordthat flag is beeing used
20:25.27*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:25.29jonpryso it checks r6 and r0?, or just r0?
20:26.07*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:26.52*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:27.04CaptnoordS
20:27.04Captnoordis an optional suffix. If S isspecified, the condition code flags are updated on the result of the operation (see Conditional execution).
20:27.06jonpryok, so here is how i see it. if r0 == 0, then the function returns 0xFFFFFFFF
20:27.29*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:27.35Captnoordhttp://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0068b/CIHIHGGJ.html
20:27.49jonpryi read that and got more confused :-)
20:27.50CaptnoordCondition flags
20:27.50CaptnoordIf S is specified, these instructions:
20:27.50Captnoord•update the N and Z flags according to the result
20:27.50Captnoord•can update the C flag during the calculation of Operand2 (see Flexible second operand)
20:27.50Captnoord•do not affect the V flag.
20:27.59jonpryZ is EQ
20:28.02Captnoordso
20:28.13*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:28.20jonpryso if r0 == 0, then Z is set. so BEQ happens
20:28.21Captnoordits like if ( (r6 = r0) == 0 )
20:28.52Captnoordyup
20:28.53jonpryunfortunately r6 is uninitialized, which kind of throws that theory out
20:28.57*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:29.00Captnoordjonpry: arm asm is very very hard to read
20:29.06Captnoordr6 == function argument
20:29.12jonpryor not
20:29.15Captnoordwoeps
20:29.16Captnoordnot
20:29.27Captnoordr6 gets inited by the movs
20:29.37Captnoordwhich also in its turn checks
20:29.42*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:29.48Captnoordfor 0
20:30.26*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:30.28Captnoordkicks defendthecommons...... damn fix it
20:31.03Captnoordnn all
20:31.08*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:31.58*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:32.28jonpryCaptnoord, any idea on what the rest of this function does?
20:32.32*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:33.23*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:34.49*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:35.37*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:36.29*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:40.04*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:41.09*** join/#htc-linux gauner1986 (~Adium@p5B34E8F2.dip.t-dialin.net)
20:41.13gauner1986hi
20:41.20*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
20:43.10defendthecommons?
20:43.52defendthecommonsthis library connection is nuttso.. i see. sorry about that... on off on off.
20:57.05*** join/#htc-linux JED3 (~johndoig@adsl-71-134-239-73.dsl.pltn13.pacbell.net)
20:57.28*** part/#htc-linux JED3 (~johndoig@adsl-71-134-239-73.dsl.pltn13.pacbell.net)
20:59.12*** join/#htc-linux AstainZZZZZZ (~AstainHel@unaffiliated/astainhellbring)
21:00.53*** join/#htc-linux AstainZZZZZZ (~AstainHel@unaffiliated/astainhellbring)
21:06.25phhjonpry: sounds like you're having fun.
21:07.05phhjonpry: the argument of this function, can you see what it is ?
21:07.07phhit's a function ?
21:07.10jonpryi figured out the 0xFFFFFFF problem
21:07.34jonpryi think it creates a list of callbacks. there is no unregistering, only registering
21:08.50jonpryhowever, i think fixing the 0xFFFFFFF is what it needed.
21:09.42*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
21:13.47ToAsTcfhphh: arm-eabi-ld: no machine record defined
21:13.47ToAsTcfharm-eabi-ld: no machine record defined
21:14.02ToAsTcfhwhere to find the machine types
21:22.35lgirolamiGNUtoo: mickeyl when is the big release daY?
21:23.59GNUtooI'll go to sleep
21:25.12GNUtoolgirolami, see status on wiki btw
21:28.58stinebdphh: that seems reasonable. i was rather surprised that they put stuff that simple in a proprietary library, actually.
21:29.22stinebd(re libhtc_acoustic)
21:31.10mickeyllgirolami: some weeks away, i have little time to work on free software atm.
21:48.54*** join/#htc-linux Vito_| (~Sysel@gw.loccal.net)
21:49.25stinebdsounds like i'm not the only one ;)
21:56.48*** join/#htc-linux Vito_| (~Sysel@gw.loccal.net)
22:01.28mickeylhmm, and it doesn't even work after removing the managed interface, which some folks indicated
22:04.09mickeylhmm, lets try newer wireless-compat
22:14.39mickeylno, same w/ 2.6.34-rc
22:15.44*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
22:17.50chamonixphh: testing battery with 2.1 now, same modified kernel as 2.0.1
22:21.57stinebdi predict 4 hours
22:22.15stinebdassuming it's 2.1aosp
22:49.38*** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net)
22:55.49ToAsTcfhstinebd
22:56.22ToAsTcfhi get this undefined reference to ` but its defined in the inclued
22:56.32ToAsTcfhwtf
23:07.51*** join/#htc-linux Orkspalter_ (~Orkspalte@p54B58980.dip0.t-ipconnect.de)
23:07.54*** part/#htc-linux Orkspalter_ (~Orkspalte@p54B58980.dip0.t-ipconnect.de)
23:37.40*** join/#htc-linux polyrhythmic (~charles@c-67-171-16-39.hsd1.wa.comcast.net)
23:58.13*** join/#htc-linux BobVila (~abinford@c-24-12-177-201.hsd1.il.comcast.net)

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