00:01.09 | stinebd | pushed rootfs generator script fix for suid bit on pppd and su |
00:01.28 | stinebd | screw canada |
00:04.03 | *** join/#htc-linux alka (~AndChat@200.95.162.199) |
00:05.04 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
00:26.25 | alka | how we can debug sound device? |
00:34.58 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
00:47.42 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
00:49.48 | *** join/#htc-linux ToAsTcfh (~toast@235-41.200-68.tampabay.res.rr.com) |
00:54.31 | *** join/#htc-linux mcdull (~mcdull@110.4.31.126) |
01:02.02 | MrPippy | yeah the initrd is still loading rootfs from /sdcard/android, we need to change that to /sdcard/andboot |
01:10.35 | stinebd | andboot? |
01:10.44 | stinebd | phh better not blame me for that one |
01:12.30 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
01:18.46 | *** join/#htc-linux Alka (~Alka@189.174.7.83) |
01:19.34 | stinebd | http://xdandroid.southcape.org/initrd.gz |
01:19.47 | stinebd | that one might work for you |
01:22.25 | stinebd | why the switch anyway? |
01:24.15 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
01:24.28 | MrPippy | i guess some apps use /android in the sdcard, so everything got moved to /andboot (and some other device uses that too, must be vogue) |
01:24.44 | Reefermattness | yeah vogue/kaiser |
01:25.17 | stinebd | got it |
01:29.35 | MrPippy | hmm wifi isn't working on my diam, modules seem to load but android just isn't happy and turns it back off |
01:30.03 | MrPippy | right after the driver loads i get this in dmesg "init: sys_prop: mis-match msg size recieved: -1 expected: 128" |
01:32.53 | *** join/#htc-linux randoman (~randoman@adsl-70-143-92-199.dsl.pltn13.sbcglobal.net) |
01:44.23 | *** join/#htc-linux karafa (~karafa@ool-45735dce.dyn.optonline.net) |
01:44.52 | karafa | hey guys, i had a few questions that I was wondering about today |
01:45.12 | karafa | where does the CDAM rhod stand in terms of functionality? same as the others? |
01:45.45 | karafa | i wasn't sure based on the XDA thread |
01:49.29 | MrPippy | cell data over CDMA doesn't work |
01:49.35 | MrPippy | i think voice calling works but i'm not sure |
01:49.42 | MrPippy | other than that, same |
01:51.30 | MrPippy | weird wifi loaded on my diam, didn't reboot or anything, and didn't get the mis-match msg error |
01:54.16 | karafa | ok cool. i was also wondering what the status of NAND flashing is |
01:54.17 | *** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
01:54.35 | MrPippy | and for bluetooth on diam500...E/bluedroid( 1232): bt_enable: Timeout waiting for HCI device to come up |
01:54.46 | karafa | i asked a while ago and someone was saying that haret is actually providing a lot of init type things that still need to be figured out |
01:55.01 | MrPippy | we don't have nand flashing on any devices, i think phh was trying it on diam but we're far away from getting it working |
01:55.11 | MrPippy | yeah wince initializing everything makes it a lot easier |
01:59.22 | stinebd | woops |
01:59.28 | *** part/#htc-linux randoman (~randoman@adsl-70-143-92-199.dsl.pltn13.sbcglobal.net) |
01:59.40 | stinebd | i forgot you need cpio SVR4 portable |
02:03.20 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
02:06.28 | MrPippy | aha theres part of the broadcom bluetooth puzzle...BOARD_HAVE_BLUETOOTH_BCM turns on random things around android source |
02:06.48 | stinebd | like what |
02:06.59 | *** join/#htc-linux Zeman4323_ (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
02:09.29 | MrPippy | theres a util brcm_patchram_plus in system/bluetooth thats used to upload the .hcd files (and gets run from init.rc), and also some functions in bluez |
02:09.43 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
02:09.53 | stinebd | does it turn anything off that otherwise would be on? |
02:10.15 | MrPippy | nope |
02:10.17 | stinebd | good |
02:12.25 | stinebd | ok there's a good initrd up now |
02:12.29 | stinebd | seems to work for me |
02:12.29 | MrPippy | have you thought about gzipping the rootfs images? they compress pretty well, i occasionally had to zip them for upload to xda and it was 4 or 5 MB |
02:12.42 | stinebd | really? |
02:13.09 | stinebd | we'd have to gunzip them in the initrd |
02:13.15 | stinebd | not really a problem |
02:13.39 | MrPippy | nah i mean just zip them, and then people unzip them before they copy it onto their phone |
02:13.51 | stinebd | oh |
02:14.18 | stinebd | i suppose i could |
02:15.05 | MrPippy | yeah gzip gets it down to ~5 MB |
02:17.44 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
02:21.47 | karafa | home++ seems to be set as the default homescreen now |
02:21.55 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
02:22.04 | polyrhythmic | hmm it's a good day today, 5 hours of Kaiser Overclock so far |
02:22.35 | stinebd | karafa: that was babijoee's decision |
02:23.02 | karafa | im trying to figure out how to uninstall it, it's not in applications |
02:23.38 | karafa | can raph800 overclock? |
02:23.48 | AstainHellbring | sure karafa |
02:24.21 | karafa | how do we go about doing that? i'm guessing it's some kind of command line option, not an in-android thing |
02:24.44 | AstainHellbring | no2chem wrote an app to do it in wimo |
02:25.42 | karafa | do we have to change it there to get it higher in android? |
02:26.10 | ToAsTcfh | <karafa> bzo made a patch for all devices that phh has pushed |
02:26.10 | AstainHellbring | proally just add the htc magic overclocking code mod for tp and apply |
02:27.01 | ToAsTcfh | if its been compiled into the kernel u should just be able to add a line to the default.txt |
02:27.25 | ToAsTcfh | i think the new auto builds include it |
02:27.25 | polyrhythmic | idk about you guys but I can set it very easily |
02:27.42 | polyrhythmic | echo 528 > /sys/modules/clock_7x00/parameters/a11 |
02:28.09 | ToAsTcfh | acpuclock.oc_freq_khz=610000 in the default.txt |
02:28.10 | stinebd | the overclocking is done via a cmdline parameter, acpuclock.oc_freq_khz |
02:28.13 | polyrhythmic | I don't know how far dzo's kernel is from your kernel |
02:28.26 | ToAsTcfh | acpuclock.oc_freq_khz=610000 |
02:28.35 | polyrhythmic | interesting |
02:28.58 | ToAsTcfh | add that to ur default and the cat for cu_freq |
02:29.42 | ToAsTcfh | adb shell cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq |
02:30.07 | ToAsTcfh | or adb shell cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq |
02:31.06 | ToAsTcfh | if current isnt at 610000 then echo "610000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq |
02:31.37 | ToAsTcfh | anyone using a turbo processor? |
02:32.34 | AstainHellbring | how would one adjust the screen sensativity |
02:35.37 | ToAsTcfh | idk |
02:35.52 | ToAsTcfh | in the build.prop if u have one |
02:40.16 | Unholy | whats the highest you guys have gotten with overcloking?, im at 700mhz stable on my raph110 |
02:40.38 | ToAsTcfh | sweet |
02:40.47 | ToAsTcfh | do some benches now |
02:40.55 | stinebd | i've only tried up to 633600, has been fine |
02:41.23 | Unholy | yea i have to download neocore havent done it |
02:41.31 | ToAsTcfh | i think the kernel is set to 610000 or something |
02:41.52 | ToAsTcfh | wait i think maybe not |
02:42.04 | ToAsTcfh | i think its set at 999999 |
02:42.23 | stinebd | that's just the cpufreq max supported frequency |
02:42.28 | ToAsTcfh | so whos got the nuts to go for the 1g |
02:42.36 | Unholy | not me XD |
02:42.44 | ToAsTcfh | come on |
02:42.49 | ToAsTcfh | be brave |
02:42.50 | stinebd | buy me another raph110 and i'll do it |
02:42.51 | Unholy | il eventually try to go for 800 =P |
02:43.07 | ToAsTcfh | ull max it out on day |
02:43.10 | ToAsTcfh | :P |
02:43.22 | ToAsTcfh | why not now |
02:43.35 | ToAsTcfh | peer presure |
02:43.36 | Unholy | i dunno y dont you do it first then il follow |
02:43.36 | Unholy | =P |
02:43.51 | ToAsTcfh | if i could oc i would |
02:43.58 | ToAsTcfh | all the way |
02:44.02 | ToAsTcfh | :P |
02:44.08 | Unholy | what device do you have? |
02:44.19 | ToAsTcfh | htc cdma hero |
02:44.24 | Unholy | i see |
02:44.35 | Unholy | whats the default on the hero 528? |
02:44.38 | ToAsTcfh | trying to get this oc patch to work |
02:44.43 | ToAsTcfh | yeah |
02:44.51 | ToAsTcfh | turbo chip |
02:44.57 | Unholy | i see |
02:45.18 | ToAsTcfh | 960 on pll1 |
02:45.35 | ToAsTcfh | but i cant oc |
02:45.42 | ToAsTcfh | its not working for me |
02:45.52 | ToAsTcfh | kernel panic |
02:45.59 | Unholy | that sucks, wasent it supposed to work for native android's? |
02:46.39 | ToAsTcfh | no its for u guys. but its a small change so it could work for us too |
02:46.59 | ToAsTcfh | the patch merged flawlessly |
02:47.07 | ToAsTcfh | it just panics |
02:47.13 | ToAsTcfh | when i oc |
02:47.17 | Unholy | i see dang |
02:47.23 | ToAsTcfh | or use the oc function |
02:47.39 | ToAsTcfh | i can set it to 528 and it will panic |
02:48.01 | ToAsTcfh | sux |
02:48.16 | Unholy | damn cant phh help? |
02:48.30 | ToAsTcfh | u guys here have the best. better then any native android dev by far |
02:48.41 | ToAsTcfh | no phh has tried |
02:48.46 | ToAsTcfh | no dice |
02:49.06 | Unholy | bleh 19.7fps in neocore |
02:49.13 | ToAsTcfh | bah |
02:49.26 | ToAsTcfh | thats all u got before right |
02:49.37 | Unholy | dunno never ran it at 528 |
02:49.58 | ToAsTcfh | prolly is |
02:50.10 | ToAsTcfh | we get 30.2 :P |
02:50.19 | ToAsTcfh | better chip i guess |
02:50.36 | ToAsTcfh | using the same drivers u guys do |
02:50.59 | ToAsTcfh | phh and mrpippy wrote the patches for ours :P |
02:51.13 | Unholy | god damn 30 |
02:51.25 | ToAsTcfh | yeah |
02:51.26 | Unholy | might be the vga screen that makes it slower |
02:51.37 | ToAsTcfh | maybe |
02:51.58 | ToAsTcfh | i think thats what phh was saying too |
02:52.17 | polyrhythmic | BIG TUNE |
02:52.17 | Unholy | want me to try 999 0_o il get 40 |
02:52.21 | polyrhythmic | <3 <3 |
02:52.25 | polyrhythmic | kills in the club |
02:52.35 | polyrhythmic | oops wrong chan lol |
02:52.56 | polyrhythmic | if you <3 drum n bass come to #bassdrive on echo34 |
02:52.57 | Unholy | fuck it im gona try it =X |
02:53.02 | ToAsTcfh | woot balls to the fan |
02:53.44 | Unholy | i dont think the chip will burn or anything |
02:53.52 | Unholy | if anythng it will just frezze |
02:53.56 | Unholy | hopefully XD |
02:53.57 | ToAsTcfh | eh maybe not lol |
02:54.15 | ToAsTcfh | ill keep my fingures crossed for u |
02:54.17 | ToAsTcfh | :P |
02:54.19 | Unholy | LOL |
02:54.47 | Unholy | my hands are sweaty |
02:55.10 | ToAsTcfh | dont be scared man |
02:55.16 | Unholy | how about 800 first =D |
02:55.16 | ToAsTcfh | its gonna be ok |
02:55.23 | ToAsTcfh | fine pussy |
02:55.26 | ToAsTcfh | :P |
02:55.49 | Unholy | lol |
02:56.06 | ToAsTcfh | lets slowly burn the thing up |
02:56.26 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
02:56.41 | ToAsTcfh | ull be mad if u burn it up at 800 when u couldve gone to 1000 |
02:56.50 | Unholy | lol |
02:56.56 | Unholy | it wont burn |
02:57.00 | Unholy | atleast i think |
02:57.08 | ToAsTcfh | flame retardant |
02:57.16 | ToAsTcfh | i think |
02:57.20 | ToAsTcfh | * |
02:57.23 | Unholy | huh? |
02:58.31 | Unholy | nop |
02:58.38 | Unholy | haret dint even start lol |
02:58.45 | Unholy | 700 it is |
02:59.01 | Unholy | there goes my 1ghz dream |
02:59.23 | ToAsTcfh | 750? |
02:59.29 | ToAsTcfh | 799 |
02:59.38 | Unholy | lets see |
02:59.52 | Unholy | il go for 780 |
03:00.10 | ToAsTcfh | adb pull /proc/config.gz |
03:00.13 | AstainHellbring | hmm lets overclock my magic to 1.2ghz |
03:00.13 | ali1234 | it *might* burn |
03:00.38 | Unholy | it wont burn haret dint even boot |
03:00.38 | ali1234 | at maemo summit, a nokia engineer warned us not to overclock our demo n900 units, because it would "shorten the lifespan" |
03:00.39 | ToAsTcfh | find out what he set the max too |
03:00.41 | Unholy | it just froze |
03:00.46 | ToAsTcfh | lol |
03:01.04 | Unholy | ali1234 thats with all cpus |
03:01.19 | Unholy | my athlon x2 is oc to 2.9 thats like - 2years for it |
03:01.32 | ali1234 | well, yeah, but we all remember those exploding amd chips right? |
03:01.51 | Unholy | if im not mistaken amd resolved that years ago |
03:01.56 | Unholy | tey just slow down now |
03:02.00 | Unholy | like intel's |
03:02.04 | Unholy | but i could be wrong |
03:02.58 | ali1234 | yeah, amd chips no longer burn. but do we know the same goes for arm cores? |
03:02.59 | ali1234 | the answer is no, we don't :) |
03:02.59 | ToAsTcfh | its not good to oc it will shorten the life span. but ull love ur phone that much more when it dies :P |
03:03.03 | Unholy | XD |
03:03.48 | ToAsTcfh | i like ur spirit Unholy :P |
03:04.13 | Unholy | 780 its a no no |
03:04.18 | *** join/#htc-linux Alka (~Alka@189.174.7.83) |
03:04.24 | Unholy | haret boots but froze after a few seconds |
03:04.35 | ToAsTcfh | lol |
03:04.40 | Unholy | =D |
03:04.53 | ToAsTcfh | so 610 is the best bet |
03:05.06 | Unholy | wel not for me 700 is just fine for me |
03:07.10 | Unholy | 770 its a no go ether |
03:08.15 | *** join/#htc-linux teh_eb (ebcain@cpe-24-210-123-84.insight.res.rr.com) |
03:08.48 | *** join/#htc-linux Boydell (~Boydell@69.49.58.28) |
03:09.08 | Boydell | hey all |
03:09.08 | ToAsTcfh | put it to the max and see how it plays out for a day |
03:09.37 | Unholy | i cant dude 800 wont even boot |
03:09.42 | Unholy | y try 999? |
03:09.42 | ToAsTcfh | o are u guys at the point where u can run it all day? |
03:09.48 | Unholy | me yea |
03:09.52 | Unholy | i had 700 all day long |
03:09.58 | ToAsTcfh | oh |
03:10.12 | ToAsTcfh | cool thats what i meant by max |
03:10.21 | Unholy | ah k |
03:10.22 | Unholy | sry |
03:10.41 | Unholy | i dont think this will go higher than 700 |
03:11.20 | Unholy | 760 its a no go |
03:11.56 | Unholy | id be cool if i could oc wince too |
03:12.58 | ToAsTcfh | http://www.youtube.com/watch?v=bOGmnnGpoqg |
03:13.27 | Unholy | ya i saw that |
03:13.31 | Unholy | id love to have that |
03:14.07 | ToAsTcfh | thatt shit is sweet |
03:14.32 | Unholy | 750 fails too |
03:14.36 | Unholy | oh hell yea |
03:14.49 | Unholy | id love to get home2 |
03:15.28 | ToAsTcfh | http://slidescreenhome.com/ |
03:15.36 | ToAsTcfh | not as sweet |
03:15.44 | ToAsTcfh | but nice none the less |
03:16.05 | Unholy | is it free? |
03:16.17 | ToAsTcfh | idk |
03:16.32 | ToAsTcfh | i doubt it |
03:16.44 | ToAsTcfh | but id buy it if i could |
03:17.05 | ToAsTcfh | there is no ppcwarez for android :P |
03:17.45 | Unholy | um yea there is.. |
03:18.23 | Unholy | and we have a winer |
03:18.32 | Unholy | 740 max oc for my raph110 |
03:18.42 | Unholy | or not.. |
03:18.45 | Unholy | it panic |
03:18.53 | Unholy | buuuu |
03:19.39 | mcdull | ar... 3D is still a long way to go.. time to get a real android phone. |
03:20.07 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
03:22.18 | ToAsTcfh | Unholly if u runn android all the time try this and see if it helps with lag |
03:22.21 | ToAsTcfh | echo "1536,2048,4096,5120,15360,23040" > /sys/module/lowmemorykiller/parameters/minfree |
03:22.50 | ToAsTcfh | thats an agressive mem killer |
03:23.09 | ToAsTcfh | reboot and itll go back to default |
03:23.16 | Unholy | thats alot to type in terminal XD |
03:23.24 | Unholy | but il try |
03:23.30 | ToAsTcfh | adb shell |
03:23.33 | ToAsTcfh | ? |
03:23.42 | Unholy | ah dont have it set up |
03:23.50 | ToAsTcfh | copy paist |
03:23.53 | ToAsTcfh | e |
03:23.56 | Unholy | as matter of fack iv never used it XD |
03:24.02 | Unholy | fact* |
03:25.54 | Unholy | hey toast |
03:26.04 | ToAsTcfh | hey :) |
03:26.10 | Unholy | how si the htc hero is it fast with sense?, does it load alot |
03:26.23 | ToAsTcfh | its fast |
03:26.46 | ToAsTcfh | sinse isnt fast on the winmo devices? |
03:26.52 | Unholy | oh ya |
03:26.58 | Unholy | but i meant in android |
03:27.18 | Unholy | cus i tried it when i had the kaiser , with android |
03:27.24 | Unholy | and it was fast but it loaded alot |
03:27.29 | Unholy | and crashed like hell |
03:27.31 | mcdull | winmo is slow becoz of the GDI... no 2D acceleration at all. |
03:27.42 | ToAsTcfh | hmm |
03:27.50 | ToAsTcfh | its not like that for use |
03:27.52 | ToAsTcfh | us |
03:27.59 | Unholy | i see |
03:28.14 | Unholy | i wonder if 2.1 sense will be faster now that i can overclock |
03:28.32 | Unholy | btw it seems 720 is the max stable oc for raph 110 |
03:28.32 | ToAsTcfh | idk i make a rom with it |
03:28.42 | Unholy | iv maged to get to the nexxus boot anim |
03:29.44 | Unholy | hmm the animation froze but kernel hasent paniced |
03:30.59 | ToAsTcfh | http://forum.xda-developers.com/showthread.php?t=59301 |
03:31.10 | ToAsTcfh | thats the rom i build |
03:31.32 | Unholy | cant acces the tread |
03:31.44 | Unholy | No Thread specified. If you followed a valid link, please notify |
03:32.26 | ToAsTcfh | http://forum.xda-developers.com/showthread.php?t=593015 |
03:33.06 | Unholy | oh nice |
03:33.14 | Unholy | id love to have that for my raph XD |
03:33.24 | ToAsTcfh | yeah we got a custom rosie |
03:33.41 | ToAsTcfh | make a system.img out of it |
03:34.02 | ToAsTcfh | i think u got do more to get it to function though |
03:34.10 | ToAsTcfh | like data and such |
03:34.17 | Unholy | yea and that i dunno how XD |
03:34.29 | ToAsTcfh | im sure someone does |
03:34.42 | ToAsTcfh | google that shit |
03:34.43 | Unholy | mhe 720 dint work ether adroid got stuck at nexxus animation |
03:34.49 | Unholy | hmm |
03:35.06 | ToAsTcfh | or better yet ask a dev |
03:35.31 | ToAsTcfh | i think phh booted it |
03:35.46 | Unholy | there is one made for the blackstone or diamond cant remeber, but its not complete |
03:35.49 | Unholy | widgets dont work |
03:35.55 | Unholy | and its slow/not optimized |
03:48.26 | karafa | whats the line to add to startup.txt to make it wake up on any button press |
03:48.27 | karafa | i forget |
03:49.03 | ToAsTcfh | eh my build is kinda beta |
03:49.18 | ToAsTcfh | but most is working |
04:21.03 | *** join/#htc-linux gehzumteufel (~gehzumteu@cpe-76-93-100-70.socal.res.rr.com) |
04:27.05 | *** join/#htc-linux IceLaptop (~IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
04:27.21 | IceLaptop | Why hasn't anyone told me Youtube now works on xdandroid? |
04:27.32 | gehzumteufel | lol |
04:27.57 | IceLaptop | :D |
04:36.37 | IceLaptop | Let's try new zImage and rootfs to see if wifi's back. |
04:40.51 | gehzumteufel | Did it get borked? |
04:41.05 | IceLaptop | Yeah. For me at least. |
04:41.09 | gehzumteufel | The zimage I have, cellular data is borked, but wifi works |
04:41.35 | IceLaptop | data and wifi. Data started working again when I wiped the data.img, and wifi now connects! :) |
04:41.59 | gehzumteufel | nice |
04:42.08 | gehzumteufel | I just downloaded the new xdandroid package |
04:42.14 | gehzumteufel | Gotta unpack and install |
04:44.09 | *** join/#htc-linux tmzt (~tmzt@adsl-99-164-34-42.dsl.akrnoh.sbcglobal.net) |
04:44.35 | mcdull | may I know if msmvkeyb works? |
04:50.25 | IceLaptop | Damn, I'm too far from my router. My laptop's antenna's strong enough, but the phone one's isn't. :( It keeps dropping. |
04:55.49 | mcdull | IceLaptop, may be your laptop draws most of the signal and thus your phone not working. |
04:56.03 | mcdull | anyway, switching router's channel may help. |
04:56.05 | IceLaptop | I don't think it works that way. :D |
04:56.11 | gehzumteufel | draws most of the signal? |
04:56.33 | gehzumteufel | I don't think you understand how microwave communication works |
04:56.55 | mcdull | could be.. I just know that devices have interferences. |
04:57.20 | gehzumteufel | That would be EMI, but "taking up the signal" implies that there was only a finite amount of signal to be used |
04:57.20 | IceLaptop | Hmm... my geolocation isn't working. :/ |
04:57.23 | gehzumteufel | When that is not the case |
04:58.29 | IceLaptop | Looks like power off still only reboots. |
04:59.02 | gehzumteufel | Microwave communication basically sends out a signal, and anything that can pick it up, can use it. Now the airwaves can get too crowded (too many devices causing too much traffic and get overloaded) but you can't ever have a device that "takes all the signal" that is there |
05:00.03 | gehzumteufel | Although that isn't totally the case with cellular networks, but only because they are designed in a way that requires a slot to actually do full on communication between towers to enable calling and data, but that is mostly just an authentication thing. |
05:01.49 | mcdull | Sorry for my mis interpretation. What I means is actually a device with stronger antenna may generate noise that could interfere with another devices in the same channel. Don't know if it is correct tho. |
05:02.20 | mcdull | lunch time. see u later. |
05:05.18 | IceLaptop | Reboot didn't fix geolocation. :( Darn. |
05:05.23 | gehzumteufel | Well the 2.5Ghz range is hugely populated, and as such, can be quite shit. |
05:29.10 | randomblame | yes if only our governments would give us some more spectrum |
05:29.34 | randomblame | we could really make use of it for wifi |
05:29.38 | gehzumteufel | haha |
05:29.44 | gehzumteufel | if only |
05:30.08 | gehzumteufel | Honestly though, I would rather more spectrum be dedicated to cellular communication advancement |
05:30.34 | randomblame | bah that'll never happen though the carriers just pocket the money and rarely invest in new technologies |
05:30.45 | gehzumteufel | Are you kidding? |
05:30.57 | randomblame | in the us at least |
05:31.21 | gehzumteufel | EDGE, HSPA, EVDO, EVDO Rev A, EVDO Rev B, LTE are just a few of the technologies |
05:31.55 | randomblame | and how many years have they been working on lte? |
05:32.03 | gehzumteufel | Yes, we are slower to adopt, but we also have the cheapest, with quite possibly only Japan being cheaper, cell rates in the world |
05:32.15 | randomblame | my phone still goes edge sometimes because at&t's network is so maxed out |
05:32.17 | gehzumteufel | About 2 years |
05:32.23 | gehzumteufel | AT&T blows |
05:32.37 | randomblame | damn skippy |
05:32.43 | gehzumteufel | Although |
05:32.57 | gehzumteufel | There is a big discovery that they have found that causes the networks to have issues |
05:33.07 | gehzumteufel | And it plagues all networks |
05:33.11 | randomblame | iphone users |
05:33.13 | randomblame | lol |
05:33.15 | gehzumteufel | Nope |
05:33.25 | gehzumteufel | It plagues all current high end smartphones |
05:33.34 | gehzumteufel | and even most mid grade smartphones |
05:33.43 | randomblame | windows mobile |
05:33.55 | randomblame | that plagues a lot of smartphones |
05:33.57 | gehzumteufel | WinMo, Android, iPhone OS, etc |
05:33.59 | gehzumteufel | LOL |
05:34.10 | gehzumteufel | But it has to do with the way data connections are put in sleep mode |
05:36.12 | randomblame | interesting |
05:36.41 | gehzumteufel | http://arstechnica.com/gadgets/news/2010/02/how-smartphones-are-bogging-down-some-wireless-carriers.ars |
05:36.45 | gehzumteufel | There is the article |
05:42.50 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d14c.pool.mediaWays.net) |
05:58.21 | *** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
05:58.46 | *** join/#htc-linux droid001 (~g1@p4FDCBD8D.dip.t-dialin.net) |
06:12.39 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
06:15.09 | *** join/#htc-linux SOG (~SOG@n119236241020.netvigator.com) |
06:26.47 | *** part/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
06:33.23 | *** join/#htc-linux wout (~5f636a65@gateway/web/freenode/x-qrmchswxnyorpbvi) |
06:35.11 | *** join/#htc-linux alka (~AndChat@201.144.87.42) |
06:42.33 | *** join/#htc-linux andycandet (~andycande@188.26.135.174) |
06:58.58 | *** join/#htc-linux zachy (~george@ip-85-160-13-115.eurotel.cz) |
07:13.58 | randomblame | anyone know why msm_fb doesn't start when using dummi mddi client? |
07:39.19 | *** join/#htc-linux kiozen (~oeichler@p5492126C.dip0.t-ipconnect.de) |
07:44.04 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
07:55.24 | mcdull | question to someone ran the neocore. |
07:55.50 | mcdull | Is it run in FULL resolution? |
07:56.00 | mcdull | or scaled down? |
08:01.35 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
08:08.14 | *** join/#htc-linux leobaillard (~leobailla@ip-89.net-82-216-212.roubaix.rev.numericable.fr) |
08:13.55 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
08:13.55 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
08:19.20 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
08:33.46 | *** join/#htc-linux zachy (~george@ip-85-160-13-115.eurotel.cz) |
08:49.18 | *** join/#htc-linux DJWillis (~djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
08:55.35 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
09:00.19 | *** join/#htc-linux dekar (~dekar@dialbs-088-079-080-042.static.arcor-ip.net) |
09:08.59 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
09:11.24 | mcdull | ok.. got the neocore running under software mode. it is full res. |
09:11.30 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
09:12.26 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
09:12.44 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
09:13.08 | mcdull | My observation is that, for 3D rendering in low res (like Light Racer 3D basic and other low res games) the 3d engine may work. But for high res rendering, it doesn't (like neocore and the splashscreen) |
09:13.28 | mcdull | Are there any chance to lower the resolution of splashscreen? |
09:15.57 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
09:20.11 | mcdull | phh, mind changing the "long press power key" into reset for blac100? Now it is mapped to recent app which is not very useful. And the power key supports long press. |
09:25.44 | MrPippy | wow i absolutely can't get bluetooth to start on diam500...the uart uses the same irqs and the same pins, we know what the pwr gpio is, clkctl is identical with bt on/off, smem has no interesting changes, tracing dex doesn't show anything |
09:26.17 | MrPippy | starting bt with wifi on and working (in case it needs wifi vregs on) doesn't even work |
09:30.00 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
09:31.38 | MrPippy | also tried 8mA drive strength for the uart2 pins |
09:34.21 | MrPippy | only ideas left: heroc uses pullups on its uart pins, but...they also use GPIO_OUTPUT for both the RX and TX (??) |
09:34.57 | MrPippy | wish i could find out what wince sets the gpio registers to, but haret was just crashing when i tried to read them (maybe mmutrace would work?) |
09:45.53 | *** join/#htc-linux Vito_ (~quassel@195.113.242.148) |
09:48.59 | *** join/#htc-linux MrPippy_ (~pip@adsl-75-42-163-160.dsl.sndg02.sbcglobal.net) |
09:56.33 | *** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
09:57.11 | lilsnoop | anyone alive? |
09:57.27 | MrPippy | here but not for too long |
09:58.19 | *** join/#htc-linux Untouchab1e (~Untouchab@82.147.44.130) |
09:59.04 | lilsnoop | i reloaded the latest 3/1 update on my fuze/raph110 - now my data doesn't work |
09:59.28 | lilsnoop | it shows that i have 3g but no data is going through |
09:59.32 | lilsnoop | odd |
09:59.45 | lilsnoop | i have never had an problems with that before |
10:00.19 | MrPippy | yeah grab the latest rootfs from http://xdandroid.southcape.org/rootfs/ and replace your current one with it |
10:00.32 | lilsnoop | thank that will fix it up |
10:00.39 | lilsnoop | *think |
10:02.04 | *** join/#htc-linux mcdull (~mcdull@203.210.9.163) |
10:03.10 | *** join/#htc-linux Captnoord (~Captnoord@145.74.219.108) |
10:21.12 | lilsnoop | hmm...should have looked harder at the boards, seems the data was a common problem on that release, it appears the rootfs should resolve it |
10:21.26 | lilsnoop | loading it on the sd now |
10:23.40 | lilsnoop | data is working now - sweet |
10:25.15 | *** join/#htc-linux GNUtoo (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
10:30.47 | mcdull | yeah. me too. just updated the rootfs |
10:32.49 | mcdull | but i also need to disable 3d in rootfs. |
10:33.31 | lilsnoop | why do you need to disable it? |
10:33.58 | mcdull | not working on wvga yet. |
10:39.00 | lilsnoop | what phone do you have? |
10:41.10 | mcdull | blac100 |
10:48.56 | *** join/#htc-linux sxe (~quassel@ip-62-143-102-161.unitymediagroup.de) |
10:54.47 | sxe | hi all |
10:56.30 | sxe | i'm testing the Android 2.0.1 cab on my blackstone. my goal is to use my blackstone as a testing device for android app developement. Does anyone know if this is possible? can i reach my device with adb? |
10:57.17 | sxe | i would be happy with an other build to .. if thats possible.. ne need for android 2.0.1 |
11:03.13 | sxe | the problem is, after putting in my use cable, the device is not recognized by my linux Desktop OS. Nothing in /var/log/messages |
11:08.48 | *** join/#htc-linux Captnoord (~Captnoord@145.74.180.222) |
11:10.16 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
11:19.59 | *** join/#htc-linux ccube (~ccube@95-90-193-182-dynip.superkabel.de) |
11:23.01 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.37) |
11:26.31 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
11:30.43 | mcdull | sxe, under virtual machine? |
11:31.05 | sxe | no .. my desktop OS is linux and |
11:31.26 | sxe | i have enabled usbdebugging on the blackstone device |
11:31.44 | sxe | but i'm not sure if the android port can be used for app developement/testing |
11:31.46 | mcdull | can you pastebin your conf file? |
11:32.14 | sxe | what conf file are you talking about? |
11:32.32 | mcdull | sxe, it all depends on the hardware you would like to test in program |
11:33.15 | mcdull | e.g. opengl not working on blacksone and obviously you cant test something uses 3d. |
11:33.23 | sxe | ah sure.. |
11:33.39 | sxe | no its just a simple programm .. everything sould work :) |
11:33.47 | mcdull | under the conf folder in your sdcard |
11:34.47 | mcdull | adb is working so simple program should work. |
11:35.08 | sxe | give me some minute.. its teh first time i use android on a real device :) |
11:35.18 | sxe | sound good |
11:37.00 | sxe | i have a file called eclair.user.conf |
11:37.13 | sxe | /conf/eclair.user.conf |
11:37.45 | mcdull | yup.. please check if the last section contains a custom script? |
11:38.12 | sxe | is it absolute necessary that you have to see that file? or can you give me a hint what to look for? cause i don't know how to download the file from my device :) |
11:38.15 | sxe | ok |
11:38.39 | sxe | the last section is: custom_shells |
11:39.06 | mcdull | is it empty or contain a echo script? |
11:39.31 | sxe | only some comments with # |
11:39.34 | sxe | nothing elese |
11:39.51 | mcdull | ok. so it should be good for linux. |
11:39.52 | sxe | *else |
11:40.07 | mcdull | and you use ubuntu? |
11:40.10 | *** join/#htc-linux bagpuss_thecat (~bagpuss_t@2001:41c8:1:5253::2) |
11:40.12 | sxe | no |
11:40.18 | sxe | archlinux |
11:40.23 | mcdull | which dist? |
11:40.33 | sxe | archlinux :) |
11:40.46 | mcdull | ic. you got adb istalled? |
11:41.10 | sxe | i habe adb from the sdk |
11:41.15 | sxe | *have |
11:41.46 | mcdull | did you set the android rules |
11:41.48 | mcdull | ? |
11:42.24 | sxe | i'm playing with that at the moment.. but i don't know if its necessary in archlinux.. |
11:42.38 | sxe | do you use linux by yourselfeà |
11:43.05 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
11:43.07 | mcdull | no. i have it under vmware and it doesnt work that way. |
11:43.15 | sxe | ah ok |
11:43.39 | sxe | thx for you help.. the info that it should work is very helpfull |
11:43.54 | sxe | so its my system that stops it from working |
11:44.06 | mcdull | but the 50-android.rules is needed as well. |
11:44.38 | sxe | you know if i need to restart some service after adding that rule? |
11:44.51 | mcdull | i didnt try the cab version. |
11:44.54 | sxe | service/deamon |
11:45.03 | sxe | no i men on linux |
11:45.07 | sxe | *mean |
11:45.07 | mcdull | just replug the usb sometimes |
11:45.13 | sxe | hm |
11:45.15 | sxe | ok |
11:45.21 | mcdull | if it doesnt detect |
11:45.44 | mcdull | and adb kill-service sometimes |
11:46.01 | mcdull | got to sleep. good day. |
11:46.17 | sxe | ok.. good night :) |
11:46.20 | sxe | thx |
11:46.49 | mcdull | typing all these with blackstone. veery tired. |
11:47.02 | sxe | lol? |
11:47.11 | sxe | you are a fast writer ^^ |
11:48.01 | mcdull | if i speak native english. i can use voice input. |
11:48.16 | sxe | hehe.. |
12:16.29 | *** join/#htc-linux sowfeast (~jeffehry@87-194-37-176.bethere.co.uk) |
12:17.24 | sxe | hm.. the problem is not that the udev ruel is missing, the problem is my device is not recogniced by my desktop OS |
12:27.31 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
13:12.12 | *** join/#htc-linux Wr4i7h (~abc@89.181.81.56) |
13:18.23 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
13:24.32 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
13:27.33 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
13:33.07 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
13:35.03 | *** join/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
13:37.16 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
13:40.47 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.17) |
13:42.23 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
13:43.36 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
13:47.52 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
13:53.29 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
13:53.30 | *** part/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
13:57.54 | *** join/#htc-linux GNUtoo (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
14:08.15 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
14:18.00 | *** join/#htc-linux Chazybaz13 (~IceChat7@c-67-168-176-181.hsd1.wa.comcast.net) |
14:35.19 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
14:35.56 | *** join/#htc-linux SOG (~SOG@n119236240083.netvigator.com) |
14:49.06 | *** join/#htc-linux andycandet (~andycande@188.26.135.174) |
15:05.56 | *** join/#htc-linux Guest86712 (~compiler@the-compiler.org) |
15:09.15 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
15:18.59 | *** join/#htc-linux The-Compiler (~compiler@unaffiliated/the-compiler) |
15:30.40 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
15:45.48 | *** join/#htc-linux Markinus (~Miranda@gtng-4db057cf.pool.mediaWays.net) |
15:55.17 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.7) |
16:02.43 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
16:13.11 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
16:18.14 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
16:19.27 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
16:26.08 | *** join/#htc-linux val_ (~val@lgx22-1-88-168-244-3.fbx.proxad.net) |
16:40.39 | andycandet | a, da |
16:40.57 | andycandet | whoops, sorry, wrong window |
16:56.57 | *** join/#htc-linux Alka (~Alka@189.174.0.118) |
17:02.33 | *** part/#htc-linux ionut-e-prost (~andycande@188.26.135.174) |
17:03.31 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
17:04.10 | *** join/#htc-linux toi (~toi@d54C2A96D.access.telenet.be) |
17:18.43 | *** join/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
17:22.01 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
17:34.20 | *** join/#htc-linux The-Compiler (~compiler@unaffiliated/the-compiler) |
17:39.25 | *** join/#htc-linux andycandet (~andycande@188.26.135.174) |
17:41.11 | *** join/#htc-linux Sindre (~sindre@c010ABF51.dhcp.bluecom.no) |
17:41.27 | Deubeuliou | if I want to build a kernel for the Nexus One, which repo from android.kernel.org should I take ? msm.git or another one ? |
17:44.38 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
17:47.13 | *** join/#htc-linux rafyvitto (~rafyvitto@32.140.214.218) |
17:48.53 | *** part/#htc-linux andycandet (~andycande@188.26.135.174) |
17:51.38 | *** join/#htc-linux Zoolooc (~fredsibar@p54953B90.dip.t-dialin.net) |
17:52.11 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
17:52.21 | makkonen | deubeuliou: looks like msm.git has a nexusone branch. I'd start there. |
17:54.15 | Deubeuliou | ok |
17:58.01 | *** join/#htc-linux zachy (~george@85.193.4.18) |
18:02.33 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
18:06.11 | phh | [02:07:42] <MrPippy> yeah the initrd is still loading rootfs from /sdcard/android, we need to change that to /sdcard/andboot <---- |
18:06.14 | phh | no it's dynamic. |
18:08.22 | phh | [04:54:07] <karafa> whats the line to add to startup.txt to make it wake up on any button press <----- board-htcraphael-navi.something |
18:09.02 | phh | [09:01:34] <mcdull> Is it run in FULL resolution? <---- full res |
18:09.30 | phh | [10:18:53] <mcdull> My observation is that, for 3D rendering in low res (like Light Racer 3D basic and other low res games) the 3d engine may work. But for high res rendering, it doesn't (like neocore and the splashscreen) <----- it's not like I said it a thausends time here ... |
18:09.41 | phh | [10:25:56] <mcdull> phh, mind changing the "long press power key" into reset for blac100? Now it is mapped to recent app which is not very useful. And the power key supports long press. <------ give me a patch. |
18:09.59 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
18:10.56 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
18:11.37 | Captnoord | battery driver uber blah |
18:11.53 | Captnoord | this time i'm fixing it |
18:13.56 | Captnoord | for starters |
18:13.57 | Captnoord | v = values_16[2] - (values_16[3] / 36); |
18:13.58 | Captnoord | is |
18:14.03 | Captnoord | voltage - amps / 36 |
18:14.17 | Captnoord | can any one explain to me how it works |
18:14.38 | Captnoord | as my 8 years + electronic study doesn't supply me with the knowlage |
18:14.47 | Captnoord | also |
18:14.54 | Captnoord | it explains why when you make a call |
18:14.54 | Captnoord | the battery drops |
18:17.34 | rafyvitto | have you guys heard about the motorola milestone bootup sequence signed issue?? |
18:19.07 | Markinus | Captnoord: the once thing could be, there is a 27,7 mOhm resistor and they measuring the voltage with this I*(1/36) |
18:19.44 | Captnoord | lolz |
18:20.04 | Captnoord | they don't use a 27.7 ohm resistor to measure the current |
18:20.24 | Captnoord | its not electro technical usefull |
18:20.27 | Captnoord | if you do that |
18:20.27 | Captnoord | you loose loads of power |
18:20.27 | Captnoord | because of it |
18:20.35 | Captnoord | lets say |
18:20.45 | Captnoord | you have 100 ma trough that resistor |
18:20.45 | Captnoord | mA* |
18:20.51 | Captnoord | 27.7 ohm * 100mA ^2 |
18:20.56 | Captnoord | is the power is disipates |
18:21.51 | Captnoord | the by just measuring it |
18:21.57 | Markinus | Captnoord: yes, your riught, I know :) But this is the once what would be go with this math :) |
18:21.59 | Captnoord | you loose 0.277 watt |
18:23.19 | Markinus | Captnoord: it's mOhm . . . 0.277 mW |
18:23.25 | Captnoord | k |
18:24.08 | Captnoord | markinus.... when you use a resistor to measure current.... |
18:24.17 | Captnoord | you usual use a 0.1 ohm resistor |
18:24.22 | Captnoord | 1% |
18:24.30 | Captnoord | 0.5W |
18:24.42 | Captnoord | the reference designs that are in the docs of the other chip models |
18:24.47 | Captnoord | use that |
18:24.54 | Captnoord | and thats 'normal' |
18:24.59 | Captnoord | what your possible talking about |
18:25.09 | Captnoord | is the prescaler |
18:25.12 | Captnoord | for the adc |
18:25.58 | Captnoord | and you can't make resistors very small and very accurate... the same time.... thats one |
18:26.08 | Captnoord | and |
18:26.18 | Captnoord | when you use such a small resistor |
18:26.27 | Captnoord | you need a very big gain before the adc |
18:26.31 | Captnoord | which fucks up the measurement |
18:26.39 | Captnoord | because it picks up to much noise |
18:26.48 | Captnoord | nah... anough of this all |
18:26.55 | Captnoord | i've been re'ing the nk.exe for the battery stuff |
18:27.32 | Captnoord | maybe tomorrow I will be able to show some shit... |
18:27.35 | Captnoord | I hope |
18:27.53 | Markinus | Captnoord: I know . . . this was only a Idea to the formula . . .. where the Values are comming from, is a another quastion. Maybe there is a factor in the Values and you there calculate this away . . |
18:27.54 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
18:27.57 | Wout | oi |
18:28.57 | Captnoord | hmm so you substract the voltage over the measurement resistor of the measured voltage.... |
18:29.01 | *** join/#htc-linux Wr4i7h (~abc@89.181.81.56) |
18:29.07 | Captnoord | but thats never how its done |
18:29.12 | Captnoord | or |
18:29.13 | Captnoord | never how it should be done |
18:29.19 | Captnoord | because then you have to live with 2 measurement errors |
18:29.43 | Markinus | Captnoord: the quastion is how exact do you need this? |
18:29.54 | Markinus | Captnoord: maybe they say, its ok! |
18:30.16 | Markinus | Captnoord: It's nothing what safe life :) |
18:30.46 | Captnoord | true |
18:30.57 | Captnoord | I kinda am making it bigger than it is |
18:30.59 | Captnoord | true |
18:31.15 | Captnoord | but I don't want my android nagging the hell out of me when I make a call |
18:31.28 | Markinus | right :) |
18:32.52 | phh | [19:19:54] <Captnoord> voltage - amps / 36 |
18:32.52 | phh | [19:20:08] <Captnoord> can any one explain to me how it works <-- too lazy to read this logs... you understood it ? |
18:33.30 | Captnoord | I will fix it properly |
18:33.34 | Captnoord | don't worry |
18:33.51 | Captnoord | I will put my money where my mouth is |
18:33.59 | DarkMasterHalo | Do you guys have this document ? (80-VE263-25 Rev.A MSM7200A Chipset Training - MSM7200A Baseband Topics.pdf) |
18:34.02 | phh | well fixing it without understind this voltage-amps/36 is awkward. |
18:34.17 | phh | DarkMasterHalo: yup |
18:34.23 | Captnoord | nah its current times restance |
18:34.25 | DarkMasterHalo | Ok do you have this document too ? 80-VA736-2-MSM7200-SoftwareInterface.pdf |
18:34.28 | Captnoord | wich is voltage |
18:34.46 | phh | DarkMasterHalo: yup. |
18:34.47 | Captnoord | DarkMasterHalo: its easy to find... use google |
18:34.48 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
18:35.02 | phh | Captnoord: and you know why there is U=V+R*i ? |
18:35.17 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
18:35.17 | Captnoord | phh I understand it fully now.... |
18:35.20 | DarkMasterHalo | Yeah I know, did you notice there was the kernel source of that directory where you picked it ? |
18:35.25 | Captnoord | but I will wreck the hell ouf ot it |
18:35.29 | Captnoord | nah... its done diff in the wince driver |
18:35.42 | Captnoord | DarkMasterHalo: use google |
18:36.25 | *** join/#htc-linux irlolcopter (~irlolcopt@host86-161-122-93.range86-161.btcentralplus.com) |
18:36.32 | DarkMasterHalo | Captnoord: I have both, it is just that in the directory where I picked both documents, there was a Kernel source there. |
18:36.33 | randomblame | phh is there a way to enable msm fb without anything else? |
18:36.41 | phh | randomblame: lol ? |
18:36.46 | randomblame | srsly |
18:36.46 | phh | like no mmu ? |
18:36.49 | randomblame | no |
18:36.51 | randomblame | no |
18:37.01 | randomblame | without the mddi, panel, and client |
18:37.06 | randomblame | just already inited by windows |
18:37.12 | phh | don't know |
18:37.19 | Captnoord | the kernel source won't be anything special unless its linked... which I think it isn't |
18:37.30 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
18:37.55 | randomblame | damned thing always hangs on installing panel |
18:37.58 | Captnoord | besides the entire package of the docs |
18:38.05 | DarkMasterHalo | Captnoord: Well, I'm currently downloading it, I'll take a look if its linked or not. Maybe we could be lucky and pull some stuff out of it :) |
18:38.05 | Captnoord | came from the educational side |
18:38.24 | Captnoord | lets hope |
18:38.48 | DarkMasterHalo | Captnoord: It is 54.9MB, currently at 50% downloaded. |
18:39.04 | phh | DarkMasterHalo: uuuuhhhhh ? |
18:39.07 | phh | what are you speaking about ? |
18:40.06 | DarkMasterHalo | phh: That is the ftpsite I'm talking about, there is a kernel source in there. It is in the same directory as the documentation for the MSM chip (http://ftp.o2s.ch/) |
18:40.22 | phh | lol. |
18:40.43 | phh | AFAIK it's one of the people on this channel |
18:40.50 | DarkMasterHalo | I don't know if it can be useful |
18:41.03 | DarkMasterHalo | ? |
18:44.30 | phh | mmmmm why samsung phones run android ? |
18:44.38 | phh | I don't remember having any kernel from them |
18:44.50 | phh | i've hero, acer liquid, devour, I7500 |
18:44.55 | phh | oh wait, I7500 is samsung. |
18:45.08 | DarkMasterHalo | Aha |
18:45.10 | randomblame | you talking about omnia |
18:45.15 | randomblame | i900 |
18:45.22 | phh | randomblame: uh? |
18:45.29 | phh | it's an android phone ? |
18:45.39 | randomblame | it is now |
18:45.50 | phh | "Windows Mobile 6.1 Professional Operating System" |
18:45.51 | randomblame | wince/android port |
18:45.58 | phh | official port ? |
18:46.07 | randomblame | is there such a thing |
18:46.12 | randomblame | no it's not official |
18:46.13 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
18:46.21 | randomblame | andromnia - cool name |
18:46.29 | DarkMasterHalo | :) |
18:47.01 | randomblame | they have the same lame resolution as my incite does 240x400 |
18:47.11 | randomblame | but a marvel processor |
18:47.23 | phh | then useless |
18:47.33 | randomblame | sadly |
18:47.53 | randomblame | I went to rob them of some code before I realized that |
18:47.53 | DarkMasterHalo | So this kernel is useless ? |
18:47.55 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
18:49.14 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
18:49.14 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
18:49.16 | phh | DarkMasterHalo: don't know |
18:49.20 | phh | I don't think it's i900's one |
18:49.51 | *** join/#htc-linux MrPippy (~pip@adsl-75-42-163-160.dsl.sndg02.sbcglobal.net) |
18:52.00 | DarkMasterHalo | Okay, I hope it can be usefull, even if it is for Samsung, the hardware behind should be similar if it is related to the documentation. |
18:52.17 | DarkMasterHalo | The most funniest part of it is it is on a chinese FTP site aha |
18:54.14 | randomblame | rahahahahaha |
18:54.34 | randomblame | oh the nightmarish hacks I have done to this kernel |
18:54.36 | phh | ch = swuiss. |
18:54.38 | phh | not china. |
18:54.40 | phh | china = cn |
18:54.59 | phh | http://www.o2s.ch/ |
18:55.04 | phh | this doesn't sounds chinese at all. |
18:56.05 | phh | a QSD kerne |
18:56.06 | phh | l |
18:56.15 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
18:56.23 | phh | DarkMasterHalo: what the hell is your connection ? |
18:56.30 | phh | it takes me less than a minute to download this kernel. |
18:57.01 | *** part/#htc-linux zachy (~george@85.193.4.18) |
18:58.24 | phh | I wonder where this source comes from still |
18:58.49 | Markinus | phh: yes you're right, needed 15 seconds :) |
18:58.54 | phh | Markinus: :( |
18:59.02 | phh | Markinus: sound 6125 ? |
18:59.49 | DarkMasterHalo | Well, my connection here is throthled (At work) Should have downloaded from home than take a look at it from there :P |
19:00.01 | DarkMasterHalo | I just finished downloading it. |
19:00.28 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
19:00.30 | Markinus | phh: hmm. :( |
19:00.36 | *** join/#htc-linux Olipro_ (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
19:00.36 | Markinus | phh: you new Ideas? |
19:00.43 | phh | no. |
19:00.55 | Markinus | Markinus: Did you tried the 6150 stuff? |
19:01.18 | Markinus | yeah, on me self :) |
19:01.26 | Markinus | phh: Did you tried the 6150 stuff? |
19:01.33 | phh | yes |
19:01.39 | phh | and exactly the same |
19:01.53 | phh | ah right there is something I want to check |
19:01.57 | phh | see if the RPC ids are the same |
19:03.41 | phh | I don't know how to do that though |
19:03.41 | MrPippy | i remember trying to make a call and dmesg spit lots of audmgr rpc errors |
19:03.41 | phh | static inline void DWB(void) /* drain write buffer */ |
19:03.41 | phh | { |
19:03.41 | phh | <PROTECTED> |
19:03.41 | phh | <PROTECTED> |
19:03.41 | phh | <PROTECTED> |
19:03.42 | phh | <PROTECTED> |
19:03.42 | phh | } |
19:03.42 | phh | "lol" |
19:03.45 | phh | samsung has a weird msm nand driver. |
19:05.02 | phh | any report about battery life ? |
19:06.02 | Markinus | MrPippy: if you don't know, in the amss_para.c is the audmgr for 6125 deactivated . . |
19:06.26 | DarkMasterHalo | Well, I hope you guys will find something usefull, at least I could have done a little part in this project (I can't do much for low level programming as you guys do :( ) |
19:06.37 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
19:06.38 | MrPippy | hehe well that explains it |
19:07.05 | phh | DarkMasterHalo: na, nothing in there as far as I can tell. |
19:07.29 | Markinus | phh: No.... but my device is a bit warm with the new kernel, this shouldn'T be . .. I will test this night |
19:07.38 | phh | Markinus: argh |
19:07.51 | Markinus | MrPippy: with activated the device is crashing on call (ringing) |
19:08.31 | DarkMasterHalo | phh: If it can help you, there is a defconfig also in that directory |
19:08.42 | phh | DarkMasterHalo: that's even more useless :p |
19:08.59 | phh | Markinus: hum something weird here |
19:09.06 | phh | static unsigned adsp_cid=0xfadefade; // we must register this cid early in smd init |
19:09.06 | phh | <PROTECTED> |
19:09.12 | DarkMasterHalo | phh: ahah, oh my, you see how much knowledge I'm lacking now for that type of stuff |
19:09.27 | MrPippy | hmm gitorious is down |
19:09.30 | phh | DarkMasterHalo: you're allowed to acquire such knowledge :p |
19:10.10 | Markinus | phh: I think it'S the stuff in the smd_rpctouter.c or? |
19:10.37 | DarkMasterHalo | phh: Well, I don't know where to being but yes, I can acquire this knowledge :) Can I borrow your brain for a week :P |
19:10.45 | DarkMasterHalo | begin* |
19:10.51 | phh | DarkMasterHalo: you're head would collapse :p |
19:11.02 | Markinus | phh: // new_server(0x3000000b,0); // register this for adsp |
19:11.05 | phh | that makes me thing... does someone knows when stargate universe starts again ? |
19:11.12 | phh | Markinus: I let you try. |
19:11.12 | Markinus | phh: I tried but this didnt' help |
19:11.15 | phh | ok |
19:11.18 | phh | Markinus: wrong version ? |
19:11.32 | DarkMasterHalo | phh: I would just copy some part of it, anyway, back to work. |
19:12.13 | Markinus | phh: the most of our versions are 0 .. . and there is no error on conection .. |
19:12.24 | phh | adsp stuff isn't 0 |
19:12.42 | phh | and error handling in this area... ouch :p |
19:12.45 | MrPippy | interesting the wince rhod kitchen has different audiopara for umts and cdma |
19:13.28 | MrPippy | and false alarm, they're the same file |
19:14.08 | phh | MrPippy: anyway audiopara are AFAIK only "analog" parameters |
19:14.16 | phh | wouldn't explain our current problems |
19:14.38 | *** join/#htc-linux IceBone (~IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
19:14.38 | Markinus | phh: they are both 0 |
19:14.38 | Markinus | {RPC_ADSP_RTOS_ATOM_VERS, 0x0, ""}, |
19:14.39 | Markinus | {RPC_ADSP_RTOS_MTOA_VERS, 0x0, ""}, |
19:14.45 | phh | yeah just seen :/ |
19:14.54 | phh | next idea. |
19:15.58 | phh | Markinus: and the new_server() thing didn't change anything ? |
19:16.28 | Markinus | phh: no . .. . |
19:16.31 | phh | ok |
19:17.43 | MrPippy | do you think the audio problem is still rpc/amss stuff or i2c/speaker amp? |
19:17.54 | phh | rpc/amss |
19:17.56 | phh | we know it's that |
19:18.00 | phh | the adsp task hangs |
19:18.01 | Markinus | MrPippy: yes, we have no reactions from DSP |
19:18.10 | Markinus | no event, no IRQs, nothing |
19:18.33 | *** part/#htc-linux rafyvitto (~rafyvitto@32.140.214.218) |
19:18.34 | phh | and speaker works |
19:18.50 | phh | Markinus: sounds totally stupid but you already tried the other IRQ ? |
19:18.55 | phh | even if it's not what we dump from wince |
19:19.22 | Markinus | phh: yes, I had at start 22 . .. and then I changed to 23 as I wrote the amss stuff . . |
19:19.34 | Markinus | : nothing changed . . |
19:19.42 | phh | ok |
19:20.19 | Markinus | ph: but ask ask ask . .maybe I forgott something :) |
19:21.18 | phh | I hope you forgot something quite obvious -_-' |
19:21.29 | phh | but I still can't see what :p |
19:21.31 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
19:22.58 | Markinus | yes . . . :( phh . .I had already many sleepless nights with this stupid thing. . |
19:23.08 | phh | ah only one for me. |
19:24.06 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
19:25.18 | bzo | MrPippy: saw in the logs you were looking at the BT again last night - no luck? |
19:25.52 | MrPippy | nah spent a while on it, can't figure it out |
19:26.26 | bzo | is there any way to trace GPIO bank 5? See the BT RTS pin is supposed to be on there |
19:26.43 | MrPippy | yeah i had to update haret and it shows up |
19:27.15 | bzo | so it seems like all the BT UART pins are configured ok? |
19:27.27 | phh | bzo: you reported your patch to nueclock's author ? |
19:28.04 | bzo | phh: no2chem seems to have disappeared a few months ago. no activiy on his blog, xda,ppc |
19:28.09 | phh | ok |
19:28.27 | MrPippy | yeah the pins are right, i just don't get why it doesn't work |
19:29.10 | bzo | how about the BT clock, are we able to confirm that we are turning it on ok? |
19:29.41 | bzo | I see dmesg stuff about it, but have no idea whether it is correct |
19:29.42 | phh | there is a BT clock ?!? |
19:29.46 | phh | oh rien tty. |
19:29.52 | phh | s/rien// |
19:29.58 | phh | bzo: tty's clock should be fine |
19:30.05 | phh | as it works for us |
19:30.10 | MrPippy | dmesg shows that something is being turned on, but i dumped the clk section in wince with BT on/off and there was no difference |
19:31.36 | bzo | blech, why do we always have these weird problems with cdma? |
19:32.19 | phh | because cr2 only has gsm devices ? :p |
19:33.26 | bzo | since the bt is external to msm, it is unlikely there is any RPC going on right? |
19:34.21 | phh | there can be pmic and clock rpc. |
19:36.19 | MrPippy | guess i can try tracing rpc, i dumped smem and don't remember seeing any changes in the rpc fifo area |
19:38.02 | MrPippy | hmm what are .bts files? theres a bunch of them in \windows for fm init and tiinit |
19:38.47 | phh | binary list of HCI commands |
19:39.53 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d14c.pool.mediaWays.net) |
19:42.17 | Markinus | phh: maybe a bit brainstorming for Audio. . |
19:42.46 | phh | Markinus: yeah I'm retrying it to see what's in the dmesg |
19:42.57 | Markinus | phh: COuld be a GPIO or vreg? I thing no, because I thinks it'S a software problem, what do you mean? |
19:43.08 | Wout | phh: do we still need to set the pm mode manually in the startup.txt with the latest builds? |
19:43.15 | phh | Markinus: ARG |
19:43.17 | phh | Captnoord: ! |
19:43.20 | phh | need you. |
19:43.21 | phh | oh |
19:43.22 | phh | wlel no. |
19:43.29 | phh | Markinus: dump clocks without sound and with sound |
19:43.41 | phh | and imei setting maybe |
19:44.02 | phh | imem* |
19:44.11 | phh | Wout: there is no reason it changed |
19:44.29 | Wout | ok, because the default startup doesn't have it |
19:44.40 | phh | Wout: kills calls during suspend no ? |
19:44.46 | Markinus | phh: I need a bit help, how can I dump the clocs, never made . . haret is running . . |
19:44.48 | phh | and default startup... from where ? |
19:45.00 | Wout | phh: reef's cab/rar |
19:45.08 | phh | Wout: you can frag/Slaps him then. |
19:45.14 | Wout | what's the default mode? 1? |
19:45.18 | phh | Markinus: pd 0xA8600000 0x1000 |
19:45.26 | phh | Wout: default is 0 which is not working on 6125 afaik |
19:45.41 | Wout | ok, i'll add it to startup then |
19:45.46 | Wout | (what's 6125?) |
19:46.01 | phh | your amss version |
19:46.07 | Wout | ah, k |
19:46.25 | Markinus | oihh ,this dump crashed my Topaz .. new boot and test |
19:46.31 | phh | Markinus: oO |
19:46.43 | phh | hum, qdsp5 doesn't do any reference to particular adsp clocks |
19:46.48 | Markinus | phh: This isn'T normal . .it works good .. normarly |
19:46.49 | phh | which is weird since we know there is such clocks |
19:47.03 | phh | Markinus: try with 0x400 as size maybe |
19:47.13 | Markinus | phh: yes . . .booting |
19:47.56 | phh | hu ? |
19:48.00 | phh | I think I'm in the wrong memory. |
19:48.18 | phh | no it's the right place ?!? |
19:48.54 | phh | oh right it's possible. |
19:51.28 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
19:51.46 | Markinus | phh: it'S the right adress for dump? |
19:51.46 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
19:52.27 | Markinus | it'S working with 0x400 |
19:55.59 | Markinus | phh: without and with |
19:56.01 | Markinus | http://pastebin.com/2DDNJ7u4 |
19:57.03 | Markinus | phh: the 0xa8600034 is different |
19:58.10 | phh | 0x35 is BT :( |
19:58.15 | phh | 0x34* |
19:58.54 | phh | or not ? |
19:59.00 | phh | <PROTECTED> |
19:59.04 | Markinus | phh: I've BT not on . . |
19:59.14 | phh | ok, the pdf is 7200 not 7201a. |
19:59.23 | phh | adsp clock change, cool |
19:59.29 | Markinus | yeah |
19:59.48 | phh | I should have thaught about it before. |
20:00.00 | phh | cr2 too. |
20:00.34 | phh | Markinus: now three choices, trying to set the "correct" adsp_ns blindly |
20:00.35 | Markinus | phh: I thinks amss has to much parameters to think on all in same time. . |
20:00.46 | phh | which I think wont work |
20:00.56 | phh | mmutrace the clock area, which might work |
20:00.59 | phh | and ask Captnoord to reverse the code. |
20:01.27 | phh | Markinus: warning though, I'm not stating it's one of the problem :p |
20:01.39 | phh | AMSS could set adsp clock by itself |
20:02.24 | Markinus | phh: I think every thing what we can test is good . . every Idea . . |
20:02.56 | phh | bah 10 mappings of this memory area -_-' |
20:06.29 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
20:09.34 | phh | wow |
20:09.37 | phh | flood of clock changes |
20:10.07 | phh | clock reads. |
20:10.33 | phh | but no adsp |
20:10.34 | phh | bah. |
20:11.22 | phh | but could still be a pmic or a rpc, which is aweful to trace. |
20:13.07 | *** join/#htc-linux zachy (~george@85.193.4.18) |
20:16.34 | Markinus | phh: yes, I didn'T see this adsp clock too . . . |
20:16.39 | Markinus | only with pd |
20:32.56 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
20:37.40 | *** join/#htc-linux Unholy_ (~IceChat7@24.227.27.77) |
20:38.19 | *** join/#htc-linux Liquidsilver (~vadmin@cpc3-nthc6-0-0-cust800.nrth.cable.ntl.com) |
20:42.40 | phh | Markinus: ah, adsp_a11 is an interrupt from adsp to A11, adsp_a9a11 is an interrupt from adsp to both A9 and A11 |
20:42.42 | phh | maybe we have both |
20:43.55 | phh | could also be imem partition, but it seems to always be 0 |
20:45.41 | stinebd | sigh... another 20-hour android build |
20:45.51 | phh | stinebd: ? |
20:45.58 | phh | lasts only 20hours ? |
20:46.03 | stinebd | hah |
20:46.09 | stinebd | i need more cores ;) |
20:46.16 | phh | ah |
20:46.17 | phh | that. |
20:46.37 | Wout | phh: running latest zimage and rootfs, was in a call and it dropped |
20:46.39 | Wout | led was green |
20:46.44 | stinebd | i repo sync'ed the other day and am building now |
20:46.47 | Wout | but screen wouldnt come on |
20:46.55 | phh | Wout: call dropped when turned green ? |
20:46.56 | Wout | hard to take out the battery |
20:47.04 | Wout | dunno, had it to my ear |
20:47.06 | Wout | call dropped |
20:47.17 | Wout | looked at the phone, screen was off but led green |
20:47.34 | phh | yeah that's normal |
20:47.37 | phh | but it couldn't wake up ? |
20:47.42 | Wout | nope |
20:47.47 | phh | with power button ? |
20:47.50 | Wout | nope |
20:47.53 | phh | ok |
20:48.01 | phh | many people have this problem it seems I'll have to test |
20:48.39 | *** join/#htc-linux Alka (~Alka@189.174.0.118) |
20:50.12 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
20:51.12 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
20:54.41 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-71-251-145-115.hrbgpa.fios.verizon.net) |
20:55.22 | stinebd | ooh done building |
20:55.25 | stinebd | only took 4 hours |
20:55.34 | *** part/#htc-linux zachy (~george@85.193.4.18) |
20:55.38 | phh | lol |
20:56.08 | Markinus | phh: I tested both already :( Regeistered both but nothink . . |
20:56.20 | phh | ok |
20:56.44 | Markinus | phh: what's with the clocks? |
20:56.58 | phh | Markinus: dump it from linux and see if amss does something on its own |
20:57.11 | phh | I've got nothing from mmutrace, but they aren't totally reliable |
20:57.17 | phh | not mentioning it might lack a clock regime rpc |
20:57.47 | Wout | phh: any idea what could cause it, pm issues? |
20:57.58 | phh | Wout: don't know |
20:58.17 | Wout | k |
20:58.37 | Wout | girlfriend was pissed off because I needed to boot back into winmo before I coul call back :P |
20:58.39 | phh | I'd say in smd cde though |
21:04.18 | Wout | is there some sort of official bugtracker for this kind of stuff? |
21:05.12 | phh | http://pjottrr.no-ip.org:81/redmine/ |
21:06.43 | Wout | btw, don't know if its related, but during the call the phone got pretty hot |
21:07.07 | phh | known problem too |
21:07.08 | phh | and don't know. |
21:07.13 | Wout | k :) |
21:18.47 | Markinus | phh: btw: if I have this think here: |
21:18.47 | Markinus | #define MSM_DMOV_BASE IOMEM(0xF8002000) |
21:18.47 | Markinus | #define MSM_DMOV_PHYS 0xA9700000 |
21:18.47 | Markinus | is the the BASE the vaddr or PHYS? |
21:19.02 | phh | base is linux's vaddr |
21:19.06 | phh | doesn't need to match wince's one |
21:19.20 | phh | only phys addr is the same |
21:19.31 | phh | you have to dump mmu with the phys on wince |
21:19.35 | Markinus | phh: ok, the if I look to PHYS I see what I need . .ok thx! |
21:21.40 | *** join/#htc-linux cr2_ (~cr2@ip-109-41-75-114.web.vodafone.de) |
21:22.34 | cr2_ | MrPippy: ping |
21:22.39 | MrPippy | hi |
21:22.56 | phh | cr2_: for adsp, are we supposed to expect AMSS to setup clocks ? |
21:24.09 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
21:25.43 | cr2_ | phh: we never touch adsp clock |
21:25.56 | cr2_ | MrPippy: which bt irq do you use ? |
21:26.16 | phh | cr2_: I know, but even with 6125 ? |
21:26.25 | MrPippy | wince uses UART2DM_RX(52), pretty sure thats same as the gsm diam/raph |
21:26.38 | cr2_ | phh: the questional rpc reset is more problematic |
21:26.44 | phh | ok |
21:26.50 | cr2_ | MrPippy: rx, not irq ? |
21:27.09 | MrPippy | yeah thats what is firing in wince |
21:27.52 | cr2_ | phh: the clean rpc shutdown is to deregister all local servers, and send close even for all clients to 3000ffff |
21:28.09 | cr2_ | phh: at least that's what wince .dll code suggests |
21:28.14 | phh | I more meant about clock regime rpc, or dex call |
21:28.28 | *** join/#htc-linux sindre (~sindre@c010ABF51.dhcp.bluecom.no) |
21:28.52 | cr2_ | no known used rpc calls deal with adsp |
21:29.10 | cr2_ | clock regime is used only for video on 7201A |
21:29.24 | cr2_ | on leo all dex pmic ops are rpc |
21:29.32 | cr2_ | needs to be documented ;) |
21:31.32 | *** part/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
21:31.44 | bzo | MrPippy: what do you make of this heroc bluetooth code? |
21:31.46 | bzo | #define GPIO_INT_CLEAR_2 (MSM_GPIO1_BASE + 0x800 + 0x94) |
21:31.48 | bzo | writel((1U << (HEROC_GPIO_UART1_RX-43)), GPIO_INT_CLEAR_2); |
21:31.49 | bzo | it is executed in the board init |
21:32.01 | MrPippy | cr2_: could the uart irq change between wince and linux? |
21:32.37 | phh | bzo: lol ? |
21:32.51 | phh | bzo: AFAIK we already clear all gpios int at start |
21:33.04 | cr2_ | MrPippy: no. if you see rx in wince then it's rx |
21:33.14 | phh | cr2_: just thinking about that... could it be some unhandled ADSP int ? |
21:33.24 | MrPippy | yeah i saw that heroc code, really don't know what to make of it |
21:33.28 | bzo | phh: it's weird they have a special function for it just for bt |
21:33.52 | bzo | MrPippy: almost seems like a hack to get around a bug or something |
21:33.56 | Markinus | cr2_: Is this what we need for DMA in Wiki ? |
21:33.56 | Markinus | http://htc-linux.org/wiki/index.php?title=Leo_DMA |
21:34.15 | cr2_ | phh: i still think that some rpc is not doing what it should do |
21:34.20 | MrPippy | yeah its definitely a hack |
21:34.42 | cr2_ | phh: the rpc reset is still very strange |
21:39.59 | cr2_ | Markinus: can't access wiki for some reason |
21:40.13 | bzo | hmm, on heroc, the bt gpio uart pins are all configured as pull up |
21:40.45 | phh | bzo: only when off no ? |
21:40.54 | Markinus | cr2_: shmm . .i can reload . . maybe something temporery . . |
21:41.04 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
21:41.39 | MrPippy | yeah, they also have rx and tx configured as outputs |
21:42.02 | phh | MrPippy: for bt *off* ? |
21:42.07 | bzo | phh: yeah, probably. they don't have a separate on/off table |
21:42.57 | MrPippy | yeah i dont think there is an off table |
21:43.17 | MrPippy | oh yeah...what is the "func" field mean for gpio? |
21:43.31 | cr2_ | MrPippy: usually it is |
21:43.40 | cr2_ | alt function number |
21:43.44 | phh | MrPippy: every gpio has multiple "function" number |
21:43.55 | phh | you can use it as normal gpio where you set it to 0 or 1 manually |
21:44.03 | phh | or some other features, so that it's done in hardware |
21:44.07 | phh | like uartdm |
21:44.31 | Captnoord | re |
21:45.46 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
21:45.48 | Captnoord | phh which kernel was it? |
21:46.13 | phh | Captnoord: the link on xxx.ch ? |
21:46.22 | Captnoord | yea |
21:47.04 | phh | don't know |
21:47.17 | phh | MACHINE_START(UNIV, "Samsung GT-I7500 Board") |
21:47.23 | phh | "UNIV" |
21:47.24 | phh | funny mtytpe. |
21:47.26 | phh | -t |
21:47.37 | phh | I'm sure they attend to mainstream. |
21:48.38 | Captnoord | k |
21:50.07 | cr2_ | Markinus: it's a problem with my link. it happens sometimes |
21:50.27 | Markinus | cr2_: We can dump RPC with pd to the RPC fifo, right? Do oyu know the RPC adress? |
21:50.42 | cr2_ | Markinus: heh. w3m works |
21:51.10 | cr2_ | Markinus: it's better to create a table with rpc functions from pmic.c |
21:51.25 | Markinus | cr2_: ahh, ok. . . |
21:51.42 | cr2_ | Markinus: i have the handwritten list of rpc functions used by leo |
21:51.55 | cr2_ | so we can create a comparison list |
21:52.06 | cr2_ | and will know what code to change |
21:52.20 | Markinus | cr2_: ok, I will take a look on it . . |
21:52.29 | cr2_ | Markinus: for the usb reset rpc we know the data from uboot |
21:53.23 | Markinus | cr2_: do you will the patched uboot source? |
21:53.30 | Markinus | have |
21:54.22 | Markinus | cr2_: If you ar on the wiki then look to the IRQs too, but I think there shoulb be all things ok |
21:55.01 | cr2_ | Markinus: irq setup and lcd panel init |
21:56.49 | Markinus | cr2_: I couldn'T get the SPI init without mmutrace. I didn't know a other way to dump it. But I made a DMA config table . . |
21:59.55 | *** join/#htc-linux Unholy_ (~IceChat7@24.227.27.77) |
22:01.10 | *** join/#htc-linux Unholy_ (~IceChat7@24.227.27.77) |
22:01.41 | Captnoord | k |
22:02.41 | *** join/#htc-linux ToAsTcfh (~toast@235-41.200-68.tampabay.res.rr.com) |
22:02.58 | Unholy_ | is there a way to disable the capasitive screen in the raph for android? like if i cans till use the hardware buttons but for the capsive to be disabled 0o |
22:03.13 | phh | capactive scree N!? |
22:03.28 | MrPippy | the navi panel? |
22:03.32 | Unholy_ | yup |
22:03.35 | phh | -_-' |
22:03.38 | phh | that's no screen -_-' |
22:03.45 | Unholy_ | panel sorry |
22:03.53 | Unholy_ | brain fart |
22:03.57 | phh | Unholy_: bah you can use it only as a dpad then ... |
22:04.16 | phh | but yes |
22:04.22 | phh | just put your finger and move it at start |
22:04.26 | phh | that shuold do the trick |
22:04.31 | Unholy_ | what about the home button and back button? |
22:05.06 | phh | you can make the difference between end button, right button and back button, only with the capacitive panel |
22:05.09 | Unholy_ | i just hate when it goes crazy and starts moving stuff on its own |
22:05.12 | phh | there is only one hardware button |
22:05.13 | Unholy_ | or the ligts go crazy |
22:05.18 | Unholy_ | oh |
22:06.12 | Unholy_ | y dosent it happen in winmo? too |
22:06.19 | Unholy_ | it only goes crazy with android |
22:06.27 | phh | don't know |
22:06.58 | makkonen | goes kinda crazy in winmo |
22:07.17 | makkonen | lights come on and don't go off... can never read a left or right as a left or right... |
22:07.25 | *** join/#htc-linux ToAsTcfh (~toast@235-41.200-68.tampabay.res.rr.com) |
22:07.41 | Unholy_ | really? never happend to me in winmo |
22:07.44 | Unholy_ | there always off |
22:10.25 | bzo | makkonen: did you see that vilord's latest changes to replimenu uses the whole touchscreen as a dpad? |
22:10.32 | ToAsTcfh | so whats new in town? |
22:10.46 | makkonen | ...I don't even know what that means. |
22:11.03 | makkonen | (so, no, I did not. :-)) |
22:11.10 | bzo | if you press near the top of the touchscreen, it's like pressing up on the dpad, etc |
22:11.19 | makkonen | oh. that's smart. |
22:11.19 | bzo | so, it will work with any device now |
22:11.54 | bzo | previously, he did also fix the code to work with the diam/raph regular dpad as well |
22:11.55 | makkonen | are all those things in the bootenv repo they have? |
22:12.16 | bzo | it's all compiled into busybox |
22:13.13 | makkonen | ah |
22:13.24 | bzo | of course, I'm not sure what we would use the menu for at this point since we don't support nand yet and no one seems to be itnerested in ext partitions |
22:15.01 | makkonen | recalibrating the touchscreen, recalibrating the wireless |
22:15.20 | makkonen | though I guess the wireless could be done at any time. |
22:15.34 | makkonen | (and shouldn't need to be redone, but... who knows.) |
22:16.08 | *** join/#htc-linux ali1234 (~al@robotfuzz.co.uk) |
22:17.54 | ToAsTcfh | bzo : has anyone with turbo managed to overclock? |
22:18.16 | phh | ToAsTcfh: it seems that it works fine for reefermattness |
22:18.43 | bzo | ToAsTcfh: I imagine the issue is more of a9 radio (winmo vs android) |
22:18.44 | ToAsTcfh | eh then its gotta work for us too |
22:19.08 | phh | bzo: no |
22:19.12 | cr2_ | Markinus: i'll look what i can do with the spi init tables |
22:19.13 | phh | the issue is ToAsTcfh |
22:19.21 | ToAsTcfh | ehh maybe not then :( |
22:19.39 | ToAsTcfh | ive done it all to the tee |
22:19.45 | makkonen | phh: is he cursed? |
22:19.47 | ToAsTcfh | even redid it |
22:19.55 | ToAsTcfh | yes |
22:19.58 | ToAsTcfh | cursed |
22:20.06 | bzo | phh: could the a9 not be letting the device change the pll freq? |
22:20.21 | phh | bzo: would crash the kernel |
22:20.32 | ToAsTcfh | it is panicing |
22:20.40 | ToAsTcfh | or crashing |
22:20.48 | phh | i'm still waiting for your traces. |
22:21.38 | ToAsTcfh | ? |
22:22.07 | phh | you always say "it panics" but without any backtrace ... |
22:22.14 | phh | you're not even sure it actually panics ... |
22:22.18 | stinebd | ok, rootfs images are zipped and mirrored now |
22:22.21 | phh | how do you want to debug anything so ? |
22:22.24 | phh | stinebd: ok |
22:22.32 | phh | stinebd: you'll need to create a branch for initramfs too |
22:22.33 | stinebd | hopefully the generator will actually work. someone commit something ;) |
22:23.04 | makkonen | stinebd: how does it deal with permissions now? |
22:23.33 | stinebd | makkonen: everything is owned by root, the generator does chmod +s pppd and su |
22:23.35 | makkonen | I guess I could commit the removal of the android apn generation, since it's in the system.sqsh now. |
22:23.40 | ToAsTcfh | phh: i guess ill have to figure out what u are talking about when u say traces |
22:23.53 | phh | ToAsTcfh: ramconsole ? |
22:23.54 | phh | dmesg ? |
22:24.12 | ToAsTcfh | ramconsole just shows it set the clock |
22:24.19 | phh | then it doesn't panic. |
22:24.19 | ToAsTcfh | then nothing |
22:24.28 | stinebd | genext2fs has no real way to give permissions in the image (that i know of) |
22:25.02 | ToAsTcfh | it loads everything fine then loads the clock without any issue then its the end of the last_kmsg |
22:25.15 | phh | ToAsTcfh: add debug messages |
22:25.17 | ToAsTcfh | with no issues found |
22:26.04 | ToAsTcfh | i wish i knew how to add the pll messages like u guys have |
22:26.22 | ToAsTcfh | just to see if its setting to that pll |
22:27.02 | ToAsTcfh | so after each function add the print blah. in acpuclock |
22:27.59 | bzo | ToAsTcfh: copy the DUMP_PLL code from our kernel |
22:28.28 | makkonen | stinebd: commited something. let's see how it does. :-) |
22:28.32 | stinebd | oh god |
22:28.36 | stinebd | ;) |
22:28.45 | makkonen | what's the worst that can happen? |
22:28.52 | stinebd | somehow my server disappears :D |
22:29.17 | makkonen | that would be bad. |
22:29.23 | stinebd | nah, i keep backups |
22:30.06 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
22:31.57 | phh | si j'avais une idée de comment trouver ton addresse je t'enverrais bien une carte de condoléances. |
22:32.10 | phh | oops bad chan. |
22:32.37 | Captnoord | nah komt wel goed schatje |
22:32.40 | ToAsTcfh | phh: went all home land on me their |
22:39.00 | sindre | phh: wtf? "If I had an idea of how to find your address I would send out a sympathy card." Who were you talking to? |
22:39.30 | phh | sindre: someone else, who have intensive danse lessons because of his girlfriend :p |
22:39.53 | MrPippy | damn no rpc traffic when turning bt on |
22:40.31 | cr2_ | phh: do you have devmem2 around ? |
22:40.41 | cr2_ | MrPippy: rpc for bt ? weird |
22:40.44 | phh | cr2_: hum no |
22:40.50 | sindre | phh: Haha, bring him my condolences :P |
22:40.58 | MrPippy | yeah nothing showed up, i'm trying anything at this point |
22:41.09 | stinebd | nice |
22:41.14 | cr2_ | MrPippy: dump spl, and look how they test bt |
22:41.27 | cr2_ | phh: haret ? |
22:41.32 | phh | cr2_: yes |
22:41.58 | cr2_ | phh: can you dump the gpt/dgt and irq areas ? |
22:42.12 | phh | cr2_: uh ? |
22:42.17 | phh | hum ok but why ? |
22:42.21 | cr2_ | Leo_CLK and Leo_IRQ pages |
22:42.26 | phh | with a rhod ? |
22:42.30 | cr2_ | yes |
22:42.41 | cr2_ | we still have the DGT hack for 7201A too |
22:42.47 | MrPippy | i have spl, what would i be looking for? |
22:42.49 | phh | right |
22:43.17 | *** join/#htc-linux bkero-ZNC (~freenode@s69-163-39-14.in-addr.arpa.static.dsn1.net) |
22:43.17 | cr2_ | MrPippy: where they get the bt addr |
22:43.39 | cr2_ | MrPippy: the alt gpio settings too |
22:43.54 | MrPippy | can i disassemble it in ida? |
22:44.11 | cr2_ | run dumprom on it first |
22:44.33 | cr2_ | hm. maybe we should add dumprom code into haret :) |
22:44.52 | cr2_ | but the linux version misses decompression . |
22:45.17 | cr2_ | which is not used on newer wince anyway |
22:46.05 | ToAsTcfh | phh: were u talking about adding cpu debuggin to the config? cuz i already have |
22:46.08 | phh | cr2_: http://pastebin.com/22Tjv6ze |
22:46.14 | phh | ToAsTcfh: to the code. |
22:46.25 | ToAsTcfh | bah ok |
22:46.36 | ToAsTcfh | thisll be fun |
22:46.59 | phh | for me yes |
22:47.00 | phh | a lot :p |
22:47.05 | ToAsTcfh | lol |
22:47.13 | cr2_ | phh: thanks. |
22:47.18 | cr2_ | hm. so big tables :) |
22:47.31 | phh | cr2_: 0x100 was enough uh ? :p |
22:47.34 | ToAsTcfh | i guess i wouldnt learn if it were any other way |
22:47.50 | cr2_ | phh: not for the a11s |
22:48.24 | cr2_ | hm. different addresses |
22:49.30 | MrPippy | i have spl that i dumped with haret, i see some strings about PM_VREG_BT_M |
22:50.21 | cr2_ | MrPippy: it's only the name |
22:51.03 | MrPippy | yeah |
22:51.06 | MrPippy | so i can disassemble this? |
22:52.31 | *** join/#htc-linux Orbitalz (~solo@c-71-193-221-232.hsd1.or.comcast.net) |
22:54.17 | Markinus | cr2_: could you take a look to dma? Here, this is the RPC one, I thing it'S ok for first or? http://htc-linux.org/wiki/index.php?title=Leo_RPC |
22:55.57 | cr2_ | Markinus: is the dma channel traceable ? |
22:56.20 | cr2_ | Markinus: i think i've mmutraced it somehow before. but on leo it's a problem |
22:56.35 | Markinus | cr2_: I did for first only the configs . . |
22:56.44 | cr2_ | Markinus: but since we don't use uart2dm, dma should not be a problem. |
22:57.01 | *** join/#htc-linux sindre (~sindre@c010ABF51.dhcp.bluecom.no) |
22:57.34 | Markinus | cr2_: yes . .mmutrace ... |
22:57.40 | *** part/#htc-linux sindre (~sindre@c010ABF51.dhcp.bluecom.no) |
22:57.50 | cr2_ | ok. let me check my rpc notes. |
22:58.04 | *** join/#htc-linux sindre (~sindre@c010ABF51.dhcp.bluecom.no) |
22:58.57 | Markinus | cr2_: there are many other function on RPC . . I'M on it . . |
22:59.05 | cr2_ | pmic is 61.ok |
22:59.51 | cr2_ | Markinus: the clock rpcs, (0xf) gpios rpcs for cam (66) gps (5b) |
23:00.57 | *** join/#htc-linux irlolcopter (~irlolcopt@host86-161-122-93.range86-161.btcentralplus.com) |
23:00.59 | MrPippy | i'm gonna try the topaz-style BT vreg |
23:01.26 | cr2_ | MrPippy: nothing in wiki about vreg ? |
23:01.27 | phh | cr2_: there is also mic bias, speaker power and so on on 66 no ? |
23:02.12 | phh | cr2_: we activate mic bias on cdma raph through this rpc iirc |
23:02.38 | phh | ah no it's 0x61. |
23:02.39 | cr2_ | phh: mic_en, spk_en_mute,spk_en,set_spk_cfg,spk_en_hpf,spk_bypass_mux,set_muxhpf_corner_freq |
23:02.52 | MrPippy | topaz turns on rftx vreg for wifi/BT, our wifi works fine without touching it but maybe BT needs it |
23:03.42 | cr2_ | 66 is gpio_conf, but nexus still uses the alt pins config :) |
23:03.42 | phh | cr2_: uh ? |
23:03.42 | ToAsTcfh | so "msm_cpufreq_target" is the last thing i see in last_kmsg. bu i grep for that and find its in cpufreq.c should i maybe focus the debuging there? |
23:03.42 | phh | cr2_: in captnoord's dump tlmm is in 61 too |
23:03.42 | phh | iirc. |
23:04.25 | MrPippy | wiki shows a BT one (gp6), i'll try that too |
23:05.48 | cr2_ | MrPippy: dcc the spl |
23:06.24 | cr2_ | phh: 66,0,c gpio_cam_config and 66,0,d gpio_cam_unconfig |
23:06.32 | phh | ok |
23:07.07 | cr2_ | Markinus: are you editing the rpc page ? |
23:07.47 | Markinus | cr2_: yes |
23:07.54 | cr2_ | ok |
23:08.13 | MrPippy | cr2_: http://opus.homelinux.com/public_files/diam500spl |
23:08.31 | cr2_ | phh: on leo there is an nk.exe ioctl to dump gpio config to wince dmesg |
23:08.39 | cr2_ | phh: progress ? :) |
23:08.39 | stinebd | phh: initramfs needs s:/sdcard/android:/sdcard/andboot right? |
23:08.50 | phh | stinebd: no |
23:09.00 | phh | stinebd: see my last commit, I made it dynamic |
23:09.10 | stinebd | ok |
23:09.15 | phh | cr2_: oO |
23:09.29 | phh | stinebd: I think you can copy paste the code from rootfs to initramfs |
23:09.45 | stinebd | yeah |
23:10.16 | makkonen | are you building a repo for initrd? |
23:10.31 | phh | initramfs* |
23:10.45 | stinebd | already built ;) |
23:10.46 | makkonen | mine has less letters |
23:11.05 | phh | makkonen: but is technically wrong :p |
23:11.32 | cr2_ | MrPippy: done |
23:11.52 | makkonen | ok. initrfs? |
23:12.48 | phh | makkonen: if you want. |
23:13.29 | cr2_ | MrPippy: omg, you have dex mpp controls ? |
23:13.53 | MrPippy | um..do i? |
23:13.59 | cr2_ | Turn On Mpp 21 Pull High Resitant Fail!! |
23:14.00 | cr2_ | Turn On Mpp 19 Pull High Resitant Fail!! |
23:14.02 | cr2_ | mppcfg_dinout 12 1 0 |
23:14.03 | cr2_ | mppcfg_dinout 14 1 0 |
23:14.05 | cr2_ | Turn off Pull High Re |
23:14.09 | cr2_ | the gpio pins on pmic |
23:14.12 | phh | cr2_: isn't it how we set gpio ?!? |
23:14.22 | cr2_ | afair raph800 had them too |
23:14.45 | cr2_ | phh: these are pmic gpios (set over dex) and not msm7500A pins |
23:14.50 | phh | (and we should try using RPC.) |
23:15.10 | phh | anyway, time to sleep. |
23:15.44 | *** join/#htc-linux Untouchab1e (~Untouchab@82.147.51.146) |
23:15.49 | cr2_ | phh: like microp gpios |
23:15.49 | cr2_ | MrPippy: try to trace dex cmd and data1 regs |
23:17.12 | MrPippy | i tried it while turning on bt, but i only used the one mapping (0xbc), i'll try it again with all of the permissivemmutrace ones |
23:17.45 | MrPippy | on 0xbc only the battery dex showed up |
23:17.57 | cr2_ | MrPippy: ok |
23:18.06 | cr2_ | MrPippy: you have epson mddi client ? |
23:18.48 | MrPippy | yeah i think so, same as raph800? |
23:18.52 | cr2_ | Markinus: nand dma7 does not have irq_en ? hm. maybe |
23:19.07 | cr2_ | MrPippy: yes |
23:19.28 | cr2_ | MrPippy: there is a datasheet available |
23:19.47 | cr2_ | so you can do proper setup |
23:19.49 | Markinus | cr2_: So it's in the dump. . |
23:20.07 | cr2_ | Markinus: the rest looks good |
23:20.11 | MrPippy | i remember trying to find that a long time ago, i could only find the japanese version |
23:20.32 | cr2_ | MrPippy: normal version |
23:21.10 | cr2_ | MrPippy: it seems that you don't have bt testing code in spl |
23:21.55 | Markinus | cr2_: all pmic RPCs in |
23:22.12 | cr2_ | MrPippy: so the uartdm dll is the last chance |
23:22.36 | cr2_ | Markinus: ok, cam is not there. gps and gps cb ? probably not in the nexus kernel too |
23:22.53 | cr2_ | Markinus: 0xf for the clock ? |
23:23.06 | cr2_ | Markinus: i have a bunch |
23:23.26 | cr2_ | phh: hm. how do we convince some nexus owner to do some hacking ? |
23:23.41 | MrPippy | yeah theres Serial_BTUR_DM.dll |
23:24.33 | cr2_ | Markinus: i'd like to sort them on proc |
23:25.32 | Markinus | cr2_: here is nithing about GPS .. clock I have to find. Yes I will this sort too, it better, in the moment it's like in the file . . |
23:25.40 | cr2_ | Markinus: the numbers are hex or decimal ? |
23:25.48 | Markinus | decimal |
23:25.55 | cr2_ | ok, i have hex |
23:26.25 | cr2_ | 7 sound related rpc procs |
23:27.44 | cr2_ | gps may be extractable from nexus libgps |
23:28.06 | cr2_ | at least the prog/vers should be easy |
23:29.37 | cr2_ | 1c is 16+12=28 |
23:29.53 | cr2_ | MIC_EN 28 |
23:29.56 | cr2_ | good |
23:30.03 | ToAsTcfh | phh: found this in ur source and mine doesnt have all this max overide stuff in it. http://en.pastebin.ca/1818086 |
23:30.14 | Markinus | cr2_: now sorted . .looks much better . . :P |
23:30.22 | ToAsTcfh | could this be my issue phh? |
23:30.37 | MrPippy | traced dex cmd, still only battery dex shows up |
23:30.40 | cr2_ | 28 is 32+8=40 |
23:31.08 | cr2_ | MrPippy: do you have "dex1:" string in Serial_BTUR_DM.dll ? |
23:31.21 | cr2_ | SPKR_EN_MUTE 40 |
23:31.24 | cr2_ | good |
23:31.28 | MrPippy | when i turn on BT the first irq that shows up is ADM_AARM(21), then UART2DM_RX(52) and those two go crazy |
23:31.40 | cr2_ | 3e=48+14=62 |
23:31.51 | bzo | ToAsTcfh: no, that only removes the need to change the max freq in config |
23:31.54 | cr2_ | SPKR_EN 62 |
23:31.56 | cr2_ | ok |
23:32.20 | *** join/#htc-linux cr2_ (~cr2@ip-109-41-75-114.web.vodafone.de) |
23:32.28 | cr2_ | 24=36 |
23:32.38 | cr2_ | SET_SPKR_CONFIGURATION 36 |
23:32.39 | cr2_ | ok |
23:32.56 | cr2_ | 38=48+8=56 |
23:33.03 | cr2_ | SPKR_EN_HPF 56 |
23:33.06 | cr2_ | ok |
23:33.12 | cr2_ | 36=54 |
23:33.20 | cr2_ | SPKR_BYPASS_MUX 54 |
23:33.21 | cr2_ | ok |
23:33.30 | cr2_ | 2f=32+15=47 |
23:33.39 | cr2_ | SPKR_SET_MUX_HPF_CORNER_FREQ 47 |
23:33.46 | cr2_ | great |
23:33.48 | MrPippy | no 'dex1' in any dlls |
23:34.03 | cr2_ | the sound on leo on nexus seems to be the same. |
23:34.04 | Markinus | cr2_: this looks very good :) |
23:34.16 | Markinus | yeah! ;) |
23:34.21 | cr2_ | Markinus: yes. the vers matches too |
23:34.51 | Markinus | cr2_: the PMIC_RPC_VER ? |
23:34.57 | Markinus | did you know? |
23:35.00 | Markinus | do |
23:35.23 | cr2_ | Markinus: wince uses 1,2,and9 parameter call |
23:35.30 | cr2_ | need to match it with your table |
23:35.41 | cr2_ | vers=10001 |
23:35.45 | cr2_ | x |
23:36.02 | cr2_ | for prog=61 |
23:36.28 | Markinus | same too . . |
23:36.55 | cr2_ | 1c has 1 param |
23:37.02 | cr2_ | 28 has 2 param |
23:37.19 | cr2_ | 3e -> 2 param |
23:37.31 | cr2_ | 24 -> 9 param |
23:37.44 | cr2_ | 38 -> 1 param |
23:38.02 | cr2_ | 36 -> 1 param |
23:38.02 | Markinus | 1c ok, 28, ok |
23:38.20 | cr2_ | 2f -> 1 param (0xa) |
23:38.30 | cr2_ | others are 0/1 |
23:38.48 | Markinus | 3e ok, |
23:39.18 | MrPippy | cr2_: could they be setting up vregs/gpios through dex at boot? i tried turning on wifi and also didn't see anything on dex (just some 0x84, something about rtc alarms) |
23:39.51 | Markinus | 38 ok, 36 ok, 2f |
23:40.04 | cr2_ | MrPippy: in nk.exe ? maybe |
23:40.23 | cr2_ | MrPippy: gpios are probably in the dll |
23:40.39 | cr2_ | or in the oem*.dll, but it's unlikely |
23:40.54 | cr2_ | for 7201a code |
23:41.45 | Markinus | 24: is this here . . didn't see on the first look how much .. 0, 0, (uint *)cfg, sizeof(*cfg) |
23:42.12 | cr2_ | 0x24 ? |
23:42.25 | cr2_ | =1,0,1,0,0,0,0,0,0 |
23:42.45 | cr2_ | or =1,0,0,0,0,0,0,0,0 |
23:42.45 | Markinus | spkr_config_mode |
23:42.52 | Markinus | struct |
23:42.52 | cr2_ | yes |
23:42.57 | Untouchab1e | Anyone of you care to explain something to me? |
23:42.58 | *** join/#htc-linux myn (cereal@cpe-71-64-8-167.insight.res.rr.com) |
23:43.05 | Untouchab1e | ont access to the Neon float instructions lead to dramatically improved 3D performance? Currently the CPU has to struggle alot with the fill-rate, etc |
23:43.08 | Untouchab1e | Wont* |
23:44.32 | Markinus | cr2_: the struct has 8 params, + size -> 9 ok |
23:44.55 | cr2_ | ok |
23:45.08 | *** join/#htc-linux sindre (~sindre@c010ABF51.dhcp.bluecom.no) |
23:45.17 | cr2_ | Markinus: i see a 6a,0,1 call |
23:45.33 | *** join/#htc-linux ToAsTcfh (~toast@235-41.200-68.tampabay.res.rr.com) |
23:45.34 | cr2_ | hw_sec_partnum_version |
23:45.46 | cr2_ | 1 param=1 |
23:46.10 | cr2_ | dont think it's on nexus |
23:46.12 | *** part/#htc-linux Untouchab1e (~Untouchab@82.147.51.146) |
23:46.13 | ToAsTcfh | bah i just lost my last gig of ram |
23:46.24 | Markinus | cr2_: I don't see this . . |
23:46.29 | ToAsTcfh | it even smells burnt |
23:47.08 | cr2_ | Markinus: what about clk rpc api ? |
23:47.16 | ToAsTcfh | phh; ? did u get my last message? |
23:47.21 | cr2_ | ToAsTcfh: ToAsTed ? |
23:47.41 | ToAsTed | :( |
23:47.48 | ToAsTed | 512 mb now |
23:48.09 | ToAsTed | pc133 too my ddr1 just died |
23:48.14 | cr2_ | hm |
23:48.18 | ToAsTed | i know they both suck |
23:48.25 | Markinus | cr2_: I think it'S on a other place . . |
23:49.03 | ToAsTcfh | i take it phh is gone now though huh |
23:49.16 | cr2_ | Markinus: gps is 5b,10001,* GPS CB too |
23:50.47 | cr2_ | i've seen the procs: pd_reg=4, ext_status_reg=8, get_position=0xb and end_session=0xc |
23:50.49 | Markinus | cr2_: ok, I have tjis put it later in the wiki |
23:51.01 | Markinus | ok |
23:51.11 | cr2_ | for CB there are 3 procs: 1,4,b |
23:51.27 | cr2_ | i have the call params for them too |
23:51.29 | Markinus | cr2_: cr2_ this is comming from the libgps or? |
23:51.44 | cr2_ | 1,4 are big fragmented rpc responses |
23:51.47 | Markinus | (in android on nexus) |
23:51.54 | cr2_ | no, it's from rpc fifo dumps |
23:51.59 | cr2_ | on leo |
23:52.34 | cr2_ | let me check the libgps too. |
23:52.41 | cr2_ | the proc params: |
23:52.43 | Markinus | cr2_: nono, I know, I mean if Nexus do GPS command, then not from kernel, it does it with libgps, yes? |
23:52.56 | cr2_ | yes |
23:53.00 | Markinus | ok |
23:53.03 | cr2_ | was the same on g1 too |
23:53.10 | cr2_ | my data is for leo |
23:53.18 | Markinus | ok |
23:53.38 | cr2_ | func 4 -> 0xda3,0,9,0,0xf3f0ffff,-1 |
23:53.54 | cr2_ | func 8 -> 0xda3,0,a,,0,4,-1 |
23:54.34 | cr2_ | func b -> b,0,1,1,1,0x3b9ac9ff,1,18*0,1,0x32,2,0xda3 |
23:54.55 | cr2_ | func c -> b,0,0,0xda3 |
23:54.57 | ToAsTcfh | bzo do i need these changes made to cpufreq.c? |
23:55.04 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
23:55.09 | cr2_ | the gps callbacks |
23:55.35 | cr2_ | 1 and 4 are huge |
23:56.11 | cr2_ | cb_func b -> 0xb,0,0/1,0 |
23:56.20 | cr2_ | it's all without the fix |
23:56.24 | cr2_ | can't get it inside |
23:56.33 | Markinus | ok |
23:56.51 | Markinus | cr2_: with what did you dump this valus under wince? |
23:56.55 | ToAsTcfh | bzo nm it looks like its to just bypass the config. just remebered this was a change u were making |
23:57.20 | cr2_ | Markinus: from rpc fifo. od -v -A n ... |
23:57.32 | Markinus | ok, thx |
23:57.46 | *** join/#htc-linux [[NEO]] (~Neo31@unaffiliated/neo31) |
23:57.58 | MrPippy | is there any way to dump vregs from wince? |
23:58.03 | cr2_ | the 4byte rpc format is very 'od'-friendly |
23:58.14 | cr2_ | MrPippy: we don't know it |
23:58.26 | cr2_ | MrPippy: ==never used on wince |
23:58.47 | cr2_ | and we have no real amss disassembly and pmic datasheet |
23:59.09 | *** join/#htc-linux Cass (~Cass@cass.demon.co.uk) |
23:59.10 | cr2_ | pmic datasheet is only on an chinese $site |