00:04.36 | *** join/#htc-linux Guest44207 (chamonix@unaffiliated/chamonix) |
00:06.31 | *** join/#htc-linux dekar (~dekar@port-92-193-124-146.dynamic.qsc.de) |
00:24.56 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
00:37.10 | *** part/#htc-linux ali1234 (~al@robotfuzz.co.uk) |
00:47.57 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
00:53.07 | *** join/#htc-linux zycho (~zycho@g227176178.adsl.alicedsl.de) |
01:00.48 | makkonen | arrrghhh: that's exceedingly strange. builds fine on my end. |
01:04.00 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
01:21.45 | polyrhythmic | here's a new one |
01:22.04 | polyrhythmic | so I was booting android from haret and it segfaulted |
01:22.15 | polyrhythmic | so I soft reset my Kaiser, and I get the tri-color screen |
01:25.37 | polyrhythmic | well it only took 3 battery removals and 8 soft resets but it has found itself again |
01:27.03 | polyrhythmic | maybe I shouldn't take it skiing anymore. |
01:54.15 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
02:10.24 | *** join/#htc-linux zycho_ (~zycho@g227201218.adsl.alicedsl.de) |
02:30.55 | *** join/#htc-linux bkero (~bkero@osuosl/staff/bkero) |
02:40.49 | JdGordon | is anyone here an OP in #replicant? |
02:41.18 | JdGordon | or can fix the sflc_log bot? |
02:43.46 | *** join/#htc-linux Forsaken|Desk1 (~Forsaken@dslb-084-058-245-009.pools.arcor-ip.net) |
02:48.26 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
02:56.46 | *** part/#htc-linux shakaran (~shakaran@169.Red-83-35-49.dynamicIP.rima-tde.net) |
02:57.40 | ToAsTcfh | tmzt: who was that lady u had me send those utilities to? i wanna know if she may have one i can use |
02:58.57 | ToAsTcfh | phh: vgrabber wont even work on a sapphire that has v4l2 on it. it causes it to reboot also |
03:13.15 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
03:14.18 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-196-233-184.hsd1.co.comcast.net) |
03:27.39 | *** join/#htc-linux arrrghhh_ (~arrrghhh@c-71-196-233-184.hsd1.co.comcast.net) |
03:28.29 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-196-233-184.hsd1.co.comcast.net) |
03:33.13 | *** join/#htc-linux StarLite` (~nnscript@s55916cb1.adsl.wanadoo.nl) |
03:47.51 | *** join/#htc-linux Forsaken|Desk (~Forsaken@dslb-084-058-253-078.pools.arcor-ip.net) |
03:59.15 | tmzt | ToAsTcfh: cmonex? she's in #xda-devs |
03:59.39 | tmzt | you don't provide enough details ever, heroc is not enough |
03:59.46 | tmzt | it doesn't say which driver |
04:10.14 | ToAsTcfh | tmzt: ive been trying to use v4l2 |
04:10.31 | ToAsTcfh | but yeah man thanx |
04:14.32 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-196-233-184.hsd1.co.comcast.net) |
04:15.23 | ToAsTcfh | i wish there was a utility to to just test if msmcamera or v4l2 kernel drivers are working properly. we think were real close but we cant see what the issue is |
04:15.45 | tmzt | there are many |
04:15.51 | ToAsTcfh | like? |
04:15.52 | tmzt | the issue is probably dma |
04:15.55 | ToAsTcfh | i searched |
04:15.59 | tmzt | we should work through this |
04:16.06 | tmzt | v4l-config to start with |
04:16.14 | tmzt | luvcview with mods |
04:16.21 | tmzt | record maybe |
04:16.29 | tmzt | from xawtv-utils package |
04:16.36 | tmzt | streamer |
04:16.44 | ToAsTcfh | v4l-config i couldnt get to compile |
04:16.55 | tmzt | cat, with help from v4l-config |
04:17.07 | tmzt | then you don't have headers |
04:24.13 | *** join/#htc-linux MrPippy (~pip@adsl-75-37-167-3.dsl.sndg02.sbcglobal.net) |
05:01.59 | *** join/#htc-linux droid0011 (~g1@p4FDCBFE1.dip.t-dialin.net) |
05:54.18 | *** join/#htc-linux amjad (~amjadduba@86.99.239.127) |
06:00.59 | *** join/#htc-linux kad_ (~kad@219-89-117-161.adsl.xtra.co.nz) |
06:01.40 | *** join/#htc-linux droid001 (~g1@p4FDCA57F.dip.t-dialin.net) |
06:08.03 | *** join/#htc-linux Forsaken|Desk1 (~Forsaken@dslb-084-058-224-247.pools.arcor-ip.net) |
06:11.26 | *** join/#htc-linux BHSPitLappy (~BHSPitLap@unaffiliated/bhspitmonkey) |
07:26.06 | *** join/#htc-linux luc_ (~luc@89-115-128-35.cl.ipv4ilink.net) |
07:53.32 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87c8ba.pool.mediaWays.net) |
08:17.10 | *** join/#htc-linux cyberdesigner (~cyberdesi@port-92-206-189-164.dynamic.qsc.de) |
08:26.43 | *** join/#htc-linux luc_ (~luc@89-115-128-35.cl.ipv4ilink.net) |
08:29.32 | *** join/#htc-linux cyberdesigner (~cyberdesi@port-92-206-189-164.dynamic.qsc.de) |
08:43.23 | *** join/#htc-linux toi (~toi@d54C2A96D.access.telenet.be) |
08:44.06 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
08:47.11 | *** join/#htc-linux Forsaken|Desk (~Forsaken@dslb-084-058-192-032.pools.arcor-ip.net) |
09:01.17 | *** join/#htc-linux fish1209_ (~fish1209@75-92-35-227.war.clearwire-wmx.net) |
09:03.53 | *** part/#htc-linux fish1209_ (~fish1209@75-92-35-227.war.clearwire-wmx.net) |
09:04.19 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
09:06.56 | *** join/#htc-linux malgon (~simon@ABordeaux-257-1-153-92.w90-60.abo.wanadoo.fr) |
09:07.14 | *** join/#htc-linux MrPippy_ (~pip@adsl-75-37-167-3.dsl.sndg02.sbcglobal.net) |
09:13.06 | *** join/#htc-linux maejrep (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net) |
09:21.53 | *** join/#htc-linux cyberdesigner (~cyberdesi@port-92-206-189-164.dynamic.qsc.de) |
09:23.34 | *** part/#htc-linux nashpa (~dliviu@dliviu.plus.com) |
09:37.35 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
09:37.39 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
09:53.03 | *** part/#htc-linux mickey|dinner (~mickey@80.81.242.146) |
10:06.00 | *** join/#htc-linux Squarc (~Squarc@82-217-32-29.cable.quicknet.nl) |
10:17.29 | *** join/#htc-linux aabisaky (~aabisaky@79.112.231.64) |
10:19.18 | phh | any TD2/TP2 user around ? |
10:34.13 | *** part/#htc-linux aabisaky (~aabisaky@79.112.231.64) |
10:45.20 | chamonix | hello guys |
10:45.26 | phh | hi chamonix |
10:45.30 | phh | chamonix: read your logs |
10:46.24 | phh | groumpf, uid/gid got screwed |
10:46.27 | phh | I have to fix all perms by hand |
10:46.34 | phh | or start again from a brand new data.img |
10:49.11 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
10:51.13 | *** join/#htc-linux Forsaken|Desk1 (~Forsaken@dslb-084-059-011-246.pools.arcor-ip.net) |
10:59.36 | chamonix | phh: I finally figured out how to run shell commands from java and borrowed some code from terminal so reading/writing everywhere works now |
10:59.44 | phh | pfff |
10:59.47 | phh | I setted 666 perms -_-' |
11:02.03 | phh | chamonix: anyway, when do you think you'll have some cool stuff to show about that ? :p |
11:04.48 | chamonix | I'm starting right now with the basics but have to do some stuff for work today so I'm not sure I'll be done today |
11:04.52 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
11:04.54 | phh | :'( |
11:24.51 | chamonix | phh: it there any way to load modules with insmod despite the magic cookie mismatch? |
11:25.10 | phh | with correct insmod tool with -f option |
11:25.49 | chamonix | ok, I don't have the correct one then :-/ there's no -f |
11:28.45 | phh | why do you want that ? |
11:28.51 | phh | need wifi+ramzswap modules ? |
11:29.03 | chamonix | exactly |
11:29.20 | chamonix | or Image :) |
11:29.31 | phh | chamonix: we will do with an other way. |
11:30.08 | chamonix | I looked at extracting from zImage but didn't quite get it |
11:30.09 | phh | chamonix: I'll add yaffs to the modules and then create a initramfs.gz which loads the modules from glemsom's modules |
11:31.26 | phh | time to eat. |
11:32.21 | chamonix | bon ap' |
11:35.48 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
11:55.44 | phh | chamonix: so download latest zImage +modules at http://zimages.googlecode.com/svn/autobuild_system/htc-msm-android/zImage-modules-20100131_124003.tar |
11:56.37 | phh | then extract the modules, copy yaffs2 and mtd_* in the initramfs |
11:56.43 | phh | edit the init file of the initramfs to load the correct modules |
11:56.45 | phh | et voila. |
11:59.08 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host46-130-dynamic.244-95-r.retail.telecomitalia.it) |
12:01.16 | chamonix | cool! ty |
12:02.56 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
12:03.29 | phh | chamonix: I can make you a script if you want |
12:09.52 | *** join/#htc-linux adamw (~adamw@S010600226b8aa2ea.vc.shawcable.net) |
12:09.59 | phh | hi adamw |
12:10.06 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
12:11.20 | *** join/#htc-linux adamw (~adamw@redhat/adamw) |
12:12.05 | adamw | phh: hey |
12:12.05 | adamw | phh: ahh, i see the newer one now, i must've just grabbed it before the newer one showed up |
12:12.29 | adamw | ok, gimme 5 mins i'll test with the 124003 - that one will be OK? |
12:12.36 | phh | yes |
12:12.53 | adamw | ok |
12:13.23 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
12:16.12 | adamw | phh: booting now |
12:16.26 | phh | chamonix: you're booting too ? |
12:16.51 | adamw | nice buildsystem btw! didn't know it existed till now |
12:19.02 | phh | yes I love it too, thanks to GlemSom :) |
12:19.36 | adamw | damn now i have to get the soft keyboard up somehow...there's no way i can find to get a / out of the tilt2 keyboard atm hehe |
12:19.53 | phh | you have to be in portrait |
12:19.58 | phh | and then longpress on home button |
12:20.00 | phh | hum menu button |
12:20.13 | phh | well you see what I mean. |
12:21.02 | *** join/#htc-linux zachy (~george@85.193.4.18) |
12:21.57 | chamonix | phh: no I'll do that later, I first want to finish the basic service responding on battery, sms, incoming call, cell change etc |
12:23.27 | adamw | damn, nope. that don't work. i got it up last boot by accident, can't make it happen again. grr |
12:23.56 | adamw | ah got it |
12:27.28 | adamw | whew, okay, that was annoying. with keyboard out: 562958543290368 |
12:28.08 | adamw | and...seems the same with keyboard in |
12:28.14 | phh | baahh |
12:28.24 | phh | seems or is ? |
12:28.27 | adamw | is |
12:28.29 | phh | :'( |
12:28.30 | adamw | tried it a few times |
12:28.42 | adamw | i can close out console and reload it or something? |
12:28.56 | phh | no it means my code or my guess is wrong |
12:28.56 | adamw | shouldn't change it though. if android behaves how i'd expect :) |
12:29.35 | adamw | anything else I can get you? |
12:29.46 | phh | some ideas ? :p |
12:30.54 | adamw | heh, if this were hardware and a linux implementation I knew anything about, sure :D |
12:31.26 | phh | adamw: can you see if auto_backlight works at least ? |
12:31.56 | phh | chamonix: oh and I need a GUI to set this btw. |
12:32.01 | adamw | phh: define 'works' |
12:32.18 | phh | adamw: if writing 1 to it enables automatic backlight diming |
12:32.37 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-103-180.web.vodafone.de) |
12:32.41 | adamw | ok. |
12:33.22 | chamonix | phh: generic GUI is finished, just needs testing |
12:33.28 | cr2_ | hi |
12:33.53 | adamw | man, i really could do with some tab completion on this thing |
12:33.54 | adamw | also, a tab key |
12:33.58 | chamonix | ...and I need a list of all the stuff that can be written/read |
12:34.08 | cr2_ | phh: can you add printk for pll settings after calling dex_1d(2) ? |
12:34.25 | chamonix | i'll grep logs for "echo.*>" |
12:34.31 | phh | cr2_: sure |
12:34.44 | phh | cr2_: I haven't seen any side effect of this dex yet though |
12:35.01 | cr2_ | hm |
12:35.04 | cr2_ | static unsigned int pll_get_rate(int n) |
12:35.08 | cr2_ | it's static |
12:35.19 | phh | cr2_: dump_debug_stuff :p |
12:36.21 | cr2_ | ok |
12:36.53 | cr2_ | idx2pll can be also dumped. if we use the pll index directly |
12:38.10 | cr2_ | phh: about microp |
12:38.13 | cr2_ | <PROTECTED> |
12:38.15 | cr2_ | <PROTECTED> |
12:38.16 | cr2_ | <PROTECTED> |
12:38.28 | cr2_ | do we know the bit meanings ? |
12:38.31 | phh | no |
12:38.50 | adamw | phh: um. if I do echo 1 > /dbgfs/micropklt_dbg/auto_backlight , then cat /dbgfs/micropklt_dbg/auto_backlight , it still shows 0 |
12:38.57 | phh | adamw: yes it's write only |
12:39.02 | cr2_ | maybe we can split the values into bitmasks ? |
12:39.07 | cr2_ | phh: i think partially |
12:39.29 | adamw | phh: ah, k. so what should it do? |
12:39.31 | phh | cr2_: I haven't seen any doc/source for it yet |
12:39.36 | cr2_ | lol |
12:39.37 | phh | cr2_: but you know (almost) everything ? :p |
12:39.38 | cr2_ | <PROTECTED> |
12:39.56 | phh | adamw: bah see if the backlight dims when approaching a light |
12:39.57 | cr2_ | i think some bits are known |
12:40.14 | adamw | phh: k |
12:40.18 | cr2_ | precess_spi_table |
12:40.20 | cr2_ | lol |
12:40.25 | cr2_ | is it precessing ? |
12:40.34 | phh | I guess markinus meant processing |
12:40.54 | cr2_ | char c0[]={spicmd, |
12:40.55 | cr2_ | ok |
12:41.12 | cr2_ | are all commands char ? |
12:41.27 | phh | command ID you mean ? it seems so yes |
12:41.37 | cr2_ | unsigned ? |
12:41.43 | cr2_ | no, the data too |
12:41.57 | phh | no, led takes a short |
12:42.06 | phh | (or two chars, it's a matter of point of view) |
12:42.15 | adamw | phh: I don't think it is. slightly hard to tell for sure, though. |
12:42.25 | adamw | usually i'd test by going outside, but hey, it's 4:40am :) |
12:42.39 | phh | hum ok, will be for another day |
12:42.48 | phh | adamw: can you retry the gpi stuff with http://husson.hd.free.fr/zImage ? |
12:42.53 | cr2_ | ok |
12:43.06 | adamw | from what i can judge, though, it's basically on highest brightness setting possible even with no ambient light, when winmo would set it pretty low |
12:43.20 | adamw | phh: OK, just a sec |
12:45.36 | phh | cr2_: do you want me to complete microp wiki page with mahimahi's infos ? |
12:46.41 | adamw | i'd best make this my last test for tonight, sorry - pretty late here :) |
12:46.42 | *** join/#htc-linux zycho (~zycho@g227201218.adsl.alicedsl.de) |
12:49.16 | cr2_ | phh: maybe rebuild it as a table ? |
12:49.37 | phh | cr2_: I don't know how to do that currently, but ok |
12:49.42 | cr2_ | phh: columns for r/w and device |
12:50.12 | cr2_ | phh: i think data tables can be added as subpages |
12:50.13 | adamw | phh: well, um. different, but i think not better :) with new zImage it's 0 whether keyboard is in or out |
12:50.20 | phh | adamw: ok |
12:50.29 | cr2_ | phh: maybe rename it MSM_MICROP ? |
12:50.41 | cr2_ | phh: RaphaelDEX is certainly MSM_DEX |
12:50.51 | phh | bwah, everything is already called rapahel* :p |
12:50.52 | phh | raphael* |
12:50.56 | cr2_ | because it's the same implementation on all wince |
12:51.03 | cr2_ | ok |
12:51.28 | cr2_ | MSM_CLK , MSM_VREG, |
12:52.50 | phh | [ 314.477752] Sending arm9_low_speed 7 |
12:52.50 | phh | [ 314.477905] PLL0 @ f8005300: MODE=00000007 L=0000000c M=00000004 N=00000005 freq=245760000 Hz (245 MHz) |
12:52.50 | phh | [ 314.478057] PLL1 @ f800531c: MODE=00000007 L=00000028 M=00000000 N=00000001 freq=768000000 Hz (768 MHz) |
12:52.50 | phh | [ 314.478210] PLL2 @ f8005338: MODE=00000007 L=00000037 M=00000000 N=00000001 freq=1056000000 Hz (1056 MHz) |
12:52.50 | phh | [ 314.478363] PLL3 @ f8005354: MODE=00000000 L=0000002d M=00000000 N=00000001 freq=864000000 Hz (864 MHz) |
12:52.56 | phh | [ 239.183319] Sending arm9_low_speed 2 |
12:52.56 | phh | [ 239.183563] PLL0 @ f8005300: MODE=00000007 L=0000000c M=00000004 N=00000005 freq=245760000 Hz (245 MHz) |
12:52.56 | phh | [ 239.183715] PLL1 @ f800531c: MODE=00000007 L=00000028 M=00000000 N=00000001 freq=768000000 Hz (768 MHz) |
12:52.57 | phh | [ 239.183837] PLL2 @ f8005338: MODE=00000007 L=00000037 M=00000000 N=00000001 freq=1056000000 Hz (1056 MHz) |
12:53.00 | phh | [ 239.184051] PLL3 @ f8005354: MODE=00000000 L=0000002d M=00000000 N=00000001 freq=864000000 Hz (864 MHz) |
12:53.04 | phh | doesn't seem to change much. |
12:53.33 | adamw | phh: fwiw, with that latest zimage, removing and inserting the stylus seems to trigger the onscreen keyboard to open and close, rather than switching from landscape to portrait |
12:53.36 | adamw | dunno if that tells you anything |
12:53.46 | phh | adamw: not at all |
12:54.12 | adamw | well, on home screen it still switches. but in console it triggers the soft keyboard. odd. |
12:54.37 | phh | not linked with what I changed anyway |
12:54.43 | cr2_ | phh: maybe it's really only LOCK_BUS |
12:54.56 | phh | cr2_: modem clock is directly a pll ? |
12:55.00 | phh | it's not derivated from a pll ? |
12:55.02 | adamw | hmm, now it's not doing that any more. must've just been that one freak time. oh well. it's late, i'm off to bed |
12:55.09 | cr2_ | phh: mpll is pll0 |
12:55.25 | phh | yes but maybe modem's clock has a MD/NS |
12:55.29 | adamw | i'm almost always online here, let me know if you need anything (simple) from my tilt2 :) thanks a lot again for your efforts |
12:55.41 | cr2_ | phh: no |
12:56.18 | phh | might also be ebi clock |
12:56.18 | cr2_ | phh: at least we don't know it |
12:56.19 | cr2_ | ebi is ebi |
12:56.55 | cr2_ | btw, can we compare smi and ebi1 speed ? |
12:57.22 | cr2_ | to know how faster is smi |
12:57.42 | phh | with pmem it's really easy :D |
13:00.12 | cr2_ | NetRipper: ping |
13:00.53 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
13:06.20 | phh | EBI |
13:06.21 | phh | 1264943166.390000 -> 1264943166.770000 |
13:06.21 | phh | SMI |
13:06.21 | phh | 1264943166.770000 -> 1264943167.180000 |
13:06.23 | phh | I let you do the maths |
13:06.49 | cr2_ | look identic |
13:06.49 | Captnoord | hex? |
13:07.05 | cr2_ | where do these numbers come from ? |
13:07.13 | phh | cr2_: quick test tool |
13:07.24 | cr2_ | ? |
13:07.34 | phh | http://pastebin.com/m277f736a |
13:08.37 | phh | (hw3dm offset 0 is in smi, pmem_adsp is ebi) |
13:08.48 | phh | oops |
13:08.50 | cr2_ | i need to check the bus timings |
13:08.55 | phh | hw3dm offset 0 is ebi |
13:09.03 | cr2_ | hehe :) |
13:11.58 | phh | 1<<28 = 0x10000 ? |
13:12.10 | phh | I think someone (compiler or strace.) is making fun on me. |
13:13.24 | cr2_ | yes. the next is 32 |
13:13.45 | cr2_ | 16+4=20 |
13:14.00 | cr2_ | 28 is 0x1000000 |
13:14.35 | cr2_ | Captnoord: what battery offsets did you find at 0x81000+ ? |
13:14.50 | cr2_ | wiki says |
13:14.55 | cr2_ | +0x081400 0x80 battery struct |
13:16.11 | Captnoord | lol |
13:16.12 | Captnoord | lemme get it |
13:16.22 | phh | cr2_: 0x80 is the size ? |
13:16.28 | cr2_ | yes |
13:16.41 | cr2_ | 0x80/4=0x20 elements |
13:17.11 | cr2_ | the values are put there by battery .dll |
13:17.34 | cr2_ | i guess powermon reads there |
13:17.35 | Captnoord | LDR R5, =0xAA0FC0E4 |
13:17.36 | Captnoord | LDR R4, =0xAA0FC0E0 |
13:17.36 | Captnoord | CMP R0, #0 |
13:17.36 | Captnoord | LDRNE R2, [R5] |
13:17.36 | Captnoord | LDRNE R1, [R4] |
13:17.36 | Captnoord | LDRNE R0, =aInitbatteryset ; "!InitBatterySettings, VREF=%d,1/2 VREF="... |
13:17.38 | Captnoord | you mean those? |
13:17.40 | cr2_ | need too mmutrace the area |
13:17.52 | Captnoord | LDR R8, =0xA808143C |
13:17.52 | Captnoord | MOV R9, #0 |
13:17.53 | Captnoord | LDR R6, =0xA8081440 |
13:17.54 | cr2_ | Captnoord: it's the +fc000 area |
13:17.57 | phh | cr2_: hum, hero's smem stuff has 44 entries |
13:17.57 | Captnoord | k |
13:18.09 | cr2_ | phh: link ? |
13:18.31 | cr2_ | Captnoord: so, +3c and +40. that looks good |
13:18.32 | phh | cr2_: you have hero's kernel source ? |
13:18.37 | Captnoord | LDR R8, =0xA808143C |
13:18.37 | Captnoord | MOV R9, #0 |
13:18.37 | Captnoord | LDR R6, =0xA8081440 |
13:18.39 | Captnoord | weoeps |
13:18.40 | Captnoord | lolz |
13:18.41 | phh | it's in arch/arm/mach-msm/htc_battery around line 600 |
13:18.43 | Captnoord | 22:50 Captnoord +0xfc0e0 VREF |
13:18.43 | Captnoord | 22:50 Captnoord +0xfc0e4 1/2 VREF |
13:18.45 | cr2_ | Captnoord: now we only need to guess the struct names |
13:19.05 | cr2_ | Captnoord: the 0xfc000 is known |
13:19.10 | cr2_ | Captnoord: and documented |
13:19.14 | Captnoord | k |
13:19.19 | Captnoord | you need the other |
13:19.19 | Captnoord | kl |
13:19.22 | cr2_ | Captnoord: the +0x81000 is wince internal |
13:19.31 | *** part/#htc-linux zachy (~george@85.193.4.18) |
13:20.03 | cr2_ | phh: yes. but a gitweb link is easier. i don't need to use the editor :) |
13:20.27 | phh | i've never seen that in in a gitweb |
13:20.31 | cr2_ | ok |
13:20.50 | Captnoord | Captnoord LDR dwChargeFullTimeDiff, =0xA808146C |
13:20.51 | Captnoord | 22:37 Captnoord LDR dwBatteryChargedCapacity, =0xA8081438 |
13:20.52 | Captnoord | those |
13:21.13 | cr2_ | Captnoord: looks good |
13:21.25 | Captnoord | BatteryLifePercent, =0xA8081482 |
13:21.41 | cr2_ | 82 is in .power ? |
13:21.58 | phh | cr2_: http://pastebin.com/m12afb3e1 |
13:22.37 | cr2_ | phh: heh. this is not the memory layout, only the struct |
13:22.44 | phh | cr2_: no it's memory layout |
13:22.52 | phh | cr2_: it's used as is with a smem_alloc |
13:22.57 | cr2_ | on heroc, or on wince ? |
13:23.04 | phh | hero gsm |
13:23.15 | cr2_ | different amss ;) |
13:23.28 | phh | yes, but they might share some part |
13:23.42 | Captnoord | power.BatteryLifePercent=%d battery.dwPredictPercentage=%> |
13:24.03 | cr2_ | Captnoord: yes. .power |
13:24.16 | Captnoord | crap..... |
13:24.24 | Captnoord | ida doesn't makes my life easier |
13:24.29 | Captnoord | when a register is named |
13:24.31 | Captnoord | everything changes |
13:24.32 | Captnoord | lolz |
13:24.36 | cr2_ | Captnoord: battery.dwPredictPercentage ? |
13:24.36 | Captnoord | confusing |
13:24.42 | Captnoord | yea |
13:24.44 | cr2_ | Captnoord: which offset is that ? |
13:24.51 | Captnoord | searching for it |
13:24.51 | cr2_ | i'll edit wiki |
13:25.29 | cr2_ | phh: then you only need to backtrack how they calculate these |
13:25.47 | Captnoord | cr2 it where function arguments |
13:25.47 | phh | calculate what ? |
13:25.47 | Captnoord | :S |
13:26.12 | cr2_ | BatteryLifePercent and such |
13:26.26 | Captnoord | yup |
13:30.02 | Captnoord | lol |
13:30.03 | Captnoord | nope |
13:30.13 | Captnoord | hmmmm |
13:30.14 | Captnoord | k |
13:30.20 | Captnoord | I need to write them down |
13:30.23 | Captnoord | would be way better |
13:30.30 | Captnoord | instead of looking around |
13:31.03 | cr2_ | battery life percent is 16bit |
13:31.16 | cr2_ | Captnoord: i'm editing wiki |
13:32.04 | cr2_ | http://htc-linux.org/wiki/index.php?title=RaphaelMemoryMap |
13:32.25 | Captnoord | I know |
13:32.31 | Captnoord | but its a personal thingy |
13:32.36 | cr2_ | added your values already |
13:32.37 | Captnoord | need to organise |
13:32.41 | Captnoord | perfect |
13:32.41 | cr2_ | ok |
13:32.42 | Captnoord | thanks |
13:32.42 | *** join/#htc-linux dcordes (~dcordes__@unaffiliated/dcordes) |
13:36.36 | cr2_ | Captnoord: GetBatteryIDDetection, battery.dwVendor = 2 ? |
13:38.03 | Captnoord | thats a easy one |
13:38.16 | dcordes | hi |
13:38.45 | Captnoord | cr2_: they got them from 0xAA0FC110 stuff |
13:38.58 | Captnoord | not from the range I am checking |
13:39.01 | Captnoord | batt id |
13:39.11 | Captnoord | lets check vendor |
13:40.24 | Captnoord | maybe not |
13:40.35 | cr2_ | ChargeTimeEnd ? |
13:40.39 | cr2_ | hi dcordes |
13:40.55 | Captnoord | DEX_Get_Batt_Slope_Kernel |
13:40.57 | cr2_ | ChargingState ? |
13:40.59 | Captnoord | is di/dt |
13:41.08 | cr2_ | Captnoord: yes, this one is known. |
13:41.19 | *** join/#htc-linux GNUtoo (~GNUtoo@host46-130-dynamic.244-95-r.retail.telecomitalia.it) |
13:41.20 | dcordes | cr2_, I took some time to read all the htc-msm-2.6.27 changes |
13:41.23 | cr2_ | but i'm not sure how it is used |
13:41.29 | cr2_ | dcordes: all ? |
13:41.42 | Captnoord | cr2_: I have tryed to explain it once..... |
13:41.50 | Captnoord | about the current curve and stuff |
13:42.05 | dcordes | cr2_, well everything since I took a break |
13:42.18 | cr2_ | Captnoord: in wince, not in theory |
13:42.23 | cr2_ | dcordes: ah, ok |
13:42.29 | dcordes | cr2_, I'm talking about the gitorious branch |
13:42.32 | dcordes | phh kernel |
13:42.48 | phh | dcordes: wow, you had a lot of time |
13:42.52 | cr2_ | dcordes: yes, i didn't follow many things there too |
13:43.33 | dcordes | I was a bit shocked first about the commit amount but everything is very well described and not every change is elementary |
13:43.57 | phh | dcordes: I keep my commits as little as possible, that helps the number. |
13:44.03 | dcordes | phh, yea seems like you put a lot of time in that |
13:44.11 | Captnoord | something like tis |
13:44.12 | Captnoord | this |
13:44.13 | Captnoord | http://www.limn2o4.com/battery/charger2.jpg |
13:44.14 | dcordes | better than huge patches.. |
13:44.38 | Captnoord | http://www.mpoweruk.com/images/nickel_chargers.gif |
13:44.54 | dcordes | Captnoord, that's how it works! |
13:44.59 | dcordes | interesting |
13:45.01 | Captnoord | yup |
13:45.22 | Captnoord | I should have know... a picture says loads more than 1000 words |
13:45.26 | Captnoord | known* |
13:46.41 | Captnoord | cr2_: most of the +0x81000 memory stuff is beeing set by nk.exe |
13:47.00 | Captnoord | as its a temp store for it |
13:47.19 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-103-180.web.vodafone.de) |
13:47.29 | Captnoord | 14:46] <Captnoord> cr2_: most of the +0x81000 memory stuff is beeing set by nk.exe |
13:47.29 | Captnoord | [14:46] *** cr2_ quit (Remote host closed the connection) |
13:47.29 | Captnoord | [14:47] <Captnoord> as its a temp store for it |
13:47.40 | Captnoord | 0xA808141C |
13:47.42 | Captnoord | is vendor |
13:48.19 | Captnoord | hmmm |
13:48.21 | Captnoord | wierd |
13:48.35 | Captnoord | yup its vendor.... |
13:49.15 | Captnoord | LDR R4, =0xA808141C |
13:49.15 | Captnoord | MOV R3, #2 |
13:49.15 | Captnoord | STR R3, [R4] |
13:49.17 | Captnoord | is evil |
13:49.20 | phh | cr2_: http://htc-linux.org/wiki/index.php?title=RaphaelMicroP |
13:49.22 | phh | something like that ? |
13:49.30 | Captnoord | thats why the vendor tells ya its 2 |
13:49.53 | Captnoord | if 0xA8081030 == 0 |
13:50.04 | Captnoord | it doesn't use smem stuff |
13:50.13 | Captnoord | then vendorid = 2 |
13:50.56 | cr2_ | +0x081030 PCB XC (copy of smem) |
13:51.36 | Captnoord | so if there is no copy of smem |
13:51.47 | cr2_ | it comes from smem |
13:51.55 | cr2_ | there must be a copy |
13:52.03 | cr2_ | at nk.exe start |
13:52.11 | Captnoord | maybe its a failsafe |
13:52.50 | cr2_ | phh: looks good |
13:53.00 | phh | I don't understand their amber/red led stuff -_-' |
13:53.09 | Captnoord | dwADC_A, =0xA8081440 |
13:53.13 | Captnoord | dwADC_B, =0xA8081444 |
13:53.18 | cr2_ | phh: not used on other |
13:53.25 | cr2_ | Captnoord: nice |
13:53.46 | cr2_ | Captnoord: adding to wiki |
13:54.38 | Captnoord | dwPowerOnReason = 0xA808105C |
13:54.39 | Captnoord | :S |
13:55.55 | cr2_ | phh: 3c ? |
13:55.59 | cr2_ | err |
13:56.06 | cr2_ | Captnoord: what is 3c ? |
13:56.13 | phh | Captnoord: any reboot reason by any chance ? |
13:56.54 | Captnoord | 0xA808143c you mean? |
13:57.01 | cr2_ | yes |
13:57.17 | Captnoord | harder one |
13:57.26 | Captnoord | no strings related to it as it seems |
13:57.28 | cr2_ | there should be offsets for ChargeTimeEnd and ChargingState |
13:57.32 | cr2_ | ok |
13:57.32 | Captnoord | but 'll try |
13:57.34 | Captnoord | k |
13:57.50 | Captnoord | I was wrong |
13:57.52 | Captnoord | lemme check |
13:57.54 | Captnoord | hehe |
13:58.49 | Captnoord | only 2 entry's |
13:58.51 | Captnoord | one on init |
13:59.02 | Captnoord | and one on getinfo |
13:59.41 | Captnoord | cr2_: I think your correct |
13:59.48 | Captnoord | I think 3c == end |
13:59.56 | Captnoord | lemme convert the math |
14:00.29 | cr2_ | wow. you are a wizard :) |
14:01.09 | Captnoord | nope... |
14:01.18 | Captnoord | just having a clear day |
14:01.29 | cr2_ | ok |
14:04.27 | Captnoord | bleh arm asm 'MLA' |
14:04.31 | Captnoord | is a multiply |
14:04.33 | Captnoord | I know |
14:04.35 | Captnoord | bleh |
14:05.16 | Captnoord | mla Rd, Rm, Rs, Rn Rd = Rm * Rs + Rn |
14:05.24 | cr2_ | MLAS ? |
14:05.38 | Captnoord | thats signed |
14:05.58 | Captnoord | hehehehehehehe |
14:05.59 | Captnoord | got it |
14:06.21 | ToAsTcfh | phh: so yeah i think my issues maybe that i dont have msm_camera in /dev. it seems that msm_register uses msm_camera. and thats where the mutex lock comes into play |
14:06.55 | phh | Captnoord: warn me when there is something to code :p |
14:07.00 | Captnoord | hehe |
14:07.02 | Captnoord | I will |
14:07.03 | Captnoord | lolz |
14:08.43 | ToAsTcfh | msm_register in the msm_v4l2.c isnt defined there its defined in msm_camera.c |
14:09.17 | ToAsTcfh | and its strange because i have msm_camera in my config enabled |
14:09.33 | ToAsTcfh | and the kernel is stock |
14:13.05 | Captnoord | cr2 MLAS == substract |
14:13.18 | Captnoord | hmmmm |
14:13.19 | Captnoord | nope |
14:13.22 | Captnoord | that was mls |
14:13.51 | Captnoord | yup my initial hunge was correct |
14:13.52 | Captnoord | its signed |
14:15.28 | cr2_ | MLAS is signed MLA |
14:15.40 | Captnoord | yup |
14:15.41 | cr2_ | then there was UMULL |
14:15.47 | Captnoord | yup |
14:15.52 | Captnoord | just a longlong mull |
14:16.01 | Captnoord | r2 and r3 == uint64 |
14:16.11 | Captnoord | then you got the shift left 6 |
14:16.13 | Captnoord | which is |
14:16.14 | Captnoord | re\lly |
14:16.23 | Captnoord | r2r3 >> 14 |
14:16.27 | Captnoord | really |
14:16.36 | Captnoord | but the compiler does the speedup |
14:16.47 | The-Decompiled | yeah I do |
14:17.19 | cr2_ | Captnoord: poweron_reason is "TSER" here !? |
14:17.38 | cr2_ | phh: can you pd 0x8145c 4 ? |
14:18.09 | cr2_ | err. it's different offset |
14:18.58 | phh | not now |
14:19.06 | Captnoord | touch screen error :P |
14:20.34 | Captnoord | cr2_: they are FOURCC's |
14:20.52 | Captnoord | LDR R2, ='BUTT' |
14:20.59 | Captnoord | Power-Button pressed |
14:21.09 | cr2_ | 0x3dc charge capacity value |
14:21.17 | cr2_ | Captnoord: yes,i've seen that |
14:22.01 | cr2_ | hm it was ADC_A |
14:22.14 | cr2_ | ADC_B is 0x559c |
14:22.41 | Captnoord | dwADC_A =0xA8081440 |
14:22.41 | Captnoord | dwADC_B =0xA8081444 |
14:22.51 | Captnoord | hmmm |
14:22.52 | Captnoord | k |
14:23.03 | Captnoord | thats goof |
14:23.04 | Captnoord | good |
14:23.13 | Captnoord | 21916 |
14:23.18 | cr2_ | 0x1c504e is charge_full_time_diff |
14:23.23 | Captnoord | micro amps maybe? |
14:23.26 | Captnoord | meaning 21 mA |
14:23.43 | cr2_ | adc is voltage ? |
14:23.43 | Captnoord | that dt |
14:23.46 | Captnoord | I would guess |
14:23.55 | Captnoord | cr2_: doesn't have to be |
14:23.57 | cr2_ | in what units ? |
14:24.01 | Captnoord | time |
14:24.03 | Captnoord | I don't know |
14:24.19 | cr2_ | Captnoord: voltage on a known resistance is current :) |
14:24.33 | Captnoord | v = i * r |
14:24.40 | Captnoord | but thats not so important for now |
14:24.44 | cr2_ | ok |
14:24.50 | Captnoord | a battery has a capacitance |
14:24.52 | Captnoord | lets say |
14:24.57 | Captnoord | 1200 mA/h |
14:24.59 | Captnoord | meaning |
14:25.05 | phh | mAh |
14:25.06 | phh | no / |
14:25.10 | phh | (just to say.) |
14:25.13 | Captnoord | for 1 hour you can draw a total of 1200ma out of it |
14:25.16 | Captnoord | then its empty |
14:25.18 | cr2_ | \int I dt |
14:25.35 | Captnoord | when you messure current beeing drawn from a battery |
14:25.39 | cr2_ | not really. |
14:25.44 | Captnoord | the simplest thing thing you can do |
14:25.47 | cr2_ | it's just full charge |
14:25.56 | Captnoord | maybe its discharging |
14:26.15 | Captnoord | the simplest thing would be to use a resistor.... and hook the adc over it |
14:26.26 | Captnoord | it will messure the voltage created by the current |
14:26.41 | Captnoord | you need to know the resistors value |
14:26.48 | Captnoord | to calculate the current |
14:26.51 | cr2_ | we don't have a pmic datasheet |
14:26.58 | Captnoord | we don't have to |
14:27.04 | Captnoord | because all that info would be in the dll |
14:27.18 | cr2_ | yeah, we only need to sort out the UMULL and MLA math |
14:27.23 | Captnoord | yup |
14:27.31 | *** join/#htc-linux luc_ (~luc@89-115-128-35.cl.ipv4ilink.net) |
14:27.42 | Captnoord | I think I got a important factor |
14:28.03 | Captnoord | LDR R8, =0xA8081440 |
14:28.04 | Captnoord | LDR R9, =0xA8081444 |
14:28.04 | Captnoord | LDR R10, =0x10624DD3 ; resistance? |
14:28.04 | Captnoord | LDR R4, [R8] ; r4 = dwADC_A |
14:28.04 | Captnoord | LDR LR, [R9] ; lr = dwADC_B |
14:28.04 | Captnoord | MLA R1, R4, R7, LR ; r1 = r4 * r7 + lr |
14:28.04 | Captnoord | UMULL R2, R3, R1, R10 ; R2R3 = r1 * r10 |
14:28.05 | Captnoord | LDR R1, [R9] ; r1 = dwADC_B |
14:28.05 | Captnoord | MOV R7, R3,LSR#6 ; r7 = R3 >> 6 |
14:28.06 | Captnoord | MLAS R3, R4, R7, LR ; r3 = r4 * r7 + lr ( signed ) |
14:28.12 | Captnoord | bleh |
14:28.22 | phh | cr2_: microp table finished. |
14:28.23 | cr2_ | 0x64 is 100% ? |
14:28.24 | Captnoord | u = i * r |
14:28.41 | cr2_ | power.battery_life_percent = 0x64 here |
14:28.46 | cr2_ | aka 100% |
14:28.53 | Captnoord | yup |
14:28.54 | Captnoord | :D |
14:28.57 | Captnoord | and is that correct? |
14:28.58 | Captnoord | :P |
14:29.01 | cr2_ | yes |
14:29.13 | cr2_ | need to 'pd' while charging |
14:29.28 | Captnoord | the thing that is worrying me is that we don't know which things are changed by the wince driver |
14:29.38 | Captnoord | and which things are doing hardware wise |
14:30.05 | cr2_ | Captnoord: smem is HW (pmic+amss+dex) |
14:30.15 | Captnoord | yup |
14:30.17 | cr2_ | Captnoord: all 0x81000+ is wince calculated |
14:30.22 | Captnoord | hmm |
14:30.23 | Captnoord | okey |
14:30.33 | Captnoord | lets get the asm reversed then |
14:31.01 | cr2_ | phh: they do not overlap ? |
14:31.17 | phh | cr2_: you mean mahimahi and known codes ? |
14:31.44 | phh | they overlap only when it's the same thing |
14:31.47 | phh | they did that really cleanly |
14:31.58 | cr2_ | cc,23,02,x naviledbrightness_auto ; wr |
14:31.59 | cr2_ | leo100: |
14:32.01 | cr2_ | cc,23,1,0 ; init_frontlight ; wr |
14:32.16 | phh | what is front light ? |
14:32.30 | cr2_ | back light ? :p |
14:32.41 | phh | -_-' |
14:32.51 | Captnoord | movmi |
14:32.51 | Captnoord | :S |
14:34.12 | cr2_ | phh: Write a register to gsensor (bma150) |
14:34.23 | cr2_ | phh: write into gsensor register ? |
14:34.37 | phh | hum yes |
14:34.43 | phh | I let you do the fixes :p |
14:34.44 | Captnoord | movmi == MI - Negative |
14:34.53 | cr2_ | phh: later |
14:34.54 | Captnoord | movmi r1, #1 |
14:34.55 | Captnoord | is |
14:34.57 | Captnoord | r1 = -1 |
14:35.19 | Captnoord | MOVMI R7, #0 |
14:35.21 | cr2_ | Captnoord: they use weird instructions |
14:35.22 | Captnoord | strange compiler |
14:35.28 | cr2_ | yeah |
14:35.45 | Captnoord | I think its related to the fact they use the signed shit |
14:35.55 | Captnoord | by already defining it as negative |
14:36.04 | Captnoord | you might get a bit of speed increase |
14:36.05 | cr2_ | #define probably |
14:36.06 | Captnoord | dono |
14:36.10 | Captnoord | yea |
14:36.14 | Captnoord | just guessing |
14:36.25 | Captnoord | or |
14:36.26 | Captnoord | its |
14:36.30 | Captnoord | 0xFFFFFFFF |
14:37.03 | cr2_ | phh: 0x80+ on rhod/topa ? |
14:37.04 | phh | chamonix: anything new ? |
14:37.12 | phh | cr2_: just a guess |
14:37.26 | cr2_ | phh: not in my list |
14:37.29 | Captnoord | nope |
14:37.31 | phh | ok |
14:37.33 | Captnoord | its a condition |
14:37.33 | Captnoord | lolz |
14:37.56 | Captnoord | if r7 is negative r7 = 0 |
14:38.05 | cr2_ | phh: leo has cc,a3,8,x -> setRotationThreshold |
14:38.12 | Captnoord | if ( r7 < 0 ) r7 = 0; |
14:38.38 | phh | Captnoord: movmi r7 = (if (r7<0) r7=0) ? |
14:40.57 | chamonix | phh: yea, I finished my work for today and started looking at initrd.gz.2 |
14:41.33 | chamonix | basic service is finished as well, I just need to start adding all the notifications the service will receive |
14:43.37 | *** part/#htc-linux dcordes (~dcordes__@unaffiliated/dcordes) |
14:45.15 | Captnoord | phh yup |
14:45.29 | phh | Captnoord: I thaught ARM was a risc -_-' |
14:45.33 | Captnoord | nope |
14:45.49 | Captnoord | risc would be easy |
14:45.55 | Captnoord | 1 instruction for all |
14:45.57 | Captnoord | nah |
14:46.08 | Captnoord | I mean everything has a single instruction.... |
14:46.08 | Captnoord | but |
14:46.12 | Captnoord | arm stuff |
14:46.39 | Captnoord | almost all instructions can be used with condition |
14:46.52 | Captnoord | thats what makes it faster then x86 |
14:46.58 | Captnoord | but harder to decompile |
14:49.26 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
14:49.48 | Captnoord | also nice how they have instructions to set the status flag |
14:49.53 | Captnoord | only when its needed |
14:50.06 | Captnoord | that way you rip it out of the chip's internal workings |
14:50.10 | Captnoord | resulting in faster code |
14:50.24 | Captnoord | because it doesn't have to be checked every instruction execution |
14:54.07 | Captnoord | hmmm fuck |
14:54.20 | Captnoord | phh I was wrong |
14:54.21 | Captnoord | bleh |
14:54.27 | Captnoord | its even more eviler |
14:54.36 | phh | uh ? |
14:54.39 | phh | not possible :p |
14:54.43 | Captnoord | MOVMI R7, #0 |
14:54.46 | Captnoord | is conditional |
14:54.47 | Captnoord | but |
14:54.55 | Captnoord | only related to the condition flag |
14:55.02 | Captnoord | MLAS R3, R4, R7, LR |
14:55.11 | Captnoord | mlas updated the conditional flag |
14:55.15 | Captnoord | lolz |
14:55.20 | Captnoord | so its not |
14:55.23 | Captnoord | if r7 |
14:55.24 | Captnoord | its |
14:55.33 | Captnoord | if r3 < 0 r7 = 0; |
14:55.58 | Captnoord | bleh |
14:56.04 | Captnoord | crap this is so confusing |
15:04.16 | Captnoord | cr2_: BatteryVoltage, =0xA8081498 |
15:04.22 | Captnoord | IsDoForceDischargeRoutine_bMainBatteryReplaced, =0xA8081438 |
15:04.47 | Captnoord | lolz |
15:04.49 | Captnoord | wrong |
15:04.50 | Captnoord | damn |
15:05.15 | Captnoord | dwBatteryChargedCapacity =0xA8081438 |
15:05.23 | Captnoord | I wonder how they know this |
15:05.43 | Captnoord | battery voltage is correct |
15:05.43 | phh | just read the code ! :p |
15:05.47 | Captnoord | lol |
15:07.27 | Captnoord | max batt voltage == 3300 |
15:07.48 | phh | for a 3.6V batt, it doesn't sound realistic. |
15:07.57 | Captnoord | is it? |
15:08.23 | Captnoord | you think the battery is hooked up to the system without special protection |
15:08.38 | Captnoord | when charging |
15:08.45 | Captnoord | its protected by a diode |
15:08.51 | Captnoord | which cuts the voltage by 0.6v |
15:08.55 | Captnoord | or less |
15:09.02 | Captnoord | but that related to the type used |
15:09.16 | phh | hum |
15:14.12 | *** join/#htc-linux zachy (~george@85.193.4.18) |
15:15.03 | *** join/#htc-linux marcin_ (~marcin@chello089077185059.chello.pl) |
15:17.08 | *** join/#htc-linux dcordes (~dcordes@unaffiliated/dcordes) |
15:23.03 | *** join/#htc-linux dcordes (~dcordes@unaffiliated/dcordes) |
15:23.39 | chamonix | I hate changing APIs |
15:25.33 | phh | lol |
15:28.41 | chamonix | why spending time to write an API if it's changed at every release without backward compat? |
15:28.55 | phh | you think they spend a lot of time on it ? :p |
15:29.01 | ToAsTcfh | phh: where did u get that utility (vgrabber) |
15:29.05 | phh | ToAsTcfh: google |
15:29.15 | phh | google v4l2 tool or something like that |
15:29.18 | chamonix | I believe they make it on purpose to annoy me :) |
15:29.37 | phh | ToAsTcfh: calling through a bluetooth headset works right ? |
15:29.46 | chamonix | y do u read the doc, here, u have to sources :P |
15:29.49 | ToAsTcfh | yeah |
15:29.58 | ToAsTcfh | why |
15:30.06 | phh | I can't see anything about it in the kernel source ... |
15:30.09 | phh | while it needs gpio muxing |
15:30.20 | ToAsTcfh | oh |
15:30.38 | ToAsTcfh | but yeah it works like that |
15:30.39 | chamonix | ok, my bad, they forgot to change SMS :-D |
15:30.59 | chamonix | it's still as it used to be, but call-in is gone :-/ |
15:31.14 | ToAsTcfh | why would msm_camera be messed up out the box in .27 |
15:33.39 | ToAsTcfh | phh: didnt ubackport .29 msm_camera? |
15:34.00 | ToAsTcfh | or did u just fix .27s |
15:35.08 | ToAsTcfh | or u never had an issue to begin with |
15:45.04 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
15:45.18 | *** join/#htc-linux mickeyl (~mickey@openmoko/coreteam/mickey) |
15:45.29 | phh | ToAsTcfh: I backported .29 |
15:46.26 | phh | chamonix: still nothing for me ? :p |
15:47.02 | *** part/#htc-linux zachy (~george@85.193.4.18) |
15:48.13 | ToAsTcfh | phh: u got a patch? |
15:49.11 | chamonix | phh: I'm debugging in order to gather info about incoming call/SMS, if there would be a doc I would be faster :P |
15:50.38 | chamonix | ... and for whatever reason my emu now tells me "no service" :-/ |
15:52.41 | ToAsTcfh | phh: and did vgrabber work for u? |
15:55.38 | phh | ToAsTcfh: no |
15:55.51 | phh | I haven't tried it at all. |
15:56.15 | phh | chamonix: my method is better |
15:56.16 | phh | read the source |
15:58.06 | *** join/#htc-linux GregLem (~greg@lal69-5-88-171-98-250.fbx.proxad.net) |
16:00.04 | chamonix | well that's what I'm doing |
16:00.12 | phh | oh right |
16:00.46 | chamonix | I stumbled across an interesting permission for apps: android.permission.BRICK (Required to be able to disable the device (very dangerous!).) lmfao |
16:01.07 | phh | -_-' |
16:01.09 | ToAsTcfh | lol |
16:01.23 | phh | chamonix: you'll try to publish an app with this permission and see how many people installs it ? :p |
16:01.43 | ToAsTcfh | many will |
16:01.51 | *** join/#htc-linux xfight81 (~quassel@host106-136-dynamic.5-87-r.retail.telecomitalia.it) |
16:02.07 | ToAsTcfh | thats sic though |
16:03.11 | chamonix | sure |
16:03.13 | chamonix | added |
16:03.14 | chamonix | :-D |
16:03.37 | phh | chamonix: anyway, I want your app for led effects to be released before the end of the day ! :p |
16:03.50 | phh | (you have the choice of the timezone though.) |
16:03.55 | ToAsTcfh | with a brick perm |
16:04.41 | chamonix | that won't happen :-/ my work is keeping me from coding and it's cooking day today..... gratin dauphinois... want some? :P |
16:04.56 | phh | pfffff |
16:05.00 | chamonix | lol |
16:09.25 | chamonix | cool, getting incoming call :) |
16:09.29 | ToAsTcfh | phh: vgrabber supports .ppm only?! no jpeg? |
16:09.38 | phh | ToAsTcfh: yes why ? |
16:09.49 | ToAsTcfh | wouldnt that be an issue? |
16:10.05 | ToAsTcfh | i guess thats just an out put |
16:10.15 | phh | why would that be an issue ? |
16:10.22 | phh | you just want to see if v4l works ... |
16:11.17 | ToAsTcfh | eh idk... also i seen a guy made a vgrabbj bu it only support v4l not v4l2. its based off of vgrabber |
16:11.39 | ToAsTcfh | so i was wondering if it vgrabber supports v4l2 |
16:11.51 | ToAsTcfh | and not just v4l |
16:12.16 | phh | ah. I haven't checked |
16:13.03 | ToAsTcfh | eh but ur right. i do wanna just see if it works. maejrep tried it on his sapphire and it crashed it also |
16:13.11 | ToAsTcfh | not the same error though |
16:14.05 | phh | hum anyway the error you got is definitlly a bug in qualcomm's driver |
16:14.15 | phh | ToAsTcfh: have you any doc about btipsd ? |
16:14.31 | ToAsTcfh | yeah and i dont have msm_camera which i need |
16:14.31 | ToAsTcfh | ] |
16:14.39 | ToAsTcfh | no |
16:14.56 | ToAsTcfh | i dont even own a bt device |
16:15.15 | ToAsTcfh | i just know i had to fix it for others in my rom |
16:15.29 | ToAsTcfh | it was some lib i needed to swap |
16:16.51 | *** join/#htc-linux c2d (~Mike@port-92-200-128-105.dynamic.qsc.de) |
16:17.09 | ToAsTcfh | eh so i guess ill try to backport the msm_camera from .29. i was just hoping to find a patch to save me alot of trial and error |
16:18.42 | *** join/#htc-linux dekar (~dekar@port-92-193-105-69.dynamic.qsc.de) |
16:21.07 | *** join/#htc-linux Boydell (~boydell@69.49.58.28) |
16:21.11 | chamonix | I'll try to speed up things a little and pass on the yaffs module for now, building my own kernel for now... I want to see something blinking |
16:22.57 | *** join/#htc-linux Traveler (~traveler@69.49.58.28) |
16:23.02 | *** part/#htc-linux Traveler (~traveler@69.49.58.28) |
16:23.28 | *** join/#htc-linux JoshuaL (~JoshuaL@kbl-tnz2380.zeelandnet.nl) |
16:23.47 | *** join/#htc-linux Boydell (~Boydell@69.49.58.28) |
16:25.01 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-196-233-184.hsd1.co.comcast.net) |
16:25.40 | *** part/#htc-linux JoshuaL (~JoshuaL@kbl-tnz2380.zeelandnet.nl) |
16:32.30 | phh | YEEEEEEEAAAAAHHHHHHAAAAAAAAAA |
16:32.38 | Captnoord | ? |
16:32.50 | Boydell | ?!?! |
16:32.52 | phh | Captnoord: call routing to BT headset works |
16:33.09 | Captnoord | nice hehehehehehehee |
16:33.11 | Captnoord | gj |
16:33.19 | Boydell | sweeeeeeeeeet |
16:33.26 | Boydell | not that I use bluetooth |
16:33.27 | phh | now I just have to reverse this stupid propriatary userland. |
16:33.45 | Boydell | but thats one step closer to a complete android :) |
16:35.06 | ToAsTcfh | root@Oldschool:~/heroc_kernel# adb shell ls -l /dev/video0 |
16:35.06 | ToAsTcfh | lrwxrwxrwx root root 2010-01-31 11:32 video0 -> /dev/video20 |
16:35.07 | ToAsTcfh | root@Oldschool:~/heroc_kernel# adb shell chmod 666 /dev/video0 |
16:35.07 | ToAsTcfh | Unable to chmod /dev/video0: No such file or directory |
16:35.08 | ToAsTcfh | root@Oldschool:~/heroc_kernel# adb shell vgrabber |
16:35.08 | ToAsTcfh | /dev/video0: No such file or directory |
16:35.16 | ToAsTcfh | wtf |
16:36.09 | arrrghhh | yea i don't really use BT a lot either... i know a lot of people who want it tho :D awesome phh. now what about gps? :P |
16:36.20 | phh | arrrghhh: I have no more idea at all about gps. |
16:36.37 | arrrghhh | bummer. that's what i use a lot in winmo. |
16:36.54 | Boydell | really> I never use it. Kills my batt. |
16:37.01 | arrrghhh | the cell triangulate seems to work in andriod, and that never worked for me in winmo. |
16:37.02 | Boydell | with what program do you use it? |
16:37.07 | arrrghhh | google maps usually. |
16:37.22 | AstainHellbring | morning |
16:37.26 | Boydell | ah. But it downloads maps on the go, using up my data plan |
16:37.32 | Boydell | i dont like that so much |
16:37.38 | arrrghhh | i keep trying to find something for off-roading or at least hiking, haven't been able to find anything that's worth a crap. |
16:37.45 | arrrghhh | yea, i have unlimited data so no big deal. |
16:38.05 | Boydell | I had tomtom on there |
16:38.23 | Boydell | but my SD is only 1 GB, and tomtom took the entire thing lol |
16:38.42 | arrrghhh | yea, i treid tomtom. HA, yea i have an 8gb card... nothing on it but android. |
16:39.59 | arrrghhh | seems like a waste, oh well. |
16:40.53 | Boydell | bah. I would love an 8GB. They are cheap enough now.But I'm even cheaper |
16:42.25 | arrrghhh | lol. yea, they really are getting ridiculously cheap. |
16:42.53 | arrrghhh | i bought this 8gb one with a usb converter and a couple of card changer converters for $20... and that was like a year ago. |
16:44.49 | ToAsTcfh | phh: bah now i have msm_camera and no video20 |
16:44.55 | phh | ToAsTcfh: huhu |
16:44.55 | ToAsTcfh | wtf |
16:45.13 | ToAsTcfh | i need a gun |
16:45.23 | ToAsTcfh | or a large hammer |
16:46.05 | ToAsTcfh | hey i did see an option it the config for msm_camera_debug |
16:47.19 | *** join/#htc-linux dcordes (~dcordes@unaffiliated/dcordes) |
16:48.18 | ToAsTcfh | heh i can smash my hero with my old axim x50 |
16:48.36 | AstainHellbring | lol |
16:48.59 | AstainHellbring | smashes your x50 with my x51v dock with serial and vga out |
16:49.45 | ToAsTcfh | good i hate both of my devices |
16:50.05 | AstainHellbring | ToAsTcfh send me your hero |
16:50.48 | ToAsTcfh | 1 yr before renewal |
16:51.27 | ToAsTcfh | i hope sprint gets some bettwer devices by then |
16:51.56 | AstainHellbring | ahh you have sprint huh |
16:52.05 | ToAsTcfh | i got the dust issue and the paint is coming off my power button |
16:52.20 | ToAsTcfh | i got dust under my screen |
16:52.23 | ToAsTcfh | bad |
16:52.29 | AstainHellbring | any wimo device you'd be interested in trading that hero for? |
16:52.49 | *** join/#htc-linux phh_ (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
16:52.49 | *** join/#htc-linux BabelO_ (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
16:52.49 | *** join/#htc-linux BabelO_ (~fcr@unaffiliated/babelo) |
16:53.10 | ToAsTcfh | hell no. android forever |
16:53.31 | AstainHellbring | lol |
16:53.31 | ToAsTcfh | no offence |
16:56.24 | *** part/#htc-linux phh_ (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
16:56.43 | *** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
17:02.47 | phh | stupid userland ... |
17:03.07 | phh | devs documented commands from 0 to 4 *bit* |
17:03.12 | phh | for the deamon |
17:03.20 | phh | the cli doesn't go past 4... dec. |
17:03.33 | phh | so If I want to use bit3 which is FM => A2DP |
17:03.36 | phh | I have to rewrite the tool. |
17:11.14 | *** join/#htc-linux GregLem (~greg@lal69-5-88-171-98-250.fbx.proxad.net) |
17:12.09 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
17:23.37 | Boydell | phh: those patches you put in that finally work, have made the touchscreen MUCH more responsive.. |
17:23.48 | phh | which patch ? |
17:24.01 | phh | you mean with tssc_manager , |
17:24.01 | phh | ? |
17:24.03 | Boydell | the ones over the last day or so |
17:24.10 | Boydell | yeah I think so |
17:24.34 | Boydell | Mind you, I'm also using the new drivers |
17:24.41 | Boydell | but its way better than before |
17:24.45 | phh | you're using makkonen's kernel ? |
17:24.50 | Boydell | yah |
17:25.01 | ToAsTcfh | phh: this is ugly... http://pastebin.com/d3bf4686d |
17:25.27 | phh | <4>[ 209.220764] msm_ioctl_config: msm_config_vfe cmd 5 returned -19.. Trying a hack to enable vfe and retry |
17:27.10 | phh | ToAsTcfh: dmesg ? |
17:31.14 | Captnoord | hmm |
17:33.16 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
17:34.27 | ToAsTcfh | phh: yeah but /proc/kmsg |
17:34.34 | phh | what but ? |
17:34.36 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
17:35.09 | ToAsTcfh | its dmesg but its the live /proc/kmsg deal |
17:35.28 | ToAsTcfh | i like to see it all go down |
17:35.32 | ToAsTcfh | live |
17:36.08 | *** join/#htc-linux junalmeida (~junior@201.19.106.14) |
17:37.12 | chamonix | phh: is the display supposed to get off when I write to leds? |
17:37.20 | *** join/#htc-linux Squarc (~Squarc@82-217-32-29.cable.quicknet.nl) |
17:37.23 | phh | chamonix: you're supposed to write to "effects" not leds |
17:37.29 | chamonix | rofl |
17:37.44 | chamonix | writing to leds is nice too :) |
17:37.59 | chamonix | wow |
17:38.06 | chamonix | it's like xmas |
17:38.09 | phh | lol ? |
17:38.24 | phh | chamonix: some effects are one shot only though |
17:38.33 | chamonix | rotating center led is cool |
17:39.04 | chamonix | well I have to write all that down because that means for some I need on/off and for other I need a timer to repeat |
17:40.29 | phh | [00:23:27] <phh> 0 means no effect, 1 means ringing, 2 means blinking, 3 means breathing, 4 means fading, 5 means rotating, 6 means vertical |
17:40.38 | phh | 7and iirc only fading is single shot |
17:40.50 | *** join/#htc-linux fab_ (~fab@92.102.26.55) |
17:42.43 | *** join/#htc-linux pleemans (~toi@d54C2A96D.access.telenet.be) |
17:46.10 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host46-130-dynamic.244-95-r.retail.telecomitalia.it) |
17:46.15 | *** join/#htc-linux jooprzol (~jooprzol@ip72-213-132-178.ok.ok.cox.net) |
17:48.29 | *** join/#htc-linux GNUtoo (~GNUtoo@host46-130-dynamic.244-95-r.retail.telecomitalia.it) |
18:08.20 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
18:08.27 | ToAsTcfh | eh i suck.... im done fr now |
18:08.39 | *** join/#htc-linux jooprzol (~jooprzol@ip72-213-132-178.ok.ok.cox.net) |
18:15.44 | junalmeida | hi people, do you know about "bad pc value" error on diamond? i don't figure out what to do. My device is DIAM100. startup have mtype 1805. |
18:16.24 | phh | junalmeida: anything more explicit ? |
18:17.17 | junalmeida | i'm booting latest kernel image on my diamond |
18:17.51 | junalmeida | but kernel says bad pc value and does nothing else. system gets stuck. |
18:19.03 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
18:26.26 | *** join/#htc-linux zachy (~george@85.193.4.18) |
18:28.53 | phh | junalmeida: nothing more explicit ? |
18:29.03 | phh | bad pc might be caused by billions of problems. |
18:34.54 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
18:39.21 | junalmeida | phh: nothing more explicit |
18:39.31 | phh | yeah sure. |
18:39.35 | phh | and no backtrace while you're there. |
18:40.21 | mickeyl | phh: (debufs leds) is this just for testing or final? |
18:40.27 | mickeyl | s/debufs/debugfs/ |
18:40.43 | phh | mickeyl: final until someone finds a proper linux-ish solution |
18:40.53 | mickeyl | hmm |
18:40.59 | mickeyl | so you didn't like my trigger suggestion? |
18:41.06 | phh | mickeyl: it's not that i don't like it |
18:41.10 | phh | it's just that it's not that |
18:41.37 | phh | trigger is to set an input source to a led without userland |
18:41.42 | phh | not to set different functions for a led |
18:41.52 | mickeyl | that's wrong |
18:41.56 | mickeyl | consider the timer trigger |
18:41.59 | junalmeida | phh: i have a stack trace, but most os it have just memory codes. |
18:42.22 | phh | junalmeida: you're not reading glemsom's kernel then ? |
18:42.24 | mickeyl | it's set from userland to set advanced effects on the LED |
18:42.31 | mickeyl | which is exactly that |
18:42.33 | mickeyl | IMO |
18:42.40 | phh | mickeyl: no |
18:42.44 | phh | this is still done in software |
18:42.47 | junalmeida | phh: i 'm using glemsom's kernel. is it bad? |
18:42.50 | phh | while what I want is done in hardware |
18:42.58 | phh | junalmeida: glemsom's kernel as symbols |
18:43.04 | mickeyl | it doesn't matter |
18:43.15 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
18:43.21 | mickeyl | you can abstract the additional effects fine behind a special trigger |
18:43.24 | mickeyl | after all it's just an abstraction |
18:43.25 | junalmeida | phh: xdandroid's kernel algo gives me bad pc value |
18:43.30 | mickeyl | and it's the one that comes closest |
18:43.37 | phh | junalmeida: kernel algo ... ? |
18:43.59 | phh | mickeyl: hum, that's really not what I understand of the code I read... Do you know any device that has such specific things ? |
18:44.04 | junalmeida | phh: ALSO** |
18:44.06 | mickeyl | not offhand |
18:44.08 | junalmeida | sorry |
18:44.11 | mickeyl | but it would be like |
18:44.17 | junalmeida | phh: i have a backtrace |
18:44.20 | mickeyl | echo "microplt-sfx" >trigger |
18:44.25 | mickeyl | then additional device nodes pop up |
18:44.28 | mickeyl | and you can set |
18:44.32 | mickeyl | echo "whatever" >effect |
18:44.40 | junalmeida | phh: __wakeup_common |
18:44.51 | phh | junalmeida: can't you just give ramconsole ? |
18:45.11 | junalmeida | phh: i don't know how. |
18:45.19 | phh | ~ramconsole-diam |
18:45.20 | apt | hmm... ramconsole-diam is pwf dm 0x00800000 0x00100000 |
18:45.27 | phh | junalmeida: do that in haret |
18:45.32 | phh | junalmeida: or give a snapshot |
18:46.35 | junalmeida | phh: i will try it later. btw, haret ramdonly freezes after 100% of loading. it's a bit difficult to boot linux. |
18:46.48 | junalmeida | phh: i need to try many and many times. |
18:47.00 | phh | mickeyl: I can't see how, a led_classdev only has a brightness and a blink callback |
18:47.32 | phh | junalmeida: your movinand seems dead then. |
18:47.36 | phh | there is no reason for it to be random |
18:49.18 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
18:49.24 | AstainHellbring | morning! |
18:49.29 | mickeyl | phh: did you read ledtrig-timer.c? |
18:49.34 | mickeyl | phh: it shows exactly what we could do |
18:49.40 | mickeyl | making a device specific trigger |
18:49.47 | mickeyl | that pops up the special nodes when activated |
18:49.53 | mickeyl | same as the timer trigger |
18:50.03 | mickeyl | and then handles what is written into these nodes |
18:51.40 | phh | device specific trigger ? I can't see any device doing so |
18:52.03 | mickeyl | be a pioneer |
18:52.11 | mickeyl | it's just compiling it in |
18:52.19 | mickeyl | CONFIG_MICROKPLT_LED_TRIGGER=y |
18:53.02 | mickeyl | makes more sense to me than ioctls or debugfs |
18:56.28 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
18:56.31 | mickeyl | ah well, scratch that |
18:56.36 | mickeyl | if you want to keep it like that, i'm fine |
18:56.44 | mickeyl | i can abstract it any way |
18:56.45 | mickeyl | *shrug* |
18:56.54 | mickeyl | it's just that i though you had some mainline ambitions :) |
18:57.09 | phh | I don't want to keep that, but I don't want to make a new linux API either |
18:57.39 | phh | mainline will have many other problems before microp leds ... |
18:58.01 | mickeyl | true |
18:58.05 | mickeyl | but it may be useful to start small |
18:58.12 | mickeyl | _if_ you're interested in mainline at all |
18:58.27 | mickeyl | so basic device support, some leds, backlight etc. |
18:58.30 | mickeyl | that makes for a good start |
19:00.29 | tmzt | mickey|dinner: we were talking to geist in #webos-internals last night, seems he wishes you luck on the Pre port of fso |
19:00.47 | tmzt | and wonders why nobody has tried it or android yet |
19:00.55 | *** join/#htc-linux c2d1 (~Mike@port-92-200-114-157.dynamic.qsc.de) |
19:01.54 | dcordes | cr2_, http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/61d3a1bd6ee464535303f61331335a7ea907e643 |
19:02.14 | dcordes | mickey|dinner, any documentation on the pre thing? |
19:02.42 | phh | tmzt: still no full sources ? |
19:04.09 | tmzt | of? |
19:04.13 | tmzt | kernel? |
19:04.16 | phh | yes |
19:04.20 | tmzt | they're working on it |
19:04.32 | tmzt | dcordes: what's that? |
19:04.44 | dcordes | tmzt, the commit? |
19:06.55 | *** join/#htc-linux Markinus (~Miranda@gtng-4db054b4.pool.mediaWays.net) |
19:07.02 | phh | when we talk about the wolf. |
19:09.12 | dcordes | iirc we once decided to stay as close to the goole kernel as possible |
19:09.50 | phh | which one ? :D |
19:10.05 | phh | seriously, every codeaurora's branch is more different that we are from the original tree ... |
19:10.28 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
19:11.07 | dcordes | yes? |
19:11.12 | Captnoord | which one is to be considerd best? |
19:11.17 | Captnoord | or smartest... |
19:11.32 | dcordes | the one that has the highest potential of mainlining |
19:11.57 | phh | 2.6.32-testing then |
19:12.16 | tmzt | where does it say that? |
19:12.27 | phh | tmzt: nowhere, but it's the cleanest tree |
19:12.46 | phh | I've even seen somewhere "warning, this breaks android, but needed for X" :p |
19:12.51 | tmzt | taht was to junal |
19:12.57 | phh | oh. |
19:13.08 | tmzt | that's probably chromium tree |
19:13.15 | phh | I think so yes |
19:13.36 | tmzt | so, geist was telling us a little about lk which is his multithreaded bootloader kernel |
19:13.52 | tmzt | google has a version they use for a reference bootloader |
19:14.07 | tmzt | which is supposed to have 7x0x support and maybe mtd |
19:14.11 | dcordes | where's that chromium tree? |
19:14.54 | tmzt | Palm also uses it as a basis for bootie which is a bootloader used on Pre's and Pixi's(msm7x27/30) |
19:15.13 | *** join/#htc-linux Xplod3r (Xplod3r@86.107.117.59) |
19:15.49 | tmzt | it's very udev like and should allow remote hardware init over a simple ascii command language |
19:15.59 | tmzt | but we would currently need uart for that to work |
19:16.46 | phh | dcordes: https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=shortlog;h=refs/heads/msm-2.6.31.5 |
19:16.48 | phh | iirc it's this one |
19:18.19 | *** part/#htc-linux zachy (~george@85.193.4.18) |
19:18.51 | tmzt | with that message? |
19:19.26 | dcordes | the needed for X message? |
19:20.02 | phh | tmzt: I don't remember where it actually was |
19:20.10 | phh | I think it was this tree |
19:23.14 | *** join/#htc-linux MrPippy (~pip@adsl-75-37-167-3.dsl.sndg02.sbcglobal.net) |
19:24.26 | Markinus | phh: Hi, did you see my sensors patch? The working one? I posted this a few days ago ... |
19:24.33 | phh | Markinus: yes |
19:24.50 | phh | oh right I could have pushed it. |
19:25.27 | mickeyl | tmzt: ya, geist is nice |
19:25.43 | mickeyl | seems android-lovers are typically satisfied with their devices |
19:26.02 | mickeyl | pre might not be the formfactor for 'em |
19:26.10 | tmzt | yeah |
19:26.16 | tmzt | you got a g1 now? |
19:26.17 | mickeyl | dcordes: what kind of docs? modem is completely undocumented |
19:26.34 | tmzt | hmm, just heard there's progress on omap850 front |
19:26.35 | phh | Markinus: you still have the link ? :D |
19:26.37 | mickeyl | i had a g1 since long, but refused to root it |
19:26.41 | mickeyl | i have an adp1 now |
19:26.44 | tmzt | still no gsm calls unless booted in a call |
19:26.50 | tmzt | same hw |
19:26.51 | mickeyl | which I'm using to adjust fso for it |
19:27.00 | Markinus | phh: one Moment . . |
19:27.04 | mickeyl | it's somewhat sad to see all the fragmentation |
19:27.06 | tmzt | how is X working for you? |
19:27.07 | mickeyl | even in this small space |
19:27.22 | mickeyl | no idea about X, will stay console until FSO runs |
19:27.37 | Markinus | phh: http://pastebin.com/m148df681 |
19:28.09 | tmzt | trying to get some information on porting qualcomm's X drivers back to 7k |
19:28.40 | tmzt | one of those things we can all work on even if we diverge at other points of the stack |
19:28.40 | Markinus | phh: maybe could babijoee this in, in his builds . . |
19:28.49 | Markinus | build |
19:29.01 | phh | Markinus: unluckily, he is afk for some days |
19:29.17 | phh | Markinus: anyway I'm waiting for chamonix's app before doing any new build |
19:29.40 | tmzt | it's crazy, Pixi's 7x27/30 is closer to snapdragon and the X stuff should just work there |
19:29.47 | tmzt | but 7x0x is completely different |
19:29.58 | phh | pixi is 7x30 ? |
19:30.06 | tmzt | yep |
19:30.07 | phh | groumpf then their source code is useless /o\ |
19:30.11 | tmzt | or 27 forget which |
19:30.16 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
19:30.24 | Markinus | phh: ahh okay. I working now on a other kernel driver for the bma150. But I think I need some days .. |
19:30.25 | phh | we already have full clock for 7x30 code |
19:30.28 | tmzt | not directly useful, but 7k amss is mostly the same |
19:30.32 | tmzt | oh |
19:30.40 | tmzt | you thought it was snapdragon? |
19:30.55 | *** join/#htc-linux |Jason8| (JayAte@2001:470:1f07:714::15e) |
19:32.05 | mickeyl | tmzt: i see a lot of #ifdefs coming |
19:32.21 | mickeyl | this will make some drivers ugly |
19:32.25 | tmzt | for? |
19:32.25 | mickeyl | e.g. backlight vs. led thing |
19:32.45 | tmzt | yep, which is why I say go to a clean 2.6.32 and don't look back |
19:32.57 | tmzt | but all the momentum is around android right now |
19:32.59 | mickeyl | *nod* that will require android changes in userland |
19:33.04 | tmzt | and these bounties |
19:33.07 | mickeyl | and i'm not sure whether people are willing to do that |
19:33.19 | tmzt | there are open hal's |
19:33.25 | tmzt | and eclair+ is more sane |
19:33.25 | phh | mickeyl: android changes aren't a problem to me |
19:33.39 | mickeyl | good |
19:33.44 | mickeyl | i had a different impression |
19:33.47 | mickeyl | from here |
19:33.54 | dcordes | tmzt, go to a clean 2.6.32 <- ack |
19:33.59 | tmzt | it was harder but we have the infrastrucutre now |
19:34.03 | phh | well, i'm not saying it will be high priority either |
19:34.21 | tmzt | we don't need binary compatibilitiy with android system libraries |
19:34.24 | tmzt | except |
19:34.33 | dcordes | mickeyl, the problem is that lots of motivation comes from the people. and most of them want android (xda) |
19:34.42 | tmzt | audio/acoustic, video/gl |
19:34.54 | tmzt | and still on pmem for fast graphics |
19:34.57 | *** join/#htc-linux JoshuaL (~JoshuaL@cable-92-43.zeelandnet.nl) |
19:35.02 | *** join/#htc-linux mpurcell (~mpurcell@sholes.info) |
19:35.09 | tmzt | mpurcell: hey |
19:35.18 | phh | tmzt: we can break htc_acoustic quite easily |
19:35.19 | tmzt | how's things on your end |
19:35.22 | phh | actually, it's already broken. |
19:35.24 | tmzt | break? |
19:35.33 | mpurcell | heya |
19:35.35 | phh | I mean radically change the api. |
19:35.39 | tmzt | we just need to move it to debugfs or somewhere |
19:35.55 | tmzt | support raw table writes |
19:36.01 | phh | for pmem, maybe there is somethuing that can be done |
19:36.04 | mickeyl | dcordes: yeah, that will make it tough for our work |
19:36.14 | phh | but I fear you want really big changes on it :p |
19:36.15 | mickeyl | since there's reluctance to change even small things |
19:36.21 | tmzt | adp1 is a better starting point though |
19:36.36 | *** join/#htc-linux malgon (~simon@ABordeaux-257-1-153-92.w90-60.abo.wanadoo.fr) |
19:36.45 | tmzt | phh or gnu or somebody has an upstream tree working on it |
19:36.50 | tmzt | gnutoo |
19:36.57 | mickeyl | leviathan and GNUtoo|oeee have, yes |
19:37.02 | tmzt | yep |
19:37.02 | mickeyl | but that tree has its own problems |
19:37.05 | mickeyl | and doesn't get your fixes |
19:37.06 | tmzt | like? |
19:37.07 | mickeyl | which is all sad |
19:37.11 | mickeyl | missing vibrator driver |
19:37.17 | tmzt | doesn't get what fixes? |
19:37.21 | mickeyl | backlight there, but somewhat broken |
19:37.27 | mickeyl | the fixes you do in your trees |
19:37.28 | tmzt | those are just pull/merges |
19:37.40 | tmzt | or should be |
19:37.55 | mickeyl | true, but it needs someone actively monitoring and understanding all that |
19:37.59 | mickeyl | which i hope happens |
19:38.32 | mickeyl | is there any docs for the AKM? |
19:38.39 | mickeyl | should check the wiki... |
19:42.45 | mickeyl | do you know any of the differences between radio firmware 1.x and 2.x? |
19:43.23 | mickeyl | my adp1 is still on 1.22 and i ponder whether to upgrade |
19:48.27 | dcordes | bbl |
19:50.54 | cr2_ | Captnoord: i've added the last value too |
19:52.24 | GNUtoo|oeee | hi,I'll be back in a minute |
19:53.34 | cr2_ | Captnoord: i'll go through the full ref list |
19:56.00 | phh | cr2_: I don't remember if I told you, but I successfully did a phone call through bluetooth, there is no special gpio setup to do |
19:56.10 | phh | just snd_set_device(3) and then the correct hci commands |
19:56.21 | cr2_ | phh: yes, it's about routing only |
19:56.34 | cr2_ | phh: fm out was 9 and not b ? |
19:56.47 | cr2_ | phh: do you have a dev= list somewhere ? |
19:56.52 | phh | cr2_: one is out to headset the other one is to speaker |
19:56.58 | cr2_ | then i'll look at wavedev too |
19:57.12 | cr2_ | b is what ? |
19:57.47 | phh | speaker |
19:57.56 | cr2_ | 9 is headset ? |
19:57.57 | GNUtoo|oeee | ok I'm here |
19:58.00 | phh | yes |
19:58.02 | cr2_ | ok |
19:58.05 | GNUtoo|oeee | mickeyl, what was the question? |
19:58.20 | cr2_ | phh: added to the SND tree ? |
19:58.56 | cr2_ | phh: here is my redirect list: |
19:59.08 | cr2_ | 0,1,2,4,3,5,a,9,b |
19:59.18 | phh | cr2_: 3 is bt |
19:59.22 | cr2_ | 4,5,a ? |
19:59.23 | phh | oh right |
19:59.28 | phh | I didn't see you mentioned it |
20:00.12 | phh | for android, 4 is carkit, 5 is tty_full, 0xa is headset_and_speaker |
20:00.14 | cr2_ | 1,2,3,9,b are known afair |
20:00.20 | mickeyl | GNUtoo|oeee: oh, i had many. but we'll come to them later. one quick question... i'd love to have a vibrator, could you grab the timed_output from another tree? |
20:00.23 | phh | wait. |
20:00.23 | cr2_ | does a work ? |
20:00.29 | phh | something's wrong somewhere -_-' |
20:00.32 | cr2_ | '0xa |
20:00.40 | cr2_ | 4 maybe carkit, ok |
20:00.45 | phh | ah no sorry, my brain is stupid |
20:01.09 | GNUtoo|oeee | mickeyl, ok I'll look when it disapeared |
20:01.20 | GNUtoo|oeee | and in which file it is |
20:01.25 | GNUtoo|oeee | maybe trout board file |
20:01.26 | phh | cr2_: 0xa confirmed as speaker+headset |
20:01.38 | cr2_ | ok |
20:01.47 | cr2_ | what is tty_full ?? |
20:01.54 | phh | absolutely no idea. |
20:01.58 | mickeyl | GNUtoo|oeee: drivers/misc/timed_output.c |
20:02.02 | phh | D/AudioHardwareMSM72XX( 2199): BT MATCH TTY_FULL |
20:02.02 | phh | D/AudioHardwareMSM72XX( 2199): BT MATCH TTY_VCO |
20:02.02 | phh | D/AudioHardwareMSM72XX( 2199): BT MATCH TTY_HCO |
20:02.07 | phh | 0x5 to 0x7 |
20:02.37 | GNUtoo|oeee | ok thanks |
20:02.39 | phh | (doesn't help I guess ? :p) |
20:02.42 | *** join/#htc-linux The-Compiler (florian@unaffiliated/the-compiler) |
20:03.06 | cr2_ | phh: my list is switch() from wavedev.dll |
20:03.10 | phh | ok |
20:03.17 | cr2_ | so they are not used |
20:04.05 | phh | i'm grepping the whole android sources with tty_full... |
20:05.06 | *** join/#htc-linux GNUtoo (~GNUtoo@host46-130-dynamic.244-95-r.retail.telecomitalia.it) |
20:06.22 | phh | ../../frameworks/base/telephony/java/com/android/internal/telephony/RILConstants.java: int CDM_TTY_FULL_MODE = 1; |
20:06.28 | phh | that's the only reference to a "tty_full" thing. |
20:07.19 | cr2_ | cdma only ? |
20:10.25 | phh | seems so |
20:10.29 | phh | "teletype" |
20:11.31 | phh | don't tell me they are sending faxes with a cdma phone. |
20:11.37 | cr2_ | lol |
20:11.51 | *** join/#htc-linux zachy (~george@85.193.4.18) |
20:12.09 | GNUtoo | mickey|tv, what was the sys node where you echo-ed the time you want it to vibrate? |
20:12.43 | GNUtoo | btw I've this file: drivers/staging/android/timed_output.c |
20:12.53 | phh | chamonix: still not uh ? :( |
20:14.13 | GNUtoo | and it seem a timed_gpios |
20:14.45 | GNUtoo | http://pastebin.com/d18ddcfdd in the board file |
20:15.30 | cr2_ | phh: utod+muld+dtou ? |
20:15.42 | phh | cr2_: I'm no arm interpreter. |
20:15.57 | cr2_ | msvc++ i think |
20:16.11 | GNUtoo | mickey|tv, I'll add them in my defconfig,recompile and try |
20:16.18 | cr2_ | mul 2 integers in double ; |
20:16.19 | cr2_ | wee |
20:16.29 | GNUtoo | ANDROID_TIMED_GPIO and deps |
20:16.38 | cr2_ | maejrep was an expert on these |
20:17.01 | cr2_ | phh: prototypes needed |
20:17.24 | GNUtoo | btw is there a howto to get GPS working? |
20:17.56 | cr2_ | GNUtoo: you need to adjust our rfkill driver with data from phh |
20:18.03 | GNUtoo | ok |
20:18.24 | GNUtoo | I'll try that after the timed gpio compilation then |
20:18.41 | phh | cr2_: we also need a proper way to give the userland the infos |
20:19.03 | cr2_ | phh: /dev/smd27 ? |
20:19.16 | GNUtoo | indeed that's what we have on dream |
20:19.41 | phh | cr2_: uh ? that's where data goes to ? |
20:19.46 | cr2_ | yes |
20:19.48 | cr2_ | nmea |
20:19.53 | phh | I thaught it was on the pdsm_get_position callback |
20:20.10 | cr2_ | only on weird phones |
20:20.22 | phh | damn, maybe GPS was working then /o\ |
20:20.28 | cr2_ | or if you want more raw data than nmea |
20:20.43 | cr2_ | hehe |
20:20.48 | cr2_ | doubt it |
20:21.38 | phh | cr2_: do we get pdsm_get_position callbacks from wince by default ? |
20:21.56 | cr2_ | wince still sends pdsm_get_position rpcs |
20:22.31 | cr2_ | i didn't have 100% full trace |
20:22.35 | phh | uh ? |
20:22.37 | phh | that seems strange |
20:22.47 | phh | it asks for 9e9 fixes no ? |
20:22.54 | cr2_ | arm9 sends some big callback datas |
20:23.02 | cr2_ | not sure |
20:23.08 | cr2_ | was only my guess |
20:23.21 | phh | ok |
20:24.35 | chamonix | wtf... echo 3 > /dbgfs/micropklt_dbg/effects returns "3 > /dbgfs/micropklt_dbg/effects" |
20:24.47 | cr2_ | phh: a lot depends if the battery id =1 or not. i think we have =2 here |
20:25.13 | phh | chamonix: you need to do this in a shell |
20:25.18 | phh | not with a stupid execve |
20:25.20 | chamonix | sh -c |
20:25.23 | ToAsTcfh | phh: ok man i cant get with my skills anything better then either video20 or msm_camera. not both. i know i suck. |
20:25.29 | phh | chamonix: ah. |
20:25.46 | chamonix | still not better, I've got to look at the env |
20:26.00 | chamonix | that's all I've left not working for the service |
20:26.02 | ToAsTcfh | my last attempt i managed to get niether |
20:26.10 | cr2_ | phh: is +fc00c vbus also on topa/rhod ? |
20:26.27 | phh | cr2_: I have to recheck, but I think it doesn't even work on my diam |
20:26.31 | phh | it does charging, not vbus |
20:26.42 | cr2_ | should be vbus |
20:27.02 | cr2_ | check on a fully charged battery |
20:27.10 | cr2_ | this is the only possible test |
20:27.31 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
20:28.39 | phh | cr2_: oh fair enough, it's a bug on my side. |
20:29.10 | cr2_ | charging is gpio |
20:30.55 | GNUtoo | mickey|tv, ok it works |
20:31.03 | GNUtoo | I hope he reads logs |
20:31.16 | GNUtoo | it was just that I echo-ed a time that was too small |
20:31.27 | phh | like 1ns ? :p |
20:31.38 | GNUtoo | like echo 10 > enable |
20:32.00 | phh | and I guess it's a udelay ? |
20:32.06 | phh | hum even for mdelay it's too short |
20:32.15 | GNUtoo | ok |
20:33.49 | phh | cr2_: I'm restarting my gps kernel, I don't know if I hope it will works or not. |
20:34.19 | GNUtoo | cr2_, so do you have more details...which rfkill driver(which source file) |
20:34.25 | GNUtoo | and where's the data? |
20:34.28 | phh | GNUtoo: gps-rfkill |
20:34.30 | phh | wiki |
20:34.33 | GNUtoo | ok thanks |
20:35.20 | cr2_ | GNUtoo: but you need pdsm_init(1) and then the data from MSM_RPC wiki page |
20:35.30 | GNUtoo | ok thanks |
20:35.37 | phh | you need to translate every rpc call |
20:36.04 | phh | pdsm calls |
20:36.07 | phh | don't remember about atl ones |
20:36.12 | cr2_ | phh: should be pdsm_* for the 6225 amss |
20:36.20 | phh | true |
20:36.33 | cr2_ | GNUtoo: but it still will be a good start |
20:36.46 | phh | GNUtoo: the constants are declared in qdsp5/amss_ver.c iirc |
20:36.50 | GNUtoo | ok |
20:36.53 | cr2_ | to init pdsm properly, and get the right return values from arm9 |
20:37.06 | cr2_ | we are still at this stage though. |
20:37.21 | GNUtoo | ok so maybe I should wait and concentrate on finishing sound? |
20:37.21 | phh | cr2_: they'll get an open gps driver before we do. |
20:37.27 | cr2_ | because we crash arm9 later, when asking for the position |
20:37.34 | cr2_ | phh: maybe |
20:37.34 | GNUtoo | because leviathan did a ugly hack that I'ld like to remove |
20:37.49 | cr2_ | phh: such driver works on kaiser already ;) |
20:37.53 | phh | GNUtoo: afaik your amss doesn't crash when starting gps |
20:38.00 | GNUtoo | ok |
20:38.15 | phh | cr2_: you mean we have the only amss that needs to reboot to get gps ? |
20:38.16 | phh | waaa |
20:38.23 | cr2_ | GNUtoo: phh traced android libgps.so |
20:38.31 | GNUtoo | I heard that |
20:38.41 | cr2_ | phh: not reboot, but we are doing something wrong |
20:38.55 | *** join/#htc-linux jooprzol (~jooprzol@ip70-189-79-143.ok.ok.cox.net) |
20:39.00 | cr2_ | GNUtoo: and all the data is in MSM_RPC page |
20:39.00 | phh | cr2_: you said we do exactly like wince -_-' |
20:39.07 | GNUtoo | ok thanks a lot |
20:39.20 | phh | GNUtoo: I'll be happy to help you about that if you need |
20:39.41 | GNUtoo | ok thanks a lot!!! |
20:47.50 | *** part/#htc-linux zachy (~george@85.193.4.18) |
20:51.02 | cr2_ | phh: hm. they hardcoded the same functions into nk.exe |
20:51.13 | phh | cr2_: which one ? gps ? batt ? |
20:51.18 | cr2_ | batt |
20:53.15 | cr2_ | hm. because they charge in sleep too |
20:53.31 | cr2_ | just wakeup to test the charging |
20:55.08 | phh | what's the ... I no longer survives an ARM9 crash ... before I got only DEX down, but now, everything seems dead |
20:56.48 | cr2_ | ADC_A and ADC_B are calculated from VREF, 1/2 VREF |
20:58.04 | cr2_ | haha. 'REST' 'BUTT' |
20:58.24 | cr2_ | 'CQRG' |
21:00.14 | cr2_ | 44c batt_temp_flag |
21:09.21 | cr2_ | uh. temperature is calculated too |
21:10.46 | cr2_ | and current as is |
21:11.28 | cr2_ | umullne :) |
21:12.29 | MrPippy | cr2_: does nk calculate percentage also? |
21:12.43 | cr2_ | MrPippy: yes |
21:12.54 | cr2_ | MrPippy: i don't see any tables. |
21:13.05 | MrPippy | i've been going through battery.dll and it calls percentage CBI, i'm not sure if battery.dll gets percentage from nk or calculates it itself though |
21:13.05 | cr2_ | MrPippy: so it's some linear math i guess. |
21:13.21 | cr2_ | these are the same routines |
21:13.29 | MrPippy | ok good |
21:13.31 | phh | cr2_: why not parabolic or exponential ? :p |
21:14.01 | cr2_ | phh: parabolic ? |
21:14.08 | chamonix | \o/ |
21:14.23 | phh | cr2_: y=x^2 |
21:14.55 | cr2_ | MrPippy: i have added wince data locations into wiki. we may trace them along the powermon. |
21:15.04 | chamonix | phh: I noticed when an effect is running and you touch the dpad it's voided.... is this "works as designed"? |
21:15.10 | cr2_ | phh: which physics is behind that ? |
21:15.18 | phh | cr2_: maths. |
21:15.23 | phh | chamonix: uh ? |
21:15.25 | cr2_ | phh: logarithmic/exponential i can understand |
21:15.26 | phh | I thaught I fixed that /o\ |
21:15.36 | MrPippy | ok i'll compare with my notes, i see battery.dll loading from lots of very low memory locations but i'm not sure whats there |
21:15.53 | chamonix | phh: when did u do that fix? |
21:16.03 | phh | chamonix: never according to commit list. |
21:16.08 | chamonix | lol |
21:16.31 | cr2_ | MrPippy: http://htc-linux.org/wiki/index.php?title=RaphaelMemoryMap |
21:16.35 | chamonix | then it's "works as designed" :) I was just wondering if the service was supposed to take care of that |
21:16.54 | chamonix | phh: version 0.1 is working :) |
21:17.03 | phh | chamonix: btw, there is also a auto_backlight debugfs, do you take care of it ? |
21:17.04 | cr2_ | phh: back to wavedev.dll |
21:17.09 | phh | (a check box to enable/disable it) |
21:17.16 | phh | cr2_: what about it ? |
21:17.20 | chamonix | .... battery, SMS, call |
21:17.32 | phh | chamonix: and don't forget to write to sleep_leds |
21:17.34 | cr2_ | phh: dev= |
21:17.46 | phh | cr2_: anything new about these ? |
21:17.54 | cr2_ | i'll look |
21:17.59 | chamonix | phh: huh? what am I supposed to do with sleep_leds and auto_backlight? |
21:18.03 | phh | cr2_: I think we have all devs needed |
21:18.03 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
21:18.40 | phh | chamonix: a checkbox to enable or disable auto_backlight |
21:18.57 | phh | chamonix: oh right you can't handle sleep_leds. |
21:19.04 | phh | well you can, but no. |
21:19.08 | cr2_ | hm. ef438 |
21:19.34 | MrPippy | cr2_: i know some of the fields in that struct i can fill in |
21:19.37 | chamonix | lol |
21:19.50 | cr2_ | MrPippy: missing ? |
21:20.21 | chamonix | phh: is that auto_backlight in somehow related to effects or is it a candidate for the app handling generic settings? |
21:20.40 | phh | chamonix: app handling generic settings |
21:20.58 | chamonix | good, you will be able to add whatever you like to that anyway |
21:21.07 | MrPippy | like 081422 is percent, voltage is 081404 |
21:21.53 | cr2_ | phh: what is 3,1,1 ? |
21:22.08 | phh | cr2_: device 3, output unmute, input unmute ? |
21:22.12 | phh | s/unmute/mute/ |
21:22.20 | phh | s/unmute/mute/g |
21:22.29 | cr2_ | phh: both 1 |
21:22.39 | cr2_ | MrPippy: be careful, you have raph500 ? |
21:22.43 | phh | cr2_: it's a snd_set_device call ? |
21:22.50 | phh | the arguments of it |
21:22.50 | cr2_ | phh: yes |
21:23.01 | phh | then it meants BT device, with muted output and input theorically |
21:23.15 | cr2_ | phh: don in the audio init |
21:23.26 | MrPippy | diam500, i'm looking through nuebatt so it should be valid at least for cdma diam/raph |
21:23.29 | phh | maybe to init the gpio ? |
21:23.36 | phh | (sounds stupid :() |
21:23.55 | cr2_ | MrPippy: there is raph800 column there |
21:24.03 | MrPippy | yeah i'll put it there |
21:24.10 | cr2_ | ok |
21:24.51 | phh | chamonix: groumpf I don't know how to fix this sleep_leds problem |
21:25.12 | cr2_ | phh: audio trigger restart ? it's some audio restart routine |
21:25.44 | chamonix | well for the time being I can enforce the effect with a timer, if it stops it will get reinforced |
21:25.58 | cr2_ | phh: +0xef438 pcm module |
21:26.02 | phh | chamonix: I'm not talking about the touch problem |
21:26.06 | cr2_ | phh: adsp module ?? |
21:26.19 | phh | chamonix: this one is already fixed, the problem is about handling leds when going to sleep |
21:26.33 | chamonix | oh, what'S wrong with that? |
21:26.47 | phh | chamonix: you know the "led debugging" stuff ? |
21:26.51 | chamonix | yes |
21:26.54 | phh | to debug deep sleep |
21:26.56 | phh | bah that's the problem. |
21:27.03 | phh | your effects won't stay when the phone sleeps |
21:27.30 | phh | oh I know |
21:27.41 | phh | chamonix: I'll add a sleep_effects file |
21:27.50 | phh | same syntax as effects file, same behaviour as sleep_leds |
21:30.07 | cr2_ | phh: wtf is this carkit ? |
21:30.12 | phh | don't know |
21:31.19 | phh | cr2_: something they forgot to release maybe :p |
21:33.52 | phh | I haven't ever heard of a carkit for any android device either |
21:35.22 | MrPippy | since google maps has free navigation i think there are carkits for droid/milestone and nexus one |
21:35.56 | chamonix | phh: what should I write to /dbgfs/htc_battery/charger_state to simulate a charger not being connected? 0? |
21:36.11 | phh | chamonix: argh. |
21:36.30 | *** join/#htc-linux luc_ (~luc@89-115-128-35.cl.ipv4ilink.net) |
21:36.31 | phh | chamonix: you mean to discharge it, or to say to android there is no AC ? |
21:36.42 | chamonix | the second |
21:36.47 | phh | chamonix: fixes pushed btw |
21:36.53 | chamonix | it's hard to remote dbug when unplugging :) |
21:37.05 | phh | chamonix: echo 0 works, but don't update your kernel :p |
21:37.13 | phh | my previous commit fixes this |
21:37.20 | chamonix | oO |
21:37.39 | phh | chamonix: android doesn't know "usb presence but no charger" |
21:37.44 | phh | for it, such things doesn't exist. |
21:38.06 | phh | and I fixed usb presence detection, so... |
21:38.10 | chamonix | ok |
21:38.24 | phh | but with an old enough kernel, the echo 0 > charger_state will work |
21:38.31 | chamonix | I just need to debug that for getting breathe on as/usb loading to get working |
21:38.49 | *** join/#htc-linux playdo (~chatzilla@p57B3EF31.dip.t-dialin.net) |
21:38.56 | cr2_ | Markinus: ping |
21:39.10 | Markinus | cr2: pong |
21:39.37 | cr2_ | Markinus: do you set the bits in +fc0d0 for audio ? |
21:40.14 | cr2_ | +0xfc0d0 ADIE, x2=forceupd,x4=method,x8=Awake |
21:40.34 | chamonix | well, there seem to be something broken.... I don't get any ACTION_BATTERY_CHANGED :-/ |
21:41.04 | phh | chamonix: look at the upper part of your screen, there is a charging/on battery icon :p |
21:41.45 | cr2_ | Markinus: the awake bit needs to be updated, depending on some other setting |
21:41.45 | Markinus | cr2_: I set some bits which I found with Haret but I have to look which, one moment I will look . . |
21:42.41 | cr2_ | after updateadietable |
21:42.47 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
21:43.11 | cr2_ | audiouplink, auxbypass |
21:43.15 | Markinus | I put it in audio_enable in audio out . . |
21:43.37 | Markinus | is this the wrong place? |
21:44.40 | cr2_ | where do you put the audio (ADIE) params into smem ? |
21:45.55 | Markinus | audio_out.c, audio_enable() / disable() |
21:46.30 | cr2_ | hm. maybe |
21:47.07 | NetRipper | cr2_, do you remember i'm having issues with the MDP interrupt? with the handle_bad_irq? i've just noticed that the same thing happens with i2c as well... i wonder what's up there |
21:47.38 | NetRipper | the interrupt fires, but disable_irq within the interrupt handler causes problems |
21:48.28 | cr2_ | NetRipper: strange |
21:48.41 | cr2_ | NetRipper: it's the vic irq ? |
21:49.30 | NetRipper | yes, you mean in contrary to gpio? |
21:49.44 | cr2_ | yes |
21:50.09 | cr2_ | is it the same list as on 7201A ? |
21:50.32 | cr2_ | you are decoding it from wince, so you must know :) |
21:51.18 | NetRipper | no i'm using the nexus one list |
21:51.29 | phh | NetRipper: btw, for when you're that far, clock-7x30.c should be helpful for it as their registers looks like qsd |
21:51.57 | NetRipper | INT_PWB_I2C (irq 34) |
21:51.58 | cr2_ | phh: 8x50 has its own code |
21:52.05 | cr2_ | NetRipper: yes. ok |
21:52.06 | phh | cr2_: he already has clock code ? |
21:52.20 | cr2_ | phh: no. |
21:52.29 | NetRipper | the current clock code doesn't fail though :x |
21:52.41 | cr2_ | NetRipper: pwb ? do you see it in wince too ? |
21:52.50 | NetRipper | cr2_, haven't looked at it in wince |
21:52.59 | NetRipper | but i've definitely seen MDP |
21:53.14 | cr2_ | NetRipper: you may create a vic irq table for 8x50, and mark traced irqs |
21:53.24 | cr2_ | like it's done for raph. |
21:53.26 | cr2_ | ok |
21:53.37 | chamonix | waaaa, it's a bug: The platform requires android.intent.action.BATTERY_CHANGED intents to be |
21:53.40 | chamonix | registered with broadcast receivers programmatically. However, the API |
21:53.43 | chamonix | currently allows android.intent.action.BATTERY_CHANGED to be included in |
21:53.45 | chamonix | the application manifest. |
21:53.52 | cr2_ | NetRipper: switch on the cam, you'll see plenty of i2c irqs :) |
21:54.16 | NetRipper | cr2_, ok |
21:54.22 | NetRipper | cr2_, what kind of vic irq table do you mean? |
21:54.32 | NetRipper | like this, but for leo? http://www.htc-linux.org/wiki/index.php?title=Raphael_IRQ |
21:54.34 | Markinus | cr2_: This is what I do |
21:54.35 | Markinus | http://pastebin.com/dccbfda2 |
21:54.47 | Markinus | from smsm log . . |
21:54.51 | Markinus | smem |
21:55.16 | cr2_ | NetRipper: yes |
21:55.18 | Markinus | cr2_: and disable set it to 2 |
21:55.29 | NetRipper | cr2_, but the nexus one irq list should be identical.. it's chipset specific, not device-specific |
21:56.16 | NetRipper | do you somehow expect differences? |
21:56.26 | cr2_ | NetRipper: INT_ADSP_A11 vs NT_ADSP_A9_A11, and INT_UART2DM_RX vs INT_UART2DM_IRQ |
21:56.43 | cr2_ | NetRipper: we had a lot of troubles with these 2 irqs |
21:56.57 | NetRipper | aha |
21:57.05 | NetRipper | they're just the same though, only differently named? |
21:57.06 | cr2_ | NetRipper: g1 use vs raph use |
21:57.17 | cr2_ | no,different irqs are used |
21:57.20 | *** join/#htc-linux IceWewe (~untitled@unaffiliated/icewewe) |
21:57.23 | NetRipper | aha |
21:57.32 | NetRipper | interesting |
21:57.45 | cr2_ | g1 uses INT_ADSP_A9_A11, and we INT_ADSP_A11 |
21:57.52 | cr2_ | the same for bt |
21:58.01 | cr2_ | fcked android g1 kernel ;) |
21:58.15 | cr2_ | and their amss patches |
21:58.54 | NetRipper | hehe |
21:59.18 | NetRipper | language, yough man ;) |
21:59.18 | cr2_ | Markinus: hm. ok. |
21:59.28 | cr2_ | lol |
21:59.52 | NetRipper | anyway i got a kernel that boots up to initrd now |
22:00.07 | NetRipper | with almost everything disabled except fb console |
22:00.09 | cr2_ | wow |
22:00.31 | cr2_ | well, you need gpio alt, dex and vreg drivers now |
22:00.33 | *** join/#htc-linux playdo (~chatzilla@p57B3EF31.dip.t-dialin.net) |
22:00.34 | NetRipper | gonna push it to git in a bit |
22:00.42 | cr2_ | NetRipper: and clk |
22:00.49 | NetRipper | yes |
22:00.58 | cr2_ | NetRipper: add all traced vic irqs in the list |
22:01.00 | phh | cr2_: and then he is done. that's unfair. |
22:01.05 | NetRipper | also, i removed dma2_config from htc_fb_console |
22:01.08 | cr2_ | bt and adsp may be very important |
22:01.11 | AstainHellbring | NetRipper nice it boots again? |
22:01.15 | cr2_ | phh: LOL!!! |
22:01.30 | NetRipper | phh, dont worry, i know more needs to be done ;) i was there at start of raphael's kernel too ;) |
22:01.43 | phh | cr2_: he already has most drivers |
22:01.50 | NetRipper | AstainHellbring, yes.. ah right i'll make a package for you as well astain soon |
22:01.54 | AstainHellbring | cool |
22:02.01 | cr2_ | phh: he was the first to boot on raph100 too |
22:02.13 | phh | haha |
22:02.27 | phh | NetRipper: you'll be the first one for which one next ? :p |
22:02.31 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
22:02.39 | cr2_ | phh: but after that he returned to wince. so you have the honor to do the dirty job :) |
22:02.50 | NetRipper | phh, lol dunno, whenever winmo 7 comes out :p |
22:03.09 | cr2_ | NetRipper: haha. haret will not work there |
22:03.19 | NetRipper | cr2_, that's just a challenge :) |
22:03.27 | cr2_ | _yes_ |
22:03.38 | NetRipper | i like challenges |
22:04.18 | cr2_ | phh: that's why we need a new common dex+vreg+clk driver |
22:04.40 | cr2_ | NetRipper: do you already have code to configure the gpio alt ? |
22:05.02 | NetRipper | cr2_, not sure |
22:05.16 | NetRipper | cr2_, don't know if it's included in nexus tree? |
22:05.19 | GNUtoo | mickey|tv, still watching tv |
22:05.26 | GNUtoo | ? |
22:05.26 | cr2_ | NetRipper: + in http://www.htc-linux.org/wiki/index.php?title=Raphael_IRQ means traced |
22:05.38 | cr2_ | NetRipper: unlikely |
22:06.02 | cr2_ | NetRipper: uart2dm missing there. |
22:06.13 | cr2_ | NetRipper: but you should see uart1dm |
22:06.40 | NetRipper | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-qsd8k-2.6.29 |
22:06.43 | NetRipper | there it is |
22:06.53 | NetRipper | just pushed the gold |
22:07.06 | cr2_ | need to track it |
22:07.21 | NetRipper | cr2_, in nexus bluetooth is on uart1dm but don't know about leo |
22:07.23 | cr2_ | NetRipper: do they do bt ? |
22:07.33 | cr2_ | NetRipper: on leo too |
22:07.34 | NetRipper | check board-mahimahi.c |
22:07.37 | cr2_ | which is strange |
22:07.45 | NetRipper | cr2_, isn't bt done via amss? |
22:07.50 | cr2_ | no |
22:07.54 | NetRipper | sweet |
22:08.09 | cr2_ | it's a serial port |
22:08.29 | cr2_ | just trace its vic irq |
22:08.44 | NetRipper | i should try serial on usb |
22:08.45 | cr2_ | the clock settings are known, and that it is uart1dm too. |
22:08.56 | cr2_ | serial on usb is just usb |
22:09.20 | cr2_ | +acer_a1 MACH_ACER_A1 ACER_A1 2652 |
22:09.25 | cr2_ | what's that |
22:09.43 | NetRipper | thats someone that added ACER_A1 |
22:09.45 | NetRipper | leo is way up |
22:09.54 | NetRipper | i just updated mach-types to last version |
22:09.57 | cr2_ | lol |
22:09.58 | cr2_ | ok |
22:10.23 | NetRipper | HTCLEO was already added to mach-types for haret's sake ;) |
22:10.34 | cr2_ | yes |
22:11.48 | cr2_ | (219*1024*1024) ? |
22:11.58 | phh | cr2_: like mahimahi |
22:12.08 | cr2_ | i have heard somthing about 576 :) |
22:12.19 | NetRipper | cr2_, not on one bank probably |
22:12.38 | cr2_ | +#define MSM_EBI1_BANK0_BASE 0x20000000 |
22:12.39 | NetRipper | i just kept it to 219 as per nexusone default.. it may even be too much for leo.. havent tested it fully |
22:12.43 | *** join/#htc-linux mastermerlin (~merlin@pD957FD63.dip.t-dialin.net) |
22:12.45 | cr2_ | +#define MSM_EBI1_BANK1_BASE 0x30000000 |
22:13.18 | NetRipper | yep as opposed to 0x1* and 0x2* on raphael |
22:13.18 | cr2_ | i think it's contiguous |
22:13.21 | cr2_ | 256+256 |
22:13.30 | cr2_ | because of 256 |
22:13.41 | cr2_ | but you may have a hole in the middle |
22:13.42 | NetRipper | 256+256 = 512, what happened to the other 64MB? |
22:13.51 | cr2_ | smi |
22:14.00 | NetRipper | no, that wouldn't be usable in wince either |
22:14.02 | phh | cr2_: contiguous would mean they have no possible extension beyond 512 MB |
22:14.05 | phh | which seems quite unlikely |
22:14.17 | cr2_ | phh: ? |
22:14.50 | cr2_ | NetRipper: must be smi. according to your map |
22:14.52 | phh | unless the EBI base address can be changed |
22:15.03 | cr2_ | NetRipper: have i looked at your amss ? |
22:15.08 | NetRipper | cr2_, haven't really taken special care of the map |
22:15.15 | cr2_ | phh: it's a different cpu |
22:15.25 | NetRipper | cr2_, no but you can download the .nbh from the hd2 forum |
22:15.29 | cr2_ | NetRipper: ok. that may explain dma problems :) |
22:15.29 | NetRipper | its the TMO2.02 radio rom |
22:15.39 | cr2_ | NetRipper: i think i have already |
22:16.06 | NetRipper | i wonder why HTC only enabled 448MB memory instead of the possible 576MB |
22:16.54 | cr2_ | camera/mdp buffers |
22:17.07 | NetRipper | everything still works though |
22:17.15 | phh | cr2_: VRAM ? |
22:17.17 | NetRipper | i have the 576MB mem in wince |
22:17.23 | NetRipper | all hardware still functions |
22:17.26 | cr2_ | to look good |
22:17.34 | NetRipper | lol |
22:17.36 | phh | NetRipper: no way you have the fuil use of the 576MB |
22:17.53 | NetRipper | phh, that needs to be tested |
22:17.54 | cr2_ | NetRipper: there is memory debug cmd in haret |
22:18.05 | cr2_ | NetRipper: try to alloc 576MB, lol |
22:18.11 | NetRipper | that'll never work |
22:18.18 | NetRipper | wince kernel won't allow it ;) |
22:18.33 | cr2_ | find the max value |
22:19.00 | NetRipper | what's the size of a page? |
22:19.02 | NetRipper | 4k? |
22:19.09 | phh | depends |
22:19.21 | NetRipper | HaRET(2)# alloctest 2~ |
22:19.21 | NetRipper | pg#: <virt> <phys> |
22:19.21 | NetRipper | 000: 5f000000 29091000 |
22:19.21 | NetRipper | 001: 5f001000 290a3000 |
22:19.23 | cr2_ | yes |
22:20.03 | cr2_ | NetRipper: you use smi for fb ? |
22:20.13 | cr2_ | +#define HTC_FB_PHYS 0x03800000 |
22:20.30 | cr2_ | pretty high |
22:21.28 | NetRipper | in fb_console? |
22:21.36 | cr2_ | NetRipper: are you sure that mdp reg layout is the same as on 7201A |
22:21.38 | cr2_ | yes |
22:21.45 | NetRipper | that's what haret told me ;) |
22:21.50 | phh | cr2_: yes they are |
22:21.56 | phh | cr2_: only the commands are different |
22:21.59 | cr2_ | ok, so it's traceable |
22:22.02 | cr2_ | ok |
22:22.08 | phh | (I read its source code :p) |
22:23.13 | NetRipper | google = awesome, you can just type 576MB / 4kB in there, and it'll tell you |
22:23.31 | NetRipper | haret crashed |
22:23.31 | phh | cr2_: so vbus detection works |
22:23.33 | NetRipper | :D |
22:23.43 | cr2_ | NetRipper: haret evaluates expressions too |
22:23.55 | phh | time to sleep now |
22:23.58 | cr2_ | phh: finally :) |
22:24.05 | NetRipper | you're right |
22:24.05 | NetRipper | :( |
22:24.22 | cr2_ | NetRipper: how much was allocated. and where ? |
22:24.23 | phh | cr2_: yes sorry for the mess |
22:24.49 | cr2_ | phh: how usable is linux on raph ? |
22:25.09 | *** part/#htc-linux c2d1 (~Mike@port-92-200-114-157.dynamic.qsc.de) |
22:25.10 | cr2_ | phh: what should be fixed ? the panel init ? |
22:25.30 | NetRipper | can only alloc 73000 pages |
22:25.34 | phh | panel init isn't really needed |
22:25.38 | NetRipper | but thats with manila loaded |
22:25.48 | cr2_ | phh: i'll flash it, as long as i have leo/nexus |
22:26.00 | phh | cr2_: ah. you want to flash ? |
22:26.17 | phh | it takes a lot of time to debug that :/ |
22:26.34 | NetRipper | panel init will be needed when you want to put it in standby and take it out i think |
22:26.44 | phh | NetRipper: yes but no. |
22:26.54 | phh | NetRipper: we already have >16hours battery life without its suspend |
22:26.54 | NetRipper | it remains configured when turned off? |
22:26.59 | NetRipper | ah |
22:27.04 | phh | and diamond has panel on/off |
22:27.13 | phh | and it doesn't last that long at all :p |
22:27.16 | NetRipper | hehe |
22:27.26 | NetRipper | i still have a raphael lying around |
22:27.28 | NetRipper | biting dust |
22:27.31 | phh | maybe it's not properly shut down though |
22:27.37 | phh | NetRipper: send it to me then ! :p |
22:27.38 | cr2_ | phh: something for you http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=d2958f757626c46bee20971d7920cbe7a3a2a548 |
22:27.40 | NetRipper | lol |
22:28.01 | NetRipper | im a businessman, you can buy it. :P |
22:28.05 | cr2_ | 1c4 on raph/diam/topa |
22:28.21 | phh | funny. |
22:28.28 | phh | was 16mA on hero |
22:28.30 | phh | 2mA on wince |
22:28.34 | NetRipper | lol |
22:28.41 | phh | and is 8mA on mahimahi |
22:28.41 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-103-180.web.vodafone.de) |
22:28.47 | chamonix | <phh> chamonix: anyway, I want your app for led effects to be released before the end of the day ! :p <---- mission acomplished |
22:28.55 | phh | yes i've seen |
22:29.00 | chamonix | :) |
22:29.08 | NetRipper | led effects? |
22:29.09 | chamonix | battery's not working tho |
22:29.10 | phh | cr2_: I guess this setting is a per-sensor setting |
22:29.44 | cr2_ | yes |
22:30.00 | phh | NetRipper: on raph/diam, the center pad can make different led effects |
22:31.19 | NetRipper | ah yes |
22:31.22 | NetRipper | ok |
22:31.43 | NetRipper | i remember it was made to light up on touch whereever you touched it |
22:31.43 | NetRipper | :) |
22:31.57 | cr2_ | phh: uplink: phone,rec,vt,voip ? |
22:32.19 | phh | cr2_: sure. |
22:32.38 | chamonix | nite guys |
22:32.42 | phh | chamonix: sources ? |
22:32.52 | phh | ok tomorrow |
22:32.59 | cr2_ | dnlink: phone,pb,dshow,vt,fm,voip |
22:33.08 | cr2_ | phh: what is pb ? |
22:33.24 | chamonix | yea, I have to run checkstyle on the sources before releasing :P |
22:33.32 | phh | chamonix: tsss |
22:33.36 | chamonix | HeHeHe |
22:33.50 | phh | cr2_: no idea |
22:36.10 | *** join/#htc-linux Forsaken|Desk (~Forsaken@dslb-084-058-252-187.pools.arcor-ip.net) |
22:43.36 | cr2_ | audiopath2gsm. 4,1 |
22:48.18 | cr2_ | audiopath2pda. 4,0 |
22:59.09 | *** join/#htc-linux dekar (~dekar@port-92-193-105-69.dynamic.qsc.de) |
22:59.57 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
23:02.24 | cr2_ | phh: dev= is called for downlink path |
23:04.09 | cr2_ | +sleep 0x12c after the switch |
23:06.11 | cr2_ | Markinus: do you set bit 0x8 to wakeup ADIE ? |
23:08.15 | *** join/#htc-linux lalaleche (~jooprzol@32.170.45.129) |
23:08.52 | Markinus | no, this is what I'm now testing. I think I have to set it one times only? E.g. in the audio_open() ? |
23:09.08 | cr2_ | and after sleep i think |
23:10.04 | Markinus | ok, and 0x10? x2=forceupd + x8=Awake ? |
23:10.52 | cr2_ | x8 is awake, x2 is force update (if needed) and x4 is method |
23:13.29 | *** join/#htc-linux marcin_ (~marcin@chello089077185059.chello.pl) |
23:14.25 | cr2_ | [D:AUD] UpdateAudioAdieTable(bAudioUplinkReq 0,bAUXBypassReq 0) |
23:14.37 | cr2_ | [D:AUD] UpdateAudioAdieTable(bAudioUplinkReq 0,bAUXBypassReq 1) |
23:15.19 | *** part/#htc-linux junalmeida (~junior@201.19.106.14) |
23:16.22 | cr2_ | hm |
23:16.25 | cr2_ | on topa |
23:16.27 | cr2_ | [D:AUD] UpdateAudioAdieTable(bAudioUplinkReq 1,bAUXBypassReq 0,bEnableHSSD=0) |
23:16.56 | cr2_ | or [D:AUD] UpdateAudioAdieTable(bAudioUplinkReq 0,bAUXBypassReq 0,bEnableHSSD=0) |
23:17.05 | tmzt | what's new? what's this mean? |
23:17.25 | Markinus | so meny things oare diferent an Topaz's audio . .. strange |
23:18.03 | cr2_ | rhod is even more complex |
23:18.05 | cr2_ | [D:AUD] CAudioPath::SetDualMicParameters, ActiveDownlinkPath(1), m_bVoiceReq(0), bIsSlideOut(1) |
23:18.25 | Markinus | ohhh |
23:19.25 | cr2_ | aha |
23:19.28 | cr2_ | ./topa100_dmesg:16:23:51 [D:AUD] UPLink ==> NONE |
23:19.30 | cr2_ | ./topa100_dmesg:16:23:51 [D:AUD] DNLink ==> PB |
23:19.44 | cr2_ | PB is playback i guess |
23:20.01 | cr2_ | [23:32] <cr2_> dnlink: phone,pb,dshow,vt,fm,voip |
23:20.02 | cr2_ | [23:33] <cr2_> phh: what is pb ? |
23:20.41 | *** join/#htc-linux junalmeida (~junior@201.19.106.14) |
23:20.52 | cr2_ | [23:31] <cr2_> phh: uplink: phone,rec,vt,voip |
23:23.23 | cr2_ | uplink is NONE |
23:23.29 | *** join/#htc-linux junalmeida (~junior@201.19.106.14) |
23:23.31 | cr2_ | or phone |
23:23.45 | *** part/#htc-linux junalmeida (~junior@201.19.106.14) |
23:24.05 | cr2_ | downlink is NONE or PB |
23:24.41 | cr2_ | UPLink ==> PHONE |
23:25.14 | cr2_ | DNLink ==> PB FM |
23:25.24 | cr2_ | DNLink ==> FM |
23:27.42 | cr2_ | Markinus: for the fm radio: |
23:27.46 | cr2_ | 14:47:20 [D:AUD] +FMAudioEnable(1,0) |
23:27.47 | cr2_ | 14:47:20 [D:AUD] UPLink ==> NONE |
23:27.49 | cr2_ | 14:47:20 [D:AUD] DNLink ==> FM |
23:27.55 | cr2_ | 14:47:20 [D:AUD] UpdateAudioAdieTable(bAudioUplinkReq 0,bAUXBypassReq 1) |
23:28.03 | cr2_ | 14:47:20 [D:AUD] +call UpdateAudioMethod 1 |
23:28.05 | cr2_ | 14:47:20 [D:AUD] +call UpdateForceADIEAwake 1 |
23:28.06 | cr2_ | 14:47:20 [D:AUD] +call snd_set_device(11) data:9 11043316 |
23:28.09 | *** join/#htc-linux luc_ (~luc@89-115-128-35.cl.ipv4ilink.net) |
23:28.22 | cr2_ | Markinus: so they are called before the rpc |
23:30.13 | Markinus | ok, thx, I will look to it |
23:30.16 | cr2_ | for normal sund |
23:30.20 | cr2_ | 14:47:25 [D:AUD] UPLink ==> NONE |
23:30.21 | cr2_ | 14:47:25 [D:AUD] DNLink ==> PB |
23:30.28 | cr2_ | 14:47:25 [D:AUD] +call UpdateAudioMethod 1 |
23:30.29 | cr2_ | 14:47:25 [D:AUD] +call UpdateForceADIEAwake 0 |
23:30.31 | cr2_ | 14:47:25 [D:AUD] +call snd_set_device(2) data:12 11048453 |
23:31.02 | Markinus | device 2? Hmm |
23:31.47 | cr2_ | headset |
23:31.52 | cr2_ | 14:47:44 [D:AUD] +call UpdateAudioMethod 1 |
23:31.53 | cr2_ | 14:47:44 [D:AUD] +call UpdateForceADIEAwake 0 |
23:31.55 | cr2_ | 14:47:44 [D:AUD] +call snd_set_device(1) data:15 11067742 |
23:32.01 | cr2_ | it's the speaker |
23:32.11 | Markinus | okay, thx! |
23:32.33 | cr2_ | and finally |
23:32.36 | cr2_ | 14:47:47 [D:AUD] UPLink ==> NONE |
23:32.38 | cr2_ | 14:47:47 [D:AUD] DNLink ==> NONE |
23:32.47 | cr2_ | 14:47:47 [D:AUD] +call UpdateAudioMethod 0 |
23:32.49 | cr2_ | 14:47:47 [D:AUD] +call UpdateForceADIEAwake 0 |
23:32.50 | cr2_ | 14:47:47 [D:AUD] +call snd_set_device(1) data:18 11070818 |
23:33.12 | cr2_ | it's the standard state |
23:33.44 | cr2_ | what is needed to switch uplink/downlink needs to be investgated more closely |
23:34.20 | Markinus | yes, I have no Idea how I can do it . .. |
23:35.35 | cr2_ | phone |
23:35.38 | cr2_ | 13:05:55 [D:AUD] UPLink ==> PHONE |
23:35.40 | cr2_ | 13:05:55 [D:AUD] DNLink ==> PHONE |
23:35.47 | cr2_ | 13:05:55 [D:AUD] +call UpdateAudioMethod 0 |
23:35.49 | cr2_ | 13:05:55 [D:AUD] +call UpdateForceADIEAwake 0 |
23:35.50 | cr2_ | 13:05:55 [D:AUD] +call snd_set_device(0) data:2 4958786 |
23:36.26 | cr2_ | so phone does not depend on ADIE |
23:36.59 | cr2_ | hm. ok |
23:37.00 | Markinus | maybe is this the reason why the phone is working , , |
23:37.02 | cr2_ | 13:06:19 [D:AUD] +AudioPath2PDA |
23:37.03 | cr2_ | 13:06:19 [D:AUD] UPLink ==> NONE |
23:37.05 | cr2_ | 13:06:19 [D:AUD] DNLink ==> NONE |
23:37.36 | cr2_ | and |
23:37.39 | cr2_ | 13:05:55 [D:AUD] +AudioPath2GSM |
23:37.40 | cr2_ | 13:05:55 [D:AUD] AUDIO: HAC mode enable = 0 |
23:37.42 | cr2_ | 13:05:55 [D:AUD] UPLink ==> PHONE |
23:37.43 | cr2_ | 13:05:55 [D:AUD] DNLink ==> PHONE |
23:38.10 | cr2_ | what did i say before ? |
23:38.13 | cr2_ | [23:43] <cr2_> audiopath2gsm. 4,1 |
23:38.15 | cr2_ | [23:48] <cr2_> audiopath2pda. 4,0 |
23:38.29 | cr2_ | 4 ? |
23:38.41 | cr2_ | hm,some index maybe. |
23:39.39 | cr2_ | NetRipper: still here ? |
23:40.14 | Markinus | cr2_: could be the UPLink and DNLink different RPC connections? |
23:40.24 | cr2_ | no |
23:40.32 | cr2_ | it's something else |
23:40.47 | cr2_ | first they call this UP/DOWNllink functions |
23:40.53 | cr2_ | then DEX, and then RPC |
23:41.00 | Markinus | ok |
23:41.10 | cr2_ | you can see it in the wince dmesg |
23:43.57 | cr2_ | NetRipper: you missed the irq2 block in haret for 8x50 |
23:45.07 | cr2_ | NetRipper: this looks like a bug 179 #define NR_MSM_IRQS 64 |
23:45.58 | cr2_ | NetRipper: no, they split them 180 #define NR_SIRC_IRQS 23 |
23:50.54 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
23:57.18 | Markinus | cr2_: I searching for a place to build the switching of the ADIE Parameters in, maybe on the top of the snd_set_device() function, the parameters are always called bevor this . . |
23:58.28 | Markinus | and snd_ioctl |