00:00.10 | stinebd | a sed in init.eclair.rc perhaps |
00:00.18 | stinebd | on* |
00:00.19 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:00.29 | bzo | seems like a workable solution to me |
00:00.32 | MrPippy | ok nice rhod reset with PCOM_NOTIFY_ARM9_REBOOT works when sending CMD_BYE, i'll push it |
00:00.54 | tmzt | cr2_: no, the url is just a notation |
00:00.56 | MrPippy | yeah rhod has broadcom wifi+bt, both of those will need lots of rootfs work |
00:01.26 | tmzt | an address used as part of the device to host protocol |
00:01.27 | stinebd | you don't have any problem with me adding a temporary hciattach service for TI do you? |
00:01.58 | MrPippy | nah go for it |
00:02.33 | MrPippy | i'll test it out later |
00:04.04 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:05.37 | stinebd | yay bluetooth :> |
00:05.41 | stinebd | (sorry to brag) |
00:07.25 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:08.26 | bzo | MrPippy: did you notice phh's comment yesterday that the touchscreen has no problems on the diam100? |
00:09.13 | stinebd | i just realized i never use bluetooth anyway |
00:09.17 | stinebd | oh well |
00:09.35 | *** join/#htc-linux enjalot (~enjalot@2002:80ba:f791:c:223:12ff:fe03:9239) |
00:09.51 | bzo | stinebd: true, one of the least missed features for me, but nice to have |
00:10.15 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:12.16 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:13.36 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:14.55 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:17.32 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
00:17.50 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:17.51 | stinebd | ok pushed |
00:18.00 | polyrhythmic | stinebd: you have working bluetooth with what android build? |
00:18.06 | polyrhythmic | eclair 2.1? |
00:18.14 | stinebd | yes |
00:18.44 | makkonen | is it 2.1? |
00:18.51 | stinebd | my local build is |
00:18.57 | stinebd | should work with the 2.0.1 xdandroid bundle too |
00:19.18 | polyrhythmic | stinebd: I can give you the hciattach lines from my init.rc if you're curious |
00:19.26 | cr2_ | NetRipper: check if something is wrong http://htc-linux.org/wiki/index.php?title=Leo_LCD |
00:19.26 | polyrhythmic | stinebd: I want to get it working for Kaiser |
00:19.49 | stinebd | polyrhythmic: i don't have kaiser so i can't help with that or try anything |
00:19.55 | stinebd | if kaiser has TI bluetooth it could work |
00:20.34 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
00:20.50 | polyrhythmic | stinebd: not a problem, yes Kaiser has the TI BRF6300 also |
00:22.00 | myn | poly |
00:22.14 | myn | I gotta question for you |
00:22.14 | polyrhythmic | hi myn |
00:22.27 | AstainHellbring | hmm |
00:22.36 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:22.37 | AstainHellbring | what to do |
00:22.44 | AstainHellbring | should I get a g1 or a magic |
00:26.12 | AstainHellbring | any one have any suggestions? |
00:29.36 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:32.20 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:34.12 | polyrhythmic | stinebd: where can I find the source/driver for the bluetooth changes you just made? |
00:34.21 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
00:35.55 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:36.03 | stinebd | polyrhythmic: http://gitorious.org/xdandroid-eclair/eclair-rootfs/commit/a781d7052042700decf28c99353a95b18997eebe with a prebuilt rootfs available at http://xdandroid.southcape.org/rootfs/ |
00:36.56 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
00:37.09 | polyrhythmic | thanks stinebd, I'll just have to extract the files since we don't use rootfs anymore |
00:37.27 | polyrhythmic | stinebd: I'll let you know if it works :) what have you tested? headset pairing? |
00:37.36 | stinebd | file sending to a winmo phone |
00:37.38 | stinebd | nothing else yet |
00:37.46 | stinebd | it succeeded ;) |
00:41.05 | polyrhythmic | nice, I'll use transfer more than headset probably |
00:41.10 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:41.13 | polyrhythmic | time to make some edits... |
00:42.55 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:43.49 | stinebd | it does appear to inhibit deep sleep for me though |
00:44.15 | stinebd | not a big deal to turn bluetooth on and off manually i guess |
00:45.20 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:46.30 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:48.31 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:49.52 | polyrhythmic | stinebd: line 215: chown bluetooth bluetooth /dev/ttyMSM0 |
00:50.00 | polyrhythmic | should that be /dev/ttyHS1 ? |
00:50.07 | polyrhythmic | (init.eclair.rc) |
00:50.21 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:50.28 | stinebd | i didn't even look through all that stuff, but probably |
00:51.09 | stinebd | well /dev/ttyHS1 is a+rw anyway |
00:51.30 | ali1234 | i think wing-linux has a patch for bluetooth rfkill, i'm not sure if that is relevant to sleep |
00:52.06 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:53.18 | stinebd | well there already appears to be a bluetooth rfkill |
00:53.27 | stinebd | # cat /sys/class/rfkill/rfkill0/type |
00:53.27 | stinebd | bluetooth |
00:56.18 | ali1234 | yeah but does it do anything? ;) |
00:56.32 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:56.43 | ali1234 | well, i'm not familiar with this android stuff. just know we needed to patch ... something related to bluetooth and rfkill |
00:57.31 | stinebd | i believe android uses the rfkill to up/down the hci interface |
00:57.35 | stinebd | but i'm not entirely sure either |
00:58.02 | stinebd | perhaps i should just use adb to look |
00:58.16 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
00:59.00 | stinebd | yeah, definitely. rfkill state changes with android BT state |
01:00.07 | *** join/#htc-linux enjalot (~enjalot@c-98-230-50-70.hsd1.fl.comcast.net) |
01:00.39 | ali1234 | in htcherald board file, the rfkill handler is actually turning off the bt chip using the gpio |
01:01.23 | ali1234 | not that we have working sleep anyway |
01:01.38 | ali1234 | but i guess if you didn't do that, the serial interrupts would cause wakeups |
01:01.46 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:05.01 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:06.41 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:07.31 | polyrhythmic | booting with bluetooth mods, fingers crossed X |
01:10.06 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:10.26 | polyrhythmic | ADB doesn't want to launch before fully booting anymore, I need to look into this |
01:11.22 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:13.58 | polyrhythmic | FACEPALM |
01:14.05 | polyrhythmic | bluetooth is broken on this build anyway |
01:14.13 | polyrhythmic | sigh, time to backup and reinstall working bluetooth build |
01:15.36 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:17.11 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:19.12 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:20.31 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:22.21 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:22.27 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
01:24.11 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:25.33 | mcdull | phh, as I put in the kernel feedback column, i2c error happens again. I saw your description in blackstone forum. I would like to share that I used to see screen with no backlight that I need to control under sunlight. But that is not the i2c error and I did not notice this error in recent kernels. The i2c error I got refers to the disability of the screen. No LED / No Display / No touch Input at all. I do get some response in logcat |
01:25.33 | mcdull | when I each press "power" button". |
01:26.01 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:27.46 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:29.01 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
01:34.38 | *** join/#htc-linux rashire (~ed1112war@98.114.89.97) |
01:41.22 | myn | anyone familar with a shell command to check for the existance of a file? |
01:43.20 | tmzt | in? |
01:43.26 | tmzt | [ -f I think |
01:43.54 | myn | in -f ? |
01:44.03 | myn | I almost need an if statement |
01:44.19 | myn | if fileDoesNotExist then copy file to dir |
01:44.23 | myn | how would I do that? |
01:44.56 | tmzt | something like if [ -f |
01:45.07 | tmzt | do a man \[ |
01:45.52 | myn | # man \[ |
01:45.55 | myn | man: not found |
01:45.56 | myn | !!!! |
01:45.59 | myn | dope! |
01:46.14 | myn | rm -rf /manuals |
01:46.40 | polyrhythmic | http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_07_01.html |
01:46.48 | polyrhythmic | if [ -e .... ] |
01:47.20 | myn | fricking ehh Poly!!!! |
01:47.24 | myn | thanks |
01:49.30 | polyrhythmic | :) |
01:51.43 | polyrhythmic | stinebd: where is the repo for your kernel? You must have something in the kernel that we don't |
01:52.32 | stinebd | polyrhythmic: this is the tree i use http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commits/htc-msm-2.6.27 |
01:53.17 | stinebd | polyrhythmic: phh owns that repo |
01:56.46 | polyrhythmic | hmm I wonder what is different between your kernel and ours, besides that we're still on 2.7.25 |
01:56.50 | polyrhythmic | *2.6.25 |
01:57.12 | polyrhythmic | I'll have to ask our kernel devs |
02:02.42 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:04.30 | *** join/#htc-linux krisje8 (krisje8@gateway/shell/blinkenshell.org/x-loyclbrtfpzdviel) |
02:04.32 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:06.17 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:07.34 | stinebd | ooh JIT works |
02:09.57 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:10.07 | bzo | run any better stinebd? |
02:10.10 | makkonen | does that help with responsiveness, or... what does that does? |
02:10.14 | stinebd | not noticeably |
02:10.18 | makkonen | boo |
02:10.32 | stinebd | :) sorry |
02:10.50 | ToAsTcfh | bzo: still never figured it out :( |
02:11.17 | bzo | yeah, I saw |
02:11.27 | ToAsTcfh | its gotta be as u said though |
02:11.43 | ToAsTcfh | its the only thing that makes since |
02:11.52 | bzo | yeah, you gotta figure out how to compile the cpu on demand stuff into your kernel |
02:11.57 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:12.40 | stinebd | i suppose i should try it with the overclocking |
02:12.51 | bzo | makkonen: did you ever give that hacked battery driver a try? |
02:12.59 | ToAsTcfh | i know this will work for the g1 boyz for sure prolly out the box |
02:13.43 | bzo | stinebd: fyi, with the current kernel, the max oc freq is 633600 |
02:13.52 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:14.00 | ToAsTcfh | whats the highest u got |
02:14.05 | makkonen | bzo: not yet. I can't imagine it does much good, having looked at it, though... I have pretty much zero faith that our temperature readings are anywhere near accurate. |
02:14.22 | bzo | ToAsTcfh: highest I tried was about 710mhz. Worked ok, but was a bit unstable |
02:14.27 | makkonen | bzo: you try to tweak anything any further based on the haret logs I sent you? |
02:14.28 | stinebd | bzo: ok, thanks |
02:14.33 | bzo | I'm running 670 right now, and it seems to work ok |
02:14.50 | makkonen | are the kernels from the autobuild overclocking-enabled? |
02:15.15 | bzo | makkonen: I've been back on the regular battery driver for a couple of days, and it doesn't seem much worse than the vogue |
02:15.38 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:15.39 | bzo | makkonen: haven't had a chance to look at the battery logs. Been working on the cpu clocks |
02:15.39 | makkonen | I don't think the vogue is all that good. |
02:16.04 | bzo | autobuild kernels are not oc-enabled, need to change config to enable it |
02:16.13 | makkonen | ok |
02:16.27 | bzo | my next push of the oc/clock stuff won't require any special config, and will work out of the box on the autobuild |
02:19.34 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:20.59 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:23.37 | *** join/#htc-linux OpnSrc2 (~harisha1@12.47.48.5) |
02:25.35 | madCoder- | cr2: pong |
02:29.32 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:31.18 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
02:34.11 | *** join/#htc-linux mastermerlin_ (~merlin@pD957B5A0.dip.t-dialin.net) |
02:38.01 | mcdull | which device is safe for o/c ? |
02:38.13 | mcdull | and how to ensure the stability? |
02:44.02 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
02:59.26 | *** join/#htc-linux philipgi1n (~philipgia@athedsl-4498554.home.otenet.gr) |
03:01.34 | ToAsTcfh | bzo: \o/ madCoder made it compile!!! it was my friggin congig. bah oh well it compiles but doesnt oc at all and causes android to not boot :( time to debug |
03:10.46 | myn | hrm |
03:10.48 | ToAsTcfh | bzo invalid cpufreq error in dmsg and it just rides out with that till it crashes |
03:11.00 | myn | if I want to make a bunch of dirs how do I do that in 1 statement? |
03:11.10 | myn | mkdir /data/path/path/ doesn't work |
03:11.24 | stinebd | mkdir -p /data/path/path |
03:12.40 | myn | :) |
03:12.44 | myn | thanks |
03:12.54 | myn | can you do the same with cp or mv? |
03:13.11 | stinebd | with -r |
03:13.23 | stinebd | cp -r /data/path dst |
03:16.19 | myn | # cp -R firstboot.sh /data/test34/test/firstboot.sh |
03:16.19 | myn | cp: cannot create '/data/test34/test/firstboot.sh': Path does not exist |
03:16.28 | myn | using android cp |
03:16.42 | myn | I guess what I will do is just use mkdir |
03:16.43 | myn | as it works |
03:17.22 | stinebd | oh |
03:17.44 | stinebd | you'd need to copy a hierarchy in source, you can't create one in dest with cp |
03:34.14 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
03:36.35 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
03:53.39 | ToAsTcfh | bzo phh : <3>[ 62.657958] cpufreq: invalid target_freq: 528000 |
03:53.39 | ToAsTcfh | <3>[ 62.677978] cpufreq: invalid target_freq: 342857 |
03:53.40 | ToAsTcfh | <3>[ 62.698486] cpufreq: invalid target_freq: 528000 |
03:53.40 | ToAsTcfh | < |
03:55.01 | *** join/#htc-linux OpnSrc1 (~harisha1@c-24-5-9-136.hsd1.ca.comcast.net) |
04:00.34 | ToAsTcfh | phh: bzo: http://en.pastebin.ca/1811270 is anything wrong in here like prefflock or anything |
04:04.58 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
04:12.15 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
04:43.45 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
05:14.42 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:15.55 | *** join/#htc-linux nacho-g (~nacho-g@190.189.189.218) |
05:16.35 | nacho-g | <PROTECTED> |
05:17.36 | *** join/#htc-linux nacho-g (~nacho-g@190.189.189.218) |
05:18.05 | *** join/#htc-linux nacho-g (~nacho-g@190.189.189.218) |
05:18.56 | *** join/#htc-linux nacho-g (~nacho-g@190.189.189.218) |
05:20.05 | *** join/#htc-linux nacho-g (~nacho-g@190.189.189.218) |
05:20.32 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:22.17 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:22.59 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
05:23.32 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:24.53 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:26.17 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:28.02 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:29.32 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:31.22 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:35.12 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:36.37 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:38.27 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:39.52 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:42.07 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:43.17 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:44.41 | *** join/#htc-linux vicbush (~45422a91@gateway/web/freenode/x-vgafmavgrnwmgbgm) |
05:45.02 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:48.22 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:49.43 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d14c.pool.mediaWays.net) |
05:49.52 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:52.08 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:54.53 | *** join/#htc-linux lutziik (~none@ool-182f91f1.dyn.optonline.net) |
05:56.38 | *** join/#htc-linux lutziik (~none@ool-182f91f1.dyn.optonline.net) |
05:57.49 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
05:58.29 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
06:14.39 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
06:15.31 | randomblame | anyone remember what version of cegcc works for compiling haret? The install file says 0.5.0 but it's no longer available |
06:41.33 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
06:41.42 | *** join/#htc-linux M1DLGpc__ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
06:44.56 | *** join/#htc-linux darkstar62 (~darkstar6@97-126-101-17.tukw.qwest.net) |
06:51.26 | *** join/#htc-linux DaveWM (dave@h-96-13-83-211.ip.alltel.net) |
06:53.56 | randomblame | psh I made it compile haret needs some love |
06:54.32 | tmzt | get the suse rpm |
06:59.41 | *** join/#htc-linux m77 (m77@gateway/shell/bshellz.net/x-wefhfywkdokojowz) |
06:59.45 | randomblame | lol I ended up hodgepodging |
06:59.49 | randomblame | but it worked |
07:00.03 | randomblame | just took too damned long |
07:04.38 | *** join/#htc-linux OpnSrc1 (~harisha1@c-24-5-9-136.hsd1.ca.comcast.net) |
07:05.03 | randomblame | how does harets detection work? |
07:05.29 | randomblame | it's not identifying my device even though it's been added to the machlist |
07:06.47 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
07:07.30 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
07:11.51 | tmzt | not well |
07:11.54 | *** join/#htc-linux zachy (~george@ip-85-160-62-46.eurotel.cz) |
07:12.30 | randomblame | I'd like to do it properly rather than hardcode it again |
07:18.13 | *** join/#htc-linux droid001 (~g1@p4FDC9F61.dip.t-dialin.net) |
07:28.34 | *** join/#htc-linux OpnSrc2 (~harisha1@c-24-5-9-136.hsd1.ca.comcast.net) |
07:31.03 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
07:31.30 | *** join/#htc-linux kiozen (~oeichler@p5492102C.dip0.t-ipconnect.de) |
07:32.13 | randomblame | there we go |
07:32.23 | randomblame | it has to be just right or it won't work. |
07:34.13 | randomblame | wait just a damned minute it's detecting it as arm 6 |
07:39.11 | randomblame | psh had to go into haret log to find it was in fact detecting it as msm7xxxa |
07:45.54 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
07:50.17 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
07:54.30 | *** part/#htc-linux GregLem (~greg@lal69-5-88-171-98-250.fbx.proxad.net) |
08:10.36 | *** join/#htc-linux Wout (~5070d0e2@gateway/web/freenode/x-lgodnmanlynxhjdq) |
08:13.00 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
08:13.00 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
08:19.51 | MrPippy | nice i got the in-tree bcm4329 to load on rhod |
08:22.50 | *** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
08:23.40 | Wout | 4329 is the wifi chip, right? |
08:28.18 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
08:30.25 | MrPippy | i think it also does BT (but thats accessed through a totally different driver) |
08:34.02 | Wout | wifi > bt imho |
08:35.00 | IceBone | Good luck finding a wifi handsfree kit. :P |
08:36.19 | Wout | dont have a car :P or need for a bt headset |
08:36.28 | IceBone | BOO! |
08:37.01 | IceBone | Well, I do and siulmagic just released a rootfs that's supposed to make bt work. |
08:38.16 | Wout | nice :) |
08:38.38 | IceBone | testing |
08:38.55 | Wout | progress has been amazing the past few weeks |
08:38.59 | IceBone | Well, it turns one! |
08:39.01 | IceBone | on* |
08:39.58 | Wout | the question is....does it pair? |
08:40.19 | IceBone | It just did. |
08:40.35 | Wout | wow |
08:40.46 | *** join/#htc-linux dekar (~dekar@dialbs-088-079-080-042.static.arcor-ip.net) |
08:40.56 | IceBone | And synced phonebook, voice recognition works. |
08:41.30 | Wout | does the speaker work? |
08:41.35 | Wout | through bt |
08:42.32 | IceBone | That I didn't test, had to reboot, cause I touched the capactive panel during boot and the buttons won't work now, one moment. |
08:43.25 | Wout | ah, you're on raph? |
08:43.47 | IceBone | diamond |
08:44.06 | IceBone | Well, I lost the boot up nexus one animation. :( |
08:44.26 | IceBone | Thought it hung up before, but it made it. |
08:45.07 | IceBone | I wonder what the battery life will be like |
08:46.22 | IceBone | And if it will reboot when I turn it off like wifi. |
08:48.52 | Wout | does it? |
08:48.58 | IceBone | Nope. :) |
08:49.33 | balsat | icebone, wifi on/off dont reboot the device anymore |
08:49.45 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
08:50.03 | IceBone | What file did this? |
08:51.10 | MrPippy | i found a (probable) fix for it and linked to the patch here, but i didn't know anyone else was building with it |
08:51.47 | Wout | mrpippy, I read that you had wifi working through the terminal manually, how hard will it be to do it through android? |
08:52.38 | MrPippy | not too much harder, i know how to do it |
08:53.23 | Wout | cool :) |
08:53.50 | MrPippy | gotta rebuild an android library with the right paths in it, then scripting and patches for rootfs |
08:54.53 | Wout | k |
08:56.41 | Wout | btw, could someone explain to me what rootfs is? as far as I understand it now: zimage (linux) system.sqsh(android) modules (drivers?) rootfs(?) |
08:57.03 | balsat | icebone, remove sdio_release_host(func); and sdio_claim_host(func); in /sta_dk_4_0_4_32/pform/linux/src/tnetw_sdio.c |
08:57.19 | balsat | mrpuppy did this find |
09:16.12 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
09:17.25 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
09:17.41 | Wout | oi cap'n |
09:18.41 | Captnoord | moggeuh! |
09:18.57 | Captnoord | wachten zodat ik kan douchen |
09:19.00 | Captnoord | naar school..... |
09:19.02 | Captnoord | bleh |
09:21.17 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
09:22.45 | *** join/#htc-linux pitillo (~pitillo@84.123.96.129.dyn.user.ono.com) |
09:24.05 | Wout | heh, ben al een dik uur op mn werk |
09:24.32 | Captnoord | bleh.... kwas gister weer veel te lang bezig geweest.... |
09:25.04 | Wout | hmm, did something stupid |
09:25.15 | Wout | installed a backlight widget to control the brightness |
09:25.23 | Wout | the widget turned the screen off |
09:25.31 | Wout | and now it wont turn on :P |
09:25.54 | Wout | even after a reboot |
09:26.02 | Captnoord | lol..... |
09:26.04 | Captnoord | fucked |
09:26.25 | Wout | anyway to kill it through adb/shell? |
09:26.40 | Captnoord | I don't have a clue |
09:27.00 | Wout | this is probably awesome for batterlife though :P |
09:27.30 | Captnoord | hahahahaha |
09:27.59 | Captnoord | nah I think that the cpu / pll settings have major influence |
09:28.16 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
09:28.25 | Captnoord | but yea the backlight is one of the major power consumers |
09:28.31 | Wout | hmm, think i'll just wipe android then and reinstall |
09:28.32 | Wout | sigh |
09:28.37 | Wout | slaps himself |
09:28.48 | lilsnoop | that sucks |
09:29.12 | Wout | serious flaw in that widget |
09:31.29 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
09:32.45 | lilsnoop | i just want to be able to answer the phone without the screen going black/or make a call without the same thing |
09:38.08 | lilsnoop | has anyone tried the ubuntu on there phone? |
09:40.51 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
09:45.06 | Wout | fixed it :P |
09:45.18 | Wout | just turned on autobacklight in winmo |
09:45.33 | *** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
09:47.11 | *** join/#htc-linux lilsnoop-android (~AndChat@166.134.49.56) |
10:03.24 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04b7a.pool.mediaWays.net) |
11:07.00 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
11:09.30 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.21) |
11:30.53 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
11:33.29 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
11:33.32 | *** join/#htc-linux Captnoord (~Captnoord@145.74.218.204) |
11:38.24 | phh | [01:02:30] <stinebd> phh: so what are the odds all of our devices have TI bluetooth at /dev/ttyHS1? <---- mmmm not really high, android devices uses ttyMSM0 |
11:38.43 | IceBone | Ok, so bluetooth pairs with the wireless kit, but sound doesn't go through it, it stays on the phone, i.e. mic and speaker function from the phone and not the other way around as they should. |
11:38.48 | IceBone | But hey, progress! |
11:39.06 | dcordes | leviathan, lectures were good? |
11:39.08 | phh | [01:01:05] <stinebd> it seems we need to add hciattach service to init.eclair.rc <----- weird, I'm pretty sure I tested it ... |
11:39.23 | phh | IceBone: that one is my fault. |
11:39.29 | phh | the sound libs was built without A2DP |
11:39.58 | IceBone | Easily fixed? |
11:40.05 | phh | and concerning calls through bluetooth, I don't think it's going to happen |
11:40.14 | phh | well I think stinebd can do that |
11:40.15 | IceBone | :'( |
11:41.58 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.0) |
11:45.51 | phh | [01:48:40] <stinebd> it does appear to inhibit deep sleep for me though |
11:45.51 | phh | [01:49:06] <stinebd> not a big deal to turn bluetooth on and off manually i guess |
11:45.57 | phh | last time I tried it killed deep sleep forever |
11:46.27 | phh | [01:56:21] <ali1234> i think wing-linux has a patch for bluetooth rfkill, i'm not sure if that is relevant to sleep<---- no, we want bluetooth up when sleeping. |
11:47.51 | dzo__ | for bt audio to a headset you need to configure the pcm gpios. |
11:48.13 | Markinus | phh: Hi I dumping a bit my Leo and saw that there is a nvram.txt witch is used from the WLAN driver in /WIndows. Did you see this too? |
11:48.23 | phh | uh ? weird |
11:49.12 | phh | oh yes |
11:49.14 | phh | I got it too |
11:49.34 | phh | and it looks like the thing we dumped before |
11:49.44 | phh | macaddr=00:11:22:33:44:55 |
11:49.45 | phh | or not. |
11:49.55 | Markinus | phh: they enable wlan on every boot, load firmware etc. and then if disable they disable it |
11:49.58 | *** join/#htc-linux [1]Captnoord (~Captnoord@145.74.218.204) |
11:50.40 | Markinus | phh: this mac I have too |
11:51.47 | Markinus | phh: here is the Leos one http://pastebin.com/Axm9vV6m |
11:53.52 | Captnoord | hmmm lets see what this dump gives me for data |
11:54.05 | Captnoord | I also wonder if the numbers of the 7500 headers are correct |
11:54.14 | Captnoord | compared to the 7201a' |
11:54.14 | Captnoord | s |
11:55.27 | IceBone | Wow, this new rootfs has made the phone quite slow. |
11:55.55 | Captnoord | [ 57.039703] GRP_ENABLE before |
11:55.56 | Captnoord | [ 57.039703] GLBL_CLK_ENA : 0x2019FD27 |
11:55.56 | Captnoord | [ 57.039733] GLBL_CLK_STATE : 0x1FFF82D8 |
11:55.56 | Captnoord | [ 57.039764] GLBL_SRC0_NS_REG : 0x0 |
11:55.56 | Captnoord | [ 57.039764] GLBL_SRC1_NS_REG : 0x11 |
11:55.56 | Captnoord | [ 57.039794] GLBL_SRC_OUT_SEL : 0x1 |
11:55.56 | Captnoord | [ 57.039794] GLBL_CLK_DIV : 0x55 |
11:55.57 | Captnoord | [ 57.039825] GLBL_CLK_INV : 0x0 |
11:55.57 | Captnoord | [ 57.039825] GLBL_SLEEP_EN : 0x118000 |
11:55.58 | Captnoord | [ 57.039855] GLBL_SLEEP_EN2 : 0x0 |
11:55.59 | Captnoord | lol |
11:56.01 | Captnoord | works |
11:58.58 | Captnoord | all the clocks dumped with nice strings |
11:58.59 | Captnoord | I love it |
12:04.43 | Captnoord | when 3d in wince is on |
12:04.59 | Captnoord | ADSP_NS_REG = 0xA1004 when its off its 0x1004 |
12:05.22 | Captnoord | I wonder if that would really make it not boot |
12:05.33 | Captnoord | in a way its kinda logic |
12:05.45 | Captnoord | as 3d should use adsp stuff to decode png / jpg textures |
12:05.51 | Captnoord | so it could be a sign |
12:14.50 | *** join/#htc-linux kholk (~kholk@unaffiliated/kholk) |
12:16.00 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
12:18.20 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
12:20.24 | Captnoord | nope |
12:20.26 | Captnoord | no luck |
12:21.47 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
12:26.13 | *** join/#htc-linux noisyzen (~noisyzen@c-71-238-20-94.hsd1.mi.comcast.net) |
12:26.21 | noisyzen | good morning. |
12:26.26 | noisyzen | or afternoon |
12:26.28 | noisyzen | or evening :P) |
12:27.58 | Markinus | noisyzen: Hi |
12:28.03 | noisyzen | Markinus: Hi! :) |
12:28.41 | noisyzen | Trying to finish out which build to put on my Topaz210. Haven't had it on in a week and going away for a few days and want a build to play with :) |
12:28.55 | noisyzen | I've been so busy at work for the last two weeks I haven't been able to keep track of everything and what's what :) |
12:30.05 | Markinus | noisyzen: I've a 6.55 on the Topaz, works very good . .Bulltrip's Elena. . |
12:30.05 | noisyzen | Markinus: which build are you using now? rootfs/zimage/modules |
12:30.26 | noisyzen | Markinus: I've got Energy ROM loaded but talking about android :D |
12:30.27 | Markinus | noisyzen: my own :) |
12:30.39 | noisyzen | Markinus: haha, feel like sharing? :) |
12:30.52 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
12:31.09 | noisyzen | is pathetic. Leaving in a few hours and should be packing but wants to make sure has android on phone first. |
12:31.26 | Markinus | noisyzen: No, you can use the last kernel from glemson with this Xandroid http://htcandroid.xland.cz/system.sqsh |
12:32.02 | Markinus | noisyzen: It work very nice |
12:32.13 | Markinus | with this xandroid you have 2.01 with gsensor |
12:32.58 | Markinus | noisyzen: My stuff on my Topaz is very experimantal :) |
12:33.53 | noisyzen | Markinus: awesome - thank you. You're one of the nicest people! :) |
12:34.00 | phh | Markinus: you think my stuff is stable ? :p |
12:34.11 | Markinus | phh: Ha! :)) |
12:35.32 | Markinus | phh: There are su much thinks on Leos microp, it's a bit crazy. . |
12:35.37 | noisyzen | Is the rootfs from autobuild the one to use? |
12:35.46 | phh | Markinus: hehe |
12:35.52 | phh | noisyzen: I think so |
12:35.57 | Markinus | noisyzen: yes |
12:36.39 | noisyzen | And, I saw something on the topaz thread over at xda talking about calls having problems. I'm assuming that's all better in the latest glemsom kernel? |
12:36.47 | Markinus | phh: sensors: 0x67, 77, 78, 79, a0, a2, a3, a4 . . . |
12:36.52 | phh | lol ? |
12:37.00 | phh | that much ? |
12:37.27 | Markinus | phh: this are only the sensors . . |
12:37.33 | phh | huhu |
12:37.46 | phh | and I still haven't figured out the light sensor. |
12:38.03 | Markinus | phh: but much thinks are the same, like auto backlight, color led |
12:38.12 | noisyzen | hmm. topaz comment on latest glemsom says "Sound: No external sound/ very little when in call/speaker phone" But, since we don't have external sound yet, I don't imagine I'll be using speakerphone much. Ha. |
12:39.03 | Markinus | noisyzen: The once way to have sound on TOpaz/android is 1.6 with a BT headset . . |
12:39.34 | noisyzen | Markinus: ooh nice. I may have to pick one of those up. but calls still work, w/o, yeah? |
12:39.52 | Markinus | noisyzen: yes |
12:40.31 | Markinus | phh: But we cannot dump I2C on Leo, this is very bad :( |
12:40.49 | noisyzen | yay. |
12:41.44 | noisyzen | i dont understand why people comment on glemsom about things that were said to not be working. |
12:41.50 | IceBone | Man, this new rootfs made the phone REALLY slow. |
12:41.59 | noisyzen | IceBone: which one are you using? the latest autobuild? |
12:42.02 | IceBone | Yes. |
12:42.13 | IceBone | Bluetooth doesn't work the way I want it anyway, I'm going back. |
12:42.19 | noisyzen | which one are you going back to? |
12:42.19 | IceBone | (yet) |
12:42.23 | IceBone | 02.04. I think. |
12:42.37 | noisyzen | hmm |
12:42.43 | IceBone | Made 02.01. |
12:42.58 | noisyzen | have you tried all of the autobuilds? |
12:43.09 | IceBone | No, I'll try it when audio works through bt. |
12:43.22 | noisyzen | ahh, gotcha :) |
12:43.35 | IceBone | Wanted to check how it works for the first time. |
12:43.36 | Markinus | noisyzen: http://htcandroid.xland.cz/Android2.0.1-07.02.10.7z |
12:43.52 | Markinus | this owrks fine on Topaz, only replaye the sqsh and zImage |
12:44.03 | noisyzen | Markinus: Awesome. I was downloading the latest autobuild rootfs. |
12:44.29 | IceBone | I'm still pre-3d. :D I find that build to be the fastest and most stable. |
12:45.58 | noisyzen | ahhh, nice. |
12:46.22 | noisyzen | I found 1.6 to be pretty stable, but for whatever reason, google maps always puts me like 800 miles away from where I am. Don't have that problem in eclair. |
12:46.55 | IceBone | Tried Donut, phh said BT workes normally there, but it kept rebooting and it fucked up my market. :( |
12:49.07 | noisyzen | oh no :( market is most of the fun. |
12:50.07 | noisyzen | well, for those of us who haven't figured out how to do anything on development yet :P |
12:51.46 | IceBone | Yeah... |
12:51.53 | IceBone | I can't even update existing apps. |
12:51.56 | IceBone | I have 17 updates waiting. |
12:52.08 | IceBone | Just freezes at "starting download". |
12:54.23 | Captnoord | hmmm |
12:54.24 | Captnoord | it works for me |
12:55.13 | IceBone | Yeah, I think the login authentication went bust. |
12:56.28 | noisyzen | Markinus: use the latest modules from glemsom too? |
12:56.37 | Markinus | IceBone: I had this problem too, with a new data.img works great |
12:56.46 | Markinus | noisyzen: yes |
12:57.00 | Markinus | this is always a team zImage+Modules |
12:57.08 | noisyzen | yeah |
12:57.10 | noisyzen | i thought so |
12:57.12 | noisyzen | just confirming |
12:57.50 | noisyzen | Markinus: when I get back into town I will be buying you a beer :) |
12:57.54 | noisyzen | Markinus: or three :) |
12:57.55 | IceBone | Markinus: yeah, but I'd lose all data. : |
12:58.46 | Markinus | noisyzen: :) |
12:59.02 | Markinus | IceBone: Yes. . it's a prorblem . . |
13:00.27 | *** join/#htc-linux GNUtoo (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
13:03.05 | noisyzen | Markinus: refresh my memory... I use sudo to copy everything to my sd right? |
13:03.12 | noisyzen | to preserve permissions? |
13:04.00 | Markinus | noisyzen: You have on sd a FAT32 file system, the aren'T any permissions . . |
13:04.18 | noisyzen | doh. |
13:04.19 | noisyzen | that's right. |
13:04.25 | noisyzen | <smacking my forehead> |
13:04.41 | Captnoord | phh can I increase ramconsole size? |
13:04.55 | Captnoord | or does it fit tight |
13:07.46 | *** join/#htc-linux gauner1986 (~gauner@145.93.31.130) |
13:08.12 | *** join/#htc-linux Wr4i7h (~abc@89.180.228.12) |
13:08.14 | gauner1986 | hi all |
13:09.29 | gauner1986 | http://forum.xda-developers.com/showpost.php?p=5726314&postcount=644 - anyone can help me on this one? |
13:11.08 | noisyzen | Markinus: do I still need to put pm.sleep_mode=2 into my startup? |
13:11.17 | noisyzen | Markinus: last time I ran it I had to in order for my calls to wake the phone up. |
13:11.21 | Markinus | noisyzen: try with pm=1 |
13:11.42 | noisyzen | Markinus: thank you :)( |
13:12.02 | noisyzen | that liine isn't in the startup.txt from the build i unpacked. |
13:12.06 | Markinus | noisyzen: But you have to test whether it works or not :( |
13:12.28 | Markinus | But if, then you have much better batter life |
13:12.35 | noisyzen | Markinus: yeah. I can call my phone once it sleeps from a landline. |
13:12.42 | Markinus | s/batter/battery |
13:12.48 | noisyzen | :D |
13:12.53 | noisyzen | okay now to boot. |
13:17.58 | *** join/#htc-linux mart (~mart@122-62-16-132.jetstream.xtra.co.nz) |
13:18.14 | noisyzen | Oh, haret bootup screen, how I've missed you... |
13:18.26 | Captnoord | lol |
13:19.08 | Captnoord | hmmm |
13:19.09 | Captnoord | me like |
13:19.10 | Captnoord | [ 57.106231] GRP_ENABLE before |
13:19.10 | Captnoord | [ 57.107727] - Size: 0x300 | 768 |
13:19.10 | Captnoord | [ 57.107757] --------|------------------------------------------------|----------------| |
13:19.10 | Captnoord | [ 57.107788] offset |00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F |0123456789ABCDEF| |
13:19.10 | Captnoord | [ 57.107818] --------|------------------------------------------------|----------------| |
13:19.11 | Captnoord | [ 57.107849] 00000000|27 FD 19 20 FD 19 20 D8 19 20 D8 82 20 D8 82 FF |'...............| |
13:19.11 | Captnoord | [ 57.108032] 00000010|D8 82 FF 1F 82 FF 1F 11 FF 1F 11 00 1F 11 00 00 |................| |
13:19.12 | Captnoord | [ 57.108184] 00000020|11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
13:19.26 | noisyzen | this is taking. for. ev. er. |
13:19.54 | noisyzen | at allocated dma buffer at ffc0b000, dma_addr 24257000 |
13:21.33 | *** join/#htc-linux Dinde (kayser@81-65-135-53.rev.numericable.fr) |
13:22.06 | noisyzen | Hmm. How long should I wait before soft-resetting? |
13:22.25 | Captnoord | first time |
13:22.26 | Captnoord | wait |
13:22.26 | Captnoord | long |
13:22.28 | Captnoord | :P |
13:22.31 | noisyzen | like 7 minutes? |
13:22.33 | Captnoord | not very long |
13:22.35 | Captnoord | kinda |
13:22.41 | Captnoord | then its time for softreset |
13:22.42 | Captnoord | :P |
13:22.49 | noisyzen | too bad I don't have any paint to watch dry. |
13:23.20 | Captnoord | lol |
13:23.34 | Markinus | noisyzen: YOu dev is crashed? On boot? |
13:23.41 | Markinus | ohh |
13:23.56 | noisyzen | Markinus: Yeah. It's just hanging out. |
13:24.06 | Markinus | bevor start andraid? |
13:24.06 | noisyzen | Markinus: i dont' seem many errors... |
13:24.20 | noisyzen | PPP BSD Compression module registered |
13:24.22 | noisyzen | then |
13:24.29 | noisyzen | at allocated dma buffer at ffc0b000, dma_addr 24257000 |
13:24.40 | noisyzen | and then nothing. |
13:25.02 | noisyzen | okay nine minutes called for a soft-reset. |
13:25.10 | noisyzen | brb. afk for five minutes. |
13:25.25 | Markinus | noisyzen: zty one tim,es more. . . |
13:25.27 | Markinus | try |
13:25.56 | noisyzen | yeah that's what i'm doing. |
13:26.05 | noisyzen | if at first you don't succeed, try, try again... |
13:26.33 | Captnoord | and again |
13:26.36 | Markinus | noisyzen: I had this too, one oder two times or so . . . no Idea why |
13:26.47 | Markinus | s/oder/or |
13:26.59 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
13:27.18 | noisyzen | okay now it's zooming |
13:27.20 | Markinus | noisyzen: Normarly it's booting fine |
13:27.36 | noisyzen | creating data store now. |
13:27.41 | Markinus | ahh :) |
13:27.43 | noisyzen | dances with Markinus |
13:27.53 | Markinus | ohh yeah :) |
13:28.19 | noisyzen | installing modules... |
13:28.36 | noisyzen | touchscreen callib |
13:28.55 | Markinus | noisyzen: We have a problem with disabling of wlan . . the the device crach |
13:28.56 | Markinus | crash |
13:28.59 | noisyzen | lol |
13:29.31 | noisyzen | Buggy program AudioCommandThr is calling snd_setvolume with dev=256 != 0x11 |
13:29.51 | noisyzen | Shame on you, AudioCommandThr. |
13:30.34 | noisyzen | I will need to rename startup.txt to default.txt so i can connect to console since it boots automatically w/ startup.txt |
13:30.39 | noisyzen | okay i shall return in a few minutes. |
13:30.48 | noisyzen | going to get a few things together for my vacation. |
13:31.19 | noisyzen | brb |
13:34.17 | noisyzen|away | hmm. it's crashing with setting up wlan. |
13:34.37 | noisyzen|away | i usually keep wifi disabled on winmo |
13:34.38 | *** part/#htc-linux zachy (~george@ip-85-160-62-46.eurotel.cz) |
13:35.04 | Captnoord | try the package before the one your using now |
13:35.18 | noisyzen|away | Captnoord: zimage/rootfs/which? |
13:35.29 | Captnoord | zimage |
13:36.13 | noisyzen|away | ok. |
13:38.57 | Captnoord | hopes that his smem dumper on the fly works.... |
13:41.17 | *** join/#htc-linux jdev (~jdev@p4FEC7C9E.dip.t-dialin.net) |
13:41.50 | Captnoord | bleh it works |
13:41.56 | Captnoord | damn we have a lot todo on clocks |
13:44.30 | Wout | phh: battery lasted about 7 hours today |
13:44.32 | Wout | now empty |
13:44.41 | Wout | green led was on, only did a bit of mail checking |
13:44.51 | *** join/#htc-linux Vito89 (~quassel@94.142.234.1) |
13:44.55 | Wout | so doesn't look like deep sleep is working completely on my device |
13:51.27 | *** join/#htc-linux Hellie (soulreaper@wield.the.scythe.of.the.soulreaper.net) |
13:53.59 | *** join/#htc-linux DJWillis (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
13:55.49 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
13:58.29 | dcordes | leviathan, can you prepare a git diff with xf86 changes? I will push it with the author information from your branch |
13:59.02 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
14:01.52 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
14:02.51 | phh | Wout: could be the quality of the reception |
14:04.22 | Wout | too much 2g/3g switching you mean? |
14:04.37 | phh | [14:09:41] <Captnoord> phh can I increase ramconsole size? <----- don't know, try diamond's size and see if it works |
14:04.40 | noisyzen|away | gah. android messes up my time! |
14:06.02 | phh | Wout: something like that |
14:06.09 | dcordes | noisyzen|away, it's time for the google destroyed my life lawsuite then |
14:06.19 | phh | Wout: on my diamond, 2G vs 3G makes a huge difference |
14:06.54 | noisyzen|away | dcordes: hahaha. nice. |
14:07.04 | phh | dcordes: I'm the one who released this android release. it will come back to me. |
14:07.12 | noisyzen|away | dcordes: I was 5 hours early to all of my appointments. |
14:07.24 | phh | lol |
14:07.49 | Captnoord | phh what I tryed didn't really work |
14:07.58 | Captnoord | my register value with strings |
14:07.59 | Captnoord | does |
14:08.00 | noisyzen|away | truth be told, i never got through the data setup to set my time, so when I booted into winmo, the clock was set at GMT |
14:08.10 | Captnoord | <PROTECTED> |
14:08.10 | Captnoord | [ 56.575408] CAM_VFE_NS_REG : 0xFFF8005F |
14:08.10 | Captnoord | [ 56.575439] ECODEC_MD_REG : 0x1FFF0 |
14:08.10 | Captnoord | [ 56.575439] ECODEC_NS_REG : 0xFFF1105C |
14:08.42 | noisyzen|away | im going to try to take the wifi mac out of my startup.txt since i am not using wifi |
14:09.05 | noisyzen|away | see if that makes it past the wifi setup screen. |
14:09.12 | Captnoord | phh can you remember what virtual address imem config had? |
14:09.39 | phh | imem config or 3D regs ? |
14:09.47 | Captnoord | IMEM_CONFIG |
14:09.58 | Captnoord | what you mentioned about beeing 3 |
14:10.02 | Captnoord | instead of beeing 0 |
14:10.06 | Captnoord | what we tough it was |
14:10.14 | phh | yes but I did it with phys addr not virtual :p |
14:10.19 | Captnoord | k |
14:10.33 | Captnoord | can I make it work on linux by just use the physical address? |
14:10.46 | noisyzen|away | okay I have to pack otherwise i will be in big trouble :) |
14:10.57 | noisyzen|away | thank you all for your assistance. |
14:11.03 | dcordes | peace |
14:11.07 | phh | Captnoord: ioremap && writel |
14:11.12 | Captnoord | k |
14:11.34 | phh | haretlog-20100222_153411.log:93300000 | a8500000 | 1MB section | AP=1 T=2 |
14:11.34 | phh | haretlog-20100222_153411.log:b3300000 | a8500000 | 1MB section | AP=1 T=2 |
14:11.41 | phh | but that's relevant only to mmutrace from wince |
14:11.52 | noisyzen|away | b'bye :) |
14:12.16 | Captnoord | i'll just use |
14:12.16 | Captnoord | *(unsigned *)(MSM_SHARED_RAM_BASE+mic_offset)=0xffff0080 | (on?0x100:0); |
14:12.26 | Captnoord | that |
14:12.28 | Captnoord | bleh |
14:12.29 | Captnoord | evil |
14:12.36 | phh | Captnoord: _BASE is after remapping |
14:12.48 | Captnoord | k |
14:12.51 | Captnoord | i'll check |
14:13.00 | phh | see io.c to see how to remap dirtily |
14:13.03 | Captnoord | k |
14:13.07 | Captnoord | thanks |
14:14.30 | phh | you have to change include/mach/msm_iomap.h too |
14:15.09 | nozze | I have a Q, don't know if this is the place to ask it thou. anywho: I have a RAPH100 and a swedish keyboard (hardware). can I change the layout anywere whitout to much trouble? |
14:16.06 | Wout | phh: btw, just for reference, if android reports 69%....then your battery is almost dead |
14:16.11 | phh | Wout: I know. |
14:16.15 | phh | I have to fix that |
14:16.23 | phh | but it's really annoying to do |
14:17.21 | phh | Captnoord: but for testing, do that from haret |
14:18.26 | Captnoord | #define MSM_IMEM_CONFIG_BASE IOMEM(F900B000) |
14:18.26 | Captnoord | #define MSM_IMEM_CONFIG_PHYS 0xA8500000 |
14:18.26 | Captnoord | #define MSM_IMEM_CONFIG_SIZE 0xFC |
14:18.30 | Captnoord | I know |
14:18.44 | Captnoord | but I don't want to use haret |
14:19.03 | phh | bah for testing ... |
14:19.10 | Captnoord | I know |
14:19.21 | Captnoord | nah i'm in a hacking mood so why not |
14:19.37 | Captnoord | just got myself past 10 stupid questions about diodes... |
14:19.45 | Captnoord | transistor stuff is interesting... |
14:19.49 | Captnoord | but have already done that 100x |
14:19.50 | Captnoord | bleh |
14:21.40 | phh | IceBone: Turns on, pairs with Parrot Minikit Slim, voice recognition works. Sweet!!! <----- ?!? |
14:21.43 | Captnoord | whup... |
14:21.44 | Captnoord | MSM_DEVICE(IMEM), |
14:22.14 | Captnoord | alright that should work |
14:22.19 | phh | yup |
14:23.44 | Captnoord | printk( "imem_config: 0x%X\n" , readl( MSM_IMEM_CONFIG_BASE )); |
14:23.44 | Captnoord | |
14:23.44 | Captnoord | writel( 0, MSM_IMEM_CONFIG_BASE ); |
14:23.45 | Captnoord | bleh |
14:23.49 | Captnoord | lets see what happens |
14:30.08 | Captnoord | phh |
14:30.14 | Captnoord | you want to scream? |
14:30.17 | phh | it works ? |
14:30.23 | phh | AAAAAAAAAHHHHHHHHHHHHHHH |
14:30.26 | Captnoord | you want to laugh and run like sponge bob |
14:30.29 | Captnoord | !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! |
14:30.36 | Captnoord | it works |
14:30.39 | phh | run like sponge bob ? |
14:30.45 | Captnoord | nah |
14:30.46 | Captnoord | :P |
14:30.47 | Captnoord | nvm |
14:30.49 | Captnoord | it works |
14:30.49 | phh | I haven't ever seen him running I think mmm |
14:30.57 | Captnoord | hehe |
14:31.01 | Captnoord | this is cool |
14:31.22 | Captnoord | thanks for pointing sticking with me |
14:31.23 | Captnoord | :P |
14:31.23 | Captnoord | :D |
14:31.24 | phh | you have a proper patch or not yet ? |
14:31.34 | Captnoord | i'll do a proper patch |
14:33.32 | Wout | phh: so 7 hours with network switching is pretty much the max we can get? |
14:33.44 | phh | Wout: I guess so |
14:33.57 | phh | but I don't know much about these radio switching problem |
14:34.22 | phh | I just know that the main limit we hit now for battery life is the radio transceiver. |
14:38.38 | Wout | is there any kind of powermanagment involved with the radio? |
14:38.57 | phh | not when data is on at least |
14:39.17 | phh | but I guess wimo does something to be able to stay alive for a week |
14:39.24 | phh | but it's something I don't know |
14:39.35 | phh | well, we can force data to 2G. |
14:49.18 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
14:49.26 | Wout | true, but I know that the G1 lasts way longer dan 7h on 3g |
14:49.43 | Wout | so there must be some sort of power managment going on there compared to xdandroid |
14:50.33 | phh | on the same configuration than you ? |
14:52.57 | phh | Markinus: do you have any I2C commands when doing a call in speaker mode ? |
14:53.06 | phh | I mean loudspeaker or whatever it is called |
14:54.27 | Markinus | phh: I mean no . . . but I it's some time ago as I tested this .. |
14:54.35 | Markinus | phh: I can do it later |
14:55.06 | Markinus | phh: In the Moment I do some math and decoding for cr2_ and leo |
14:55.11 | phh | ok |
14:55.20 | phh | also trace gpios when you do |
14:55.28 | *** join/#htc-linux OpnSrc1 (~harisha1@c-24-5-9-136.hsd1.ca.comcast.net) |
14:55.40 | Captnoord | i'm ready phh |
14:55.41 | Captnoord | kinda |
14:55.47 | phh | I'm too. |
14:57.37 | phh | ah. |
14:57.37 | phh | no. |
14:57.48 | phh | baaaaaaahhhhh |
14:57.59 | phh | I totally broke my git repos |
14:58.19 | Wout | phh: well, the g1 is quite similar, right? same cpu speed, battery actually a bit smaller |
14:58.41 | phh | Wout: I mean with the same location |
15:00.07 | phh | I think I'll have to clone from gitorious arg |
15:01.07 | Captnoord | phh |
15:01.07 | Captnoord | http://deja.jails.nl/trashbin/commit-fix-3d-init.diff |
15:01.24 | Wout | phh: good point, i'll do some more testing at home where i have a strong 3g signal |
15:01.37 | phh | ok |
15:02.12 | phh | Wout: between my home which has light walls, and my school which has really heavy wals, and it has to switchcontinuously between 2G and 3G |
15:02.18 | phh | I think I have a 2 or 3 factor of battery life |
15:02.55 | phh | and forcing to 2G (you can do that only from wimo yet.) helps a lot |
15:03.48 | phh | Captnoord: end=0xfc means size=0x100 :p |
15:03.55 | Wout | so if i disable 3g in winmo, android will keep that setting? |
15:04.00 | phh | yes |
15:04.13 | Captnoord | phh good |
15:04.19 | Captnoord | i'm fine with that |
15:04.19 | Wout | ok, cool |
15:04.36 | Wout | but not possible from within android, through an app? |
15:04.44 | phh | Wout: not yet. |
15:04.49 | Wout | ok |
15:04.54 | phh | I have to apply mbrodnak's fix |
15:04.57 | phh | I just forgot where it is. |
15:05.04 | Wout | hehe |
15:05.25 | phh | I just remember that I found it while searching something totally different -_-' |
15:06.00 | Wout | and that fixes switching? |
15:06.08 | Wout | or makes it possible |
15:06.23 | phh | what's the difference ? |
15:06.57 | Wout | I meant that it doesnt apply to constantly switching between 2g/3g when the signal is bad |
15:07.04 | Wout | but just for manual switching |
15:07.31 | phh | ah |
15:07.43 | phh | I think we can force it to 3G if that's the question |
15:08.28 | phh | Captnoord: ok I have to clone from gitorious ... |
15:08.44 | Captnoord | k |
15:08.49 | Wout | and constant 3g would be better than switching between 2g/3g? |
15:08.56 | phh | Wout: don't know |
15:09.10 | Wout | k |
15:09.19 | Wout | just feel like asking questions :P |
15:10.16 | *** join/#htc-linux SOG (~SOG@n112118154228.netvigator.com) |
15:15.31 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
15:17.23 | phh | Receiving objects: 16% (186059/1094533), 138.20 MiB | 1.02 MiB/s |
15:17.24 | phh | zzzzzz |
15:30.14 | phh | % git am ../commit-fix-3d-init.diff |
15:30.14 | phh | Patch format detection failed. |
15:30.15 | phh | ok thanks. |
15:46.06 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d14c.pool.mediaWays.net) |
16:06.46 | *** join/#htc-linux Captnoord (~Captnoord@145.74.203.57) |
16:06.58 | *** join/#htc-linux gauner1986 (~gauner198@p5B384B1D.dip.t-dialin.net) |
16:21.57 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
16:25.04 | *** join/#htc-linux Zoolooc (~fredsibar@p54957D24.dip.t-dialin.net) |
16:29.31 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
16:39.12 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
16:43.42 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
16:46.22 | *** join/#htc-linux val__ (~val@lgx22-1-88-168-244-3.fbx.proxad.net) |
16:48.05 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
16:54.12 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
16:56.12 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
17:06.58 | *** join/#htc-linux toi (~toi@d54C2A96D.access.telenet.be) |
17:14.29 | *** join/#htc-linux Captnoord (~Captnoord@82-136-253-81.ip.telfort.nl) |
17:14.32 | Captnoord | phh |
17:14.35 | phh | Captnoord: |
17:14.36 | Captnoord | problem |
17:14.41 | phh | mmm ? |
17:14.59 | Captnoord | move the IMEM_CONFIG stuff to set_grp_clk enable part |
17:15.06 | *** part/#htc-linux gauner1986 (~gauner198@p5B384B1D.dip.t-dialin.net) |
17:15.06 | Captnoord | as it doesn't work on the delayed init |
17:16.20 | phh | mmmmmmmuh ? |
17:17.11 | polyrhythmic | good morning |
17:17.28 | phh | night here. |
17:17.32 | phh | (as usual :p) |
17:17.43 | phh | Captnoord: what's the problem with putting it in delayed init ? |
17:17.51 | phh | the grp clock is needed before it is called ? |
17:18.16 | polyrhythmic | seattle, US PST here :) we get everything late lol |
17:18.39 | polyrhythmic | phh: if I ls in dev and there's no ttyMSM0 or ttyHS1, does that mean the bt driver didn't load in kernel? |
17:19.04 | phh | it's just a serial port, not specifically a bt driverr |
17:19.06 | phh | and maybe not |
17:19.10 | phh | let me check |
17:19.26 | phh | which is your board ? |
17:19.28 | phh | vogue ? |
17:19.31 | polyrhythmic | Kaiser |
17:19.47 | Captnoord | dono |
17:20.39 | polyrhythmic | Vogues have working BT, now stinebd has it for DIAM, I am jealous |
17:20.45 | polyrhythmic | Kaiser can't be toooo hard can it? |
17:21.15 | myn | anyone tried MotoDev Studio? |
17:21.24 | myn | its pretty nice if you want an all in 1 dev solution |
17:21.31 | phh | polyrhythmic: ok your kernel has no serial port activated |
17:21.35 | myn | eclipse/SDKs/configured all for you |
17:21.36 | myn | works nice |
17:21.41 | myn | adb all that jazz |
17:21.43 | Unholy | raph got bt now too |
17:21.56 | jamenlang | no way |
17:22.03 | phh | Unholy: raph has bt for months now ... |
17:22.05 | jamenlang | with the new rootfs? |
17:22.11 | Unholy | ya on donut |
17:22.13 | Unholy | not eclair |
17:22.18 | jamenlang | lol |
17:22.23 | polyrhythmic | phh: good to know, I wonder what is wrong?! |
17:22.24 | jamenlang | k, makes sense now |
17:22.34 | phh | polyrhythmic: just not included in the board file I think |
17:22.45 | phh | polyrhythmic: you never got BT working did you ? |
17:23.31 | polyrhythmic | phh: no, I've never personally had it working |
17:23.53 | phh | polyrhythmic: you know how to use haret ? |
17:25.01 | polyrhythmic | phh: somewhat, but I've flashed Android to NAND |
17:25.10 | phh | ah. |
17:25.54 | Captnoord | re |
17:26.16 | polyrhythmic | phh: since BT sounds doable I'd like to solve it, but it sounds like it'll take more time, perhaps next week I'll flash back to WinMo and debug it |
17:27.10 | jamenlang | polyrhythmic: what device do you have? |
17:29.34 | polyrhythmic | KAIS100 / AT&T Tilt |
17:29.55 | Captnoord | I wonder if my patch also fixes the black's |
17:30.47 | phh | Captnoord: it's a WVGA problem, not enough memory |
17:30.56 | Captnoord | k |
17:31.40 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
17:32.00 | phh | I'm thinking of using some scaling tricks |
17:32.02 | phh | but not easy :/ |
17:32.41 | Captnoord | hehe |
17:33.12 | *** join/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
17:39.39 | *** join/#htc-linux MrPippy (~pip@adsl-75-42-163-160.dsl.sndg02.sbcglobal.net) |
17:40.34 | Captnoord | MrPippy: 3d init is fixed |
17:40.35 | Captnoord | whooo |
17:40.38 | Captnoord | cheers |
17:40.58 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
17:41.15 | phh | Captnoord: now you can do mmmm |
17:41.21 | phh | what can you do eh ? |
17:41.22 | Captnoord | hmmm |
17:41.26 | bzo | nice going Captnoord |
17:41.29 | Captnoord | hehe |
17:41.32 | Captnoord | I don't know what I can do |
17:41.35 | Captnoord | but i'm happy |
17:41.35 | Captnoord | :P |
17:41.56 | phh | Captnoord: I'd say get sound working on 6125 but I'm not sure you'll do :p |
17:42.06 | MrPippy | nice ;-) |
17:42.15 | MrPippy | is it on diam/raph or topa/rhod? |
17:42.34 | phh | MrPippy: should work for everything |
17:42.45 | phh | but we still have the memory problem for WVGA devices. |
17:42.53 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
17:43.24 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
17:43.36 | bzo | how about the camera next Captnoord? :P |
17:43.42 | Captnoord | hehe |
17:43.53 | phh | or gps. |
17:45.34 | bzo | phh: can you tell me what your dmesg says your PLL frequencies are? |
17:45.43 | phh | bzo: which board ? |
17:45.58 | phh | rhod ? |
17:46.07 | bzo | interested in diam100 first, but also the rhod if it is convenient |
17:46.28 | phh | just check qualcomm's source actually, they are right :p |
17:46.50 | bzo | really? PLL0 and PLL1 don't match the diam500 |
17:47.00 | phh | pll0_245_pll1_768_pll2_1056 for diam 100, pll0_245_pll1_960_pll2_1056 for rhod |
17:47.12 | phh | diam100!= pll0_196_pll1_768_pll2_1056 ? |
17:47.20 | phh | diam500* |
17:48.48 | bzo | err actually it is pll0 that doesn't match, 196mhz |
17:49.19 | phh | that's what msm's source says ... pll0=196MHz |
17:50.03 | phh | static struct clkctl_acpu_speed pll0_245_pll1_768_pll2_1056[] = { |
17:50.06 | phh | /* 7x01/7x25 normal with GSM capable modem */ |
17:50.16 | phh | * 7x01/7x25 normal with CDMA-only modem */ |
17:50.16 | phh | static struct clkctl_acpu_speed pll0_196_pll1_768_pll2_1056[] = { |
17:50.21 | phh | * 7x01/7x25 turbo with GSM capable modem */ |
17:50.22 | phh | static struct clkctl_acpu_speed pll0_245_pll1_960_pll2_1056[] = { |
17:50.29 | phh | * 7x01/7x25 turbo with CDMA-only modem */ |
17:50.30 | phh | static struct clkctl_acpu_speed pll0_196_pll1_960_pll2_1056[] = { |
17:50.43 | bzo | hmm, at least it is right there. acpuclock assumes 245760 |
17:51.00 | phh | maybe we should update it with current codeaurora's one ? |
17:51.22 | phh | they do the correct maths it seems |
17:51.55 | bzo | I'll take a look at it, though with the new patch I'm doing I'm reading the freqs directly from the registers |
17:52.40 | Captnoord | hmm need to find why it doesn't work on the delayed init:S |
17:53.16 | chamonix | hey guys |
17:53.19 | phh | hey chamonix |
17:53.26 | phh | chamonix: seen markinus' patch for vddes ? |
17:54.02 | chamonix | hey phh |
17:54.16 | chamonix | yes, I added it to the defaults for my settings app |
17:54.29 | chamonix | didn't find time to check the semantic tho |
17:54.34 | *** join/#htc-linux Wout|AFK (~wout85@s55927d21.adsl.wanadoo.nl) |
17:54.47 | phh | cool |
17:54.54 | phh | I still haven't seen your app though :p |
17:55.03 | chamonix | my job is cutting me some slack so I'll release this weekend |
17:55.26 | chamonix | you will laugh but I had 100 downloads in 24 hrs for ledeffects :) |
17:55.38 | phh | weird |
17:55.42 | chamonix | yea |
17:55.49 | phh | you didn't mentioned it was specific to raph/diam ? |
17:55.59 | chamonix | especially as I pointed out the context where it runs |
17:56.10 | chamonix | at least 2 times |
17:56.16 | phh | ah. |
17:56.26 | phh | and people posted bad comments because it doesn't work for anything else than raph/diam ? :p |
17:56.41 | chamonix | nope. neither review nor comments |
17:56.43 | Captnoord | lol wifi doesn't work |
17:56.44 | Captnoord | bleh |
17:56.45 | Captnoord | :P |
17:57.15 | chamonix | I'm still looking for someone with a source open xmpp client or a dev of ebuddy |
17:57.51 | chamonix | it's a pity that one can't set a receiver filter on "notification" |
17:58.14 | chamonix | android lacks promiscous mode :) |
17:58.20 | phh | lol |
17:58.30 | chamonix | hmmmm |
17:58.43 | chamonix | I could have a look at the event dispatcher.... |
17:59.20 | chamonix | but I'm still not able to build a runnable userland |
18:02.10 | stinebd | http://forum.xda-developers.com/showpost.php?p=5734991&postcount=4408 << lol |
18:02.28 | phh | stinebd: thanks :) |
18:02.43 | stinebd | maybe the startup.txt files should be marked read only |
18:02.51 | stinebd | ;) |
18:03.00 | phh | or we should just remove this stupid line. |
18:03.33 | chamonix | lol stinebd, we just made parallel reading |
18:11.28 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04b7a.pool.mediaWays.net) |
18:15.44 | *** join/#htc-linux OpnSrc1 (~harisha1@c-24-5-9-136.hsd1.ca.comcast.net) |
18:21.05 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
18:22.10 | Reefermattness | hey guys, hows it going? |
18:22.20 | Wout | oi reef |
18:24.07 | Captnoord | phh how should I name my Modules tar.gz |
18:24.18 | phh | Captnoord: modules-$(uname -r).tar.gz |
18:24.31 | phh | see compat-wireless-msm's build.sh to see how to extract it |
18:27.32 | Captnoord | k |
18:27.36 | Captnoord | thanks |
18:37.10 | Markinus | NetRipper: Hi, do we need some spacial parameters for Leo to boot (default.txt) I compiled the kernel from Repo but crash on haret. . . ? I decoded the LCDC parameters and put in the wiki .. I would test it . . |
18:43.32 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
18:45.48 | *** join/#htc-linux rashire (~ed1112war@98.114.89.97) |
18:47.48 | *** join/#htc-linux rashire (~ed1112war@98.114.89.97) |
18:48.48 | *** join/#htc-linux rashire (~ed1112war@98.114.89.97) |
18:52.54 | *** join/#htc-linux OpnSrc1 (~harisha1@c-24-5-9-136.hsd1.ca.comcast.net) |
18:53.26 | polyrhythmic | I'm getting a bunch of cp: can't stat /data/data/com.android.email/򥙾������������������������������ No file or directory |
18:53.35 | polyrhythmic | when trying to backup my data from internal storage |
18:53.45 | polyrhythmic | any idea what would cause that kind of file corruption? bad shutdown? |
18:54.13 | phh | or dead nand. |
18:54.34 | polyrhythmic | uh-oh |
18:54.42 | phh | most likely bad shutdown :p |
18:54.46 | polyrhythmic | can I fsck NAND? |
18:55.04 | phh | don't know, which FS do you use ? |
18:55.13 | polyrhythmic | yaffs2 IIRC |
18:55.27 | phh | ouch |
18:55.33 | phh | this FS is meant not to be corrupted |
18:56.41 | polyrhythmic | do you think the Android OS is writing bad data? |
18:56.49 | *** part/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
18:57.43 | polyrhythmic | phh: it only starting happening with OpenEclair 1.2.2 port |
18:57.43 | phh | could be |
18:57.43 | polyrhythmic | unless my NAND just started to die... |
18:57.43 | polyrhythmic | is there any way to check for bad blocks? |
18:57.44 | phh | don't know |
18:58.44 | polyrhythmic | ok, well I'll keep testing, thanks again |
19:03.55 | *** join/#htc-linux JuNu_KN (~chatzilla@kons-5f710c7c.pool.mediaWays.net) |
19:04.18 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
19:08.17 | *** join/#htc-linux pH5 (~ph5@e178196077.adsl.alicedsl.de) |
19:12.27 | bzo | phh: I looked at the codeaurora acpuclock |
19:12.34 | bzo | It does more than I was planning on doing |
19:12.44 | bzo | so I think I'm going to create a patch |
19:12.50 | phh | to merge it ? |
19:12.55 | bzo | that copies over what we want, instead of writing my own |
19:13.13 | bzo | it's pretty nice, it dynamically creates the freq table |
19:13.29 | bzo | all those clock def tables listing all the variants is actually not used |
19:13.47 | phh | uh ? |
19:14.00 | phh | how do they generate clocks ? |
19:14.30 | bzo | maybe they used it in the past, or maybe it is just for reference |
19:14.32 | bzo | look at precompute_stepping(void) |
19:15.09 | stinebd | lol |
19:15.12 | bzo | and acpu_freq_tbl_fixup() |
19:15.14 | stinebd | someone DoSed my rootfs build host |
19:15.39 | phh | stinebd: :/ |
19:15.48 | phh | someone dossed pjottr's bugtracker too |
19:16.24 | Captnoord | people just don't like succes story's |
19:17.05 | phh | could be tuxhero, I think I caused him some troubles. (which he deserved though) |
19:18.05 | Captnoord | ? |
19:18.08 | Captnoord | care to explain |
19:19.15 | phh | he used raphael's android at this time, built the kernel with black's option, announced that he made an android port to blackstone, asked for donations before releasing, and he got a lot. |
19:19.22 | phh | and it seems he was also looking for reputation |
19:19.50 | Captnoord | hmmm what ever community I step into.... |
19:19.55 | Captnoord | drama is easy to be found |
19:19.59 | chamonix | lol |
19:20.10 | stinebd | well |
19:20.13 | phh | that's the only such case i've seen on xda yet. |
19:20.18 | stinebd | that was an exceptionally poor DoS attempt |
19:20.19 | Captnoord | k |
19:20.23 | Captnoord | thank god |
19:21.07 | bzo | don't know how someone could think they could get away with such a thing |
19:21.54 | Captnoord | hehe |
19:24.26 | phh | bah he wasn't stupid, he even got commit access to linuxtogo.... and then I saw his commits. |
19:25.03 | phh | which were basically just mines. (ok he made a true commit for volume keys) |
19:25.06 | phh | (which was wrong iirc) |
19:28.37 | stinebd | looks like it was just a chinese zombie |
19:28.53 | stinebd | running win98 :o |
19:29.00 | phh | huhu |
19:37.43 | *** join/#htc-linux OpnSrc1 (~harisha1@12.47.48.5) |
19:39.16 | *** join/#htc-linux OpnSrc2 (~harisha1@12.47.48.5) |
19:41.20 | chamonix | wow, first time I got a clean poweroff from SD |
19:46.07 | phh | my diamond charges its 0.9Ah battery at 700mA. my rhodium charges its 1.5Ah at 300mA |
19:46.10 | phh | search the error. |
19:48.41 | Wout | is searching |
19:51.18 | *** join/#htc-linux Captnoord (~Captnoord@82-136-253-81.ip.telfort.nl) |
19:51.27 | phh | Captnoord: stop blinking ! :p |
19:51.39 | Captnoord | whut |
19:51.40 | Captnoord | :P |
19:51.50 | Captnoord | cheers ^^ |
19:54.06 | Wout | phh: is there currently any sort of readout from the battery possible in android? even if its inaccurate? |
19:54.22 | phh | hum you can read voltage |
19:54.48 | Wout | would it help if I read out the android value, boot into winmo and write down the corresponding % |
19:54.50 | Captnoord | hmmm can you make the kernel write shit to the sd card |
19:54.56 | Captnoord | or do you need android todo it |
19:55.02 | phh | Captnoord: muh ? |
19:55.05 | phh | Wout: nah |
19:55.07 | Captnoord | otherwise we could log the battery stuff |
19:55.10 | Captnoord | for a while |
19:55.21 | Wout | k, just trying to think constructively |
19:55.27 | Captnoord | and use that to do some offline calculatings |
19:55.37 | phh | Wout: any scripting knowledge ? |
19:55.56 | phh | Captnoord: yeah dumping smem and dumping wince's batt at the same time |
19:56.02 | Wout | just php and vb |
19:56.07 | phh | ok you sucks. |
19:56.12 | Captnoord | hehe |
19:56.13 | Wout | thx dude |
19:56.15 | phh | :p |
19:56.24 | Captnoord | looool |
19:56.46 | phh | I guess I can do that on my own anyway ... |
19:56.47 | Captnoord | nah phh if we can dump battery smem lets say every 10 ms or something |
19:56.52 | phh | I'll just need my computer on for the nigh :( |
19:56.53 | Captnoord | in a binary file |
19:56.57 | phh | Captnoord: 10ms Oo |
19:57.09 | Captnoord | yea |
19:57.21 | phh | why 10ms ? |
19:57.31 | phh | I think it's updated only once every 10s |
19:57.33 | Captnoord | the current battery driver |
19:57.35 | Captnoord | oO |
19:57.37 | Captnoord | lol |
19:57.38 | Captnoord | then |
19:57.41 | Wout | working battery meter would be awesome, with the current builds its really nice to know when you have to charge |
19:57.41 | Captnoord | make it every 100ms |
19:57.45 | Captnoord | would that be better? |
19:57.59 | phh | Captnoord: oO |
19:57.59 | Captnoord | I need a bit of high resolution measurements |
19:58.03 | phh | it does every 10 seconds |
19:58.06 | Captnoord | lol |
19:58.09 | Captnoord | k |
19:58.13 | phh | I think. |
19:58.17 | phh | you make me doubt |
19:58.22 | Captnoord | I don't know |
19:58.30 | Captnoord | i'm just asking... as I could use that data |
19:58.45 | adamw | 10s seems like a saner level of granularity for a battery meter than 100ms :) |
19:58.57 | adamw | it's not like it's suddenly going to lose a bunch of charge in 1/100th of a second |
19:58.58 | Captnoord | as it can give me some idea about the need of the math |
19:59.03 | Captnoord | I know |
19:59.11 | Captnoord | lemme try to explain |
19:59.12 | phh | <PROTECTED> |
19:59.13 | phh | tssss |
19:59.27 | Captnoord | I need the high resolution for the current |
19:59.35 | phh | Captnoord: it's not |
19:59.36 | *** join/#htc-linux ccube (~ccube@95-90-193-11-dynip.superkabel.de) |
19:59.41 | phh | check the wince app |
19:59.47 | phh | when you disconnect it needs 20seconds to settle |
20:00.43 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
20:00.47 | MrPippy | man rootfs /init is gonna need a lot of restructuring for bcm wifi |
20:01.14 | phh | oh you can clean it then :p |
20:01.52 | Captnoord | phh i'm not talking about normal oparation |
20:01.57 | Captnoord | i'm talking about research |
20:02.06 | Captnoord | when we have a feature like that |
20:02.19 | Captnoord | you can actual measure how much power everything costs |
20:02.21 | phh | Captnoord: ok, don't know if it can work |
20:02.24 | Captnoord | and how much you save |
20:02.34 | phh | i mean if the current meter can be updated that ofte |
20:02.34 | phh | n |
20:03.01 | Captnoord | lets say I know it should be able to |
20:03.03 | Captnoord | !!!! |
20:03.14 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
20:04.04 | GNUtoo | leviathan, hi |
20:04.04 | phh | ok. |
20:04.15 | phh | Captnoord: you can just flood dmesg |
20:04.35 | Captnoord | lol |
20:05.30 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
20:07.41 | MrPippy | the tiwlan interface name is tiwlan0, correct? |
20:08.40 | phh | yes |
20:08.47 | phh | you'll need to change a setprop. |
20:08.50 | MrPippy | yeah |
20:09.10 | MrPippy | echo "wifi.interface = wlan0" >> /tmp/build.prop is in rootfs...can't tell if its being run or not |
20:09.36 | phh | hum |
20:09.37 | MrPippy | i guess not, since it first checks if wifi props have been added yet or not |
20:09.42 | phh | there is the same setprop in init.eclair.rc |
20:11.32 | *** join/#htc-linux ICEMANno1 (~ICEMANno1@ip-109-90-220-39.unitymediagroup.de) |
20:11.39 | ICEMANno1 | hey guys |
20:12.23 | leviathan | GNUtoo: hi |
20:12.39 | GNUtoo | hi |
20:13.42 | GNUtoo | leviathan, so what should we do about xf86-video-msm ? |
20:13.44 | ICEMANno1 | phh, it sounded like you need some info to be able to get sound to work on topaz |
20:14.00 | GNUtoo | I started to import the whole driver from 31 from codeaurora |
20:14.08 | GNUtoo | is it the good thing to do |
20:14.17 | leviathan | hmm |
20:14.22 | leviathan | its not clean of pmem |
20:14.27 | leviathan | but we can clean I thought |
20:16.14 | GNUtoo | leviathan, I know...your kenrel is not clean of pmem either |
20:16.34 | leviathan | uhm |
20:16.44 | leviathan | pmem is only a dummy already |
20:16.52 | leviathan | the functions do not ANYTHING anymore |
20:16.57 | GNUtoo | are you shure |
20:17.01 | leviathan | yes |
20:17.06 | GNUtoo | I'll check something |
20:17.08 | leviathan | because I removed the pmem driver ;) |
20:17.34 | leviathan | its only the pmem struct they use to store configurations |
20:17.45 | leviathan | that can also be done by internal structs |
20:18.00 | GNUtoo | leviathan, how memory is shared then? |
20:19.12 | GNUtoo | or how does it works without shared mem? |
20:19.18 | *** join/#htc-linux cr2_ (~cr2@ip-109-85-23-82.web.vodafone.de) |
20:19.28 | phh | ICEMANno1: you have ? |
20:19.57 | ICEMANno1 | tell me what I can do with my topaz to provide you the needed info :) |
20:20.09 | phh | -_-' |
20:20.16 | phh | I have a rhod, everything that needs a device, I can do. |
20:21.09 | leviathan | GNUtoo: uhm |
20:21.12 | phh | i'm just out of idea. |
20:21.27 | *** join/#htc-linux Wr4i7h (~abc@89.180.228.12) |
20:21.36 | ICEMANno1 | too bad |
20:21.45 | ICEMANno1 | just sounded different in the forum |
20:23.01 | leviathan | GNUtoo: shared memory only is needed for accesing by the android userspace it seems |
20:23.44 | dcordes | leviathan, shared memoy is also the thing that provides the AT interface etc (/dev/smd*) |
20:23.54 | leviathan | hmm |
20:23.54 | dcordes | leviathan, shared memory devices |
20:24.07 | leviathan | uhm I'm referring to pmem as shared memory |
20:24.07 | phh | dcordes: I think he speaks about ashmem |
20:24.15 | leviathan | there are two things ^^ |
20:24.23 | leviathan | one is shared memory aka rpc |
20:24.26 | leviathan | thats needed |
20:24.30 | leviathan | other is pmem |
20:24.40 | leviathan | its not needed if you dont have android running |
20:25.04 | phh | I think it's needed for 3D but as we have no driver for it ... |
20:25.20 | cr2_ | Captnoord:#define MSM_IMEM_CONFIG_PHYS 0xA8500000 |
20:25.32 | cr2_ | phh: where does it come from ? |
20:25.36 | dcordes | leviathan, I noticed you added the fb refresh thread in the OE config |
20:26.15 | dcordes | leviathan, xf86 doesn't work without it? |
20:26.34 | phh | dcordes: that'd be really weird |
20:26.48 | leviathan | dcordes: yes |
20:26.56 | leviathan | and it needs still extension |
20:27.21 | dcordes | leviathan, I had the thought that maybe pmem is used by the xf86 driver to send refresh calls |
20:27.31 | dcordes | leviathan, it must use the pmem for something useful |
20:27.56 | dcordes | leviathan, and I think it's ulikely codeaurora people expect refresh hack for the driver to work |
20:32.50 | dcordes | or xf86-video-msm assumes a modified msm_fb |
20:33.01 | GNUtoo | leviathan, what did you remove exactly>? |
20:33.09 | GNUtoo | leviathan, I've still some pmem things |
20:33.30 | leviathan | uhm |
20:33.37 | leviathan | I removed the pmem interface |
20:33.46 | leviathan | and the function definitions of pmem |
20:33.50 | GNUtoo | I've the list here: $ grep -i pmem System.map |
20:33.51 | GNUtoo | c0230274 T adsp_pmem_paddr_fixup |
20:33.51 | GNUtoo | c02302f4 t adsp_pmem_lookup_vaddr |
20:33.51 | GNUtoo | c02303fc T adsp_pmem_fixup |
20:33.51 | GNUtoo | c023046c T adsp_pmem_fixup_kvaddr |
20:33.51 | GNUtoo | c023179c t pmem_fixup_high_low |
20:33.53 | GNUtoo | c03e3500 d pmem_setting |
20:33.55 | GNUtoo | c03e4c74 d pmem_pdata |
20:33.57 | leviathan | uhm |
20:33.57 | GNUtoo | c03e4c90 d pmem_device |
20:33.58 | leviathan | yes |
20:33.59 | GNUtoo | c03e4d50 d pmem_adsp_pdata |
20:34.01 | GNUtoo | c03e4d68 d pmem_adsp_device |
20:34.03 | GNUtoo | c03e4ee8 d pmem_camera_pdata |
20:34.05 | GNUtoo | c03e4f00 d pmem_camera_device |
20:34.08 | GNUtoo | oops |
20:34.12 | GNUtoo | sorry |
20:34.14 | GNUtoo | sorry |
20:34.16 | leviathan | http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/commit/ca4acb6711e187f37a859810571a37d54257e6aa |
20:34.22 | GNUtoo | http://pastebin.com/UsG15eYj |
20:34.32 | phh | cr2_: msm's leaked docs :( |
20:34.49 | leviathan | GNUtoo: I know |
20:34.51 | phh | well I think Captnoord got it through RE too |
20:34.52 | leviathan | http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/commit/ca4acb6711e187f37a859810571a37d54257e6aa |
20:34.58 | leviathan | GNUtoo: look there |
20:36.05 | GNUtoo | http://pastebin.com/uVJCQyrp |
20:36.53 | GNUtoo | p pmem_setting |
20:36.54 | GNUtoo | $1 = {pmem_start = 33554432, pmem_size = 8388608, pmem_adsp_start = 41943040, pmem_adsp_size = 8388608, pmem_gpu0_start = 0, pmem_gpu0_size = 7340032, pmem_gpu1_start = 374341632, |
20:36.54 | GNUtoo | <PROTECTED> |
20:37.15 | GNUtoo | etc... |
20:37.43 | bzo | phh: the last commit to htc_battery_smem.c for the kov breaks battery status on the diam500 |
20:37.54 | phh | ah. |
20:38.17 | phh | let's review it. |
20:38.20 | bzo | if I comment out: |
20:38.25 | bzo | 417 dex.cmd = PCOM_GET_BATTERY_ID; |
20:38.26 | bzo | 418msm_proc_comm_wince(&dex, 0); |
20:38.29 | bzo | it fixes it |
20:38.52 | phh | ?!? |
20:38.58 | phh | that is weird |
20:39.56 | NetRipper | Markinus, hi |
20:40.11 | phh | bzo: you're sure it comes from a kovs patch ? |
20:40.16 | phh | I think I added it by myself |
20:40.39 | *** join/#htc-linux matthewb57 (~matthew.b@CPE001c25b6ebde-CM001bd71cec5c.cpe.net.cable.rogers.com) |
20:41.05 | bzo | phh: I'm said kov because that's what the commit comment said :) |
20:41.15 | phh | maybe not me then |
20:41.29 | phh | ok yes it's me |
20:42.15 | *** join/#htc-linux dcordes_ (~dccordes@unaffiliated/dcordes) |
20:42.45 | matthewb57 | Hey guys, I'm new on here. What's the process? Can we ask questions about devices and linux/Android issues for help? |
20:43.03 | phh | maybe |
20:43.20 | matthewb57 | Well... in that case we'll test a question |
20:43.31 | phh | bzo: pushed |
20:43.43 | phh | ah no. |
20:43.54 | phh | baaaaahhhhh |
20:43.56 | phh | broken tree |
20:44.21 | leviathan | GNUtoo: I practically used the htcdream today for making a phone call to a colluege for planing the whopper day |
20:44.23 | leviathan | := |
20:44.30 | leviathan | :) |
20:44.31 | NetRipper | hm pastebin.com changed |
20:44.35 | NetRipper | "v2 |
20:44.51 | dcordes_ | leviathan, whopper day? wtf I want a whopper |
20:45.08 | leviathan | dcordes_: yes, whopper day |
20:45.11 | leviathan | once a week |
20:45.20 | leviathan | on friday we have our whopper day in ETHZ |
20:45.31 | leviathan | when we go to BK and buy a tripple whopper |
20:45.41 | phh | bzo: here. |
20:45.42 | dcordes_ | I hope with double cheese ?? |
20:45.43 | leviathan | for me without mayo and cheese, but with bacon |
20:45.49 | dcordes_ | ah right :) |
20:45.53 | leviathan | lactose intollerant |
20:45.57 | dcordes_ | remember |
20:45.57 | leviathan | and I cant eat eggs |
20:46.01 | leviathan | ^^ |
20:46.04 | matthewb57 | Question: Just ran latest kernel build from glensom's autobuild on RHOD500. Have taken Startup.txt from GSM development forum on XDA which looks like it has all the settings I need. Anyways, the screen is all reversed/flipped. Any idea how to correct? I originally used the CDMA Rhodium build from 95-Civic which worked fine. Startup.txt has same screen settings, but since switching to this new kernel, i |
20:46.15 | bzo | phh: ok, thx |
20:46.35 | phh | screen or touchscreen ? |
20:46.38 | dcordes_ | ouf |
20:46.43 | matthewb57 | sorry, touchscreen |
20:46.48 | NetRipper | Markinus, http://netripper.pastebin.com/JKZgQcA2 |
20:46.49 | dcordes_ | leviathan, did you use FSO2 ? |
20:46.55 | leviathan | yes |
20:47.00 | leviathan | mdbus2 |
20:47.02 | matthewb57 | but the screen has some weird flip issues as well (landscaped after bootup) |
20:47.06 | phh | matthewb57: remove ts-calibration file to redo calibration |
20:47.18 | leviathan | mdbus2 for authentification |
20:47.31 | leviathan | its the most actual build |
20:47.44 | dcordes_ | nice |
20:47.54 | Wout | matthewb57: the landscape bootup is 'correct' for now, happens on rhodium too |
20:48.02 | Wout | just open and close the keyboard |
20:48.04 | matthewb57 | I don't have a ts-calibration file... |
20:48.05 | phh | Wout: "too" ? |
20:48.08 | phh | it's a rhodium :p |
20:48.13 | phh | matthewb57: ok then use a proper android build |
20:48.24 | Wout | doh :P |
20:48.28 | GNUtoo | mmm....how works the lower levels for android non-wince devices....for talking to a device that is on the other part...in another core? how does the RPC works |
20:48.37 | dcordes_ | leviathan, wrt xf86-video-msm .. I think it's important we can get it to work in a way it runs on all msm devices |
20:48.51 | leviathan | mhm, yes |
20:48.52 | phh | GNUtoo: you mean lower vdd level ? |
20:49.08 | GNUtoo | phh, what's vdd? |
20:49.09 | leviathan | I think it also should work on other platforms |
20:49.11 | dcordes_ | leviathan, are there any bits in your patches to it that are dream specific? |
20:49.18 | leviathan | only alsa is atm too dream specific |
20:49.20 | phh | GNUtoo: voltage something for the cpu |
20:49.28 | leviathan | nope |
20:49.29 | GNUtoo | phh, no I mean core communication |
20:49.34 | phh | ah. |
20:49.44 | dcordes_ | leviathan, ok nice |
20:49.46 | matthewb57 | Okay, so will grabbing the package for the GSM Rhodium work properly on the CDMA for calibrating the screen. Not sure which package to grab... so many spread all over the place |
20:49.46 | leviathan | rpc is used for commincation between two cpu cores |
20:49.53 | leviathan | uhmm |
20:49.54 | dcordes_ | leviathan, it will be very nice in the future to also have alsa on the other phones |
20:50.02 | leviathan | yes |
20:50.03 | phh | matthewb57: don't know either |
20:50.13 | dcordes_ | leviathan, unfotunately I don't have any more msm7201A as they will not repair my kovsky |
20:50.31 | dcordes_ | but on xda I can get some testers |
20:50.36 | leviathan | what I need is more testing devices |
20:50.57 | GNUtoo | leviathan, yes but how does rpc works |
20:50.58 | dcordes_ | many xda people are very eager to try new stuff |
20:50.58 | GNUtoo | ? |
20:51.07 | GNUtoo | rpc isn't magick |
20:51.33 | leviathan | GNUtoo: yes |
20:51.34 | GNUtoo | I thought it was a shared memory between cores that make the rpc work |
20:51.40 | leviathan | yes |
20:51.48 | leviathan | but rpc!=pmem ;) |
20:52.10 | leviathan | pmem is in RAM for exchange of device configuration informations |
20:52.17 | leviathan | while rpc is really a bridge driver |
20:52.23 | leviathan | between two cpu cores |
20:52.31 | leviathan | namely the two in the dream |
20:53.00 | leviathan | needed to deploy refresh threads for e.g. sound output or graphics refreshment perhaps too |
20:53.50 | leviathan | so pmem is not really used anymore |
20:53.59 | GNUtoo | I read a part of pmem driver |
20:54.03 | matthewb57 | phh: possible link to proper android build? |
20:54.10 | GNUtoo | It seem that it add an userspace interface |
20:54.17 | leviathan | yes |
20:54.20 | phh | matthewb57: http://forum.xda-developers.com/showthread.php?t=627997 maybe |
20:54.27 | leviathan | GNUtoo: which we do not need anymore |
20:54.38 | leviathan | thats the reason why I removed it |
20:54.38 | GNUtoo | user interface,shure we don't need it |
20:56.22 | dcordes_ | leviathan, GNUtoo, did you get the dream input devices to work using xf86-video-msm ? |
20:56.34 | GNUtoo | dcordes_, yes that was easy |
20:56.43 | dcordes_ | cool |
20:56.45 | GNUtoo | dcordes_, manly xorg config |
20:56.50 | GNUtoo | *mainly |
20:56.56 | GNUtoo | xorg.conf |
20:57.11 | GNUtoo | and a recompilation |
20:57.12 | leviathan | dcordes_: its much faster then fbdev |
20:57.25 | dcordes_ | graphically ? |
20:57.26 | leviathan | the performance is totally great! |
20:57.31 | leviathan | yes |
20:57.33 | dcordes_ | awesome |
20:57.36 | dcordes_ | :) |
20:57.59 | dcordes_ | btw did you see my question? I asked if you could make a diff |
20:58.10 | dcordes_ | because I'm not sure what of your commits is necessary |
20:58.48 | dcordes_ | GNUtoo, can you add an xorg.conf in oe that installs with dream image? |
20:58.52 | Markinus | NetRipper: thx! could you send me send initrd too ? ( markinus gmail com ) |
20:59.14 | GNUtoo | dcordes_, I'll do it when we'll have a fully working xf86-video-msm |
20:59.28 | NetRipper | Markinus, the kernel doesnt currently boot any initrd i think.. at least mine doesnt work.. |
20:59.38 | NetRipper | so i can send you but no guarantee it works |
20:59.43 | leviathan | dcordes_: I made a commit |
20:59.44 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
20:59.44 | NetRipper | even if kernel is fixed :) |
20:59.51 | leviathan | but the patch is too big for SHR-ML -.- |
21:01.02 | Markinus | NetRipper: :) Ok, then I test it without . . |
21:01.09 | GNUtoo | leviathan, did you start looking into msm_fb for the lacking refresh threads? |
21:01.42 | dcordes_ | GNUtoo, did you see my thoughts on refresh hack vs xf86 ? |
21:01.56 | GNUtoo | dcordes_, no |
21:02.35 | dcordes_ | GNUtoo, 21:25 |
21:02.38 | NetRipper | Markinus, without initrd it should boot pretty far, until it says can't find root and it'll reboot |
21:03.08 | GNUtoo | ok thanks |
21:03.09 | NetRipper | Markinus, here's that initrd, just know that it may not be any good :) http://www.netripper.com/leo/initrd-netripper-busybox.cpio.gz |
21:03.40 | GNUtoo | ah ok |
21:04.02 | Markinus | NetRipper: are we sure about the FB start? If I look in the MDP dump, then this sould maybe be: 0x141c1000 .. |
21:04.04 | Markinus | ahh, thx! |
21:04.47 | NetRipper | Markinus, well, FB works doesnt it ;) it doesnt really matter where the framebuffer is, you configure the MDP to say where the framebuffer is, in physical memory |
21:04.50 | NetRipper | then do the DMA |
21:05.31 | leviathan | GNUtoo: yes |
21:05.32 | Markinus | NetRipper: ahh, ok. . |
21:05.44 | leviathan | GNUtoo: but I didnt import them yet |
21:05.45 | NetRipper | Markinus, mdp_writel(NULL, fbram, MDP_DMA_P_IBUF_ADDR); |
21:06.10 | NetRipper | Markinus, that's from htc_fb_console.c, this command sets the phys location of the fbram |
21:06.17 | leviathan | because of military, lecture, stuy-worksheets (still not finished) |
21:06.20 | NetRipper | from where it should dma |
21:06.44 | Markinus | NetRipper: Ok, the we moved this from the -panel.c in the htc_fb_console.c .. yes? |
21:06.51 | Markinus | And there we didn'T need this? |
21:06.53 | NetRipper | which panel.c? |
21:07.18 | Markinus | If I look in the mahimahi-panel file, there is the fb initialization |
21:07.32 | Markinus | I thought we need maybe one too . . for the LCDC initialization |
21:07.44 | GNUtoo | ok |
21:08.00 | NetRipper | htc_fb_console is something that comes from raphael/msm7k, custom built.. it's just the bare minimum to do a dma and get a console.. |
21:08.22 | NetRipper | Markinus, em yes we'll need a htcleo-panel as well, but the mahimahi-panel has init for the panel they use.. not specifically lcdc i think |
21:08.39 | NetRipper | i already made an htcleo-panel.c but it won't work.. there's a problem with the mdp irq |
21:08.46 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
21:09.05 | GNUtoo | http://groups.google.com/group/android-kernel/browse_thread/thread/534e6e1115a43ca8 <-- "memory shared between userspace and kernel drivers" |
21:09.18 | GNUtoo | maybe it's useless but for xf86-video-msm |
21:09.48 | Markinus | NetRipper: There is the LCDC stuff init . .or? .. ret = platform_device_register(&mahimahi_lcdc_device); |
21:10.01 | GNUtoo | http://www.kandroid.org/android_pdk/intro_source_code.html confirms it |
21:10.40 | NetRipper | Markinus, i made it the bare minimum, i'm trying to lean on what wince inits for us already |
21:10.59 | NetRipper | anyway as long as that mdp irq gives problems, init of lcdc won't matter anyway :) |
21:11.28 | Markinus | NetRipper: ok . . I will try to boot now . . |
21:11.37 | leviathan | GNUtoo: I know |
21:11.45 | leviathan | thats what I'm try'n to say |
21:12.06 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
21:12.14 | leviathan | but its not needed, if the userspace uses standart interfaces |
21:12.23 | leviathan | provided by the kernel itself |
21:12.35 | leviathan | like proc, devfs or sysfs |
21:12.52 | GNUtoo | or /dev/kmem(just kidding) |
21:12.56 | dcordes_ | leviathan, "SRC_URI_htcdream" <- cause xf86-video-msm is globally for all msm devices broken I will also apply the patches for all msm devices |
21:13.24 | leviathan | ok |
21:13.29 | leviathan | do it as you wish :) |
21:13.34 | NetRipper | Markinus, the mdp irq problem makes it hang at this line: ret = platform_device_register(&msm_device_mdp); |
21:13.49 | NetRipper | Markinus, that's before lcdc init |
21:14.25 | Markinus | NetRipper: I removed for the first try all things except the LCDC |
21:14.29 | NetRipper | and within mdp.c it hangs in init() on request_irq() where the kernel becomes stuck in a continues stream of handle_bad_irq |
21:15.01 | NetRipper | Markinus, ok let me know if you get any further :) |
21:15.43 | Markinus | I can only try :-) |
21:16.12 | NetRipper | i'm also working on getting the high precision timer to work |
21:16.22 | NetRipper | but i think that hangs at the same point as all other irq problems |
21:16.45 | NetRipper | mmm need ramconsole |
21:20.16 | Markinus | NetRipper: didn't we know the ramconsole location? |
21:20.30 | GNUtoo | grep pmem in the xf86-video-msm driver seem to return nothing...so it should be ok |
21:20.52 | GNUtoo | ah sorry |
21:21.03 | GNUtoo | msm-render.h:#define MSM_BLIT_PMEM 0x04 |
21:21.04 | GNUtoo | msm-video.c: srcSurface.flags = MSM_BLIT_PMEM; |
21:21.08 | Markinus | NetRipper: the same .. . it's hanging on load in Haret .. after the loading bar ist complete |
21:21.16 | Markinus | hmmm |
21:21.17 | GNUtoo | msm-hwrender.c: else if (blit->src->flags & MSM_BLIT_PMEM) { |
21:21.35 | NetRipper | Markinus, are you using Image or zImage? |
21:21.39 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
21:21.43 | Markinus | Markinus: I used the htcleo_defconfig, it'S correct or? |
21:21.45 | Markinus | zImage |
21:21.49 | NetRipper | then that's the problem |
21:21.51 | NetRipper | use Image |
21:21.56 | Markinus | ahh, ok |
21:21.59 | NetRipper | decompression routine has an invalid instruction |
21:22.10 | Markinus | txh! |
21:22.29 | dcordes_ | NetRipper, I totally don't understand that. why would it not work on qsd8 ? |
21:22.53 | NetRipper | dcordes_, it's also documented on arm.com that the instruction they use in zImage causes an undefined instruction exception |
21:23.20 | dcordes_ | strange |
21:23.31 | phh | matthewb57: works ? |
21:23.33 | NetRipper | dcordes_, so possibly the cortex-A8 is not fully ARMv7.. maybe it's the ARMv7A they keep talking about? |
21:23.38 | NetRipper | dcordes_, i really don't know :) |
21:23.52 | NetRipper | dunno diff between ARMv7 and ARMv7A |
21:24.21 | NetRipper | i suppose i should commit the fix for that zImage problem |
21:24.23 | Markinus | NetRipper: Are the other initrd working too or do we need special ones? I think about angstrom or so? |
21:24.24 | NetRipper | saves a lot of people time ;) |
21:24.36 | NetRipper | Markinus, i've not seen a single initrd work yet |
21:24.49 | Markinus | NetRipper: ok |
21:24.55 | NetRipper | Markinus, it's probably something in the kernel that's causing it not to work |
21:25.42 | dcordes_ | NetRipper, is qsd8* truely cortex-A8 ? who said that? because I read somewhere it is just similar to cortex-a8 |
21:26.19 | dcordes_ | NetRipper, initr.cpio.GZ ? |
21:26.26 | dcordes_ | gz |
21:26.38 | NetRipper | dcordes_, well it's nto really the decompression routine itself that is crashing |
21:26.49 | randomblame | http://pastebin.com/TPQQv9YV - what am I missing? |
21:27.04 | dcordes_ | wondering if it's possible to boot .cpio |
21:27.11 | randomblame | trying to get a noopd panel working |
21:27.31 | NetRipper | dcordes_, it's the flushcache that's causing the problem, they use it before disabling MMU again in order to jump to the kernel they just decompressed :) |
21:27.43 | *** join/#htc-linux soren_ (~soren@adsl-ull-150-38.50-151.net24.it) |
21:27.46 | Markinus | NetRipper: ok, it'S booting, and stand now at: Freeing init memory |
21:27.48 | soren_ | hi ppl |
21:27.56 | soren_ | someone got a sapphire with SuperD?:) |
21:28.29 | NetRipper | Markinus, yep so you set an initrd.. if you leave the initrd out it goes to the same point but says that it cant mount rootfs :) |
21:28.34 | dcordes_ | NetRipper, what is flushcache? |
21:28.46 | NetRipper | dcordes_, it flushes the I-cache and D-cache of the processor |
21:28.47 | dcordes_ | NetRipper, it removes junk from ram? |
21:28.49 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
21:28.56 | NetRipper | no its instruction and data cache |
21:28.56 | randomblame | I was gonna say toilet |
21:28.56 | dcordes_ | oh |
21:29.07 | Markinus | NetRipper: ahh . .ok |
21:29.17 | dcordes_ | randomblame, you asshole |
21:29.36 | randomblame | hehe yes |
21:29.44 | NetRipper | ? |
21:30.49 | randomblame | netripper that's the l1 on the application processor right? |
21:31.02 | randomblame | or is it paged in ram too? |
21:31.19 | NetRipper | dcordes_, in the compressed/head.S they enable MMU, setup c-stack, call the c-code that decompresses the kernel, flush cache, disable mmu, jump to kernel |
21:31.31 | NetRipper | randomblame, im not really sure but i suppose it's L1 cache yes |
21:32.36 | randomblame | the l1 source in haret is not very well writen |
21:32.38 | randomblame | written |
21:33.00 | NetRipper | l1 source? |
21:33.03 | randomblame | it will not compile with a newer toolchain |
21:33.23 | NetRipper | that's a known issue yes |
21:33.28 | randomblame | whoops l1trace.cpp |
21:33.29 | NetRipper | we just use an older toolchain :) |
21:33.40 | NetRipper | you're welcome to fix it though |
21:33.42 | NetRipper | encouraged even ;) |
21:33.48 | randomblame | yeah of course haha |
21:33.53 | NetRipper | ;) |
21:34.00 | randomblame | what ever happened to our good pal kevin |
21:34.06 | NetRipper | he's too busy |
21:34.08 | NetRipper | life happened i suppose |
21:34.16 | randomblame | I hate it when that happens |
21:34.23 | NetRipper | yea |
21:34.26 | NetRipper | i tend to ditch it asap |
21:34.39 | randomblame | yeah, life never lets me get any work done |
21:35.08 | NetRipper | and life requires sleep |
21:35.15 | NetRipper | you're better off without |
21:35.16 | randomblame | netripper are you very familiar with the ins and outs of the panel/lcd module/ frame buffer system? |
21:35.23 | Markinus | NetRipper: Ok, the driver is loaded and registredted but I cannot see any difference on screen . . |
21:36.21 | NetRipper | Markinus, you're on your own here m8 :) i think it requires mdp to work though :) LCDC is just the client for the lcd panel.. mdp is the thing that transfers data to display it |
21:36.38 | randomblame | ooh looks like you're working on the same thing I am |
21:36.50 | randomblame | except you are much further |
21:37.13 | Markinus | NetRipper: yes . .I think too .. but there is the IRQ problem . . hmm |
21:37.18 | NetRipper | randomblame, i'm nto really familiar with anything, but i feel the saying "dont ask to ask just ask" is in order :) |
21:37.26 | Markinus | randomblame: the LCDC parameters are now in the wiki for LEO |
21:37.49 | randomblame | ah - not working on leo |
21:38.03 | randomblame | tmzt suggested I no op my panel file |
21:38.12 | NetRipper | Markinus, yes.. that irq problem seems to occur not only with mdp, but also with i2c and something else that i'm trying to hunt down now.. so i think it's a (semi)generic problem and probably low-level |
21:38.21 | randomblame | I've done so but it causes mddi.c to crash with no error |
21:38.42 | randomblame | could you take a look at my board-x-panel and see if there is anything nessecary that I am missing |
21:39.03 | randomblame | http://pastebin.com/TPQQv9YV |
21:39.05 | Markinus | NetRipper: yes . .without IRQs, . . . . nothing is going . . :( |
21:39.57 | randomblame | markinus I assume you at least have htc_fb_console and ramconsole working |
21:40.06 | NetRipper | Markinus, well some irqs do work i think, at least the GP_TIMER as i think otherwise it wouldnt boot at all |
21:41.02 | Markinus | NetRipper: strange thing . . |
21:41.30 | Markinus | NetRipper: did you test the .32 Nexus kernel ? Maybe is there something else? |
21:42.01 | Markinus | But I thinks it'S to much to porting . . |
21:44.47 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
21:47.07 | NetRipper | Markinus, i don't know.. the .32 kernel is CDMA right? i think it shouldnt matter much though |
21:47.15 | Markinus | NetRipper: I looked a bit in the wince dmesg and put all microp things in seperate files. Wow, the are very much thinks on the microp . . |
21:47.36 | Markinus | NetRipper: CDMA? Ohh. don't know . .is under google source |
21:48.07 | Markinus | NetRipper: I thought it'S for all Nexus |
21:48.11 | NetRipper | i2c devices are documented already on wiki.. think it includes microp |
21:49.38 | Markinus | NetRipper: ahhh, yes . . under Raphaels Microp . . . I forgott this . . but yes, I have the same |
21:52.21 | Markinus | NetRipper: I wondered a bit, it seems that the compas values are from gsensor too . . |
21:52.52 | NetRipper | Markinus, might be.. cr2_ should know more about how the hardware is wired and what does what :) |
21:53.01 | Markinus | :) |
21:53.01 | NetRipper | i'm kinda concentrating on the task at hand ;0 |
21:53.04 | NetRipper | ;) |
21:53.25 | NetRipper | i like to bump into things, fix it, bump into the next :p |
21:55.11 | AstainHellbring | hey NetRipper how goes it? |
21:55.23 | NetRipper | read up |
21:55.24 | NetRipper | :) |
22:00.04 | stinebd | ok thats enough screwing around with my rootfs server, the xda people must be getting pissed by now :D |
22:00.22 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
22:00.29 | NetRipper | rootfs server? how does it piss of xda people? |
22:01.00 | stinebd | i keep taking it down randomly heh |
22:01.36 | stinebd | it's a development machine so i never really had it set up properly to be serving users |
22:02.34 | stinebd | and with people running download managers for those big 15MB files it ends up with like 40 concurrent connections |
22:03.01 | phh | stinebd: want to mirror to htcandroid.xland.cz ? |
22:03.31 | stinebd | phh: i can if you wish, but i limit that host to 100GB/mo |
22:03.40 | cr2_ | NetRipper: which irq causes the crash ? |
22:05.42 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
22:06.19 | NetRipper | cr2_, i havent found the one that makes it crash now with the DGT on, it's really early.. i'm modifying ram_console to make it init just as fast as htc_fb_console now |
22:07.17 | cr2_ | ok |
22:07.20 | NetRipper | stinebd, xda is running on your development host? |
22:07.20 | Markinus | cr2_: Hi, yesterday it was to late, sry , I didn't sa the big ping elephand whitch was sitting on my foot :) I decoded this Today and changes the Wiki .. was no a problem . . |
22:08.11 | cr2_ | NetRipper: there is a new tag in smem with irq-related data. so i'd like to know which irq number is causing problem |
22:08.22 | stinebd | NetRipper: no, our rootfs build service is running on my dev host... and some xda users are hitting it for the bluetooth change i pushed yesterday |
22:08.57 | cr2_ | Markinus: let me check. i think i've written all the formulas, so it's possible to write down a linear system. can it be solved, i don't know :) |
22:09.02 | *** join/#htc-linux moishaSPB (~moishaSPB@user-12hdsgv.cable.mindspring.com) |
22:09.14 | dcordes_ | stinebd, android rootfs? |
22:09.27 | cr2_ | Markinus: how many parameters are in the nexus lcd panel file ? |
22:09.29 | stinebd | dcordes_: yes |
22:09.33 | Markinus | cr2_: I saw the formulas later and there was some things wrong :) I corrected this . . |
22:09.38 | dcordes_ | stinebd, do you have the scripts you use to build somewhere? |
22:09.45 | stinebd | dcordes_: in the repo |
22:10.04 | Markinus | cr2_: 11 |
22:10.10 | Markinus | phh: I put it in the wiki |
22:10.17 | Markinus | cr2_ |
22:10.34 | stinebd | dcordes_: http://gitorious.org/xdandroid-eclair/eclair-rootfs/blobs/master/scripts/generate-rootfs.sh |
22:10.56 | stinebd | you can grab the raw blob from gitorious and use that to check out and build a rootfs image right away |
22:11.10 | cr2_ | Markinus: yes, i see it. |
22:11.26 | cr2_ | Markinus: the lcdc clock frequency is the same on leo |
22:11.42 | Markinus | cr2_: Ahh, ok, I wasn'T sure |
22:12.01 | Markinus | cr2_: The stride think, I couldn't find where this is comming from |
22:12.42 | cr2_ | Markinus: it's not a parameter |
22:12.53 | cr2_ | will be assigned dynamically |
22:12.55 | Captnoord | [21:25] <cr2_> Captnoord:#define MSM_IMEM_CONFIG_PHYS 0xA8500000 |
22:12.56 | Captnoord | [21:25] <cr2_> phh: where does it come from ? |
22:13.05 | Captnoord | really want to know? |
22:13.06 | cr2_ | Captnoord: i've seen |
22:13.19 | Captnoord | k |
22:13.23 | phh | Captnoord: I think you got it from RE too no ? |
22:13.32 | Markinus | cr2_: ok |
22:13.33 | phh | but without the meaning though. |
22:13.36 | Captnoord | yea |
22:13.39 | Captnoord | got it from re |
22:13.43 | Captnoord | yup |
22:14.13 | phh | Captnoord: btw, have you tried setting up the ADSP clock and leaving this setting ? |
22:14.15 | cr2_ | Markinus: display_vend is not decoded |
22:14.34 | Captnoord | phh atm i'm bussy getting drunk |
22:14.39 | phh | ok have fun |
22:14.46 | *** join/#htc-linux dcordes__ (~dccordes@unaffiliated/dcordes) |
22:14.55 | phh | (even if I can't see how someone can have fun with getting drunk.) |
22:15.07 | Captnoord | hehe.... |
22:15.17 | Captnoord | I personaly think other settings than 0 would also work |
22:15.23 | Captnoord | its just that it expects something |
22:15.30 | Captnoord | haven't tried anything yet |
22:15.34 | phh | ok |
22:15.35 | cr2_ | Markinus: strictly speaking, the system is quadratic. |
22:16.25 | cr2_ | Markinus: i've decoded the dma config by hand yesterday, but it's results were a bit confusing |
22:16.55 | cr2_ | Markinus: i think it's a good idea to write a haret command to calculate all these parameters |
22:18.15 | Markinus | cr2_: you mean display_v_end? It is decoded?!? What I'Ve forgot? We can calculate this value . . |
22:18.50 | Markinus | cr2_: Yes, for further devices/panels. . . would be nice |
22:19.52 | cr2_ | 10 parameters in board-panel* |
22:20.18 | Markinus | cr2_: I conmpiled the kernel now and it'S booting . .. but without MDP . . I tested it and the same as NetRipper meant- . .IRQ problems |
22:20.38 | cr2_ | i'll edit wiki |
22:22.22 | Markinus | cr2_: I put the other values in the wiki, too, because they are needed for faster calculation. But right, they aren't realy needed. . . |
22:24.32 | cr2_ | Markinus: can we compile uboot for qsd ? |
22:25.52 | Markinus | cr2_: I didn'T tried to compile this bootloader . . have too look on it |
22:26.31 | cr2_ | i think it's much easier too boot, and to debug than the full linux kernel |
22:27.20 | cr2_ | let me know if you can compile it. then we will modify the missing or wrong data |
22:27.42 | Markinus | cr2_: Ok, I'm looking . . |
22:27.58 | cr2_ | uboot + patches from codeaurora |
22:29.22 | NetRipper | cr2_, but uboot is not a wince exe like haret |
22:30.16 | cr2_ | NetRipper: ? |
22:30.22 | cr2_ | NetRipper: it's like zimage |
22:31.09 | cr2_ | NetRipper: i've created a leo_smem and leo_clk pages |
22:31.23 | NetRipper | haret would need modifications to be able to use it |
22:31.27 | cr2_ | the leo_rpc is also there. |
22:31.48 | cr2_ | NetRipper: yes |
22:33.00 | Markinus | cr2_: UBoot have to run on the mobile right? And me can connect to them throght serial interface or so, yes? And this isn't need a working kernel,? But we need a usb/serial or usb/network connection right? |
22:33.18 | cr2_ | Markinus: usb |
22:33.34 | phh | cr2_: they implemented usb support in uboot ? |
22:33.38 | cr2_ | Markinus: you don't even need the lcd. but there is an lcd patch |
22:33.51 | cr2_ | phh: i need to check |
22:34.02 | cr2_ | phh: the lcdc support is there. |
22:34.02 | phh | I want it for msm7k :'( |
22:34.10 | cr2_ | phh: uboot ? |
22:34.16 | phh | yes |
22:34.34 | cr2_ | phh: i think it can be ported |
22:34.48 | cr2_ | phh: uboot has msm nand driver, and can flash nand, btw |
22:34.54 | Markinus | cr2_: this patches, right? |
22:34.56 | Markinus | https://www.codeaurora.org/wiki/QLBEP_Patch_Releases |
22:35.18 | cr2_ | Markinus: yes |
22:35.50 | cr2_ | proc comm support for U-boot. |
22:35.59 | cr2_ | this is probably not needed |
22:36.04 | cr2_ | but i think it's optional |
22:36.08 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
22:36.10 | *** join/#htc-linux KevetS (~Rax@adsl-76-251-213-250.dsl.lgtpmi.sbcglobal.net) |
22:37.45 | cr2_ | Markinus: the alsa patch is unlikely to be for uboot :) |
22:38.10 | cr2_ | i think only PATCH_u-boot* are needed |
22:38.31 | ToAsTcfh | phh: did u see my post last night? |
22:38.39 | phh | I don't think |
22:38.57 | ToAsTcfh | phh: http://en.pastebin.ca/1811270 is anything wrong in here like prefflock or anything |
22:39.18 | cr2_ | Markinus: i think patches are overlapping |
22:39.52 | ToAsTcfh | <3>[ 62.698486] cpufreq: invalid target_freq: 528000 |
22:39.57 | phh | don't know perflock |
22:40.12 | phh | just disactivate it |
22:40.13 | cr2_ | + // Internal peripherals |
22:40.14 | cr2_ | + { 0xA0000000, 17*ONE_MB, MEM_TYPE_PERIPHERAL, 0 }, // Fast Peripheral Bus |
22:40.16 | cr2_ | + { 0xA8000000, 48*ONE_MB, MEM_TYPE_PERIPHERAL, 0 }, // Slow Peripheral Bus |
22:40.26 | *** join/#htc-linux rashire (~ed1112war@98.114.89.97) |
22:40.34 | ToAsTcfh | phh: if i deactivate it the kernel wont boot |
22:40.40 | phh | lol. |
22:40.51 | phh | cr2_: interesting |
22:40.53 | ToAsTcfh | :( |
22:41.15 | cr2_ | NetRipper: something for you |
22:41.18 | cr2_ | + /* Initialize GPT timer support */ |
22:41.19 | cr2_ | + timer_init(); |
22:41.39 | ToAsTcfh | phh: can u send me ur .config? |
22:41.49 | ToAsTcfh | or at least the cpu stuff |
22:41.49 | phh | ToAsTcfh: lol ? |
22:42.00 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
22:42.00 | phh | we have no perflock at all |
22:42.03 | cr2_ | uh |
22:42.05 | cr2_ | + dram_reinit(PHYS_SDRAM_1, PHYS_SDRAM_1_SIZE, 0); |
22:42.10 | ToAsTcfh | :/ |
22:42.23 | Markinus | cr2_: The snapdrogon patches are not needed? PATCH_QSD8650??? hmm |
22:42.45 | ToAsTcfh | if i set the clock to 528 then itll boot. anything over and no boot |
22:42.47 | Markinus | javascript . .ok |
22:43.14 | cr2_ | Markinus: alsa patch looks like a kernel patch |
22:43.38 | cr2_ | + * ATAGs are always at the base of the first sd ram region. |
22:43.40 | cr2_ | + * If that is changing, update the resulting ATAG address |
22:44.08 | cr2_ | NetRipper: i don't know if uboot needs atags itself (i think no), but it is a real haret replacement |
22:45.11 | cr2_ | NetRipper: where is the TCSR_SPARE2 ? |
22:45.35 | tmzt | any reason uboot couldn't run with ce running? |
22:45.40 | cr2_ | NetRipper: i think we may dump its value on boot. to slow down some fast guys :) |
22:46.19 | NetRipper | which value? |
22:46.23 | NetRipper | slow down fast guys? |
22:46.30 | ToAsTcfh | phh: the error i get in dmsg seems to come from cpufreq.c and to do with preflock. idk |
22:47.02 | cr2_ | + // Switch Scorpion clocks source from AXI clock to Scorpion PLL |
22:47.03 | cr2_ | + IO_WRITE32(SPSS_CLK_SEL, 2); |
22:47.08 | cr2_ | NetRipper: the TCSR_SPARE2 |
22:47.41 | cr2_ | hmm. |
22:48.13 | cr2_ | we will have some hard time with putting it in place of spl into smi... |
22:48.49 | cr2_ | ldscript needs to be edited otherwise |
22:50.07 | cr2_ | LCD_BPP == LCD_COLOR24 |
22:50.09 | cr2_ | hehe |
22:50.52 | ToAsTcfh | phh: bzo: \o/ it friggin works!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! |
22:51.29 | bzo | nice, what was the fix? |
22:51.42 | cr2_ | NetRipper: have you looked at these ? |
22:51.46 | cr2_ | +/* Invalidate L1 D-cache */ |
22:51.48 | cr2_ | +WCP15_DCIALL(0); |
22:51.49 | cr2_ | + |
22:51.50 | cr2_ | + /* Invalidate L1 I-cache */ |
22:51.52 | cr2_ | + WCP15_ICIALLU(0); |
22:51.53 | cr2_ | + DSB; |
22:51.55 | cr2_ | + |
22:51.56 | cr2_ | + /* Invalidate the TLB */ |
22:51.58 | cr2_ | + WCP15_UTLBIALL(0); |
22:51.59 | cr2_ | + DSB; |
22:52.01 | cr2_ | + |
22:52.05 | ToAsTcfh | friggin preflock. i disabled it last night but i gues not completely anyhow |
22:52.08 | ToAsTcfh | root@Oldschool:~/kernel-source/eclair-2.6.27# adb shell cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq |
22:52.09 | ToAsTcfh | 480000 |
22:52.09 | ToAsTcfh | root@Oldschool:~/kernel-source/eclair-2.6.27# adb shell cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq |
22:52.09 | ToAsTcfh | 547200 |
22:53.04 | NetRipper | cr2_, that from uboot code? no i havent looked at it |
22:53.15 | bzo | glad you figured it out |
22:53.50 | cr2_ | NetRipper: a lot of very lowlevel things |
22:53.52 | ToAsTcfh | yeah i set it to 610000 and only got 547 wtf? |
22:54.27 | ToAsTcfh | bzo lol my config max lol fixed |
22:54.34 | cr2_ | NetRipper: cough. ehci driver :) |
22:54.44 | ToAsTcfh | i tried a bunch of stuff last night |
22:55.34 | cr2_ | NetRipper: no need for rpc |
22:55.36 | *** join/#htc-linux myn\ (cereal@cpe-71-64-8-167.insight.res.rr.com) |
22:55.38 | cr2_ | + // Reset USBHS core |
22:55.40 | cr2_ | + IO_WRITE32(APPS_RESET, (IO_READ32(APPS_RESET) | APPS_RESET__USBH___M)); |
22:55.40 | ToAsTcfh | bzo u got plans for userland and the oc patch? |
22:55.41 | cr2_ | + // Reset USB PHY |
22:55.42 | cr2_ | + IO_WRITE32(APPS_RESET, (IO_READ32(APPS_RESET) | APPS_RESET__USB_PHY___M)); |
22:56.04 | NetRipper | cr2_, you mean no need for rpc to get usb working? |
22:56.06 | IceBone | Ugh... Am I stupid or have I really lost the ability to set any pic as wallpaper? |
22:56.21 | NetRipper | IceBone, you really want an answer? |
22:56.23 | NetRipper | ;) |
22:56.26 | IceBone | :P |
22:56.29 | cr2_ | NetRipper: in hte mahimahi code these are 2 proc_comm calls |
22:56.34 | NetRipper | cr2_, ah ok |
22:56.45 | bzo | ToAsTcfh: not at the moment |
22:56.48 | NetRipper | cr2_, still the memory might be protected on leo ;) or did you check already? |
22:57.00 | cr2_ | <PROTECTED> |
22:57.01 | cr2_ | <PROTECTED> |
22:57.55 | cr2_ | <PROTECTED> |
22:57.55 | cr2_ | <PROTECTED> |
22:57.55 | phh | (and there are such rpc commands too) |
22:57.55 | cr2_ | NetRipper: it is protected |
22:57.55 | ToAsTcfh | bzo tru.. good work though. hey what app u use to bench? |
22:57.56 | cr2_ | phh: see what they mean ^^^^ |
22:58.06 | cr2_ | phh: just seting a bit in APPS_RESET ;) |
22:58.10 | phh | yup. |
22:58.15 | bzo | ToAsTcfh: Cpu Benchmark |
22:58.23 | phh | rpc over smd over shared memory + remot interrupts |
22:58.27 | phh | *just* to write a single bi. |
22:58.27 | phh | t |
22:58.28 | NetRipper | cr2_, ok so then we still need rpc |
22:58.42 | cr2_ | phh: yeah. "innovation" |
22:58.49 | phh | cr2_: obfuscation. |
22:59.01 | cr2_ | NetRipper: to keep the googel api . yes |
22:59.26 | cr2_ | NetRipper: should be easy to do though |
22:59.31 | phh | I prefer the manual set bit |
22:59.32 | *** join/#htc-linux ccube (~ccube@95-90-193-11-dynip.superkabel.de) |
22:59.37 | phh | at least we're sure it doesn't rely on amss |
22:59.42 | cr2_ | just need to document whcih clocks and rpcs are needed |
22:59.54 | cr2_ | phh: rely ? |
23:00.12 | phh | rpc depends on the amss no ? |
23:00.39 | cr2_ | yes |
23:00.41 | phh | (or it's my english which is bad ?) |
23:00.44 | cr2_ | + // Enable IDpullup to start ID pin sampling |
23:00.45 | cr2_ | + usbhs_ulpi_phy_write_reg(0xB, 0x01); |
23:00.54 | cr2_ | haha |
23:01.03 | cr2_ | obfuscation |
23:01.18 | cr2_ | it's very nice that we have uboot for qsd |
23:01.49 | cr2_ | phh: hmm |
23:01.53 | cr2_ | + // ZZZZ Turn on VBUS supply |
23:01.55 | cr2_ | + // For now assume it has been turned on before U-boot. |
23:02.19 | phh | oO |
23:02.25 | cr2_ | phh: i think they just use usb keybaord on the ehci port |
23:03.04 | tmzt | spl/oemsbl still runs on scorp dev platform? |
23:03.20 | cr2_ | phh: so there is no "usb" supooort |
23:03.30 | bzo | phh: do we support any msm7x25 or msm7x27 devices? |
23:03.33 | phh | no |
23:03.34 | cr2_ | tmzt: oemsbl yes |
23:03.40 | phh | bzo: why ? |
23:04.00 | bzo | phh: codeauora acpuclock has some specific cases for them |
23:04.20 | cr2_ | bzo: 7201A is different |
23:04.23 | *** join/#htc-linux krisje8 (krisje8@gateway/shell/blinkenshell.org/x-hxgpikccqxjfdxhk) |
23:04.46 | phh | bzo: msm7x{2,3}x is closer to qsd than 7x01 |
23:05.08 | bzo | so I guess I should just strip out those cases in my merge? |
23:05.10 | cr2_ | phh: sd clocks in uboot |
23:05.13 | cr2_ | +enum SD_MCLK_speed {MCLK_400KHz, MCLK_25MHz, MCLK_48MHz, MCLK_50MHz}; |
23:05.14 | *** join/#htc-linux ccube (~ccube@95-90-193-11-dynip.superkabel.de) |
23:05.18 | ToAsTcfh | bzo how to ramp it up to max? im only getting the 480 in current |
23:05.44 | phh | ToAsTcfh: cd /blabla/cpufreq |
23:05.54 | phh | cat cpuinfo_max_freq > governor_min_freq |
23:06.07 | tmzt | what's gov? |
23:06.24 | cr2_ | phh: haha |
23:06.27 | cr2_ | + // Configure GPIOs |
23:06.29 | cr2_ | + // ZZZZ Todo: move to ARM9 or do via IPC |
23:06.30 | bzo | ToAsTcfh: the acpu_freq_tbl has a bug. For the 384000 entry, change the last -1 to a 7 |
23:06.36 | phh | cr2_: tss |
23:06.43 | phh | cr2_: gpio isn't hard ... |
23:06.53 | ToAsTcfh | ok |
23:07.27 | bzo | cr2_: finally got around to the wiki, added a little info to MSM_CLK. Basic stuff, but will help someone new to it |
23:08.24 | cr2_ | bzo: on 7225 ? |
23:08.32 | tmzt | cr2_: that's just uboot |
23:08.32 | cr2_ | + // TODO: Change search in SMEM to smem_alloc call |
23:08.38 | tmzt | hw should already be set up |
23:08.51 | tmzt | even better :) |
23:08.58 | bzo | cr2_: 7500, though probably also aplicable to 7200 |
23:09.08 | cr2_ | tmzt: i have looked at the oemsbl already |
23:09.21 | cr2_ | bzo: ? |
23:09.34 | tmzt | what are you looking for? |
23:09.49 | cr2_ | bzo: 7500 from where ? |
23:10.36 | bzo | cr2_: the info I added is more theory of operation on how clocks/plls are selected, not very specific to any cpu |
23:11.32 | cr2_ | bzo: the pll calculation formula is already in the kernel |
23:11.42 | phh | (in proc_comm_wince.c) |
23:12.46 | bzo | cr2_: right, it is basic info |
23:13.01 | stinebd | phh: mirror is finished |
23:13.07 | stinebd | phh: http://xdandroid.southcape.org/ |
23:13.24 | phh | stinebd: ok great |
23:13.30 | cr2_ | bzo: the axi clock control is more interesting :) |
23:13.37 | cr2_ | bzo: because it's unknown. |
23:14.14 | stinebd | phh: would an hourly cron to update it be ok? |
23:14.19 | dcordes__ | cr2_, any news on the global clock driver? |
23:14.23 | bzo | cr2_: yes, hope we can figure it out soon |
23:14.26 | tmzt | it's different on 7x0x right? |
23:14.28 | phh | stinebd: I guess so |
23:14.44 | cr2_ | dcordes__: news ? |
23:14.45 | stinebd | done |
23:15.42 | *** join/#htc-linux Spirits-Sight (~Spirits-S@c-24-91-187-210.hsd1.ma.comcast.net) |
23:15.56 | dcordes__ | cr2_, yes. like does it work already? I mean the global clock driver that is suiteable for all msm devices |
23:16.17 | cr2_ | NetRipper: the udelay in uboot is implemented using GPT |
23:16.56 | cr2_ | dcordes__: will be done as a switch() for a common proc_comm implementation. |
23:17.04 | Spirits-Sight | can anyone tell me if its normal to have about 1inch of white on the bottom of my kaiser screen when booting (first vib)? |
23:17.14 | cr2_ | dcordes__: so you will see which clocks we can control, and which not |
23:17.38 | stinebd | i built the nexus launcher in aosp tree but the renderscript library that it uses doesn't support ogles 1.0-cm :( |
23:17.39 | cr2_ | dcordes__: you may create some wiki page for it, so we can keep track of this info |
23:17.43 | tmzt | Spirits-Sight: what mtype? |
23:17.48 | tmzt | kaiser? |
23:17.51 | tmzt | hmm |
23:17.54 | tmzt | huh |
23:18.01 | dcordes__ | cr2_, ok |
23:18.08 | Spirits-Sight | kaiser100 |
23:18.15 | Spirits-Sight | tmzt: ^ |
23:18.41 | tmzt | yeah that's weird |
23:18.45 | dcordes__ | Spirits-Sight, maybe you have wrong value in one of the cmdline settings in default.txt |
23:18.57 | dcordes__ | Spirits-Sight, there are some panel parameters |
23:18.58 | Spirits-Sight | NAND |
23:19.03 | tmzt | I thought you might have a wvga device running vga mtype |
23:19.09 | Spirits-Sight | I have tryed all three types |
23:19.18 | tmzt | rotated badly possibly |
23:20.11 | cr2_ | Markinus: have you read this ? |
23:20.15 | cr2_ | +++ u-boot-2009.03_PATCH_2009_07_10/doc/README.qsd8x50_surf2009-07-10 13:49:30.000000000 -0400 |
23:20.17 | cr2_ | @@ -0,0 +1,208 @@ |
23:20.18 | cr2_ | + |
23:20.20 | cr2_ | +U-Boot for QSD8x50 SURF |
23:20.21 | cr2_ | +========================= |
23:20.23 | cr2_ | + |
23:20.24 | cr2_ | +This document describes how to install u-boot on QSD8x50 SURF |
23:20.26 | cr2_ | +(both 256mb and 512mb). |
23:20.52 | cr2_ | tmzt: sounds fun :) |
23:20.55 | cr2_ | +$ make QSD8x50_surf_config |
23:20.57 | cr2_ | +$ make |
23:20.59 | cr2_ | + |
23:21.00 | cr2_ | +This should yield u-boot.bin file. This is to be wrapped with an appropriate |
23:21.02 | cr2_ | +header so that it can replace the apps bootloader (appsboot.mbn). |
23:21.21 | tmzt | flash a Nexus |
23:21.50 | cr2_ | tmzt: should have a usb-serial cable for oemsbl before :) |
23:21.57 | Markinus | cr2_: No, because I tested the patches. We cannot do the patches without manualy correction . . |
23:22.02 | tmzt | yeah |
23:22.07 | Markinus | cr2_: But I take a look |
23:22.20 | tmzt | just connect 2.8v to usb d+/d- or d-/d+ |
23:22.28 | cr2_ | +CONFIG_LCDC_CONSOLE |
23:22.29 | cr2_ | +Defining this causes the stdin to be usbkbd and stdout, stderr to be lcdc. |
23:22.31 | cr2_ | +If undefined the console uses serial for stdin, stdout and stderr. |
23:22.32 | cr2_ | +The serial port is setup to be 115200bps, 8 data bits, no parity, 1 stop bit |
23:22.33 | cr2_ | +and no flow control. |
23:22.35 | cr2_ | uart3 on leo |
23:22.35 | Spirits-Sight | tmzt: I am using NAND the one I am using is: KAISIMG-PANEL2-320-TILT.NBH from SF, I have tried 1 & 3. Any ideas? |
23:22.55 | tmzt | post on the thread |
23:23.16 | tmzt | are you flashing the whole thing or just xip? |
23:23.16 | cr2_ | Markinus: yes, we need to change the smi memory location to a higher address (because of mpu) |
23:23.30 | cr2_ | Markinus: and gpio/clock settings too |
23:23.36 | Spirits-Sight | I have, I have not goten a response? OK which thread I am following many? |
23:24.01 | Spirits-Sight | tmzt: if the question was for me the whole thing |
23:24.51 | cr2_ | tmzt: booting from nand |
23:24.55 | cr2_ | +A kernel image with mkimage header or multi-file image should be flashed to the |
23:24.56 | cr2_ | +APPS partition of the NAND (apps.mbn). |
23:25.12 | tmzt | Spirits-Sight: why? your reseting each time, just flash xip |
23:25.13 | cr2_ | Markinus: +QSD8x50 LCDC driver currently support displaying 24 bpp 800x480 size bitmaps. |
23:25.28 | cr2_ | Markinus: so it needs to be changed too |
23:25.37 | Spirits-Sight | what is xip? sorry for a dum question? |
23:25.56 | NetRipper | ~leo-ramconsole |
23:25.57 | apt | somebody said leo-ramconsole was pwf myramconsole 0x2FFC0000 0x40000 |
23:26.04 | tmzt | the first part of that nbh with the bootloader and kernel |
23:26.48 | Spirits-Sight | tmzt: where do I get that? also is there a new verison already? |
23:27.07 | cr2_ | hm. DMA channels need to be checked too |
23:27.17 | cr2_ | g1 code was buggy here |
23:27.53 | cr2_ | but these look familiar |
23:27.54 | tmzt | why doesn't dzo have panel detect code? |
23:27.57 | cr2_ | +// QSD8x50 specific ADM channels |
23:27.58 | cr2_ | +#define ADM_AARM_NAND_CHN 7 |
23:28.00 | cr2_ | +#define ADM_AARM_SD_CHN 8 |
23:28.08 | cr2_ | tmzt: because he has only 1 panel |
23:28.26 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
23:28.27 | cr2_ | tmzt: he is not doing it on diam too |
23:29.19 | cr2_ | NetRipper: +#define TCSR_SPARE2 (0xA8700060) |
23:29.26 | Markinus | cr2_: sorry, but this modifications are to much for me . .I would need to much time for this and whether it would work is a other question. Compile no a problem but to many changes. . |
23:29.50 | ToAsTcfh | bzo in my clock table i dont have 384. my last clock before 528 is 480. so change that one to 7? |
23:29.52 | cr2_ | Markinus: let me know if it compiles |
23:30.24 | cr2_ | Markinus: the changes are not that big as it sounds. |
23:30.39 | bzo | ToAsTcfh: yes I think so |
23:31.06 | ToAsTcfh | what does that do? |
23:31.09 | Markinus | cr2_: ok, so as first I try only to compile |
23:31.47 | *** join/#htc-linux Wr4i7h_ (~abc@89.180.151.129) |
23:32.14 | ToAsTcfh | bzo i mean what does that fix? |
23:33.09 | bzo | without that fix, it doesn't know how to jump to a higher oc freq |
23:33.53 | ToAsTcfh | ok is there a certain multiplication of the clocks that must be followed? |
23:34.42 | bzo | yes, but it will round down to the right value |
23:35.07 | ToAsTcfh | yeah because when i set for 610000 it wont event init |
23:35.10 | Spirits-Sight | So I did a google to find the XIP but don't seem to find the place, where should I look? |
23:36.13 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
23:39.11 | AstainHellbring | hi |
23:43.56 | cr2_ | phh: have you tracked down the grp clock bits ? |
23:44.05 | phh | cr2_: which ones ? |
23:44.30 | cr2_ | AXI_RESET, grp: orr/bic 0x20 |
23:44.38 | cr2_ | APPS_RESET: mask=0x1fff, bit 1 - VFE |
23:44.44 | cr2_ | ROW_RESET, sd related; grp: orr/bic 0x20000 |
23:44.51 | cr2_ | VDD_GRP_GFS_CTL, grp: 0x1f/0x11f |
23:44.57 | cr2_ | MSM_RAIL_CLAMP_IO, grp: orr/bic 4 |
23:45.04 | ToAsTcfh | bzo i got 547 as my max but cant jump up to it |
23:45.11 | cr2_ | PRPH_WEB_NS_REG, grp orr 1;bic 1 |
23:45.20 | ToAsTcfh | 480 is always my current |
23:46.14 | cr2_ | phh: something else ? |
23:46.22 | phh | cr2_: I think that's all |
23:46.30 | bzo | ToAsTcfh: pastebin your freq table |
23:46.39 | cr2_ | phh: ok |
23:46.44 | ToAsTcfh | http://en.pastebin.ca/1812627 < bzo |
23:47.10 | Markinus | cr2_: patched - - now compiling |
23:47.22 | cr2_ | Markinus: nice |
23:47.26 | ToAsTcfh | im turbo |
23:48.23 | Markinus | cr2_: done |
23:48.53 | Markinus | cr2_: now you have to help me what I've to modify |
23:49.56 | bzo | ToAsTcfh: think you changed the wrong one. look at line 131 |
23:52.36 | cr2_ | Markinus: ok, let's move it for tomorrow aka today :) |
23:52.40 | cr2_ | good night |
23:52.53 | phh | why tomorrow can't be 6125 audio day :'( |
23:53.32 | Markinus | phh: hmm, yes, you're right :( Would be better . . |
23:54.16 | tmzt | 6125? |
23:54.28 | phh | topa/rhod |
23:54.34 | tmzt | gsm? |
23:54.47 | phh | gsm+cdma afaik |
23:54.51 | Markinus | tmzt: I think both . . |
23:54.54 | Markinus | yeah |
23:55.08 | phh | tmzt: what's your amss ? see dmesg |
23:55.44 | *** join/#htc-linux irlolcopter (~irlolcopt@host86-161-122-93.range86-161.btcentralplus.com) |
23:56.53 | tmzt | cdma/gsm |
23:56.56 | tmzt | I'm in wm |
23:57.15 | phh | hum I don't remember where you can see your amss in wm |
23:57.28 | tmzt | 6125 |
23:57.35 | tmzt | device info |
23:57.43 | phh | see, same for everyone |
23:57.49 | tmzt | awesome |
23:57.51 | phh | :p |
23:57.55 | tmzt | I didn't know that |
23:58.02 | phh | it's better for you uh ? :p |
23:58.05 | tmzt | so we need to get it working |
23:58.18 | tmzt | what's not working? |
23:58.25 | phh | adsp |
23:58.27 | tmzt | ah, android data |
23:58.36 | tmzt | then debian should work fine |
23:58.40 | phh | hum no, android data works iirc |
23:58.50 | phh | just needs to setup manually the "apn" |
23:58.54 | tmzt | on 95civic? |
23:58.58 | tmzt | I'm cdma |
23:59.03 | phh | mmm no |
23:59.19 | phh | http://forum.xda-developers.com/showthread.php?t=624808 someone in this thread mentionned cdma data works |
23:59.50 | phh | http://forum.xda-developers.com/showpost.php?p=5711357&postcount=292 |