00:01.02 | cr2_ | Markinus: what is cc, 51, 0, 0, ff, ff |
00:01.26 | Markinus | ohh, not tested yet . .I will do it . . |
00:01.58 | *** join/#htc-linux ali1234 (~al@robotfuzz.co.uk) |
00:02.04 | Markinus | cr2_: sorry, but where do you have the 4 from? |
00:02.12 | cr2_ | wince api |
00:02.27 | Markinus | ahh, ok |
00:02.42 | cr2_ | on leo |
00:02.52 | cr2_ | so it is probably the same |
00:03.06 | cr2_ | cc,51,val,4 -> extsystemLED behaviour |
00:05.20 | Markinus | ok |
00:07.02 | cr2_ | Markinus: it probably depends on the led mode array |
00:07.25 | cr2_ | so you may get red too. |
00:09.12 | *** join/#htc-linux JesusFreak316 (~JesusFrea@USF-Wifi-32-211.laptops.usf.edu) |
00:09.28 | Markinus | cr2_: 0 is nothing .. |
00:10.07 | cr2_ | ok |
00:10.26 | cr2_ | do the bigger numbers work ? |
00:10.33 | Markinus | cr2_: Dou you meen the 3 parameter in this array? The 0x0 ? |
00:10.38 | Markinus | I will test it now |
00:10.50 | Markinus | the led mode array? |
00:10.59 | cr2_ | the 3rd parameter |
00:13.36 | cr2_ | the vogue/kaiser clk code is an unbelievable mess :) |
00:14.07 | cr2_ | if i didn't know what's going on there... |
00:19.58 | Markinus | cr2_: It seems that the higher values do nothing . . |
00:20.19 | Markinus | Have to test the 3rd parameter for red led . . |
00:22.13 | cr2_ | the tables are hardcoded into microP.dll |
00:22.27 | cr2_ | so it may be impossible with the wrong rom |
00:24.04 | Markinus | cr2_: yes . .hmm. Dou you know whether I can replace this file under winmo? With a older one? Without flashing? |
00:25.03 | cr2_ | if it's a normal file |
00:25.10 | cr2_ | then it's readable. |
00:25.27 | cr2_ | don't know if you can just remove the "normal" file from rom |
00:27.01 | cr2_ | hm. |
00:27.04 | cr2_ | http://gitorious.org/kaiser-linux/kernel/blobs/51149f40228b3cdd48ff803ce7af98e0ba382415/arch/arm/mach-msm/board-kaiser-battery.c |
00:27.16 | cr2_ | a lot of hardcoded things there. |
00:29.25 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
00:29.45 | cr2_ | but it looks good |
00:29.46 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.34) |
00:32.19 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
00:36.52 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
00:38.49 | *** join/#htc-linux Bry8Star__ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
00:39.07 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-164.hsd1.il.comcast.net) |
00:40.25 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
00:41.03 | Markinus | cr2_:We have on Topaz a second led on the right side on the speaker. But I have no Idea how to activate this .. . I think this was blue but I'm not sure . . |
00:41.23 | *** join/#htc-linux Unholy_ (~IceChat7@24.227.27.77) |
00:41.47 | *** join/#htc-linux ccube (~ccube@95-90-193-11-dynip.superkabel.de) |
00:44.28 | cr2_ | Markinus: BT ? |
00:45.24 | Markinus | yes, maybe, but not in the 6.5 Roms . . .and I cannot remember what was with 6.q I posted i the Forum, maybe can someone give me a 6.1 dll. |
00:45.54 | *** join/#htc-linux myn\ (cereal@cpe-71-64-8-167.insight.res.rr.com) |
00:58.01 | cr2_ | good night |
01:19.12 | *** join/#htc-linux JesusFreak316 (~JesusFrea@USF-Wifi-32-211.laptops.usf.edu) |
01:26.17 | *** join/#htc-linux JesusFreak316 (~JesusFrea@USF-Wifi-32-211.laptops.usf.edu) |
01:31.04 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
01:39.49 | myn | werd |
01:40.01 | myn | so what are the Sprint phones that work with Android |
01:41.02 | *** join/#htc-linux makefile (~god@189.81.69.129) |
02:05.05 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
02:08.06 | makkonen | myn: diamond and touch pro... 'work', I guess. |
02:08.27 | makkonen | no bt, no gps, 4 hour battery life, weird crashes... but they work. |
02:08.46 | *** join/#htc-linux adhoc (~khawtin@ppp121-45-24-62.lns20.adl2.internode.on.net) |
02:11.35 | maejrep | mm, trying to hack LWP to work in a mangled HTC ROM ;/ http://xda.privatepaste.com/download/c56d310c94 |
02:11.40 | maejrep | preview works at least |
02:11.43 | maejrep | nothing else |
02:13.54 | adhoc | morning all |
02:17.54 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
02:23.14 | maejrep | i take that back.. it does set: http://xda.privatepaste.com/download/11a7424b9f |
02:25.53 | adhoc | anyone installed Xanadux or similar onto a HTC Hermes ? |
02:30.00 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
02:35.09 | *** join/#htc-linux enjalot (~enjalot@wg-d232102.dsl.fsu.edu) |
03:04.46 | *** part/#htc-linux surgex (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
03:21.49 | *** join/#htc-linux god206 (~infidel20@unaffiliated/swc666/x-4934821) |
03:24.38 | *** join/#htc-linux yepper12345 (~yepper123@99-25-243-248.lightspeed.ltrkar.sbcglobal.net) |
03:29.44 | *** join/#htc-linux fleixius (~fleixius@unaffiliated/fleixius) |
03:41.01 | stinebd | makkonen: did you need me for something last night? |
03:43.06 | stinebd | well last night for me, heh... 29 hours or so ago |
03:43.19 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-72-26.tampfl.fios.verizon.net) |
04:07.22 | *** join/#htc-linux randomblame (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
04:35.50 | *** join/#htc-linux madCoder- (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net) |
04:45.57 | makkonen | stinebd: I'm in nearly the same time zone as you, I think, so it was last night for me, too. |
04:48.34 | makkonen | I wanted to know if the capslock key on your device turned on the capslock LED. Someone else said it did on their fuze, so I guess I don't need you anymore. |
04:49.07 | makkonen | I also wanted to know if you were giving people commit access to your rootfs repo on gitorious. Before I go and make my own clone. |
04:49.52 | stinebd | if you want access i can give it |
04:49.58 | stinebd | i don't know of anyone that uses the repo |
04:50.14 | stinebd | (other than me) |
04:54.07 | *** join/#htc-linux jamenlang (~jamenlang@68.170.60.12) |
04:55.15 | stinebd | makkonen: added |
04:57.40 | makkonen | well, I guess it's easier to put my fixes in there and hope they filter upstream than to hope I catch someone who puts builds together. |
05:00.42 | stinebd | i like having it there to see the changes :) |
05:07.46 | *** join/#htc-linux droid0011 (~g1@p4FDCBA68.dip.t-dialin.net) |
05:09.06 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
05:14.44 | *** join/#htc-linux phh_ (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
05:14.53 | makkonen | stinebd: do you know how git takes care of file permissions? I imagine it'd be a problem for something like the rootfs. |
05:15.33 | stinebd | makkonen: see the scripts dir |
05:15.46 | stinebd | (its a hack) |
05:18.57 | makkonen | you added me as a committer to the xdandroid-vendor repo, not eclair-rootfs. |
05:20.02 | stinebd | oops |
05:20.57 | stinebd | fixed |
05:20.58 | stinebd | sorry |
05:22.44 | stinebd | anyway there's a script in there that uses a perms map to replicate the original rootfs permissions. unfortunately the map has to be updated whenever a new file is added |
05:22.57 | makkonen | ah. |
05:23.14 | makkonen | yeah, that's hacky, but... hey, better than just handing around a rootfs of unknown provenance whenever a change has to be made. |
05:23.21 | makkonen | which is pretty much how it's done now. |
05:24.31 | makkonen | I'm gonna drop a few fixes in there tonight... I don't think mrpippy's combined fix for wifi that works on both cdma and gsm has made it in anywhere yet. Just have to find it in the logs, now. |
05:25.04 | stinebd | distprepare.py is the script that adjust perms based on perms.map |
05:25.28 | makkonen | and there's a bunch of annoying minor bugs in the init script... like things that point to /sdcard/android instead of $card |
05:25.48 | stinebd | yes the init script needs cleaning badly |
05:29.13 | *** join/#htc-linux bzo (~chatzilla@adsl-75-35-5-163.dsl.pltn13.sbcglobal.net) |
05:32.57 | makkonen | and I can drop binaries in the /bin folder and it won't complain? Just have to also add their perms to the perms.map file? |
05:33.47 | makkonen | (I've got dropbear working pretty well at this point, so I might as well add my changes for that as well) |
05:33.52 | stinebd | yup |
05:33.55 | stinebd | oh nice |
05:33.59 | bzo | stinebd: do you have any plans to create an initrd repo? |
05:34.11 | stinebd | bzo: not yet |
05:34.26 | stinebd | i don't see why i couldn't though |
05:34.29 | bzo | i've been looking into bringing over vilord's new stuff from the vogue |
05:35.04 | bzo | he's released all his code now |
05:35.24 | makkonen | I want that replimenu junk. |
05:35.43 | bzo | even made changes to make diamond/raph keypad compatible with replimenu :) |
05:37.16 | makkonen | nice |
05:37.28 | makkonen | I have never even looked at the initrd |
05:37.53 | makkonen | I feel like it's a defeatist attitude, but... I would kinda be ok with keeping it that way. :-p |
05:38.20 | bzo | nothing too terribly complicated in there |
05:38.27 | makkonen | that's good. |
05:38.34 | makkonen | encouraging. maybe I will take a look. |
05:40.01 | bzo | anyways, since vilord has already fixed the diam/raph compatibility, there's only a bit of script tweaking to bring in the menu stuff |
05:40.20 | bzo | question is how best to deal with the other devices |
05:44.02 | bzo | makkonen: working on other stuff beyond the rootfs fixes? |
05:44.19 | makkonen | right now? no. |
05:45.10 | makkonen | thinking I might install new ROM in winmo tonight... and if I'm going to do that, I should test to see if the new radio version has an effect on android. |
05:45.58 | bzo | aren't the radio roms usually separate updates? |
05:46.31 | makkonen | yeah, but I'm just doing the big stock sprint update, and I think it's got both. |
05:47.23 | bzo | yeah, think you're right |
06:00.58 | *** join/#htc-linux DaveWM (~dave@h-174-39-73-168.ip.alltel.net) |
06:05.10 | makkonen | anyone here know what all the values in the sqlite table for APNs are. I'm sort of flummoxed by the bit where it creates the android APN in the rootfs... it's got 16 entries, and the table wants 17, but I'm not really sure what they are. |
06:06.37 | *** join/#htc-linux bzo_ (~chatzilla@netblock-68-183-234-105.dslextreme.com) |
06:06.40 | makkonen | clearly whatever it was I did a couple nights ago was not right, because now I have 6 android APNs when I go to check. :-( |
06:09.47 | MrPippy | if you do select * from carriers, will that show the column headings? |
06:12.32 | makkonen | ...that's weird. |
06:13.07 | makkonen | no, it doesn't, I thought I'd tried that before, and just now, I confirm it doesn't. |
06:14.06 | makkonen | but what's weird is that my carriers table has 57 entries or so... when I hit 'reset to default' it ends up with 197 |
06:14.58 | tmzt | add something |
06:15.13 | tmzt | typing /help should tell you what |
06:15.31 | tmzt | I think it populates from xml |
06:15.36 | tmzt | or .sql possibly |
06:16.19 | makkonen | it populates from apns-conf.xml, I assume. and there's one of those in the rootfs, and another in the system.sqsh, I think, which is at the root of it. (haha, wordplay.) |
06:16.46 | makkonen | typing /help where? |
06:17.10 | makkonen | oh yeah, adding APNs causes the system to reboot. |
06:20.59 | tmzt | in the sqlite prompt |
06:21.33 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-105.dslextreme.com) |
06:21.36 | tmzt | it might be .help or \help |
06:21.42 | tmzt | or just \h |
06:23.57 | *** join/#htc-linux DaveWM (dave@h-96-13-67-135.ip.alltel.net) |
06:24.44 | bzo | i think you want .schema |
06:25.36 | MrPippy | yeah thanks that does it |
06:27.36 | bzo | i like sqlite, but it can be a little arcane |
06:29.31 | MrPippy | my data partition is pretty old (goes back to beginning of january), but my internet has always worked and i never had to manually add an apn |
06:29.50 | MrPippy | the android one is in the db, probably added from apns-conf |
06:30.12 | makkonen | yeah. I think that was the case with mine as well... it got added to the db before the apns-conf lost it. |
06:31.04 | MrPippy | apns-conf doesn't have the android apn in it anymore? |
06:31.44 | makkonen | I'm not sure. |
06:32.00 | makkonen | the version in the rootfs does, but the version in system.sqsh doesn't, I think. |
06:32.16 | makkonen | and then there's a command in the rootfs to add it, but it's borked. |
06:32.39 | makkonen | I don't know why there needs to be a command to add it to the database if it's already in the list, though. |
06:33.37 | MrPippy | yeah depends where android is looking for the file...maybe we need to do something crazy so it finds the one in /etc from rootfs |
06:35.08 | MrPippy | and its good to see a git repo for the rootfs, as long as the xdanroid guys are making releases from it |
06:36.04 | makkonen | yeah. let's hope that happens. Stinebd, I assign you the task of proselytizing. |
06:37.25 | bzo | so why is the sqlite db created dynamically anyway, instead of starting with a pre populated db file? |
06:37.44 | makkonen | that is one of a number of good questions. |
06:39.17 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
06:44.31 | bzo | makkonen, you mentioned getting only 4 hours battery life. Is this true for you too MrPippy? |
06:44.52 | MrPippy | i haven't done any battery tests |
06:45.14 | MrPippy | wouldn't surprise me though, android makes the phone warm in a way that i almost never see in winmo |
06:45.23 | *** join/#htc-linux zachy (~george@ip-85-160-13-59.eurotel.cz) |
06:45.26 | MrPippy | probably the constant high cpu load |
06:46.06 | bzo | it feels like it has gotten worse recently though. i think it coincided with when I started using kernels from the main tree |
06:47.34 | bzo | I'm not even sure if suspend is consistently working due the loss of the led effects |
06:48.09 | makkonen | I tried to toggle my data off and put my backlight down and see how long it would go today... but then I forgot, and turned data back on so I could find out who Clinton's Secretary of Defense was (Bill Cohen, if you were wondering)... I got about 3.5 hours until it was reading 5%, and then I put it on the charger. |
06:48.14 | *** join/#htc-linux pini (~pini@bou-fi.pustule.org) |
06:48.53 | bzo | haha, of course it's hard to say how long the battery will really last with the state of the battrey mete |
06:49.04 | makkonen | true |
06:49.33 | makkonen | I don't know if it was really that close to dying. the other night I ran it down all the way to where it shut off, and it couldn't've been much more than 4.5 hours, though. |
06:50.59 | bzo | I'm pretty sure though that I used to be able to leave the phone unplugged overnight without completely discharging. Definately can't do that anymore |
06:52.08 | bzo | in any case, I'm sure there's lots of room for improvement. I used to use my vogue all day long in android. |
06:54.53 | *** join/#htc-linux kevincarafa (~karafa@ool-45735dce.dyn.optonline.net) |
06:59.12 | *** part/#htc-linux kevincarafa (~karafa@ool-45735dce.dyn.optonline.net) |
07:01.01 | makkonen | yeah. it's definitely not all-day usable for me. I'm surprised by how little the drain seems to change from using it intently and letting it sit on the counter. |
07:05.09 | *** join/#htc-linux karafa (~karafa@ool-45735dce.dyn.optonline.net) |
07:05.39 | karafa | I'm curious, why is there a constant high CPU load? |
07:16.45 | makkonen | I don't know why. In part I guess it comes down to the constant churn of accessing the SD card for everything. There's probably other things that are being done inefficiently as well. |
07:18.00 | DaveWM | well this is sounding less and less appealing to try out |
07:18.01 | DaveWM | heh |
07:18.47 | makkonen | it ain't perfect. |
07:18.59 | makkonen | but it is really cool. |
07:19.30 | DaveWM | yeah, i probably still will, wish more of the hardware was worked out for my touch pro |
07:19.44 | bzo | hmm, I think there is something broken with suspend on cdma. |
07:19.46 | tmzt | cdma? |
07:19.54 | tmzt | cdma/gsm? |
07:20.09 | bzo | I'm looking at the logs, and chamonix was reporting 12+ hours in his battery tests |
07:20.09 | DaveWM | mines cdma |
07:21.43 | karafa | the flaws in android in it's current state are not as bad as the flaws in windows mobile, imo. |
07:22.02 | makkonen | bzo: it's seemed weird for a while, but I'm not sure. it was definitely working at some point, and I was still getting 4 hours. if you put pm.debug_mask=2 in your cmdline, you'll notice it waking up like crazy (the little buzzes while it's in suspend mode) |
07:22.05 | bzo | tmzt: yes |
07:22.15 | karafa | i haven't used winmo for more then booting android in about a month |
07:22.22 | DaveWM | yeah, being my first mobile experience, i honestly expected windows mobile to be a little further along than it is |
07:22.23 | DaveWM | heh |
07:23.27 | makkonen | tmzt: cdma. raph800/diam500. not topa/rhod. Not really sure of the state of suspend on them. |
07:24.48 | DaveWM | karafa: the battery life is enough for you that way ? |
07:25.02 | DaveWM | I mean i suppose i'm near a charging source most of the time |
07:25.06 | makkonen | just get a lot of chargers. |
07:26.01 | karafa | yeah, for me personally, it is. i know for a lot of people it might not be, but i always have at least my laptop and a usb cable for it, if not a wall charger and car charger too |
07:26.03 | DaveWM | need some solar panels |
07:26.07 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
07:26.08 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
07:26.32 | karafa | honestly, though, with the WM roms i've used, i never got more then like 6 hours in WM anyway, it doesn't feel that different. |
07:26.45 | tmzt | which one? |
07:27.36 | DaveWM | i guess it depends on what you're doing with your device, huge difference in power consumption based on that |
07:27.44 | makkonen | yeah, I get more than 6 hours... but could never really go a whole day off the charger in winmo, so it's not a huge change. |
07:28.24 | DaveWM | i know i've had this touch pro go over a day, but i barely used it then, when i'm messing with it all day, it still seems to last me about 10 hrs at least |
07:28.38 | karafa | i'm using lunicierom right now, only ever tried that and the stock rom, now that i think of it. |
07:28.47 | DaveWM | just surfing the web on it seems to be a pretty good drain |
07:29.08 | DaveWM | i use it for pandora radio sometimes, that eats the battery down alot quicker, probably would get less than 6hours out of it then |
07:29.39 | karafa | when I did use it, i constantly shared the internet over wifi, so I know that drained it. |
07:29.54 | DaveWM | yeah, i imagine that would |
07:30.29 | DaveWM | if you shared your wifi connection over bluetooth... that'd probably really do it |
07:30.42 | DaveWM | pretty much have every bit of technology in the device churning at one time |
07:30.44 | DaveWM | heh |
07:31.03 | DaveWM | maybe throw in a script to broadcast your GPS over the internet every second |
07:31.21 | makkonen | turning on wifi was enough to bring life down to the 6-8 hour range for me. |
07:31.42 | karafa | hey, that reminds me, i was wondering about the android-wifi-tether package. it's unofficial and not on the market, but available to any rooted phone. when i try it on this, it gives a casual error about not having 'netfilter' features of the kernel available. specifically, CONFIG_NETFILTER and CONFIG_IP_NF_IPTABLES. not exactly sure what that is, is that something that might be added into this at some point? |
07:32.38 | makkonen | hmm. you're on raph800? try the mainline kernel from glemsom's site. |
07:32.42 | DaveWM | i was thinking of looking into an extended battery for mine, only one i found so far is made for the GSM version, and seems to have a slightly different back, claims it won't work on the alltel one |
07:33.09 | makkonen | I think that one's got netfilter enabled (but I might be wrong). Pretty sure I have it turned off in mine. |
07:34.06 | DaveWM | is android a derivative of any other desktop linux ? |
07:34.18 | makkonen | no |
07:34.23 | DaveWM | i mean its not like debian or red hat based is it ? |
07:34.28 | makkonen | nope |
07:34.59 | DaveWM | i'd like debian on a smart phone |
07:35.15 | DaveWM | providing my hardware all worked |
07:35.33 | makkonen | it's been done. |
07:35.35 | karafa | oh wow, I didn't think the autobuilds worked on the cdma devices |
07:35.51 | DaveWM | yeah, i figured, i don't think i'd get it going too good on mine though |
07:36.00 | makkonen | yeah, as of a little while ago, all the necessary changes are in. |
07:36.01 | DaveWM | i may look into that at some point just to toy with though |
07:36.48 | makkonen | basically the only changes left in my clone of the repo is one little tweak to the keyboard LEDs and a bunch of changes to the build config. |
07:37.09 | makkonen | which means it's about time to get rid of my clone, as it is no longer necessary. |
07:40.04 | bzo | makkonen; i get no buzzes with pm.debug_mode=2 |
07:40.24 | makkonen | huh |
07:40.35 | makkonen | are you hitting End to go to sleep? |
07:40.49 | makkonen | (not sure it makes any difference, but it's a thought) |
07:40.53 | bzo | yep, though you shouldn' need to |
07:41.09 | bzo | seems like it is waking up too fast to really be suspended |
07:41.14 | makkonen | hmm |
07:41.32 | bzo | have you tried turning that on recently? |
07:41.39 | makkonen | oh... I might just have that wrong. |
07:41.43 | karafa | i've found that turning off the location / GPS services (even though they don't work properly) adds a few hours onto battery life, though i'm positive |
07:42.10 | makkonen | pm.debug_mask=2 |
07:42.54 | bzo | err, I mistyped earlier, pm.debug_mask=2 is what I have |
07:42.58 | makkonen | but I have not tried it recently. |
07:42.59 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
07:43.38 | makkonen | let me start up mine right now and see if anything happens. |
07:43.40 | *** join/#htc-linux kiozen (~oeichler@p54920F14.dip0.t-ipconnect.de) |
07:44.33 | makkonen | booting |
07:48.23 | makkonen | no vibrating. |
07:48.38 | bzo | karafa: I'll have to give that a try, noticed my gps was enabled |
07:50.54 | bzo | makkonen: seems like dmesg is showing immediate wakeup whenever suspend is started |
07:52.43 | makkonen | used to be that on suspend the dmesg would just stop. |
07:52.55 | makkonen | I had to add 'no_console_suspend' to my cmdline |
07:53.03 | makkonen | definitely hasn't done that in a while. |
07:54.37 | bzo | well, I'm going to turn in for the night |
07:54.43 | bzo | maybe phh will have some ideas tomorrow |
07:55.00 | makkonen | he told me a number of weeks ago how to test what was waking up from suspend. |
07:55.14 | makkonen | not that that's important now, but it's something else we need to look into. |
07:59.56 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
08:03.24 | *** join/#htc-linux tehtrk_home_ (~quassel@adsl-68-91-144-191.dsl.wacotx.swbell.net) |
08:29.06 | randomblame | anyone here manage to compile haret? |
08:29.32 | randomblame | I got it modified and compiled fine but it says it's either not signed with a trusted certificate or missing a component |
08:29.53 | randomblame | anyone know a way to run unsigned exes |
08:33.23 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
08:34.21 | NetRipper | randomblame, try installing this: http://www.netripper.com/raphael/Default_Signed_DisableSecurity.CAB |
08:34.59 | NetRipper | and then try again |
08:36.05 | randomblame | thanks |
08:39.53 | randomblame | that didn't work |
08:40.13 | randomblame | is there somthing I'm supposed to do with it after I run the cab? |
08:56.35 | *** join/#htc-linux kiozen (~oeichler@p54920F14.dip0.t-ipconnect.de) |
09:07.00 | *** part/#htc-linux phh_ (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
09:07.07 | *** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
09:41.54 | *** join/#htc-linux GNUtoo (~GNUtoo@host151-131-dynamic.244-95-r.retail.telecomitalia.it) |
09:47.02 | *** join/#htc-linux jumoit1 (~samuel@121.77.87.145) |
09:57.50 | *** join/#htc-linux nitroboost (j@nitrology.com) |
09:58.10 | *** part/#htc-linux nitroboost (j@nitrology.com) |
09:58.30 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
09:58.58 | *** join/#htc-linux nitroboost (j@nitrology.com) |
10:04.30 | *** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
10:09.33 | *** join/#htc-linux val_ (~val@lgx22-1-88-168-244-3.fbx.proxad.net) |
10:23.03 | *** join/#htc-linux marex (~marex@89-24-6-50.i4g.tmcz.cz) |
10:27.43 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
10:33.32 | *** join/#htc-linux Vito89 (~quassel@195.113.242.145) |
10:34.03 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
10:39.25 | *** join/#htc-linux slight (~23hdci278@204.112.221.87.dynamic.jazztel.es) |
10:40.47 | mickeyl | does the qmi stuff require a certain AMS version or could it be backported from the dream to the windows-mobile-HTCs? |
10:41.35 | mickeyl | it's so much more convenient than ppp... |
10:41.36 | mickeyl | (and efficient) |
10:47.58 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
10:52.25 | leobaillard | hi there ! |
10:56.24 | *** join/#htc-linux JairunCaloth (~m00@c-24-98-17-158.hsd1.ga.comcast.net) |
10:58.29 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
10:59.52 | *** join/#htc-linux Olipro (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
11:06.48 | niall0s | Error occurred during initialization of VM |
11:06.48 | niall0s | Could not reserve enough space for object heap |
11:06.48 | niall0s | Could not create the Java virtual machine. |
11:06.52 | niall0s | oops |
11:06.54 | niall0s | sry |
11:14.36 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-159-64.web.vodafone.de) |
11:15.46 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
11:16.09 | cr2_ | hi goxboxlive |
11:18.29 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
11:18.59 | goxboxlive | hi cr2_ |
11:19.50 | goxboxlive | i am missing the worlds best beer, Augustiner. here in norway it's not for sale. you can drink every day :-) |
11:20.05 | cr2_ | lol |
11:20.31 | cr2_ | but we have weather like in Norway now |
11:21.24 | phh | cr2_: someone sent me the sources of raph's wince's gps driver, I think you don't want it right ? (anyway what we lack is to reset DEX + RPC after modem reset) |
11:22.36 | cr2_ | reset dex ? |
11:22.52 | phh | once arm9 has resetted, DEX commands just time out |
11:22.54 | phh | like rpc |
11:23.03 | cr2_ | reset rpc is not done properly, that's true |
11:23.29 | cr2_ | we don't get several messages from arm9 to out rpc cb servers. |
11:23.50 | cr2_ | hm. how do you want to reset dex ? |
11:24.00 | phh | no idea. |
11:24.37 | cr2_ | i've added the dump clocks to haret |
11:24.47 | cr2_ | but it does not work for some reason. |
11:25.02 | cr2_ | i'll try it on raph |
11:25.46 | cr2_ | isn't there a reset rpc bit in smsm[] ? |
11:26.03 | phh | yes |
11:26.29 | phh | I still don't know who (A9/A11) sets which field though |
11:26.52 | phh | #define SMSM_INIT 0x000001 |
11:26.52 | phh | #define SMSM_SMDINIT 0x000008 |
11:26.52 | phh | #define SMSM_RPCINIT 0x000020 |
11:26.52 | phh | #define SMSM_RESET 0x000040 |
11:27.07 | cr2_ | they are present in both |
11:27.36 | phh | yes, but I think we have to clear it, notify A9, then set it back |
11:27.38 | phh | or something like that |
11:28.16 | phh | well, you should see how wince does it, because guessing isn't easy. |
11:28.46 | cr2_ | yes |
11:29.00 | cr2_ | the topaz has some debug messages about it |
11:29.15 | cr2_ | maybe rhod too, i need to check |
11:32.05 | phh | cr2_: in codeaurora's tree there is something about modem reset, but I think it's not for our amss |
11:32.05 | *** join/#htc-linux irlolcopter (~irlolcopt@host81-152-193-147.range81-152.btcentralplus.com) |
11:32.21 | phh | <PROTECTED> |
11:32.21 | phh | <PROTECTED> |
11:32.21 | phh | <PROTECTED> |
11:32.21 | phh | <PROTECTED> |
11:32.21 | phh | <PROTECTED> |
11:32.22 | phh | <PROTECTED> |
11:32.36 | goxboxlive | cr2_: realy. Here is to much snow, and it's to cold. Not bad today, but we have had some extraordinary cold days in dec/jan. |
11:32.46 | goxboxlive | cr2_: what kind of device are you developing for now? |
11:33.22 | phh | goxboxlive: raph/diam/blac/topa/rhod/leo |
11:33.51 | cr2_ | goxboxlive: nothing extraordinary here too, but this winter is colder as usual |
11:34.23 | cr2_ | goxboxlive: the phones don't differ very much now. and we have similar problems for all of them |
11:34.32 | goxboxlive | And th eproblem is? |
11:34.44 | cr2_ | gps for examle |
11:35.04 | cr2_ | because it's not a separate chip, but something deep inside the phone |
11:35.41 | goxboxlive | ohhh |
11:35.53 | goxboxlive | What gui are we using these days? |
11:37.12 | cr2_ | i don't use any |
11:37.25 | goxboxlive | ok i c |
11:41.00 | *** join/#htc-linux mcdull (~blackston@061093132071.ctinets.com) |
11:45.46 | *** join/#htc-linux sxe (~quassel@ip-62-143-102-161.unitymediagroup.de) |
11:51.16 | phh | cr2_: have you got such logs ? |
11:51.29 | *** join/#htc-linux junalmeida (~junior@201.19.226.123) |
11:52.12 | cr2_ | yes, let me check |
11:52.29 | cr2_ | phh: i think they are all in the topa thread |
11:53.44 | cr2_ | phh: here: |
11:53.48 | cr2_ | SMD DLL(0) attached to a process |
11:53.49 | cr2_ | Line: 745. rpc_router_os_wm: DLL_PROCESS_ATTACH! |
11:53.51 | cr2_ | 12:48:03 [K] OEMInterruptEnable: SYSINTR_FIRMWARE+55 |
11:53.53 | cr2_ | [K][INT-En]SYSINTR_55 |
11:53.54 | cr2_ | 12:48:03 [K] OEMInterruptEnable: SYSINTR_FIRMWARE+50 |
11:53.55 | cr2_ | SMD task(0) started. |
11:53.57 | cr2_ | smsm_cb: 0 1 9 |
11:54.26 | cr2_ | are these A2M or M2A irqs ? |
11:54.47 | *** join/#htc-linux Olipro (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
11:54.55 | cr2_ | because then you have |
11:55.11 | cr2_ | Line: 1284. rpc_router_os_wm: Calling RPC_Init()! |
11:55.18 | cr2_ | Line: 1076. rpc_router_os_wm: IOCTL code = 30010014 |
11:55.20 | mickeyl | goxboxlive: most folks use android, but some have just starting to integrate SHR and its apps |
11:55.28 | cr2_ | smsm_cb: 0 9 29 |
11:55.30 | cr2_ | smsm_cb: 0 29 29 |
11:55.31 | cr2_ | smsm_cb: 1 80000000 10029 |
11:55.33 | cr2_ | [K][INT-Done]SYSINTR_55 |
11:55.42 | cr2_ | Line: 781. rpc_router_os_wm: Calling RPC_Open()! |
11:55.50 | cr2_ | Line: 1076. rpc_router_os_wm: IOCTL code = 30010008 |
11:56.00 | cr2_ | phh: this is full reset+rpc init |
11:56.11 | cr2_ | maybe i'd document the ioctls |
11:56.54 | cr2_ | phh: the smsm_cb: line is arm9/arm11 and state for both |
11:57.16 | phh | "state for both" ? |
11:57.29 | cr2_ | arm9state arm11state |
11:57.38 | cr2_ | hmm |
11:57.39 | phh | yes but the third int ? |
11:57.43 | cr2_ | need to check that too |
11:57.54 | cr2_ | maybe old_state new_state |
11:58.13 | phh | #define SMSM_UNKNOWN 0x80000000 |
11:58.18 | phh | weird |
11:58.27 | cr2_ | was not stored |
11:58.32 | cr2_ | if it's "old" |
11:58.53 | cr2_ | let's check these 2 irqs first |
12:01.58 | cr2_ | INT_A9_M2A_0 SMD |
12:02.06 | cr2_ | INT_A9_M2A_5 + SMSM |
12:02.43 | cr2_ | phh: these are OEMInterruptEnable: SYSINTR_FIRMWARE+50 and OEMInterruptEnable: SYSINTR_FIRMWARE+55 |
12:02.56 | phh | ok |
12:03.09 | cr2_ | so the smsm_cb is the INT_A9_M2A_5 irq handler |
12:03.22 | cr2_ | aka [K][INT-Done]SYSINTR_55 |
12:03.43 | cr2_ | we are missing INT_A9_M2A_6 + DEX |
12:03.54 | cr2_ | but it's probably a separate issue |
12:04.21 | cr2_ | but acking this irq may be a good idea too |
12:05.40 | phh | so m2a_5 is handled in smsm_irq_handler |
12:05.50 | *** join/#htc-linux Olipro (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
12:06.02 | cr2_ | yes, it's a smsm_irq :) |
12:06.16 | phh | and there are some stuff about smd (re) init |
12:06.50 | phh | but it's only if state changed, and I'm not sure what I should do in handle_modem_crash then |
12:08.54 | cr2_ | smsm_cb: 0 9 29 |
12:09.00 | cr2_ | what is 0x20 here ? |
12:09.07 | *** join/#htc-linux Olipro_ (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
12:09.09 | phh | SMSM_RPCINIT |
12:09.19 | cr2_ | <phh> #define SMSM_RPCINIT 0x000020 |
12:09.20 | cr2_ | ok |
12:09.25 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
12:09.45 | cr2_ | so you put it into arm9 status ? |
12:10.04 | cr2_ | but it's an M2A irq. hmm |
12:10.46 | cr2_ | let me grep the logs |
12:10.47 | phh | <PROTECTED> |
12:10.47 | phh | <PROTECTED> |
12:10.47 | phh | <PROTECTED> |
12:10.47 | phh | <PROTECTED> |
12:10.51 | phh | that's what I try to do. |
12:12.07 | phh | but that's a total guess, I have no clue of what I'm actually supposed to do at all |
12:12.55 | cr2_ | hm. nothing |
12:13.10 | phh | I should do nothing ? that doesn't work :p |
12:13.58 | cr2_ | no, nothing in the logs |
12:14.01 | cr2_ | strange |
12:14.23 | phh | maybe I should try doing do_smd_probe without changing the states ? |
12:17.24 | IceBone | http://notalwaysright.com/booze-is-blamed-when-there-is-no-proof/4258 |
12:17.35 | cr2_ | omg, it works :) |
12:18.03 | cr2_ | HaRET(4)# pd 0xa00000 0x100 |
12:18.05 | cr2_ | 00a00000 |EXCEPTION while reading from address 0x1990000 |
12:18.17 | cr2_ | HaRET(6)# pfw 0xA8250800 0x1 0 |
12:18.28 | phh | cr2_: disabling MPU on leo ? |
12:18.30 | cr2_ | HaRET(8)# pd 0xa00000 0x100 |
12:18.32 | cr2_ | 00a00000 | f001c000 e0008000 f4020000 0000000b | ................ |
12:18.33 | cr2_ | 00a00010 | 0000f800 f001d3dc e08dd000 00a00000 | ................ |
12:18.38 | cr2_ | not on leo, on raph |
12:19.07 | phh | hum what works ? |
12:20.10 | cr2_ | try it |
12:20.22 | cr2_ | will not work on leo though |
12:20.32 | *** join/#htc-linux marex (~marex@89-24-6-33.i4g.tmcz.cz) |
12:20.33 | cr2_ | HaRET(10)# pwf amss_A 0xa00000 0x2000000-0xa00000 |
12:20.34 | cr2_ | HaRET(11)# |
12:20.49 | cr2_ | let me check oemsbl |
12:21.07 | cr2_ | yeah |
12:21.11 | cr2_ | HaRET(11)# pd 0x900000 0x100 |
12:21.12 | cr2_ | 00900000 | 000003e0 aa0f0000 01f6e161 00000000 | ........a....... |
12:21.14 | cr2_ | 00900010 | feed26b4 009326d8 00933454 009343d0 | .&...&..T4...C.. |
12:21.15 | cr2_ | 00900020 | 4d454d50 00933abc 009325b8 00933b9c | PMEM.:...%...;.. |
12:21.17 | cr2_ | 00900030 | 00933bac 34333231 38373635 32313039 | .;..123456789012 |
12:21.18 | cr2_ | 00900040 | 5f435448 544f4f42 2e315620 322e3230 | HTC_BOOT V1.02.2 |
12:21.31 | cr2_ | but this hole is closed on leo :( |
12:22.07 | cr2_ | HaRET(12)# pwf raph_oem 0x900000 0x100000 |
12:22.08 | cr2_ | HaRET(13)# |
12:23.37 | cr2_ | on titan they didn't even protect the amss/oemsbl from reading |
12:24.04 | phh | well, I won't call "setting a bit writable by any one" a protection either :p |
12:25.07 | phh | <PROTECTED> |
12:25.07 | phh | <PROTECTED> |
12:25.07 | phh | <PROTECTED> |
12:25.07 | phh | <PROTECTED> |
12:25.07 | phh | <PROTECTED> |
12:25.09 | phh | <PROTECTED> |
12:25.11 | phh | you think I should try that ? |
12:25.16 | phh | in crash handler |
12:25.23 | cr2_ | it's "effective protection" |
12:25.49 | cr2_ | you need to know where is this byte |
12:26.14 | cr2_ | hm. but how do the flash radio on leo ? |
12:26.35 | phh | cr2_: so you need no datasheet leak ? hum. |
12:26.44 | phh | that's a tough bet. |
12:26.58 | cr2_ | datasheet is always good |
12:27.18 | phh | s/you/they/ actually |
12:27.23 | phh | we need datasheet leak :p |
12:27.31 | cr2_ | for chinese pmic |
12:27.46 | cr2_ | no 8250 datasheet afaik |
12:27.53 | cr2_ | only uboot code |
12:28.07 | phh | not yet |
12:28.21 | *** join/#htc-linux GeekLad (~GeekLad@adsl-178-230-51.jax.bellsouth.net) |
12:28.47 | cr2_ | what is needed is the microusb->usbserial gadget |
12:31.55 | cr2_ | HaRET(13)# pwf amss_B 0x17300000 0x20000000-0x17300000 |
12:31.56 | cr2_ | Short write detected while writing to file |
12:31.57 | cr2_ | argh |
12:32.00 | cr2_ | sd full ? |
12:32.11 | phh | lol |
12:33.13 | cr2_ | it was flash, not sd |
12:33.48 | cr2_ | hehe |
12:33.54 | cr2_ | can't read it |
12:34.13 | cr2_ | probably it was only smi mpu disabled here |
12:40.24 | phh | you want to do the same thing for AXIGE instead of AXIGS |
12:40.28 | phh | but I don't know what's his base addr |
12:40.51 | cr2_ | HaRET(21)# pd 0xa8240800 0x10 |
12:40.52 | cr2_ | a8240800 | 00000001 00000000 00000000 00000000 | ................ |
12:40.57 | cr2_ | looks familiar |
12:41.19 | phh | lol yes |
12:41.40 | cr2_ | E means EBI, and S SMI ? |
12:41.53 | phh | yes |
12:42.01 | cr2_ | ok |
12:42.48 | cr2_ | HaRET(5)# pfw 0xa8240800 1 0 |
12:42.49 | cr2_ | HaRET(6)# pd 0xa8240800 0x10 |
12:42.51 | cr2_ | a8240800 | 00000000 00000000 00000000 00000000 | ................ |
12:42.52 | cr2_ | :) |
12:43.46 | cr2_ | hm |
12:43.49 | cr2_ | HaRET(7)# pwf amss_B 0x17300000 0x20000000-0x17300000 |
12:43.51 | cr2_ | Short write detected while writing to file |
12:44.17 | cr2_ | it has written 13M |
12:44.42 | cr2_ | d+3 |
12:44.44 | cr2_ | lol |
12:44.55 | cr2_ | raph has 128M |
12:45.14 | cr2_ | pwf amss_B 0x17300000 0x18000000-0x17300000 |
12:45.45 | cr2_ | that was ok |
12:46.17 | *** join/#htc-linux mcdull (~mcdull@203.210.8.168) |
12:46.20 | cr2_ | ok, now i need to check if mpu off survives softreset |
12:47.16 | *** join/#htc-linux FR^2 (~frzwo@2001:41d0:1:ed2f::cafe) |
12:47.17 | *** join/#htc-linux pimenta (~josegs@bl15-41-193.dsl.telepac.pt) |
12:48.30 | cr2_ | phh: i see that on leo the sdio is done with 1bit 100kHz setting |
12:48.39 | cr2_ | initially. |
12:48.52 | phh | we start with 1 bit 144kHz so ... |
12:49.03 | cr2_ | then after reading the cis it switches |
12:49.05 | phh | hum not sure about 1 bit |
12:49.24 | cr2_ | to 4bit 25MHz for bcm4329, and 4bit 50MHz for SD |
12:49.50 | cr2_ | writing to sd on wince is painfully slow |
12:50.03 | cr2_ | 25MHz and no dma ? |
12:50.16 | cr2_ | on raph |
12:52.43 | *** part/#htc-linux pimenta (~josegs@bl15-41-193.dsl.telepac.pt) |
13:00.58 | *** join/#htc-linux maejrep[w] (~madCoder@68.64.144.211) |
13:01.28 | cr2_ | hi maejrep[w] |
13:02.52 | cr2_ | phh: how do i recover the full elf from single sections ? |
13:11.00 | cr2_ | mickeyl: ping |
13:11.19 | *** part/#htc-linux junalmeida (~junior@201.19.226.123) |
13:12.14 | *** part/#htc-linux FR^2 (~frzwo@2001:41d0:1:ed2f::cafe) |
13:19.25 | phh | ~ramconsole-diam |
13:19.25 | apt | hmm... ramconsole-diam is pwf dm 0x00800000 0x00100000 |
13:20.09 | cr2_ | phh: should we wipe out spl from smi ? |
13:20.39 | phh | cr2_: don't know, maybe it's used for faster soft reset ? |
13:21.31 | cr2_ | i think dzo overrides the resume anyway |
13:21.47 | cr2_ | phh: it's only about the resume path. |
13:21.52 | phh | ok |
13:21.56 | cr2_ | if you have your own, spl is irrelevant |
13:22.23 | cr2_ | maybe we should study the resume path in spl to a better extent |
13:22.24 | phh | hum, timers are reseted by A9 ? |
13:22.38 | cr2_ | which timers ? |
13:22.45 | cr2_ | a9 can do everything |
13:22.55 | cr2_ | including reading/writing to sd |
13:23.13 | cr2_ | this ATL thing is a real monster |
13:23.35 | phh | the A11 timers, GPT and DG |
13:23.41 | *** join/#htc-linux avengerpenguin_ (~sean@5e051025.bb.sky.com) |
13:23.44 | cr2_ | includes openssl, checks ephemeris certs, ... |
13:24.00 | cr2_ | i wish we can remove parts from amss :) |
13:24.14 | cr2_ | phh: the DG is very strange |
13:24.29 | cr2_ | NetRipper disables it on all msm phones |
13:24.35 | phh | openssl ? |
13:24.36 | phh | wahou |
13:25.20 | cr2_ | i don't understand 1 thing |
13:25.36 | cr2_ | how do they do a tcp connection from amss |
13:25.58 | phh | what's the problem with that ? |
13:26.17 | phh | unless they do it also for wifi |
13:26.18 | cr2_ | we try to init ATL too |
13:32.41 | *** join/#htc-linux playdo (~57b3c0a1@gateway/web/freenode/x-npkhtthuxljpbuqr) |
13:35.44 | cr2_ | phh: is the at init sent in wince even when you don't have a sim card ? |
13:36.06 | cr2_ | i'm thinking about such things: |
13:36.10 | cr2_ | AT+HTCAGPS=5 |
13:36.10 | phh | cr2_: yes |
13:36.11 | cr2_ | AT@AGPSADDRESS=10,1,101,63,7275 |
13:36.25 | phh | cr2_: for emergency call for example. |
13:36.37 | phh | at *gps* init ? |
13:36.40 | cr2_ | maybe you should do it too before gps rpc init ? |
13:37.35 | phh | AFAIK it's done |
13:37.47 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
13:38.14 | phh | <PROTECTED> |
13:38.14 | phh | <PROTECTED> |
13:38.15 | phh | in radio on |
13:38.22 | *** join/#htc-linux Vito89 (~quassel@195.113.241.225) |
13:38.59 | *** join/#htc-linux |Jason8| (JayAte@2001:470:1f07:714::15e) |
13:39.44 | cr2_ | what about dormancy at atz ? |
13:43.39 | phh | A9 reboot is expected anyway, the problem is not about such things, it's about reiniting correctly past A9 reboot |
13:43.53 | cr2_ | ok |
13:44.34 | phh | <PROTECTED> |
13:44.34 | phh | <PROTECTED> |
13:45.40 | cr2_ | but i don't see any smsm_cb debug messages in the log |
13:49.05 | *** join/#htc-linux andreas32b (~andy@dslb-094-216-253-042.pools.arcor-ip.net) |
13:58.31 | *** part/#htc-linux zachy (~george@ip-85-160-13-59.eurotel.cz) |
14:14.43 | *** join/#htc-linux Vito89 (~quassel@195.113.241.225) |
14:16.42 | *** join/#htc-linux mcdull (~blackston@061093132071.ctinets.com) |
14:35.07 | *** join/#htc-linux c2d (~Mike@port-92-200-228-144.dynamic.qsc.de) |
14:35.09 | *** part/#htc-linux c2d (~Mike@port-92-200-228-144.dynamic.qsc.de) |
14:35.24 | NetRipper | cr2_, maybe you could check to see if any wince code refers to that DBG interrupt |
14:36.14 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
14:36.58 | NetRipper | cr2_, also, in haret, it always is 1, and never triggers |
14:39.22 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
14:45.47 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04e62.pool.mediaWays.net) |
14:46.02 | Markinus | Hi |
14:53.04 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
15:00.45 | *** join/#htc-linux andreas32b (~andy@dslb-094-216-253-042.pools.arcor-ip.net) |
15:10.34 | *** join/#htc-linux mcdull (~blackston@061093132071.ctinets.com) |
15:13.20 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
15:26.33 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
15:58.53 | *** join/#htc-linux emwe (~michael@86.56.50.180) |
16:04.53 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
16:08.05 | *** join/#htc-linux babijoee (~babijoee4@d110-33-170-123.sun801.vic.optusnet.com.au) |
16:14.06 | *** join/#htc-linux c2d (~Mike@port-92-200-228-144.dynamic.qsc.de) |
16:21.56 | *** join/#htc-linux evildarknight (~charles@41.211.72.136) |
16:29.01 | *** join/#htc-linux ReeferMattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
16:39.17 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-15-100.web.vodafone.de) |
16:40.46 | *** part/#htc-linux evildarknight (~charles@41.211.72.136) |
16:43.42 | mickeyl | cr2_: pong |
16:45.57 | phh | mickeyl: have you tried GPS ? |
16:47.16 | mickeyl | phh: not yet, neither on raph nor on dream, i'm waiting for a 'go' from the kernel developers. you said there are some things missing still, right? |
16:47.48 | phh | I can't get it to work on my diam, so I'd like to see that on a dream |
16:48.06 | mickeyl | right. did you see my qmi question? |
16:48.18 | phh | yes, and I have no clue about it |
16:48.32 | mickeyl | hehe, ok |
16:48.46 | mickeyl | ah well |
16:48.48 | mickeyl | good ol' ppp |
16:49.10 | GNUtoo | about gps: |
16:49.32 | GNUtoo | with newly released gps lib sources does someone still have to dump things? |
16:49.48 | phh | GNUtoo: the GPS lib they released has nothing to do with "our" gps |
16:49.56 | GNUtoo | ok |
16:49.57 | phh | it's only for devices I don't even know |
16:50.03 | GNUtoo | lol ok |
16:50.11 | phh | I think even the nexus one doesn't use this api |
16:50.18 | GNUtoo | ok |
16:50.38 | GNUtoo | so I must find the cyanogen mod image again |
16:50.58 | phh | cyanogen mod image .. ? |
16:51.03 | GNUtoo | then backup,flash |
16:51.05 | GNUtoo | yes |
16:51.18 | GNUtoo | I don't run gps lib on my android image |
16:51.43 | phh | ok |
16:51.44 | GNUtoo | it's just not present and there is a dummy gps instead |
16:52.00 | GNUtoo | and a stock image won't have /dev/mem |
16:52.12 | phh | you don't need /dev/mem |
16:52.16 | GNUtoo | so I need a mix of stock and modified which cyanogen had |
16:52.17 | phh | oh well |
16:52.18 | GNUtoo | ha? |
16:52.19 | phh | maybe cr2 want it. |
16:52.45 | GNUtoo | indeed he asked me to re-dump things |
16:53.37 | phh | GNUtoo: you don't have a 8c rpc server in /dev/oncrpc do you ? |
16:53.45 | cr2_ | GNUtoo: i need the smem dumps |
16:54.23 | GNUtoo | phh, I'll look |
16:54.48 | cr2_ | phh: oemsbl runs i2c bus @200k |
16:55.57 | GNUtoo | http://pastebin.com/d7e702c61 |
16:56.39 | phh | so that's a no |
16:57.08 | GNUtoo | ok I'll try to find this file |
16:57.42 | GNUtoo | (the cm-image) |
17:00.32 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-72-26.tampfl.fios.verizon.net) |
17:02.28 | *** join/#htc-linux zfxp (~kw@adsl-179-119-130.gnv.bellsouth.net) |
17:03.54 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
17:04.35 | *** part/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-72-26.tampfl.fios.verizon.net) |
17:09.16 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
17:14.38 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
17:17.21 | GNUtoo | I didn't find it...I'll have to restore firmware and install cyanogen on top of it |
17:21.58 | *** join/#htc-linux Taypen (~taypen@85.65.36.171.dynamic.barak-online.net) |
17:23.59 | dcordes | hi GNUtoo, others |
17:24.43 | GNUtoo | hi |
17:53.23 | *** join/#htc-linux Kashyyyk (~d1228602@gateway/web/freenode/x-fpwenchkipvsdcgp) |
17:57.19 | *** mode/#htc-linux [+o dcordes] by ChanServ |
17:58.06 | *** join/#htc-linux toi (~toi@d54C2A96D.access.telenet.be) |
18:00.25 | *** mode/#htc-linux [-q $~a] by dcordes |
18:00.43 | dcordes-unregged | test 123 |
18:03.29 | *** join/#htc-linux GeertJohan1 (~Squarc@82-217-32-29.cable.quicknet.nl) |
18:07.17 | *** join/#htc-linux jamenlang (~jamenlang@68.170.60.12) |
18:09.30 | *** join/#htc-linux MrPippy (~pip@adsl-75-33-13-129.dsl.sndg02.sbcglobal.net) |
18:12.52 | *** join/#htc-linux jamenlang (~jamenlang@68.170.60.12) |
18:15.37 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
18:24.10 | *** join/#htc-linux x_coRe_x (~core@95-37-164-92.dynamic.mts-nn.ru) |
18:33.42 | *** join/#htc-linux User99 (~User@209-193-77-154.mammothnetworks.com) |
18:34.42 | ToAsTcfh | dcordes-unregged: u find anything funny in my source? |
18:40.39 | *** join/#htc-linux MarcLandis (~drettsch@port-92-195-10-37.dynamic.qsc.de) |
18:42.31 | *** join/#htc-linux Wr4i7h (~abc@89.181.45.153) |
18:45.08 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
18:45.09 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
18:47.54 | Captnoord | http://deja.jails.nl/trashbin/phase_shift_oscillator.png |
18:47.56 | Captnoord | bleh!!!! |
18:56.42 | MrPippy | Captnoord: can you take a look at pm_mic_en in the cdma remote_apis_clnt |
18:57.07 | MrPippy | i think i've figured it out (just sends one uint32) but there's a xdr/rpc call i'm not sure about |
18:57.51 | cr2_ | MrPippy: do you see it in rpc fifo ? |
18:58.10 | Captnoord | MrPippy: send me the dll |
18:58.30 | Captnoord | only got wavedev from ya |
18:58.32 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
18:58.33 | MrPippy | haven't looked, although i have a bunch of mic on/off smem dumps |
18:59.17 | MrPippy | http://opus.homelinux.com/public_files/remote_apis_clnt_cdma.dll |
18:59.23 | phh | Markinus: does the light sensor work the same way as diam/raph ? |
18:59.30 | Captnoord | thanks |
18:59.31 | phh | (cat /dbgfs/micropklt_dbg/light ) |
19:01.15 | Markinus | phh: I didn't test this .. . I take a look on it |
19:02.11 | Captnoord | STR R3, [SP,#0x40+var_40] |
19:02.17 | Captnoord | that stuff is just 32 bits |
19:02.29 | Captnoord | STRB |
19:02.30 | Captnoord | is byte |
19:02.37 | Captnoord | STRH = short |
19:02.39 | Captnoord | H = half |
19:02.43 | MrPippy | yeah |
19:03.35 | *** join/#htc-linux karafa (~anonymous@ool-45735dce.dyn.optonline.net) |
19:03.38 | Captnoord | STR R3, [SP,#0x40+var_40] |
19:03.42 | Captnoord | is first on the stack |
19:03.49 | MrPippy | i don't know what var_3c and var_40 are for, they never get read from here |
19:03.52 | Captnoord | STR R3, [SP,#0x40+var_3C] |
19:03.53 | Captnoord | second |
19:04.04 | phh | MrPippy: if it works, we will have to try it on other boards, that w ould make turn_mic_bias_on code less ugly |
19:04.39 | Markinus | phh: Is there a userscape driver for this? |
19:04.47 | Markinus | space |
19:04.54 | phh | Markinus: yes my sensors code read this |
19:05.00 | phh | I haven't tested it at all though |
19:05.01 | Captnoord | STR R3, [SP,#0x10+arg_C] ; rpc type |
19:05.01 | Captnoord | STR R1, [SP,#0x10+arg_4] ; rpc_xid |
19:05.33 | Captnoord | STR R0, [SP,#0x10+var_10] ; rpc_version |
19:05.37 | Captnoord | bleh |
19:05.46 | MrPippy | ADD R3, R3, #0xC is the func ptr for msg_done i think? |
19:06.01 | phh | Markinus: but it works or not ? |
19:06.24 | Markinus | phh: I test it but need a moment, I flashed a 6.1 Rom, maybe I can see now the Red led. I put the other LED states in the wiki. Now I'm killing the battery . .15% .. wait . . |
19:06.28 | Captnoord | MrPippy: nah... it returns a whole lot of shit |
19:06.33 | Captnoord | not just 1 uint32 |
19:06.35 | phh | Markinus: ok :) |
19:06.55 | Captnoord | I guess it returns a struct |
19:07.49 | Captnoord | <PROTECTED> |
19:07.49 | Captnoord | <PROTECTED> |
19:07.53 | Captnoord | that is kinda what we see |
19:07.59 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
19:08.37 | Captnoord | hmmm |
19:08.40 | Captnoord | i'm wrong |
19:08.42 | Captnoord | it returns a boolean |
19:08.49 | Captnoord | extern bool_t xdr_call_msg_start (XDR *xdr, uint32 prog, uint32 ver, uint32 proc, opaque_auth *cred, opaque_auth *verf); |
19:10.07 | MrPippy | yeah i think all of the functions return bools |
19:11.05 | Captnoord | http://www.netmite.com/android/mydroid/donut/hardware/msm7k/librpc/rpc/xdr.h |
19:11.07 | Captnoord | my best bet |
19:11.08 | Captnoord | :P |
19:12.10 | phh | same API under linux and windows ? |
19:12.12 | phh | sweet |
19:12.22 | Captnoord | I guess so |
19:12.26 | Captnoord | MS likes using sun stuff |
19:12.34 | Captnoord | same as IBM stuff |
19:12.54 | Captnoord | there entire arm compiler trick todo math fast is 'borowd' from ibm |
19:12.57 | Captnoord | nah |
19:13.00 | Captnoord | loads... |
19:13.02 | Captnoord | not all |
19:13.18 | MrPippy | those ADD R3, R3, (offset) match up pretty well with the function ptrs in xdr_ops_struct: near bottom of http://www.netmite.com/android/mydroid/donut/hardware/msm7k/librpc/rpc/types.h |
19:14.37 | *** join/#htc-linux balans (~Gebruiker@5354384A.cable.casema.nl) |
19:14.48 | Captnoord | MrPippy: take the + 12 * 4 |
19:14.54 | Captnoord | 12 * 4 = 0x30 |
19:14.55 | Captnoord | bool_t (*send_uint32) (xdr_s_type *xdr, const uint32 *value); |
19:15.37 | MrPippy | right |
19:15.41 | Captnoord | the add 0x24 |
19:15.41 | Captnoord | is |
19:15.42 | Captnoord | bool_t (*send_int16) (xdr_s_type *xdr, const int16 *value); |
19:15.59 | MrPippy | that file doesn't have a 0x58 though |
19:16.26 | Captnoord | 0x58 / 4 |
19:16.44 | Captnoord | hmmm |
19:16.45 | Captnoord | 22 |
19:16.46 | Captnoord | decimal |
19:17.06 | Captnoord | the file we'r reading doesn't have to be the same as the wince implementation |
19:17.22 | MrPippy | yeah |
19:17.29 | Captnoord | there are 20 functions there |
19:17.32 | phh | Captnoord: it's most likely thouogh :p |
19:17.41 | Captnoord | look at the onrpc export list |
19:17.52 | Captnoord | if there are functions not present in te list |
19:17.54 | Captnoord | phh true |
19:18.05 | MrPippy | and i tried putting a int16 into my req and the calls just timed out, they return fine if its just the uint32 (although the mic still doesn't work) |
19:18.09 | Captnoord | but thinking that your enemy is stupid is one hell of a fuckup |
19:18.09 | phh | Captnoord: well not exactly, if there are some constants, they have changed them |
19:18.22 | Captnoord | MrPippy: its send uint32 |
19:18.26 | Captnoord | receive uint16 |
19:18.26 | phh | (see rpc ids) |
19:18.33 | Captnoord | true |
19:18.36 | Captnoord | quite possible |
19:18.49 | Captnoord | the good part is that they have to register / init those callbacks somewhere |
19:18.52 | Captnoord | so we can find them |
19:19.21 | Captnoord | there isn't 64 bits in that list |
19:19.31 | Markinus | phh: Did you see the microp lightsensor driver from Leo? This is made in kernel. I thought yesterday about to port it . .but if this works with the old one . .. |
19:19.32 | Captnoord | thats 1 |
19:19.50 | phh | Markinus: leo ? nexus one you mean ? |
19:19.55 | phh | I don't think leo has this driver yet :p |
19:19.59 | Captnoord | and no enum |
19:20.00 | Markinus | phh: yes, sorry |
19:20.06 | phh | let me check if it works the same way |
19:20.09 | Captnoord | lets see if I can find the init stuff |
19:20.10 | Markinus | :) |
19:20.31 | phh | Markinus: also check if auto backlight works |
19:20.53 | Markinus | phh: board-mahimahi-microp.c, yes . . waiting waiting :) |
19:21.22 | phh | Markinus: I hope you didn't forget the mmutrace i2c cmd ? :p |
19:22.11 | phh | Markinus: ok, they don't use the same way |
19:22.20 | Markinus | phh: You meen the red led?? Or Light sensor? |
19:22.25 | phh | light sensor |
19:22.31 | phh | between diam/raph and nexus |
19:22.59 | Markinus | (you post bevor, mmutrace) |
19:23.35 | Markinus | phh: but the light sensor connection is the same as in our devices or not? |
19:23.46 | phh | ah no the mmutrace for red led |
19:23.51 | phh | since you'll have little time to check it :p |
19:24.05 | phh | for light sensor, there are two known ways, only one has been implemented |
19:24.13 | phh | you'll see which one applies to you |
19:24.33 | MrPippy | does it make sense that pm_mic_en does send_uint32, ? (send_int16?), ?? (0x58), msg_send, msg_done |
19:24.34 | *** join/#htc-linux balans1 (~Gebruiker@212-123-149-239.ip.telfort.nl) |
19:24.51 | phh | MrPippy: not really, but eh, htc+qualcomm |
19:25.03 | Markinus | phh: I will do it, but I had to flash a old rom, now I hope the led is red with low battery and not amber flashing (like 6.5.3) |
19:25.30 | Captnoord | MrPippy: please take into account that I am regularly wrong |
19:25.40 | stinebd | ~seen babijoee |
19:25.43 | apt | babijoee <~babijoee4@d110-33-170-123.sun801.vic.optusnet.com.au> was last seen on IRC in channel #htc-linux, 3d 3h 34m 19s ago, saying: 'cr2 would'nt lie :)'. |
19:28.39 | phh | cr2_: which way should I go to ? trying to reset communications after A9 reset, or assuming we do something wrong and fix it ? |
19:29.53 | MrPippy | i looked in oncrpc.dll for where they initialize the struct of func ptrs but nothing stuck out |
19:29.54 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
19:30.17 | Captnoord | nah doesn't have to be done that way |
19:30.21 | Captnoord | thats the tricky part |
19:30.47 | Captnoord | I think its part of |
19:30.47 | Captnoord | rpc_clnt_lookup2 |
19:30.50 | Captnoord | returning something |
19:31.00 | MrPippy | it returns the xdr* struct |
19:31.10 | Captnoord | yup |
19:31.50 | MrPippy | and 8 bytes into that is the ptr to the xdr_ops_struct |
19:32.02 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
19:33.00 | Captnoord | it doesn't have to be done that way |
19:33.04 | Captnoord | use it as a guide |
19:33.06 | Captnoord | not as facts |
19:38.17 | Captnoord | I think that lookup2 is a wince only thingy |
19:38.19 | Captnoord | and that its called |
19:38.20 | Captnoord | svc_find |
19:38.30 | Captnoord | or something like that |
19:38.37 | Captnoord | maybe clnt_find |
19:38.50 | Markinus | phh: with this rom amber blinking too, argh. . . I have no Idea how to enable the red led .. |
19:39.00 | phh | Markinus: maybe you have none |
19:39.22 | Captnoord | Markinus: what do you set now? |
19:39.24 | Captnoord | how* |
19:39.49 | Markinus | phh: I know we have on, If the accu was empty this was red . .but with this Roms not . . . |
19:39.52 | Captnoord | typical dual color led |
19:39.52 | Captnoord | http://www.elexp.com/opto/lhg3392.gif |
19:40.36 | Captnoord | a way to control it |
19:40.36 | Captnoord | http://www.wiringfordcc.com/sig_rev_trk_3.GIF |
19:40.42 | Captnoord | one of the many ways |
19:41.18 | chamonix | hey guys |
19:41.41 | Markinus | Captnoord: Yes, you can generate 3 colors |
19:42.03 | Markinus | amber: Red + Green |
19:42.17 | Captnoord | what is the problem then |
19:42.20 | Captnoord | wince rom's? |
19:42.23 | Markinus | I know the Red LEd only on low battery |
19:42.28 | Markinus | yes |
19:42.40 | Captnoord | k |
19:43.05 | Markinus | but with the two roms which I have the led is blinking Amber instead of be red |
19:43.23 | Markinus | I didn't know whitch is the right rom :( |
19:43.33 | Captnoord | hehe |
19:43.44 | Markinus | and I don't know a other way to enable this . . . |
19:43.48 | Markinus | under winmo |
19:43.51 | Captnoord | I wish I could help ya |
19:43.51 | Captnoord | :P |
19:44.22 | phh | Markinus: isn't there a setled haret command or something like that ? |
19:44.39 | Markinus | hmm, I will look. |
19:45.23 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
19:46.28 | cr2_ | phh: i think that the most promising is to find out what wince does around RPC_Init() |
19:46.47 | Captnoord | MrPippy: you can't find it on the onrpc.dll as the dll itself uses exactly the same method for the exports |
19:47.43 | Captnoord | check the dll entry point |
19:47.45 | Captnoord | for a init |
19:48.09 | phh | Captnoord: can you do that ? :D |
19:48.11 | Markinus | phh: there is somethin, I testing :) . .ehh, led 1 -> vibrator |
19:48.35 | Captnoord | phh i'm checking |
19:48.36 | Captnoord | :P |
19:48.37 | Captnoord | lolz |
19:48.49 | Captnoord | bingo |
19:48.50 | Captnoord | :P |
19:48.51 | Captnoord | thats easy |
19:49.07 | phh | RPC_Init is easy ? |
19:49.12 | Captnoord | nah |
19:49.18 | Captnoord | the dll entry point stuff |
19:49.37 | Captnoord | [20:46] <cr2_> phh: i think that the most promising is to find out what wince does around RPC_Init() |
19:49.39 | Captnoord | aahhh |
19:49.42 | Captnoord | you mean that stuff |
19:49.43 | Captnoord | lol |
19:49.47 | phh | yes :p |
19:49.48 | *** join/#htc-linux randomblame (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
19:52.36 | Markinus | phh: I tested the led ids 0 - 30 and only 1 ist working, and this is vibration |
19:52.42 | phh | Markinus: no |
19:53.57 | Markinus | phh: ? Is there a way to dump the wince led ids? |
19:54.03 | phh | Markinus: don't know |
19:57.01 | phh | Captnoord: in which register is stored the return value of a function ? |
19:57.55 | Captnoord | r0 |
19:57.59 | Captnoord | some function do |
19:58.01 | Captnoord | r0 r1 |
19:58.08 | Captnoord | when a 64 bits value is returned |
19:58.14 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
19:58.31 | Captnoord | but.... it only works with real calls |
19:58.34 | Captnoord | not with branches |
19:58.37 | Captnoord | so |
19:58.41 | Captnoord | bx b bl |
19:58.42 | *** join/#htc-linux zachy (~george@85.193.4.18) |
19:58.46 | Captnoord | that doesn't work |
19:59.12 | Captnoord | with those its anybody's guess |
20:03.10 | Captnoord | -bx |
20:03.16 | Captnoord | bx is what we consider a real call |
20:03.18 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
20:03.25 | Captnoord | so return would be r0 |
20:03.59 | phh | baahh |
20:04.03 | phh | ok what about RPC_Init now ? :p |
20:07.34 | Captnoord | pdsm_xtra_client_initiate_download_request |
20:07.36 | Captnoord | lol |
20:07.44 | Captnoord | so you can download a extra rpc client |
20:07.49 | Captnoord | or do I see it wrong |
20:07.52 | *** join/#htc-linux balans (~Gebruiker@212-123-149-239.ip.telfort.nl) |
20:08.14 | phh | Captnoord: na, it's for gps fast thingy |
20:08.21 | phh | you save ephemeris in A11 |
20:11.34 | Markinus | phh: cat /dbgfs/micropklt_dbg/light -> 0 |
20:11.45 | phh | Markinus: ok, so you'll have to port N1's code |
20:11.53 | Markinus | phh: ok |
20:15.08 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.51) |
20:19.02 | *** part/#htc-linux c2d (~Mike@port-92-200-228-144.dynamic.qsc.de) |
20:22.53 | phh | cr2_: hum, android's libgps.so sends client_act even if atl fails (ie no internet connection) |
20:24.26 | cr2_ | why not. |
20:25.25 | cr2_ | phh: light sensor cal is in nand too. at least on leo |
20:25.30 | cr2_ | 00:00:18.886 OEM_FMD_NandReadLSensor is done! |
20:25.32 | cr2_ | 00:00:18.886 [D:MISC] [ReadStoredADCValue] *pdwReadDataValue = 0x8d (141)! |
20:25.33 | cr2_ | 00:00:18.886 [D:MISC] [KLTDevInitThread] g_dwStoredADCValue: 141! |
20:25.53 | phh | cr2_: weird, mahimahi has it in driver |
20:27.15 | phh | and they change them sometimes in commits |
20:27.15 | cr2_ | [D:DEX] Update Audio Setting = [0x80] |
20:27.21 | MrPippy | cr2_: what is the best way to trace rpc? i have smem dumps, or is mmutrace better? |
20:27.22 | cr2_ | this is new |
20:27.35 | phh | MrPippy: harder to read |
20:27.50 | cr2_ | MrPippy: od -A n -v -t x4 rpcfifo |
20:28.09 | cr2_ | MrPippy: add skip, if you have full smem dump |
20:28.24 | cr2_ | MrPippy: and then search for 000030 and 000031 |
20:29.39 | cr2_ | phh: i've added the rpc_clk_khz command to haret, and it works |
20:29.57 | phh | cr2_: uh ? which ones ? |
20:30.07 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
20:31.17 | Captnoord | haret overlocking |
20:31.17 | Captnoord | lolz |
20:32.52 | NetRipper | is that to read or set clocks? |
20:33.04 | cr2_ | NetRipper: your code for read |
20:33.09 | cr2_ | 00:00:18.952 <ATDbg Log>Log RAM Base = 900b0000 |
20:33.10 | cr2_ | 00:00:18.952 [D:RIL] ATDbg_GetRegistryData: ATLog RAM Base = 0x900b0000 |
20:33.12 | cr2_ | this is strange |
20:33.30 | cr2_ | HaRET(3)# print "0x%x" v2p(0x900b0000) |
20:33.31 | cr2_ | 0xac0b0000 |
20:33.36 | NetRipper | cr2_, ok |
20:33.50 | cr2_ | NetRipper: i've disabled mmu on raph, dumped amss and oemsbl |
20:33.54 | cr2_ | from ram |
20:34.17 | NetRipper | nice |
20:34.18 | cr2_ | oemsbl can be easily dissected. but most things we already know |
20:34.39 | cr2_ | for amss i need to glue the raw segments into an elf image |
20:34.44 | NetRipper | disabling mmu also disables mpu? |
20:34.50 | *** join/#htc-linux Zoolooc (~fredsibar@p54955995.dip.t-dialin.net) |
20:34.58 | cr2_ | the map is probably the same as in wiki |
20:35.01 | phh | NetRipper: he meant mpu :p |
20:35.02 | cr2_ | NetRipper: no |
20:35.07 | NetRipper | phh, oh |
20:35.15 | cr2_ | NetRipper: btw, it will not work on leo |
20:35.42 | cr2_ | either the address spaces are different, or (more likely) they mpu'd them |
20:35.44 | NetRipper | phh, i was thinking quite an exciting solution :) take control, disable mmu, copy oemsbl to other part of phys ram, reboot, read ram |
20:35.47 | NetRipper | :p |
20:36.01 | phh | NetRipper: I don't think disabling mmu disables mpu |
20:36.08 | MrPippy | rpcfifo is the smd rpccall? |
20:36.33 | cr2_ | NetRipper: ? if you disable mpu, you can do all you want from arm11 |
20:36.37 | cr2_ | MrPippy: yes |
20:36.49 | NetRipper | cr2_, how'd you find the addresses on raphael then? |
20:37.00 | cr2_ | which addresses ? |
20:37.12 | phh | NetRipper: ask dzo |
20:37.30 | cr2_ | AXIGS is in the code |
20:38.11 | cr2_ | AXIGE i found by dumping the data an neighbour address spaces |
20:38.16 | NetRipper | cr2_, which adress spaces would be different on leo? oemsbl/amss? |
20:38.26 | NetRipper | ah |
20:38.26 | cr2_ | these too |
20:38.34 | cr2_ | i mean AXIGS and AXIGE |
20:38.52 | NetRipper | these abbreviations don't ring a bell fo rme |
20:39.12 | cr2_ | on leo you either solder a cable, connect to oemsbl and disable mpu with a command |
20:39.32 | NetRipper | you'd you disable it on raphael then? |
20:39.45 | cr2_ | and you need to strip the radio code from extra bytes |
20:39.55 | cr2_ | NetRipper: on raph they are not protected |
20:39.58 | NetRipper | oh |
20:40.05 | NetRipper | hmm |
20:40.07 | cr2_ | you just clean the bit with haret, and that's it |
20:40.11 | NetRipper | lol |
20:40.22 | cr2_ | it's already used in the kernel code by dzo |
20:40.31 | cr2_ | to save the resume vector |
20:40.42 | NetRipper | aha |
20:40.45 | cr2_ | we may actually wipe the spl copy from smi |
20:40.46 | NetRipper | hmm? |
20:41.00 | NetRipper | eh |
20:41.26 | NetRipper | but that's not a problem is it? smi is volatile anyway? |
20:41.29 | cr2_ | don't know if running with mpu off is a good idea for android :) |
20:41.40 | cr2_ | smi is sdram |
20:41.52 | NetRipper | yea so a proper reset would fix it |
20:41.52 | cr2_ | yes, we can use it for linux |
20:41.59 | cr2_ | yes |
20:42.24 | cr2_ | NetRipper: latest leo news, if you missed them |
20:42.39 | NetRipper | i don't see the relation between needing to disable mpu and requiring that to save resume vector |
20:42.55 | NetRipper | that means winmo would always need to save resume vector, also on leo |
20:43.04 | cr2_ | NetRipper: the battery monitor is ds2745. it's very close to ds2746 used on kaiser, but we need to patch some data in the driver |
20:43.12 | NetRipper | ok |
20:43.24 | cr2_ | NetRipper: no. it stores spl |
20:43.37 | cr2_ | and spl does control the resume |
20:43.43 | NetRipper | ah |
20:44.00 | NetRipper | really.. so if i resume my winmo phone.. it first goes through spl, and spl kicks off winmo again? |
20:44.01 | cr2_ | NetRipper: the accelerometer is behind the microP |
20:44.27 | cr2_ | but the magnetometer is on the usual 0x1c i2c id like on mahimahi |
20:44.42 | NetRipper | ok |
20:44.47 | phh | (we already have code for accelerometer) |
20:44.49 | cr2_ | this is strange. can't we just use it for the accelerometer too ? |
20:45.25 | NetRipper | is microp a bus or connected directly/ |
20:45.48 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
20:45.56 | cr2_ | NetRipper: this sounds weird. do we have 2 accelerometer chips in leo ?? |
20:46.05 | NetRipper | not to my knowledge |
20:46.10 | NetRipper | magnetometer != accelerometer |
20:46.30 | cr2_ | ak is accelerometer+magnetometer ? |
20:46.38 | NetRipper | is it? |
20:46.46 | phh | no it's not |
20:46.52 | phh | it's only magnetometer |
20:46.53 | cr2_ | phh: only compass ? |
20:46.57 | phh | yes |
20:47.00 | NetRipper | ok |
20:47.05 | cr2_ | and g1 ? |
20:47.12 | cr2_ | hm. it uses a different model |
20:47.14 | NetRipper | has only compass |
20:47.21 | phh | argh |
20:47.22 | cr2_ | no |
20:47.22 | phh | good question. |
20:48.27 | cr2_ | AKM8973 on mahimahi |
20:48.49 | NetRipper | mahimahi is n1, not g1 |
20:49.16 | cr2_ | akm8976 on sapphire |
20:49.34 | cr2_ | also on g1 |
20:51.25 | cr2_ | akm8976.c has both, according to the code |
20:51.43 | cr2_ | lol, |
20:51.57 | cr2_ | if we have 2 accelerometers will they match ? :) |
20:52.09 | phh | no :p |
20:53.20 | cr2_ | www.ic-on-line.cn/iol/datasheet/ak8973_4138699.pdf |
20:54.10 | cr2_ | no accelerometer |
20:54.30 | cr2_ | that makes sense ;) |
20:55.15 | cr2_ | NetRipper: don't see any trace of proximity sensor |
20:55.39 | cr2_ | NetRipper: but since i2c is not traceable (yet), can't be 100% sure |
20:55.39 | phh | cr2_: tmzt said IR led + light sensor |
20:56.05 | cr2_ | phh: on mahimahi ? |
20:56.14 | phh | mm don't remember |
20:56.50 | cr2_ | capella_cm3602 |
20:57.01 | cr2_ | i don't think leo has this chip |
20:58.04 | cr2_ | http://www.capellamicro.com.tw/EN/products_view.php?id=45&mode=16 |
21:00.30 | NetRipper | they advertised leo with proximity sensor |
21:00.49 | cr2_ | NetRipper: yes, i've seen it on htc site |
21:01.02 | NetRipper | would be bad if they dont actually have one in it |
21:01.18 | cr2_ | NetRipper: it may be behind microP, like the aceelerometer |
21:01.34 | NetRipper | ok so the microp is like a bus and can hold multiple devices? |
21:01.44 | cr2_ | so we don't see it directly, and only get an irq from microP |
21:02.12 | cr2_ | microP is a microcontroller |
21:02.25 | cr2_ | it has gpios, spi ,ADC, pwm, etc |
21:02.32 | cr2_ | you talk over i2c to it. |
21:02.46 | cr2_ | it has some firmware, so you need to know which commands to send |
21:03.23 | cr2_ | NetRipper: what are these 2 holes left from led ? |
21:04.08 | NetRipper | well.. that _should_ be light and proximity next to eachother |
21:04.12 | cr2_ | but on nexus you can talk directly to this CM3602 chip |
21:04.31 | cr2_ | CM3602 is a highly integrated design for a distance detection and ambient light sensing solution. |
21:04.49 | cr2_ | maybe NIR led + photodiode ? |
21:05.03 | NetRipper | though havent confirmed that obviously but hmm.. there should be some disassemblation pictures around of the leo |
21:05.10 | NetRipper | yep who knows.. |
21:05.12 | *** join/#htc-linux karafa (~anonymous@149.151.184.108) |
21:05.30 | NetRipper | dont know how a proximity sensor would work exactly... how it detects the presence.. IR sounds feasible |
21:06.02 | Captnoord | magnetic fields |
21:06.09 | Captnoord | RF |
21:06.17 | Captnoord | IR idd |
21:06.23 | cr2_ | Captnoord: it's more like lidar |
21:06.29 | Captnoord | == RF |
21:06.46 | cr2_ | you send IR, and get scattered light back |
21:06.56 | Captnoord | still RF |
21:06.56 | Captnoord | :P |
21:07.27 | cr2_ | if the scattered light is strong you have proximity |
21:07.37 | *** join/#htc-linux randomblame (~kevin@c-71-59-184-96.hsd1.wa.comcast.net) |
21:07.41 | cr2_ | hehe. then gamma rays are RF too ; |
21:07.54 | Captnoord | everything is RF |
21:07.55 | Captnoord | :P |
21:08.17 | Captnoord | but its also possible todo it capacitive |
21:08.23 | Captnoord | which is the cheapest |
21:08.30 | cr2_ | Captnoord: is it possible to stick together the elf sections using ldscript ? |
21:08.32 | Captnoord | ir is not so cheap |
21:08.41 | Captnoord | ldscript? |
21:08.42 | *** join/#htc-linux zachy (~george@85.193.4.18) |
21:08.49 | Captnoord | or ida script |
21:08.50 | cr2_ | Captnoord: http://www.capellamicro.com.tw/EN/products_view.php?id=45&mode=16 |
21:09.18 | Captnoord | hehe |
21:09.33 | Captnoord | I think its easier to write a parser |
21:09.41 | Captnoord | to handle all the nb things |
21:09.49 | *** part/#htc-linux zachy (~george@85.193.4.18) |
21:10.09 | Captnoord | but I need togo... i'll call it a night.... |
21:10.12 | Captnoord | need sleep |
21:10.12 | Captnoord | nn all |
21:10.16 | cr2_ | Captnoord: you need to be sure about the offsets |
21:10.47 | MrPippy | cr2_: i found 000031 and 000030, what are those? |
21:11.00 | cr2_ | RPC and RPC_CB |
21:11.06 | cr2_ | PROG |
21:11.15 | cr2_ | they come in triples |
21:11.33 | cr2_ | PROG,VERS,FUNC |
21:13.19 | cr2_ | this is from leo |
21:13.20 | *** join/#htc-linux xfight81 (~quassel@host94-144-dynamic.5-87-r.retail.telecomitalia.it) |
21:13.21 | cr2_ | 0f000030 00000000 06000000 00000000 00000000 00000000 00000000 37000000 |
21:13.35 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
21:13.41 | cr2_ | f,0,6 (0x37) |
21:14.11 | cr2_ | PROG,VERS,FUNC,0,0,0,0,payload |
21:14.36 | MrPippy | ok cool thanks |
21:14.41 | phh | cr2_: so what's the rpc clocks thing you were speaking about earlier ? |
21:15.09 | cr2_ | phh: start the cam, and look for the clocks used |
21:15.17 | cr2_ | i think they are all documented in wiki |
21:15.27 | phh | ah that's what you were speaking about ? |
21:15.37 | phh | I thaught you were reading clocks through rpc |
21:15.41 | cr2_ | phh: clocks in haret ? |
21:15.44 | phh | yes |
21:15.58 | cr2_ | yes, but by its regime id |
21:16.13 | phh | cr2_: it works for all clocks ? |
21:16.18 | phh | or only clocks activated with rpc ? |
21:16.19 | cr2_ | <PROTECTED> |
21:16.21 | cr2_ | <PROTECTED> |
21:16.22 | cr2_ | } |
21:16.24 | cr2_ | REG_CMD(ClkRegimeAvail, "MSMCLKKHZ", msm_clk_dbg, |
21:16.25 | cr2_ | <PROTECTED> |
21:16.27 | cr2_ | <PROTECTED> |
21:16.29 | cr2_ | it's how wince does it |
21:16.33 | phh | ok |
21:16.52 | cr2_ | i think i'll add the id as parameter instead |
21:17.04 | cr2_ | of dumping all 256 values at once |
21:17.51 | phh | ok I'll try to see if I can get it working from linux |
21:17.56 | phh | and if it works, seeing who is who |
21:18.11 | cr2_ | ok |
21:18.38 | cr2_ | you nly need to parse rpc reply |
21:18.44 | cr2_ | like i've done for gps |
21:18.45 | phh | yes no problem |
21:18.53 | phh | cr2_: any idea to read vregs ? |
21:19.06 | phh | I can't see how we can do that at all, either by dumping memory or by rpc |
21:19.16 | cr2_ | i've seen 3 initial vreg tables in oemsbl |
21:19.33 | cr2_ | i think it's impossible |
21:19.52 | cr2_ | is there are api for reding vreg voltages ? |
21:23.03 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87c321.pool.mediaWays.net) |
21:26.03 | phh | cr2_: rpc argument is int32 ? |
21:26.10 | cr2_ | NetRipper: does it tell you anything |
21:26.13 | cr2_ | 9.067 [sleep_register] name=PROXIMITYTCXO, okts=1, FreeEntryIndex=6 |
21:26.15 | cr2_ | 9.070 [D:LED] [RegisterForProximityStatusNotifications] Register registry System\State\Phone PSensorStatus callback function!! |
21:26.16 | cr2_ | 9.071 [D:LED] [RegisterForProximityStatusNotifications] Register registry Software\HTC\Proximity PSensorDebounceTime callback function!! |
21:26.18 | cr2_ | 9.071 [D:LED] [RegisterForProximityStatusNotifications] Register registry System\GDI\Rotation Angle callback function!! |
21:26.19 | cr2_ | 9.072 [D:LED] [LED_Init] End!! |
21:26.34 | cr2_ | phh: for rpc everything is int32 |
21:26.46 | phh | cr2_: reply too then ? |
21:26.52 | cr2_ | yes |
21:27.11 | cr2_ | int32 or array/struct of int32 |
21:31.58 | cr2_ | phh: leo is difficult for rpc, because there are no rpc messages in wince dmesg |
21:38.18 | NetRipper | cr2_, errr tells me the proximity status is probably a led? |
21:39.37 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
21:42.07 | *** join/#htc-linux jamenlang1 (~jamenlang@209-193-77-154.mammothnetworks.com) |
21:43.42 | cr2_ | NetRipper: an irq |
21:43.58 | cr2_ | phh: s5k3e2fx does have a lens control ? |
21:44.18 | cr2_ | phh: i2c control like on mt* ? does not look from the driver code though |
21:44.26 | phh | don't know |
21:47.17 | cr2_ | NetRipper: http://www.htc-linux.org/wiki/index.php?title=I2C_IDS |
21:47.41 | NetRipper | nice |
21:47.51 | NetRipper | leo's ts is on i2c? |
21:48.03 | phh | NetRipper: most likely |
21:48.04 | cr2_ | like on nexus |
21:48.22 | NetRipper | sweet |
21:48.30 | cr2_ | the same driver |
21:48.36 | phh | NetRipper: why sweet ? |
21:48.47 | NetRipper | because we can reuse it |
21:48.51 | phh | ah. |
21:48.55 | phh | lazy man |
21:48.59 | NetRipper | lol |
21:49.00 | cr2_ | phh: i fixed some data in the table |
21:49.05 | NetRipper | that's me phh:) |
21:49.12 | NetRipper | general purpose htc device |
21:49.21 | NetRipper | what's that? |
21:49.26 | phh | NetRipper: that's microp. |
21:49.36 | NetRipper | ah |
21:49.38 | cr2_ | phh: what is 0x38 ?? |
21:49.42 | NetRipper | oh |
21:49.58 | phh | cr2_: don't know yet |
21:50.14 | cr2_ | phh: there is some speaker amplifier |
21:50.18 | phh | it just exists |
21:50.23 | phh | cr2_: different from A1010 ? |
21:50.25 | cr2_ | phh: and dualmic something ? |
21:50.31 | phh | dualmic is A1010 |
21:50.40 | cr2_ | let me check my notes |
21:51.41 | cr2_ | ADC3001 mic |
21:51.46 | phh | cr2_: all get_khz rpcs gives me a -1073177860 |
21:52.10 | cr2_ | a1010 is f4/2 |
21:52.22 | phh | yes |
21:52.49 | cr2_ | ok |
21:53.15 | cr2_ | check TPA2016 and ADC3001 |
21:53.35 | cr2_ | also RJ6ABA100 |
21:53.57 | phh | TLV320ADC3001: 92dB SNR Low-Power Stereo ADC (ADC3001) |
21:53.58 | phh | ok. |
21:54.11 | cr2_ | i2c ? |
21:54.22 | phh | 2.8-W/Ch Stereo Class-D Audio Amplifier with SmartGainTM AGC/DRC (TPA2016) |
21:54.25 | phh | 2.8W... wahou |
21:54.40 | cr2_ | i2c ? |
21:54.57 | phh | ADC3001 yes |
21:55.24 | cr2_ | tpa too |
21:55.31 | cr2_ | let me grep for id |
21:56.02 | phh | first 7bit of id for ADC3001 is 100011 |
21:56.22 | cr2_ | 0x23 ? |
21:56.26 | phh | uh ? |
21:56.29 | phh | my calc says 0x86 |
21:56.38 | phh | cr2_: there is another bit after that |
21:56.41 | phh | that is settable to 0 or 1 |
21:56.52 | cr2_ | it's for /2 |
21:57.12 | phh | why would that be /2 ? |
21:57.14 | phh | it's actual i2c addr |
21:57.17 | phh | not msm's addr |
21:57.48 | cr2_ | why do they describe i2c operation in all datasheets ?? |
21:57.59 | phh | I always wonder too :p |
21:58.08 | cr2_ | 0xb0/2 |
21:58.31 | cr2_ | 0x58 |
21:58.43 | cr2_ | so 0x23 and 0x58 |
21:58.46 | cr2_ | hehe |
21:58.54 | cr2_ | RJ6ABA100 ? |
21:59.10 | phh | VGA CMOS camera |
21:59.24 | cr2_ | yeah, but no datasheet |
22:00.27 | cr2_ | [D:I2C] I2C Last success, ID: 0x6c, Addr: 0x1a30 |
22:03.28 | phh | no 0x23 nor 0x58 chip found in dumps |
22:03.46 | *** join/#htc-linux tehtrk_home (~quassel@adsl-68-91-144-191.dsl.wacotx.swbell.net) |
22:07.10 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
22:10.22 | cr2_ | ok |
22:12.41 | cr2_ | NetRipper: what was the problem with i2c driver on leo ? |
22:13.40 | *** join/#htc-linux Olipro (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
22:13.51 | NetRipper | same handle_bad_irq as mdp had |
22:14.07 | cr2_ | MDP_INTR_ENABLE=e74d MDP_INTR_ENABLE= 274d |
22:14.16 | cr2_ | e is 14 |
22:14.32 | cr2_ | 1110 |
22:15.06 | cr2_ | what are 8000 and 4000 bits for mdp ? |
22:18.28 | NetRipper | i don't know but it seems the N1 driver is doing different things than the wince driver |
22:19.37 | cr2_ | hm. |
22:19.54 | cr2_ | what is the mdp version ? |
22:20.42 | NetRipper | ermm i dont know |
22:21.13 | phh | cr2_: 40 iirc |
22:21.26 | phh | hum, 31 |
22:21.38 | cr2_ | ok |
22:22.24 | phh | 22 for msm7k |
22:22.43 | NetRipper | ah |
22:22.48 | NetRipper | that version |
22:25.09 | *** join/#htc-linux mickeyl (~mickey@80.81.242.146) |
22:27.56 | Markinus | could be, that the N1 kernelsource isn'T complete? I'M searching for the definition of dev_attr_ls_adc and can't find anything .. hmm |
22:28.40 | phh | Markinus: they are complete |
22:28.45 | phh | search for ls_adc |
22:28.48 | phh | you'll find a mcro |
22:28.49 | phh | macro |
22:29.01 | Markinus | phh: ahh, thx |
22:29.47 | ToAsTcfh | phh: anyluck on the hw3d in 2.x? did u ever load up my build? |
22:30.01 | phh | ToAsTcfh: I loaded your build but didn't try hw3d on it |
22:30.24 | phh | and we already have hw3d in 2.X |
22:30.29 | phh | we had it before you |
22:30.30 | ToAsTcfh | eh what u think of the rosie? i know u said u didnt like the old one |
22:30.55 | phh | ToAsTcfh: it seems quite pretty, but totally unusable with only 107MB of ram |
22:31.15 | phh | even with 40MB ramzswap |
22:31.44 | ToAsTcfh | oh i didnt know u guys had hw3d workin in 2.x. i though u had just got the driver to load |
22:33.01 | randomblame | woot my kernel is now hanging at mount_root, much further |
22:33.02 | ToAsTcfh | yeah im gonna release a new build soon with it in it. ill make sure u and MrPippy are thanked in the first post :) |
22:33.47 | phh | ToAsTcfh: please especially says we work for non-android devices, that's a lot funnier that way :p |
22:34.24 | ToAsTcfh | ok i always brag anyhow that the dream devs are no help and i gotta go to winmo devs to get real ideas |
22:35.16 | ToAsTcfh | we still havent got overclocking working http://forum.xda-developers.com/showthread.php?t=630899 |
22:35.33 | adhoc | morning all =) |
22:36.16 | ToAsTcfh | i started adev tread for it but people are kinda low moral about it |
22:37.08 | tmzt | Markinus: why would dev_attr_ls_adc be in the kernel? |
22:38.01 | phh | ToAsTcfh: overclocking to something else than 768MHz is really hard |
22:38.16 | adhoc | is there something broken with the xda-developers wiki ? |
22:38.18 | tmzt | 22 is msm7x0x then? |
22:38.22 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
22:38.24 | ToAsTcfh | ive tried to tell them that |
22:38.25 | tmzt | 31 is msm7x27/30 |
22:38.30 | tmzt | 40 is snapdragon? |
22:38.37 | Markinus | tmzt: lightsensor |
22:38.52 | phh | tmzt: snapdragon is 31 |
22:39.00 | phh | I think msm7x27 and QSD has the same |
22:39.13 | ToAsTcfh | phh: they dont seem to think u can 2/3 the multiplier or remove turbo mode |
22:39.15 | Markinus | tmzt: device_create_file(&client->dev, &dev_attr_ls_adc); |
22:39.31 | phh | ToAsTcfh: you can... by changing PLL |
22:40.29 | ToAsTcfh | i havent got deep enough into it to be able to explain it to them. maybe u should post a suggestion on that thread i started |
22:41.03 | ToAsTcfh | phh: please |
22:41.10 | ToAsTcfh | :P |
22:41.13 | tmzt | hmm so it's defined by macro |
22:41.26 | tmzt | look for ls_adc |
22:41.46 | tmzt | phh: same gpu but I think mdp is different |
22:42.29 | ToAsTcfh | anyone had any luck on the msm_camera yet? |
22:42.30 | phh | tmzt: the only mdp in N1's sources are 22 and 31. |
22:42.30 | tmzt | hmm |
22:42.30 | tmzt | ok |
22:42.30 | phh | ToAsTcfh: I don't need luck |
22:42.30 | ToAsTcfh | u got it?! |
22:42.40 | phh | ToAsTcfh: no |
22:42.47 | ToAsTcfh | phh: http://github.com/jhansche/htc-2.6.27-heroc |
22:42.50 | phh | I didn't try :p |
22:43.02 | ToAsTcfh | u should man were stuck |
22:43.16 | ToAsTcfh | bad stuck and ur the guru |
22:44.50 | ToAsTcfh | i actually had to port both patches for hw3d as the kernel u guys use is setup a little different |
22:47.23 | ToAsTcfh | phh: i guess thats a hell no for the camera?! lol |
22:47.40 | phh | that's a "I don't feel like trying" |
22:47.50 | phh | but it's all I've left to try |
22:47.50 | ToAsTcfh | bah |
22:47.53 | phh | since gps doesn't work |
22:47.59 | phh | bluetooth is boring |
22:48.23 | ToAsTcfh | eh i got gps working in my buiold by using a different gps.conf |
22:48.32 | phh | . |
22:48.37 | phh | we don't have the same gps RPCs. |
22:49.00 | ToAsTcfh | oh just sayin |
22:49.23 | ToAsTcfh | so try camera. its new its fresh and its a hot item |
22:49.26 | ToAsTcfh | lol |
22:49.36 | ToAsTcfh | its all thats left |
22:50.25 | ToAsTcfh | its chalenging and a pain in the ass!!! |
22:51.52 | phh | which camera ? |
22:51.53 | phh | VGA one ? :p |
22:52.42 | phh | ToAsTcfh: you'd hate me if I can get VGA camera but not 3M one, don't you ? |
22:52.56 | cr2_ | LOL |
22:53.01 | ToAsTcfh | i got a 5m but ill settle |
22:53.09 | phh | ToAsTcfh: VGA camera = front camera btw |
22:53.15 | phh | (the thing your shitty device hasn't :p) |
22:53.30 | ToAsTcfh | oh fuck yeah id be mad |
22:53.30 | cr2_ | hahaha |
22:53.36 | ToAsTcfh | hater |
22:53.57 | phh | ToAsTcfh: getting VGA cam working but not 3M one would be hard though. |
22:54.21 | phh | ToAsTcfh: ok, I'll try camera tomorrow. maybe. |
22:54.27 | ToAsTcfh | would u do it just to crush me |
22:54.42 | phh | too much work for not such a great pleasure |
22:54.51 | ToAsTcfh | lol |
22:55.30 | ToAsTcfh | well if u say ull try it for use then im happy with that |
22:56.00 | ToAsTcfh | :D |
22:56.38 | ToAsTcfh | do u guys have cdma mms? |
22:56.46 | phh | we don't have mms at all |
22:56.52 | ToAsTcfh | oh |
22:56.52 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
22:56.56 | phh | it's awful to get working with ppp |
22:57.02 | ToAsTcfh | me either :P |
22:57.48 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
22:58.02 | bzo | ToAsTcfh: saw an interesting blurb from dzo about overclocking "Yes, there is a spare PLL and with the old clock code you can set it to any speed you like, just add clock_7x00.a11=528 (or higher) to the cmdline. You'll also have to change the ahb bus divider with clock_7x00.ahb_div=4. |
22:58.03 | bzo | I got rid of this in the current kernel because it's fun to play with but probably not really something you want to use all the time." |
22:58.22 | bzo | so, switching to the other pll sounds like what you need to do if you want to overclock with any granularity |
22:58.40 | phh | if there is actually a spare pll. |
22:59.04 | bzo | phh: you mean vogue has one, but not other devices? |
22:59.18 | phh | bzo: raph/diam has one |
22:59.21 | phh | don't know about dream |
22:59.23 | tmzt | no2chem says there isn't |
22:59.37 | tmzt | no really at least |
22:59.46 | ToAsTcfh | what about hero or tuurbo msm7k |
22:59.48 | phh | we have one pll that is always off at least |
23:00.34 | phh | and I think we can set it as will |
23:00.58 | NetRipper | cr2_, is it easy to set clock frequency on leo? |
23:01.23 | NetRipper | not to overclock but just to set the normal clocks that are already supported? |
23:01.26 | cr2_ | NetRipper: the same as on 7201a |
23:01.29 | ToAsTcfh | bzo : u got a patch i can look at? |
23:01.29 | bzo | we might have better luck than no2chem since we can change the kernel. Maybe you cannot change it in userland |
23:01.33 | NetRipper | cr2_, alright |
23:01.43 | phh | bzo: you can in userland |
23:02.06 | cr2_ | NetRipper: there is some scpll, but the pll0-3 are setup in the same way |
23:02.20 | bzo | ToAsTcfh: haven't looked into it. But all of dzo's source is at linux2go for you to check out :) |
23:02.27 | tmzt | phh: he's writing about the primary clocks with crystals |
23:02.31 | tmzt | txo's etc. |
23:02.43 | tmzt | not the dividers which are also plls |
23:02.46 | NetRipper | cr2_, are these just regs or do they go via amss? |
23:02.47 | ToAsTcfh | bzo: ok thanx |
23:02.50 | phh | tmzt: yes, but A11 derivates (with only divisions) from a PLL |
23:02.57 | phh | and we can set pll |
23:04.39 | *** join/#htc-linux The-Compiler (florian@the-compiler.org) |
23:04.40 | *** join/#htc-linux The-Compiler (florian@unaffiliated/the-compiler) |
23:05.03 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-15-100.web.vodafone.de) |
23:05.30 | NetRipper | wb ;) |
23:07.08 | ToAsTcfh | anyone got a link to linux2go dzo's source? |
23:07.13 | ToAsTcfh | i cant find it |
23:11.58 | phh | ToAsTcfh: vgrapper doesn't crash my phone ! :p |
23:12.26 | bzo | ToAsTcfh: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-vogue |
23:12.31 | ToAsTcfh | hmm does it owork |
23:13.03 | phh | ToAsTcfh: ok no. |
23:13.16 | phh | that would have been too unfair :p |
23:13.22 | ToAsTcfh | lol |
23:13.46 | ToAsTcfh | so u already gave the msm_camera a port? |
23:13.53 | phh | ? |
23:13.59 | ToAsTcfh | bzo: thanx |
23:14.09 | phh | don't you remember you got the msm_camera stuff from our tree ? |
23:14.21 | phh | (even if it's not working.) |
23:14.36 | ToAsTcfh | we didnt get it from ur tree |
23:14.48 | ToAsTcfh | maejrep backported it |
23:15.19 | phh | why did you ask for my patches then /o\ |
23:15.37 | ToAsTcfh | hw3d patches |
23:15.45 | phh | no for camera. |
23:15.45 | ToAsTcfh | not camera patches |
23:16.03 | ToAsTcfh | send me them and ill givem a shot |
23:16.35 | ToAsTcfh | i dont remember u giving me any patches for camera |
23:16.54 | ToAsTcfh | maybe a nother pain in the ass named toast? |
23:16.59 | phh | argh vgrabber is for v4l1 not v4l2. |
23:17.11 | ToAsTcfh | i told u that already |
23:17.23 | ToAsTcfh | :P |
23:17.35 | ToAsTcfh | \u never listen to me damn it!!! |
23:17.47 | phh | what did you use then ? |
23:18.02 | ToAsTcfh | the camera in my build |
23:18.10 | phh | ok so you trust android |
23:18.12 | ToAsTcfh | thats all i could findd |
23:18.57 | ToAsTcfh | i tried lucview with no luck |
23:19.29 | ToAsTcfh | it would just give syntax errors when trying to use it |
23:19.46 | ToAsTcfh | along with every other v4l2 app i found |
23:20.02 | ToAsTcfh | except ur vgrabber for v4l1 |
23:20.09 | phh | because you don't know how to cross compile |
23:20.14 | phh | which v4l2 app have you found ? |
23:21.26 | ToAsTcfh | luvcview and |
23:21.52 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
23:22.10 | ToAsTcfh | shit i cant find the rest i deleted them. i think like v4lcongf or something |
23:24.37 | ToAsTcfh | vcam too |
23:24.41 | phh | ToAsTcfh: luvcview relies on SDL |
23:25.42 | phh | vcam seems fine |
23:28.30 | phh | phone crashed \o/ |
23:28.49 | phh | ToAsTcfh: http://husson.hd.free.fr/vcapture if you want it. |
23:28.56 | phh | ~ramconsole-diam |
23:28.57 | apt | from memory, ramconsole-diam is pwf dm 0x00800000 0x00100000 |
23:31.58 | phh | [ 1096.671875] msm_enqueue: queue event new max is 1 |
23:32.00 | phh | ToAsTcfh: got that one ? |
23:32.25 | ToAsTcfh | no |
23:32.30 | phh | cool |
23:32.37 | ToAsTcfh | xcaptest vidpanel vcat vctrl |
23:32.50 | ToAsTcfh | those are the others i tried though |
23:32.53 | phh | vcam is fine. |
23:32.58 | ToAsTcfh | ok |
23:34.05 | ToAsTcfh | <6>[ 813.867462] msm_enqueue: queue event new max is 1 |
23:34.05 | ToAsTcfh | <6>[ 813.867950] msm_camera: msm_enqueue: woke up event |
23:34.05 | ToAsTcfh | <6>[ 813.869140] msm_camera: msm_ioctl_config: cmd 6 |
23:34.05 | ToAsTcfh | <6>[ 813.869567] msm_camera: msm_get_stats: will wait for timeout: -1 |
23:34.05 | ToAsTcfh | <6>[ 813.870086] msm_camera: msm_get_stats: list_empty_careful: 0 |
23:34.06 | ToAsTcfh | <6>[ 813.870391] msm_camera: msm_get_stats: returned from wait: 1073741822 |
23:34.07 | ToAsTcfh | <6>[ 813.871032] msm_camera: msm_get_stats: list_empty_careful: 0 |
23:34.10 | ToAsTcfh | <6>[ 813.871398] msm_camera: msm_get_stats: received from DSP 0 |
23:34.12 | ToAsTcfh | <6>[ 813.871704] msm_camera: msm_get_stats: qcmd->type 0 length 4, val = 0xcb729e24 (00000001) |
23:34.24 | phh | argh, you're after me |
23:34.37 | ToAsTcfh | everything actually works but vfetask |
23:35.31 | ToAsTcfh | u can always git it from our source and start from there |
23:37.06 | ToAsTcfh | http://github.com/jhansche/htc-2.6.27-heroc/commit/6e83cf8ca3a17210f122ad0bf60ea13b3b86021e |
23:38.11 | phh | groumpf. |
23:38.17 | ToAsTcfh | what? |
23:38.24 | phh | I have to clone it |
23:38.31 | ToAsTcfh | lol |
23:38.31 | phh | my hard drive will hate that. |
23:38.50 | phh | so, it's for after sleep, ++ |
23:39.02 | ToAsTcfh | yeah im getting low on space myself |
23:39.47 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
23:46.34 | ToAsTcfh | phh: hold up |
23:47.09 | ToAsTcfh | phh:http://pastebin.com/d1817de77 |
23:47.34 | ToAsTcfh | http://pastebin.com/d1817de77 |
23:48.26 | ToAsTcfh | with ur vcapture^^^ |
23:50.51 | ToAsTcfh | # vcapture -d /dev/video20 |
23:50.52 | ToAsTcfh | device name is /dev/video20 |
23:50.52 | ToAsTcfh | v4l2: init |
23:50.58 | ToAsTcfh | then it reboots |
23:51.02 | ToAsTcfh | :( |
23:56.28 | ToAsTcfh | vcapture -d /dev/video20 |
23:56.28 | ToAsTcfh | device name is /dev/video20 |
23:56.28 | ToAsTcfh | v4l2: init |
23:56.28 | ToAsTcfh | v4l2: device info: |
23:56.28 | ToAsTcfh | <PROTECTED> |
23:56.35 | ToAsTcfh | phh:^^^ |