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.38 | ToAsTcfh | stinebd: what htc_acoustic do u need? |
03:16.10 | stinebd | ToAsTcfh: msm7k libaudio uses libhtc_acoustic to do audio routing |
03:16.34 | stinebd | not a big deal, we already extract some stuff from dream's image anyway |
03:18.34 | ToAsTcfh | tru |
03:19.32 | ToAsTcfh | the 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.26 | 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 |
07:34.02 | jonpry | some logs, i'm sure you can get yours to the same point with this stuff. http://pastebin.org/199155 |
07:36.56 | jonpry | http://pastebin.org/199158 |
07:42.35 | *** join/#htc-linux Wout (~wout@internet.office.tweakers.net) |
07:54.24 | Wout | chamonix: spent one hour on the train, without any 3g problems |
07:54.29 | Wout | seems to be fixed now :) |
07:57.33 | Wout | knocks 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.46 | lgirolami | hi |
11:48.25 | lgirolami | any 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.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? |
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.33 | gauner1986 | hi |
14:03.35 | Captnoord | re |
14:03.45 | Captnoord | [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.49 | Captnoord | not yet |
14:03.55 | Captnoord | been bussy with the laminate |
14:04.19 | Captnoord | just got back from 'afstudeer stage gesprek' / 'trainee ship thingy' |
14:04.51 | Captnoord | Wout I still think its related to the suspend / wakeup all the time bug |
14:04.51 | Captnoord | :P |
14:05.32 | Wout | oh, that would mean improved battery life and fixed clock in one fix? :P |
14:05.38 | Wout | is also at stage btw |
14:05.51 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58980.dip0.t-ipconnect.de) |
14:05.53 | Captnoord | nah 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.43 | hfctsaot | HTC incredible source is up at HTC developer page. For all the. Hd2 devs on here |
15:47.09 | AstainHellbring | cool hfctsaot |
15:47.19 | Parad0XUA | nice!!! |
15:47.25 | Parad0XUA | link? :) |
15:48.01 | gauner1986 | indredible? *mhm* |
15:48.24 | hfctsaot | http://developer.htc.com/ |
15:48.55 | Parad0XUA | the latest one is droid eris |
15:49.01 | Parad0XUA | or am I blind? |
15:49.40 | gauner1986 | Droid Incredible by HTC(Verizon) Kernel Source Code <- i guess this one |
15:50.00 | hfctsaot | I guess some are having issues seeing it. |
15:50.09 | [acl] | hfctsaot: i dont see it either. maybe we are both blind |
15:50.18 | Parad0XUA | acl are you from US too? |
15:50.42 | Parad0XUA | guys send us the full link please |
15:50.44 | hfctsaot | Google it some can't see it for some reason |
15:51.08 | [acl] | Parad0XUA: Yup.. NYC |
15:51.12 | Parad0XUA | me too |
15:51.15 | Parad0XUA | I guess that's why |
15:51.30 | [acl] | so this page shows different stuff on different locations? |
15:51.32 | hfctsaot | Florida here |
15:51.36 | Parad0XUA | hfctsaot: please copy-paste the download link |
15:51.54 | gauner1986 | if you mean this one.. |
15:51.55 | gauner1986 | http://member.america.htc.com/download/RomCode/Source_and_Binaries/incrediblec_cc1c2268.tar.bz2 |
15:52.37 | Parad0XUA | there we go! :) |
15:52.37 | Parad0XUA | downloading... |
15:52.37 | Parad0XUA | that's a lot! |
15:52.37 | Parad0XUA | uuum.. thanks a lot :) |
15:52.37 | hfctsaot | Thanx I'm on my phone |
15:52.37 | Parad0XUA | oh boy... this is so exciting! |
15:52.57 | hfctsaot | Enjoy :-) |
15:53.11 | Parad0XUA | hfctsaot: thanks man |
15:53.12 | [acl] | wait how is this gonna help hd2? isnt the incredible snapdragon ? |
15:53.25 | Parad0XUA | acl: isn't hd2 snapdragon too? :) |
15:53.25 | gauner1986 | why is this so exciting for leo devs? |
15:53.53 | gauner1986 | there 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.19 | hfctsaot | I 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.40 | Parad0XUA | acl: it's same exact QSD8250 snapdragon chip |
15:54.49 | gauner1986 | [acl]: and it didnt? |
15:55.03 | hfctsaot | I guess I was wrong sorry |
15:55.06 | [acl] | Parad0XUA: thanks for clearing that up |
15:55.18 | gauner1986 | so it will help us? |
15:55.45 | Parad0XUA | <acl> but the difference is HD2 uses SQD8250M which I guess is a GSM version of a chip |
15:56.01 | hfctsaot | Ah I see |
15:56.17 | gauner1986 | hmmmm |
15:56.23 | hfctsaot | Well it should give some incite |
15:56.33 | Parad0XUA | <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.07 | hfctsaot | We used gsm hero to make cdma hero source |
15:57.52 | Parad0XUA | hfctsaot lets hope we're gonna be lucky enough to do the same with hd2 :) |
15:58.03 | gauner1986 | maybe 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.55 | hfctsaot | Desirec is the Eris |
15:59.44 | hfctsaot | Also the legend is a gsm snapdragon 700mhz |
16:00.32 | hfctsaot | Can 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.17 | hfctsaot | Hmm I need to try that |
16:01.30 | hfctsaot | I got a heroc |
16:02.01 | [acl] | hfctsaot: Download the source and compare it. Not exactly the same as i thought. |
16:03.17 | hfctsaot | Where in the source did u to.d the gpumem difference |
16:03.44 | [acl] | hfctsaot: board-desirec.h i belive |
16:04.13 | hfctsaot | Ah tru could be a tweak for me |
16:04.55 | hfctsaot | Can 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.05 | hfctsaot | Idk 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.03 | hfctsaot | Tru.. |
16:08.17 | Parad0XUA | compiling incredibles kernel :) lets see what we get right out of the box =] |
16:08.39 | hfctsaot | Damn it I can't see the source for the legend now |
16:09.08 | hfctsaot | Please someone link me to it |
16:09.33 | hfctsaot | Wtf is up with HTCs site |
16:10.13 | *** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
16:10.46 | Parad0XUA | hfctsaot does legend have other names? I don't see legend on the list |
16:10.58 | hfctsaot | Idk |
16:11.08 | Parad0XUA | there's tattoo, hero, magic and dream |
16:12.09 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
16:14.53 | hfctsaot | http://forum.androidcentral.com/droid-incredible/11254-droid-incredible-source-released.html |
16:15.07 | hfctsaot | Should look like that |
16:16.07 | NoMercy | is there a bit difference from the desire to incredible in terms of source? |
16:18.04 | hfctsaot | Idk |
16:19.24 | Parad0XUA | oh :\ yeah I don't see it... I only see eris |
16:20.40 | *** join/#htc-linux AstainZZZZZZ (~AstainHel@unaffiliated/astainhellbring) |
16:21.54 | hfctsaot | Damn it I bet it was a mistake by them |
16:22.03 | hfctsaot | And I missed it |
16:27.14 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
16:28.49 | hfctsaot | Gauner1986 post the Eris Mr kernel link please |
16:29.38 | hfctsaot | gauner1986 ^^^ |
16:29.39 | gauner1986 | http://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.50 | hfctsaot | Sweet |
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.27 | ToAsTcfh | how 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.33 | phh | stinebd: for htc_acoustic stuff, I'd like to recode it, it's quite easy |
17:36.46 | phh | I mean the part of it we use |
17:38.16 | phh | [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.53 | Wout | w00t, 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.16 | phh | [01:06:21] <mickeyl> root@htcdream:~# iw phy phy0 interface add wlan2 type adhoc |
17:53.16 | phh | [01:06:21] <mickeyl> command failed: Operation not supported (-95) <--- weird, the source code I have says it's supported |
17:53.20 | phh | Wout: what did you change ? :p |
17:53.36 | phh | concerning monitor mode, many people are interested :p |
17:53.58 | phh | [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.04 | Wout | phh: apn setting, default settings that android detected (and also the settings on my providers site) were wrong |
17:55.05 | phh | [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.16 | phh | but unreadable with all those <7> trailing :p |
17:55.38 | phh | [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.59 | Wout | you mean in the future, or the current ril? because if I enable using the network time it doesnt work |
17:57.07 | phh | it *does* work |
17:57.09 | phh | only at boot. |
17:57.10 | jonpry | phh: you really want my command for get_position. it actually has agps disabled |
17:57.25 | phh | jonpry: I just want it more readable and copy/pastable :p |
17:57.30 | Wout | phh: ok, thats true I guess, but not extremely useful when using the phone all day :) |
17:58.17 | phh | jonpry: at least print integers not just bytes :/ |
17:58.52 | jonpry | i'll have to recompile my kernel to get that working |
17:59.22 | jonpry | read the other pastebin. its done as integers |
18:00.02 | jonpry | only 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.59 | phh | ok |
18:02.37 | jonpry | i mostly managed to reverse that stupid struct of function pointers |
18:03.14 | jonpry | due to various differences in api. requires like 500 lines of code :-) |
18:04.25 | phh | ah you mostly copied librpc |
18:05.22 | jonpry | yeah, i had to cut up the send function, as in needed to be done in like 3 different segments |
18:05.25 | lgirolami | Parad0XUA: so how was the out of the box experience with those other qsd8250 kernels? |
18:05.46 | Parad0XUA | none :) obviously kernel didn't even start |
18:06.08 | Parad0XUA | I dunno what I was hoping to see :) |
18:06.16 | lgirolami | Parad0XUA: did you try to add the irq fix? |
18:06.23 | phh | jonpry: pff both logs are barely readable |
18:06.29 | phh | I guess I'll take the kernel one though |
18:06.35 | Parad0XUA | it has nothing to do with irq |
18:06.43 | Parad0XUA | and so no I didn't |
18:07.04 | lgirolami | Parad0XUA: did you see the mobile-linux post regarding leo? |
18:07.23 | Parad0XUA | lgirolami nope... link? |
18:07.35 | lgirolami | Parad0XUA: the significance of that patch is described there. it's the very first leo specific patch in both linuxtogo branches. |
18:07.53 | lgirolami | Parad0XUA: there was a link in the wiki somewhere |
18:08.22 | jonpry | phh: you have not been staring at it long enough. looks clear as day to me :-) |
18:08.39 | lgirolami | Parad0XUA: http://htc-linux.org/wiki/index.php?title=Contact |
18:08.54 | phh | jonpry: tsss |
18:08.56 | Parad0XUA | lgirolami: 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.20 | lgirolami | Parad0XUA: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=91434503e0fdd547182d91af5c3fb6f8dc3b4262 |
18:10.42 | Parad0XUA | lgirolami: yup that's the one |
18:10.46 | lgirolami | Parad0XUA: you said "obviously kernel didn't even start |
18:10.48 | phh | jonpry: I'd even prefer reading strace of the program. |
18:11.15 | Parad0XUA | lgirolami: yup... I guess CDMA version of the chip is way different in terms of addresses and stuff |
18:11.35 | Parad0XUA | lgirolami: btw how much ROM/RAM incredible has? |
18:11.47 | Parad0XUA | same as tmobile's leo? |
18:12.40 | lgirolami | Parad0XUA: ok I don't have a good overview of the snapdragon devices. I thought this was a qsd8250 kernel. |
18:12.58 | lgirolami | I don't know |
18:15.18 | Parad0XUA | lgirolami: 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.41 | phh | Parad0XUA: "different enough" for qualcomm is really little. |
18:15.53 | phh | hero/heroc hasn't the same sources ... |
18:16.25 | phh | while our wince msm7k tree handles 6 different boards (if i counted them correctly.) |
18:16.36 | phh | +4 if we consider CDMA boards. |
18:16.53 | phh | seriously, don't take in consideration the fact they do new tree. |
18:17.14 | Parad0XUA | phh I guess they have different teams working on different handhelds and that's why its easier for them just have everything separate |
18:17.37 | phh | Parad0XUA: IMHO they lose a lot of time |
18:17.44 | phh | just look at how redundant board files are. |
18:17.57 | Parad0XUA | phh corporate environment :) |
18:18.32 | Parad0XUA | ok little things first... will try to port keypad driver |
18:18.42 | phh | jonpry: 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.25 | Wout | phh: is there a terminal command to sync the time? to mimic what the device does at startup? |
18:19.35 | phh | killall rild ? :D |
18:20.13 | Wout | something les drastic? :P |
18:20.17 | Wout | less |
18:20.20 | phh | perhaps a well placed intent |
18:20.21 | phh | let me see |
18:20.23 | phh | will take a while. |
18:20.32 | lgirolami | Parad0XUA: Markinus has some keypad patches already. double work alert |
18:20.50 | lgirolami | Parad0XUA: but I don't know where they are |
18:21.19 | Parad0XUA | lgirolami: orly... ok thanks :) |
18:21.42 | lgirolami | Wout: ntpdate |
18:22.44 | phh | Wout: ouch |
18:23.03 | phh | Wout: it's a bug in our ril it seems |
18:23.05 | phh | well a missing feature |
18:24.13 | Wout | oh goody, more bugs :P |
18:26.05 | Wout | easy one to fix? |
18:27.01 | phh | Wout: no |
18:27.05 | phh | something undocumented and unknown to me |
18:27.43 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
18:27.45 | Wout | :/ |
18:28.18 | phh | Wout: but you're allowed to cross your fingers hard for GPS |
18:28.32 | Wout | am i? oh boy :D |
18:28.41 | Wout | crosses his fingers hard |
18:28.47 | phh | yeah wait a bit I have to reboot first |
18:29.07 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
18:29.51 | phh | Wout: you shouldn't have crossed them THAT hard. |
18:30.17 | Wout | whoops, I broke it? |
18:30.25 | phh | na you couldn't talk |
18:30.27 | phh | so I was wondering |
18:30.49 | Wout | but I take it your close to getting your driver working? |
18:30.55 | phh | no clue |
18:31.42 | Wout | so for how long am I supposed to cross my fingers then? :P |
18:32.04 | phh | you can stop |
18:32.06 | phh | A9 just crashed |
18:32.23 | Parad0XUA | phh 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.48 | phh | yes it's only for performances |
18:32.54 | Parad0XUA | phh ok thanks |
18:33.13 | jonpry | phh, the zeros are caused by agps being turned off. all the dumps from windows mobile have it turned on |
18:33.14 | chamonix | hey guys |
18:33.20 | phh | jonpry: I know |
18:33.24 | phh | I never said it was bad :p |
18:33.27 | chamonix | phh: 21 hours :) |
18:33.40 | phh | chamonix: with the revert or the change I suggested ? |
18:33.44 | chamonix | yes |
18:33.49 | phh | . |
18:33.52 | phh | which one ? :p |
18:33.55 | chamonix | removed the for loop and the sleep |
18:34.01 | phh | ok |
18:34.21 | Wout | applauds chamonix, that was some serious debugging |
18:34.27 | phh | true |
18:35.27 | chamonix | the only thing that differs from the baseline is that I hadn't any modules |
18:36.20 | chamonix | glad to read about ur 3G Wout :) |
18:36.46 | phh | jonpry: just copying your pdsm_get_position doesn't help, i'll have to do the rest too :( |
18:37.13 | chamonix | ok, what do I do with my useless phone now? |
18:37.21 | Wout | useless? :D |
18:37.22 | jonpry | you could always build gpswrapper |
18:37.22 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
18:37.32 | phh | jonpry: perhaps. |
18:37.44 | chamonix | Wout: 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.08 | jonpry | you'll have 10 seconds to run dmesg before it dies :- |
18:38.10 | phh | chamonix: use it as a spotify walkman + comics reader + gameconsole |
18:38.11 | phh | that works fine |
18:39.04 | chamonix | true, to listen to podcasts it's good |
18:39.27 | Wout | ah, the joys of working sound |
18:39.27 | phh | chamonix: do you have specific choices about podcasts ? |
18:39.39 | Wout | still need to switch back to winmo if I want to listen to a podcast |
18:39.41 | phh | I think it'd be great, but when I searched there was nothing interesting |
18:39.46 | chamonix | yes, I have a list of rss feeds to download them |
18:39.47 | phh | Wout: :/ |
18:40.02 | chamonix | e.g. software engineering radio, really good one |
18:40.12 | Wout | phh: like british humour? |
18:40.12 | phh | jonpry: OURGH |
18:40.19 | chamonix | and pressweek from france and germany |
18:40.30 | phh | jonpry: ah nothing |
18:40.31 | phh | misread. |
18:40.42 | phh | I thought it used credentials |
18:40.48 | chamonix | phh: we still have a gap 21 hours -> 4 days... what do we do about that? |
18:40.56 | phh | chamonix: don't know |
18:41.01 | phh | perhaps it's panel |
18:41.10 | phh | or microp ksc ? |
18:41.21 | phh | I'll have to retry when I'll no longer need my diam |
18:41.28 | phh | which isn't likely unless jonpry fixes sound :p |
18:41.37 | chamonix | lol |
18:41.40 | phh | (or whoever else) |
18:42.34 | jonpry | i have a couple more ideas if Vial doesn't do the trick |
18:42.53 | phh | ho it will eventually do the trick |
18:42.57 | phh | the question is how much time it will take |
18:43.12 | phh | but if you've got easy to test ideas it's worth the try :p |
18:43.13 | Wout | jonpry, havent seen your name around long, are you new to xdandroid devving? |
18:44.04 | jonpry | yes. 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.10 | jonpry | never kernel though |
18:44.29 | Wout | ah, well, really glad you've decided to help out :) it's appreciated very much |
18:44.31 | phh | jonpry: your start in it is more impressive than mine which already was quite good. |
18:44.32 | jonpry | I work on some opensource stuff, like HeeksCAD, SketchSolve, and FreeREP |
18:45.19 | phh | jonpry: last arg of pd_reg is different too mmm |
18:45.33 | jonpry | phh: i just opted for a more complicated approach since all the normal stuff didn't seem to be working |
18:45.44 | phh | right. |
18:45.47 | jonpry | phh: i think that is the callback prog_id |
18:46.06 | phh | I've already thought about that |
18:46.15 | phh | well I think. |
18:46.47 | jonpry | its possible i am not handling that correctly |
18:47.04 | phh | oh you're not talking about the same thing as me. |
18:47.18 | phh | I thought you were talking about qdsp5. |
18:48.30 | jonpry | ? |
18:49.17 | phh | jonpry: oO |
18:49.23 | phh | in your logs there are *two* pdsm_client_pd_reg |
18:49.32 | phh | or i'm stupid |
18:49.33 | phh | lala. |
18:49.57 | phh | (like decoding two times the same message) |
18:50.16 | jonpry | i don't understand |
18:50.22 | jonpry | i think there pd_reg and pa_reg |
18:50.28 | phh | yes |
18:50.36 | phh | but they are differenr proc_ids |
18:50.37 | phh | I had the same ones. |
18:51.13 | jonpry | what i don't get is what happens with these: rpc_clnt_callback_register: not implemented: 400eddb8, adf3ef05, 2c, b2ed |
18:51.31 | jonpry | i don't know how many args it takes, so i printed 4. i think only the first one does anything |
18:51.41 | phh | jonpry: callback, private data |
18:51.43 | phh | at least |
18:52.08 | jonpry | this is called after msg_start_send, while other data is being sent |
18:52.22 | phh | i know |
18:52.28 | jonpry | it appears to be called with (someaddress) and then shortly after with (0) |
18:52.47 | phh | hum |
18:52.50 | phh | I didn't see that |
18:53.21 | jonpry | doesn'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.42 | phh | sounds likely |
18:53.45 | phh | weird though |
18:54.00 | jonpry | and 400eddb8 is an address in gpsdriver.dll .text |
18:54.10 | phh | private date ? |
18:54.13 | phh | data* |
18:54.14 | jonpry | code |
18:54.21 | phh | .text is code ? |
18:54.28 | jonpry | yes. .data is data |
18:54.36 | phh | then it's the callback address ? :p |
18:54.42 | jonpry | would seem to be |
18:55.10 | jonpry | i'm just wondering why we don'y have 0xFFFFFFFF in the packet |
18:55.33 | jonpry | so this would make me think that callback_register(0) unregisters it |
18:55.59 | jonpry | so why would it register and unregister a callback before the message is even sent |
18:56.10 | phh | hum. |
18:59.28 | *** join/#htc-linux polyrhythmic (~charles@c-67-171-16-39.hsd1.wa.comcast.net) |
18:59.58 | jonpry | this 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.29 | jonpry | there is also smsm_cb_reg() don't know what that is supposed to do |
19:06.42 | phh | weird stuff. |
19:07.17 | phh | jonpry: that makes me think, there is a huge warning in the sources that A9 resets on first use of GPS. |
19:07.23 | phh | and we don't handle A9 resets. |
19:07.38 | *** join/#htc-linux zachy (~george@85.193.4.18) |
19:07.50 | phh | I'm not sure wether we're actually concerned or not thouogh |
19:09.18 | jonpry | so if we start gps in windows mobile, stop it. boot linux, no reset? |
19:09.35 | phh | don't know. |
19:09.57 | phh | just don't forget to stop it, unlike what I've just done. |
19:10.07 | jonpry | lol |
19:11.08 | jonpry | afaict, gpswrapper crashes at approximately 12 seconds. when a9 is expected to give a status update. |
19:11.26 | phh | we're supposed to get a status update after 12seconds .. ? |
19:11.30 | jonpry | yes |
19:11.52 | *** join/#htc-linux br1ck_ (~br1ck@xdslck157.osnanet.de) |
19:11.56 | jonpry | so my callback thing maybe isn't working. maybe not clearing the received message |
19:12.17 | phh | jonpry: if A9 is quiting, it's most likely that we didn't register some client |
19:12.27 | phh | but callbacks clients aren't supposed to be registered hum. |
19:14.11 | phh | jonpry: do you know who handles: |
19:14.16 | phh | 00000028 00000000 00000002 3100005b 00000000 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 |
19:14.42 | phh | I'd guess we're supposed to answer something to that |
19:15.13 | jonpry | is that the one that comes right after get_position() |
19:15.20 | phh | yup |
19:16.03 | jonpry | i think that ps pdsm cmdcallback |
19:16.32 | phh | ps ? |
19:18.45 | phh | hum, viewing the asm code, rpc_clnt_callback_register only uses first parameter |
19:19.53 | jonpry | i think thats right, just not sure what is supposed to be done with that parameter |
19:20.25 | jonpry | the cmdcallback just has some state in it. like getposition acknowledged. no response necessary |
19:20.35 | phh | jonpry: call it when you get some callback replies ? |
19:20.42 | phh | I can't really see where's your problem here |
19:22.04 | mickeyl | phh: 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.22 | phh | mickeyl: grep IBSS in sources |
19:22.28 | phh | i'm using compat-wireless from around march |
19:23.01 | jonpry | there are at least 2 callbacks active at one time somehow |
19:23.06 | jonpry | for different events |
19:23.17 | mickeyl | hmm |
19:23.17 | phh | jonpry: ATL and PDSM ? |
19:23.18 | mickeyl | here: |
19:23.25 | mickeyl | <PROTECTED> |
19:23.25 | mickeyl | <PROTECTED> |
19:23.25 | mickeyl | <PROTECTED> |
19:23.33 | mickeyl | in add_interface |
19:23.37 | phh | mickeyl: yup |
19:23.37 | jonpry | no, PDCmdCallback, and PDEvent |
19:23.38 | mickeyl | so it's puzzling why it fails |
19:23.41 | mickeyl | strange |
19:23.43 | phh | that's all I've found about adhoc |
19:25.12 | lgirolami | # MSM7600 boards |
19:25.14 | lgirolami | obj-$(CONFIG_MACH_DESIREC) += ,,,, |
19:25.23 | lgirolami | # MSM7501a boards |
19:25.25 | lgirolami | obj-$(CONFIG_MACH_DESIREC) += .... |
19:25.30 | phh | lgirolami: lol |
19:25.35 | lgirolami | ?!?! |
19:27.03 | lgirolami | 7501A is cdma desire and 7600 (anybody seen that before? isn't there an A missing ?) is normal desire? |
19:27.30 | phh | no |
19:27.47 | phh | it'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.22 | lgirolami | [acl]: this was pasted from arch/arm/mach/msm/Makefile from the following two source tarballs: |
19:32.08 | lgirolami | desirec_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.46 | phh | jonpry: two theroies, rpc_clnt_callback_register could be just a callback for function results (I doubt it) |
19:33.52 | lgirolami | [acl]: the naming of the new devices is totally messed up |
19:33.57 | phh | or callbacks are function specific: server sends a proc id |
19:34.01 | phh | you need to give it to matching proc id |
19:34.15 | mickeyl | GNUtoo: can you try whether ad-hoc works for you? |
19:34.35 | lgirolami | [acl]: yes you are right. desirec-be918f7b.tgz is labaled Droid Eris by HTC (Verizon) |
19:34.41 | GNUtoo | mickeyl, I tried |
19:34.44 | GNUtoo | didn't work |
19:34.50 | mickeyl | ok |
19:34.55 | mickeyl | thanks |
19:34.57 | Kensan | GNUtoo: oh hi there |
19:34.58 | lgirolami | [acl]: desirec_2.6.29_8a03cb9a.tar.bz2 is labled Droid Eris MR by HTC (Verizon) Kernel Source Code |
19:35.02 | GNUtoo | hi |
19:35.04 | mickeyl | (you tried with 'iw', not iwconfig, right?) |
19:35.06 | *** join/#htc-linux zachy (~george@85.193.4.18) |
19:35.30 | GNUtoo | Kensan, 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.38 | GNUtoo | mickeyl, iwconfig |
19:35.49 | GNUtoo | mickeyl, my iw didn't have ad-hoc |
19:35.54 | GNUtoo | I'll ssh into my phone |
19:36.02 | mickeyl | yeah, try iw |
19:36.10 | Kensan | GNUtoo: eh, let me read the backlog. |
19:36.15 | mickeyl | i'm not sure how well the WE interface is implemented |
19:36.18 | Kensan | GNUtoo: I am mainly just idling in that channel... |
19:37.08 | GNUtoo | Kensan, basically I wondered if A phone I had to check,was remotely disabled |
19:37.23 | Kensan | GNUtoo: ah |
19:37.29 | GNUtoo | long story |
19:37.55 | GNUtoo | but at the end I found that + and - of battery connector were connected,I don't know how or why tough |
19:40.33 | Kensan | GNUtoo: oh :/ |
19:40.42 | lgirolami | [acl]: it is braindead. they use the machine name desirec for both cdma and gsm desire |
19:41.52 | GNUtoo | mickeyl, http://pastebin.com/vj3F8F9J no monitor in iw |
19:41.56 | GNUtoo | s/monitor/ad-hoc |
19:41.57 | [acl] | lgirolami: What were you hoping to achieve with that code? |
19:43.03 | lgirolami | [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.33 | mickeyl | GNUtoo: there's no command called ad-hoc |
19:43.40 | mickeyl | it's the interface type |
19:43.44 | [acl] | lgirolami: Yeah no qsd. |
19:43.47 | GNUtoo | ah ok |
19:44.03 | mickeyl | iw phy phy0 add interface wlan1 type adhoc |
19:44.28 | GNUtoo | ok thanks |
19:45.43 | GNUtoo | or |
19:45.49 | GNUtoo | dev <devname> set type <type> |
19:47.04 | GNUtoo | mickeyl, http://pastebin.com/YCUmXEwM |
19:51.51 | mickeyl | yep, same here |
19:51.55 | mickeyl | strange... |
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.04 | Captnoord | zoooo |
20:10.04 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
20:11.30 | NoMercy | ? |
20:22.25 | jonpry | phh: i'm confused about the disassmbly of rpc_clnt_callback_register |
20:22.58 | jonpry | 4th instruction is BEQ, but there is no CMP |
20:23.22 | Captnoord | jonpry: what dll? |
20:23.26 | *** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us) |
20:23.33 | Captnoord | tst is also a compare type |
20:24.25 | Captnoord | jonpry: |
20:24.26 | Captnoord | MOVS R6, R0 |
20:24.27 | Captnoord | that |
20:24.31 | Captnoord | is a mov |
20:24.32 | Captnoord | and a check |
20:24.33 | jonpry | oncrpc.dl |
20:24.36 | Captnoord | if the integer is signed |
20:24.57 | Captnoord | or at least |
20:25.03 | Captnoord | that flag is beeing used |
20:25.27 | *** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us) |
20:25.29 | jonpry | so 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.04 | Captnoord | S |
20:27.04 | Captnoord | is an optional suffix. If S isspecified, the condition code flags are updated on the result of the operation (see Conditional execution). |
20:27.06 | jonpry | ok, 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.35 | Captnoord | http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0068b/CIHIHGGJ.html |
20:27.49 | jonpry | i read that and got more confused :-) |
20:27.50 | Captnoord | Condition flags |
20:27.50 | Captnoord | If S is specified, these instructions: |
20:27.50 | Captnoord | update the N and Z flags according to the result |
20:27.50 | Captnoord | can update the C flag during the calculation of Operand2 (see Flexible second operand) |
20:27.50 | Captnoord | do not affect the V flag. |
20:27.59 | jonpry | Z is EQ |
20:28.02 | Captnoord | so |
20:28.13 | *** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us) |
20:28.20 | jonpry | so if r0 == 0, then Z is set. so BEQ happens |
20:28.21 | Captnoord | its like if ( (r6 = r0) == 0 ) |
20:28.52 | Captnoord | yup |
20:28.53 | jonpry | unfortunately 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.00 | Captnoord | jonpry: arm asm is very very hard to read |
20:29.06 | Captnoord | r6 == function argument |
20:29.12 | jonpry | or not |
20:29.15 | Captnoord | woeps |
20:29.16 | Captnoord | not |
20:29.27 | Captnoord | r6 gets inited by the movs |
20:29.37 | Captnoord | which also in its turn checks |
20:29.42 | *** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us) |
20:29.48 | Captnoord | for 0 |
20:30.26 | *** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us) |
20:30.28 | Captnoord | kicks defendthecommons...... damn fix it |
20:31.03 | Captnoord | nn 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.28 | jonpry | Captnoord, 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.13 | gauner1986 | hi |
20:41.20 | *** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us) |
20:43.10 | defendthecommons | ? |
20:43.52 | defendthecommons | this 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.25 | phh | jonpry: sounds like you're having fun. |
21:07.05 | phh | jonpry: the argument of this function, can you see what it is ? |
21:07.07 | phh | it's a function ? |
21:07.10 | jonpry | i figured out the 0xFFFFFFF problem |
21:07.34 | jonpry | i think it creates a list of callbacks. there is no unregistering, only registering |
21:08.50 | jonpry | however, 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.47 | ToAsTcfh | phh: arm-eabi-ld: no machine record defined |
21:13.47 | ToAsTcfh | arm-eabi-ld: no machine record defined |
21:14.02 | ToAsTcfh | where to find the machine types |
21:22.35 | lgirolami | GNUtoo: mickeyl when is the big release daY? |
21:23.59 | GNUtoo | I'll go to sleep |
21:25.12 | GNUtoo | lgirolami, see status on wiki btw |
21:28.58 | stinebd | phh: that seems reasonable. i was rather surprised that they put stuff that simple in a proprietary library, actually. |
21:29.22 | stinebd | (re libhtc_acoustic) |
21:31.10 | mickeyl | lgirolami: 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.25 | stinebd | sounds like i'm not the only one ;) |
21:56.48 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
22:01.28 | mickeyl | hmm, and it doesn't even work after removing the managed interface, which some folks indicated |
22:04.09 | mickeyl | hmm, lets try newer wireless-compat |
22:14.39 | mickeyl | no, same w/ 2.6.34-rc |
22:15.44 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
22:17.50 | chamonix | phh: testing battery with 2.1 now, same modified kernel as 2.0.1 |
22:21.57 | stinebd | i predict 4 hours |
22:22.15 | stinebd | assuming it's 2.1aosp |
22:49.38 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
22:55.49 | ToAsTcfh | stinebd |
22:56.22 | ToAsTcfh | i get this undefined reference to ` but its defined in the inclued |
22:56.32 | ToAsTcfh | wtf |
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) |