00:02.07 | tmzt | mickey|office: get anywhere with fso and asoc? |
00:02.16 | cr2_ | emwe: EBI2 is nand |
00:02.53 | *** join/#htc-linux cr2_ (n=cr2@ip-109-84-14-249.web.vodafone.de) |
00:03.03 | tmzt | the ram part of the nand chip? |
00:04.40 | *** join/#htc-linux Funklord (n=cow@c-e1d571d5.014-46-73746f28.cust.bredbandsbolaget.se) |
00:05.17 | *** join/#htc-linux daedric (n=daedric@116.226.54.77.rev.vodafone.pt) |
00:05.20 | herpez|sometimes | while making make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- zImage |
00:05.49 | cr2_ | tmzt: physically |
00:06.01 | herpez|sometimes | i get make: arm-none-linux-gnueabi-gcc: Command not found |
00:06.01 | herpez|sometimes | strange is that this command worked 1 week ago :s |
00:06.02 | chamonix | u r missing the bin of the crosscompiler in your path maybe? |
00:06.02 | cr2_ | tmzt: but not on the hw interface |
00:06.20 | cr2_ | tmzt: nand is too slow, so there is EBI2 for it |
00:06.55 | tmzt | just use the full path, or set PATH on the command line |
00:07.10 | tmzt | what does it do? |
00:09.22 | makkonen | hmm. getting a call while eclair is booting is not a great experience. vibrate seems to be stuck on now. and the device is hung. |
00:09.22 | *** join/#htc-linux joschi (i=1002@91.204.171.9) |
00:09.22 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-76-93-251-206.bak.res.rr.com) |
00:09.22 | *** join/#htc-linux MoishaSPB (n=MoishaSP@user-12hdsgv.cable.mindspring.com) |
00:09.23 | *** join/#htc-linux thedicemaster (i=thedicem@j89126.upc-j.chello.nl) |
00:09.23 | *** join/#htc-linux Kevin2 (n=Kevin2@207-172-165-101.s101.tnt1.nywnj.ny.dialup.rcn.com) |
00:09.23 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-116-159.tukw.qwest.net) |
00:10.19 | Boydell | stick it down your pants ;) jk lol |
00:11.22 | chamonix | wow, I hadn't noticed there's a feature to power off RAPH in the latest Xandroid |
00:11.24 | makkonen | i said the DEVICE is hung. get your mind out of the gutter. |
00:11.29 | ToAsTcfh | phh: so are u guys using msm_camera or did u fix up libcamera to work with the other? |
00:11.30 | makkonen | (I don't even know what that means) |
00:12.15 | *** join/#htc-linux kupo (i=kupo@pinky.ratman.org) [NETSPLIT VICTIM] |
00:12.15 | Boydell | a feature to power off RAPH? |
00:12.31 | chamonix | lol, I should read release notes :-) |
00:12.35 | chamonix | slaps himself |
00:12.38 | stinebd | does it work for you? |
00:12.46 | chamonix | let me see |
00:13.59 | herpez|sometimes | solved using full path |
00:14.01 | tmzt | Boydell: init 0? |
00:14.01 | emwe | cr2: thanks for the info. |
00:14.03 | chamonix | almost... it hangs at "shutting down" after having turned off radio |
00:14.07 | tmzt | poweroff? |
00:14.12 | tmzt | chamonix: what's Xandroid? |
00:14.17 | herpez|sometimes | and i guess sometimes its needed a new shell to "apply" the path |
00:14.25 | chamonix | 15.01 tmzt |
00:14.30 | stinebd | chamonix: same for me, no difference from previous releases |
00:14.31 | tmzt | herpez|sometimes: source it |
00:14.34 | chamonix | check release notes |
00:14.35 | tmzt | source .bashrc |
00:14.40 | emwe | MrPippy: are you going to push your changes soon? are you gonna use the whole bank? |
00:14.46 | tmzt | what is Xandroid? |
00:14.49 | makkonen | power off finally works for me with the latest builds. |
00:14.50 | ToAsTcfh | or anyone what camera r u trying to get to work earlier |
00:15.05 | makkonen | tmzt: xdandroid, babijoee's eclair build |
00:15.34 | stinebd | makkonen: cdma right? |
00:15.34 | herpez|sometimes | tmzt: xandroid is the name choosed to babihooes build |
00:15.34 | makkonen | stinebd: yes. |
00:15.34 | chamonix | lol stinebd, I didn't notice since I skipped updating for one whole week |
00:16.19 | stinebd | MrPippy pushed a shutdown fix, but for cdma only. babijoee said it's working for him, though. |
00:16.19 | MrPippy | emwe: i'll push soon, right now i'm testing with 77MB from bank2 and the last 51MB for pmem |
00:16.44 | MrPippy | stinebd: does everyone want that fix? i can take out the if thats keeping it on diamond |
00:16.44 | emwe | MrPippy: i got 64MB + 51MB working. but that was pure luck it seems. isn't there said to be some radio basband stuff somewhere in the banks whcih sould not be "touched"? |
00:17.16 | emwe | MrPippy: I had set up a little spreadsheet. dunno if it might be of use for you... little tables where you could set offset sizes and see the mem ranges taken up by which component... |
00:17.26 | MrPippy | now i have 107MB + 77MB |
00:17.35 | emwe | bah. great MrPippy! |
00:17.58 | MrPippy | but we've always been able to use the 107MB in bank1, not sure if this will help you use more of your bank1 |
00:18.02 | stinebd | MrPippy: i have no idea actually |
00:18.08 | stinebd | MrPippy: i'll try it locally and let you know |
00:18.27 | *** join/#htc-linux HardDisk_WP (n=Marco@wikipedia/harddisk) |
00:18.33 | emwe | MrPippy: i could use 108... but anything after screws. seems gpu0 must be @ 107+8MB |
00:19.10 | *** join/#htc-linux joschi (i=1002@91.204.171.9) [NETSPLIT VICTIM] |
00:19.10 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-76-93-251-206.bak.res.rr.com) [NETSPLIT VICTIM] |
00:19.10 | *** join/#htc-linux MoishaSPB (n=MoishaSP@user-12hdsgv.cable.mindspring.com) [NETSPLIT VICTIM] |
00:19.10 | *** join/#htc-linux thedicemaster (i=thedicem@j89126.upc-j.chello.nl) [NETSPLIT VICTIM] |
00:19.10 | *** join/#htc-linux Kevin2 (n=Kevin2@207-172-165-101.s101.tnt1.nywnj.ny.dialup.rcn.com) [NETSPLIT VICTIM] |
00:19.10 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-116-159.tukw.qwest.net) [NETSPLIT VICTIM] |
00:19.11 | emwe | MrPippy: I even tried reloacting gpu0 into MSM_EBIN_BASE range and then let bank0 claim a bit more after 107MB but that did not work |
00:19.20 | emwe | but GPU0 in MSM_EBIN_BASE did work, though... |
00:19.33 | MrPippy | yeah we've usually had gpu1 at the end of bank1 and gpu0 in smi |
00:20.30 | emwe | oh ah sorry... mixed that up... GPU1 can be reloacted to "EBIN". that worked. but you couldn't claim it's "ususal" place in EBI_BASE+107 with bank0 |
00:22.58 | cr2_ | 0x73= ? |
00:22.58 | cr2_ | bank1 should work with 115MB |
00:23.19 | emwe | cr2_: and gpu1 afterwards? |
00:23.23 | cr2_ | nd bank2 of EBI1 is 128MB |
00:24.02 | cr2_ | you only need need to use alloc_bootmem for the contiguous buffers where appropriate |
00:24.45 | emwe | cr2_: i think that is out of my scope ;) |
00:25.09 | cr2_ | ok |
00:26.04 | cr2_ | good night |
00:26.14 | emwe | or lets rephrase that ... i would have to dig into regions i don't have a clue of, yet. |
00:26.18 | emwe | eek, to late ,) |
00:28.24 | MrPippy | ok pushed |
00:29.35 | MrPippy | i haven't changed anything in pmem, so you'll need to enable bank2 either with 'pmem.extra' or just by commenting stuff out ;-) |
00:31.32 | emwe | building .... |
00:34.45 | emwe | btw, does anybody know of a quick winmo "switch-usb-state-from-as-to-usb-and-vice-versa" app? |
00:35.34 | Boydell | no, but man, that would be handy! |
00:35.35 | emwe | happy that commmgr has a menu with usb-setting in HolyGrail R6 but that's still tedious if you don't want to unplug/plug the cable for getting the sd-card back... |
00:35.42 | *** join/#htc-linux HardDisk_WP (n=Marco@wikipedia/harddisk) |
00:35.50 | emwe | Boydell: indeed ;) |
00:36.16 | MrPippy | the usb-to-pc settings panel can do it without having to unplug the cable |
00:36.25 | Boydell | I never look at the microsoft market thing. Never even knew it existed until a little while ago |
00:36.48 | tmzt | neither does anyone else |
00:36.53 | emwe | yah, but it's tedious reaching and switching. a small app when launched, detects state, and switches... |
00:38.28 | joee_ | is the glemsom autobuild working? |
00:39.42 | emwe | MrPippy: hm, are you testing with pmem.extra=1 or have you commented the bank1 #if 0? didn't work out for me.... i think it didn't work out before either (getting the module param respected) |
00:39.52 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
00:40.00 | MrPippy | yeah module params have never worked for me, i'm not sure why |
00:40.21 | *** join/#htc-linux Bry8Star (n=Bry8Star@adsl-99-40-118-119.dsl.lsan03.sbcglobal.net) |
00:41.28 | emwe | rebuild ... :) |
00:45.22 | *** join/#htc-linux babijoee (n=joee@110.33.178.90) |
00:46.17 | *** join/#htc-linux Syrefaen (n=fistings@213.184.217.156) |
00:47.33 | emwe | hm. froze on switch to android splash... |
00:48.39 | MrPippy | aww it finally crashed after an hour...huge improvement though |
00:49.39 | Boydell | MrPippy: this is for your diam500 right? |
00:49.44 | MrPippy | yeah |
00:49.50 | emwe | i think i read somewhere that the radio extracts baseband data into the end of EBIN |
00:50.11 | emwe | trying bank1=64MB now so that there is a little space left... |
00:50.16 | Boydell | the diam500 and raph800 are similar right? not sure exactly what we have for mem |
00:50.18 | camden | well, folks, I'm off. have a good one! |
00:50.25 | camden | thanks again for the working android build! |
00:50.28 | emwe | night... |
00:51.07 | MrPippy | yeah real similar |
00:56.01 | herpez|sometimes | anyone here can help me to compile the modules please? |
00:56.12 | emwe | MemTotal: 169168 kB! |
00:56.13 | emwe | ;) |
00:56.32 | emwe | herpez|sometimes: compcache wlan and compat-msm-wireless? |
00:58.38 | emwe | MrPippy: i think 64MB might be even too much ... digged up that thread again: http://androidforums.com/samsung-i7500/10881-galaxy-how-much-ram-96mb-109mb-128mb-192mb.html#post77540 |
00:58.40 | Boydell | have you looked at the wave? good incrustions there |
00:59.15 | emwe | 19+32MB for baseband stuff.. this might explain the SMI whole at least and the rest might really be expanded into end of EBIN |
00:59.44 | herpez|sometimes | emwe - i compile the compat-msm-wireless and it makes a tar.gz with just 5 files wl1251.ko mac80211.ko wl1251_sdio.ko cfg80211.ko rfkill_backport.ko |
00:59.47 | emwe | herpez|sometimes: I've set up a little script which just build everything with correct params set. |
01:00.06 | herpez|sometimes | however glemson has about 10 or more files |
01:00.33 | emwe | he has ramswap xvmalloc (both compcache) and wlan.ko (tiwlan) |
01:00.41 | emwe | s/ramswap/ramzswap |
01:00.52 | emwe | plus the others... |
01:01.09 | herpez|sometimes | i also have wlan.ko |
01:01.13 | babijoee | Glemsom: autobuilds doesn't seem to be working |
01:01.15 | herpez|sometimes | however i miss compcache |
01:01.20 | babijoee | Glemsom: please fix :) |
01:01.25 | emwe | herpez|sometimes: get compcache from google code.. |
01:01.32 | emwe | i used the 0.5.4 version. |
01:01.38 | herpez|sometimes | ok, thanks |
01:01.49 | herpez|sometimes | btw, i used this script i made to compile all, if you want to check - http://pastebin.com/m688c7701 |
01:01.51 | emwe | and then i am copying all modules together and taring them... |
01:02.26 | herpez|sometimes | emwe - shall i try the 0.6 ver or 0.5.4? |
01:02.32 | stinebd | 0.5.x |
01:03.03 | stinebd | 0.6.x won't work with 2.6.27 |
01:03.04 | emwe | i think 0.6.x needs a newer kern, eh? |
01:03.06 | emwe | ah ;) |
01:04.10 | herpez|sometimes | the sintax to compile compcache is just make? |
01:04.48 | stinebd | no |
01:04.58 | stinebd | it's an external module build, you have to use the kernel build system |
01:05.06 | emwe | make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- KERNEL_BUILD_PATH=$KERNEL_PATH -j2 |
01:05.12 | emwe | wait .. let ma pastebin mine... |
01:05.30 | ToAsTcfh | modprobe: chdir(/system/modules/lib/modules): Not a directory |
01:05.38 | ToAsTcfh | wtf i know its there |
01:05.40 | MrPippy | emwe: htc's wince and android phones use different amss, those aren't always comparable |
01:05.48 | MrPippy | you can try that pmem mapping if you want though |
01:05.49 | stinebd | ToAsTcfh: not a directory? |
01:06.04 | stinebd | did you touch instead of mkdir? ;) |
01:06.18 | emwe | http://pastebin.com/m3f7b50af |
01:06.23 | herpez|sometimes | ok, checking |
01:06.59 | ToAsTcfh | its on my phone |
01:07.02 | emwe | MrPippy: yes, but the baseband data must be somewhere... or we are lucky and it's at the end of SMI ;) |
01:07.11 | ToAsTcfh | ug i pushed to the dir |
01:07.35 | ToAsTcfh | i even went in with astro and confermed its there |
01:08.15 | MrPippy | i think its usually at the end of ebi bank1, so ebi1: 0-107MB os+applications, 107-115 gpu1, 115-128 amss |
01:08.51 | emwe | if it is, i am happy with that ;) |
01:09.09 | emwe | but 77+51 didn't work out for me with radio and wifi enabled. |
01:09.21 | emwe | and you also had the crash ;) |
01:09.31 | emwe | testing 64 currently... |
01:11.17 | ToAsTcfh | stinebd: ur right my bad. when i pushe my module it got all funked up. thanx |
01:11.35 | herpez|sometimes | emwe - whats the folder generated? |
01:12.00 | herpez|sometimes | ah, understood |
01:12.10 | emwe | herpez|sometimes: it's the folder whery i copy the modules and zImage too and where the tgz is kept |
01:12.14 | emwe | so keeping it a bit clean |
01:12.30 | emwe | script was inspired by the compat-msm-wireless build skript... |
01:12.31 | herpez|sometimes | sure |
01:12.39 | herpez|sometimes | its good, im reading it |
01:12.48 | herpez|sometimes | i thought we should use arm-2008q3 |
01:12.51 | herpez|sometimes | not 2009 |
01:12.56 | herpez|sometimes | works with 09? |
01:12.57 | tmzt | q1 I think |
01:12.58 | MrPippy | emwe: my crash wasn't memory stuff, it was something networking/interrupts |
01:13.00 | emwe | you might drop some make clean in the scripts... |
01:13.14 | emwe | MrPippy: ah ok. i see.. |
01:13.31 | herpez|sometimes | tmzt - 2009q1? |
01:13.33 | MrPippy | i think we're all using 2008q3 |
01:13.46 | tmzt | 08q1 |
01:13.48 | emwe | 2009q3 WorksForMe (c) |
01:13.48 | tmzt | well.. |
01:13.49 | herpez|sometimes | yes, i'm mypippy, and i thing glemsom is too |
01:14.08 | tmzt | there was an issue earlier |
01:14.09 | tmzt | guess it's solved |
01:14.19 | emwe | ah |
01:14.44 | emwe | grml... freeze opening the browser ... |
01:16.25 | MrPippy | whoa yeah i got a crash really fast too, right at the lock screen |
01:16.30 | emwe | testing 48MB now... |
01:16.41 | MrPippy | my first test was without hw3d, maybe that makes a difference |
01:16.58 | emwe | 'hm... but isn't hw3d just using gpu0+gpu1 resources? |
01:17.07 | emwe | or i am just too stupid reading the code ;) |
01:17.46 | MrPippy | yeah it is, maybe those aren't in the right place or something |
01:18.29 | *** join/#htc-linux THE_GFR|WORK (n=THE_GFR_@76.164.19.2) |
01:18.31 | emwe | hey, but android is coming up. |
01:18.40 | THE_GFR|WORK | where can I get the android release for HTC Touch Pro? |
01:18.43 | THE_GFR|WORK | or whatever |
01:19.23 | emwe | when i was tinkering on that earlier it usually crashed in mem_move_free_pages() or something. so this is really great now MrPippy. One just needs patience and a good portion of non-scientific research ;) |
01:21.00 | THE_GFR|WORK | where can I download the files required? |
01:21.51 | emwe | THE_GFR|WORK: sorry, no idea. perhaps search on xda? |
01:22.21 | emwe | oh no! move_freepages_block() crash again... |
01:23.56 | *** part/#htc-linux paar_ (n=paar@122-117-118-112.HINET-IP.hinet.net) |
01:24.17 | THE_GFR|WORK | ok |
01:24.19 | THE_GFR|WORK | thanks |
01:29.59 | MrPippy | yeah i'm getting panics too |
01:38.52 | MrPippy | yup move_freepages_block() |
01:39.41 | emwe | 32MB is booting currently... |
01:45.26 | MrPippy | hmm i wonder if i need to bring in other patches for this to work right |
01:46.53 | emwe | 32MB is still running... |
01:47.57 | emwe | i read that the baseband stuff might expand up to 40mb ... so if it is perhaps really hiding in EBIN too .... 32+51 is 83 ... and the rest might really be hooked up by the baseband data |
01:48.04 | emwe | no idea really |
01:49.06 | MrPippy | i'm going to try with one bank now |
01:49.39 | emwe | one bank aka? |
01:51.16 | emwe | anyways... damnit... just opened taskkiller and it hangs again... |
01:51.30 | emwe | and now i am off to bed. good night. |
01:54.20 | herpez|sometimes | just for the records, i compiled the last kernel commit and blackstone backlight is fixed! |
02:08.52 | *** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a) |
02:28.14 | *** join/#htc-linux Guest1 (n=guest1@cpe-066-057-232-249.nc.res.rr.com) |
02:40.09 | *** join/#htc-linux ivanmmj (n=Ivan@97.102.151.252) |
02:40.17 | ivanmmj | Can anyone here read chinese? |
02:43.10 | *** part/#htc-linux ivanmmj (n=Ivan@97.102.151.252) |
03:02.06 | MrPippy | i'm reverting the memory patch, it just isn't stable at the moment |
03:02.31 | MrPippy | 15 months passed between our 2.6.27 and this patch, i probably need to backport some other patches too |
03:15.50 | makkonen | anyone know the correct parameters to pass to mksquashfs? |
03:30.02 | babijoee | makkonen |
03:30.05 | babijoee | what are you stuck on? |
03:30.24 | stinebd | babijoee: did you see phh's message about the new ril? |
03:30.28 | babijoee | yeah |
03:30.31 | stinebd | :> |
03:30.37 | babijoee | i've already incorporated it |
03:30.41 | babijoee | whats new about it? |
03:30.46 | stinebd | geolocation |
03:30.50 | babijoee | ooo |
03:31.13 | stinebd | chamonix did it |
03:31.29 | babijoee | ah kool |
03:32.00 | babijoee | makkonen, -sudo unsquashfs system.sqsh |
03:32.00 | babijoee | -make changes |
03:32.00 | babijoee | -sudo mv ./squashfs-root ./system |
03:32.00 | babijoee | -sudo genext2fs -d ./system -b 100000 -a system.ext2 |
03:32.00 | babijoee | -mkdir ext2mount |
03:32.01 | babijoee | -sudo mount -o loop ./system.ext2 ./ext2mount |
03:32.03 | babijoee | -sudo mksquashfs ./ext2mount newsystem.sqsh |
03:34.27 | makkonen | I don't need to pass any sort of blocksize to mksquashfs? |
03:34.34 | stinebd | nope |
03:34.58 | stinebd | and really everything in between "make changes" and "mksquashfs" is optional |
03:35.14 | stinebd | you can make changes and just squash up the squashfs-root dir |
03:36.33 | babijoee | 100000 should be enough |
03:37.18 | babijoee | stinebd: are you sure? |
03:37.31 | babijoee | stinebd: when i do that the system loops |
03:37.39 | stinebd | loops how? |
03:37.49 | babijoee | like the nexus screen loops forever |
03:37.51 | stinebd | as long as you keep the perms correct it should go fine |
03:38.13 | babijoee | hmmm not to sure stinebd |
03:38.20 | stinebd | i've done it |
03:38.22 | stinebd | quite a lot |
03:38.27 | babijoee | hrmmm |
03:38.45 | stinebd | all that testing with the damn key layouts |
03:38.46 | stinebd | ;) |
03:39.18 | babijoee | how do you build the sqsh? |
03:39.29 | stinebd | sudo mksquashfs-3.1 squashfs-root system.sqsh |
03:39.30 | babijoee | if you dont include the last step? |
03:39.44 | babijoee | ok |
03:39.48 | babijoee | fair enough |
03:39.48 | stinebd | (the -3.1 is a gentoo thing) |
03:40.02 | babijoee | well thats how i do it plus its in a script |
03:40.05 | babijoee | so no biggie |
03:40.52 | babijoee | stinebd: glemsom autobuild is down :( |
03:41.00 | stinebd | is it? |
03:41.06 | stinebd | i don't use those |
03:41.48 | babijoee | ah k |
03:41.54 | babijoee | its not building new ones |
03:41.57 | babijoee | >.<" |
03:42.00 | stinebd | do you need new ones? |
03:42.18 | stinebd | i don't think much has changed for diam/raph |
03:43.25 | stinebd | looks like nothing, actually |
03:45.43 | babijoee | i wanted to try mr.pippy ram hack |
03:45.49 | babijoee | but he reverted it :( |
03:45.50 | stinebd | he reverted it |
03:45.54 | stinebd | yeah, it was unstable |
03:45.59 | stinebd | i couldn't get too far after boot with it |
03:46.04 | babijoee | ah ok |
03:46.11 | babijoee | did you see alot more ram? |
03:46.24 | stinebd | didn't even check actually |
03:46.27 | babijoee | lol |
03:46.50 | stinebd | the freezes let you know it was working ;) |
03:49.13 | babijoee | hahah ok |
03:55.11 | babijoee | shadowline you on here? |
03:55.14 | stinebd | i've been testing nohz today to fair results |
03:55.25 | babijoee | nohz is idle sleep? |
03:55.39 | stinebd | nope, but it enables more idle sleeping |
03:55.46 | babijoee | awesome |
03:55.53 | stinebd | it's a tickless system. timer interrupts don't fire unless the kernel needs them to |
03:55.57 | babijoee | so whats can you tell so far |
03:56.02 | babijoee | oh ok |
03:56.20 | stinebd | chamonix had turned it off in kernels before because the clock went awry |
03:56.33 | we350z | hello friends |
03:56.37 | babijoee | awry? |
03:56.52 | stinebd | it would stop running and end up slow by minutes after a few hours |
03:56.55 | babijoee | hi we350z |
03:57.06 | stinebd | so after say 8 hours it would be 5 minutes behind actual time |
03:57.14 | babijoee | oh ok |
03:57.38 | stinebd | i haven't had such an issue, which i'm hoping is a result of the system using idle sleep now |
03:57.43 | babijoee | traded for extra battery life i think people wouldnt mind |
03:57.47 | stinebd | however, i have had an issue with usb |
03:57.54 | babijoee | yeah? |
03:58.07 | stinebd | usb debugging (and usbnet) don't work after the first idle sleep |
03:58.19 | babijoee | hmmm =/ |
03:58.19 | we350z | so i did finally get one of the older kernels on UTB to partially boot on my device using mtype 1805 today |
03:58.20 | stinebd | but charging still works |
03:58.34 | stinebd | it may be vbus detection problems |
03:58.41 | babijoee | probally |
03:58.43 | stinebd | but that's kind of a stopper for me |
03:59.02 | stinebd | since it essentially breaks wired tethering |
04:00.58 | we350z | and MrPippy enlightened me to some things including the mmu dumps from the haret console, and modifying the current htc-msm-2.6.27 source to support this device |
04:02.00 | we350z | basically the panel and sd are not being initialized for mtype 2426, and I didn't know that enabling the early fb log was an option in the defconifg |
04:03.00 | we350z | but he is saying memory management does not look like an issue based on the dumps |
04:03.37 | we350z | so looks promising |
04:05.46 | babijoee | shadowline was able to get livewallpapers working :) i wonder how.. damn hes not replying to my pm |
04:07.01 | we350z | livewallpaper is cool |
04:08.10 | *** join/#htc-linux Traveler9 (n=traveler@cpe-066-057-232-249.nc.res.rr.com) |
04:08.16 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
04:09.08 | polyrhythmic | babijoee: you're not using version 4 of squashfstools, are you? |
04:09.52 | stinebd | squash4 won't work with 2.6.27 |
04:10.02 | polyrhythmic | exactly |
04:10.36 | *** join/#htc-linux joee_ (n=joee@110.33.178.90) |
04:17.04 | we350z | is there a way for me to tell what source this kernel was compiled from? http://www.connect-utb.com/index.php?option=com_rokdownloads&view=file&Itemid=68&id=29:android-for-htc-diamond |
04:18.02 | we350z | or any kernel for that matter? |
04:18.52 | stinebd | boot it up and check uname -r i guess |
04:19.04 | stinebd | if they put commit id's in the kernel version |
04:19.14 | stinebd | glemsom kernels do |
04:20.33 | we350z | ther in lies a problem |
04:20.46 | we350z | it goes into some sort of infinite loop |
04:21.21 | we350z | but its the only one i've even been able get to output anything to the screen and at least start booting... |
04:21.46 | we350z | so it would be great to compare the state of the source at that time (if available) to the current source |
04:22.28 | we350z | if its even linux-on-qualcomm-s-msm/linux-msm:htc-msm-2.6.27 |
04:22.53 | we350z | which i assume it is but I have no way of really knowing for sure |
04:23.39 | we350z | can the kernels be decompiled? |
04:23.40 | parmaster | are there maybe symbols you could look for in gdb? |
04:24.05 | we350z | gdb? |
04:24.19 | we350z | i wont be able to get to a prompt... |
04:24.21 | parmaster | the gnu debugger |
04:24.24 | we350z | oh |
04:24.40 | we350z | on my pc? |
04:24.53 | parmaster | if you have linux running |
04:25.12 | *** join/#htc-linux Psychonerd (n=Casey@67.143.1.240) |
04:25.22 | we350z | i have a linux vm - but how would i attache the kernel to the debugger? |
04:26.40 | *** join/#htc-linux herpez|sometimes (n=herpez@87-196-51-213.net.novis.pt) |
04:26.46 | we350z | im not sure what your saying |
04:27.29 | parmaster | http://elinux.org/DebuggingTheLinuxKernelUsingGdb |
04:27.30 | we350z | suppose i could download the source from around that timeframe and compile it |
04:27.37 | we350z | kind of a shot in the dark |
04:27.39 | parmaster | just read that |
04:28.29 | we350z | interesting |
04:28.32 | we350z | thanks! |
04:28.54 | *** part/#htc-linux herpez|sometimes (n=herpez@87-196-51-213.net.novis.pt) |
04:29.18 | parmaster | again, i'm not sure you'll be able to properly identify it anyway |
04:29.32 | *** join/#htc-linux herpez (n=herpez@87.196.51.213) |
04:29.39 | *** part/#htc-linux herpez (n=herpez@87.196.51.213) |
04:30.54 | we350z | hmm |
04:31.19 | we350z | might be easier to seek out the people who are credited with it |
04:32.27 | parmaster | gdb is awesome though |
04:32.38 | we350z | that does look very cool |
04:32.50 | we350z | does it actually load the kernel on the host pc? |
04:32.58 | we350z | like some sort of vm or something? |
04:33.08 | we350z | im not sure how it would do that |
04:33.11 | we350z | arm emulation? |
04:35.14 | parmaster | it has different stubs |
04:35.16 | parmaster | You need to get yourself a GDB that is capable of understanding you target architecture. Often this come with you cross-compiler but if you have do compile it yourself you need to understand the difference between --target and --host configure options. GDB will be running on host(read x86) and will be able to understand target (read armv6). with that you might also want to have the gdbserver that can serve as stub for you user land debugging. |
04:35.42 | we350z | pretty cool |
04:35.57 | AstainHellbring | hi |
04:36.05 | we350z | hello |
04:36.10 | parmaster | 'lo |
04:39.44 | parmaster | we350z, anyway there's different things to reverse engineer linux kernels/binaries |
04:40.40 | parmaster | gdb is the most logical if its a kernel tho |
04:51.41 | *** join/#htc-linux herpez (n=herpez@87.196.51.213) |
04:59.45 | we350z | ok |
05:00.19 | tmzt | it's armulator based |
05:00.27 | we350z | so i guess this is based on DZO's kernel |
05:00.34 | we350z | he is on xdad |
05:00.34 | tmzt | hey par |
05:00.52 | we350z | i guess he is the "godfather" of HTC android ports from what i read? |
05:01.11 | tmzt | we350z: what diamond? |
05:01.15 | tmzt | who?? |
05:01.19 | we350z | dzo |
05:01.31 | we350z | this guy |
05:01.31 | parmaster | heya tmzt, |
05:01.40 | parmaster | how goes |
05:01.47 | tmzt | there's no way that there's only one kernel that works on your phone |
05:01.48 | tmzt | ok |
05:01.54 | tmzt | well, vogue yes |
05:02.10 | we350z | yeah |
05:02.10 | tmzt | but android is just linux, so you have to define htc phone |
05:02.23 | tmzt | or non-A |
05:02.55 | we350z | maybe i should try some others - i think its chaning the mtype that did it |
05:03.32 | tmzt | what phone? |
05:03.38 | we350z | htc treo pro |
05:03.51 | tmzt | ah |
05:03.58 | tmzt | so what mtype? |
05:04.00 | we350z | ill try the latest raph800 kernel again |
05:04.19 | we350z | 1805 |
05:04.29 | tmzt | which is? |
05:05.02 | we350z | gsm diamond i think? |
05:05.37 | we350z | diam100 |
05:05.54 | we350z | i guess raph800 wouldnt support that mtype |
05:07.19 | we350z | i tried this brand new one |
05:07.30 | we350z | http://www.connect-utb.com/index.php?option=com_rokdownloads&view=file&Itemid=68&id=92:android-2-0 |
05:07.32 | we350z | no dice |
05:07.39 | we350z | gets a white screen |
05:09.05 | we350z | i'd love to see the code |
05:09.17 | we350z | it is hard to beleive it would be the only kernel that works |
05:09.24 | we350z | well partially works |
05:10.32 | we350z | i suppose this one is worth trying as well |
05:10.33 | we350z | http://www.connect-utb.com/index.php?option=com_rokdownloads&view=file&Itemid=68&id=83:raph100-diam100-kernel-image |
05:10.51 | MrPippy | we350z: hey |
05:11.03 | tmzt | how far? |
05:11.08 | tmzt | what mtype |
05:11.11 | we350z | whats up dude |
05:11.12 | tmzt | what date? |
05:11.17 | we350z | 1805 |
05:11.21 | we350z | 2009.09.09 |
05:11.25 | tmzt | which is for? |
05:11.33 | we350z | RAPH100 from what i gather |
05:11.39 | tmzt | it might be the mddi init changes |
05:11.49 | tmzt | and raph800 or 500? |
05:11.51 | we350z | mddi ? |
05:11.53 | MrPippy | that kernel from september 9 is ancient, from ltg: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.27 |
05:12.01 | tmzt | same kernel, different mtype |
05:12.22 | tmzt | if you can bisect that and see what change broke it it might help |
05:12.34 | tmzt | but a whole lot has changed since septemeber |
05:12.38 | we350z | yeah |
05:12.55 | we350z | i could just keep grabbing and compiling |
05:12.59 | we350z | see where it breaks |
05:13.56 | we350z | how do i know this is the same source this dzo guy or whoever compiled it used? |
05:14.01 | we350z | is this what everyone uses? |
05:14.23 | MrPippy | thats the git we were using back then |
05:14.54 | we350z | how would i check that out? |
05:15.49 | tmzt | bisect is a process |
05:15.50 | MrPippy | i'm surprised that would boot with 1805 (gsm diam mtype) because it put the framebuffer and other pmem areas in smi2, which the 7501a doesn't have |
05:16.02 | MrPippy | although you said it didn't get very far |
05:16.07 | tmzt | it finds the middle and goes down to the change or set of changes |
05:16.08 | we350z | right |
05:16.19 | we350z | it mounts the sd card |
05:16.25 | we350z | then it goes into this infinite loop |
05:16.48 | we350z | i found a post where someone else had the same problem on another device. |
05:17.14 | MrPippy | i wouldn't expect mtype 1805 to be able to mount an sd card on your device, the diamond uses internal storage not an sd slot |
05:17.28 | tmzt | 1805 is diam100? |
05:17.43 | we350z | i **think |
05:17.46 | tmzt | yeah it should and there's no detect on diam |
05:17.52 | MrPippy | yeah |
05:18.02 | tmzt | so it should just mount if the mmc host is right |
05:18.17 | tmzt | so on tpgsm it's the same as diam? |
05:18.22 | we350z | http://forum.xda-developers.com/showthread.php?t=402002&page=493 |
05:18.23 | tmzt | what about the wifi? |
05:18.26 | we350z | look at #4928 |
05:18.29 | we350z | thats the problem i have |
05:18.37 | we350z | acutally MrPippy is on that post :-) |
05:18.41 | we350z | *thread |
05:19.36 | *** join/#htc-linux droid001 (n=g1@p4FDCA526.dip.t-dialin.net) |
05:20.09 | MrPippy | for diam500 (with internal storage) the gsm mmc pdata wouldn't work, if treopro is similar to raph cdma it should need the cdma mmc pdata |
05:20.56 | we350z | im just wondering what it is that makes this one even output anything - since no other kernel i have tried so far seems to do so |
05:21.15 | we350z | tho i havent tried mtype 1805 on that many kernels |
05:21.29 | tmzt | output what? |
05:21.38 | tmzt | probably mddi is not inited and that's why |
05:21.42 | tmzt | or part of it |
05:22.06 | we350z | wel i get the little penguin picture in upper left and acutally get text output and see that the kernel is trying to boot |
05:22.08 | tmzt | if you could bisect from that date in ltg/linux-msm to current linux-msm would be very helpful |
05:22.17 | tmzt | to what point? |
05:22.23 | MrPippy | maybe it uses gsm diamond-style panel |
05:22.24 | tmzt | tried rootdelay=5 ? |
05:22.35 | MrPippy | not sure if diamond-panel even existed back then |
05:22.37 | we350z | does that slow the message output? |
05:23.09 | we350z | it flies by quick but from what i could see it hits like found sd card trying to mount then it said something about doing a fsck |
05:23.23 | we350z | then it hits that loop as described in the xda post i just linked |
05:23.38 | tmzt | no it lets it detect sd before trying to mount |
05:23.54 | tmzt | if you get panic: failure to mount root on whatever that's good |
05:24.01 | we350z | let me boot it again |
05:24.08 | we350z | its ahrd to see once it hits that loop |
05:24.16 | we350z | what the last legit message was |
05:25.05 | tmzt | loop of? |
05:25.27 | MrPippy | yeah 1805 used raphael-panel in september, thats probably the right one to use |
05:25.27 | we350z | msm_gpio_enter_sleep gpio |
05:25.48 | we350z | in that link i posted he explains the loop |
05:25.56 | we350z | it actually happens pretty quick in the boot process |
05:26.34 | we350z | how can i slow this thing down? Maybe i can use my digital camera to record it and playback slow |
05:35.46 | joee_ | live wallpaper is so awesome |
05:35.47 | joee_ | :) |
05:40.37 | we350z | ok i took a video of it |
06:06.30 | *** join/#htc-linux ToAsTcfh (n=toast@110-43.200-68.tampabay.res.rr.com) |
06:06.56 | *** join/#htc-linux marcin_ (n=marcin@chello089077185059.chello.pl) |
06:08.07 | *** join/#htc-linux marcin_ (n=marcin@chello089077185059.chello.pl) |
06:34.09 | joee_ | new build for anyone who would like to test |
06:34.28 | AstainHellbring | joee_ huh? |
06:34.58 | joee_ | http://forum.xda-developers.com/showthread.php?t=601751 |
06:36.17 | *** join/#htc-linux TheMuffinMan (n=themuffi@ool-4575b0a0.dyn.optonline.net) |
06:39.20 | *** join/#htc-linux babijoee (n=joee@110.33.178.90) |
06:40.20 | TheMuffinMan | Downloading the new build now |
06:41.15 | *** join/#htc-linux we350z (n=bkusnir@adsl-99-8-225-30.dsl.pltn13.sbcglobal.net) |
06:41.49 | we350z | http://we350z.com/Treo_Pro_Linux.wmv |
06:47.46 | we350z | +mddi_client_nt35399_init |
06:49.48 | *** join/#htc-linux rashire2 (n=ed1112wa@pool-98-114-205-192.phlapa.fios.verizon.net) |
06:53.28 | we350z | what does that mean? |
06:53.37 | we350z | mmc1: new high speed SDHC |
06:53.53 | *** join/#htc-linux Syrefaen (n=fistings@213.184.217.156) |
06:54.07 | we350z | mmcblk0: mmc1:0518 SD16G |
06:54.42 | stinebd | that would be the sd card |
06:54.44 | *** join/#htc-linux Tiddo (n=tids2k@d58-107-8-185.riv7.nsw.optusnet.com.au) |
06:55.05 | Tiddo | netripper pong .. |
06:55.08 | we350z | so its detected |
06:55.15 | stinebd | 16gb |
06:55.19 | we350z | yep |
06:55.29 | stinebd | my 1gb card weeps |
06:56.01 | *** part/#htc-linux Tiddo (n=tids2k@d58-107-8-185.riv7.nsw.optusnet.com.au) |
06:56.01 | we350z | :-) |
06:56.12 | we350z | running an fsck on the SD card |
06:56.49 | we350z | Failed to mount /system |
06:58.13 | we350z | why? |
07:01.46 | *** join/#htc-linux ICEMANno1 (n=ICEMANno@ip-109-90-220-39.unitymediagroup.de) |
07:04.56 | *** join/#htc-linux YellowGTO|Nix (n=quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
07:14.21 | babijoee | we350z: is the card format to fat fs? |
07:15.30 | we350z | fat32 i beleive |
07:15.33 | we350z | let me check the vid again |
07:17.16 | we350z | yeah FAT32 |
07:17.24 | we350z | seems to be reporting the correct number of files |
07:18.23 | we350z | what was someone saying about mddi before? |
07:18.40 | we350z | is saw this near the very beginning of the messages |
07:18.41 | we350z | +mddi_client_nt35399_init |
07:19.52 | we350z | http://www.youtube.com/watch?v=JFaj0Ku5HQQ |
07:25.30 | parmaster | is there an htc codename for the treo pro? |
07:26.29 | we350z | i have heard a few |
07:26.46 | we350z | i think they have diff ones for the gsm and cdma version |
07:28.14 | we350z | panther for cdma, cheetah for gsm |
07:28.28 | *** join/#htc-linux tehtrk_home (n=quassel@adsl-68-91-145-91.dsl.wacotx.swbell.net) |
07:28.34 | we350z | Palm Treo Pro (Monk) 850e |
07:29.09 | we350z | http://pdadb.net/index.php?m=specs&id=1317&c=palm_treo_pro_ |
07:29.24 | we350z | http://pdadb.net/index.php?m=specs&id=1695&c=palm_treo_pro_cdma_palm_monk |
07:30.27 | tehtrk_home | can I pass kernel parameters like rootflags=data=journal in the default.txt for haret? |
07:31.49 | tehtrk_home | or more generally, can I pass kernel parameters as if it was a grub kernel line in the default.txt |
07:32.05 | we350z | i have a lot of tinkering to do |
07:34.11 | we350z | isnt that what cmdline is for? |
07:35.30 | *** join/#htc-linux Sti_0239 (n=Where_is@81.244.216.112) |
07:42.17 | tehtrk_home | no, I'm trying to pass in kernel parameters at the boot loader, like in linux if I wanted to make sure acpi was disabled, I could use acpi=off as a boot parameter |
07:45.00 | tehtrk_home | trying to use journaled data mode for ext3 filesystems on my kaiser |
07:45.46 | tehtrk_home | android is my new gentoo :-D |
07:58.22 | we350z | h |
08:09.05 | tehtrk_home | didnt work, installer ran mke2fs again |
08:11.36 | tehtrk_home | oh well, I'll get there |
08:18.34 | we350z | i need to do some hackery |
08:23.25 | *** join/#htc-linux GlemSom (n=glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
08:41.11 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d8793c4.pool.mediaWays.net) |
08:48.46 | *** join/#htc-linux Sti_02391 (n=Where_is@91.180.112.25) |
08:50.37 | *** join/#htc-linux Markinus (n=markus@gtng-4db0430b.pool.mediaWays.net) |
08:54.32 | Markinus | phh: Hi, I removed all CONFIG cases and replaced with a function call, all is checked in . . |
09:04.48 | *** join/#htc-linux onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
09:15.44 | *** join/#htc-linux malgon (n=simon@ABordeaux-257-1-78-79.w90-50.abo.wanadoo.fr) |
09:57.56 | *** join/#htc-linux kvaster (n=kvaster@live.bn.by) |
10:06.28 | phh | [01:04:36] <tmzt> what's EBIN? <---- base of bank 2 EBI1 |
10:08.09 | phh | [01:14:35] <makkonen> hmm. getting a call while eclair is booting is not a great experience. vibrate seems to be stuck on now. and the device is hung. <------ start wih airplane on ? |
10:08.16 | phh | in wimo |
10:08.23 | phh | that's what I do, it prevents many crashes. |
10:08.42 | phh | [01:16:45] <ToAsTcfh> phh: so are u guys using msm_camera or did u fix up libcamera to work with the other? <------ it's still not working but it will be msm_camera, sorry :p |
10:09.28 | phh | [01:21:54] <emwe> MrPippy: i got 64MB + 51MB working. but that was pure luck it seems. isn't there said to be some radio basband stuff somewhere in the banks whcih sould not be "touched"? <----- only SMI and bank1, which are already taken care of |
10:10.51 | phh | [01:23:14] <MrPippy> but we've always been able to use the 107MB in bank1, not sure if this will help you use more of your bank1 <----- unless you remove gpu0 (why not hum.) you'll stay with 107 |
10:11.34 | phh | [01:25:46] <emwe> oh ah sorry... mixed that up... GPU1 can be reloacted to "EBIN". that worked. but you couldn't claim it's "ususal" place in EBI_BASE+107 with bank0 <------ really ? I think someone already tried before mmm |
10:12.08 | phh | " Revert "Backport "ARM: Fix pfn_valid() for sparse memory" to fix bank2"" baaaaah |
10:12.58 | phh | [01:53:56] <MrPippy> aww it finally crashed after an hour...huge improvement though <------- because of the memory ? |
10:13.30 | *** join/#htc-linux GNUtoo (n=GNUtoo@host82-133-dynamic.54-79-r.retail.telecomitalia.it) |
10:14.31 | phh | [04:37:18] <babijoee> -sudo genext2fs -d ./system -b 100000 -a system.ext2 <---- Oh i didn't knew that, cool :) |
10:16.03 | phh | Markinus: uh, where did you chcked it in ? |
10:16.15 | phh | I can't see any commit on gitorious /o\ |
10:16.21 | phh | oh well glemsom has seen them. |
10:16.48 | Markinus | yes, I don'T to, but if oyu arte going to the sourcetree in bitorios the files are modified . . |
10:17.14 | phh | ok |
10:17.22 | Markinus | maybe a error in bitorious . .can you pull it? |
10:17.43 | phh | glemsom can so I think it's their cron refresher which is down |
10:20.26 | Markinus | i didn't changed the raphael-rfkill, I think we replace this in the future with gps-rfkill on all devices . . |
10:20.38 | phh | no |
10:20.38 | Markinus | gps |
10:20.40 | Markinus | sorry |
10:20.44 | phh | raphael-rfkill is for bluetooth |
10:20.45 | Markinus | raphael-gps |
10:20.49 | phh | oh right. |
10:21.08 | phh | I'm not sure how we will do that |
10:21.48 | Markinus | did this works on raphael? |
10:21.54 | Markinus | gps-rfkill? |
10:22.08 | phh | bah it starts/kill gps, but we have no way to retrieve datas yet :p |
10:22.35 | Markinus | hm |
10:22.47 | phh | well we don't know how we are supposed to retrieve data |
10:23.36 | Markinus | is there no way to dump it under winmo? |
10:24.03 | phh | I don't know, I leave RE to cr2 :p |
10:24.24 | Markinus | ;-) |
10:25.24 | phh | Markinus: hum, htc_fb_console works with your changes ? |
10:26.12 | phh | I already tried such a change, without much success |
10:26.34 | phh | oh right you're still using static sized arrays, might work |
10:27.59 | Markinus | we have to test in on all devices . . . I hope I found all places . . |
10:28.15 | phh | well if it works for your device, it will be only minor bugs on other devices |
10:28.37 | Markinus | yes, here it's working . . |
10:29.08 | phh | fine then, htc_fb_console is quite useful to debug sometimes :D |
10:30.04 | phh | Markinus: hum, I don't really like doing a switch() in every single call function |
10:30.24 | *** join/#htc-linux m3dlg (n=m3dlg@bb-87-81-252-83.ukonline.co.uk) |
10:31.12 | Markinus | it'S only the first time?!? |
10:31.21 | phh | not the amss_para |
10:31.28 | phh | handle_adsp_rtos_mtoa_app |
10:31.30 | phh | in this function |
10:32.17 | phh | amss_para is in qdsp5 ? uh ? |
10:33.38 | Markinus | I wasn't shure where I have to put this in, the most parameters are using there, so I put it there. . |
10:34.10 | phh | even, everything that is in qdsp5 should be used only by qdsp5 |
10:35.30 | chamonix | hey guys |
10:35.33 | phh | hey chamonix |
10:35.58 | chamonix | hey phh... still up or up again? :) |
10:36.05 | phh | lol |
10:36.06 | phh | up again |
10:36.07 | Markinus | handle_adsp_rtos_mtoa_app: this was a problem, but a switch case is fast . . . |
10:36.16 | chamonix | HeHeHe |
10:36.23 | phh | Markinus: I don't know how often it is called |
10:36.26 | leobaillard | chamonix: [00:52] <phh> cr2_: really ? sounds weird to me ... anyway, I have to go to sleep. |
10:36.32 | phh | :) |
10:36.45 | chamonix | hey to u to leobaillard :P |
10:36.55 | leobaillard | hey to you too :) |
10:36.59 | phh | Markinus: anyway your patch seems great |
10:37.22 | Markinus | good :-) |
10:37.22 | *** join/#htc-linux pH5 (n=ph5@e178197223.adsl.alicedsl.de) |
10:37.23 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
10:38.23 | chamonix | does anyone know if there is a way to have an apk "expose" it's API, means the Intents it would serve? |
10:39.39 | phh | chamonix: you'd better ask on #android :p |
10:40.08 | chamonix | w00t? y mean there are no Java ppl here? |
10:40.19 | phh | I don't think so :p |
10:40.23 | chamonix | pfffff |
10:40.31 | chamonix | :) |
10:50.43 | phh | stinebd: so what about nohz ? |
11:03.58 | *** join/#htc-linux m3dlg (n=m3dlg@bb-87-81-252-83.ukonline.co.uk) |
11:05.58 | *** join/#htc-linux sxe (n=quassel@ip-62-143-102-161.unitymediagroup.de) |
11:09.19 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) |
11:14.26 | phh | I love qualcomm. |
11:14.38 | phh | their 3D userland driver maps the 0x0 address. |
11:14.55 | Markinus | ohh |
11:15.07 | phh | (and yes our kernel prevent the userland from doing such a stupid thing) |
11:15.47 | Markinus | :-) |
11:16.45 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
11:16.46 | phh | it still doesn't work though. |
11:19.12 | phh | I still get "[ 1706.920959] Unhandled fault: external abort on linefetch (0x806) at 0x00000000" ... |
11:19.55 | *** join/#htc-linux emwe (n=michael@86.56.50.180) |
11:21.58 | Markinus | difficoult to find such error without sources .. |
11:22.39 | Markinus | close source driver, or? |
11:22.45 | phh | yes |
11:32.15 | *** join/#htc-linux dcordes_ (n=dcordes_@unaffiliated/dcordes) |
11:35.34 | emwe | hiho |
11:38.38 | *** join/#htc-linux stefan__ (n=stefan@52.35-136-217.adsl-dyn.isp.belgacom.be) |
11:39.25 | dcordes_ | emwe, hi |
11:42.08 | emwe | hi dcordes |
11:42.20 | stefan__ | hi all, do you guys already know http://gitorious.org/eclair-camera-drivers |
11:42.26 | stinebd | phh: still going very well for me |
11:42.31 | stefan__ | maybe it could help to get camera working |
11:42.51 | stinebd | i have to work all weekend so all i can do is keep trying it like this |
11:45.10 | *** join/#htc-linux Tiddo (n=tids2k@d58-107-8-185.riv7.nsw.optusnet.com.au) |
11:47.31 | *** join/#htc-linux zeropiel (n=joachim@79.161.241.62) |
11:49.36 | emwe | phh: is gitorious not up on par with displaying the most recent activities? |
11:49.45 | *** join/#htc-linux m3dlg (n=m3dlg@bb-87-81-252-83.ukonline.co.uk) |
11:49.48 | emwe | MrPippis push last night wasn't shown as well... |
12:03.16 | *** part/#htc-linux zeropiel (n=joachim@79.161.241.62) |
12:10.06 | phh | stefand1: not at all. |
12:10.36 | dcordes_ | phh, still didn't get linuxtogo to make friends with you? |
12:10.47 | phh | I haven't tried for a while |
12:11.05 | dcordes_ | maybe the problems are gone now |
12:12.40 | phh | yes maybe. but gitorious has a nice feature that ltg doesn't have, and that is widely used now. the ability to clone and host it a repo |
12:15.20 | dcordes_ | phh, I put a link in the wiki. http://htc-linux.org/wiki/index.php?title=Kernel#Kernel_for_QCT_MSM7xxxA_based_devices might still be useful to add everything in ltg |
12:17.00 | *** join/#htc-linux m3dlg (n=m3dlg@bb-87-81-252-83.ukonline.co.uk) |
12:19.45 | dcordes_ | phh, sorry what do you mean, ability to clone and host it a repo? |
12:20.03 | phh | see personal clones in http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm |
12:22.51 | dcordes_ | you can do local branches in git |
12:23.05 | dcordes_ | I don't see the need for 25 different 'private' branches |
12:23.10 | phh | dcordes_: at least two of these repos are used by multiple persons at the same time ... |
12:28.17 | phh | hum it seems I can push this time. |
12:28.17 | phh | let's see if it can do the whole push. |
12:28.42 | phh | again frozen after "Total 1460 (delta 1128), reused 319 (delta 258)".... |
12:29.49 | dcordes_ | phh, what is bma150 ? |
12:30.29 | phh | g-sensor for topa (and rhod I think |
12:30.29 | phh | ) |
12:30.54 | dcordes_ | ok |
12:33.23 | dcordes_ | bosch ? |
12:33.41 | phh | yes |
12:34.03 | phh | but not like htc hero |
12:34.07 | phh | htc hero has direct SPI link to bma150 |
12:34.17 | phh | topa/rhod are like N1, the SPI link is over microp |
12:34.36 | dcordes_ | can you document it in the wiki? |
12:35.20 | phh | I don't know how it works, I just copy pasted N1's driver ... |
12:35.24 | phh | (and it's not working yet anyway) |
12:35.25 | emwe | phh: is there android-side support needed in order to get the bma150 going? |
12:35.38 | phh | emwe: first linux-side :p |
12:36.03 | phh | if the kernel driver is "GNU/Linuxish", nothing will have to be done since I've already done one for kxsd9 |
12:37.38 | emwe | but android has to ioctl() the driver somehow, right? |
12:37.59 | *** join/#htc-linux MethoS- (n=clemens@134.102.106.250) |
12:38.04 | phh | depends on what the driver is |
12:38.08 | emwe | is it watching some dev-fs entries? |
12:38.22 | phh | just read() on /dev/input/eventX |
12:39.37 | phh | ok we need some writes to /sys/blabla to enable, set rate and scale |
12:39.41 | emwe | ah, the kernel side stores it's activities in /dev/input/eventX and android-side is polling, right? |
12:40.30 | emwe | so your recent port of th bma150 over spi actually has to push it's events to /dev/input/eventxyz, understood correctly? |
12:40.38 | *** join/#htc-linux cr2 (n=cr2@ip-109-84-180-173.web.vodafone.de) |
12:40.43 | emwe | if it is not actually doing so, yet.. |
12:40.45 | phh | emwe: yes for the first sentence |
12:40.48 | phh | no for the second one |
12:40.49 | phh | well |
12:40.58 | phh | depends on what you mean with "has to" |
12:41.09 | phh | that's what it will eventually do, but correctly it doesn't. |
12:41.27 | emwe | phh, ah ok, i see. thanks for the clarification. |
12:41.38 | phh | s/correctly/currently/ |
12:43.11 | cr2 | phh: any progress with the cam ? |
12:43.21 | phh | no ... I still get an I2C error ... |
12:43.55 | cr2 | phh: can you paste the diff ? |
12:44.09 | phh | the diff of what I did yesterday ? |
12:44.14 | cr2 | yes |
12:44.55 | phh | http://husson.hd.free.fr/1.patch |
12:45.19 | cr2 | thanks |
12:47.13 | *** join/#htc-linux FuZi0n (n=FuZi0n@84-104-50-248.cable.quicknet.nl) |
12:47.49 | phh | I'll try tracing libgps on my phone.... maybe with some big hacks it might do something correctly |
12:48.28 | cr2 | can we add the vreg list to msm_camera_sensor_info somehow ? |
12:49.16 | phh | bah |
12:50.50 | phh | yes we can, but I'm not really fond of that |
12:51.02 | cr2 | why ? |
12:51.29 | phh | no particular reason |
12:52.15 | cr2 | then you will have if_machine_foobar() switch |
12:52.27 | phh | yes yes I know the problem with not using that ... |
12:52.36 | cr2 | which was already plagueing the arm kernels long time ago |
12:53.51 | phh | I'd better make an init cam callback. |
12:54.39 | cr2 | i can document the full cam init, you then decide |
12:54.45 | cr2 | and deinit |
12:55.07 | cr2 | i'll also try to dump the gpio states now |
12:56.03 | phh | hum I guess I'll just rename camera_gpio_on |
12:56.58 | phh | no it's not. |
12:56.59 | cr2 | do you have a link to the mi380 driver ? |
12:57.00 | phh | bah. |
12:57.25 | phh | mt9d112 ? |
12:58.09 | cr2 | yes |
12:58.43 | cr2 | raph mi380 code looks very comprehensive |
12:58.57 | phh | http://husson.hd.free.fr/mt9d112.tbz2 |
12:59.09 | phh | but I don't think it's even near this device actually |
12:59.15 | phh | no android device has mddi camera |
12:59.41 | cr2 | phh: mddi camera ? |
12:59.48 | phh | vga camera is on mddi bus no ? |
13:00.07 | cr2 | the cam gpio setup is the same for both |
13:00.29 | phh | uh ? mddi client uses the same gpios ? |
13:00.39 | cr2 | something to be clarified |
13:00.47 | cr2 | both cams use the same gpios ? |
13:01.05 | cr2 | you mean the mddi mdc interface ? |
13:01.09 | phh | yes |
13:01.30 | cr2 | needs to be traced. i have no idea. |
13:01.33 | phh | ok |
13:05.00 | phh | I can confirm that codeaurora's driver uses exclusivly parallel camera, no mddi camera |
13:05.38 | phh | (switching from parallel to mddi is just a bit, and they always set this bit to 1.) |
13:06.24 | phh | anyway if you say the I2C controls are easy, we might be able to do a driver. |
13:07.00 | phh | anyway. vreg stuff. |
13:07.40 | cr2 | i'll document it. |
13:12.06 | phh | cr2: in mt9t013 driver, there is a "mt9t013_client->addr = mt9t013_client->addr >> 1;", so I'm just thinking ... maybe I should use the address without >>1 ? |
13:13.15 | cr2 | yeah. looks silly. |
13:13.23 | cr2 | what is g1 doing ? |
13:13.47 | phh | #if defined(CONFIG_MSM_CAMERA) && defined(CONFIG_MT9T013) |
13:13.47 | phh | <PROTECTED> |
13:13.48 | phh | <PROTECTED> |
13:13.48 | phh | <PROTECTED> |
13:13.48 | phh | #endif |
13:13.50 | phh | #ifdef CONFIG_SENSORS_MT9T013 |
13:13.53 | phh | <PROTECTED> |
13:13.55 | phh | <PROTECTED> |
13:13.57 | phh | <PROTECTED> |
13:13.59 | phh | #endif |
13:14.02 | phh | <3 |
13:14.16 | cr2 | this is dumb because all other drivers use real id |
13:14.30 | cr2 | haha |
13:14.53 | phh | and MSM_CAMERA is for V4L driver, the one I use |
13:14.57 | phh | so I have to use 0x6c |
13:15.01 | cr2 | and you use the driver from I2C_BOARD_INFO("mt9t013", 0x6C), tree ? |
13:15.12 | phh | yes |
13:15.20 | cr2 | i'd say, fix the driver |
13:15.38 | phh | right. |
13:15.58 | cr2 | and use id=0x36 |
13:16.13 | cr2 | as it should be. |
13:16.52 | cr2 | using id*2 is a convenience for mmutrace and wince ioctl RE |
13:17.07 | phh | maybe the RE their own devices :D |
13:17.11 | cr2 | LOL |
13:19.50 | phh | cr2: http://husson.hd.free.fr/2.diff |
13:20.03 | phh | hum, s/camera_set_state/set_state/ |
13:20.09 | cr2 | 595 |
13:20.11 | cr2 | <PROTECTED> |
13:20.12 | cr2 | 596 |
13:20.14 | cr2 | <PROTECTED> |
13:20.49 | phh | anything wrong with that ? |
13:21.22 | cr2 | is it the same as enabling vfe and vfe_mdc clocks ? |
13:21.26 | phh | yes |
13:21.39 | cr2 | ok |
13:22.33 | phh | oh wait no |
13:22.37 | phh | it just sets their clock rate |
13:22.58 | cr2 | the driver looks like from wince |
13:23.06 | cr2 | in the structure |
13:23.14 | cr2 | that's good :) |
13:23.35 | phh | that's why there are some i2c_txdata things then |
13:24.06 | phh | (which hurts me a lot.) |
13:24.17 | cr2 | ok |
13:25.01 | phh | cr2: does the command IDs looks like the one you gathered ? |
13:26.16 | phh | [ 15.994628] msm_i2c msm_i2c.0: Error during data xfer (-5) |
13:26.16 | phh | [ 16.025817] mt9t013_i2c_txdata failed |
13:26.16 | phh | [ 16.042144] i2c_write_w failed, addr = 0x301a, val = 0x1009! |
13:26.18 | phh | failed again. |
13:27.20 | phh | [ 15.978912] msm_i2c msm_i2c.0: error, status 43c8 |
13:27.26 | phh | let's see what this status means. |
13:28.07 | cr2 | you gpio setup may be incomplete |
13:28.31 | cr2 | the need to mux properly between mi380 and mt9p013 |
13:28.55 | phh | this i2c status means I2C_STATUS_PACKET_NACKED&I2C_STATUS_FAILED&I2C_STATUS_BUS_ACTIVE&I2C_STATUS_BUS_MASTER.... nothing new in it then. |
13:29.13 | phh | cr2: I'm pretty sure mi380 doesn't use this gpio |
13:29.20 | phh | still the gpu mux might be wrong. |
13:30.17 | phh | currently it sets gpio from 2 to b to 5, same for d and e. gpio c and fgets 1c5 |
13:30.22 | phh | s/fgets/f gets/ |
13:30.35 | cr2 | that's why i'd like to dump the gpio states |
13:31.11 | cr2 | the dll depends on some runtime smem setting, so it's easier just to check the real thing |
13:31.59 | cr2 | note to myself. i also need to find the HCI buffer location, so we can mmutrace BT. |
13:32.08 | cr2 | omg |
13:32.21 | cr2 | found old kaiser dumps :) |
13:32.43 | phh | (I pushed the use of set_state) |
13:35.31 | cr2 | phh: btw, 4 crc32 versions in wikipedia |
13:36.07 | phh | hci buffer location is for sound ? |
13:38.12 | cr2 | fmradio |
13:38.31 | cr2 | sound is routed as raw pcm. i think |
13:38.35 | cr2 | bt sound |
13:39.27 | phh | just an hci command to tell him to transfer pcm sound then ? |
13:42.03 | phh | cr2: hum, in wiki there is a 0x20 (msme2àpmic enabled for camera, but you didn't report it yesterday, could that be the problem ? |
13:42.11 | cr2 | you can't mmutrace the TX and RX registers, but they are buffered in ram |
13:42.33 | cr2 | phh: for which device ? |
13:42.41 | phh | raph100 |
13:42.46 | phh | http://htc-linux.org/wiki/index.php?title=RaphaelCameras |
13:43.05 | cr2 | (8000),100,400000 and 20 |
13:43.34 | cr2 | wlan(on rhod for VCM), gp1, gp5 and gp3 |
13:43.52 | cr2 | the wiki isfor raph800 ? |
13:43.57 | cr2 | weird device :) |
13:44.10 | phh | uh ? 0x20 is gp3 ? |
13:44.34 | phh | oh I miscalculated my bits. |
13:44.55 | cr2 | http://htc-linux.org/wiki/index.php?title=MSM_VREG |
13:45.06 | cr2 | "gp3",RUIM2 5 0x20 |
13:46.59 | cr2 | phh: MT9V113 aka MI380 |
13:47.14 | cr2 | phh: not 112, so it needs to be checked. |
13:47.37 | phh | cr2: anyway vfe code is wrong |
13:48.23 | cr2 | not everything at once :) |
13:48.32 | phh | I mean camera vfa interface |
13:49.20 | *** join/#htc-linux leobaillard (n=leobaill@leobaillard.org) |
13:49.21 | cr2 | we need some special case for IMEM and VFE_MDC clk |
13:49.21 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
13:51.21 | phh | I added wlan vreg, still same problem. |
13:51.38 | cr2 | wlan vreg is for rhod only |
13:52.03 | cr2 | i think your gpio mux is wrong. |
13:52.18 | cr2 | need to buy some food. bbl |
14:01.17 | *** join/#htc-linux m3dlg (n=m3dlg@bb-87-81-252-83.ukonline.co.uk) |
14:22.38 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
14:24.42 | *** join/#htc-linux herpez (n=herpez@87-196-51-213.net.novis.pt) |
14:26.17 | *** join/#htc-linux slight (n=23hdci27@154.112.221.87.dynamic.jazztel.es) |
15:09.25 | cr2 | phh: connected raph100 |
15:09.52 | phh | cr2: I'm trying to use android's libgps on my diam and trace what it does. |
15:10.01 | cr2 | ok |
15:10.17 | *** join/#htc-linux FuZi0n (n=FuZi0n@84-104-50-248.cable.quicknet.nl) |
15:11.26 | cr2 | 169.254.2.2 from raph100 |
15:12.32 | cr2 | watch gpios 0 |
15:12.39 | cr2 | err, wrhong window |
15:12.42 | phh | :) |
15:13.13 | cr2 | hm. haretconsole may print linear pin numbers instead |
15:14.19 | cr2 | hardcopy :) |
15:20.38 | cr2 | 1e -> 1-14 |
15:21.01 | cr2 | 6d -> 5-2 |
15:21.16 | cr2 | in idle |
15:21.20 | cr2 | <PROTECTED> |
15:22.26 | cr2 | weird |
15:23.09 | cr2 | only 5 banks in haretconsole ? |
15:23.15 | cr2 | seems 7200 biased |
15:27.25 | cr2 | <PROTECTED> |
15:27.26 | cr2 | +0x850 out5 |
15:27.29 | cr2 | says wiki |
15:30.49 | leobaillard | OMFG, I found a most disturbing fact about RMS :s I thought he was weird and so on, but not up to that point ! "For personal reasons, he does not actively browse the web from his computer; rather, he uses wget and reads the fetched pages from his e-mail mailbox." (wikipedia) |
15:31.10 | tmzt | we're missing gpio traces this whole time? |
15:31.42 | tmzt | wget coesn't use cookies, curl does/can |
15:31.47 | cr2 | leobaillard: wget should go over tor |
15:32.19 | cr2 | tmzt: i don't have the latest haret git, but i think so |
15:34.27 | cr2 | omg |
15:34.30 | cr2 | defineMsmGpios |
15:36.40 | cr2 | intr_en is not traced too |
15:38.01 | cr2 | addlist gpios p2v(0xa9200854) |
15:38.08 | cr2 | addlist gpios p2v(0xa9200844) |
15:38.15 | cr2 | addlist gpios p2v(0xa9200854) |
15:38.27 | cr2 | hm. very newbie friendly :) |
15:46.19 | phh | [ 334.524719] rr_write: cannot write to 3000005b:-1875374787 (bound to 3000005b:0) |
15:46.20 | phh | pffff |
15:46.31 | phh | if they did that correctly, my simple 'ln -s' would have been enough |
15:47.01 | cr2 | %d for -1875374787 ? |
15:47.13 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
15:47.25 | phh | should be %x I guess |
15:47.28 | cr2 | you also need to check the PROC numbers |
15:47.28 | phh | but that's not the problem |
15:47.39 | cr2 | they are different between amss |
15:47.42 | phh | I know |
15:47.49 | phh | but first I need him to at least try sending commands :p |
15:47.49 | cr2 | topa is different from raph |
15:47.53 | cr2 | ok |
15:53.48 | phh | -_-' |
15:53.51 | phh | I crashed ARM9. |
15:54.29 | tmzt | phh: did what correctly? |
15:54.49 | phh | tmzt: forcing the send of the rpc message even if the version doesn't match |
15:54.53 | phh | so that was quite expectable. |
15:55.28 | tmzt | no, the ln -s |
15:55.48 | phh | oh |
15:56.04 | phh | the rpc id/rpc ver shouldn't be sent by the userland by any other way than the device it opens |
15:56.06 | phh | imho |
15:56.16 | Markinus | phh: a chacked in a small patch for my patch, the starting of adsp driver was wrong, there is a constant string needet . . |
15:56.23 | Markinus | checked |
15:56.51 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
15:57.23 | phh | [ 226.293090] [RPC] CALL to 3000005b:0 @ 0:00000001 (44 bytes) |
15:57.26 | phh | cr2: means funtion =1 ? |
15:58.02 | cr2 | phh: 0:1 is some main arm9 server |
15:58.10 | tmzt | yes, that would make sense but I guess the rpcrouter is a little too specific |
15:58.10 | phh | ah. |
15:58.21 | tmzt | probably so wire can change with version |
15:58.33 | cr2 | phh: binpatch libgps.so ;) |
15:58.39 | tmzt | cr2: the rpcr istself? |
15:58.49 | phh | cr2: argh. |
15:58.58 | cr2 | there is no free gps software for g1 ? |
15:59.01 | tmzt | can't we get these things dumped in a pcap like format |
15:59.12 | tmzt | don't think so |
15:59.37 | tmzt | I think swetland might be interested in a nmea driver like yours, amss is removing nmea in later versions |
15:59.45 | cr2 | phh: use ida |
15:59.52 | tmzt | nmea kernel driver I mean |
15:59.54 | phh | :'( |
16:00.04 | cr2 | tmzt: nmea kernel is dumb |
16:00.15 | cr2 | tmzt: /dev/smd27 should be enough |
16:00.21 | tmzt | hmm, so userspace should use pdapi? |
16:00.32 | tmzt | yes, but I think 8k's don't have smd27 |
16:00.41 | cr2 | tmzt: leo has it |
16:00.58 | tmzt | fully available? |
16:01.03 | tmzt | maybe it's 86xx then |
16:01.10 | tmzt | like other cdma versions |
16:01.12 | cr2 | tmzt: i've even learned NetRipper position from his smem dump. never post your smem online :) |
16:01.31 | tmzt | icbm |
16:01.34 | phh | lol |
16:01.48 | cr2 | yeah, these dirty linux hippies |
16:02.11 | tmzt | I mean it doesn't have to be started/stopped over rpc? |
16:02.24 | phh | tmzt: you can do a kernel-land rfkill |
16:02.50 | cr2 | tmzt: we don't know yet |
16:05.13 | cr2 | phh: gpio 1-14 aka 0x1e aka 30 is vga/main mux |
16:05.26 | phh | mmmmmmmmmmmmuh ? |
16:05.45 | cr2 | idle=1, vga(mi380)=1, main(m9t013)=0 |
16:06.12 | cr2 | 5c is main reset, 5d is vga reset |
16:06.47 | cr2 | 6d is some smem-dependent magic. my value=0, but it may be different elsewhere |
16:07.00 | cr2 | 6b=0 |
16:07.16 | cr2 | 5b is VCMPDP |
16:07.38 | cr2 | =1 in all my tests |
16:09.05 | cr2 | 0xf=mclk should be 0x1c4 with clock enabled |
16:10.00 | tmzt | vga is mddi? |
16:10.10 | tmzt | I thought it was cfa or something |
16:10.34 | cr2 | tmzt: uses the same CAM bank0 gpio pins. |
16:10.44 | phh | tmzt: it's not mddi then. |
16:10.50 | tmzt | how many pins? |
16:10.58 | cr2 | 11-2+1 |
16:11.11 | cr2 | http://htc-linux.org/wiki/index.php?title=Raphael_GPIO |
16:11.17 | phh | Captnoord: how do you fix fonts in IDA ? |
16:12.05 | cr2 | tmzt: mi380 is 113 , and there is 112 driver |
16:12.17 | cr2 | should be doable. |
16:15.10 | cr2 | omg, now i get the whole ulpi traffic |
16:16.42 | *** join/#htc-linux dcordes-kais (n=zsirc@ip-109-85-40-191.web.vodafone.de) |
16:17.28 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) |
16:18.23 | dcordes-kais | NetRipper ping |
16:18.53 | phh | dcordes-kais: I tried pushing, still not luck |
16:19.15 | cr2 | dcordes-kais: ltg for clean drivers |
16:19.25 | dcordes-kais | yea |
16:19.54 | dcordes-kais | but it's bad that phh can't acces |
16:19.55 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
16:20.00 | cr2 | we need to cooperate with NetRipper on sane dex driver with softirq support. |
16:20.35 | dcordes-kais | I will also get a leo. just tried it out in a vf shop |
16:20.44 | cr2 | lol |
16:20.45 | tmzt | how is that? for 8k only? |
16:20.58 | cr2 | dcordes-kais: why not nexus ? |
16:21.00 | tmzt | like it better than nexus? |
16:21.29 | dcordes-kais | is that also the mrketing name? |
16:21.30 | cr2 | tmzt: dex driver is the same. on 8k smem is at a different place, and dex offset too |
16:21.56 | tmzt | Nexus is an 8k device from HTC sold by Google |
16:22.05 | tmzt | it's android based with a proper kernel |
16:22.15 | tmzt | serving as basis for hd2 and lgexpo support |
16:22.31 | cr2 | with smaller amoled lcd, and biiger sdram |
16:22.37 | tmzt | also has OLED screen and capacatative input |
16:22.49 | tmzt | 512!!! |
16:22.50 | cr2 | tmzt: no second cam |
16:22.53 | tmzt | or no? |
16:22.59 | tmzt | that's Pre Plus |
16:23.01 | cr2 | tmzt: tvout ? fmradio ? |
16:23.18 | tmzt | probably fm but no software support |
16:23.25 | tmzt | could be eu reg reasons |
16:23.32 | cr2 | does androed support second cam, tvout and fmradio ? |
16:24.23 | tmzt | if it has 3.5 there's no reason to believe it's not routed for fmant |
16:24.23 | cr2 | tmzt: on bcm4329 ? |
16:24.23 | cr2 | one more reason to trace BT |
16:24.24 | phh | cr2: tatoo has fmradio support |
16:24.24 | tmzt | I don't know for sure, we have to try it |
16:24.24 | phh | but no source code, and involve framework changes. |
16:24.24 | cr2 | phh: what is tatoo ? |
16:24.24 | phh | and proprietary bluetooth stack |
16:24.43 | phh | cr2: a low-end htc android phone |
16:24.46 | dcordes-kais | cr2 htc androed devce |
16:25.02 | cr2 | and no source ? |
16:25.11 | cr2 | do we have hw specs for it ? |
16:25.26 | *** join/#htc-linux ali1234 (n=al@s15238489.onlinehome-server.info) |
16:25.32 | tmzt | it's a magic |
16:25.35 | tmzt | I think |
16:25.41 | tmzt | just the smaller ram version |
16:26.18 | phh | uh ? |
16:26.20 | dcordes-kais | is nexus available already? |
16:26.28 | phh | dcordes-kais: yes |
16:26.54 | cr2 | tmzt: so it's ti brf63xx ? |
16:26.57 | dcordes-kais | google sells it online? |
16:27.03 | phh | cr2: yes |
16:27.05 | *** join/#htc-linux Boydell (n=Boydell@69.49.58.28) |
16:27.07 | phh | dcordes-kais: yes |
16:27.41 | tmzt | cr2: which? tatoo? I think so |
16:27.44 | cr2 | phh: then we may patch the uart driver, and dump all fmradio stuff |
16:27.54 | cr2 | from this "proprietary" bt stack |
16:28.06 | phh | cr2: first we have to get this stack working ... |
16:28.09 | *** join/#htc-linux Boydell_ (n=Boydell@69.49.58.28) |
16:28.12 | tmzt | npelly should have patches for that |
16:28.20 | tmzt | dumping uartdm |
16:28.20 | cr2 | phh: where can i get this stack ? |
16:28.31 | phh | I don't know |
16:28.41 | tmzt | what stack? |
16:28.51 | cr2 | tmzt: taoo rom |
16:28.52 | phh | tmzt: btips |
16:29.55 | phh | cr2: http://husson.hd.free.fr/btipsd and http://husson.hd.free.fr/btipsd_cli but I don't know if it needs other libs |
16:30.26 | tmzt | is this yours? what phones use it? |
16:30.34 | tmzt | how does android control it? |
16:30.45 | phh | I think it uses dbus |
16:30.46 | cr2 | phh: wget :) |
16:31.09 | phh | tmzt: anyway you have the daemon and the cli, if it doesn't lack any lib it's enough :p |
16:31.30 | phh | I understand just nothing to IDA :( |
16:31.42 | dcordes-kais | nexus doesn't seem to available only in uk |
16:32.27 | dcordes-kais | lol rright |
16:33.12 | dcordes-kais | > library |
16:33.59 | tmzt | uwi 6 |
16:35.30 | cr2 | phh: done with cam gpio logs |
16:36.02 | cr2 | libdbus.so |
16:36.03 | cr2 | liblog.so |
16:36.05 | cr2 | libc.so |
16:36.06 | cr2 | libstdc++.so |
16:36.08 | cr2 | libm.so |
16:36.21 | phh | ok so you need nothing else |
16:36.37 | tmzt | those use dbus? is it emulating bluez? |
16:36.53 | tmzt | strings should be eboungh to see what paths it uses |
16:37.04 | cr2 | libaudio.so |
16:37.10 | tmzt | also, is this tatoo only? |
16:37.24 | tmzt | hmm, so they don't use audioflinger for routing? |
16:37.27 | phh | tmzt: no, it's the same stack for almost everyone |
16:37.29 | cr2 | tmzt: should work for brf63xx |
16:37.37 | tmzt | all android? |
16:37.37 | cr2 | tmzt: you have another chip :) |
16:37.39 | phh | tmzt: they do use audioflinger for A2DP routing |
16:37.44 | tmzt | I know :) |
16:37.51 | tmzt | but not sco? |
16:37.56 | phh | no |
16:37.59 | cr2 | signal_FM_TX_CMD_CHANGE_AUDIO_SOURCE |
16:38.20 | cr2 | omg |
16:38.22 | cr2 | Cmd_FmTX_SetECC |
16:38.34 | phh | cr2: how do I change a value in IDA ? |
16:38.45 | cr2 | phh: which value ? |
16:39.55 | phh | "version" value here, |
16:40.17 | phh | it's directly in the code |
16:40.20 | tmzt | hex editor? |
16:40.27 | tmzt | .db ? |
16:40.28 | cr2 | find the offset |
16:40.39 | cr2 | and use 'mc' |
16:40.51 | phh | ah. ok. |
16:40.59 | phh | I thaught I could do it though IDA directly |
16:41.03 | cr2 | f3,f4 afair |
16:42.32 | cr2 | GetRdsAfSwitchMode |
16:42.34 | cr2 | SetRdsAfSwitchMode |
16:42.36 | cr2 | SetRdsGroupMask |
16:42.37 | cr2 | GetRdsSystem |
16:42.39 | cr2 | SetRdsSyste |
16:42.40 | cr2 | no tmc ? |
16:42.44 | *** join/#htc-linux dcordes-bib (i=83bc6947@gateway/web/freenode/x-ttldawkqmztmoxcs) |
16:43.11 | tmzt | rds is just an osi layer for tmc? |
16:43.21 | tmzt | a transport or so |
16:43.26 | cr2 | hm. yes |
16:43.44 | cr2 | found it |
16:43.48 | cr2 | GetRdsTrafficCodes |
16:43.49 | cr2 | SetRdsTrafficCodes |
16:44.00 | tmzt | that's a mask? |
16:44.54 | cr2 | tmzt: http://htc-linux.org/wiki/index.php?title=RaphaelFM |
16:45.36 | cr2 | phh: are there any .bts (or bin) files in the rom ? |
16:45.46 | phh | oh yes |
16:45.53 | cr2 | pm |
16:45.58 | phh | it needs pm ? |
16:46.09 | cr2 | i'd liketo see them |
16:46.38 | cr2 | BTL_SetModuleDebugLeve |
16:47.03 | phh | http://husson.hd.free.fr/{fm_rx_init_1273.2.bts,fmc_init_1273.2.bts} |
16:47.05 | *** join/#htc-linux dcordes-bib_ (i=83bc6949@gateway/web/freenode/x-yscjmndvjkdaabub) |
16:47.52 | dcordes-bib_ | hmmm |
16:47.53 | cr2 | Command is not an H4 command packet! |
16:47.56 | phh | there is also http://husson.hd.free.fr/{tiinit_5.3.53.bts,avpr.bts} |
16:48.12 | cr2 | .bts dump works |
16:48.59 | cr2 | # Compatibility : BL6450 2.1, BL6450 3.0, WL127x 2.0, NL55xx 2.0 ROM |
16:49.22 | cr2 | nice bts comments there :) |
16:49.47 | tmzt | wl :) |
16:50.21 | tmzt | wifi/bluetooth are in same chip on g1,etc.? |
16:50.27 | cr2 | #release Cortex Reset |
16:50.35 | cr2 | HCITOOL: hcitool cmd 0x3f 0x301 0x00 0xc0 0x1b 0x00 0x08 0x00 |
16:50.43 | cr2 | tmzt: not on rhod/leo |
16:50.48 | tmzt | what is that? |
16:50.52 | cr2 | tmzt: the rest are the same |
16:50.54 | tmzt | rhod is bcm |
16:51.09 | tmzt | wl127x has a ti bt ip core? |
16:51.20 | cr2 | rhod=bcm4325,leo/nexus=bcm4329 |
16:51.25 | tmzt | or it is ti |
16:51.25 | cr2 | no idea |
16:51.50 | tmzt | 4329 adds fm transmit or just non-mimo N? |
16:52.16 | cr2 | phh: looks like it's for 6450 chip |
16:52.33 | phh | not 6350 ? baah |
16:52.38 | cr2 | phh: but we have the reference data in wiki |
16:53.02 | cr2 | i doubt they have changed hci-2-i2c api |
16:53.14 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-76-93-251-206.bak.res.rr.com) |
16:53.15 | tmzt | what is Cortex Reset? |
16:53.25 | tmzt | unless the new core is cortex-m |
16:53.30 | cr2 | tmzt: .bts comment |
16:53.40 | tmzt | yes but it makes no sense |
16:54.08 | tmzt | options, it's cortex-m or arm9 is supposed to send that meaning wifi/bt can suspend apps processor |
16:54.11 | tmzt | unlikely |
16:54.15 | cr2 | # Cortex Reset (hold in reset while loading IMEM) |
16:54.22 | cr2 | HCITOOL: hcitool cmd 0x3f 0x301 0x00 0xc0 0x1b 0x00 0x09 0x00 |
16:54.47 | cr2 | tmzt: bt/wifi has its own arm processor |
16:55.47 | phh | in arm eabi, the return value is in R5 ? |
16:55.48 | cr2 | #turn on COREX clock (should read 0xnnn9) |
16:55.58 | cr2 | phh: r0 |
16:56.18 | phh | BL j_clnt_create |
16:56.18 | phh | MOVS R5, R0 |
16:56.18 | phh | CMP R0, #0 |
16:56.20 | cr2 | hm. eabi. sorry |
16:56.22 | tmzt | cor execute? |
16:56.23 | phh | ah. |
16:56.29 | *** join/#htc-linux bakkie (n=bakkie@84-106-91-26.cable.quicknet.nl) |
16:56.45 | cr2 | #turn on COREX clock (should read 0xnnn9) |
16:56.52 | cr2 | HCITOOL: hcitool cmd 0x3f 0x301 0x10 0x60 0x1a 0x00 0x09 0x00 |
16:58.18 | cr2 | #set IO17 to be the BT RF-Activity pin |
16:58.24 | cr2 | HCITOOL: hcitool cmd 0x3f 0x11d 0x04 0x01 0xe9 0x05 0x00 0x00 0x00 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0x05 0x01 0x00 0x01 0x02 0x01 0x00 0xff 0x00 |
17:01.00 | cr2 | PDSM_CLIENT_PA_REG |
17:01.06 | cr2 | i think we have these already |
17:01.31 | tmzt | if linux ever gets btphy support this could be helpful |
17:04.37 | cr2 | PDSM_SET_PARAMETERS |
17:05.07 | cr2 | and XTRA_* things are not in our code |
17:05.27 | phh | I know android is stupid, but why do they call clnt_create() twice with the same params uh ? |
17:05.27 | cr2 | PDSM_SET_PARAMETERS seems to be important |
17:05.45 | cr2 | phh: RAD |
17:05.51 | phh | rad ? |
17:05.54 | tmzt | XTRA is the gps calibration/ephemeris thing? |
17:06.12 | cr2 | RapidApplicationDevelopment ;) |
17:06.15 | phh | ok |
17:06.20 | phh | cr2: you have libgps.so btw ? |
17:06.23 | tmzt | uh, probably because an amss client version did it |
17:06.24 | phh | if you want to have some fun with it. |
17:06.40 | cr2 | tmzt: it's something qualcomm specific |
17:06.43 | tmzt | xtra I want |
17:06.45 | cr2 | phh: from cliq |
17:06.46 | tmzt | really want |
17:06.56 | tmzt | made my touchpro2 gps work |
17:07.07 | tmzt | if it expires it's useless |
17:07.08 | cr2 | tmzt: it's some spyware ? |
17:07.13 | tmzt | but we can do it over DM |
17:07.20 | tmzt | no, it's ephemeris |
17:07.24 | cr2 | when you must connect to some qcom server in inet ? |
17:07.32 | tmzt | the QuicKGPS thing |
17:07.37 | cr2 | yes. |
17:07.43 | tmzt | yes, to pull a bin file |
17:07.44 | phh | cr2: it doesn't have to be qcom |
17:07.46 | phh | it can be google :D |
17:07.53 | tmzt | it doesn't send your location |
17:07.55 | cr2 | it's compressed and encrypted ephemeris |
17:08.00 | *** join/#htc-linux dcordes-kais (n=zsirc@ip-109-85-40-191.web.vodafone.de) |
17:08.04 | tmzt | (except ip) |
17:08.13 | cr2 | tmzt: LAC ? |
17:08.21 | tmzt | it's also not realtime, you only have to download once a week |
17:08.27 | tmzt | not over wifi |
17:08.40 | tmzt | I'll try my next update over wifi if I can |
17:08.41 | phh | tmzt: it does send LAC when over 3G ? |
17:08.45 | cr2 | works without it for me |
17:08.46 | phh | ergh |
17:08.48 | tmzt | I don't know |
17:08.51 | cr2 | phh: need to trace |
17:08.56 | tmzt | do we knw the protocol? |
17:09.06 | cr2 | no |
17:09.25 | tmzt | it won't send lac if modem is off at least |
17:09.26 | phh | tmzt: the retrieving of these data are done over http |
17:09.29 | cr2 | LAC can provide some good inital guess |
17:09.32 | tmzt | last lac maybe |
17:09.37 | cr2 | for the search |
17:09.50 | tmzt | it uses almanac and ephemeris |
17:10.03 | tmzt | maybe amss gets eph from tower by ip using lac |
17:10.06 | tmzt | but not alm |
17:10.19 | tmzt | without qgps gps ttff is slow |
17:10.22 | tmzt | unusable |
17:10.22 | cr2 | in the US only |
17:10.43 | tmzt | yes I think so |
17:10.45 | cr2 | slower than sirf3 |
17:10.47 | tmzt | but I'm in us |
17:10.51 | cr2 | lol |
17:11.05 | tmzt | if you have a local gps receiver you can possibly build a file |
17:11.12 | tmzt | openmoko was working on it |
17:11.14 | cr2 | there was sme opencellid.org ? |
17:11.21 | dcordes-kais | tmzt want to buy a nexus for me? |
17:11.29 | tmzt | talk to onen about opencellid |
17:11.30 | cr2 | dcordes-kais: me too |
17:11.46 | tmzt | dcordes-kais: if I get varafied account this week I think so |
17:12.20 | tmzt | there are eu countries though that might be better |
17:12.23 | tmzt | cheaper |
17:12.41 | dcordes-kais | uk only afaik |
17:13.00 | cr2 | tmzt: cheaper ? lol. |
17:13.05 | tmzt | it's not in uk? |
17:13.15 | tmzt | hmm, I think the pricing is usd everywhere |
17:13.20 | tmzt | I could be wrong |
17:13.28 | tmzt | google.com/phone |
17:13.40 | tmzt | you have vat of course |
17:13.44 | dcordes-kais | nexus and hd2 prices are similar |
17:13.50 | tmzt | so it depends on shipping costs |
17:14.06 | *** join/#htc-linux slight (n=23hdci27@154.112.221.87.dynamic.jazztel.es) |
17:14.14 | *** join/#htc-linux marcydarcy (i=4d18ca6b@gateway/web/freenode/x-hicictygatxfngwr) |
17:14.14 | dcordes-kais | tmzt they wont deliver to germany directly |
17:14.26 | makkonen | hd2 seems like an altogether better device. stupid OSes. |
17:14.27 | cr2 | tmzt: in the eu you get 2 years warranty |
17:14.31 | phh | dcordes-kais: then get the phone which can runs both oses ? :p |
17:14.40 | tmzt | one in us? |
17:14.58 | tmzt | dcordes-kais: talk to ali? |
17:15.29 | dcordes-kais | phh NetRipper has the leo already.. |
17:15.30 | tmzt | or ce6 bsp maybe people want to work on that |
17:16.35 | cr2 | i will prefer nexus. to avoid m$ tax |
17:17.00 | cr2 | anything else for leo ? |
17:17.29 | phh | you get google's tax, is that better ? |
17:17.40 | cr2 | an i will remove all lame geoogle software from it. or course. |
17:18.04 | tmzt | then just use aosp |
17:18.10 | cr2 | phh: you think i'll use google apps ? |
17:18.14 | dcordes-kais | aesop? |
17:18.26 | tmzt | android open source project |
17:18.31 | tmzt | build from repo |
17:18.39 | phh | cr2: no and ... ? google will still have a great profit on it. |
17:18.41 | dcordes-kais | yuck |
17:19.17 | tmzt | if they buy it wholesale |
17:19.19 | tmzt | sure |
17:19.28 | cr2 | at least they have published some linux source. |
17:19.36 | tmzt | but I think the conspiracy (or Apple) level things are wrong |
17:19.36 | cr2 | that must be honored. |
17:20.00 | *** join/#htc-linux marcydarcy_ (i=4d18ca6b@gateway/web/freenode/x-tlnvqyebhhoxpjgr) |
17:20.14 | cr2 | unlike microsoft with its fcking wince |
17:21.38 | dcordes-kais | with 1GHz they are slowly moving towards higher usability level |
17:21.49 | cr2 | LOL |
17:22.10 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
17:22.15 | cr2 | dcordes-kais: now they need 4GB ram |
17:22.41 | cr2 | if msm can support it though |
17:23.15 | dcordes-kais | board-mahimahi.c |
17:23.33 | *** join/#htc-linux luc__ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
17:23.45 | cr2 | phh: have you chacked the FUNC_ numbers ? |
17:23.51 | phh | uh ? |
17:24.30 | phh | oh that. currently the problem is about the crashing call to 00000:01 |
17:25.24 | cr2 | awk '{printf("0x%x\n",-1875374787)}' |
17:25.25 | cr2 | 0xffffffff90380d3d |
17:25.42 | phh | cr2: this is not the problem |
17:25.43 | cr2 | VERS is 0x90380d3d |
17:25.58 | cr2 | PROG is 0x3000005b |
17:26.05 | cr2 | but the FUNCs |
17:26.17 | cr2 | +FUNC_RPC_PDSM_CLIENT_DEACT |
17:26.19 | cr2 | +FUNC_RPC_PDSM_CLIENT_ACT |
17:26.20 | cr2 | +FUNC_RPC_PDSM_CLIENT_XTRA_REG |
17:26.22 | cr2 | +FUNC_RPC_PDSM_CLIENT_EXT_STATUS_REG |
17:26.23 | cr2 | +FUNC_RPC_PDSM_CLIENT_LCS_REG |
17:26.25 | cr2 | +FUNC_RPC_PDSM_CLIENT_PA_REG |
17:26.31 | cr2 | you need to check these numbers too |
17:26.45 | phh | the problem is that there is a {0x00, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x30, 0x0, 0x0, 0x5b, 0x90, 0x38, 0x0d, 0x3d, 0x00, ... 0x01} (total = 44bytes) rpc call that kills ARM9 |
17:26.51 | cr2 | phh: which func is crashing |
17:27.07 | phh | [ 226.293090] [RPC] CALL to 3000005b:0 @ 0:00000001 (44 bytes) |
17:27.10 | cr2 | phh: can you use 4byte format ? |
17:27.28 | dcordes-kais | it's a fish so it's a qualcomm evaluation board |
17:27.48 | tmzt | thought so, but trout is a fish |
17:27.59 | cr2 | they all are a fish |
17:28.01 | tmzt | mahimahi I think is nexus but not sure |
17:28.08 | cr2 | tmzt: it is |
17:29.17 | cr2 | 1 0 2 30005b 90380d3d ... |
17:29.27 | cr2 | phh: what comes after that |
17:29.36 | phh | cr2: don't take care of the 90380d3d |
17:29.39 | phh | I change it to 0 |
17:29.48 | cr2 | it's the FUNC number, then 4x 0x0 and then the payload |
17:29.48 | dcordes-kais | blub |
17:29.59 | phh | ok |
17:30.05 | phh | so func number is 2 |
17:30.17 | cr2 | #if (CONFIG_MSM_AMSS_VERSION == 6120) || (CONFIG_MSM_AMSS_VERSION == 6125) |
17:30.18 | cr2 | #define CLIENT_INIT 2 |
17:30.25 | phh | I have to map it to 1 then |
17:30.27 | cr2 | hm. sound reasonable |
17:30.43 | cr2 | 5225 AMSS has 3 |
17:30.47 | phh | ah. |
17:30.58 | cr2 | it's CLIENT_INIT |
17:31.08 | cr2 | #elif (CONFIG_MSM_AMSS_VERSION == 5200) || (CONFIG_MSM_AMSS_VERSION == 6150) |
17:31.10 | cr2 | #define CLIENT_INIT 3 |
17:31.22 | cr2 | the payload should be 0xa |
17:31.42 | *** join/#htc-linux jumoit (n=samuel@121.77.87.145) |
17:31.54 | cr2 | and the return value |
17:31.57 | cr2 | /* TODO: replace with msm_rpc_call_reply() values */ |
17:31.59 | cr2 | #define PD_CLIENT_ID 0xda3 |
17:32.29 | cr2 | hm. not 0xa |
17:32.33 | cr2 | /* constants */ |
17:32.34 | cr2 | #define INIT_PD 0x2 |
17:34.05 | cr2 | (total = 44bytes) rpc call that kills ARM9 |
17:34.08 | dcordes-kais | cr2 what sort of register is */ack ? |
17:34.16 | cr2 | <PROTECTED> |
17:34.23 | cr2 | dcordes-kais: where ? |
17:35.04 | dcordes-kais | cr2 MSM_RPC |
17:35.22 | cr2 | dcordes-kais: bad style frm me |
17:35.42 | cr2 | there should be server and client numbers |
17:36.08 | cr2 | andthe FUNC numbers and VERS numbers depend on the amss version |
17:37.37 | dcordes-kais | somebody knows which exact kernel snapshot is shipped on the nexus? |
17:37.52 | dcordes-kais | or how to figure |
17:38.12 | tmzt | auname -a? |
17:38.14 | cr2 | dcordes-kais: leo is 555€ ? |
17:38.32 | dcordes-kais | htc_35mm_jack.c lol |
17:38.33 | tmzt | and nexus? |
17:38.38 | cr2 | compared to nexus it sounds expensive |
17:38.52 | tmzt | yes, they emulate h2w for the internal circuit |
17:38.54 | cr2 | tmzt: nexus can't be bought here till 1.05. |
17:39.01 | tmzt | and uk? |
17:39.11 | tmzt | May? |
17:39.29 | cr2 | do you know any reasonable site there ? |
17:39.33 | cr2 | yes. 1 may |
17:40.05 | phh | cr2: you might offer me one for my birthday then. it's on 11.05 :p |
17:40.21 | cr2 | phh: raph100 ? |
17:40.32 | dcordes-kais | cr2 it would suck to give away the 2years of warranty |
17:40.50 | phh | cr2: ah no. I want you to continue developing on it :p |
17:40.57 | cr2 | dcordes-kais: used only for the universal. |
17:41.34 | cr2 | phh: raph100 is precious compared to this new wave. tvout, fmradio and 2 cams. |
17:41.48 | phh | + enough ram + keyboard |
17:42.09 | cr2 | yes |
17:42.11 | dcordes-kais | cr2 I sent in kovsky and wil propably have to do it again |
17:42.32 | cr2 | but no magnetometer |
17:42.52 | cr2 | dcordes-kais: it's not "real" htc. |
17:42.53 | tmzt | front facing will come back |
17:43.07 | tmzt | when ip gets serious bandwidth |
17:43.19 | tmzt | or Apple has it :) |
17:43.24 | dcordes-kais | yea true. i wonder if I can fix kovsky again on my own |
17:43.40 | phh | cr2: I think I can live without a magnometer. |
17:43.44 | phh | even if it's a neat feature |
17:43.58 | cr2 | lol |
17:44.10 | phh | does TP2 have tvout and 2 cams too ? |
17:44.27 | cr2 | tmzt: do you have tvout ? |
17:44.33 | tmzt | I don't know |
17:44.43 | tmzt | well with cable |
17:44.46 | tmzt | hold on |
17:44.47 | cr2 | phh: 2 cams, but the vga cam driverdoes not exist |
17:44.48 | dcordes-kais | cr2 it will be fairly easy to make a bt kb work on nexus |
17:45.06 | phh | dcordes-kais: the usability isn't really the same. |
17:45.13 | cr2 | dcordes-kais: it has usb host ? |
17:45.29 | phh | cr2: isn't that a native MSM feature ? |
17:45.31 | dcordes-kais | phh but if you tape it to the device :D |
17:45.35 | tmzt | yes I have the app on my stock rom |
17:46.08 | dcordes-kais | cr2 let me check. if not you must write it |
17:46.33 | cr2 | dcordes-kais: there is ehci-msm driver |
17:46.35 | tmzt | warning TV out cable (an optional accessory) is needed to output to an external display |
17:46.44 | phh | <PROTECTED> |
17:46.46 | phh | I hate my keyboard. |
17:46.50 | cr2 | tmzt: ok. i have this cable |
17:47.01 | tmzt | what device do you have? |
17:47.05 | tmzt | it's extusb? |
17:47.07 | cr2 | raph100 |
17:47.11 | cr2 | yes |
17:47.33 | cr2 | the pinout is known |
17:47.46 | cr2 | but you can't have tvout and serial console at the same time |
17:47.57 | tmzt | I can try a no2chem program and force it on |
17:47.58 | phh | cr2: most people can live with that :p |
17:48.09 | tmzt | no, and on Nexus serial is on if vbus is not |
17:48.17 | tmzt | so probably no tvout |
17:48.27 | tmzt | maybe without microp firmware update |
17:48.28 | cr2 | lame |
17:48.31 | tmzt | but that's a theory |
17:48.37 | phh | tmzt: maybe the pinout is different ? |
17:48.46 | tmzt | I think it's the same |
17:48.46 | cr2 | does leo have tvout ? |
17:48.59 | tmzt | just microp driving gpio switch |
17:49.04 | cr2 | must be the same. there are not that much pins to use |
17:49.09 | tmzt | based on adc of vbus pins |
17:49.16 | *** join/#htc-linux ICEMANno1 (n=ICEMANno@ip-109-90-220-39.unitymediagroup.de) |
17:50.44 | cr2 | leo is such a brick on the photo |
17:50.50 | dcordes-kais | cr2 it seems like ehci msm is onl in codeaurora |
17:51.11 | cr2 | dcordes-kais: yes, but it's a standalone driver |
17:51.23 | dcordes-kais | ah |
17:51.32 | dcordes-kais | how about trying it on raph? |
17:51.34 | cr2 | we are too far behind anyway |
17:51.39 | dcordes-kais | lol |
17:51.48 | cr2 | gps is more important :) |
17:52.19 | dcordes-kais | i need to check if i can fix kovs then I can try |
17:52.49 | tmzt | ehci is? |
17:52.56 | phh | tmzt: usb2 host |
17:52.59 | tmzt | not in nexus kernel? |
17:53.02 | tmzt | yes |
17:53.11 | tmzt | what do they use on other? |
17:53.21 | *** join/#htc-linux malgon (n=simon@ABordeaux-257-1-78-79.w90-50.abo.wanadoo.fr) |
17:53.38 | phh | no usb host in nexus kernel |
17:53.41 | dcordes-kais | nexus has gadget, |
17:53.52 | cr2 | dcordes-kais: found for 517€ |
17:54.14 | *** join/#htc-linux cr2 (n=cr2@ip-109-84-180-173.web.vodafone.de) |
17:54.25 | cr2 | nexus/leo are 8250 |
17:54.42 | tmzt | gadget and gadget functions? |
17:54.55 | phh | tmzt: yes |
17:55.04 | tmzt | cool |
17:55.11 | tmzt | no more android function? |
17:55.24 | phh | bah that's "gadget function" no ? |
17:55.33 | phh | if not, sorry but it's still the function stuff :p |
17:56.15 | tmzt | no, the function concept is in gadget now |
17:56.24 | tmzt | just not the bitmap thing |
17:56.24 | cr2 | phh: on kais the get_position is a timer callback. |
17:56.39 | tmzt | so a lot more pdata |
17:56.49 | cr2 | phh: but i need to check it for raph |
17:56.55 | phh | ok |
17:57.00 | phh | I'm having fun with android meanwhile. |
17:57.22 | cr2 | phh: since your PDSM abi looks like 6125, you may have more rpc functions |
17:57.29 | slight | can't someone point me in the direction of a channel where i can ask a potentially stupid question about eclari on a raph100? :) |
17:57.35 | slight | *eclair |
17:57.36 | dcordes-kais | tmzt what bitmap thing? |
17:57.38 | cr2 | phh: post the full crahsed pdsm rpc |
17:57.58 | phh | dcordes-kais: bit 1 stands for adb, bit 2 for mass storage, bit 3 for usbnet, etc |
17:58.04 | phh | then you write the result in a file and you'll get whatever you asked |
17:58.33 | phh | cr2: hum I have to revert back to board-htcraphael-gps.c ... |
17:58.41 | *** join/#htc-linux Psychonerd (n=Casey@67.143.1.240) |
17:59.13 | dcordes-kais | bbl |
18:00.11 | phh | cr2: let me do another try of my kernel hack first and I'll do that. |
18:01.17 | cr2 | ok |
18:01.34 | tmzt | dc: the thing that allows enabling multiple functions in a composite device without four pages of structs |
18:01.50 | tmzt | slight: here |
18:01.58 | slight | cheers :) |
18:02.19 | slight | trying to get a > into pterminal so i can dump my dmesg output to a file |
18:02.40 | tmzt | cr2: xtra protocol might be crucial, you can try qualcomm dm and uploading a non signed file into the efs |
18:02.47 | phh | slight: put the stylus in to go to portrait mode, then long press on home (aka menu) key you'll get a virtual keyboard |
18:02.48 | slight | can't work out how to enter the character as android doesn't support the 'symb' thing from winmo |
18:02.54 | tmzt | shitf-. ? |
18:02.58 | tmzt | or use better term |
18:03.00 | slight | ah great, thanks |
18:03.13 | tmzt | does it work? |
18:03.30 | tmzt | no, the keymap doesn't support fn yet I think |
18:03.38 | tmzt | maybe update your .kcm |
18:03.49 | slight | heh can't get the bugger into portrait now :p |
18:03.51 | slight | sec |
18:05.38 | slight | can't get the virtual kb but my capacitive pad has been a bit dodgy in general so i'll give it a try later. thanks |
18:06.00 | slight | btw phh, the build you posted today seems quite a lot more responsive |
18:06.08 | phh | I posted a build ... ? |
18:06.09 | slight | on xda that is |
18:06.11 | slight | oh |
18:06.23 | tmzt | what device? |
18:06.24 | slight | no sorry :p |
18:06.28 | phh | slight: ah. |
18:06.35 | slight | it's babijoee posting them, brainfart |
18:06.50 | slight | raph100 |
18:07.18 | tmzt | it's resisitve |
18:07.21 | phh | cr2: ARM9 didn't suicide \o/ |
18:07.28 | phh | tmzt: capacitive *pad* :p |
18:07.28 | slight | interesting |
18:07.32 | tmzt | \o_/ |
18:07.35 | slight | ah yes |
18:07.44 | tmzt | ah |
18:07.48 | tmzt | for the menu key? |
18:07.54 | tmzt | hold menu |
18:08.00 | phh | cr2: ok sorry you'll still wait a bit, I try to divert the other RPC's to "correct" versions :p |
18:08.05 | tmzt | \o./ |
18:08.20 | tmzt | phh: binary patching? |
18:08.32 | phh | tmzt: naahh, in kernel, rpc command patching :p |
18:08.37 | cr2 | tmzt: if it works without xtra, then xtra is nt critical |
18:08.50 | phh | argh I didn't do my dump correctly |
18:08.58 | slight | yeah i held menu but no dice. cleaned it and so on |
18:09.08 | tmzt | what kernel on what hardware? |
18:09.19 | phh | htc-msm-2.6.27 on diam100 |
18:09.22 | tmzt | cr2: the ttff is almost zero with xtra |
18:09.28 | tmzt | on my tp2 |
18:09.39 | phh | what's the second f ? |
18:09.40 | tmzt | it's five minutes outside without it |
18:09.48 | tmzt | time to first fix |
18:09.59 | tmzt | cold start vs. warm start |
18:10.16 | cr2 | tmzt: we have a crash problem to solve first |
18:10.21 | tmzt | it's about a second outside in google, 30 inside near window |
18:10.31 | phh | cr2: I have the two first command sent by android, want it ? |
18:10.36 | tmzt | I think nmea output is wrong because of no fix |
18:10.41 | tmzt | but ok |
18:10.49 | tmzt | wrong/null |
18:11.04 | phh | cr2: http://pastebin.com/m7b574503 sorry for the endian. |
18:11.51 | phh | (again the version is fixed by the kernel to 0) |
18:13.22 | cr2 | 51c92bd8 |
18:13.35 | cr2 | is the ATL version |
18:13.48 | cr2 | the VERS is all over the .so |
18:13.58 | phh | whose atl version ? |
18:14.02 | phh | for us it's still 0 I guess ? |
18:14.21 | cr2 | #define RPC_PDSM_ATL_PROG 0x3000001d |
18:14.28 | cr2 | yes, for 5225 =0 |
18:14.31 | phh | ok |
18:15.33 | cr2 | f310fffff constant |
18:16.20 | cr2 | this one is on 5225 |
18:16.31 | *** join/#htc-linux malgon (n=simon@ABordeaux-257-1-78-79.w90-50.abo.wanadoo.fr) |
18:17.20 | slight | thanks for the help o/ |
18:22.18 | cr2 | phh: looks strange |
18:22.28 | phh | what ? |
18:22.49 | cr2 | your pastebin |
18:23.00 | phh | why ? |
18:23.13 | cr2 | what did you print out ? |
18:23.16 | phh | hum arm9 crashed, I guess ATL commands has to be changed too. |
18:23.27 | phh | cr2: raw commands sent by libgps |
18:23.34 | cr2 | yes, at least the version |
18:23.40 | phh | the version is already done |
18:23.51 | cr2 | hmm |
18:24.02 | phh | cr2: but it's printed in little endian while it's sent as big endian |
18:24.25 | phh | wait. where did they put the version id ? |
18:24.58 | tmzt | (I think i2c is dying on tp2, optical is going crazy) |
18:25.03 | tmzt | (light sensor) |
18:25.21 | phh | tmzt: you can read it with debugfs/micropklt_dbg/light |
18:25.34 | tmzt | hmm I will, I'm in ce though |
18:25.48 | tmzt | on tp this was part of keyboard dying and how I got tp2 |
18:26.01 | phh | sounds like microp's dying |
18:26.08 | phh | hum no they are two different microp |
18:26.18 | tmzt | right, keyboard is fine |
18:26.22 | tmzt | thankfully |
18:31.15 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) |
18:34.35 | *** join/#htc-linux roe1and (n=roe1and@5e046e57.bb.sky.com) |
18:48.41 | *** join/#htc-linux ChanServ (ChanServ@services.) |
18:48.41 | *** join/#htc-linux Psychonerd (n=Casey@67.143.1.240) |
18:48.41 | *** join/#htc-linux malgon (n=simon@ABordeaux-257-1-78-79.w90-50.abo.wanadoo.fr) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux roe1and (n=roe1and@5e046e57.bb.sky.com) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux cr2 (n=cr2@ip-109-84-180-173.web.vodafone.de) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux jumoit (n=samuel@121.77.87.145) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-76-93-251-206.bak.res.rr.com) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux Boydell_ (n=Boydell@69.49.58.28) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux ali1234 (n=al@s15238489.onlinehome-server.info) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux leobaillard (n=leobaill@leobaillard.org) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux emwe (n=michael@86.56.50.180) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux GNUtoo (n=GNUtoo@host82-133-dynamic.54-79-r.retail.telecomitalia.it) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux Sti_02391 (n=Where_is@91.180.112.25) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux kiozen_away (n=oeichler@rgnb-5d8793c4.pool.mediaWays.net) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux tehtrk_home (n=quassel@adsl-68-91-145-91.dsl.wacotx.swbell.net) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux YellowGTO|Nix (n=quassel@c-71-226-239-246.hsd1.pa.comcast.net) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux Syrefaen (n=fistings@213.184.217.156) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux rashire (n=ed1112wa@pool-98-114-205-192.phlapa.fios.verizon.net) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux we350z (n=bkusnir@adsl-99-8-225-30.dsl.pltn13.sbcglobal.net) [NETSPLIT VICTIM] |
18:48.41 | *** join/#htc-linux marcin_ (n=marcin@chello089077185059.chello.pl) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux ToAsTcfh (n=toast@110-43.200-68.tampabay.res.rr.com) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux droid001 (n=g1@p4FDCA526.dip.t-dialin.net) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux x29a (n=x29a@unaffiliated/x29a) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux Bry8Star (n=Bry8Star@adsl-99-40-118-119.dsl.lsan03.sbcglobal.net) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux HardDisk_WP (n=Marco@wikipedia/harddisk) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-116-159.tukw.qwest.net) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux Kevin2 (n=Kevin2@207-172-165-101.s101.tnt1.nywnj.ny.dialup.rcn.com) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux thedicemaster (i=thedicem@j89126.upc-j.chello.nl) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux MoishaSPB (n=MoishaSP@user-12hdsgv.cable.mindspring.com) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux joschi (i=1002@91.204.171.9) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux kupo (i=kupo@pinky.ratman.org) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux daedric (n=daedric@116.226.54.77.rev.vodafone.pt) [NETSPLIT VICTIM] |
18:48.42 | *** join/#htc-linux Funklord (n=cow@c-e1d571d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux luminoso (n=lumos@av-217-129-128-10.netvisao.pt) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux Tinyboom (n=nahh@ti0121a340-dhcp0200.bb.online.no) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux polyrhythmic (n=charles@c-67-171-16-39.hsd1.wa.comcast.net) [NETSPLIT VICTIM] |
18:48.43 | *** mode/#htc-linux [+o ChanServ] by irc.freenode.net |
18:48.43 | *** join/#htc-linux Nozze_ (n=weechat@u193-11-162-41.studentnatet.se) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux label2k10 (n=label2k1@chessman.acephale.fr) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux dilinger (n=dilinger@LUNGE.MIT.EDU) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux Dindon (i=OSEF@193.27.79.0) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux tmzt (n=tmzt@99.164.34.42) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux mickey|sports (n=mickey@openmoko/coreteam/mickey) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux pini (n=pini@bou-fi.pustule.org) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux Ekips (i=spike@unaffiliated/ekips) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux toer (i=tore@179.81-166-86.customer.lyse.net) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux niall0s (i=niall@spoon.netsoc.tcd.ie) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux makkonen (n=makkonen@cpe-66-69-229-9.austin.res.rr.com) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux parmaster (i=par@dipole.idlepattern.com) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux NetRipper (n=netrippe@tikkie.net) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux bartman` (n=bart@tau.jukie.net) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux rzk_ (n=rzk@daemonet.ru) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux gazab_ (n=gazab@c-2d85e555.04-117-6c6b7013.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux kri5 (n=kri5@cowdy.vlmc.org) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux Dinde (i=kayser@sur-internet.net) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux stefand1 (n=stefan@uu194-7-153-125.unknown.uunet.be) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux packetlss (n=packetls@blackhole.se) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux MarcLandis_ (n=drettsch@port-92-195-10-37.dynamic.qsc.de) [NETSPLIT VICTIM] |
18:48.43 | *** join/#htc-linux stinebd (n=bryan@maduin.southcape.org) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux |Jason8| (i=JayAte@97.107.139.87) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux jenericc` (i=ebcain@cpe-24-210-123-84.insight.res.rr.com) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux raph_ael (n=raph_ael@193.93.126.197) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux StarLite (n=nnscript@s55916cb1.adsl.wanadoo.nl) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux Jos (i=Jos@Lithium.Jossie90.info) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux friehmaen (i=freeman@xers.de) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux Snarf (n=snarf@unaffiliated/snarf) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux nrirclog (n=nrirclog@netripper.com) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux chamonix (i=chamonix@unaffiliated/chamonix) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux furtardo (n=mks@nat/yahoo/x-xihntllgwhfdrdfv) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux lenix (n=irc@78.47.129.211) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux infernix (i=nix@unaffiliated/infernix) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux prinex (n=prinex@m57s22.vlinux.de) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux grayeul (n=brobison@user-12lm3n5.cable.mindspring.com) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux leviathan (n=quassel@c-82-192-226-27.customer.ggaweb.ch) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux phh (n=quassel@4be54-3-82-228-187-43.fbx.proxad.net) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux kad_ (n=kad@219-89-117-161.adsl.xtra.co.nz) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux jontow (i=jontow@hijacked.us) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux SOG (n=SOG@n219079214077.netvigator.com) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux maejrep[w] (n=madCoder@68.64.144.211) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux high-rez (n=gus@carrera.bourg.net) [NETSPLIT VICTIM] |
18:48.44 | *** join/#htc-linux mrmoku (n=mrmoku@ppp-188-174-7-126.dynamic.mnet-online.de) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux Hoochster (n=hooch@74.194.109.73) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-96-240-154-30.hrbgpa.fios.verizon.net) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux NexVision (n=a@c-76-109-33-88.hsd1.fl.comcast.net) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux ius (n=thralas@2001:610:1908:8000:21f:c6ff:fe52:7e30) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux docc (n=docc@static.88-198-83-83.clients.your-server.de) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux madCoder- (n=madcoder@c-68-42-30-56.hsd1.pa.comcast.net) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux UdontKnow (i=udontkno@freenode/staff/udontknow) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux tjs_bsd (n=tjs@mail.CDPA.cc) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux rosseaux (i=znc@129-167-19-84.nbiserv.com) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux chemical1at_work (n=chemical@217.6.162.228) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux surge (i=surge@pool-98-118-154-21.bflony.fios.verizon.net) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux pigeon (n=pigeon@eth5284.nsw.adsl.internode.on.net) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux cosein (i=logan@slammer.CS.Dal.Ca) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux Hellie (i=soulreap@wield.the.scythe.of.the.soulreaper.net) [NETSPLIT VICTIM] |
18:48.45 | *** join/#htc-linux Dunedan (n=dunedan@phoenitydawn.de) [NETSPLIT VICTIM] |
18:51.26 | *** join/#htc-linux apt (i=ibot@rikers.org) |
18:51.26 | *** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android |
18:53.11 | tmzt | 1d? |
18:53.24 | tmzt | that's the PROC address? |
18:59.42 | cr2 | phh: you trap and rewrite the calls ? |
19:00.28 | cr2 | 1d,3 -> 1d,4 ? |
19:00.38 | cr2 | is it right ?? |
19:00.54 | *** join/#htc-linux IceBone (n=IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
19:01.06 | IceBone | babijoee in here? |
19:03.57 | cr2 | a9710411 these are hardcoded into libgps.so |
19:06.00 | cr2 | pdsm_atl_l2_proxy_reg (1,4,5) |
19:06.31 | *** join/#htc-linux bakkie (n=bakkie@84-106-91-26.cable.quicknet.nl) [NETSPLIT VICTIM] |
19:06.39 | *** join/#htc-linux malgon (n=simon@ABordeaux-257-1-78-79.w90-50.abo.wanadoo.fr) |
19:06.40 | cr2 | you call pdsm_atl_l2_proxy_reg (1,a9710411,a97103f1) |
19:08.37 | cr2 | 5b, 4 (50a, 4ceda0, a970bf81, 00000000, f310ffff, a970bee1) |
19:08.56 | cr2 | 0x5,6 pdsm_client_pd_reg (clientID=da3,0,0,0,f310ffff,-1) |
19:10.08 | cr2 | ok, i'll edit and pastebin it |
19:10.55 | tmzt | xxd -r ? |
19:14.07 | cr2 | he can print it properly |
19:14.23 | cr2 | but since he is not here, i'll edit manually |
19:15.01 | tmzt | oh I thought you were binary patching the .so |
19:15.03 | *** join/#htc-linux zsircusr (n=zsirc@ip-109-85-0-140.web.vodafone.de) |
19:15.17 | tmzt | this is all about porting a closed driver from android to ce? |
19:15.25 | tmzt | ce device |
19:15.29 | cr2 | the first number is xid=, the next 2 are not interesting, then 4x0 can be dropped too |
19:15.47 | cr2 | tmzt: to linux gps driver |
19:16.01 | tmzt | for what device? |
19:16.06 | tmzt | oh, so in c? |
19:16.12 | cr2 | yes |
19:16.19 | tmzt | okay cool |
19:16.35 | cr2 | can be used ob g1 too |
19:16.52 | tmzt | with different vers? |
19:17.11 | cr2 | depending on amss ver |
19:20.01 | cr2 | ok, let's compare to 5225 |
19:21.17 | cr2 | pdsm_client_init (pd=2/xtra=b/lcs=4) |
19:21.37 | cr2 | =1 for g1 |
19:21.42 | cr2 | unknown |
19:21.57 | cr2 | =b is xtra, ok |
19:21.58 | tmzt | hmm, xtra could be the mode xtra should be in |
19:21.59 | *** join/#htc-linux luc__ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
19:22.08 | tmzt | internal or external stack |
19:22.23 | tmzt | lcs is privacy setting? |
19:22.59 | cr2 | some local search. read the qcom patents |
19:23.31 | cr2 | pdsm_atl_l2_proxy_reg (1,4,5) |
19:23.47 | cr2 | pdsm_atl_l2_proxy_reg (1,a9710411,a97103f1) got g1 |
19:24.21 | cr2 | pdsm_client_pd_reg (clientID=da3,0,0,0,f310ffff,-1) |
19:25.13 | phh | [20:05:10] <cr2> phh: you trap and rewrite the calls ? http://husson.hd.free.fr/gps-divert.diff |
19:25.26 | cr2 | pdsm_client_pd_reg (50a, 4ceda0, a970bf81,0,f310ffff,a970bee1) |
19:25.37 | cr2 | phh: can you parse them better ? |
19:26.18 | phh | maybe |
19:26.35 | cr2 | drop 1)time |
19:26.52 | tmzt | cr2: Pixi sources might be up and have a different apparoch to hsuart control from userspace |
19:27.09 | phh | time is linux feature, I can't really drop it, but I can delete it with awk if it's a problem for you |
19:27.18 | cr2 | phh: drop val[1] and val[2] |
19:27.30 | phh | cr2: I don't "translate" pdsm_atl* since I don't know what they are supposed to do |
19:27.36 | cr2 | and val[6,7,8,9] |
19:27.55 | phh | uh ? 6,7,8,9 are useless ? |
19:27.56 | cr2 | phh: i'll tell you what to translate now |
19:28.02 | cr2 | they are 0 |
19:28.13 | phh | oh right. |
19:28.48 | cr2 | btw, do you parse responses ? |
19:29.05 | phh | hum no, I'll add it |
19:29.46 | cr2 | nd don't print the sequency index |
19:30.30 | phh | you mean the 00000004 in "[ 219.117370] 00000004=00000000" ? |
19:31.14 | cr2 | [ 219.117370] 00000004= can go away |
19:31.43 | phh | if i remove 1/2/6/7/8/9 that won't really help reading, but ok. |
19:31.53 | cr2 | print it in one line |
19:32.39 | cr2 | i'll paste the output |
19:33.07 | *** join/#htc-linux malgon (n=simon@ABordeaux-257-1-78-79.w90-50.abo.wanadoo.fr) |
19:33.32 | phh | cr2: so, should 3000005b proc 0x1d be redirected to something else ? |
19:33.34 | phh | (0x1e ? :D) |
19:33.50 | cr2 | no |
19:33.59 | cr2 | but you need to edit the parameters |
19:34.03 | *** join/#htc-linux Squarc (n=Squarc@82.217.32.29) |
19:34.03 | phh | ouch |
19:34.10 | cr2 | to match wince |
19:34.20 | cr2 | there are only 3 calls anyway |
19:34.28 | cr2 | all in wiki, btw |
19:34.37 | phh | ok |
19:35.09 | phh | but where ? |
19:35.21 | cr2 | ah |
19:35.23 | cr2 | 3000005b 00000000 0000001d |
19:35.28 | cr2 | you mean this one ? |
19:35.37 | phh | yes |
19:35.55 | cr2 | 3000005b 00000000 0000001d |
19:35.56 | cr2 | a970bdc1 00001f40 004bc7e0 00000001 000000dc a770d292 000000b4 00000001 00000000 |
19:36.07 | cr2 | i'll check what rhod has there. |
19:37.15 | cr2 | phh: https://privatepaste.com/8d50cb4726 |
19:37.37 | cr2 | phh: and the PROG VERS FUNC triple may be parsed with names from wiki |
19:37.46 | phh | ok |
19:38.36 | cr2 | the pdsm_init(1) dies not exist on wince. wince calls pdsm_init(2) and so on. |
19:39.11 | cr2 | maybe add these values to wiki too ? |
19:39.26 | dcordes-kais | cr2 what about htc-linux munich 2010 international congress? |
19:39.37 | phh | cr2: "these" ? |
19:39.46 | cr2 | dcordes-kais: leviathan agrees |
19:40.08 | leviathan | yes |
19:40.22 | tmzt | at this point planning to come but it's a long way and I don't know my resources |
19:40.28 | cr2 | dcordes-kais: will you be at fosdem ? |
19:40.30 | leviathan | I've asked FOSDEM also to make a presentation but I fear its too late |
19:40.40 | dcordes-kais | cr2 where is that? |
19:40.44 | cr2 | brussel |
19:40.46 | leviathan | brussel |
19:41.12 | cr2 | dcordes-kais: i may pick you up |
19:41.18 | cr2 | it's the weekend |
19:41.23 | phh | cr2: do you want anything else parsed than function's name ? |
19:41.26 | dcordes-kais | cr2 ok I'm in :) |
19:41.48 | cr2 | ok. |
19:42.52 | cr2 | phh: no. you may add raph values though.for comparison |
19:42.55 | *** join/#htc-linux kad_ (n=kad@219-89-117-161.adsl.xtra.co.nz) |
19:43.18 | phh | can be done afterwards |
19:43.25 | cr2 | leviathan: i have found my htc_acoustic notes. |
19:43.39 | cr2 | leviathan: do you know what is CE ? |
19:43.42 | dcordes-kais | leviathan you also coming? any moko ppl? |
19:43.52 | leviathan | hmm |
19:44.02 | leviathan | I fear its too late |
19:44.12 | leviathan | I wanted to first time present my project idea |
19:44.25 | leviathan | I wrote an email |
19:44.29 | leviathan | but they didnt answer |
19:44.59 | dcordes-kais | call? |
19:45.10 | dcordes-kais | br |
19:45.12 | dcordes-kais | b |
19:45.54 | *** join/#htc-linux TheMuffinMan (n=themuffi@ool-4575b0a0.dyn.optonline.net) |
19:46.36 | cr2 | phh: hm. on rhod it's done in a different way ;) |
19:46.52 | phh | cr2: you mean there is no 0x1d call at all? |
19:47.52 | cr2 | phh: sorry |
19:48.19 | phh | cr2: can you find in libgps.so what do this call ? |
19:48.36 | cr2 | 1d on rhod is pdsm_xtra_query_data_validity() |
19:48.49 | cr2 | i'll check raph |
19:49.05 | cr2 | i didn't see this function on raph, but maybe i've missed it. |
19:50.29 | phh | maybe we should do these tries on rhod instead of my diam then ? |
19:50.33 | tmzt | do you use that? |
19:50.41 | tmzt | I think raph uses dm for xtra |
19:50.43 | phh | tmzt: android does. |
19:50.45 | tmzt | dmrouter |
19:50.57 | cr2 | phh: rhod does not need the +1 offset in rewrite |
19:51.07 | phh | cr2: I know |
19:51.29 | phh | but still, such tracing would be easier on an AMSS that looks more like android's one |
19:54.39 | cr2 | phh: hmm. it's also 1D on raph |
19:54.58 | phh | uh ? why does that stupid ARM0 crashes /o\ |
19:55.06 | phh | ARM9* |
19:55.06 | cr2 | arm9 |
19:55.53 | cr2 | phh: the params are different |
19:56.10 | cr2 | phh: even the init is called =1 |
19:56.44 | tehtrk_home | anyone ever try changing ext2 system and data filesystems to ext3 full journal? |
19:56.54 | cr2 | msm rpc seems to be very fragile |
19:57.11 | cr2 | tehtrk_home: if it's not root |
19:57.32 | tmzt | tehtrk_home: tune2fs -j fs |
19:57.36 | tehtrk_home | I'm going to give it a shot, I think it will speed reads up |
19:57.38 | tehtrk_home | yeah |
19:57.53 | tmzt | no reason it shouldn't work |
19:58.09 | tehtrk_home | what's the rc file with all the mounts and chmods? |
19:58.18 | tehtrk_home | init.rc I think? |
19:58.27 | tmzt | yes |
19:58.45 | tehtrk_home | can you use filesystem opetions in that as if it were an fstab? |
19:59.11 | tehtrk_home | *options |
19:59.25 | tmzt | with -o I think why? |
19:59.27 | tmzt | oh |
19:59.31 | tehtrk_home | since I can't seem to find an fstab :) |
19:59.37 | tmzt | depends on android mount command |
19:59.38 | cr2 | tmzt: my raph whines that the quickgps data are not uptodate |
19:59.51 | tehtrk_home | yeah, gotta put data=journal to do what I'm doing |
20:00.09 | tmzt | thought you meant tune2fs |
20:00.13 | tmzt | don't do that |
20:00.17 | tmzt | hmm |
20:00.17 | tehtrk_home | can't put kernel options in default.txt for that |
20:00.35 | tehtrk_home | I can use tune2fs to create the journal |
20:00.36 | tmzt | maybe but that option might not be supported |
20:00.39 | tehtrk_home | like you said |
20:00.48 | tehtrk_home | if not I'll compile it in :P |
20:00.54 | tmzt | for fs's? try ext2.data=journal but I don't know |
20:01.06 | tmzt | if it's fs option rather than module it won't work |
20:01.21 | tehtrk_home | yeah it's a fs option |
20:01.28 | tehtrk_home | not module |
20:01.28 | tmzt | or just use proper mount |
20:01.33 | tmzt | fron init.rc |
20:01.56 | tehtrk_home | eh? but how else would one specify ext3 journal mode |
20:02.19 | leviathan | I hope I get a working msm SHR version again soon |
20:02.20 | leviathan | >_< |
20:02.30 | leviathan | e-wm always fucks up, when I booted up |
20:02.48 | tmzt | tehtrk_home: use a proper linux utils mount not android's |
20:03.43 | tehtrk_home | so, create my own fstab reflecting init.rc |
20:03.56 | tehtrk_home | and comment out init.rc related lines |
20:03.58 | tmzt | no |
20:04.04 | tmzt | hmm |
20:04.11 | tmzt | with /bin/mount you could |
20:04.20 | tehtrk_home | oh just make my own script |
20:04.22 | tmzt | or just busybox mount -o opts in init.rc |
20:04.23 | tehtrk_home | yeah good idea |
20:04.35 | tehtrk_home | hmm |
20:04.36 | tmzt | fstab with /bin/mount -a would work though |
20:04.48 | tmzt | or just switch to debian and help get the phone working |
20:04.54 | tmzt | umm |
20:04.56 | tehtrk_home | eh? |
20:04.56 | tmzt | never mind |
20:05.02 | tmzt | what are you working on? |
20:05.03 | tehtrk_home | debian on the phone?? |
20:05.04 | tmzt | g1? |
20:05.17 | tehtrk_home | lol that would be cool, but I need to use it as a phone too |
20:05.23 | tehtrk_home | kaiser |
20:05.51 | tmzt | hmm, it should work |
20:06.13 | tmzt | port asoc_qdsp |
20:06.30 | tmzt | then try fso or the stuff I'm working on (merphone) when it's ready |
20:06.46 | tmzt | talk to gnutoo about asoc_qdsp |
20:07.11 | cr2 | phh: it's an exported function |
20:07.46 | *** join/#htc-linux Boydell (n=Boydell@69.49.58.28) |
20:07.54 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
20:08.30 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
20:09.55 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
20:15.08 | polyrhythmic | tehtrk_home: many of the the G1 guys use ext3 or ext4 |
20:15.21 | polyrhythmic | tehtrk_home: I've been thinking about upgrading to that also |
20:20.31 | *** join/#htc-linux zycho (n=zycho@hnvr-4d07939b.pool.mediaWays.net) |
20:22.24 | cr2 | libaudioeq.so is open source ? |
20:27.29 | *** join/#htc-linux herpez (n=herpez@87-196-51-213.net.novis.pt) |
20:28.03 | phh | arf I have to divert the reads too |
20:28.48 | cr2 | yes |
20:29.07 | cr2 | hm. why does htc_ril.so does read_audiopara_from_fiile ?? |
20:29.23 | phh | cr2: why not ? it actually reads audiopara from a file :p |
20:29.27 | phh | like windows does |
20:30.12 | tmzt | cvs? |
20:30.15 | tmzt | csv |
20:30.45 | phh | tmzt: yup. |
20:31.07 | phh | who says they copy-pasted the code from wince ? :D |
20:33.58 | phh | cr2: the answers are of type rpc_request_hdr too ? |
20:34.23 | cr2 | no, a bit different i think |
20:34.32 | cr2 | dump them raw first |
20:34.38 | phh | ok |
20:35.59 | herpez | hi. from a device without known mtype, how can we know it? (for example htc athena) |
20:36.28 | dcordes | herpez, hi. what do you mean, knowing it? |
20:36.36 | dcordes | herpez, you mean creating an mtype? |
20:36.57 | phh | cr2: I assume all reads should be 0 ? |
20:37.05 | phh | should *not* |
20:37.22 | phh | because that's what I get. |
20:37.37 | dcordes | cr2, we can team up a bit with the OE persons at fosdem |
20:37.44 | phh | haha, I bypassed the same bytes as write |
20:37.48 | herpez | dcordes - i mean, people at athena foruns are asking what mtype should they put, and i started to wonder if there is any specific mtype or if they need to create on |
20:38.15 | *** join/#htc-linux babijoee (n=joee@110.33.178.90) |
20:38.20 | phh | hi babijoee |
20:38.30 | babijoee | hi phh :) |
20:38.40 | babijoee | whats going on |
20:38.49 | dcordes | herpez, 1289 htcathena |
20:40.20 | IceBone | Hey, babijoee! |
20:40.36 | IceBone | Great work on Eclair! |
20:40.49 | phh | babijoee: I had something to tell you. you have no clue what I guess ? :p |
20:41.07 | dcordes | herpez, http://wiki.xda-developers.com/index.php?pagename=AthenaResearch |
20:42.06 | herpez | thanks dcordes, missed that |
20:42.29 | cr2 | herpez: haret knows athena |
20:42.52 | babijoee | phh: hrrmm we have flashable android :) |
20:42.54 | babijoee | ? |
20:42.56 | cr2 | herpez: athena is stuck at the microdrive driver. |
20:42.58 | tmzt | on? |
20:43.00 | phh | babijoee: no |
20:43.04 | babijoee | opengles |
20:43.06 | babijoee | :) |
20:43.16 | phh | no |
20:43.17 | babijoee | camera? |
20:43.20 | phh | no |
20:43.26 | babijoee | extra ram |
20:43.32 | phh | maybe |
20:43.35 | GNUtoo | tmzt, hi |
20:43.36 | herpez | cr2 - yes, there was a guy asking me and i started to read it and i saw they started in 2008 well but they are stuck long time ago, thanks! |
20:43.48 | IceBone | Blowjob app? |
20:43.53 | cr2 | herpez: there is 2.6.31 kernel |
20:44.02 | phh | babijoee: MrPippy did some tries, more or less succesfull, try kernels prior its revert |
20:44.02 | Boydell | i saw the bank2 commits and reverts, what went wrong, i thought it was working? |
20:44.14 | phh | Boydell: I don't know |
20:44.19 | cr2 | herpez: i can even help with it |
20:44.35 | babijoee | the glemsom autobuilds were not working so i couldnt try it |
20:44.37 | IceBone | Quicker wakeup on incoming call? |
20:44.42 | cr2 | herpez: because i have athena too, and some thing are still not in the wiki |
20:44.58 | MrPippy | my first test with bank2, it worked great, stable for a full hour doing really intensive stuff |
20:45.07 | Boydell | and then? |
20:45.07 | MrPippy | after that, i just couldn't get it stable no matter what the memory config |
20:45.13 | phh | strange |
20:45.14 | herpez | cr2 - i will send "them" to here, they will have more support. I think that with news from raph and so on, android is waking up people (just my guess) |
20:45.20 | Boydell | hm |
20:45.26 | MrPippy | and the panics were fundamental memory stuff |
20:45.41 | Boydell | that sucks, was looking forward to getting rid of some of these panics |
20:46.25 | phh | MrPippy: and you don't know what you did wrong when it worked ? :D |
20:46.42 | MrPippy | i'm pretty sure i just need to backport some more patches |
20:46.42 | MrPippy | s |
20:46.42 | MrPippy | in |
20:47.08 | MrPippy | since 2.6.27 dates from aug2008, and this patch was in sep2009, a lot happened (including a few patches specifically for sparse) |
20:47.24 | herpez | in last kernels, in blackstone, the wake time is about 5 seconds. Just to inform, don't know if it exists also in other devices and if you are aware of it. |
20:47.52 | *** join/#htc-linux malgon (n=simon@ABordeaux-257-1-78-79.w90-50.abo.wanadoo.fr) |
20:48.27 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
20:48.34 | phh | grrrrr |
20:48.36 | phh | why all my reads are 0 |
20:49.03 | *** join/#htc-linux c2d (n=Mike@port-92-200-239-36.dynamic.qsc.de) |
20:51.02 | cr2 | phh: you must see the 0x50a response from pdsm_client_init(1) |
20:51.14 | babijoee | live wallpaper is so good :) |
20:51.33 | Boydell | its nice, but I heard it EATS the battery alive |
20:52.08 | phh | Boydell: bah only when you display home no ? |
20:52.20 | phh | it prevents the system from sleeping too |
20:52.38 | Boydell | phh: why would it prevent sleep? |
20:52.47 | phh | Boydell: I mean idle |
20:52.52 | tmzt | wakelocks |
20:52.54 | tmzt | but yeah |
20:53.04 | phh | tmzt: I hope they aren't that stupid |
20:53.27 | Boydell | ah |
20:53.30 | tmzt | it's only on home and it times out |
20:55.33 | Boydell | I hate it when my when goes into idle anyways |
20:55.47 | Boydell | If I want it to sleep, I make it sleep ;) |
20:56.15 | phh | Boydell: I think you don't know what idle is |
20:56.39 | Boydell | maybe I'm mistaken? |
20:56.45 | phh | idle is that the cpu (and only the cpu) is mostly stopped when it does nothing |
20:56.46 | tmzt | idle is anytime a prcoess isn't doing something |
20:56.50 | tmzt | on x86 it's hlt |
20:56.59 | tmzt | the cpu sleeps until something wakes it |
20:57.12 | tmzt | either timer, or in NOHZ world the next scheduled event |
20:57.22 | Boydell | Ohhhhh |
20:57.34 | Boydell | I was thinking after an idle time it goes into idle |
20:57.42 | Boydell | *sleep |
21:02.02 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
21:06.59 | *** join/#htc-linux malgon (n=simon@ABordeaux-257-1-78-79.w90-50.abo.wanadoo.fr) |
21:07.51 | *** join/#htc-linux fish1209 (n=fish1209@unaffiliated/fish0912) |
21:18.23 | *** join/#htc-linux ali1234 (n=al@s15238489.onlinehome-server.info) |
21:19.43 | *** join/#htc-linux marcin_ (n=marcin@chello089077185059.chello.pl) |
21:19.45 | Boydell | it went dead in here? |
21:20.40 | phh | no, I'm just trying to dump rpc reads, but I won't stop doing mistakes |
21:21.26 | Boydell | ah, so your working hard, carry on then! lol |
21:21.39 | phh | hard but bad. |
21:21.55 | Boydell | hey, its more than im doing right now |
21:22.01 | phh | lol |
21:22.19 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
21:26.18 | Boydell | could be reading "C ALL-IN-ONE DESK REFERENCE FOR DUMMIES" like me ;) |
21:26.54 | NetRipper | dcordes, you rang |
21:26.56 | NetRipper | ? |
21:26.56 | NetRipper | :) |
21:28.23 | dcordes | NetRipper, yea I intented to ask about leo news |
21:28.43 | tehtrk_home | polyrhythmic: I just wonder how much of a kernel time CPU hit the journaling will incur |
21:29.03 | NetRipper | cr2, to use the graphics driver from the codeaurora tree, i'd need to use everything related too? mdp? mddi? |
21:29.14 | NetRipper | dcordes, ah umm ok well i kinda try to keep my blog up to date |
21:29.19 | NetRipper | http://blog.netripper.nl |
21:29.43 | NetRipper | i basically havent gotten much further.. i'm trying to fix some things that still go wrong, in order to get msm_fb to work |
21:30.01 | NetRipper | so what you read there is pretty accurate still |
21:30.25 | dcordes | very nice |
21:30.41 | *** join/#htc-linux pH5 (n=ph5@e178197223.adsl.alicedsl.de) |
21:31.23 | phh | cr2: http://husson.hd.free.fr/dm.3 I'm still not sure if my read dumps are right |
21:35.33 | cr2 | NetRipper: i didn't compare codeaurora with nexus tree |
21:35.42 | cr2 | phh: you run this on diam100 ? |
21:35.48 | phh | yes |
21:36.22 | cr2 | [ 215.042449] oncrpc read |
21:36.23 | cr2 | [ 215.042449] 00000001 00000001 00000000 00000000 00000000 00000000 0000050a |
21:36.29 | NetRipper | cr2, the main tree of codeaurora is pretty interesting.. there's lots of comments in the drivers.. most if it is 6 months old though |
21:37.30 | cr2 | this the init handle response |
21:37.34 | cr2 | [ 215.042449] oncrpc read |
21:37.35 | cr2 | [ 215.042449] 00000001 00000001 00000000 00000000 00000000 00000000 0000050a |
21:37.36 | NetRipper | well ok might be exagurated (or however you spell it), but look at https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=blob;f=drivers/video/msm/mdp.c;h=027990d394f915f78d1793de16bebdc6d48bb13c;hb=HEAD |
21:38.17 | cr2 | 50a for (1) |
21:38.45 | cr2 | [ 215.538238] oncrpc read |
21:38.47 | cr2 | [ 215.538269] 00000001 00000001 00000000 00000000 00000000 00000000 00001f40 |
21:39.00 | cr2 | 1f40 for (b), it's xtra and already known. |
21:39.06 | ToAsTcfh | phh: i take it u didnt make it very far on the camera |
21:39.19 | phh | ToAsTcfh: anyway it won't be of any help for you |
21:39.24 | phh | I'll use control0 and cie |
21:39.33 | ToAsTcfh | errr |
21:40.51 | phh | cr2: isn't there supposed to be a prog id in the response ? |
21:40.52 | ToAsTcfh | i need the libcamera to bwe writen for our camera. ive been looking at the source for it and playin a bit but its really of no use for my camera |
21:40.54 | cr2 | phh: some calls get 1 and others 0 as response. |
21:41.05 | cr2 | phh: yes, and it works |
21:41.14 | cr2 | wince never calls =1 |
21:41.17 | cr2 | only =1 |
21:41.18 | cr2 | only =2 |
21:41.22 | phh | ah. |
21:41.27 | cr2 | and the =b value is ok. |
21:41.45 | ToAsTcfh | i cant load msm_camera because the symbols arent in the kernel |
21:41.46 | *** join/#htc-linux m1dlg (n=m1dlg@bb-87-81-252-83.ukonline.co.uk) |
21:41.50 | cr2 | i forgot if 1 or 0 is success |
21:41.55 | cr2 | check the source |
21:42.06 | tmzt | what symbols? |
21:42.24 | ToAsTcfh | is there another way to load modules without being able to modify the kernel |
21:43.20 | phh | cr2: 0 means working |
21:43.26 | phh | I think |
21:43.45 | ToAsTcfh | ? |
21:44.14 | cr2 | [ 216.041748] 00000002 3000001d 51c92bd8 00000003 00000001 a9710411 a97103f1 ATL callafter |
21:44.16 | cr2 | [ 216.041992] 00000002 3000001d 00000000 00000004 00000001 a9710411 a97103f1 |
21:44.17 | cr2 | [ 216.042266] [RPC] CALL to 3000001d:0 @ 0:00000001 (52 bytes) |
21:44.24 | cr2 | [ 216.040588] oncrpc read |
21:44.26 | cr2 | [ 216.040618] 00000001 00000001 00000000 00000000 00000000 00000000 00000001 |
21:44.29 | cr2 | fails, ret=1 |
21:44.37 | cr2 | the last value |
21:45.25 | cr2 | put 1,4,6 as params |
21:45.38 | cr2 | 00000001 a9710411 a97103f1 now |
21:45.41 | cr2 | do |
21:45.44 | cr2 | 1 4 6 |
21:46.06 | phh | 4 instead of a971041 ? |
21:46.12 | cr2 | yes |
21:46.14 | phh | ok |
21:46.22 | ToAsTcfh | phh: i remember u telling me i could load a module without modifying the kernel source. what were u talking about? |
21:46.42 | phh | ToAsTcfh: faking the kernel identifier string |
21:46.43 | cr2 | tmzt: this xtra here is PITA |
21:47.01 | ToAsTcfh | hmm and thats what it called |
21:47.06 | polyrhythmic | tehtrk_home: me neither, but let me know if you try it, I have a kaiser also |
21:48.57 | cr2 | phh: 02:13:12 [D:GPS] GPS: [StartWorkerThreadIfNeeded] TCXO_LOCK_ID_GPS Locked |
21:49.16 | cr2 | phh: i think it protects against the clock switch |
21:49.56 | tehtrk_home | polyrhythmic: will do. I know you do, I'm using your eclair build from xda :P |
21:50.35 | cr2 | <PROTECTED> |
21:50.40 | cr2 | this is interesting |
21:51.58 | cr2 | 02:13:12 [D:GPS] GPS: [PDEvent] clientID=3491, event=32 |
21:52.00 | cr2 | 02:13:12 [D:GPS] GPS: [PDEvent] PDSM_PD_EVENT_BEGIN |
21:52.01 | cr2 | [RPC] r 51248170 |
21:52.02 | cr2 | 02:13:12 [D:SMD] +SerOpen. |
21:52.04 | cr2 | hmm |
21:52.07 | cr2 | clientID=3491 |
21:53.38 | cr2 | what was the smd channel for xtra data ? |
21:54.05 | phh | hum it's done over smd ? |
21:54.08 | polyrhythmic | tehtrk_home: glad to hear it, hope to have an AOSP build out soon :) just busy with work |
21:54.20 | cr2 | it's transfered somehow |
21:54.34 | cr2 | phh: it can be seen in the dumps |
21:54.49 | cr2 | with the xtra urls |
21:55.15 | tehtrk_home | Understandable. That's one of the reasons for me not having my own build yet. AOSP? |
22:00.24 | phh | cr2: oh wait. the call that crashes is procedure id=0x3 (amss 6120) or id=4 (amss 5200) but it seems they don't exist ? (or they are not documented) |
22:01.03 | phh | ah it's ATL not PDAPI |
22:01.04 | phh | sorry |
22:01.32 | phh | cr2: am I supposed to do procedure++ for ATL ? |
22:01.49 | cr2 | check wiki |
22:02.01 | phh | right |
22:02.13 | cr2 | 4,3 pdsm_atl_l2_proxy_reg (1,4,5) g1:(1,a9710411,a97103f1) |
22:02.23 | cr2 | i think you do it right already |
22:04.12 | phh | hum, you told me to do 4 6 |
22:04.15 | phh | so 4 6 or 4 5 ? |
22:05.55 | IceBone | Hey, guys... do you know what might be causing Eclair so long to wake up? It takes at least 5 rings during an incoming call to turn the screen on so I know who's calling me. |
22:06.21 | phh | IceBone: mmc is slow to wake up. |
22:06.37 | IceBone | mmc? |
22:06.42 | phh | SD |
22:06.45 | IceBone | Ah. |
22:08.13 | IceBone | Can that be fixed or is it a flaw with the Diamond? |
22:08.24 | stinebd | what's new? have camera, gps, gl magically started working yet? |
22:08.33 | phh | stinebd: naa |
22:08.56 | tmzt | that needs nand then? |
22:08.57 | phh | IceBone: we will need to use nand on ebi. |
22:09.02 | stinebd | gps can wait anyway, we have geolocation in the ril now |
22:09.14 | IceBone | Well, today's build is much faster than that of 2 days ago. |
22:09.17 | tmzt | lac? |
22:09.22 | phh | stinebd: I won't driver with tower location :p |
22:09.22 | IceBone | Great job, everyone. |
22:09.22 | phh | tmzt: yes |
22:09.33 | stinebd | phh: left turn in 4km :D |
22:09.34 | tmzt | cool, that's enough for google maps? |
22:09.39 | phh | tmzt: yes |
22:09.50 | phh | tmzt: but seriously not for navigation. |
22:10.13 | stinebd | works nice for local search results and stuff |
22:10.36 | ToAsTcfh | phh: this seems to be a pretty deep quest. faking kernel identifier string isnt i guess done by meer mortals lol |
22:10.39 | stinebd | and the weather and news applet if you have legally obtained it somehow |
22:10.46 | IceBone | tries maps |
22:11.01 | tmzt | ToAsTcfh: huh? |
22:11.19 | ToAsTcfh | in other words i cant find anything on doing it. |
22:11.38 | cr2 | phh: 4 5 |
22:11.48 | ToAsTcfh | on how to do it i meen |
22:11.58 | phh | cr2: baaaaah |
22:12.02 | tmzt | what string? |
22:12.05 | tmzt | uname's? |
22:12.05 | stinebd | phh: you haven't by chance tried out nohz yet have you? |
22:12.10 | phh | stinebd: no |
22:12.16 | tmzt | look for sys_uname I think |
22:12.22 | tmzt | but I wouldn't fake that |
22:12.37 | cr2 | stinebd: with opencelldb ? |
22:12.41 | stinebd | phh: i'm having trouble finding faults in it, aside from losing adb shortly after boot and idle sleep |
22:12.53 | ToAsTcfh | when loading a module modprobe needs things from the kernel its self. |
22:13.07 | stinebd | cr2: was that meant for me? |
22:13.17 | *** part/#htc-linux c2d (n=Mike@port-92-200-239-36.dynamic.qsc.de) |
22:13.18 | cr2 | stinebd: http://www.opencellid.org |
22:13.41 | stinebd | cr2: i don't understand |
22:13.51 | phh | cr2: no, google's DB |
22:13.58 | ToAsTcfh | the kernel i guess needs to have symbols added to know what to do with the new found module |
22:14.05 | stinebd | ohhh for geolocation |
22:14.13 | stinebd | cr2: phh is right, google's |
22:14.24 | chamonix | cr2 and stinebd : besides opencellid you may want to try ericsson's cell-id lookup too: https://labs.ericsson.com/apis/mobile-location/documentation/simple-cell-id-lookup-application-android |
22:14.41 | phh | chamonix: uh ? ericson's offers his DB ? |
22:14.45 | chamonix | yea |
22:14.51 | chamonix | 3,6M cells |
22:15.03 | stinebd | might i ask why to do this? |
22:15.06 | cr2 | chamonix: i want to gather such info in linux |
22:15.13 | phh | stinebd: google ? |
22:15.33 | chamonix | cr2: how do you mean "gather"? you want to log? |
22:15.49 | phh | chamonix: explore the entire world with GPS+LAC |
22:15.54 | phh | and do a DB with that |
22:15.59 | phh | a free db |
22:16.10 | stinebd | that could take some time |
22:16.17 | phh | like OSM |
22:16.20 | chamonix | well there are quite a few of those already, with JSon and webservice interface |
22:16.33 | chamonix | googlemaps has a reverse engineered API too |
22:16.42 | chamonix | I men online |
22:16.47 | chamonix | s/men/mean |
22:16.51 | phh | chamonix: an open DB i meana. |
22:16.54 | phh | -a |
22:16.56 | cr2 | chamonix: yes. when i'm close to a tower, i'dlike to know its data |
22:17.21 | chamonix | cr2: I can send you my code that does that |
22:17.42 | chamonix | using telefonymanager + whateverwebservice or gmaps |
22:17.44 | cr2 | chamonix: code ? |
22:17.49 | chamonix | java code |
22:18.08 | cr2 | you are missing the point |
22:18.16 | chamonix | I guess :) |
22:18.23 | cr2 | i know my location with gps |
22:18.41 | phh | I'm definitely a bad coder |
22:18.55 | chamonix | ok so u want surrounding cells right? |
22:19.02 | cr2 | so i'd like to store the base station data like LAC/CID etc |
22:19.30 | cr2 | for gsm we can do itwith at+creg=2 and at+csq/at+htccsq |
22:19.41 | cr2 | what about umts |
22:19.43 | cr2 | ? |
22:19.46 | phh | cr2: same |
22:19.54 | phh | I don't know why, but it works the same way |
22:20.02 | chamonix | me neither |
22:20.05 | phh | (afaik it's not supposed to) |
22:20.10 | chamonix | it's not supposed to :) |
22:20.10 | cr2 | there are many debug AT commands, but they are undocumented |
22:20.18 | cr2 | phh: i get CID=0 |
22:20.26 | chamonix | UMTS has psc for surrounding cells |
22:20.28 | phh | cr2: really ?!? |
22:20.31 | cr2 | and fixed CSQ |
22:20.34 | tmzt | phh: openbmap has that mostly |
22:20.35 | cr2 | yes |
22:20.44 | tmzt | isn't lac related to wgs somehow? |
22:20.50 | phh | wgs ? |
22:21.32 | tmzt | ToAsTcfh: what symbols, pleasr list them |
22:21.46 | tmzt | a way of encoding location on the planet |
22:22.08 | chamonix | lac it's not geolocation |
22:22.08 | phh | afaik it's not related at all |
22:22.10 | cr2 | phh: in your log only this atl call failed |
22:22.24 | cr2 | tmzt: geolocation=lat/long/z |
22:22.44 | cr2 | phh: the first 1,4,5 call |
22:22.46 | chamonix | but u can get geolocation from lac + fancy algorithm + database |
22:23.00 | phh | chamonix: uh ? you need algos ? |
22:23.50 | phh | luc_: no it's not |
22:23.53 | cr2 | chamonix: where do i download this database for cote d'ivoir ? |
22:24.51 | chamonix | phh: as far as I got it there is some triangulation when multiple cells are available |
22:25.11 | chamonix | cr2: wow, I haven't seen any downloadable data, just webservices |
22:25.14 | phh | chamonix: just tell me how to get multiple cells at the same time :D |
22:25.20 | cr2 | chamonix: it's the same idea as openstreetmap. such databases contain a lot ofoutdated, wronganf intentionally false information |
22:25.39 | chamonix | phh: RIL lists the neighbouring cells |
22:25.45 | phh | chamonix: no it doesn't |
22:25.51 | chamonix | well, 1 at least :) |
22:25.54 | cr2 | chamonix: with wihc call ? |
22:26.07 | phh | chamonix: I checked with htc ril, it does the same |
22:26.16 | tmzt | cr2: when are you going there? |
22:26.22 | cr2 | phh: at+3gncell ? |
22:26.31 | phh | cr2: I've never seen it returning anything |
22:26.32 | chamonix | requestNeighboringCellIds |
22:26.39 | cr2 | tmzt: was just n example |
22:26.51 | phh | chamonix: yes that's theorically :p |
22:26.57 | cr2 | phh: not on 5225 amss:( |
22:27.15 | phh | cr2: ok |
22:27.38 | cr2 | phh: but there are at$3g* commands |
22:27.43 | phh | yes |
22:27.48 | phh | I tried them without much luck |
22:27.56 | cr2 | phh: some of them work |
22:28.08 | cr2 | phh: and there is a filedtest.exe |
22:28.19 | chamonix | I've read the UMTS spec the other day, there's noting much except tons of theory and timings |
22:28.28 | cr2 | phh: you can dump AT smd fifo while using it |
22:28.42 | phh | cr2: iirc I did |
22:29.12 | cr2 | chamonix: some guy fron TX posted some helpfl doc at xda-dev |
22:29.38 | chamonix | regarding RIL or location stuff? |
22:29.58 | phh | lol, dumping ramconsole crashes wince |
22:30.09 | ToAsTcfh | tmzt: hold up i think i got it. modprobe passes a string intern it gets an identifier. then modprob checks the modprobe.conf for that string. then knows to load the .ko. i think this is what phh was talking about. if im wrong phh please let me know |
22:30.24 | phh | ToAsTcfh: not at all :p |
22:30.29 | phh | it's the kernel who checks the string |
22:30.46 | phh | the 2.6.27 ARMEv6 blabla |
22:30.47 | ToAsTcfh | ok ok my bad. |
22:30.51 | cr2 | omg. geoid separation |
22:30.52 | *** join/#htc-linux RandomPPCGeek (n=ponicg@ool-457eebf2.dyn.optonline.net) |
22:30.59 | chamonix | I must admit I use loc only so my mobile knows where it is to switch to the right profile.... I hate when my phone rings while I'm in a meeting so it turns to silent whenever I'm near the office :) |
22:31.17 | phh | chamonix: I need that. |
22:31.20 | RandomPPCGeek | hey all |
22:31.30 | ToAsTcfh | yeah but if the kernel doesnt know the string then how to monipulatte that even in my favor |
22:31.31 | cr2 | must be veryprimitive though |
22:32.16 | chamonix | phh: I'll publish my code when I'm finished but you can have a look at "locale beta" from the market.... it's pretty nice except it uses only the google api and you won't see any technical stuff like cid+lac |
22:32.50 | stinebd | cool |
22:32.52 | stinebd | thanks chamonix |
22:32.59 | phh | I knew I've seen such an app on the store. |
22:33.27 | stinebd | i saw an app that makes noises of various bodily functions |
22:33.32 | chamonix | right now my LocService detect position, charging, time, and adjusts to any profile based on rules, and sends stuff like tweets or SMS when you enter an area e.g. |
22:33.51 | phh | huhu |
22:34.06 | IceBone | The only thing that needed autotweeting was the newlyweds' bed. |
22:34.20 | chamonix | phh: locale won the andoir innovation contest, there's the beta and a paid version but the beta is maintained and it has scripting features plus a really cool API |
22:34.34 | chamonix | s/andoir/android |
22:34.35 | stinebd | so you're saying don't buy it |
22:34.43 | cr2 | chamonix: sound like perfect spyware :) |
22:34.47 | chamonix | lol |
22:34.55 | chamonix | cr2: have a look at google lattitude |
22:35.12 | stinebd | it's not spying if you opt in ;) |
22:35.17 | cr2 | yah, theyshouldburninhell |
22:35.22 | chamonix | stinebd: I would pay for it but I just wanted to says it's not just a beta to attract ppl and "force" them paying afterward |
22:35.25 | tmzt | ToAsTcfh: alias? |
22:35.27 | tmzt | yeah |
22:35.39 | tmzt | but not modver string |
22:35.47 | tehtrk_home | polyrhythmic: does the latest eclair build seem slower? It could either be that, my partitioning, or not using the hybrid rootfs that i was using with the mid-december eclair build I was using |
22:35.48 | tmzt | but you said missing symbols |
22:36.02 | phh | [ 218.192718] timeout waiting for mdp to complete 1 |
22:36.05 | phh | what's the hell. |
22:36.30 | *** join/#htc-linux ali1234 (n=al@s15238489.onlinehome-server.info) |
22:36.33 | cr2 | chamonix: goole IS the spyware business |
22:36.40 | phh | :) |
22:37.14 | cr2 | i draw my own maps at openstreetmaps |
22:37.30 | chamonix | well, even google discovered that there's a markting argument in at least pretending to inform ppl about the data held about them |
22:37.39 | chamonix | it's politically correctness |
22:37.44 | chamonix | -ly |
22:37.46 | *** join/#htc-linux rzk__ (n=rzk@188.162.48.135) |
22:37.53 | cr2 | and they are much better and accurate than what google can provide |
22:38.34 | chamonix | that would be cool to replace the google api by another one |
22:38.43 | chamonix | as per loc I mean |
22:39.25 | polyrhythmic | tehtrk_home: not to me, and I have email & google voice running in the bkgrnd... I make good use of taskiller though |
22:41.05 | chamonix | cr2: http://www.mobiflip.de/2009/11/openstreetmap-api-fuer-android/ <--- someone already did that, so I'm definitely going to integrate that |
22:41.18 | phh | D/libgps ( 1178): qct_gps_set_position_mode = 1, fix_frequency = 1 |
22:41.18 | phh | D/libgps ( 1178): qct_gps_start |
22:41.21 | phh | cr2: seems better. |
22:41.24 | phh | kind of. |
22:41.34 | stinebd | hmm |
22:41.38 | cr2 | phh: show me the full log |
22:41.48 | chamonix | and it's interesting, behind the API it's ericsson :-D |
22:41.48 | cr2 | hah. http://myapp.fr/cellsIdData |
22:41.49 | stinebd | it appears to be in some sort of german language |
22:42.04 | chamonix | sry for that stinebd :) |
22:42.14 | stinebd | that's okay, i took four years of german |
22:42.26 | stinebd | some day i'll remember how to read it |
22:42.46 | chamonix | lol |
22:42.50 | phh | cr2: just to mention, it crashed. |
22:42.59 | IceBone | Anyone know where I could get the Android logo, but in nice 3D, like it is in the Hero startup animation? |
22:43.02 | chamonix | no need, click on the first link and you get here: https://labs.ericsson.com/apis/mobile-maps/ |
22:43.16 | chamonix | apii key registered |
22:44.10 | cr2 | chamonix: http://wiki.openstreetmap.org/wiki/Android |
22:44.31 | cr2 | phh: you use mode=1, which is never used on wince |
22:45.19 | chamonix | cool |
22:45.33 | chamonix | finally I got to code Java again :) |
22:45.41 | chamonix | s/got/get |
22:46.14 | phh | GRRRRRR |
22:46.19 | phh | ATL is wrong AGAIN |
22:46.26 | phh | why can't i code that. |
22:46.46 | phh | and how can it not return an error if it's wrong |
22:47.12 | *** join/#htc-linux Hoochster (n=hooch@74.194.109.73) |
22:50.56 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
22:51.24 | ToAsTcfh | phh: so i need to create and edit /etc/modprobe.conf to have an alias for the .ko? |
22:51.38 | phh | no |
22:52.12 | ToAsTcfh | ok then im reading the wrong thing |
22:53.16 | ToAsTcfh | or modprobe will make the .conf oncwe it gets the identifier part from the kernel |
22:53.23 | phh | and i'm writing the wrong thing. |
22:53.27 | phh | no. |
22:53.31 | phh | it's not linked with modprobe at all |
22:53.51 | rzk__ | polyrhythmic: I've uploaded latest tinboot build for kaiser, working good with your eclair build, test if you want - http://rzk.sadistto.net/KAIS-320.NBH |
22:54.52 | *** join/#htc-linux DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
22:55.05 | cr2 | phh: PDSM_PD_EVENT_*, do we know something about it ? |
22:55.18 | phh | I don't. |
22:55.48 | IceBone | http://forums.finalgear.com/customavatars/avatar15861_12.gif |
22:56.30 | ToAsTcfh | errr... this is frustrating. i cant even figure out how to do this. or im just looking in all the wrong places |
22:57.33 | cr2 | rzk__: do you have working gps on kaiser ? |
22:57.47 | rzk__ | cr2: i have no kaiser, lol. |
22:57.56 | rzk__ | I have niki |
22:58.43 | cr2 | it's the same for me :) |
22:59.39 | rzk__ | gps is hardly disabled on niki, no code in radio & spl, someone on forum tried to figure out what is deleted, but no news from him. |
23:00.07 | phh | rzk__: doesn't that need a special physical radio ? |
23:00.35 | rzk__ | may be, but gps & wifi is in qualcomm's SoC |
23:00.49 | phh | gps yes, but you still need an antenna |
23:01.01 | polyrhythmic | rzk__: that's 240x320 or 320x480? |
23:01.07 | rzk__ | 240 |
23:01.10 | polyrhythmic | rzk__: also, congrats! that's awesome |
23:01.18 | polyrhythmic | I will test that later tonite |
23:01.35 | cr2 | phh: i think they process GPS signal as UMTS |
23:01.44 | phh | cr2: meaning ? |
23:01.45 | cr2 | phh: so it's the same antenna |
23:01.50 | phh | uh ? |
23:01.54 | phh | but it's not the same frequency at all afaik |
23:01.57 | cr2 | with the same mDSP |
23:02.28 | tmzt | wifi is? |
23:02.34 | cr2 | well, you change the PLL frequency |
23:02.51 | phh | D/libgps ( 1184): qct_gps_inject_time(1263682956558, 204000, 220) |
23:02.53 | phh | new crash. |
23:02.53 | cr2 | phh: you don't need to transmit for gps |
23:03.07 | phh | cr2: you still need to receive. |
23:03.13 | tmzt | ToAsTcfh: what symbols does dmesg report are missing when you try to load msm_camera |
23:03.19 | cr2 | phh: it's a different (unknown) function |
23:03.25 | tmzt | you'll get format error but also missing symbols |
23:03.35 | cr2 | phh: for inject time |
23:03.47 | cr2 | i think 5b,1c (afair) |
23:03.52 | tmzt | cr2: is that an android internal thing or replay rpc from amss? |
23:04.14 | cr2 | tmzt: where? |
23:04.31 | tmzt | the PDSM_PD_EVENT symbol |
23:04.47 | cr2 | tmzt: wince .dll |
23:04.53 | tmzt | ok |
23:04.57 | polyrhythmic | rzk__: do sounds, calls, GPS, data, etc work? |
23:05.00 | *** join/#htc-linux Traveler0 (n=traveler@cpe-066-057-232-249.nc.res.rr.com) |
23:05.03 | cr2 | tmzt: isthere anyandoid code for gps ? |
23:05.04 | tmzt | so what are you asking? |
23:05.20 | tmzt | some but it's not all open |
23:05.35 | cr2 | tmzt: t's not a symbol but a bitmask |
23:05.35 | tmzt | proably in base.git or source.android.com for easier navigation |
23:05.40 | tmzt | ok |
23:06.05 | rzk__ | polyrhythmic: sounds freezing kernel, there is a bug in adsp, and i cant test gps :) |
23:06.44 | cr2 | haha. pretty old. http://blog.codetastrophe.com/2008/12/accessing-hidden-system-service-apis-in.html |
23:06.45 | phh | cr2: http://husson.hd.free.fr/dm.4 |
23:07.11 | polyrhythmic | rzk__: I read that dzo was working on updating sound drivers a few weeks ago but I never saw an update, idk what the state of adsp source is |
23:07.24 | cr2 | phh: but you still got 1 for ATL |
23:07.38 | polyrhythmic | rzk__: I can't flash until sound is working :( kaiser is my only phone |
23:07.48 | phh | cr2: uh ? I read 0 |
23:07.57 | rzk__ | oh |
23:08.03 | cr2 | [ 213.643554] 00000001 3000001d 00000000 00000004 00000001 00000004 00000005 |
23:08.04 | cr2 | [ 213.643646] [RPC] CALL to 3000001d:0 @ 0:00000001 (52 bytes) |
23:08.06 | cr2 | [ 213.644470] [RR] - ver=1 type=1 src=0:00000001 crx=0 siz=32 dst=1:c4912560 |
23:08.07 | cr2 | [ 213.644653] [RPC] READ on ept c4912560 |
23:08.09 | cr2 | [ 213.644714] [RPC] READ on ept c4912560 (28 bytes) |
23:08.10 | cr2 | [ 213.644744] oncrpc read |
23:08.12 | cr2 | [ 213.644744] 00000001 00000001 00000000 00000000 00000000 00000000 00000001 |
23:08.22 | phh | answer is byte 0 ? |
23:08.41 | cr2 | last int32 |
23:08.45 | rzk__ | polyrhythmic: http://forum.xda-developers.com/showpost.php?p=5376100&postcount=32 - about sound |
23:08.56 | phh | cr2: bah last int32 is 0 then ? |
23:08.59 | ToAsTcfh | phh: adb shell modprobe v4l2-int-device.ko |
23:09.00 | ToAsTcfh | modprobe: chdir(2.6.27-533ce29d): No such file or directory |
23:09.10 | cr2 | 00000001 00000001 00000000 00000000 00000000 00000000 00000001 |
23:09.16 | phh | ToAsTcfh: yes you have to create /lib/modules/2.6.27-533ce29d |
23:09.27 | cr2 | xid,1,0,0,0,*reply |
23:09.30 | cr2 | err |
23:09.33 | cr2 | xid,1,0,0,0,0,*reply |
23:09.36 | phh | hum |
23:09.53 | phh | but it seems to be the answer android expected ?!? |
23:09.59 | *** join/#htc-linux Tinyboom (n=nahh@ti0121a340-dhcp0200.bb.online.no) |
23:10.04 | polyrhythmic | rzk__: sound driver has other problems too, like preventing Eclair from sleeping... babijoee solved it somehow... |
23:10.15 | cr2 | maybe it was happy even with the failed call |
23:10.29 | cr2 | at least the arm9 was more happy now. |
23:10.31 | phh | maybe |
23:10.34 | phh | yes |
23:10.35 | polyrhythmic | rzk__: also we can't record from the mic or use voice dialer |
23:10.45 | phh | cr2: so i divert 5b/1d to 5b/1c ? |
23:10.58 | polyrhythmic | but it all works in donut :/ |
23:11.01 | cr2 | no. wait |
23:11.03 | phh | I'd have expected 1e |
23:11.54 | cr2 | xtra_inject_time_info ? |
23:12.28 | cr2 | is 1e |
23:13.44 | cr2 | lol |
23:13.48 | cr2 | Accessing private fields like this in Java is generally frowned upon in production code, but we're hackers and we want the data and we can do whatever we want to get it and the establishment can't stop us. |
23:14.14 | polyrhythmic | yes! don't let the establishment hold you down! |
23:14.26 | phh | cr2: I guess i'm going to do proc++ for every single proc then ? |
23:14.29 | stinebd | my mother wants to buy a rhod/tilt2 |
23:15.07 | stinebd | i should drive to her place one night and sneak linux onto it |
23:15.21 | phh | naa keep your raph |
23:15.31 | stinebd | i plan to |
23:15.37 | stinebd | what's wrong with having two phones? |
23:15.40 | stinebd | babijoee does it |
23:16.33 | phh | it's not enough. |
23:16.38 | phh | cr2: how many phones do you have ? :p |
23:16.44 | cr2 | phh for 5b |
23:16.56 | phh | cr2: not for 1d ? |
23:17.15 | cr2 | phh: forgot to check 1d for topa/rhod |
23:18.10 | phh | I still don't know how he'll send xtra data though. |
23:18.16 | phh | s/he/it/ |
23:18.26 | cr2 | phh: right now ? a780, raph,uni,herm,sable,athe |
23:18.55 | cr2 | gave away hima and ba |
23:18.57 | tmzt | no rhod? |
23:19.03 | cr2 | no |
23:19.40 | cr2 | i really should buy nexus |
23:19.44 | phh | now the problem with GPS, is that if it doesn't crash, I won't be able to test it without going in the cold outside. |
23:19.50 | cr2 | a780is the only phone that i use :) |
23:20.16 | cr2 | phh: hehe. the same problem here |
23:20.26 | phh | anyway, it will crash |
23:20.29 | cr2 | phh: that's why i could not get a full trace ;) |
23:20.34 | cr2 | in wince |
23:21.11 | phh | come on. crash. |
23:21.19 | cr2 | sucking qcom gps does not get a fix even with the opened window |
23:21.24 | cr2 | lol |
23:21.43 | phh | D/libgps ( 1182): qct_gps_inject_time(1263684053304, 198780, 185) |
23:21.43 | phh | E/RPC ( 1182): 3000005b:90380d3d call packet arrived, but there's no RPC server registered for 3100005b:00000000. |
23:21.44 | phh | hum. |
23:21.53 | phh | I'll have to see rpc log. |
23:21.58 | cr2 | goof |
23:22.07 | cr2 | you need to register the CB server |
23:22.17 | cr2 | i thought i did it !? |
23:22.39 | phh | the problem is the version mismatch in the return of read() no ? |
23:22.55 | cr2 | #define RPC_PDAPI_CB_PROG 0x3100005b |
23:23.07 | phh | oh there is 1 behind. |
23:23.13 | tmzt | cr2: you still working with nc20 or is that your laptop now? |
23:23.18 | cr2 | well, change the CB version |
23:23.34 | phh | wait, I'm not sure of what I'm supposed to do here |
23:23.38 | cr2 | tmzt: nc10 is my inet gw |
23:23.58 | tmzt | that's via chipset? |
23:24.03 | phh | I have to call new_server(0x3100005b) ? |
23:24.11 | cr2 | tmzt: i run notebook+nc10+24"lcd |
23:24.27 | cr2 | phh: it's the "dzo"-api :) |
23:24.39 | phh | you mean ugly as hell but works ? :p |
23:24.45 | cr2 | phh: didn't i register the cb server ? |
23:24.46 | cr2 | lol |
23:24.51 | phh | I can't see where |
23:25.01 | cr2 | g1 has 3 meto |
23:25.10 | cr2 | hds of ding it ;) |
23:25.35 | phh | [ 208.707672] [RR] x RESUME_TX id=1:c2b677a0 |
23:25.40 | phh | it means ARM9 wants to say something ? |
23:25.50 | cr2 | static struct msm_rpc_server pdapi_rpc_server = { |
23:25.51 | cr2 | <PROTECTED> |
23:25.53 | cr2 | <PROTECTED> |
23:25.54 | cr2 | <PROTECTED> |
23:25.56 | cr2 | }; |
23:25.58 | cr2 | 1: is arm11 |
23:26.02 | cr2 | 0: is arm9 |
23:26.14 | ToAsTcfh | adb shell modprobe -v v4l2-int-devicemodprobe: 'v4l2-int-device.ko': invalid module format |
23:26.30 | ToAsTcfh | adb shell insmod /system/modules/lib/modules/2.6.27-533ce29d/v4l2-int-device.ko |
23:26.30 | cr2 | <PROTECTED> |
23:26.30 | ToAsTcfh | insmod: init_module '/system/modules/lib/modules/2.6.27-533ce29d/v4l2-int-device.ko' failed (Exec format error) |
23:26.31 | cr2 | <PROTECTED> |
23:26.51 | phh | cr2: haha, this needs the board-htcraphael-gps to be loaded :p |
23:26.55 | cr2 | phh: it's the "official" way, but looks a bit inflexible |
23:27.12 | cr2 | phh: well, copy this ocde to rfkill |
23:27.23 | phh | oh wait. this might already be in it |
23:27.37 | phh | yes it is |
23:27.53 | phh | cr2: doing init twice in a row is a problem ? |
23:28.04 | phh | (ie rfkill then libgps.so) |
23:28.17 | cr2 | don't know |
23:28.29 | phh | I bet on an ARM9 crash. |
23:28.52 | ToAsTcfh | phh: ok man where do i find the string i need to fake or where do i start.? because google isnt helping me much. im prolly searching for the wrong thing or something idk |
23:29.01 | phh | ToAsTcfh: dmesg. |
23:29.13 | phh | you'll see two strings in it identifing the src and dst kernel |
23:29.33 | cr2 | phh: new log ? |
23:29.42 | phh | yes wait |
23:31.11 | phh | http://husson.hd.free.fr/dm.5 |
23:31.26 | cr2 | phh: it seems that you are farther than we wrer before |
23:31.42 | phh | yeay \o/ crashing as soon as calling rfkill \o/ |
23:31.57 | phh | I guess I'll remove everything but rpc_register_server for first tests. |
23:32.29 | phh | oh wait. it seems the problem is in markinus' code. |
23:32.41 | cr2 | 3000005b 00000000 0000001e failed too |
23:32.50 | phh | lol |
23:32.56 | phh | as long as it doesn't crash, android doesn't care :p |
23:32.56 | tmzt | ToAsTcfh: try insmod -f |
23:32.59 | cr2 | bt it's xtra |
23:33.00 | tmzt | but that's not it |
23:33.28 | tmzt | you're going to have to backport the new v4l2 I think |
23:33.37 | tmzt | can you explain what your doing? |
23:33.48 | cr2 | phh: i think i've never seen thses api, becausei never used gps with umts enabled. |
23:33.57 | phh | cr2: ok |
23:34.23 | phh | cr2: they are of any use for you yet ? |
23:34.39 | cr2 | who ? |
23:34.51 | phh | android logs |
23:34.55 | tmzt | isn't 1 the router? 0 is apps? |
23:35.06 | ToAsTcfh | well im trying to start with atleast loading it. ive already pushed the modules for it to the device. i just wanna get them to load. then i wanna load msm_camera |
23:35.11 | cr2 | tmzt: o i remote, 1 is local |
23:35.28 | cr2 | phh: not yet |
23:35.31 | phh | ok |
23:35.36 | ToAsTcfh | v4l2 is just what i have on the device as of now |
23:35.56 | ToAsTcfh | i have pushed to the device |
23:36.04 | cr2 | phh: it's funny that peddling wrong data to arm9 over rpc you can crash it :) |
23:36.22 | phh | cr2: I'm not sure "funny" is the right word |
23:36.23 | ToAsTcfh | tmzt^^^^^ |
23:36.28 | phh | I'd better say scary |
23:36.31 | tmzt | ToAsTcfh: what kernel is msm_camera from? why don't you have source to begin with? |
23:36.33 | phh | grrr |
23:36.33 | cr2 | shows how secure is ths whole monster called amss |
23:36.41 | phh | I'm hitting a bug in markinus' code he commited today. |
23:36.45 | phh | well yesterday now |
23:37.12 | ToAsTcfh | tmzt: i do have the source for the modules |
23:37.18 | tmzt | a provavbly correct os can't handle new input very well |
23:37.26 | tmzt | where are they from? |
23:37.28 | ToAsTcfh | i dont have the souce to build a kernel |
23:37.36 | tmzt | do you have source for your kernel? |
23:37.42 | tmzt | then what are you doing? |
23:37.42 | ToAsTcfh | yes |
23:38.37 | ToAsTcfh | trying to load msm_camera as a module so i can use the camera in 2.+ |
23:38.40 | cr2 | phh: replace vbus with readl(smem+0xfc00c), while you are at it. |
23:38.58 | *** join/#htc-linux DarkMasterHalo (n=DarkMast@modemcable187.118-80-70.mc.videotron.ca) |
23:39.34 | ToAsTcfh | phh: never mind. madcoder said he ahas already tried this and it wont work :( |
23:40.05 | tmzt | what exactly are you doing |
23:40.12 | tmzt | what device what kernel |
23:40.24 | tmzt | none of the questions make any sense without that information |
23:40.45 | ToAsTcfh | htcv heroc 2.6.27 |
23:41.01 | ToAsTcfh | msm_camera.ko |
23:41.29 | ToAsTcfh | trying to load msm_camera as a .ko |
23:41.57 | tmzt | and where did you get it? |
23:42.01 | ToAsTcfh | because the new camera looks for /dev/msm_camera/control0 |
23:42.11 | tmzt | and the old? |
23:42.23 | ToAsTcfh | i built the .ko from the gsm hero source |
23:42.34 | ToAsTcfh | pmemcamera |
23:43.07 | ToAsTcfh | s5k3e2fx |
23:43.47 | tmzt | is it the same chip? |
23:43.52 | ToAsTcfh | yes |
23:43.57 | tmzt | okay, so you need to fake the modvers? |
23:44.17 | tmzt | can't you change EXTRAVERSION in the toplevel Makefile? |
23:44.37 | tmzt | it's on EMDH? |
23:44.55 | phh | cr2: ok. this time gps is going to start. |
23:44.58 | tmzt | do you have a kernel for cdma hero working then? |
23:45.02 | phh | is crossing his fingers |
23:45.13 | ToAsTcfh | no |
23:45.21 | cr2 | phh: lol |
23:45.23 | ToAsTcfh | <PROTECTED> |
23:45.35 | cr2 | tmzt: emdh is never used |
23:45.55 | phh | argh crashed again |
23:46.16 | cr2 | tmzt: you need 2 lcds to use emdh |
23:46.16 | tmzt | sorry, pmdh then? |
23:46.18 | phh | ok I'll have to ask markinus. |
23:46.21 | tmzt | or client? |
23:46.23 | cr2 | phh: log ? |
23:46.29 | tmzt | what's it called then |
23:46.33 | cr2 | tmzt: mddi client is mdc |
23:46.38 | tmzt | mdc ok |
23:46.39 | phh | cr2: it's because of the get_amss_value thing, purely software |
23:46.48 | tmzt | and vfe |
23:47.23 | cr2 | phh: amss value can be done with strsep() in board_init() |
23:47.36 | cr2 | phh: should be done |
23:47.41 | phh | cr2: ok |
23:47.44 | phh | later :p |
23:47.48 | cr2 | olk |
23:48.20 | phh | can it be done at any time ? |
23:48.24 | cr2 | is worth a global symbol |
23:48.29 | phh | yes |
23:48.44 | cr2 | yes, but you need it for many things everywhere |
23:49.26 | phh | cr2: markinus pushed (yesterday I think), a patch to have every amss-dependant stuff in a single file |
23:49.26 | cr2 | like *cough* gps PROCs :) |
23:49.40 | tmzt | ops? |
23:49.51 | phh | but it's kind of wrong. I don't know why |
23:50.21 | cr2 | ok |
23:50.59 | phh | ah no i found the problem |
23:51.25 | cr2 | <PROTECTED> |
23:51.35 | cr2 | i think more logging can be added here. |
23:51.41 | cr2 | in the pdsm_cb |
23:57.35 | phh | E/RPC ( 1184): 3000005b:90380d3d call packet arrived, but there's no RPC server registered for 3100005b:00000000. |
23:57.36 | phh | hum. |
23:58.46 | phh | I'm thinking this might begin to be a problem |
23:58.58 | cr2 | phh: maybe that's the problem with the CB server registeration |
23:59.10 | phh | I have to understand how userland registers rpc server |
23:59.27 | cr2 | ok |
23:59.55 | cr2 | does the kernel log something ? |