00:04.15 | *** join/#htc-linux nitroboost (j@nitrology.com) |
00:23.01 | jonpry | argh, have to find a way to shutdown gps, or arm9 dies when i kill my program |
00:37.59 | *** join/#htc-linux vchau (~vchau@rrcs-67-52-148-182.west.biz.rr.com) |
01:08.12 | *** join/#htc-linux mes (~mes@d64-180-192-21.bchsia.telus.net) |
01:13.43 | *** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl) |
01:56.31 | *** join/#htc-linux br1ck_ (~br1ck@xdsldb237.osnanet.de) |
01:58.54 | *** join/#htc-linux swc|666 (~infidel20@65.101.151.78) |
01:58.57 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
02:28.56 | *** join/#htc-linux tehsu (~tehsu@64.85.170.124) |
02:33.44 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
02:34.53 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
02:37.14 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
03:01.16 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
03:03.05 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
03:04.34 | jonpry | argh. So i am not sure if i ever get a fix :-P Takes about 20 minutes and then something changes. Instead of getting the sattelite position on /dev/sdm27, i only get PDSIT. I'm guessing this is because fix has happened, unfortunately, I would like to know where I am |
03:05.27 | jonpry | imho, 20 minutes is not really acceptable, probably need at least some support for agps/almanac saving |
03:06.12 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-058-205-106.pools.arcor-ip.net) |
03:48.14 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
04:10.34 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
04:17.30 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.196) |
04:35.22 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
04:52.30 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cf98.pool.mediaWays.net) |
05:04.12 | *** join/#htc-linux Pandemic187 (~8630a1d2@gateway/web/freenode/x-nsnqdbnxylrfnkyy) |
05:08.31 | *** join/#htc-linux obrienmd (~obrienmd@173.160.148.166) |
05:09.53 | *** join/#htc-linux LTxda (~anon@unaffiliated/ltxda) |
05:16.09 | *** join/#htc-linux schme16 (~chatzilla@ppp118-208-147-34.lns20.bne1.internode.on.net) |
05:18.18 | *** join/#htc-linux Guldlok (~mvs@217.198.212.77) |
05:28.15 | schme16 | wow, lively today huh |
05:35.32 | *** join/#htc-linux niall0s (niall@spoon.netsoc.tcd.ie) |
05:39.06 | *** part/#htc-linux the_sys0p (~the_sys0p@116.199.69.196) |
05:43.53 | *** join/#htc-linux niall0s (niall@spoon.netsoc.tcd.ie) |
05:44.58 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
05:50.31 | *** join/#htc-linux zachy (~george@ip-85-160-37-9.eurotel.cz) |
05:59.49 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
06:06.53 | *** join/#htc-linux Untouchab1e (~Untouchab@82.147.44.133) |
06:08.23 | *** join/#htc-linux Untouchab1e (~Untouchab@82.147.44.133) |
06:52.36 | *** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
07:03.00 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00F36.dip0.t-ipconnect.de) |
07:22.01 | *** join/#htc-linux Pandemic187 (~8630a1d2@gateway/web/freenode/x-aezmziaajqxdhhit) |
07:37.25 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
07:48.30 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
07:52.40 | *** join/#htc-linux kiozen (~kiozen@p54921447.dip0.t-ipconnect.de) |
08:16.14 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
08:18.16 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
08:26.58 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
08:40.40 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
08:47.34 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
08:47.34 | *** join/#htc-linux krog (~wurst@a700.profila.de) |
08:47.34 | *** join/#htc-linux parmaster (par@dipole.idlepattern.com) |
08:47.34 | *** join/#htc-linux Dunedan (~dunedan@phoenitydawn.de) |
08:47.34 | *** join/#htc-linux Ekips_ (spike@d51A460C9.access.telenet.be) |
08:47.34 | *** join/#htc-linux Hellie (soulreaper@wield.the.scythe.of.the.soulreaper.net) |
08:48.03 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
08:59.07 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04e43.pool.mediaWays.net) |
09:05.28 | *** join/#htc-linux Mariano (~mcurto88@p54A2F5A8.dip.t-dialin.net) |
09:05.37 | Mariano | hello |
09:05.58 | Mariano | is this the chat about android on htc devices? |
09:07.55 | *** join/#htc-linux Ekips (spike@unaffiliated/ekips) |
09:30.52 | Mariano | anyone there? |
09:30.53 | mickey|zzZZzz | Mariano: depends on who you ask... I'm afraid the majority of folks is indeed interested in Android on HTC. Note the topic though |
09:31.08 | mickey|zzZZzz | more traffic usually in a couple of hours from now |
09:38.15 | *** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
09:42.20 | Mariano | what? |
09:51.38 | mickeyl | the channel topic says it's not an android support channel, which means folks in here usually are more concerned about developing things so that android runs on the devices, rather than supporting actual 'use' of android |
09:51.40 | mickeyl | clear now? |
09:58.37 | Mariano | i would ask, how the status of android on HD2 is |
10:02.28 | *** join/#htc-linux Forsaken|Laptop1 (~Forsaken|@p54B00F36.dip0.t-ipconnect.de) |
10:05.13 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00F36.dip0.t-ipconnect.de) |
10:07.23 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00F36.dip0.t-ipconnect.de) |
10:08.21 | mickeyl | right. those who know will answer later I'm sure |
10:08.43 | mickeyl | one of those few people not liking android, so please don't expect any answers from me |
10:12.13 | Mariano | okay thank you |
10:12.21 | mickeyl | np, just keep on lurking here |
10:13.08 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
10:15.12 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00F36.dip0.t-ipconnect.de) |
10:16.12 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00F36.dip0.t-ipconnect.de) |
10:23.27 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00F36.dip0.t-ipconnect.de) |
10:27.40 | Captnoord | android on HD2 is far far away |
10:31.48 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00F36.dip0.t-ipconnect.de) |
10:37.02 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00F36.dip0.t-ipconnect.de) |
11:09.43 | *** part/#htc-linux IceBone (~IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
11:29.47 | Wout | oi |
11:30.21 | Captnoord | oi |
11:31.21 | *** join/#htc-linux Cass (~Cass@nat/sun/x-ivokakkithwtwhru) |
11:31.46 | Captnoord | hmmm |
11:32.00 | Captnoord | maybe I know how to save a bit more power |
11:32.07 | Captnoord | the navi isn't disabled |
11:32.10 | Captnoord | only the irq's are |
11:32.14 | Wout | navi? |
11:32.34 | Captnoord | the touchpad thingy on the raphael |
11:32.39 | Wout | aah, rap |
11:32.40 | Wout | h |
11:32.56 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04e43.pool.mediaWays.net) |
11:33.15 | Captnoord | Markinus: have you tried to add the panel code to the .32 repo |
11:33.24 | Captnoord | as I think its related to that |
11:34.36 | Markinus | Captnoord: no, I didn'T try it |
11:35.10 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
11:35.45 | Markinus | Captnoord: but I think it shouldn't be related to the fb . . should work without |
11:36.05 | Captnoord | I disabled the panel code on my raph on the .27 repo |
11:36.08 | Captnoord | and got the same stuff |
11:36.19 | Markinus | Captnoord: hmm, intresting |
11:38.06 | Markinus | Captnoord: on leo it worked without any panel code . . but maybe is here something different |
11:38.15 | Captnoord | I dono |
11:44.53 | Mariano | why is it so far far away? |
11:45.24 | Mariano | on touch pro 2 there is a releas of the dual boot, whats so tricky on hd2? |
11:45.50 | Captnoord | because touch pro2 was kinda similar to the touch pro1 |
11:45.58 | Captnoord | the HTC LEO ( HD2 ) |
11:46.01 | Captnoord | is new |
11:46.25 | Mariano | is it not the same with different driver? |
11:46.40 | Captnoord | lol |
11:46.59 | Mariano | the os is the same? right? |
11:47.12 | Mariano | what i see is other hardware |
11:47.36 | Captnoord | Mariano you don't seem to get the point |
11:47.42 | Mariano | are you a developer? |
11:47.45 | Captnoord | yup |
11:47.48 | Captnoord | not for the leo |
11:47.54 | Mariano | for what? |
11:47.57 | Captnoord | raphael |
11:48.00 | Captnoord | you? |
11:48.53 | Mariano | i`m not a developer, i try some things to learn it. But iam far away from it. I have a Leo |
11:49.18 | Captnoord | k |
11:49.20 | Captnoord | its simple |
11:49.27 | Mariano | simple? ^^ |
11:49.29 | Captnoord | developing this without docs |
11:49.31 | Captnoord | its hard |
11:49.39 | Mariano | ah okay |
11:49.44 | Captnoord | even for developers who know there stuff |
11:49.49 | Captnoord | and it takes time |
11:49.52 | Captnoord | a lot of time |
11:49.56 | Mariano | and android on leo is without docs ... i understand |
11:50.01 | Captnoord | yup |
11:50.11 | Captnoord | you have to be happy with the fact that it is already so far |
11:50.15 | Captnoord | things work |
11:50.53 | Mariano | do you know somebody who works on this? |
11:51.06 | Captnoord | yup |
11:51.20 | Mariano | and how is the status of him? |
11:51.27 | Mariano | or her maybe ^^ |
11:51.51 | Captnoord | I think he's working |
11:51.51 | Captnoord | atm |
11:52.18 | Mariano | his real work |
11:52.25 | Captnoord | yup |
11:53.22 | Mariano | when microsoft develop more apps like android or iphone, i don`t wanna flash my hd 2 |
11:54.05 | Mariano | have i knowed that i had buy a other handy |
12:05.35 | Wout | Captnoord: will see if android will keep running throughout the day today with all the latest improvements :) will not be charging during the day |
12:06.25 | Captnoord | hmm Wout I don't know |
12:06.27 | Captnoord | I hope |
12:06.49 | Captnoord | to be honost I don't exact it to have a good battery life just yet |
12:06.51 | Wout | will see :) |
12:07.00 | Captnoord | exact = expect* |
12:07.51 | Wout | well, it wasn't terrible before |
12:08.07 | Wout | took it off the charger around 11.00, am hoping it will last to somewhere after dinner |
12:08.34 | Captnoord | I hope it for ya |
12:08.34 | Captnoord | :P |
12:10.35 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
12:11.07 | dcordes | Markinus, hi. did you look at the incrediblec source code yet? |
12:11.51 | Markinus | incrediblec? |
12:11.55 | Wout | Captnoord: and in the end...it's just a phone :P so what if it's dead for a few hours |
12:12.00 | Captnoord | hehe |
12:12.01 | Captnoord | true |
12:12.03 | Markinus | dcordes: no, didn't know that |
12:13.19 | dcordes | Markinus, I think the c is for cdma |
12:13.31 | dcordes | Markinus, so it's some qsd8650 or so |
12:13.59 | Markinus | where are the sources? |
12:14.09 | dcordes | looking it up |
12:14.32 | dcordes | Markinus, http://developer.htc.com/ |
12:14.54 | Markinus | dcordes: I looked there, whitch one is this? Droid? |
12:15.09 | dcordes | Markinus, http://member.america.htc.com/download/RomCode/Source_and_Binaries/incrediblec_cc1c2268.tar.bz2 yes droid incredible |
12:16.18 | dcordes | Markinus, I spent quite some hours yesterday with the 'leo base' patch in that source |
12:16.21 | Markinus | under http://developer.htc.com/ is only the droid eris |
12:16.56 | dcordes | Markinus, it is the very first entry from the top. "Droid Incredible by HTC(Verizon) Kernel Source Code" |
12:17.03 | dcordes | Markinus, but you can use the direct link |
12:17.12 | Markinus | hehe my first is Droid Eris by HTC (Verizon) |
12:17.14 | Markinus | hmmm |
12:17.39 | Cass | clear cache |
12:17.45 | Cass | i get the incredible |
12:17.46 | dcordes | vodafone internet. augmented reality :D |
12:17.52 | Markinus | hehe :) |
12:17.59 | Mariano | are you talking about abdroid on hd2? or which phone? |
12:18.07 | Mariano | *android |
12:18.10 | Cass | hd2 |
12:18.18 | Cass | these chaps are trying to make it work |
12:18.25 | Mariano | cool ^^ |
12:19.12 | Mariano | is it a own firmware? or like the dual boot on TP2? |
12:19.46 | dcordes | Markinus, you see it now? |
12:20.21 | Markinus | no :) very intresting, with clean cache . . |
12:21.13 | Markinus | other browser nothing too . . |
12:21.34 | *** join/#htc-linux mickeyl (~mickey@80.81.242.146) |
12:21.43 | dcordes | so maybe it is my browser then. I set it up to download the entire internet because of low bandwidth |
12:22.03 | dcordes | http://member.america.htc.com/download/RomCode/Source_and_Binaries/incrediblec_cc1c2268.tar.bz2 <- does that work ? |
12:22.06 | Markinus | yey |
12:22.15 | Markinus | yes |
12:23.53 | dcordes | Markinus, none of the CA 8k branches has mmc |
12:24.08 | dcordes | well 8k mmc |
12:24.54 | Markinus | dcordes: it'S in the board file |
12:26.27 | dcordes | ok |
12:27.07 | Mariano | what do you mean, how long it will take for the first beta? Android in Leo |
12:28.06 | Markinus | dcordes: I did already some stuff, mmc etc. but have to fix some bugs |
12:28.07 | dcordes | maybe 2, 3 years |
12:28.24 | Markinus | yes, Think so too |
12:28.53 | *** join/#htc-linux balans (~BRPOLDB@82-170-215-5.ip.telfort.nl) |
12:29.24 | dcordes | Markinus, ok. anything regarding the hangs? I played around with timing settings and vfp etc in the gitorious config |
12:30.18 | Markinus | dcordes: I didn't have any hangs with the CA repo . .hmm |
12:30.52 | Mariano | 2 or 3 years? okay ^^ in 1 or 1 and a half year i will buy new phone with android |
12:34.17 | *** join/#htc-linux schme16 (~chatzilla@ppp118-208-82-94.lns20.bne4.internode.on.net) |
12:34.35 | schme16 | Hi everyone! |
12:35.51 | dcordes | hi |
12:36.20 | dcordes | GNUtoo, https://www.codeaurora.org/gitweb/quic/xwin/?p=xf86-video-msm.git;a=shortlog;h=refs/heads/chromium <- again updates |
12:36.36 | GNUtoo | ok |
12:36.39 | GNUtoo | hi |
12:36.45 | dcordes | hey |
12:36.52 | schme16 | So, whats happening guys |
12:37.06 | GNUtoo | butt I don't use that anymore |
12:37.21 | dcordes | I know |
12:37.45 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
12:39.51 | dcordes | LeTama, hi |
12:39.59 | schme16 | Hi, guy |
12:42.02 | LeTama | hi dcordes! |
12:42.26 | dcordes | LeTama, what's good? any leo news? |
12:43.04 | LeTama | well, no news from me |
12:43.23 | LeTama | I didn't make any progress |
12:43.37 | dcordes | same here |
12:43.45 | schme16 | Dang! |
12:43.49 | LeTama | I have some "clean" traces of the segfault, but that's about it |
12:44.16 | schme16 | Where are the latest builds? |
12:44.20 | dcordes | sounds good can you post it in the ml? |
12:44.37 | dcordes | schme16, nothing interesting right now |
12:45.17 | LeTama | dcordes: will do, here is what I have: |
12:45.19 | LeTama | http://pastebin.com/i0st0Ac3 |
12:47.51 | LeTama | Not so sure it's really pertinent, but it helps me understand things |
12:48.47 | *** part/#htc-linux zachy (~george@ip-85-160-37-9.eurotel.cz) |
12:50.50 | dcordes | LeTama, maybe it would be really good to post in the ml. the error logs there look different |
12:52.15 | LeTama | I'll do a post when I'm back home. |
12:52.32 | dcordes | LeTama, ok that would be nice |
12:53.20 | LeTama | I added lots of traces to follow things around, and it runs my init/helloworld initrd. |
12:54.10 | *** join/#htc-linux Graduated (~Graduated@HSI-KBW-078-042-079-217.hsi3.kabel-badenwuerttemberg.de) |
12:54.30 | LeTama | I also run with user_debug=65535 to have the dump on signal |
12:54.32 | Graduated | dcordes: hi got a question |
12:54.34 | dcordes | LeTama, hm I don't have such patches. there is a problem with mounting root for me |
12:54.37 | dcordes | Graduated, shoot |
12:55.01 | dcordes | LeTama, in the codeaurora kernel |
12:55.12 | Graduated | dcordes: is the tmo us leo completely the same device as everywhere else? i mean is even the Rom-size the same? |
12:55.15 | dcordes | LeTama, http://pastebin.com/i0st0Ac3 |
12:56.28 | dcordes | Graduated, afaik the hardware is the same and the advertised differences are introduced by software |
12:57.27 | LeTama | dcordes: I'm not even try to mount root, I'm running with this: set cmdline "mem=128M debug loglevel=7 user_debug=65535" |
12:57.29 | dcordes | Graduated, I see no use in adding such minor changes in the hardware for the manufacturer |
12:58.09 | Graduated | dcordes, that means there should be a possibility to unleash the 1gb rom size in any other leo right? |
12:59.53 | dcordes | LeTama, need to look at these boot params |
13:00.00 | dcordes | Graduated, I don't know, sorry |
13:01.29 | *** join/#htc-linux mickeyl (~mickey@openmoko/coreteam/mickey) |
13:01.40 | Graduated | dcordes: maybe we'll find out when linux is going to work completely :) |
13:02.04 | dcordes | Graduated, yes then you have a more transparent access to nand |
13:02.38 | Wout | Captnoord, any luck with batt readout lately? |
13:02.49 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
13:02.57 | dcordes | LeTama, hello world does only echo hello world? |
13:03.31 | *** join/#htc-linux hfctsaot (~hfctsaot@174-151-171-9.pools.spcsdns.net) |
13:04.34 | Graduated | dcordes: do you have any experience in developing drivers for windows mobile? i saw a thread in xda-devs where someone started a project for voice morphing during a call and the first idea is to achieve this via a new microphone driver what do you say? |
13:05.36 | *** join/#htc-linux hfctsaot (~hfctsaot@174-151-171-9.pools.spcsdns.net) |
13:06.33 | dcordes | Graduated, no I don't have any experience with that despite from building haret.exe . but your idea has a problem. the audio magic happens inside the arm9 (radio processor). so this is tricky |
13:06.48 | *** join/#htc-linux Kawaiius (~yadayada@pool-72-84-154-86.slsbmd.east.verizon.net) |
13:07.03 | dcordes | Graduated, I hope you are not going to create a leo for blackmail calls :D |
13:08.24 | Graduated | dcordes: :D who knows, so you say i should concentrate on hacking the radio driver? |
13:10.07 | dcordes | yes but only if your 1337 level is galactic |
13:10.50 | dcordes | it is not only a driver. a seperate system. read up on the msm7* qsd8* architecture |
13:11.21 | Graduated | dcordes: so what would you suggest to achieve that? |
13:11.54 | *** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl) |
13:12.35 | dcordes | Graduated, to compile your own AMSS ? |
13:12.56 | *** join/#htc-linux hfctsaot (~hfctsaot@174-151-171-9.pools.spcsdns.net) |
13:13.30 | LeTama | dcordes: helloworld is a C app that do printf("helloworld\n"), that's all |
13:13.32 | Graduated | dcordes: so that's the only solution you see to morph my voice during a call? |
13:14.06 | dcordes | Graduated, I'm the wrong to ask sorry |
13:14.31 | hfctsaot | \o/ |
13:14.40 | Graduated | dcordes: do you know anybody who would be the right to ask? |
13:14.45 | dcordes | Graduated, use vocoder and direct the output into your leo in speaker mode :D |
13:14.59 | dcordes | then do blackmail |
13:15.14 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
13:16.21 | Graduated | dcordes: :D yeah, but that's just to easy you know? where is the challenge? why do it easy when theres a complicated way? |
13:16.27 | *** join/#htc-linux _silencer (~Kim@91.182.102.203) |
13:16.33 | AstainHellbring | morning |
13:17.50 | dcordes | hi astain |
13:18.07 | AstainHellbring | how goes it dcordes? |
13:18.36 | dcordes | not too bad, you? |
13:19.10 | _silencer | LeTama, do you have any idea why user space programs give a memory manager fault exception? incorrect page table? |
13:19.36 | AstainHellbring | not bad |
13:20.18 | LeTama | silencer, I don't know yet. I'm trying to dig into memory management, but I'm a bit lost in code right now. |
13:20.43 | _silencer | yes strange stuff :) |
13:22.22 | AstainHellbring | dcordes working on anything fun? |
13:23.30 | dcordes | AstainHellbring, hm nah I think trying random things in the different qsd8x50 sources is not so fun |
13:23.33 | _silencer | on intel it's normal to get a page fault when you access that page for the first time (the kernel doesn't map page's that aren't used), i guess the same is done on arm |
13:23.36 | dcordes | if it results in nothing |
13:23.41 | *** join/#htc-linux shu8i (~shu8i@78.104.102.92) |
13:24.17 | AstainHellbring | dcordes yah I can see that |
13:26.08 | dcordes | LeTama, arch/arm/mach-msm/board-htcleo.h arch/arm/mach-msm/include/mach{msm_iomap.h,memory.h} might be of interest |
13:27.25 | LeTama | dcordes:ok |
13:28.54 | dcordes | gotta go. bye |
13:28.56 | *** join/#htc-linux Forsaken|Laptop1 (~Forsaken|@p54B00599.dip0.t-ipconnect.de) |
13:34.12 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00599.dip0.t-ipconnect.de) |
13:49.07 | Mariano | i want android on my hd2 :'( |
13:49.36 | shu8i | who doesn't ;) |
13:49.57 | Wout | Mariano: crying about it won't help |
13:50.10 | Wout | if you want a fully funcional android phone......buy one |
13:50.42 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
13:52.42 | Mariano | i know |
13:52.53 | Markinus | there is a new 2010q1 toolchain http://www.codesourcery.com/sgpp/lite/arm/portal/release1294 |
13:53.57 | Mariano | but i have not very much money monthly and where i buy my hd2 i didn?t know that microsoft is doing a "$ยง%" for his OS |
13:54.16 | Mariano | icant buy every month a new phone .... |
13:54.41 | Mariano | i want but i cant ;-) |
13:58.53 | shu8i | well be patient then ;)+ |
14:12.02 | *** join/#htc-linux akoma1s (~quassel@ppp-94-68-84-37.home.otenet.gr) |
14:29.33 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
14:29.57 | [acl] | sup fellas |
14:31.22 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
14:35.41 | *** join/#htc-linux IceDroid (~AndChat@internet-213-229-229-165.narocnik.mobitel.si) |
14:41.13 | *** join/#htc-linux _silencer001 (~Kim@91.182.102.203) |
14:41.27 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
14:41.56 | *** part/#htc-linux IceDroid (~AndChat@internet-213-229-229-165.narocnik.mobitel.si) |
14:41.57 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00599.dip0.t-ipconnect.de) |
14:44.36 | *** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00599.dip0.t-ipconnect.de) |
14:50.01 | *** join/#htc-linux kiozen (~kiozen@p54921447.dip0.t-ipconnect.de) |
14:50.01 | *** join/#htc-linux Guldlok (~mvs@217.198.212.77) |
14:50.01 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
14:50.01 | *** join/#htc-linux nizox (~none@77.207.111.193) |
15:02.48 | *** part/#htc-linux Mariano (~mcurto88@p54A2F5A8.dip.t-dialin.net) |
15:14.19 | *** join/#htc-linux gauner1986 (~gauner198@p5B384C21.dip.t-dialin.net) |
15:15.48 | gauner1986 | hi |
15:23.51 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
15:28.37 | [acl] | can anyone think of a wvga device that actually has hardware 3d working? non adreno device i mean |
15:42.36 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
15:50.34 | *** join/#htc-linux ali1234 (~al@robotfuzz.co.uk) |
15:53.33 | _silencer001 | LeTama, could the usermode prog be trying to access an page wich it has not have the right access rights? getting a data abort exception (no access to page)... |
15:53.58 | _silencer001 | something wrong with memory map of hd? |
15:54.04 | _silencer001 | hd* |
15:54.17 | _silencer001 | hd2* (numlock was off :p ) |
15:57.54 | _silencer001 | or perhaps a stupid alignment problem :s is arm that picky? |
16:07.51 | *** join/#htc-linux nizox (~none@77.207.111.193) |
16:11.13 | Captnoord | Wout: he will keep on wining about it |
16:15.01 | Wout | then he should be banned from the channel :P |
16:20.30 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
16:20.43 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
16:22.15 | hfctsaot | Captnoord: \o/ I did it |
16:22.42 | *** join/#htc-linux rzk (~rzk@daemonet.ru) |
16:24.06 | [acl] | can anyone think of a wvga device that actually has hardware 3d working (non snapdragon)? ?? |
16:28.52 | obrienmd | can't think of one |
16:30.55 | [acl] | Yeah i didnt think so. |
16:31.11 | obrienmd | and after looking through some pretty exhaustive lists, I don't think it exists |
16:31.31 | obrienmd | based on msm7[2,5,6]xxx, that is |
16:32.41 | [acl] | I was talking to some winmo chefs and they braught up a valid point about why hw3d isnt workin on the rhod or topaz |
16:33.14 | [acl] | It could be a driver issue. We dont know the drivers can handle a wvga device. All android msm7k seem to just be hvga |
16:33.25 | obrienmd | right |
16:34.11 | [acl] | one possible test was to see if we can run Donut with hwd3d enabled and use the old libhgl.so. This is the older qcomm driver and it may not have the limit. |
16:34.34 | [acl] | i tried to compile the kernel with dounut 3d but i never saw the /dev/hw3d so i dont even know if thats working |
16:34.39 | obrienmd | ah |
16:34.53 | obrienmd | any useful log msgs? |
16:35.53 | [acl] | not on me(im at work). But anything in particular you want me to share? |
16:37.08 | obrienmd | just curious, nothing in particular yet... just recently setup dev enviro and not sure I'll have time to start hacking away for the next month |
16:38.00 | *** part/#htc-linux shu8i (~shu8i@78.104.102.92) |
16:39.32 | [acl] | This has been discussed for a long time. I spent a few days reading old irc logs. Looks like many people have tried to get this working. But i dont think we really thought about the driver being the issue. |
16:45.46 | obrienmd | hrm - will go back and read logs when I have time... I need to learn quite a bit more about this - would like to focus on bluetooth, then maybe sound, then 3d... I've seen folks working on sound, has there been any work on bluetooth for rhod400? |
16:47.49 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-058-205-106.pools.arcor-ip.net) |
16:49.31 | [acl] | ambitious goals .. |
16:49.43 | obrienmd | never said I would solve anything |
16:49.51 | obrienmd | :) |
16:49.53 | obrienmd | just focus on |
16:50.05 | [acl] | lol. ive been at this for over a week with no results. So i know how it is |
16:51.02 | obrienmd | do you know anything about BT for rhod400, or rhod devices in general? |
16:51.45 | [acl] | i have a rhod400 but i dont know the status of bt |
16:51.58 | obrienmd | yeah, some wikireading shows not much in the way of detail |
16:52.51 | *** join/#htc-linux goxboxlive (~jrs@40.80-202-134.nextgentel.com) |
16:58.01 | *** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
17:07.01 | *** join/#htc-linux obrienmd_sea (~obrienmd@173.160.148.166) |
17:07.27 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
17:09.53 | *** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
17:11.48 | *** join/#htc-linux obrienmd_sea (~michael.o@173.160.148.166) |
17:19.44 | Captnoord | hfctsaot: ? |
17:19.49 | Captnoord | tell me |
17:19.51 | Captnoord | gps? |
17:19.53 | Captnoord | :D |
17:19.55 | Captnoord | :D |
17:23.43 | *** join/#htc-linux zachy (~george@85.193.4.18) |
17:24.14 | *** join/#htc-linux k_linux (~klinux@41.214.195.24) |
17:26.12 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
17:27.13 | *** join/#htc-linux Parad0XUA_ (~andrei@rrcs-69-193-179-210.nyc.biz.rr.com) |
17:35.00 | hfctsaot | Captnoord: .29 |
17:35.45 | Captnoord | worky? |
17:35.48 | Captnoord | nice nice nice nice nice |
17:36.13 | hfctsaot | Yeah all but wifi and jogball light |
17:36.35 | Captnoord | hehe |
17:36.53 | Captnoord | gj |
17:37.09 | hfctsaot | I got a question though |
17:37.20 | Captnoord | yea |
17:39.31 | hfctsaot | So the sdio that controls wifi config is giving me compile errors |
17:39.57 | Captnoord | the dex gpio config shit? |
17:40.43 | hfctsaot | No its in drivers/mmc/card |
17:40.57 | obrienmd_sea | what sort of things does .29 buy us vs .27? |
17:41.20 | hfctsaot | Well for me camera |
17:41.40 | Captnoord | hfctsaot: gimme link |
17:41.47 | Captnoord | maybe I can magicly see |
17:42.02 | hfctsaot | Uhg I'm at work |
17:42.07 | Captnoord | k |
17:42.12 | Captnoord | pastebin the error then |
17:43.03 | hfctsaot | But yeah it says a wifi function isn't defined but it is in the include header file |
17:43.35 | Captnoord | on linkage |
17:43.38 | Captnoord | or on compile |
17:43.52 | hfctsaot | Compile |
17:43.55 | Captnoord | k |
17:44.29 | hfctsaot | Won't make unless I remove the sdio from the config |
17:44.33 | Captnoord | maybe its has a proto but isn't defined |
17:44.59 | hfctsaot | The code looks the same as .27 |
17:45.18 | hfctsaot | Exactly the same |
17:45.20 | Captnoord | k |
17:45.24 | Captnoord | makefile? |
17:45.45 | obrienmd_sea | acl: WRT your previous question about 3d wvga, have you seen SmartQ V5/V7? Giant longshot: They are supposedly ARM11 and WVGA. Dunno about exact chipset or hw3d though. |
17:46.31 | hfctsaot | All they changed there is they added a config for it to be used in the .config |
17:46.51 | Captnoord | and its beeing used? |
17:46.58 | Captnoord | you did do make config bla bla |
17:47.00 | hfctsaot | Yeah |
17:47.10 | Captnoord | k |
17:47.18 | Captnoord | hmmm |
17:47.26 | Captnoord | unless I can get a look at it |
17:47.28 | Captnoord | I can't tell |
17:48.04 | hfctsaot | Have u any .29 source? |
17:48.13 | Captnoord | nope |
17:48.14 | Captnoord | not atm |
17:48.23 | Captnoord | and I kinda don't have time for it |
17:48.24 | Captnoord | :( |
17:48.28 | Captnoord | girl time almost |
17:49.39 | hfctsaot | Damn |
17:50.41 | hfctsaot | But yeah how can I define it in the two files that error without moding the header file |
17:51.08 | Captnoord | you could add the proto in the .c file |
17:51.21 | hfctsaot | Like |
17:51.22 | [acl] | obrienmd_sea: Thanks.. ill look into it. |
17:52.00 | Captnoord | like adding the proto to the c file |
17:52.04 | Captnoord | can't explain it better |
17:52.12 | Captnoord | more like lets say |
17:52.17 | Captnoord | the raphael panel code |
17:52.27 | hfctsaot | Lol ok ill go figure it out |
17:52.32 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
17:52.40 | Captnoord | extern void micropklt_lcd_ctrl(int); |
17:52.56 | Captnoord | or was that in the diamonds panel code |
17:53.11 | hfctsaot | It's already like thzt in the header |
17:53.31 | obrienmd_sea | acl: looks like it's a samsung cpu |
17:54.04 | hfctsaot | Extern void *wifi_ blah |
17:54.29 | jonpry | hfctsaot, sometimes if a return type or argument type has changed or doesn't exist anymore, you can end up with errors like the method is not defined |
17:54.38 | *** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
17:55.36 | hfctsaot | Well all the code is identical to .27 code that compiles |
17:55.55 | Kensan | GNUtoo: hi |
17:56.01 | hfctsaot | Nothing has changed in it |
17:56.01 | GNUtoo | hi |
17:56.23 | jonpry | right, but say it uses something like wifi_type_t, since wifi stuff has probably changed, this type may not be defined |
17:56.49 | hfctsaot | Herm ok |
17:58.16 | Captnoord | hmmm |
17:58.23 | jonpry | does .29 get rid of wireless compat? |
17:58.25 | Captnoord | raphael navi i2c cmd's |
17:58.25 | Captnoord | <PROTECTED> |
17:58.26 | Captnoord | <PROTECTED> |
17:58.27 | Captnoord | :D |
17:58.48 | hfctsaot | The htc_wifi.c has changed and now has an extra if config_sdio_blah then it defines the same thing I'm having issues with |
17:59.46 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cf98.pool.mediaWays.net) |
18:00.51 | hfctsaot | Idk ill be back in about 3 hours ill be home. Thanx |
18:02.31 | Captnoord | <PROTECTED> |
18:02.31 | Captnoord | <PROTECTED> |
18:02.31 | Captnoord | <PROTECTED> |
18:02.31 | Captnoord | <PROTECTED> |
18:02.31 | Captnoord | <PROTECTED> |
18:02.31 | Captnoord | <PROTECTED> |
18:14.21 | *** part/#htc-linux zachy (~george@85.193.4.18) |
18:31.22 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
18:32.03 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
18:35.17 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
18:40.48 | *** join/#htc-linux canthonyza (~canthonyz@41.0.201.200) |
18:41.17 | Captnoord | try nr 2 |
18:41.20 | Captnoord | with PSOC reset |
18:41.22 | Captnoord | bleh |
18:43.57 | *** join/#htc-linux PSPdemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
18:45.32 | phh | [02:00:40] <jonpry> i got a position report :-) <----------- reboot or not reboot ? |
18:45.43 | phh | [02:28:56] <jonpry> argh, have to find a way to shutdown gps, or arm9 dies when i kill my program <--- ok no reboot. |
18:46.19 | phh | [05:10:30] <jonpry> argh. So i am not sure if i ever get a fix :-P Takes about 20 minutes and then something changes. Instead of getting the sattelite position on /dev/sdm27, i only get PDSIT. I'm guessing this is because fix has happened, unfortunately, I would like to know where I am <---- NMEA SMD isn't mandatory, it can send everything through RPC |
18:46.37 | phh | it's done that way on 6125 (cdma diam/raph), and probably on 6250 too |
18:46.43 | phh | hum no it's the other way |
18:46.50 | phh | cdma is 6150 and we are 6125 |
18:46.53 | phh | or whatever, you get the idea. |
18:48.03 | phh | [18:30:10] <[acl]> can anyone think of a wvga device that actually has hardware 3d working (non snapdragon)? ?? <----- kind of works on blackstone |
18:48.10 | phh | (ie when there is enough memory) |
18:48.13 | phh | and drivers work for VGA |
18:48.17 | phh | so drivers are resolution dependant |
18:48.25 | phh | it's just that apps (even bootsplash) uses more than possible 8MB. |
18:49.29 | jonpry | phh, i'm pretty sure the data is coming over rpc, and gps is fixed. just don't know how to read the data. |
18:49.41 | phh | jonpry: readable dumps ? :p |
18:50.09 | jonpry | i've got it printing ints. but i'm too stupid to get rid of the <7>'s |
18:50.19 | phh | sed works you know. |
18:50.47 | chamonix | hey guys |
18:50.48 | jonpry | i'd give you the dumps, but i don't want to give away my position :-) |
18:50.55 | jonpry | j/k |
18:51.22 | phh | give unfixed positions if you want, I still can try to read sats infos |
18:51.31 | phh | or perhaps I could try gpswrapper on my rhod |
18:51.40 | jonpry | there is that :-) |
18:51.47 | jonpry | sat positions come out on smd27 |
18:52.10 | phh | but not position ? |
18:52.11 | phh | lol ? |
18:52.27 | phh | oh perhaps sat positions is given to remember ephemiris for next time |
18:52.32 | jonpry | as soon as it fixes, it only send PSTIT or whatever |
18:52.39 | chamonix | Captnoord: my test with AOSP is almost over (I'm at 16 hours without SIM) so I'll go on with ur kernel once reloaded |
18:52.55 | phh | jonpry: something changed in sent RPC commands ? |
18:53.00 | jonpry | maybe, but they are no good, it doesn't give the locked sat position, just the guesses leading up to it |
18:53.05 | phh | or it's the timing stuff that changed ? |
18:53.09 | phh | ok |
18:53.19 | Captnoord | chamonix: I hope it works |
18:53.24 | jonpry | no, only send get_position once, and it send an update every 2 minutes |
18:53.27 | Captnoord | i'm now hacking on the navi |
18:53.35 | phh | Captnoord: do we stop it ? |
18:53.35 | Captnoord | as it has a sleep feature to |
18:53.39 | Captnoord | nope |
18:53.41 | Captnoord | we only reset it |
18:53.51 | makkonen | do you guys know why so many people have been going into a reboot loop with the latest xdandroid build? |
18:53.51 | phh | Captnoord: I was thinking a capacitive panel might need a lot of power |
18:54.00 | Captnoord | char c7[]={MICROP_I2C_WCMD_MISC,0x4c}; |
18:54.07 | Captnoord | is the reset |
18:54.09 | Captnoord | possible |
18:54.14 | Captnoord | 0x40 |
18:54.17 | [acl] | phh: But we dont get an out of mem error on the bootsscreen. it just doesnt show up. i dont think we max out the mem on all instances |
18:54.25 | phh | [acl]: yes it does |
18:54.32 | phh | if you enable 3D |
18:54.39 | phh | unless it changed recently |
18:54.42 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
18:54.46 | phh | [acl]: anyway yes there is another problem that memory that i don't know |
18:55.40 | [acl] | i enabled it and it just dont show. I get a mem err with sense weather thats mem related. But bootscreen just doesnt display |
18:55.47 | chamonix | phh: there's a difference of 4 hours between the 16 hours I get with AOSP and the 20 hours I had with my old system.sqsh -> with AOSP there's no difference whether SIM is in or not |
18:56.04 | phh | chamonix: any clue why ? |
18:56.06 | phh | location stuff ? |
18:56.15 | chamonix | nope, it's off |
18:56.31 | phh | sleep logs ? |
18:56.58 | chamonix | the only visible differences I see is that I have a blanc data so I have no modules at all with AOSP, nor do I have a calibration file for WIFI |
18:57.28 | phh | hum |
18:57.34 | jonpry | phh: http://pastebin.com/h2Q46kRx maybe more importantly, i know what made it work |
18:57.35 | phh | can you try aosp without modulese then ? |
18:57.38 | chamonix | I have checked the sleep logs and don't see any wakelocks.... and the distribution of sleeps is quite similar |
18:57.49 | phh | jonpry: right, what ? :p |
18:58.10 | phh | jonpry: wow, that's BIG messages |
18:58.16 | chamonix | AOSP IS witout modules, my old data had some but they should have been discarded as I'm on a dirty build |
18:58.25 | phh | ok |
18:59.17 | jonpry | phh: when it calls back, you've got to send it a reply. I just send it a uint32==0. don't know if it could be an empty message, doesn't seem to matter. And it will keep sending you updates every < 2minutes. if it doesn't get this reply, a9 will crash |
18:59.34 | phh | jonpry: ok thanks |
19:00.00 | phh | jonpry: on which proc id ? |
19:00.03 | phh | just read logs right. |
19:00.41 | *** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
19:01.17 | phh | jonpry: what about sound now ? :p |
19:01.37 | chamonix | phh: sleep logs are same as always |
19:01.38 | chamonix | Analysed 859.6 minutes of logs |
19:01.41 | chamonix | Total sleep in that time was 856.1 minutes |
19:01.43 | jonpry | the proc id is random, lol. The first uint32 in the message specifies what registered callback should handle it. This is probably important for a real driver, but just for convincing it to work. All callbacks need to reply |
19:01.44 | chamonix | Ratio sleep/total 99.60% |
19:01.48 | chamonix | Occurence of sleeptime ranges (all values are in minutes) |
19:01.51 | chamonix | Sleeptime: 1 (4) **** |
19:01.55 | chamonix | Sleeptime: 5 (0) |
19:01.58 | chamonix | Sleeptime: 10 (1) * |
19:01.59 | phh | only 99.6 ? hum |
19:02.01 | chamonix | Sleeptime: 15 (0) |
19:02.05 | chamonix | Sleeptime: 20 (1) * |
19:02.08 | chamonix | Sleeptime: 25 (0) |
19:02.12 | chamonix | Sleeptime: 30 (1) * |
19:02.15 | chamonix | Sleeptime: 35 (2) ** |
19:02.18 | chamonix | Sleeptime: 40 (0) |
19:02.21 | chamonix | Sleeptime: 45 (0) |
19:02.25 | chamonix | Sleeptime: 50 (1) * |
19:02.28 | chamonix | Sleeptime: 55 (0) |
19:02.31 | chamonix | Sleeptime: 60 (1) * |
19:02.36 | [acl] | sounds like plenty of nap time |
19:02.41 | chamonix | well I was on charger for a while |
19:02.44 | phh | chamonix: with sim ? |
19:02.45 | chamonix | but I'm reading dmesg right now to see if I find sumthin |
19:02.50 | chamonix | no SIM |
19:02.52 | phh | err |
19:02.58 | phh | on diamond I get no wakeup at all |
19:02.58 | chamonix | that's the reason of the 60 minutes |
19:03.08 | phh | well just when I wake it up :p |
19:03.12 | chamonix | I never was able to get that |
19:03.33 | chamonix | as I let it run and never wake it up by hand during runs |
19:03.44 | phh | that's really weird |
19:03.58 | phh | add debugging wakeup messages |
19:05.26 | chamonix | what I see are a few "abort suspend" |
19:05.47 | jonpry | phh: i'll get back to sound soon. Getting agps working might be a good idea though. I don't know who is going to want to wait 20 minutes to find out where they are |
19:05.58 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
19:05.59 | phh | jonpry: have fun |
19:06.15 | phh | jonpry: well, first gps save ephemeris |
19:06.18 | phh | that's the easiest to do |
19:06.26 | phh | I think. |
19:06.29 | chamonix | I really need to extend the parser to check planned sleep time against effective sleep time |
19:06.36 | phh | err no it should be damn easy to get position from google |
19:06.41 | chamonix | so see if there's a difference due to early wakeups |
19:07.07 | Wout | positioning is already pretty good with cell tower triangulation and the wifi database :) |
19:07.24 | jonpry | not ephemeris, almanac |
19:08.43 | jonpry | almanac is what takes 20 minutes to download |
19:08.58 | chamonix | phh: what I definitely see is that the calculated sleep time is never higher than 50-60 minutes |
19:09.10 | chamonix | so the kernel will NEVER be sleeping longer |
19:09.16 | chamonix | now what does that depend on? |
19:10.22 | *** join/#htc-linux gnutoo_ (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
19:14.13 | chamonix | drivers/rtc/rtc-msm7x01a.c |
19:16.24 | chamonix | ok, basically it's the time of the next alarm.... so now who can plan alarms? |
19:18.10 | *** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
19:18.25 | phh | chamonix: ask GNUtoo ! :p |
19:18.37 | chamonix | or how can be conditioned, that no alarms are planned |
19:18.46 | phh | chamonix: any widget ? |
19:18.53 | chamonix | I have none |
19:18.58 | chamonix | my data is blanc |
19:19.04 | phh | ok |
19:19.21 | phh | on my diam it's even without gmail/gtalk/market |
19:19.32 | chamonix | and there is only one service running that does not use any timer (LedEffects) |
19:19.45 | phh | (I just wonder why I have email app on it.) |
19:19.52 | chamonix | and I always kill gtalk so there's no keep-alive |
19:20.02 | phh | the only app I have on diam is spotify basically :p |
19:20.28 | chamonix | the only one I'll install is CommandCenter, to dump logs without adb |
19:20.49 | phh | well, i have dev tools |
19:21.15 | chamonix | btw, I have added the filepicker to CommandCenter, just forgot to release it ;) |
19:21.41 | chamonix | u should have a look at that tool phh :P |
19:21.46 | phh | I know :p |
19:21.58 | phh | like 4 differents isos on my diamond and I just plug and select :p |
19:22.00 | chamonix | HeHeHe |
19:22.14 | phh | hum, 4GB for 4 ISOs + spotify offline |
19:22.16 | phh | sure. |
19:22.20 | phh | net boot isos :p |
19:23.22 | hfctsaot | phh u seen my news? |
19:23.26 | phh | hfctsaot: no |
19:23.57 | hfctsaot | .29 \o/ |
19:24.24 | hfctsaot | Oh |
19:24.27 | *** join/#htc-linux gnutoo_ (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
19:24.33 | phh | ah sources ? |
19:24.35 | phh | yeah right I did see it |
19:24.59 | hfctsaot | I ported it to my device |
19:25.04 | phh | ah ? |
19:25.06 | phh | I thought they released it |
19:25.16 | hfctsaot | Not for us |
19:25.20 | phh | ok |
19:25.24 | phh | ah but you got the big patch ? :p |
19:25.35 | hfctsaot | Not for us |
19:25.46 | hfctsaot | That was gsm |
19:25.50 | phh | ok |
19:25.58 | hfctsaot | Totally different |
19:26.30 | hfctsaot | Couldn't use anything from it |
19:26.36 | *** join/#htc-linux cmg29 (~cgoffredo@bflo.corp.synacor.com) |
19:26.49 | *** join/#htc-linux tehtrk (~tehtrk@rrcs-24-173-220-30.sw.biz.rr.com) |
19:26.57 | phh | jonpry: seeing your logs, it's just a plain ack message |
19:27.07 | phh | which is likely my stuff don't do. |
19:27.22 | hfctsaot | Look at the logs at my issue with wifi though and tell me what u thik |
19:27.39 | phh | GMT+2 hour ? :p |
19:28.11 | hfctsaot | Uh like an hour or two ago |
19:28.16 | phh | hfctsaot: yeah not now, I have to play with gps. |
19:28.25 | hfctsaot | Oh |
19:29.23 | hfctsaot | Getting close? |
19:29.36 | phh | it seems jonpry actually got a fix |
19:29.39 | phh | we just have to understand it :p |
19:29.53 | hfctsaot | Lol awesome |
19:29.57 | *** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
19:30.35 | phh | I can't see anything ACK related in smd_rpcrouter, what's the hell ? |
19:30.50 | hfctsaot | Bbl |
19:34.38 | *** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
19:37.50 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
19:39.54 | *** part/#htc-linux cmg29 (~cgoffredo@bflo.corp.synacor.com) |
19:43.55 | jonpry | phh: the code in oncrpc_exports for setting up the server and doing the acks is pretty simple |
19:46.01 | Captnoord | phh |
19:46.04 | Captnoord | succes |
19:46.55 | Captnoord | its now fluxuating between 7.5 and 10 mV ( and before someone starts about the error in the measurement... NOT TONIGHT ) |
19:47.17 | Captnoord | thats like 10 mA lower than we had at first |
19:47.19 | Captnoord | mV |
19:47.24 | Wout | wow |
19:47.39 | phh | Captnoord: changing navi ? |
19:47.44 | Wout | i dont know much, but that seems significant |
19:47.44 | Captnoord | yup |
19:47.46 | Captnoord | I reset navi |
19:47.49 | phh | ok |
19:47.51 | Captnoord | and then I send the sleep command |
19:47.52 | phh | Wout: don't worry it's not for you |
19:48.08 | Wout | phh: I know :P |
19:49.07 | Captnoord | hehe |
19:49.07 | Captnoord | I disabled the reset button |
19:49.07 | Captnoord | loooooool |
19:49.27 | Captnoord | yu |
19:49.30 | Captnoord | yup |
19:49.31 | phh | well done. |
19:49.34 | Captnoord | this is the way togo |
19:49.42 | phh | reset button is handled by microp ? |
19:49.45 | phh | funny |
19:49.46 | Captnoord | yup |
19:49.51 | Captnoord | I already knew that |
19:49.56 | phh | jonpry: I found it's called accepted_reply in librpc ... |
19:50.52 | Captnoord | now to fix everything |
19:50.57 | Captnoord | so the panel works |
19:50.58 | Captnoord | lol |
19:52.30 | *** join/#htc-linux jonpry (~jonpry@c-24-17-200-206.hsd1.wa.comcast.net) |
19:52.54 | jonpry | phh: that doesn't sound right. you need something from svc.c |
19:53.10 | Captnoord | bleh waiting for some guy who should delover some sort of fuel pump |
19:53.12 | jonpry | the callback only receives a SVCXPRT*, not a CLIENT*, won't work |
19:53.15 | *** join/#htc-linux Graduated (~Graduated@HSI-KBW-078-042-079-217.hsi3.kabel-badenwuerttemberg.de) |
19:53.20 | Captnoord | but I think won't come |
19:53.37 | phh | iirc it casts a CLIENT* to a SVCXPRT* at some point |
19:53.38 | Captnoord | 7 minutes and I will jump in the bathtub |
19:54.00 | Graduated | hey guys does anybody know how i could morph my voice during a call? how could i achieve that any advice or suggestions? |
19:54.13 | jonpry | umm. i copied/pasted almost all that code into oncrpc one line at a time. it doesn't do anything like that |
19:54.21 | Captnoord | phh the navi also has a idle command |
19:54.26 | Captnoord | which we also don't use |
19:54.36 | phh | Captnoord: anything for microp ? |
19:54.39 | jonpry | phh:both pointers are opaque types. the code in one of them has no possibility of using the pointer for the other |
19:54.50 | Captnoord | phh what do you mean? |
19:54.57 | Captnoord | if there are more things for microp? |
19:55.01 | phh | Captnoord: idle stuff for microp |
19:55.10 | Captnoord | nah I searched for it |
19:55.15 | Captnoord | and the only thing I could find |
19:55.22 | Captnoord | is something that didn't really had major influence |
19:55.25 | Captnoord | not like this |
19:55.32 | phh | jonpry: global variables are good. |
19:55.51 | phh | (ahum.) |
19:55.59 | phh | (especially when librpc is multithreaded) |
19:56.18 | Captnoord | crosses fingers..... hoping the panel gets out of suspend |
19:56.45 | jonpry | phh: i don't understand. what's wrong with svc_sendreply (svcxport, xdr_int,&iresult);? |
19:57.55 | phh | just that's not explicit /o\ |
19:57.55 | phh | thanks |
19:58.02 | phh | I was more in client code than server one |
20:01.06 | phh | jonpry: concerning the kill program stuff, there is an end_session rpc |
20:01.14 | Wout | bleh, almost bedtime |
20:01.31 | phh | Wout: 10pm is not |
20:01.59 | Wout | need to get up early have long commute to work |
20:02.12 | Wout | I'm usualy in bed by 22.30 |
20:02.23 | phh | ok |
20:02.43 | phh | jonpry: crossing fingers :p |
20:02.55 | phh | I'm still wondering wether we are going to do that userland or kernel land. |
20:03.00 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
20:03.06 | phh | I think userland is better |
20:03.52 | Captnoord | majorly curses at micropklt_lcd_ctrl |
20:03.59 | Captnoord | correction |
20:04.03 | Captnoord | majorly curses at phh's micropklt_lcd_ctrl |
20:04.11 | phh | hum ? |
20:04.22 | Captnoord | nah the char c1[]={MICROP_I2C_WCMD_MISC,0x48}; |
20:04.22 | Captnoord | shit |
20:04.23 | phh | jonpry: flood \o/ |
20:04.29 | Captnoord | 0x48 = 0x40 | 8 |
20:04.38 | Captnoord | 8 == reset button |
20:04.44 | Captnoord | and 0x40 is PSOC reset |
20:04.52 | Captnoord | bleh |
20:04.53 | Captnoord | :P |
20:04.55 | phh | meh ? |
20:04.59 | *** join/#htc-linux Marcin__88 (Marcin@chello089078146089.chello.pl) |
20:05.04 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
20:05.16 | Captnoord | need to convert it to use |
20:05.17 | Captnoord | micropklt_set_misc_states |
20:05.22 | Captnoord | but thats a bit complex |
20:05.26 | Captnoord | I coded that function |
20:05.27 | phh | jonpry: so that's just that stupid ACK that made me lose so much time... graoumpf. |
20:05.32 | Captnoord | but hell why did I do it like that |
20:05.32 | Captnoord | :P |
20:05.53 | Graduated | can anyone tell me where i can find some infos on the qsd8* architecture |
20:05.53 | Graduated | ? |
20:05.55 | jonpry | phh: me too. |
20:06.08 | phh | jonpry: well for you it took less than one day. |
20:06.35 | jonpry | that was the one thing i was not 100% sure of that i mentioned yesterday :-) |
20:06.59 | jonpry | i couldn't managed to disassemble the callback stuff. couldn't find it |
20:07.36 | phh | can you find which proc id does what ? |
20:07.40 | phh | I can't see where this is in the asm hum |
20:08.16 | jonpry | the proc id isn't important. the first uint selects the callback procedure |
20:08.51 | phh | yes that's the proc id. |
20:08.53 | phh | and that helps filtering |
20:08.59 | jonpry | run gpswrapper, it will show you how it is routed. i think we get 3? different ones right now. |
20:09.17 | jonpry | one goes to ext_status update, one is pdcmd acknowledge, and the other is pdevent |
20:09.19 | phh | wait, you route callbacks but you can't get GPS infos ? |
20:09.23 | Captnoord | does the cross finger thingy again |
20:09.34 | jonpry | pdevents are the long ones. probably proc_id == 1. |
20:09.35 | phh | Captnoord: bricking microp gain ?:p |
20:09.38 | phh | again* |
20:09.38 | Captnoord | nah |
20:09.43 | Captnoord | not this time |
20:10.00 | Captnoord | besides I made a fail safe in the micropklt_set_misc_states function |
20:10.02 | phh | jonpry: proc id 5 aren't short either. |
20:10.04 | Captnoord | so its not possible |
20:10.14 | phh | jonpry: and the length would make me think that 1 is sats as there might be many |
20:10.28 | phh | (total guess) |
20:11.19 | jonpry | phh: 5 is ext status. 1 does a lot of different things. The 3rd uint is the pdevent type. So like 0x8000 is pd begin data transfer, 0x4000 is end data transfer, or the other way around |
20:11.34 | jonpry | 0x10 and 0x08 are the interesting ones. Sat and position data |
20:11.37 | Captnoord | hmmmm..... |
20:12.17 | *** join/#htc-linux e2b (~e2b@p5499D57F.dip.t-dialin.net) |
20:12.47 | *** join/#htc-linux User285 (~User@ip68-0-186-176.tc.ph.cox.net) |
20:13.07 | *** part/#htc-linux e2b (~e2b@p5499D57F.dip.t-dialin.net) |
20:13.54 | phh | jonpry: btw I get no updates on rpc |
20:13.59 | phh | perhaps it updates only when there is something to update ? |
20:14.08 | jonpry | wait 2 minutes? |
20:14.23 | phh | it has been running for 5minutes now |
20:14.26 | phh | and I just got something. |
20:14.36 | phh | cbid=5 |
20:15.21 | jonpry | it is possible gpsdriver is rerequesting the position after 2 minutes. either because of bug in Vial, or that is just what is does |
20:15.28 | Graduated | phh: hey maybe you can help me |
20:15.33 | phh | Graduated: ? |
20:16.02 | jonpry | reissuing all the commands will force an update. doesn't seem to reset gpd hardware |
20:16.03 | Graduated | phh: i want to morph my voice during a call on a winmo phone |
20:16.12 | phh | yeah no clue |
20:16.15 | [acl] | lol |
20:16.33 | phh | Graduated: if I didn't answer at your first ask, it wasn't for no reason. |
20:17.05 | phh | jonpry: anyway that makes a great step. did you look at vogue's code ? |
20:17.09 | Graduated | phh: my idea is to write a driver for the microphone do you believe this could work? |
20:17.19 | makkonen | does this gps work have any overlap for cdma? (I feel like cdma gps should be further along, since it's stable and feature-complete on vogue, but... I have no idea what to do to move it over to our codebase) |
20:17.21 | jonpry | phh: no |
20:17.52 | phh | makkonen: you have the same gps code as us |
20:18.02 | jonpry | Graduated: these phones are messes up. Many different processors inside, no idea how to program the ones that do everything :-) |
20:18.17 | phh | Graduated: I'm pretty sure it won't |
20:18.27 | phh | during calls, wimo has no clue what's going through microphone |
20:19.05 | makkonen | phh: right. I guess I'm just assuming the way the agps info is sent over cdma is different from gsm. which might be completely wrong-headed. |
20:19.12 | Graduated | so you mean only the radio processor does? |
20:19.21 | phh | Graduated: only the MDSP does |
20:19.37 | phh | Graduated: perhaps you can route from application cpu to mdsp, but I wouldn't bet on it |
20:19.59 | phh | makkonen: the A11 says to the GPS through RPC its approximate position |
20:20.11 | phh | so you can use anyway to know your approximate location it's the same code |
20:20.15 | makkonen | ah |
20:20.19 | Graduated | phh: i will read myself into it and we'll see thanks |
20:20.39 | makkonen | so, cool, lots of overlap. don't have to worry about fixing it for cdma. |
20:20.54 | makkonen | (which I would probably not be capable of doing anyway) |
20:20.58 | phh | makkonen: anyway ATM it's only for 6125 |
20:21.05 | makkonen | ...oh |
20:21.10 | phh | I'll see for 5225 later |
20:21.56 | phh | IIRC A9 crashed instantly on 5225 so it's something else |
20:22.49 | phh | jonpry: eh I get GPGGA in /dev/smd27 |
20:23.00 | phh | (position infos |
20:23.00 | phh | ) |
20:23.03 | Graduated | jonpry: oh man these processors kinda confuse me. too much at once |
20:23.15 | Captnoord | changes the panel microp code |
20:23.19 | phh | Graduated: meh there are less than 10 real processors |
20:23.22 | Captnoord | damn I hope this all works |
20:23.32 | jonpry | i get it before the fix |
20:23.40 | phh | jonpry: ah I got no fix. |
20:23.42 | phh | that helps ? :p |
20:24.11 | Graduated | phh: i guess thats enough :D |
20:24.17 | phh | jonpry: perhaps we have to reissue pdsm_get_position |
20:24.52 | jonpry | that does something. it gets updated position over rpc, and post PDSIT to smd27, lol |
20:24.54 | phh | jonpry: it reupdates /dev/smd27 everytime I recall the program |
20:25.04 | phh | well I get full NMEA commands |
20:25.06 | phh | not just PDSIT |
20:25.15 | jonpry | right, and once you get a FIX, then you only get PDSIT |
20:25.25 | phh | ok |
20:25.37 | jonpry | and it takes at least 12.5 minutes to get a fix assuming you have good sky |
20:25.50 | phh | only ? :p |
20:26.46 | *** join/#htc-linux eosrider1 (~eosrider@adsl-75-23-154-65.dsl.pltn13.sbcglobal.net) |
20:26.52 | phh | good GPS can do 50s /o\ |
20:27.02 | eosrider1 | hey guys |
20:27.11 | jonpry | maybe sending a different config. some alteration on get_position will force NMEA output after fix? |
20:27.11 | phh | (right qualcomm prefers cheating with AGPS & saved ephemeris) |
20:27.45 | phh | jonpry: I think there is one option in pd_reg for it |
20:27.49 | jonpry | well, ephemeris is like really cool stuff. but saving the almanac is what differentiates between GPS of 1990 and today |
20:28.16 | phh | almanac != ephemeris ? |
20:28.17 | phh | pff |
20:29.46 | jonpry | no. alamanac is valid probably forever. says what satellites are in the sky and operational. in what orbits. ephemeris is highly accurate but requires a fix on GPS time to even be used, and is sent much more often |
20:30.06 | Captnoord | almost |
20:30.09 | Captnoord | almost |
20:30.37 | jonpry | TTFF is totally based on downloading an alamanac at a whopping 50 bps |
20:32.43 | phh | jonpry: wikipedia is telling me that you don't need full almanac to get a fix |
20:34.54 | jonpry | i don't know where you see that. it says it doesn't need to be downloaded, because there is no retarded hardware that doesn't save it |
20:35.09 | Captnoord | okey |
20:35.13 | Captnoord | converted the panel code |
20:35.14 | Captnoord | works |
20:35.15 | Captnoord | bleh |
20:35.18 | Captnoord | reset works |
20:35.59 | phh | jonpry: french wikipedia :p |
20:36.33 | phh | and it does say it needs 12.5m to get it, just that you don't need it fully to get a fix |
20:36.43 | jonpry | i see ephemeris is transmitted every 30 seconds |
20:36.44 | phh | but I guess that if the needed infos are at the end of the loop you'll have to wait. |
20:36.55 | jonpry | that could be. |
20:37.28 | phh | but GPS seems a lot more complicated than what I thought. I should get some litterature about it |
20:37.54 | jonpry | fortunately a9 handles that :-) |
20:38.52 | phh | more or less. |
20:39.14 | phh | at least I understand why sometimes wimo takes >10minutes to get a fix. |
20:39.29 | phh | (not only the fact that it's wimo) |
20:40.58 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
20:41.18 | jonpry | i think i can get AGPS working with Vial pretty easily. but i would first like to know where I am. it just downloads the almanac over IP |
20:46.19 | Captnoord | phh would you like me to get rid of the micropklt_lcd_ctrl function? |
20:46.34 | phh | Captnoord: definitely :p |
20:46.40 | Captnoord | consider it done |
20:46.42 | Captnoord | :P |
20:46.47 | phh | Captnoord: cool then |
20:46.56 | phh | jonpry: first almanac. |
20:47.05 | phh | AGPS will come later. |
20:52.59 | Captnoord | hmmm I dono what I did... but now it aint working anymore |
20:52.59 | Captnoord | bleh |
20:56.48 | jonpry | phh: you get a fix yet? |
20:57.13 | phh | jonpry: I don't expect to where I am :p |
20:57.38 | phh | I've to go outside to get one |
20:57.58 | jonpry | any idea on how to force NMEA? |
20:58.19 | phh | no |
20:58.35 | phh | well, try android RPCs. |
21:04.34 | Captnoord | hmmm |
21:04.36 | Captnoord | found it |
21:04.37 | Captnoord | kinda |
21:05.41 | Captnoord | not |
21:05.43 | Captnoord | bleh |
21:13.45 | *** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
21:17.34 | chamonix | Captnoord: start testing ur kernel in a few minutes |
21:18.00 | Captnoord | k |
21:23.31 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58CC1.dip0.t-ipconnect.de) |
21:32.03 | ToAsTcfh | drivers/built-in.o: In function `emapi_calibration_read': |
21:32.04 | ToAsTcfh | /home/toastcfh/kernel-source/desirec_2.6.29/drivers/mmc/card/sdio_emapi.c:195: undefined reference to `get_wifi_nvs_ram' |
21:32.04 | ToAsTcfh | drivers/built-in.o: In function `emapi_get_eeprom': |
21:32.04 | ToAsTcfh | /home/toastcfh/kernel-source/desirec_2.6.29/drivers/mmc/card/sdio_emapi_util.c:418: undefined reference to `get_wifi_nvs_ram' |
21:32.04 | ToAsTcfh | make: *** [.tmp_vmlinux1] Error 1 |
21:32.22 | ToAsTcfh | Captnoord: ^^^^ |
21:32.25 | [acl] | Eris kernel ? |
21:32.33 | ToAsTcfh | yeah |
21:32.52 | Captnoord | thats during linkage |
21:32.56 | Captnoord | not during compile |
21:32.59 | Captnoord | meaning |
21:33.04 | Captnoord | the function was called |
21:33.08 | Captnoord | there was a prototype |
21:33.14 | Captnoord | but there wasn't a function body |
21:33.16 | Captnoord | so |
21:33.20 | Captnoord | in short |
21:33.23 | Captnoord | the function is renamed |
21:33.24 | Captnoord | or |
21:33.27 | Captnoord | not implemented |
21:33.40 | ToAsTcfh | herm |
21:34.13 | ToAsTcfh | eeprom = get_wifi_nvs_ram(); |
21:34.33 | Captnoord | do a grep |
21:34.40 | Captnoord | grep -r 'get_wifi_nvs_ram' * |
21:35.03 | ToAsTcfh | extern unsigned char *get_wifi_nvs_ram(void); <<<< header file |
21:35.12 | Captnoord | yea |
21:35.19 | Captnoord | we need a function body] |
21:36.17 | chamonix | Captnoord: have u removed the led effects completely from the kernel or does my phone just not want to sleep? |
21:36.31 | Captnoord | I removed the led effect |
21:36.47 | chamonix | or, then there's no reason to panic :) |
21:36.55 | chamonix | s/or/ok |
21:36.59 | Captnoord | it drained the battery |
21:37.42 | chamonix | then I guess it's spleeping so I'll do the same |
21:37.43 | chamonix | nite |
21:38.22 | Captnoord | k |
21:38.54 | ToAsTcfh | drivers/mmc/card/sdio_emapi_util.c: eeprom = get_wifi_nvs_ram(); |
21:38.55 | ToAsTcfh | drivers/mmc/card/sdio_emapi_util.c~: eeprom = get_wifi_nvs_ram(); |
21:38.55 | ToAsTcfh | drivers/mmc/card/sdio_emapi.h:extern unsigned char *get_wifi_nvs_ram(void); |
21:39.48 | ToAsTcfh | drivers/mmc/card/sdio_emapi.c:nvs = get_wifi_nvs_ram(); |
21:40.02 | Captnoord | no function body then |
21:40.08 | Captnoord | you need to figure out where it went |
21:40.08 | ToAsTcfh | arch/arm/mach-msm/htc_wifi_nvs.c:unsigned char *get_wifi_nvs_ram( void ) |
21:40.08 | ToAsTcfh | arch/arm/mach-msm/htc_wifi_nvs.c:EXPORT_SYMBOL(get_wifi_nvs_ram); |
21:40.09 | ToAsTcfh | arch/arm/mach-msm/htc_wifi_nvs.c:ptr = get_wifi_nvs_ram(); |
21:40.25 | Captnoord | maybe |
21:40.25 | Captnoord | unsigned char *get_wifi_nvs_ram( void ) |
21:41.04 | ToAsTcfh | ah extern |
21:41.06 | ToAsTcfh | ? |
21:41.21 | Captnoord | ? |
21:41.26 | Captnoord | what |
21:41.32 | Captnoord | you need a function body |
21:41.40 | ToAsTcfh | extern unsigned char *get_wifi_nvs_ram(void); |
21:41.54 | ToAsTcfh | :unsigned char *get_wifi_nvs_ram( void ) |
21:42.25 | ToAsTcfh | uhg so what do i need to do |
21:42.43 | Captnoord | I don't have a clue |
21:42.45 | Captnoord | come on |
21:42.49 | Captnoord | you'r smart yourself |
21:42.55 | ToAsTcfh | lol |
21:43.17 | Captnoord | does his matrix thingy "I can only show you the door.... you have to walk trough it" |
21:43.31 | ToAsTcfh | lok point taken |
21:43.35 | ToAsTcfh | thanx |
21:43.51 | Captnoord | i'm in the middle of fighting the navi to sleep |
21:43.56 | Captnoord | and I think i'm doing something wrong |
21:43.57 | Captnoord | lol |
21:43.59 | Captnoord | majorly |
21:44.38 | Captnoord | bleh |
21:44.43 | Captnoord | this is gonna be the last try for today |
21:44.45 | Captnoord | then |
21:44.47 | Captnoord | I hit the bed |
21:45.23 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
21:45.31 | dcordes | evening |
21:45.36 | dcordes | :D |
21:46.04 | Captnoord | evening |
21:46.22 | dcordes | http://forum.xda-developers.com/showthread.php?t=344693 <- epic document |
21:47.19 | Captnoord | hehe |
21:48.52 | Captnoord | [23:44] <Captnoord> this is gonna be the last try for today |
21:48.55 | Captnoord | second that |
21:48.57 | Captnoord | bleh |
21:55.18 | dcordes | Captnoord, you junky you |
21:56.29 | Captnoord | yea |
21:56.36 | Captnoord | i'm in the 'almost' fase |
21:56.37 | Captnoord | bleh |
21:57.42 | ToAsTcfh | :( |
21:58.48 | *** join/#htc-linux brandon_ (~brandon@97-124-99-43.phnx.qwest.net) |
22:02.10 | *** join/#htc-linux mufumbo (~mufumbo@71-6-82-200.static-ip.telepacific.net) |
22:05.08 | Captnoord | phh |
22:05.10 | Captnoord | it works |
22:05.19 | Captnoord | its not the improvement I hoped for |
22:05.39 | Captnoord | but it saves some power |
22:06.03 | Captnoord | fluxuating from 15.65 mV to 18.3mV |
22:07.16 | Captnoord | dcordes: yea I am a junk |
22:11.38 | ToAsTcfh | Captnood: congrats |
22:11.40 | ToAsTcfh | :P |
22:11.55 | ToAsTcfh | it was worth the last shot ay |
22:12.23 | eosrider1 | what are you guys working on? |
22:15.45 | Captnoord | ToAsTcfh: yup |
22:15.49 | Captnoord | power management |
22:17.36 | Captnoord | it also has a nice feature.... which in a way is compareble with the keyboard backlight |
22:18.01 | Captnoord | I need to code a timeout timer |
22:18.05 | Captnoord | to send the idle command |
22:18.06 | Captnoord | :P |
22:18.13 | Captnoord | so then if its not used |
22:18.15 | Captnoord | its idle |
22:18.17 | Captnoord | saving power |
22:18.18 | Captnoord | :D |
22:21.26 | Captnoord | yea... and wake stuff also works |
22:21.28 | Captnoord | cool |
22:21.35 | Captnoord | will wrapup a commit tomorrow |
22:21.40 | ToAsTcfh | cant do it like our hardware key lights? |
22:21.53 | Captnoord | ? |
22:22.12 | Captnoord | nope |
22:22.22 | ToAsTcfh | microp |
22:22.45 | Captnoord | its microp stuff |
22:23.14 | Captnoord | I tell the microp to reset the navi |
22:23.15 | Captnoord | then |
22:23.17 | Captnoord | i'll wait |
22:23.24 | Captnoord | then I send the sleep cmd to the navi |
22:23.37 | Captnoord | and on wake |
22:23.41 | Captnoord | I reset the navi again |
22:23.45 | Captnoord | and everything is good |
22:24.46 | ToAsTcfh | and thats pretty much how its done in our source :P |
22:24.53 | ToAsTcfh | i think* |
22:25.08 | ToAsTcfh | i like power management too |
22:25.19 | ToAsTcfh | best thing htc has done |
22:25.30 | Captnoord | if we can get it working |
22:25.31 | Captnoord | :P |
22:25.44 | ToAsTcfh | look to the heroc source |
22:25.57 | Captnoord | yea yea |
22:26.02 | Captnoord | I know the microp code of the hero |
22:26.11 | Captnoord | but its kinda a mess |
22:26.17 | Captnoord | major parts are the same I know |
22:26.27 | Captnoord | but I don't want todo trick or treat with this shit |
22:26.28 | ToAsTcfh | ah i need to light up the jogball :P |
22:26.36 | Captnoord | when I can use ida |
22:26.40 | Captnoord | to be sure |
22:26.44 | ToAsTcfh | tru |
22:26.50 | ToAsTcfh | ur good like that |
22:29.01 | dcordes | uhm |
22:29.34 | ToAsTcfh | Captnoord: i grep .27 to find something i may be missing but it all looks the same |
22:30.09 | Captnoord | maybe I can help you tomorrow a bit better |
22:30.14 | Captnoord | should be something small |
22:30.17 | Captnoord | btw |
22:30.24 | Captnoord | you can do a compare of everything |
22:30.26 | Captnoord | with kompare |
22:30.36 | Captnoord | directory compare |
22:30.44 | Captnoord | remember not todo it of the entire kernel |
22:30.49 | Captnoord | :P |
22:30.52 | ToAsTcfh | i know but still the files are all the same |
22:31.15 | Captnoord | dude.... I mean that maybe it shows you something small |
22:31.17 | Captnoord | that changed |
22:31.28 | ToAsTcfh | ah |
22:34.05 | [acl] | ToAsTcfh: you want to compare the eris source vs ? |
22:34.13 | ToAsTcfh | na |
22:34.25 | ToAsTcfh | i want to compare the mmc dir |
22:34.30 | [acl] | ohh |
22:34.37 | ToAsTcfh | of eris .29 and .27 |
22:34.55 | ToAsTcfh | drivers/mmc/card |
22:35.14 | ToAsTcfh | which is a funny place fr wifi shit but whatever |
22:35.27 | *** join/#htc-linux mufumbo (~mufumbo@71-6-82-200.static-ip.telepacific.net) |
22:35.33 | Captnoord | its driven from the mmc interface |
22:35.37 | Captnoord | so its not so strange |
22:35.42 | ToAsTcfh | ah |
22:35.52 | ToAsTcfh | well it fuckin sux then |
22:36.02 | ToAsTcfh | pain in my ass |
22:36.56 | Captnoord | ? |
22:37.29 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
22:37.32 | ToAsTcfh | only thing i seen that changed is they added this CONFIG_MMC_SDIO_EMAPI |
22:37.54 | Captnoord | check the makefile |
22:37.58 | Captnoord | for config related shit |
22:38.13 | ToAsTcfh | its there |
22:38.30 | Captnoord | bleh |
22:38.32 | Captnoord | i'm tired |
22:38.34 | Captnoord | nn dude |
22:38.37 | Captnoord | maybe tomorrow |
22:38.44 | ToAsTcfh | lol nite bro |
22:57.59 | *** join/#htc-linux madCoder- (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net) |
23:01.58 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
23:01.59 | *** join/#htc-linux hax0r (~hax0r@LMontsouris-156-24-18-224.w80-14.abo.wanadoo.fr) |
23:02.18 | hax0r | hello |
23:02.36 | hax0r | some one have tested a busybox ramdisk ? |
23:02.44 | hax0r | on htc leo |
23:03.01 | dcordes | hi hax0r |
23:03.03 | dcordes | yes me ! |
23:03.20 | hax0r | ok |
23:03.33 | hax0r | you used which argument in the default.txt ? |
23:03.56 | hax0r | i have tested init=/bin/sh (very easy solution ^^) |
23:04.00 | hax0r | but it hang :s |
23:04.22 | *** join/#htc-linux schme16 (~chatzilla@ppp118-208-82-94.lns20.bne4.internode.on.net) |
23:04.22 | hax0r | i just want a prompt ! |
23:05.54 | dcordes | I put no cmdline |
23:06.09 | hax0r | ok and you have a prompt? |
23:06.21 | dcordes | it does not show the prompt, but it doesn't freeze either (according to ramconsole dump kernel runs on) |
23:06.40 | dcordes | I have some general problem with ramdisks in the new kernel |
23:06.51 | dcordes | if you check the log, there is a pastebin of my ramconsole |
23:06.51 | dcordes | dump |
23:07.03 | hax0r | ok i look |
23:07.47 | hax0r | which page ? |
23:07.53 | dcordes | yesterday |
23:07.58 | hax0r | ok thx |
23:07.58 | dcordes | I will look it up. hang on |
23:09.45 | dcordes | hax0r, http://pastebin.com/i0st0Ac3 |
23:10.49 | dcordes | oh no I acceidently reposted the letama link there |
23:10.52 | dcordes | but this is also interesting |
23:10.56 | schme16 | How goes it all? |
23:10.57 | dcordes | did you see the mailing list? |
23:12.22 | hax0r | thankwhat did you have put in your init ? |
23:13.10 | hax0r | helloworld ? |
23:14.29 | dcordes | this paste is from LeTama |
23:15.03 | hax0r | ok this is the mail |
23:15.08 | hax0r | i see |
23:15.38 | dcordes | yep |
23:15.54 | dcordes | he suspects memory corruption |
23:16.15 | hax0r | did he had activate earlyprintk ? |
23:18.43 | hax0r | can you give me binaries ? |
23:18.56 | hax0r | i think i have not the same as you |
23:19.23 | dcordes | you msut ask LeTama. I don't have his patches. |
23:19.28 | dcordes | n'either builds |
23:19.42 | hax0r | ok |
23:19.56 | hax0r | but currently nobody manage to have a prompt ? |
23:21.17 | dcordes | in htc-msm-2.6.32 the NetRipper initrd boots to prompt here and does not hang |
23:21.42 | dcordes | in the codeaurora (markinus' gitorious) it freezes for me too. |
23:21.54 | dcordes | I think it is more or less luck it works in the 32 branch |
23:23.05 | hax0r | ok |
23:23.12 | hax0r | i have to go |
23:23.18 | hax0r | i will test it tomorrow |
23:23.24 | hax0r | thx |
23:38.38 | *** join/#htc-linux kaito (~kaito@86.153.80.73) |
23:45.10 | kaito | Hey, does anybody here have a Toshiba TG01? |
23:45.56 | dcordes | kaito, maybe |
23:46.10 | dcordes | kaito, it's the snapdragon thing right? |
23:46.15 | kaito | yeah |
23:46.25 | dcordes | nicest platform |
23:46.40 | dcordes | kaito, do you have a link to the kernel source? |
23:47.07 | *** join/#htc-linux dekar (~dekar@port-92-193-27-184.dynamic.qsc.de) |
23:47.17 | kaito | No. I know pretty much nothing about it. I'm new to all this mobile stuff. |
23:47.28 | dcordes | ok how can we help you? |
23:48.16 | kaito | I've been trying to get Android booted on it, using a HD2 port of Android, it kinda boots. I dunno what's wrong with it tbh. |
23:48.32 | kaito | Not looking for a answer tbh, I'll try work it out myself. :) |
23:50.00 | kaito | I found haret on xda-dev or something, it works on the tg01, then I used the default.txt from NetRippers site, and the Image, it boots, says something about ram0 enabled, then freezes. |
23:50.20 | kaito | but I thought since HD2 is snapdragon, the kernel should work on the TG01 |
23:50.36 | kaito | Like I say though, I'm a complete noob to all this. |
23:54.08 | kaito | it gets up to "console [ram0] enabled" then it says "initizing cgroup subsys cpu" and freezes. :( |
23:54.36 | dcordes | very good point |
23:54.47 | dcordes | do you have a earlyharetlog.? |
23:55.27 | kaito | No |
23:55.27 | dcordes | kaito, best will be to post about your aim on the mailing list and we should add a wiki page for the tg01 |
23:55.37 | kaito | oh, ok. :) |
23:55.56 | dcordes | http://htc-linux.org/wiki/index.php?title=Contact |
23:56.24 | kaito | Thanks! :) |
23:56.26 | dcordes | mobile linux discuss mailing list |
23:56.31 | dcordes | register and email everything there |
23:59.03 | dcordes | we also talking about hd2 in that list so it's best place |
23:59.19 | dcordes | The easiest way to enable logging in HaRET is to create a file "earlyharetlog.txt" in the same directory as the haret.exe program. The next time one runs HaRET, it will create a file "haretlog.txt" with logging information. |
23:59.33 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |