| 00:02.13 | gauner1986 | nothing to do tomorrow NetRipper? :) |
| 00:02.24 | gauner1986 | or are you a student, like me |
| 00:02.34 | NetRipper | nah i got work |
| 00:02.43 | NetRipper | im off to bed in a min |
| 00:02.47 | NetRipper | alarm goes in 5 hours |
| 00:02.49 | NetRipper | less |
| 00:02.53 | gauner1986 | ah |
| 00:02.54 | gauner1986 | poor guy |
| 00:02.58 | NetRipper | yeh |
| 00:03.01 | gauner1986 | i just have to get up at 11am |
| 00:03.06 | NetRipper | darn you |
| 00:03.17 | gauner1986 | i love my student life |
| 00:03.18 | gauner1986 | :P |
| 00:03.30 | NetRipper | yea i loved it too |
| 00:03.44 | NetRipper | but its nothing more than sentiment to me now |
| 00:03.44 | NetRipper | :P |
| 00:04.28 | gauner1986 | at least you got money now |
| 00:04.30 | gauner1986 | ;) |
| 00:06.51 | tmzt_ | mickey|zzZZzz: what are you removing wakelocks for? |
| 00:09.55 | ToAsTcfh | phh: ok well i get this |
| 00:10.34 | ToAsTcfh | phh: <4>[ 3320.702392] msm_cpufreq_target 595200 r 1 (480000-595200) selected 595200 |
| 00:11.41 | ToAsTcfh | no errors found in last_kmsg. strange i know. as soon as i set the clock it locks the phone up no matter what i do |
| 00:12.02 | ToAsTcfh | itll hang for a few then reboot |
| 00:19.48 | ToAsTcfh | also i seen u say something about memory divisors. do u tung that could be the issue? |
| 00:20.07 | ToAsTcfh | bzo: ping |
| 00:20.48 | bzo | yes? |
| 00:21.08 | ToAsTcfh | i seen u and phh talking about memory earlier |
| 00:21.22 | ToAsTcfh | do u think that could be my issue |
| 00:21.33 | ToAsTcfh | overclocking |
| 00:22.29 | ToAsTcfh | i set the clock from within android and it just causes the phone to hang and reboot after a minute or so |
| 00:22.43 | bzo | I wouldn't think so. I don't know if you kernel can control that, but even if it did it wouldn't cause a problem for small increases in freq |
| 00:23.28 | ToAsTcfh | yeah i get the same results even when setting it to 528 |
| 00:23.55 | ToAsTcfh | actually anything over 480 (max pll1 |
| 00:24.44 | bzo | your phone does not use pll2 for the max freq? |
| 00:25.16 | ToAsTcfh | when the clock moves up to pll2 it hangs |
| 00:25.28 | ToAsTcfh | when using ur patch |
| 00:26.10 | bzo | does it normally use pll2? |
| 00:26.16 | ToAsTcfh | yep |
| 00:26.21 | ToAsTcfh | for 528 |
| 00:26.26 | AstainHellbring | ahhh feels sooo nice to be home again |
| 00:27.23 | ToAsTcfh | bzo: #endif |
| 00:27.23 | ToAsTcfh | { 528000, ACPU_PLL_2, 2, 1, 132000, 3, VDD_7, 160000, 0, 5, -1 }, |
| 00:27.23 | ToAsTcfh | { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 }, |
| 00:27.23 | ToAsTcfh | }; |
| 00:28.44 | ToAsTcfh | what i ended up doin is hardcoding it in acpuclock. then bringing the max in the config down to 480. at that point it boots. |
| 00:29.00 | ToAsTcfh | then i echo the max after im booted in |
| 00:29.07 | ToAsTcfh | and it hangs |
| 00:29.12 | ToAsTcfh | with no errors |
| 00:30.00 | bzo | sounds like the same as booting with the oc patch |
| 00:30.11 | ToAsTcfh | yeh ut it |
| 00:30.18 | ToAsTcfh | it is |
| 00:30.57 | ToAsTcfh | i did it this way to get a better look at kmsg and last_kmsg |
| 00:31.21 | ToAsTcfh | seeing android is such a pain at retrieving ramconsole |
| 00:32.19 | ToAsTcfh | i seen somewherethat it could be the radio stopping it. but if that were the case then 528 would work fine |
| 00:33.02 | ToAsTcfh | so something must be conflicting man |
| 00:33.14 | bzo | not exactly, the oc patch changes the divider of pll2 to 1 instead of 2 |
| 00:33.23 | bzo | so it runs different even at 528 |
| 00:33.45 | ToAsTcfh | different how? |
| 00:33.54 | ToAsTcfh | like what would be changed |
| 00:34.13 | ToAsTcfh | mem dividers and such |
| 00:34.18 | bzo | pll2 runs at 1 divider instead of 2 (1.056 ghz) |
| 00:35.09 | ToAsTcfh | i understand that much. but ur saying its not really being down clocked to 528 then? |
| 00:35.38 | bzo | stock = pll2 @ 1056myz /2 = 528mhz |
| 00:35.48 | bzo | oc = pll2 @ 528mhz/1 = 528mhz |
| 00:36.09 | gauner1986 | im off to bed |
| 00:36.13 | gauner1986 | good night |
| 00:37.34 | ToAsTcfh | i understand that man. i just dont understand why that would be a big deal if i wasnt running over 528 |
| 00:37.52 | ToAsTcfh | i guess other things run of that bus also |
| 00:37.56 | bzo | maybe it doesn't like the 1 divider? |
| 00:38.23 | ToAsTcfh | that dosnt leave me with much options then huh lol |
| 00:38.54 | bzo | you could try leaving the divider at 2, though I think you may have done that already once |
| 00:39.12 | ToAsTcfh | no ive only used ur source |
| 00:39.32 | ToAsTcfh | but how to oc with the divider of 3 |
| 00:39.34 | ToAsTcfh | 2 |
| 00:39.57 | ToAsTcfh | 528 is half which makes it the max |
| 00:40.02 | bzo | there should be a comment that says something about changing the divider, comment out that code |
| 00:40.13 | bzo | set the oc freq to twice what you are aiming for |
| 00:41.49 | ToAsTcfh | * Program clock divider */ |
| 00:42.38 | ToAsTcfh | * AHB_CLK_DIV */ |
| 00:42.38 | ToAsTcfh | clk_div = (readl(A11S_CLK_SEL_ADDR) >> 1) & 0x03; |
| 00:42.38 | ToAsTcfh | /* |
| 00:42.38 | ToAsTcfh | <PROTECTED> |
| 00:42.38 | ToAsTcfh | <PROTECTED> |
| 00:42.39 | ToAsTcfh | <PROTECTED> |
| 00:43.55 | ToAsTcfh | nm |
| 00:46.14 | ToAsTcfh | bzo: does this section need to go also >>> CLK_SEL_SRC1N0 */ |
| 00:47.17 | bzo | comment out the 11 lines of code after the comment |
| 00:56.47 | ToAsTcfh | # echo 610000 >/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq |
| 00:56.51 | ToAsTcfh | <4>[ 185.404388] msm_cpufreq_target 595200 r 1 (480000-595200) selected 595200 |
| 00:57.59 | ToAsTcfh | bzo: unless u meant to set it twice the desired speed in acpuclock |
| 00:58.10 | *** join/#htc-linux blendmaster1024 (~blendmast@unaffiliated/blendmaster1024) |
| 00:58.48 | ToAsTcfh | it did the same thing though either way |
| 00:58.56 | bzo | oh, I forgot you have no kernel args, how are you setting the oc freq? |
| 00:59.11 | ToAsTcfh | in acpuclock |
| 00:59.52 | bzo | right, so set the desired freq to 2x what you want (i.e. 1.2ghz will give you 600mhz) |
| 01:01.14 | ToAsTcfh | static int oc_freq_khz = 1200000; |
| 01:01.14 | ToAsTcfh | module_param_named(oc_freq_khz, oc_freq_khz, int, S_IRUGO | S_IWUSR | S_IWGRP); |
| 01:02.59 | ToAsTcfh | and when echoing just echo 1200000 ? |
| 01:03.06 | ToAsTcfh | or 600000 |
| 01:03.30 | bzo | try the higher # for now, you'll have to fix some other stuff if this actually works |
| 01:07.18 | ToAsTcfh | echo 1200000 >/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq |
| 01:07.27 | ToAsTcfh | no dice it didnt even set it |
| 01:08.30 | bzo | try setting oc_freq_khz /=2 right after the code you commented out, and echo with 60000 |
| 01:12.38 | ToAsTcfh | speed->a11clk_src_div = (speed->a11clk_src_div + 2) /2 - 1; |
| 01:12.38 | ToAsTcfh | a11clk_khz_new = oc_freq_khz / (speed->a11clk_src_div + 1); |
| 01:12.38 | ToAsTcfh | |
| 01:12.40 | ToAsTcfh | ? |
| 01:14.17 | bzo | actually, do this instead, right before the code you commented out: |
| 01:14.26 | bzo | writel(oc_freq_khz / 19200, MSM_CLK_CTL_BASE+0x33c); |
| 01:14.32 | bzo | change to |
| 01:14.38 | bzo | writel(oc_freq_khz * 2/ 19200, MSM_CLK_CTL_BASE+0x33c); |
| 01:15.20 | bzo | then don't worry about any doubling, set the oc_freq_khz to the actual freq you want, as well as your echo thing |
| 01:16.56 | bzo | bbl |
| 01:24.55 | Hoochster | evening |
| 01:26.29 | AstainHellbring | evening Hoochster |
| 01:26.49 | Hoochster | whatup |
| 01:27.18 | AstainHellbring | just chillin |
| 01:28.59 | Hoochster | me as well heh started to weed eat the back yard after work heh nowhere near done lol |
| 01:33.13 | *** join/#htc-linux br1ck_ (~br1ck@xdslca014.osnanet.de) |
| 01:35.01 | *** join/#htc-linux toastcfh_ (~chatzilla@24.94.158.107) |
| 01:46.02 | *** join/#htc-linux Roguefoxx (~roguefoxx@99-28-135-147.lightspeed.cktnmi.sbcglobal.net) |
| 01:51.21 | *** join/#htc-linux mastermerlin_ (~merlin@pD957FBF9.dip.t-dialin.net) |
| 01:52.00 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
| 01:56.49 | *** join/#htc-linux DaveWM (dave@h-96-13-58-197.ip.alltel.net) |
| 01:58.28 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 02:07.39 | *** join/#htc-linux jamenlang2 (~jamenlang@68-170-60-12.mammothnetworks.com) |
| 02:09.58 | ToAsTcfh | whoa chatzilla is massive |
| 02:11.51 | randomblame | maybe that's why they call it chatzilla rather than chat... I got nothin |
| 02:12.36 | jamenlang2 | chatsqueak |
| 02:12.46 | randomblame | bang that's it |
| 02:12.58 | randomblame | I need coffee |
| 02:13.07 | jamenlang2 | does anyone have an easy way to contact GlemSom? |
| 02:13.20 | jamenlang2 | i assume glemsom@anapnea.net |
| 02:15.54 | ToAsTcfh | lol |
| 02:16.28 | ToAsTcfh | i lke it but it looks like its for blind people |
| 02:16.42 | ToAsTcfh | idk could be just me |
| 02:17.53 | *** join/#htc-linux Kawaiius (~yadayada@pool-72-84-136-77.slsbmd.east.verizon.net) |
| 02:22.33 | *** join/#htc-linux unitypunk (~unitypunk@241.sub-75-208-33.myvzw.com) |
| 02:27.50 | *** join/#htc-linux enjalot (~enjalot@c-98-230-50-70.hsd1.fl.comcast.net) |
| 02:39.59 | *** part/#htc-linux |Jason8| (~JayAte@server2.tiltshellz.org) |
| 02:59.25 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.35) |
| 03:28.48 | *** join/#htc-linux Termana (~bradley@123-3-85-159.static.dsl.dodo.com.au) |
| 03:34.57 | *** join/#htc-linux Kristian21x (~trjmkztdg@pool-173-63-172-239.nwrknj.fios.verizon.net) |
| 03:53.06 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
| 03:58.25 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
| 04:11.33 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
| 04:12.00 | *** join/#htc-linux ALoGeNo (~314@127.Red-83-63-196.staticIP.rima-tde.net) |
| 04:12.00 | *** join/#htc-linux ALoGeNo (~314@unaffiliated/alogeno) |
| 04:12.04 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
| 04:13.52 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
| 04:17.46 | Termana | Anyone know what I need to add to CONFIG_CMDLINE to get the framebuffer console to activate on the Nexus One? |
| 04:18.29 | tmzt_ | yeah, it might be eaiser here |
| 04:18.37 | tmzt_ | the problem is fbcon is normally disabled |
| 04:18.49 | tmzt_ | so you need to change .config as well, not just the cmdline |
| 04:19.26 | tmzt_ | CONFIG_FRAMEBUFFER_CONSOLE=y |
| 04:19.30 | tmzt_ | CONFIG_VT=y |
| 04:19.40 | Termana | yeah, thats fine. I noticed that the normal framebuffer console options don't show up in menuconfig in N1 trees for some reason |
| 04:19.45 | tmzt_ | I think some people here have already run X on snapdragon |
| 04:20.18 | Termana | I guess the fact that CONFIG_VT might be disabled, and they only show up if its enabled |
| 04:20.55 | Termana | So what exactly do I need to add to CONFIG_CMDLINE to just get a framebuffer console to show up? |
| 04:21.06 | Termana | Or do I need to add anything at all? |
| 04:21.36 | tmzt_ | no, CONFIG_VT doesn't really have anything to do with it |
| 04:21.43 | tmzt_ | but you need to activate them for it to be usable |
| 04:22.15 | Termana | tmzt_: Maybe not, but looking through the correct kconfig, the fbcon options won't show unless VT is enabled |
| 04:22.25 | tmzt_ | hmm |
| 04:22.26 | tmzt_ | maybe |
| 04:22.39 | tmzt_ | just activate both of them and build the kernel |
| 04:22.55 | Termana | no modifications to cmdline? |
| 04:23.03 | tmzt_ | probably not |
| 04:23.10 | tmzt_ | unless you want to rotate it |
| 04:23.37 | *** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt) |
| 04:25.37 | Termana | tmzt_: Thanks :) Building now. The reason I wanted a framebuffer console is because I've rebased cyanogen's kernel to .34-rc2, and its not booting. I don't have a N1 yet (as you know from our conversation the other day), but I'm getting people to test it so hopefully they will tell me what the errors are. |
| 04:25.58 | tmzt_ | what are you porting? |
| 04:26.03 | *** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt) |
| 04:26.14 | *** join/#htc-linux DaveWM (~dave@h-96-13-67-251.ip.alltel.net) |
| 04:32.44 | Termana | tmzt_: What am I porting? Look in my last message :P I'm not porting anything particularly or userspace wise if thats what you mean. I'm just rebasing the kernel to 34-rc2, which was the latest when I started, now its 34-rc3 or 34-rc4 |
| 04:33.13 | tmzt_ | yeah, what os |
| 04:34.10 | Termana | tmzt_: Android I guess. I'm not coupling the kernel with any userspace, I just assume that everyone thats testing it is using Cyanogen's userspace. |
| 04:34.28 | *** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt) |
| 04:34.32 | Termana | I'm just providing the kernel for flashing with fastboot |
| 04:36.37 | Termana | tmzt_: Do I need to change the console= part to console=ttyS0 or tty0 or leaving it as ttyMSM should be fine? |
| 04:39.45 | tmzt_ | add either of those |
| 04:40.04 | tmzt_ | I think that's part of how google restricts console access |
| 04:40.13 | tmzt_ | (see the first g1 and our early comments here ) |
| 04:42.41 | Termana | tmzt_: So thats a yes to change ttyMSM to tty0? |
| 04:44.17 | tmzt_ | yeah |
| 04:56.50 | tmzt_ | http://www.linuxfordevices.com/c/a/News/TI-WiLink-60-WL1271/?kc=rss |
| 04:59.08 | *** join/#htc-linux DaveWM (dave@h-98-134-22-115.ip.alltel.net) |
| 05:01.31 | *** join/#htc-linux Kawaiius (~yadayada@pool-71-255-177-18.slsbmd.east.verizon.net) |
| 05:17.00 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87c5f8.pool.mediaWays.net) |
| 06:01.54 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
| 06:02.58 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
| 06:05.32 | *** join/#htc-linux moishaspb (~chatzilla@user-12hdsgv.cable.mindspring.com) |
| 06:07.28 | *** join/#htc-linux hes80 (~Stephan_H@188.104.243.170) |
| 06:18.23 | *** join/#htc-linux tfried2001 (~tfried200@82.211.188.186) |
| 06:31.13 | *** join/#htc-linux polyrhythmic (~charles@c-67-171-16-39.hsd1.wa.comcast.net) |
| 06:37.41 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
| 06:39.18 | *** join/#htc-linux polyrhythmic (~charles@c-67-171-16-39.hsd1.wa.comcast.net) |
| 06:43.56 | *** join/#htc-linux kiozen (~oeichler@p54920F0B.dip0.t-ipconnect.de) |
| 06:45.37 | *** part/#htc-linux hes80 (~Stephan_H@188.104.243.170) |
| 06:54.16 | *** join/#htc-linux DaveWM (dave@h-98-134-43-213.ip.alltel.net) |
| 07:05.03 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 07:12.41 | *** part/#htc-linux tfried2001 (~tfried200@82.211.188.186) |
| 07:14.47 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
| 07:18.11 | *** join/#htc-linux Markinus (~Miranda@gtng-4db049d0.pool.mediaWays.net) |
| 07:23.12 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
| 07:24.54 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
| 07:30.40 | *** join/#htc-linux GNUtoo (~GNUtoo@host137-158-dynamic.54-79-r.retail.telecomitalia.it) |
| 07:33.50 | *** join/#htc-linux zachy (~george@ip-85-160-21-202.eurotel.cz) |
| 07:41.47 | *** join/#htc-linux Captnoord (~Captnoord@145.74.218.14) |
| 07:42.37 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
| 08:09.58 | *** join/#htc-linux johnb81 (~john@88.226.97.204) |
| 08:23.39 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
| 08:30.49 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.51) |
| 08:51.57 | *** join/#htc-linux Vito_| (~Sysel@195.113.241.225) |
| 08:55.45 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
| 08:56.26 | *** join/#htc-linux zenity (~polymod@general-ld-216.t-mobile.co.uk) |
| 09:09.27 | *** join/#htc-linux DaveWM (dave@h-98-134-12-38.ip.alltel.net) |
| 09:21.50 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 09:47.21 | dcordes | hi |
| 09:47.24 | dcordes | Markinus, what was the exact command you used to pull in+merge ? |
| 09:47.37 | Markinus | dcordes: hi |
| 09:47.39 | Markinus | moment |
| 09:47.52 | Markinus | git pull git://android.git.kernel.org/kernel/msm.git android-msm-2.6.32 |
| 09:47.59 | Markinus | in our .32 repo |
| 09:48.13 | dcordes | then it gives the error |
| 09:48.18 | dcordes | not ff |
| 09:48.38 | dcordes | did you put no parameter? |
| 09:49.05 | Markinus | and you are in our branch htc-msm-32 ? |
| 09:49.27 | Markinus | dcordes: only this paras above |
| 09:50.19 | dcordes | Markinus, ok right.. now I remember. It actually worked but I canceled it because of the low speed.. |
| 09:50.22 | dcordes | nevermind |
| 09:51.26 | GNUtoo | leviathan, hi |
| 09:51.47 | GNUtoo | thanks dcordes in new xf86-video-msm gtk issue seem fixed |
| 09:52.08 | dcordes | GNUtoo, :D awesome! |
| 09:52.20 | dcordes | GNUtoo, can you update OE and add the headers ?? |
| 09:52.27 | GNUtoo | I'll do that |
| 09:52.30 | dcordes | nice |
| 09:52.56 | dcordes | Markinus, let's try what NetRipper proposed and make a minimal kernel |
| 09:53.15 | Markinus | dcordes: I did it already |
| 09:53.19 | dcordes | needs to solve some non htc conflicts first |
| 09:53.21 | Markinus | dcordes: 2 mb |
| 09:53.37 | Markinus | dcordes: but same signal problem |
| 09:53.40 | dcordes | ok I didn go through the logs yet.. crap |
| 09:53.58 | Markinus | dcordes: but only with a initrd |
| 09:54.25 | dcordes | you mean like you didn't try with rootfs on SD ? what about the rootdelay=n test ? |
| 09:54.42 | Markinus | dcordes: I disabled mmc too |
| 09:54.45 | Markinus | dcordes: no sd |
| 09:55.00 | Markinus | dcordes: oput rootdelay 10 in cmd |
| 09:55.07 | dcordes | freezes? |
| 09:55.16 | Markinus | dcordes: if I have no initrd |
| 09:55.21 | Markinus | it waits 10 sekonds |
| 09:55.32 | Markinus | dcordes: then crash because nothing to bott. is ok |
| 09:55.37 | Markinus | *boot |
| 09:55.46 | dcordes | ok well it crashes for me always |
| 09:55.49 | dcordes | with normal kernel |
| 09:55.53 | GNUtoo | dcordes, still doesn't xrandr -o 1 tough,I think we'll need to add it,but I was told it was easy |
| 09:56.05 | Markinus | dcordes: if I have a initrd . .(tested more of them) signal problem after freeining init memory |
| 09:56.25 | Markinus | dcordes: ot it's hanging after them, depend of the kernel konfig |
| 09:56.33 | dcordes | GNUtoo, what does #xorg say about -o ? |
| 09:57.41 | leviathan | GNUtoo: hi |
| 09:57.50 | leviathan | sry, was away, taking a shower |
| 09:58.01 | dcordes | Markinus, I have some openmoko rootfs that always goes a bit further |
| 09:58.05 | leviathan | drinking coffee and smoking a cigaret |
| 09:58.08 | leviathan | now I'm back |
| 09:58.16 | dcordes | Markinus, freezes on udev most of the time |
| 09:58.18 | GNUtoo | dcordes, I'll look in the logs |
| 09:58.28 | leviathan | GNUtoo: wuhuu |
| 09:58.29 | leviathan | yeahh |
| 09:58.44 | dcordes | GNUtoo, I mean specific to msm. maybe they can help directly |
| 09:58.46 | Markinus | dcordes: without initrd so signal problems .. strange |
| 09:58.59 | GNUtoo | dcordes, I'll look in my logs |
| 09:59.01 | dcordes | Markinus, is it possibly memory (mapping) related ? |
| 09:59.10 | dcordes | GNUtoo, gotcha |
| 09:59.12 | Markinus | dcordes: maybe . . |
| 09:59.33 | GNUtoo | Feb 11 19:57:36 <jbarnes> GNUtoo: you have to implement the create/allocate/destroy shadow hooks |
| 09:59.35 | dcordes | Markinus, maybe try with different sized initrds |
| 09:59.45 | dcordes | Markinus, or we make initrd that testwrites mem |
| 09:59.50 | Markinus | dcordes: i tried smal and big . .allways the same |
| 09:59.50 | GNUtoo | Feb 11 20:01:29 <CosmicPenguin> GNUtoo: the MDP blit can do that rotation, so you are at least covered on the HW acceleration front |
| 09:59.51 | dcordes | Markinus, what about memtest ? |
| 10:00.04 | Markinus | wince is working good . .hmm |
| 10:00.14 | GNUtoo | MPD is xf86-video-msm specific |
| 10:00.33 | dcordes | Markinus, I mean like something that writes to all available ram to exclude mapping problem |
| 10:01.28 | Markinus | dcordes: hmm, yes . .this could be a test . .I'Ve in the moment 88mb. . I will try 64 |
| 10:02.38 | Markinus | or 32 . . but maybe yes. . .. but we would need some stuff what du such test |
| 10:02.44 | Markinus | *do |
| 10:02.51 | Markinus | *does ) |
| 10:03.14 | dcordes | http://www.arm.linux.org.uk/developer/stresstests.php |
| 10:05.45 | dcordes | dead link |
| 10:06.04 | dcordes | http://www.arm.linux.org.uk/mailinglists/ where to register there?? |
| 10:07.30 | dcordes | http://www.arm.linux.org.uk/mailinglists/lists.php |
| 10:11.53 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
| 10:15.32 | GNUtoo | btw here's the patch: http://pastebin.com/zmx4yZbi |
| 10:15.38 | GNUtoo | I'll commit in oe soon |
| 10:15.48 | GNUtoo | (compiling) |
| 10:16.15 | GNUtoo | (compiling midori so can't test if the recipe I didn't modify yet is fine) |
| 10:16.33 | GNUtoo | (I built copying the git dir and running the temp script) |
| 10:22.08 | leviathan | GNUtoo: the new xf86-video-msm fixes gtk? |
| 10:22.23 | leviathan | how has the recipe to look like? |
| 10:26.47 | *** join/#htc-linux metsie (~metsie@212-127-230-46.cable.quicknet.nl) |
| 10:41.05 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 10:53.18 | leviathan | GNUtoo: [ 331.681701] wl1251_sdio mmc0:0001:1: firmware: requesting wl1251-fw.bin |
| 10:53.28 | leviathan | [ 391.688171] wl1251: ERROR could not get firmware: -2 |
| 10:54.20 | phh | -E = ENOENT |
| 10:54.31 | phh | -2* |
| 10:56.06 | phh | aka copy the firmware in /lib/firmware/wl1251-fw.bin |
| 10:58.17 | leviathan | phh: don't you think I didn't -.- |
| 10:58.29 | leviathan | root@htcdream ~ $ ls /lib/firmware/ |
| 10:58.29 | leviathan | wl1251-fw.bin wl1251-nvs.bin |
| 10:58.47 | phh | then your distrib put firmwares somewhere else than /lib/firmware ? |
| 10:58.47 | leviathan | but it doesnt load it somehow... |
| 10:58.55 | leviathan | hmm |
| 10:58.58 | leviathan | nope? |
| 10:59.15 | phh | udev is started ? |
| 11:01.08 | leviathan | I could try to reboot |
| 11:01.09 | leviathan | ... |
| 11:01.19 | leviathan | and then try again... |
| 11:01.43 | leviathan | sometimes reboot solves a lot of problems, even if its UNIX |
| 11:01.46 | leviathan | ;-) |
| 11:03.52 | leviathan | phh: oh |
| 11:03.55 | leviathan | no |
| 11:04.07 | leviathan | fuck, I know why its not working >_< |
| 11:04.34 | leviathan | on which bus it wants to write the fw |
| 11:04.48 | phh | could not ***get*** the firmware, not write |
| 11:04.58 | leviathan | and on which bus he tries to read the file simultanously if I have installed the rootfs on sd-card? |
| 11:05.05 | leviathan | >_< |
| 11:05.06 | phh | no it's not the problem |
| 11:05.13 | phh | it's too different busses |
| 11:05.20 | leviathan | sure? |
| 11:05.22 | leviathan | ok |
| 11:05.24 | phh | totally sure |
| 11:05.26 | leviathan | then its strange |
| 11:05.46 | phh | you're totally sure it's /lib/firmware the correct path for you ? |
| 11:05.56 | NetRipper | Markinus, i think the problem may be caused by timer.c making use of the smsm_*() functions |
| 11:06.00 | NetRipper | which aren't working |
| 11:06.18 | NetRipper | (implemented in smd.c) |
| 11:07.07 | leviathan | yes |
| 11:07.18 | leviathan | phh: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/firmwares/marvell-sdio-fw_9.70.3-p37.bb |
| 11:07.25 | leviathan | does it exactly the same way |
| 11:07.26 | leviathan | :) |
| 11:08.17 | NetRipper | Markinus, if i remove smd from board-htcleo.c initialization, the kernel doesnt seem to hang, but instead it causes an enormous amount of errors from timer.c as all smsm() actions timeout |
| 11:08.39 | phh | leviathan: trace udev then |
| 11:08.50 | leviathan | how? |
| 11:08.51 | leviathan | :) |
| 11:08.57 | phh | haha |
| 11:08.58 | phh | no clue. |
| 11:09.29 | phh | oh and iirc there are two different ways to send a firmware file |
| 11:10.23 | leviathan | phh: hmm |
| 11:10.27 | leviathan | I found udevadm |
| 11:10.36 | phh | hum, only used in the sources |
| 11:10.41 | phh | weird, I thought I'd seen two |
| 11:10.46 | leviathan | http://pastebin.com/h1ew7gp2 |
| 11:11.48 | phh | ah no, it's nvs which has two ways |
| 11:12.10 | phh | or only one. |
| 11:12.12 | phh | what's this code ? |
| 11:18.30 | leviathan | udevadm |
| 11:18.32 | leviathan | :) |
| 11:18.32 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.35) |
| 11:18.34 | leviathan | the trace |
| 11:18.59 | GNUtoo | leviathan, for firmware, udev sys nodes meant for firmware don't even appear |
| 11:19.20 | GNUtoo | /sys/class/firmware/foo doesn't appear |
| 11:19.33 | *** join/#htc-linux Wout (~wout@internet.office.tweakers.net) |
| 11:19.48 | *** join/#htc-linux gauner1986 (~gauner@ip-145-93-244-217.fontys.nl) |
| 11:19.55 | Wout | phh: little bugreport, charging isn't working with the latest build |
| 11:19.58 | gauner1986 | hi |
| 11:20.08 | phh | Wout: it is. |
| 11:20.13 | phh | just as usual, you must be charging when booting |
| 11:20.24 | Wout | I know |
| 11:20.36 | Wout | is it only wall charging, or should charging through usb work too? |
| 11:20.46 | phh | no clue |
| 11:20.50 | Wout | because my phone was connected to the pc and charging in winmo |
| 11:20.56 | Wout | then I booted android |
| 11:21.25 | leviathan | GNUtoo: hmm |
| 11:21.33 | leviathan | perhaps the kernel doesnt know firmware? |
| 11:21.40 | leviathan | and its a configuration issue? |
| 11:21.40 | phh | Wout: charging for >10 minutes, and not fully charged ? |
| 11:21.40 | GNUtoo | leviathan, it does |
| 11:21.52 | GNUtoo | leviathan, look into docs for firmware |
| 11:22.06 | Wout | phh: the pone had about 80% left, I hooked it to usb, was charging in winmo, then booted android |
| 11:22.11 | Wout | now 5 hours later |
| 11:22.14 | Wout | and am at 40% |
| 11:22.22 | phh | Wout: booted, just after you hooked usb ? |
| 11:22.37 | Wout | few mins later, why? |
| 11:22.40 | GNUtoo | Documentation/firmware_class |
| 11:22.50 | phh | Wout: the charging logic needs several minutes to settle |
| 11:22.58 | Wout | ah |
| 11:23.36 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 11:40.54 | phh | [ 2157.670623] suspend: enter suspend(2010-04-05 01:54:30.950000000 UTC)â©[ 2158.606140] suspend: exit suspend, ret = 0 (2010-04-05 15:06:49.390000000 UTC)â© |
| 11:40.55 | phh | <3 |
| 11:41.03 | phh | chamonix: see that, and be jealous ! :p |
| 11:41.23 | phh | (hint: no sim in a gsm-only phone.) |
| 11:41.59 | leviathan | GNUtoo: xorg now works again |
| 11:42.02 | leviathan | fixed xorg.conf |
| 11:42.13 | GNUtoo | ok |
| 11:42.19 | GNUtoo | it was simple |
| 11:42.21 | phh | leviathan: with xf86-video-msm ? |
| 11:42.23 | GNUtoo | 1->2 |
| 11:42.27 | leviathan | yes |
| 11:42.31 | GNUtoo | 0->1 |
| 11:42.32 | phh | I need to try that |
| 11:43.12 | leviathan | :) |
| 11:43.46 | leviathan | GNUtoo: I heard with the newest xf86-video-msm version the gtk issue got fixed?? |
| 11:43.50 | leviathan | is that true? |
| 11:44.12 | leviathan | then we need a recipe for this one |
| 11:44.37 | GNUtoo | leviathan, yes it's true |
| 11:44.41 | GNUtoo | patch is here: |
| 11:44.49 | GNUtoo | http://pastebin.com/zmx4yZbi |
| 11:45.07 | GNUtoo | leviathan, I need to finish a compilation before making the recipe |
| 11:46.22 | leviathan | ok |
| 11:46.25 | leviathan | very well |
| 11:48.18 | ToAsTcfh | phh:i still wasnt able to get it working |
| 11:53.19 | phh | I_love_noobs++; |
| 11:53.35 | phh | "why doesn't my earphone speaker work while I added force_headset=2 ? OMFG." |
| 11:54.06 | phh | ToAsTcfh: what's the current status ? |
| 11:54.33 | leviathan | mickey|office: heyo |
| 11:54.36 | leviathan | a question |
| 11:54.50 | leviathan | where gets firmware typically installed in OE? |
| 11:54.54 | leviathan | /lib/firmware |
| 11:54.56 | leviathan | right? |
| 11:55.15 | leviathan | because it doesnt recognize the firmware file, when I install it there >_< |
| 11:55.28 | *** join/#htc-linux Snipey (~home@53524E9B.cable.casema.nl) |
| 11:56.00 | phh | leviathan: is there an image somewhere I could try ? |
| 11:56.08 | leviathan | uhm, yes |
| 11:56.18 | leviathan | http://people.ee.ethz.ch/~davidlan/downloads/OE/htcdream/images/htcdream/ |
| 11:56.24 | leviathan | I'll build a new one now |
| 11:56.45 | leviathan | nope not now |
| 11:57.01 | leviathan | first GNUtoo needs to make a new recipe with its patch |
| 11:57.06 | leviathan | then I will build a new image |
| 11:57.07 | leviathan | :) |
| 11:57.17 | leviathan | so you can try this one |
| 11:57.22 | phh | ok |
| 11:57.27 | leviathan | gui doesnt start there |
| 11:57.32 | leviathan | because xorg.conf is broken |
| 11:57.43 | phh | don't care about gui :p |
| 11:57.45 | leviathan | /dev/fb needs to be /dev/fb0 in order to start |
| 11:57.49 | leviathan | in xorg.conf |
| 11:57.54 | leviathan | then it will give you gui |
| 11:58.00 | leviathan | but gtk is still broken |
| 11:58.09 | leviathan | thats what GNUtoo will fix with his patch |
| 11:59.11 | phh | user ? password ? ssh on usbnet ? |
| 11:59.56 | leviathan | no password :) |
| 12:00.02 | leviathan | just enter |
| 12:00.03 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
| 12:00.04 | leviathan | user root |
| 12:00.25 | leviathan | oh |
| 12:00.36 | leviathan | and you need to do ifup usb0 on the phone first |
| 12:00.38 | leviathan | ... |
| 12:00.55 | phh | ok |
| 12:00.55 | leviathan | this release is so what of brolen |
| 12:00.57 | leviathan | >_< |
| 12:01.01 | leviathan | *broken |
| 12:01.09 | phh | well, knowing the problems is enough :p |
| 12:01.27 | leviathan | btw: why is there no recipe for wxmaxima and maxima in OE? |
| 12:01.41 | phh | maxima ? |
| 12:01.46 | leviathan | yes |
| 12:01.53 | leviathan | this clisp thing |
| 12:02.00 | phh | doesn't help much :p |
| 12:02.17 | leviathan | it would help me a lot in the lectures ;-P |
| 12:02.33 | leviathan | also gnuplot would be nice |
| 12:02.34 | leviathan | :) |
| 12:02.48 | leviathan | I'll care about later |
| 12:02.56 | phh | I'd like maple, since that's what I know how to use |
| 12:02.59 | phh | but on arm... errr |
| 12:03.01 | phh | so I use ssh. |
| 12:03.03 | leviathan | as soon as we have wifi, sound, graphics(+rotation) |
| 12:03.06 | phh | I'll maybe try NX later |
| 12:03.20 | leviathan | hmm |
| 12:03.30 | leviathan | phh: it took a long shot some time ago |
| 12:03.47 | leviathan | until I found people who where interested too to get clisp running on ARM |
| 12:03.52 | leviathan | mainly my zaurus |
| 12:03.54 | leviathan | >_< |
| 12:05.13 | leviathan | but it never made it in mainstream, like I see |
| 12:06.03 | leviathan | I guess I will send in some patches for these math-tools, as soon as we got the basic stuff workin' |
| 12:06.32 | leviathan | ok for now |
| 12:07.56 | phh | now, 256MB to send on my phone at less than 1MB/s |
| 12:07.57 | phh | ZZZZzzzzzzz |
| 12:13.16 | *** join/#htc-linux GNUtoo (~GNUtoo@host137-158-dynamic.54-79-r.retail.telecomitalia.it) |
| 12:15.15 | phh | argh, I forgot I have no keyboard on this phone -_-' |
| 12:19.08 | phh | leviathan: what can I do to make it automatically enable usb0 at boot ? |
| 12:22.45 | leviathan | hmm |
| 12:22.53 | leviathan | phh: first it did |
| 12:23.11 | *** join/#htc-linux lkcl (~lkcl@nat65.mia.three.co.uk) |
| 12:23.13 | leviathan | but someone or somewhat broke the concerning init and rc stuff |
| 12:23.26 | leviathan | its a bb-issue I fear |
| 12:23.36 | leviathan | and frankly I don't know exactly ^^" |
| 12:23.45 | phh | ok |
| 12:26.08 | leviathan | GNUtoo: it loads the firmware after a while |
| 12:26.15 | leviathan | and even gets an IP |
| 12:26.21 | leviathan | but... I cant bring it active |
| 12:26.22 | leviathan | ... |
| 12:26.31 | phh | oO |
| 12:26.34 | leviathan | ifconfig: SIOCSIFFLAGS: Unknown error 132 |
| 12:27.10 | phh | hum I don't know this one |
| 12:27.11 | GNUtoo | rfkill |
| 12:27.16 | phh | oh right. |
| 12:27.24 | leviathan | how can we fix this issue? |
| 12:27.37 | phh | echo 1 > /sys/class/rfkill/rfkillX/state ? |
| 12:27.47 | phh | I guess X is 1 |
| 12:30.17 | leviathan | hmm |
| 12:30.20 | leviathan | yes |
| 12:30.23 | leviathan | now it hangs again |
| 12:30.30 | leviathan | because its requesting firmware |
| 12:30.31 | leviathan | ... |
| 12:30.33 | leviathan | hmm |
| 12:30.40 | phh | haha. |
| 12:30.44 | leviathan | someone is some what of broken... |
| 12:30.51 | leviathan | ifconfig: SIOCSIFFLAGS: No such file or directory |
| 12:31.01 | leviathan | /someone/something/ |
| 12:31.20 | leviathan | only question: WTF? |
| 12:31.25 | phh | hehe. |
| 12:31.38 | phh | I had no such problems on ubuntu 8.04 :p |
| 12:33.10 | GNUtoo | leviathan, how did you get it load the firmware? |
| 12:33.23 | leviathan | I didnt |
| 12:33.26 | leviathan | just timed out |
| 12:33.35 | GNUtoo | ah dmesg? |
| 12:33.37 | leviathan | the IP was a random ip |
| 12:33.40 | leviathan | >_< |
| 12:33.51 | GNUtoo | avahi? |
| 12:34.00 | leviathan | [ 2838.273406] wl1251: ERROR could not get firmware: -2 |
| 12:34.01 | leviathan | yes |
| 12:34.03 | leviathan | seems |
| 12:34.05 | GNUtoo | nice |
| 12:34.09 | GNUtoo | wow |
| 12:34.13 | GNUtoo | how do you have this error |
| 12:34.23 | GNUtoo | I know how to inject firmware manually |
| 12:34.35 | GNUtoo | because I read the doc |
| 12:34.44 | GNUtoo | Documentation/firmware_class |
| 12:35.25 | GNUtoo | leviathan, if it requires a firmware maybe you get futhurer |
| 12:36.54 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
| 12:37.46 | GNUtoo | moreover there are 2 firmwares |
| 12:37.51 | GNUtoo | one is the firmware |
| 12:38.01 | GNUtoo | and the other is the nvs calibration files |
| 12:38.23 | GNUtoo | leaigor, ^^^ |
| 12:38.25 | GNUtoo | oops |
| 12:38.32 | GNUtoo | leviathan, ^^^ |
| 12:38.46 | GNUtoo | leaig[or] sorry |
| 12:38.52 | leviathan | np |
| 12:38.54 | leviathan | :) |
| 12:38.56 | leviathan | uhm |
| 12:39.01 | leviathan | following thing |
| 12:39.09 | leviathan | how do you inject the firmware manually? |
| 12:39.17 | GNUtoo | leviathan, like they say in the doc |
| 12:39.22 | GNUtoo | Documentation/firmware_class |
| 12:39.25 | leviathan | ok |
| 12:40.40 | GNUtoo | leviathan, how did you get it to want to load a firmware? |
| 12:40.49 | GNUtoo | btw I should commit xf86-video-msm |
| 12:42.00 | phh | GNUtoo: just load msm_wifi and ifconfig wlan0 up |
| 12:42.03 | phh | theorically. |
| 12:42.23 | GNUtoo | that didn't work for me |
| 12:42.28 | GNUtoo | ifconfig wlanN up hanged |
| 12:42.47 | phh | well, normally it timesout after 15s saying ENOENT |
| 12:43.32 | GNUtoo | it doesn't,it stays blocked |
| 12:43.37 | GNUtoo | ethernally |
| 12:43.49 | phh | <PROTECTED> |
| 12:43.57 | phh | nothing indmesg ? |
| 12:44.03 | GNUtoo | and sdio transfer never completes |
| 12:44.12 | GNUtoo | yes sdio command 53 never completes |
| 12:44.35 | GNUtoo | but maybe leviathan got something because it doesn't even asked for the firmware for me |
| 12:44.51 | leviathan | GNUtoo: its because I have mmc debug active |
| 12:44.59 | leviathan | so it tells me everything its doing |
| 12:45.10 | leviathan | and additionally you can monitor with udevadm |
| 12:45.11 | leviathan | :) |
| 12:45.18 | GNUtoo | <leviathan> [ 2838.273406] wl1251: ERROR could not get firmware: -2 is not mmc debugging |
| 12:45.23 | leviathan | yes |
| 12:45.26 | leviathan | exactly |
| 12:45.27 | leviathan | :) |
| 12:45.33 | leviathan | hmm?? |
| 12:45.35 | leviathan | oh |
| 12:45.37 | GNUtoo | that's not mmc debugging and doesn't seem userspace |
| 12:45.38 | leviathan | nya |
| 12:45.44 | leviathan | hmm |
| 12:45.46 | leviathan | strange |
| 12:45.54 | leviathan | it appears, if you activate mmc debugging |
| 12:45.54 | leviathan | :) |
| 12:45.56 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58CB9.dip0.t-ipconnect.de) |
| 12:46.02 | GNUtoo | it didn't for me |
| 12:46.07 | leviathan | hmm, strange |
| 12:46.33 | GNUtoo | maybe pastebin me your defconfig |
| 12:46.42 | leviathan | can you please give me the steps with which you have inserted the firmware? |
| 12:46.43 | leviathan | sure |
| 12:47.22 | leviathan | http://pastebin.com/jMKv7AH6 |
| 12:49.45 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.22) |
| 12:49.54 | GNUtoo | leviathan, I didn't |
| 12:50.01 | GNUtoo | the nodes for firmware didn't appear |
| 12:50.20 | leviathan | yes |
| 12:50.27 | leviathan | thats exactly my problem too |
| 12:50.56 | leviathan | it says, that it would be created trough request_firmware |
| 12:51.07 | leviathan | perhaps something has changed... |
| 12:51.45 | GNUtoo | leviathan, let me check something |
| 12:51.54 | leviathan | kk |
| 12:58.04 | GNUtoo | [ 5499.201599] wl1251_sdio mmc0:0001:1: firmware: requesting wl1251-fw.bin |
| 12:58.05 | GNUtoo | indeed |
| 13:00.45 | GNUtoo | [ 5667.030639] wl1251: firmware booted (Rev 4.0.4.3.5) |
| 13:00.46 | GNUtoo | manually |
| 13:01.06 | phh | hehe |
| 13:01.07 | GNUtoo | you have to be fast tough |
| 13:01.09 | phh | great :p |
| 13:01.16 | GNUtoo | wlan0 seem up |
| 13:01.21 | GNUtoo | let me install wireless-tools |
| 13:01.24 | phh | yeah no it should just work |
| 13:01.27 | phh | niw* |
| 13:01.28 | phh | now* |
| 13:01.37 | *** join/#htc-linux Vito_| (~Sysel@195.113.241.225) |
| 13:02.58 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
| 13:03.23 | *** join/#htc-linux k_linux (~klinux@41.214.195.247) |
| 13:05.39 | leviathan | GNUtoo: yes |
| 13:05.42 | leviathan | it works |
| 13:06.06 | GNUtoo | you got it working ? |
| 13:06.07 | GNUtoo | also |
| 13:06.50 | phh | so your udev is broken ..? |
| 13:07.05 | GNUtoo | possible |
| 13:07.14 | GNUtoo | it seemed broken at boot |
| 13:07.14 | phh | what's not broken ? p |
| 13:07.17 | GNUtoo | timeout 3s |
| 13:07.22 | GNUtoo | and a long list of path |
| 13:08.04 | GNUtoo | phh, the android we try to replace(just kidding,not even true) |
| 13:08.17 | phh | :p |
| 13:16.30 | mickey|office | needs to research on the firmware loading process. i don't want no udev |
| 13:16.42 | phh | don't want no udev ? |
| 13:17.14 | leviathan | hmm |
| 13:17.26 | leviathan | I'll look if the driver does some things |
| 13:17.37 | leviathan | which are not appropriate with 2.6.32 anymore |
| 13:18.06 | mickey|office | could be |
| 13:19.14 | k_linux | HI there |
| 13:22.20 | GNUtoo | leaigor, did it associate |
| 13:22.27 | *** join/#htc-linux Captnoord (~Captnoord@145.74.218.14) |
| 13:22.31 | phh | k_linux: so everything works now ? |
| 13:22.34 | GNUtoo | leviathan, did it associate |
| 13:22.34 | phh | hey Captnoord |
| 13:22.37 | Captnoord | phh yo |
| 13:22.45 | Captnoord | diamonds panel code works on my raphael |
| 13:22.46 | GNUtoo | mickey|office, udev 151 seem broken |
| 13:22.46 | leviathan | GNUtoo: nope |
| 13:22.51 | GNUtoo | neither for me |
| 13:22.54 | Captnoord | besides it has the exact same lcd display |
| 13:22.59 | Captnoord | only needed to change a bit in the init |
| 13:23.04 | phh | Captnoord: and you're able tot totally shut off the mddi link ? |
| 13:23.11 | k_linux | phh: not yet I still have issues running wifi |
| 13:23.23 | Captnoord | I just copy pasted the entire panel and stuff... |
| 13:23.28 | k_linux | even if many users confirm that is working ! :) |
| 13:23.30 | Captnoord | double checked the spi stuff |
| 13:23.38 | Captnoord | changed some small things |
| 13:23.40 | Captnoord | and it works |
| 13:23.48 | phh | Captnoord: but do you shut off mddi clock ? |
| 13:23.51 | Captnoord | but only problem is that raphael has more panel types |
| 13:23.53 | Captnoord | hmmmm |
| 13:23.56 | Captnoord | good questions |
| 13:23.59 | Captnoord | -s |
| 13:23.59 | mickey|office | GNUtoo: do you know how this process works? |
| 13:24.07 | phh | Captnoord: ask your battery meter ? :p |
| 13:24.07 | Captnoord | shouldn't that be done in the mddi.c? |
| 13:24.10 | Captnoord | lol |
| 13:24.13 | mickey|office | i'd write a firmware loader userland helper then |
| 13:24.14 | phh | no clue |
| 13:24.15 | Captnoord | at school atm |
| 13:24.17 | phh | ok |
| 13:24.19 | GNUtoo | mickey|office, what dhcp+authentification? |
| 13:24.20 | mickey|office | want to avoid udev |
| 13:24.25 | phh | and you don't have your geek stuff at school ? :p |
| 13:24.40 | mickey|office | GNUtoo: no, firmwareloading via udev |
| 13:24.45 | Captnoord | phh yea we do |
| 13:24.45 | GNUtoo | mickey|office, really? can't we just fix udev or workarround? |
| 13:24.51 | GNUtoo | mickey|office, there are docs in kenrel: |
| 13:24.53 | mickey|office | well |
| 13:24.54 | Captnoord | but I don't take my battery rig around |
| 13:24.56 | mickey|office | i don't want udev on my system |
| 13:25.00 | mickey|office | but feel free to fix it |
| 13:25.04 | mickey|office | ;) |
| 13:25.14 | GNUtoo | Documentation/firmware_class/ |
| 13:25.19 | GNUtoo | mickey|office, we can keep udev |
| 13:25.21 | mickey|office | ok, i will read that when i'm back home |
| 13:25.28 | GNUtoo | it's short |
| 13:25.32 | GNUtoo | but read when you're home |
| 13:25.38 | GNUtoo | else I can paste here |
| 13:25.40 | GNUtoo | it's so short |
| 13:26.13 | phh | Captnoord: btw, my diamond had a 13hours long sleep ! :p |
| 13:26.28 | GNUtoo | cd /sys/class/firmware/xxx/ |
| 13:26.31 | mickey|office | my dream always wakes up... |
| 13:26.34 | phh | without a SIM card in it to wake it up, it's easy thouogh. |
| 13:26.35 | mickey|office | doesn#t want to sleep |
| 13:26.37 | mickey|office | working bee :) |
| 13:26.39 | GNUtoo | echo 1 > loading |
| 13:26.51 | GNUtoo | cat ../firmware.fw > data |
| 13:26.55 | GNUtoo | echo 0 > loading |
| 13:26.56 | Captnoord | I commited a codeaurora patch regarding sd card shit |
| 13:27.02 | Captnoord | wakelock crap |
| 13:27.02 | GNUtoo | then re-do for calibration |
| 13:27.03 | phh | Captnoord: i've seen |
| 13:27.06 | mickey|office | GNUtoo: awesome. that's simply enough to write an fsodeviced plugin |
| 13:27.10 | GNUtoo | btw leviathan I suspect bad calibration |
| 13:27.11 | phh | but i've never seen this wake lock causing any problem |
| 13:27.26 | Captnoord | nah its because it wasn't named obviouse |
| 13:27.33 | Captnoord | at least it didn't cause problems |
| 13:27.43 | Captnoord | but now it doesn't lock unless it really is needed |
| 13:27.43 | GNUtoo | Apr 6 15:04:57 router hostapd: wlan0: STA 00:1f:df:31:b9:8d IEEE 802.11: authenticated |
| 13:27.43 | GNUtoo | Apr 6 15:04:57 router hostapd: wlan0: STA 00:1f:df:31:b9:8d IEEE 802.11: associated (aid 3) |
| 13:27.44 | GNUtoo | Apr 6 15:04:57 router hostapd: wlan0: STA 00:1f:df:31:b9:8d RADIUS: starting accounting session 4BA21E4D-000003A5 |
| 13:27.44 | GNUtoo | Apr 6 15:05:07 router hostapd: wlan0: STA 00:1f:df:31:b9:8d IEEE 802.11: authenticated |
| 13:27.44 | GNUtoo | Apr 6 15:05:07 router hostapd: wlan0: STA 00:1f:df:31:b9:8d IEEE 802.11: associated (aid 3) |
| 13:27.45 | GNUtoo | Apr 6 15:05:07 router hostapd: wlan0: STA 00:1f:df:31:b9:8d RADIUS: starting accounting session 4BA21E4D-000003A6 |
| 13:27.48 | GNUtoo | Apr 6 15:05:40 router hostapd: wlan0: STA 00:1f:df:31:b9:8d IEEE 802.11: authenticated |
| 13:27.50 | GNUtoo | Apr 6 15:05:40 router hostapd: wlan0: STA 00:1f:df:31:b9:8d IEEE 802.11: associated (aid 3) |
| 13:27.52 | GNUtoo | oops |
| 13:27.54 | GNUtoo | again |
| 13:27.56 | GNUtoo | didn't took the address |
| 13:27.58 | GNUtoo | but the content |
| 13:28.11 | GNUtoo | http://pastebin.com/74qHdRnk |
| 13:28.38 | leviathan | hmm |
| 13:28.39 | leviathan | cool |
| 13:28.45 | leviathan | seems to come up |
| 13:28.52 | leviathan | so we have the basics |
| 13:28.54 | Captnoord | but 13 hour long sleep? |
| 13:28.59 | leviathan | now we need to make it run smoothly |
| 13:29.00 | leviathan | :) |
| 13:29.10 | phh | btw, the MAC address is totally random for the lower 24 bits |
| 13:29.13 | phh | higher 24bits is nokia |
| 13:29.24 | phh | Captnoord: bah the phone has no reason to wake up |
| 13:29.29 | Captnoord | true.... |
| 13:29.45 | phh | it still sounds impressive :p |
| 13:29.52 | phh | even if it's "logical" it doesn't wake up |
| 13:29.59 | AstainHellbring | morning |
| 13:30.00 | Captnoord | ? |
| 13:30.01 | Captnoord | :P |
| 13:30.03 | Captnoord | lolz |
| 13:30.09 | Captnoord | so it is just dead |
| 13:30.09 | Captnoord | hehe |
| 13:30.19 | phh | Captnoord: it's a game console :p |
| 13:30.25 | phh | which wakes up quickly |
| 13:30.26 | Captnoord | hehehe |
| 13:30.31 | Captnoord | cool |
| 13:31.18 | Captnoord | at least with the swapped panel code my phone is finaly getting 'cold' |
| 13:31.34 | Captnoord | cooler than 25 degrease |
| 13:32.47 | GNUtoo | phh, i know...I was told that in the linux wireless channel |
| 13:32.51 | Captnoord | lets build with my pref config file |
| 13:32.58 | phh | GNUtoo: ok |
| 13:33.09 | GNUtoo | altough I didn't know how much bits exactly |
| 13:34.22 | *** join/#htc-linux android-res (~yciduo@80.179.91.44) |
| 13:35.10 | *** join/#htc-linux ToAsTcfh (~chatzilla@24.94.158.107) |
| 13:51.12 | GNUtoo | I think I needed to keep wpa_supplicant on |
| 13:51.25 | phh | GNUtoo: to keep your wpa connection on ? yeah most likely. |
| 13:51.45 | GNUtoo | or maybe it was calibration |
| 13:51.53 | phh | ToAsTcfh: hum, can you make me remind of what happens when you start at lower frequency, and only then set higher frequency ? |
| 13:51.54 | GNUtoo | phh, I've open access point |
| 13:51.54 | *** join/#htc-linux lkcl (~lkcl@nat66.mia.three.co.uk) |
| 13:55.14 | *** join/#htc-linux Cablekevin (~Cablekevi@house.speedxs.nl) |
| 13:55.16 | Cablekevin | Hi! |
| 14:01.15 | GNUtoo | nice it works |
| 14:01.56 | GNUtoo | listenning to radio trough wifi |
| 14:03.31 | phh | huhu |
| 14:03.31 | Cablekevin | With what :) ? |
| 14:03.48 | GNUtoo | mplayer,htcdream |
| 14:03.52 | GNUtoo | under SHR |
| 14:03.55 | GNUtoo | in command line |
| 14:04.02 | Cablekevin | Thats awsome :D |
| 14:04.28 | Cablekevin | I was checking out the [PROJ] Linux on HTC LEO thread. |
| 14:04.37 | Cablekevin | I like the progress. |
| 14:04.56 | phh | Cablekevin: leo is stuck :/ |
| 14:06.15 | Cablekevin | Yeah couldn't figure what was happening at the moment so i thought, lets go to the IRC chan. |
| 14:06.21 | Cablekevin | Whats the problem at the moment? |
| 14:06.40 | Cablekevin | And what happened with the other "Android" thread, were there to much trolls or something? |
| 14:07.13 | phh | too many trolls. |
| 14:09.17 | Cablekevin | bah. |
| 14:09.26 | Cablekevin | But there was some dutch guy with an website. |
| 14:09.33 | Cablekevin | How to put Android on your HD2. |
| 14:09.34 | phh | netripper ? |
| 14:09.57 | Cablekevin | No, |
| 14:10.03 | Cablekevin | hld on, might recall it. |
| 14:10.04 | phh | ah. |
| 14:11.30 | Cablekevin | Crap, cannot recall it. |
| 14:12.37 | Cablekevin | But how come the progress is stuck? |
| 14:39.21 | chamonix | phh: wow! |
| 14:39.28 | phh | chamonix: :p |
| 14:39.33 | chamonix | HeHeHe |
| 14:43.14 | chamonix | phh: r u thinking of using the xmpp client as a reader? |
| 14:43.35 | phh | chamonix: not a reader, but to notify the rss reader that there is something new |
| 14:44.03 | chamonix | kk.... just wanted to be sure because that are the kind of commands I've started working on |
| 14:44.26 | chamonix | any specific reader u want me to look on to? |
| 14:44.40 | phh | hum no |
| 14:44.49 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 14:44.50 | phh | I think it's going to be a new reader anyway |
| 14:45.00 | chamonix | lol |
| 14:45.46 | chamonix | well I'm going to see if I find one opensource as I may have to add a braodcast handler to it allowing to pass the feed that needs to be updated |
| 14:46.28 | phh | I'd prefer the whole protocol being on xmpp, so that the whole RSS hasn't to be read/understood/compared actually |
| 14:46.40 | phh | I'm not sure if that would change power consumption a lot |
| 14:47.59 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B58CB9.dip0.t-ipconnect.de) |
| 14:48.18 | chamonix | I'll look into XMPP Message type to see if there is a cheap way to encode rss-like items |
| 14:49.38 | chamonix | what I still don't like about it is that it's broadcasting..... I'd like to see RSS with bookmarks, tags, stars and read-mark |
| 14:51.22 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 15:08.59 | *** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt) |
| 15:09.26 | *** join/#htc-linux mastermerlin (~merlin@pD957FBF9.dip.t-dialin.net) |
| 15:10.20 | *** join/#htc-linux luminoso__ (~lumos@av-217-129-131-108.netvisao.pt) |
| 15:10.54 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.23) |
| 15:12.27 | *** join/#htc-linux hfctsaot (~fircuser@173-137-7-95.pools.spcsdns.net) |
| 15:12.53 | *** join/#htc-linux hfctsaot (~fircuser@173-137-7-95.pools.spcsdns.net) |
| 15:13.20 | hfctsaot | \o/ I'm here |
| 15:15.21 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 15:16.25 | hfctsaot | phh u seen I got the same deal. even after bzo attempted to have me change the multiplier back to 2 |
| 15:18.08 | hfctsaot | it seems like its the code all together its not liking |
| 15:18.59 | phh | I had some thought about it |
| 15:19.17 | phh | well, I did a little test for overclocking wince |
| 15:19.22 | phh | I can do the same thing for android |
| 15:19.45 | phh | I just don't know how to do that with dd mmm |
| 15:20.46 | hfctsaot | is it possibly the table missing that's causing the freeze |
| 15:21.20 | hfctsaot | well lack of use of the table in pll2 I mean |
| 15:21.34 | *** join/#htc-linux johnb81 (~john@88.226.97.204) |
| 15:22.14 | phh | get http://husson.hd.free.fr/ttttt |
| 15:22.44 | phh | dd if=tttttt of=/dev/mem bs=1 seek=2824864572 |
| 15:22.57 | phh | this should set pll2 to ~ 1200MHz |
| 15:23.14 | phh | hum |
| 15:23.18 | phh | maybe not, word vs byte |
| 15:23.45 | hfctsaot | I really don't think its a radio or anything stopping it. it just seems to not pike jumping up using that code for some reaaon |
| 15:23.49 | phh | same url, bs=4 |
| 15:24.22 | hfctsaot | bab ill have to do it when I get home. sorry |
| 15:24.35 | phh | .... |
| 15:25.04 | hfctsaot | lol sorry man I'm at work |
| 15:25.57 | hfctsaot | this shits just been bugging the hell out of me |
| 15:27.18 | hfctsaot | so what have u done in this? |
| 15:30.11 | phh | change pll2 speed |
| 15:32.33 | hfctsaot | using bzo patch still or no |
| 15:36.11 | leviathan | GNUtoo: do you have a fix for broken firmware loading now? |
| 15:36.41 | GNUtoo | leviathan, what kind of fix? |
| 15:37.17 | leviathan | manually injecting the firmware file for wifi doesnt seem so |
| 15:37.23 | leviathan | uhm practicable |
| 15:38.26 | GNUtoo | leviathan, did you try udev 141? |
| 15:38.57 | hfctsaot | phh why so high of a clock on pll2 |
| 15:39.03 | leviathan | hmm |
| 15:39.10 | leviathan | GNUtoo: does this work? |
| 15:39.16 | phh | hfctsaot: CPU clock = pll2/2. |
| 15:39.19 | GNUtoo | leviathan, also be shure of having the good filenames |
| 15:39.25 | leviathan | ok |
| 15:39.39 | GNUtoo | leviathan, check bob copeland's page for that |
| 15:39.47 | GNUtoo | leviathan, untested for udev 141 |
| 15:40.44 | hfctsaot | so I just need to patch my kernel with that file or what |
| 15:43.00 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
| 15:43.00 | *** join/#htc-linux maejrep[w] (~madCoder@68.64.144.221) |
| 15:43.00 | *** join/#htc-linux radiochickenwax (~user@ip72-201-232-49.ph.ph.cox.net) |
| 15:43.00 | *** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
| 15:46.46 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 15:49.57 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 15:55.50 | leviathan | GNUtoo: with which version it works? |
| 15:56.19 | GNUtoo | leviathan, ? |
| 15:56.31 | GNUtoo | leviathan, under SHR we have udev 151 |
| 15:56.36 | GNUtoo | it seem to be broken |
| 15:56.40 | GNUtoo | also look at boot messages |
| 15:56.43 | GNUtoo | it timeouts etc... |
| 15:56.50 | GNUtoo | not only under dream |
| 15:56.54 | GNUtoo | but also under eee7011 |
| 15:56.58 | GNUtoo | *701 |
| 15:57.14 | GNUtoo | so I had the advise of trying udev 141 |
| 15:57.19 | GNUtoo | not shure if it'll work |
| 15:57.23 | GNUtoo | but it's worth a try |
| 15:57.33 | leviathan | ok |
| 15:57.38 | leviathan | I'll build ude 141 |
| 15:57.39 | leviathan | :) |
| 15:59.42 | *** join/#htc-linux Vito_| (~Sysel@195.113.241.225) |
| 16:00.58 | ToAsTcfh | phh: ok man home for a few |
| 16:01.01 | leviathan | GNUtoo: btw: did you push the new recipe? |
| 16:01.03 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
| 16:01.13 | GNUtoo | leviathan, not yet, I was working |
| 16:01.14 | leviathan | GNUtoo: for xf86-video-msm |
| 16:01.17 | leviathan | ok |
| 16:01.23 | GNUtoo | I'll do it now |
| 16:01.26 | leviathan | k |
| 16:01.29 | GNUtoo | not push but create first |
| 16:01.37 | ToAsTcfh | phh: so just throw this on the devices and run th command u gave correct |
| 16:01.41 | ToAsTcfh | ? |
| 16:01.45 | phh | ToAsTcfh: yes |
| 16:02.06 | leviathan | GNUtoo: if you have the new recipe, please tell me, then I can build it into the new rootfs |
| 16:02.16 | leviathan | so, that we have working graphics, sound and wifi then |
| 16:02.17 | leviathan | :) |
| 16:02.22 | GNUtoo | ok |
| 16:02.29 | ToAsTcfh | ok well i guess i gootta flash .27 real quick im using .29 |
| 16:02.53 | GNUtoo | leviathan, a bit of oe work is needed: also to change xorg.conf and to include xf86-input-tslib |
| 16:03.14 | ToAsTcfh | phh:unless u think it may work with .29 also? |
| 16:03.25 | leviathan | yes |
| 16:03.31 | leviathan | I mean to GNUtoo |
| 16:03.36 | leviathan | GNUtoo: yes |
| 16:03.44 | phh | ToAsTcfh: if you have /dev/mem it will work too |
| 16:03.54 | leviathan | GNUtoo: and: we need to get rotation finally :) |
| 16:04.25 | GNUtoo | ok |
| 16:04.44 | GNUtoo | leviathan, also to fix alsa routing and to make bluetooth work |
| 16:04.50 | leviathan | uhhm |
| 16:04.51 | *** join/#htc-linux hes80 (~Stephan_H@188.104.243.170) |
| 16:04.54 | leviathan | alsa routing is fixed |
| 16:04.56 | GNUtoo | leviathan, and to look into suspend |
| 16:04.56 | ToAsTcfh | phh: i dont have /dev/mem on either kernel |
| 16:04.57 | GNUtoo | ok |
| 16:05.19 | GNUtoo | leviathan, by alsa routing I mean something that works with alsamixer fine |
| 16:05.25 | leviathan | aha |
| 16:05.26 | leviathan | okee |
| 16:05.26 | phh | ToAsTcfh: you told me you have it ... |
| 16:06.01 | ToAsTcfh | i thought i did. then when i got home i confirmed and told u i didnt |
| 16:06.06 | ToAsTcfh | yesterday |
| 16:06.07 | GNUtoo | leviathan, also...keyboard mapping |
| 16:06.35 | ToAsTcfh | bah so nm this wont work :9 |
| 16:06.39 | ToAsTcfh | :( |
| 16:07.54 | ToAsTcfh | phh: bah... so no dice huh? |
| 16:08.10 | phh | ToAsTcfh: bah you'll have to do that in kernel instead of userland |
| 16:08.26 | *** join/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
| 16:08.27 | *** part/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
| 16:08.29 | *** join/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
| 16:08.43 | leviathan | GNUtoo: yes |
| 16:10.17 | GNUtoo | is it dcordes who commited xf86-video-msm? |
| 16:10.40 | ToAsTcfh | phh: so im confused... i need to increase the speed of pll2 to 1200 in acpuclock? |
| 16:10.58 | phh | yup |
| 16:11.15 | ToAsTcfh | i did that lastnight with bzo and no dice |
| 16:11.29 | phh | ToAsTcfh: ah, you have a git diff ? |
| 16:11.44 | phh | GNUtoo: btw, did you try playing videos on xf86-video-msm ? |
| 16:11.55 | phh | how well does it perform ? |
| 16:12.02 | GNUtoo | phh, xv makes it crash |
| 16:12.06 | phh | ah. |
| 16:12.28 | GNUtoo | phh, but videos are fine in 320x240 cpu max speed and no other interuption like light going down and alsa |
| 16:12.49 | GNUtoo | phh, maybe it would be better without all the debug stuff in the kernel |
| 16:13.51 | phh | playing videos with x11 isn't going to be cpu efficient anyway |
| 16:14.06 | ToAsTcfh | phh: he had me change the divider of pll2 then so other stuff to keep it where i could just add 600000 instead 1200000 |
| 16:14.17 | ToAsTcfh | we tried both though |
| 16:14.27 | phh | ToAsTcfh: and you always get crash ? |
| 16:14.41 | ToAsTcfh | phh: yeah |
| 16:15.02 | GNUtoo | phh, if I would get 480x320 I would be very happy but I'm already happy it can play mpeg4 videos |
| 16:15.04 | ToAsTcfh | it wont even set the clock if i increASE it to 1200000 |
| 16:15.05 | *** join/#htc-linux android-res (~yciduo@80.179.91.44) |
| 16:15.26 | phh | ToAsTcfh: can it boot on a pll1 frequency if pll2's speed is changed ? |
| 16:15.40 | ToAsTcfh | yeah |
| 16:15.56 | ToAsTcfh | but only if i stick it to not increase to pll2 |
| 16:16.09 | ToAsTcfh | ie set the max lower |
| 16:16.13 | phh | ok |
| 16:16.28 | phh | did you try commenting the request_pll code ? |
| 16:16.29 | ToAsTcfh | its gotta be the code its self |
| 16:16.35 | android-res | Does anyone has an idea how can i scan another process memory? no root permissions... |
| 16:16.45 | phh | android-res: you can't |
| 16:16.49 | phh | you need root permission |
| 16:17.06 | ToAsTcfh | phh: or else it would be fine with 528 |
| 16:17.42 | ToAsTcfh | but no matter what i put pll2 at it wll crash as soon as i set the clock |
| 16:17.57 | ToAsTcfh | it sets it in kmsg though |
| 16:17.59 | phh | possibly the pll request stuff. |
| 16:18.02 | android-res | Can I access /proc/pid/mem somehow? only for read? |
| 16:18.13 | phh | android-res: without root access ? no. |
| 16:18.37 | phh | or maybe if it's a process you own |
| 16:18.42 | android-res | I'm trying for ages getting something from the ril... |
| 16:18.53 | android-res | always hit a brick wall |
| 16:19.07 | phh | android-res: get root access and strace it ? |
| 16:19.20 | android-res | I need it on production app.. |
| 16:19.32 | phh | ?? |
| 16:19.36 | android-res | I tried setting up something with the NDK and ptrace.. |
| 16:19.37 | phh | what do you want to do ?!? |
| 16:19.48 | phh | without root access you can't do anything, period |
| 16:19.56 | android-res | I need the channel the phone is currently using |
| 16:19.57 | Markinus | NetRipper: ping |
| 16:20.03 | ToAsTcfh | phh ok so no way around the pll request stuff then i take it |
| 16:20.04 | android-res | ARFCN/UARFCN |
| 16:20.14 | phh | ToAsTcfh: yes way around. |
| 16:20.21 | phh | ToAsTcfh: request all plls at startup |
| 16:20.23 | phh | and only then change them |
| 16:21.16 | ToAsTcfh | bah i have no way to pull that off. i suck at C |
| 16:21.38 | phh | ToAsTcfh: I'll try I guess. |
| 16:21.47 | android-res | I got it on a rooted phone using internal phone functions and a platform key.. But rooted phone is not enough :( |
| 16:21.53 | ToAsTcfh | i agree though. sounded to me like a pll issue from the start though |
| 16:22.21 | phh | android-res: uh ? |
| 16:22.29 | phh | you mean you needed something else than just rooted phone ? |
| 16:22.35 | android-res | yes |
| 16:22.49 | android-res | I need it to work on a regular out of the box phone |
| 16:22.57 | android-res | with a market apk :( |
| 16:23.18 | ToAsTcfh | phh: u dont think it could be the table defining pll2 as 528 could be the issue do u? |
| 16:23.26 | android-res | If i could only inject code to the phone process :) |
| 16:23.27 | phh | android-res: ls -l /dev/smd0 ? |
| 16:23.35 | phh | ToAsTcfh: no |
| 16:23.41 | ToAsTcfh | ok |
| 16:23.47 | phh | android-res: there are only two ways to inject code in phone process |
| 16:23.50 | phh | either you're root |
| 16:24.00 | phh | or you have the correct uid/gid to access to the process. |
| 16:24.04 | android-res | I know.. |
| 16:24.17 | phh | android-res: but isn't there some security exploits in current kernels ? |
| 16:24.35 | android-res | Yes.. I don't know if wanna go there... |
| 16:24.58 | android-res | prefer something less "intrusive" than priv. escalation.. |
| 16:25.16 | android-res | what was ur direction with the /smd0? |
| 16:25.18 | phh | and you think you can inject code in a "stranger" 's application without such things ... ? |
| 16:25.33 | phh | if you can have access to /dev/smd0, you can do the stuff by yourself |
| 16:25.57 | ToAsTcfh | android-res what device do u have? |
| 16:26.02 | android-res | crw-r----- 1 radio radio 254, 0 Apr 6 19:23 /dev/smd0 |
| 16:26.04 | android-res | :( |
| 16:26.20 | phh | android-res: can't you get radio group privilege through android perm things ? |
| 16:26.21 | android-res | Got N1, ADP1, ADP2 |
| 16:26.43 | android-res | Whats android perm things? |
| 16:27.08 | phh | the things that give you more or less rights if you ask it ... ? |
| 16:27.17 | android-res | no.. |
| 16:27.21 | phh | no what ? |
| 16:27.38 | android-res | It only gives u permissions to get specific intents and such... |
| 16:27.44 | android-res | no UID change.. |
| 16:27.49 | phh | and BT radio access |
| 16:27.52 | phh | and network access |
| 16:27.56 | phh | and file system access |
| 16:28.00 | phh | which means GID changes. |
| 16:28.20 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 16:28.21 | phh | and you only need radio gid, not uid |
| 16:28.23 | phh | I think. |
| 16:28.29 | android-res | Yeah... |
| 16:28.42 | android-res | Do u think i can get that using the permissions? |
| 16:28.49 | phh | don't know |
| 16:29.09 | android-res | does asking for permissions changes ur uid? |
| 16:29.13 | android-res | didn't knew that... |
| 16:29.16 | phh | not uid |
| 16:29.17 | phh | just gid |
| 16:29.24 | android-res | same for me |
| 16:29.42 | android-res | if i could get into radio my problems are solved |
| 16:30.10 | android-res | being in the same gid meaning i could ptrace on the f*er right? |
| 16:30.21 | phh | i'm not sure |
| 16:30.45 | android-res | from what i remember (man ptrace - ATTACH part) |
| 16:31.13 | android-res | Thanks. I'll check the permissions direction.. sounds good |
| 16:31.36 | android-res | do u have any good reading meterial about permissions and gid/uid relation |
| 16:31.38 | android-res | ? |
| 16:31.43 | phh | not at all |
| 16:31.56 | phh | well, a big old grep in android sources |
| 16:32.01 | phh | (I've one running right now) |
| 16:32.08 | Captnoord | re |
| 16:33.04 | ToAsTcfh | phh: well just ping this nick if u make anyprogress on the pll stuff. im logging it so ill get all pings for sure |
| 16:33.11 | phh | ok |
| 16:33.39 | *** part/#htc-linux Termana (~bradley@123-3-85-159.static.dsl.dodo.com.au) |
| 16:33.43 | ToAsTcfh | im back off to work. good luck man. god i just want this shit to work |
| 16:34.06 | ToAsTcfh | im sure u do too. just s ill leave u guys alone :P |
| 16:34.16 | android-res | :) |
| 16:35.35 | phh | android-res: got it. |
| 16:35.41 | phh | there is no radio perm. |
| 16:35.48 | phh | see etc/platform.xml |
| 16:38.31 | Captnoord | hmm the panel powerdown seems to save a lot of power |
| 16:39.26 | phh | Captnoord: but I don't seem to have much battery life than chamonix while I have a 1.5Ah on diam100 and he has 1350mAh raph100 ?!? |
| 16:39.31 | android-res | Yeah.. I'm looking into it right now... |
| 16:40.01 | Captnoord | i'm fixing my battery power rig so I can measure the current |
| 16:40.04 | android-res | phh: do u have any other idea? |
| 16:40.14 | phh | *android-resno |
| 16:40.19 | ToAsTcfh | android-res: what is the uid issue u are having? |
| 16:40.23 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 16:40.28 | ToAsTcfh | shared uids? |
| 16:40.42 | phh | ToAsTcfh: android-res want's ril's uid |
| 16:40.45 | phh | easy uh , |
| 16:40.47 | phh | ? |
| 16:40.51 | ToAsTcfh | lol |
| 16:41.01 | android-res | ToAsTcfh: I'm trying to get the channel that the phone is currently on (ARFCN/UARFCN) |
| 16:41.25 | android-res | the ril is running under radio |
| 16:41.36 | ToAsTcfh | na i dont think there is a uid for it but im not for sure. packages.xml tells all uids |
| 16:41.41 | phh | [18:29:48] <android-res> I got it on a rooted phone using internal phone functions and a platform key.. But rooted phone is not enough :( <--------- can you explain abit ? |
| 16:41.55 | *** join/#htc-linux Kawaiius (~yadayada@pool-71-255-179-38.slsbmd.east.verizon.net) |
| 16:41.57 | phh | you have another apk that asks the ril for the infos you want ? |
| 16:42.26 | android-res | Let's take it step by step |
| 16:42.38 | android-res | 1. I've got HTC FTD |
| 16:42.49 | phh | ftd ? |
| 16:42.52 | android-res | Little bit reversing and some log reading |
| 16:42.58 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 16:43.02 | android-res | Field Test Display |
| 16:43.04 | phh | ok |
| 16:43.07 | ToAsTcfh | ok |
| 16:43.13 | phh | htc ftd gives the info you want ? |
| 16:43.23 | android-res | and i found out the internal function that was used to get the data.. |
| 16:43.39 | ToAsTcfh | ok |
| 16:43.42 | android-res | the function returns a buffer which was pretty straight foreward to parse |
| 16:44.04 | android-res | so i created an apk that uses that function through java reflection |
| 16:44.11 | android-res | phh: yes |
| 16:44.23 | phh | htc ftd doesn't need root access, does it ? |
| 16:44.25 | android-res | But that didn't work |
| 16:44.33 | ToAsTcfh | now u have shared uid issues with using that app on that shared uid |
| 16:44.48 | ToAsTcfh | resign the apks in the build all of them |
| 16:44.54 | android-res | phh: no, but it runs under the Phone process cause it's also signed with the platform key used to build the phonr |
| 16:45.08 | android-res | Been there done that.. |
| 16:45.11 | ToAsTcfh | go to packages.xml |
| 16:45.12 | phh | android-res: ok |
| 16:45.25 | ToAsTcfh | what is the uid for ur app |
| 16:45.50 | android-res | The intersting part is that the function won't work cause under the hood the funtion issues a ril request that is sent through a socket to the rild |
| 16:45.56 | Captnoord | hmmm I guess I need to charge |
| 16:46.10 | Captnoord | 30% battery with my battery rig doesn't allow it to boot |
| 16:46.20 | android-res | ToAsTcfh: I've got no problem with running my apk on a rooted phone |
| 16:46.20 | phh | Captnoord: haha |
| 16:46.42 | phh | android-res: and why the hell do you want to publish such an app uh ? |
| 16:46.43 | android-res | I'm trying to do it in a regualr apk |
| 16:47.07 | Captnoord | about 50 mv on a 0.54 ohm resistor |
| 16:47.08 | Captnoord | lol |
| 16:47.54 | ToAsTcfh | rooted or not the sign keys u used to sign ur apk dont match the keys for that uid |
| 16:47.57 | android-res | I work in a company that developes radio related apps and the only parameter that we need and is not in the standart sdk is this channel thing |
| 16:48.31 | ToAsTcfh | shared uids require all apks on that uid to be signed with the same keys |
| 16:48.40 | *** join/#htc-linux sxe (~quassel@ip-88-153-21-39.unitymediagroup.de) |
| 16:48.54 | Captnoord | radio as in hw |
| 16:48.59 | phh | Captnoord: no, ril |
| 16:48.59 | Captnoord | or radio as in software |
| 16:49.03 | Captnoord | yea I know |
| 16:49.04 | phh | just the ril |
| 16:49.07 | Captnoord | the hw part |
| 16:49.08 | ToAsTcfh | in order to do that u have to resign every apk in the build including frameworks |
| 16:49.10 | Captnoord | or the sw part |
| 16:49.27 | android-res | ToAsTcfh: I'm not thinking about running inside the phone app cause i know it won't happen |
| 16:49.31 | phh | ToAsTcfh: use a rooted build is easier. |
| 16:49.48 | ToAsTcfh | oh |
| 16:49.53 | ToAsTcfh | ok nm |
| 16:50.05 | ToAsTcfh | ur having uid issues |
| 16:50.22 | ToAsTcfh | because of the way u signed the apk with test keys |
| 16:50.41 | ToAsTcfh | the build is signed with htc release keys |
| 16:50.54 | android-res | I'm trying to think on other directions (like memory scanning the rild process/injecting java to the phone process/writing to devices used to connect to baseband/writing to the socket connecting the java and reild/etc...) |
| 16:51.21 | phh | android-res: using a kernel security flaw would be way easier. |
| 16:51.40 | ToAsTcfh | im out good luck |
| 16:51.56 | android-res | From ur experience how long that those leave? |
| 16:52.08 | android-res | live? |
| 16:53.34 | android-res | the kernel security flaws... |
| 16:53.42 | phh | G1 is still with android 1.6. |
| 16:53.46 | phh | that gives the idea. |
| 16:53.57 | android-res | What about OTA? |
| 16:54.00 | android-res | updates? |
| 16:54.11 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
| 16:54.14 | phh | they do it really not often at all |
| 16:54.29 | android-res | have they done it for kernel updates? |
| 16:54.39 | Jafterdark | <PROTECTED> |
| 16:55.05 | Captnoord | hero got updated to 2.1 |
| 16:55.52 | android-res | ToAsTcfh: if i run as i root what is the most "clean way" to run in the phone process? |
| 16:56.37 | phh | android-res: trace the ril to know how it gets the infos you want |
| 16:56.50 | phh | if it always know this info, you can dump its memory and search in it |
| 16:57.03 | phh | if not, read/write to smd0 on your own |
| 16:57.41 | android-res | I prefer running in the phone process and invoking the java shit... |
| 16:57.57 | android-res | More clean and no need to use the ndk.. |
| 16:58.13 | android-res | If i already got root access why no use it.. |
| 17:03.06 | android-res | Does anyone has any good priv. on eclair 2.1? |
| 17:04.05 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 17:05.35 | Captnoord | is booting to android |
| 17:05.35 | Captnoord | then |
| 17:05.39 | Captnoord | swap the battery |
| 17:05.41 | Captnoord | with the rig |
| 17:05.43 | Captnoord | :P |
| 17:05.44 | Captnoord | bleh |
| 17:05.47 | Captnoord | can't wait |
| 17:06.06 | phh | 300mW in sleep |
| 17:06.07 | phh | "oops" |
| 17:06.13 | Captnoord | 300mW? |
| 17:06.17 | Captnoord | hmmm |
| 17:06.27 | Captnoord | we have a 4V battery |
| 17:06.34 | Captnoord | 0.3 / 4 |
| 17:06.51 | phh | 3.6*1.5 ~= 5Wh |
| 17:06.59 | phh | oh right, 300mW is what we actually have I guess. |
| 17:07.22 | Jafterdark | this is what i get |
| 17:07.25 | Jafterdark | E/SendTransaction( 1616): java.io.IOException: Cannot establish route for http:/ |
| 17:08.03 | Jafterdark | D/ConnectivityService( 1245): stopUsingNetworkFeature for net 0: enableMMS |
| 17:09.01 | Captnoord | lol |
| 17:09.19 | Captnoord | should make sure that everything is connected |
| 17:10.23 | Jafterdark | D/ConnectivityService( 1245): special network already active |
| 17:10.52 | Captnoord | hmmm |
| 17:11.05 | Captnoord | now I need to know if microp gets suspended before mddi |
| 17:11.08 | Captnoord | as I need it |
| 17:11.09 | Captnoord | lol |
| 17:12.03 | phh | microp gets suspended ... ? |
| 17:12.08 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 17:12.10 | Captnoord | i2c gets |
| 17:12.14 | phh | ok |
| 17:12.20 | phh | hey GlemSom |
| 17:12.30 | phh | GlemSom: seems you had some fun with your website :p |
| 17:12.32 | GlemSom | Hey :) |
| 17:12.44 | Wout | chamonix: hey, I sent you some radio logs via pm on xda |
| 17:13.16 | phh | GlemSom: what's the "stripped" story ? |
| 17:13.20 | GlemSom | phh, Yeah, spent some time trying to make it look better... Though... I HATE doing anything with GUI... :P |
| 17:13.25 | Jafterdark | can anyone help if you have time |
| 17:13.29 | GlemSom | phh, Stripped debug symbols |
| 17:13.44 | GlemSom | ohh wait, or was it --unneeded |
| 17:13.45 | GlemSom | let me check |
| 17:13.46 | phh | GlemSom: how ? from what ? |
| 17:13.53 | GlemSom | Kernel modules |
| 17:14.03 | phh | uh ? didn't we already do strip before ? |
| 17:14.15 | GlemSom | No, just the wifi modules |
| 17:14.19 | GlemSom | (in build.sh) |
| 17:14.25 | GlemSom | Not all other kernel modules |
| 17:14.46 | Captnoord | works |
| 17:15.00 | Captnoord | 50mV with spikes |
| 17:15.01 | phh | GlemSom: oh ok |
| 17:15.05 | GlemSom | it was --strip-debug :P |
| 17:15.16 | phh | Captnoord: I= ? |
| 17:15.18 | GlemSom | phh, It reduces the size with over 50% |
| 17:15.23 | phh | oh 50mB is I. |
| 17:15.24 | phh | mV* |
| 17:15.29 | phh | V = 4V I guess :D |
| 17:15.53 | phh | Captnoord: so that makes 360mW ? |
| 17:16.04 | Captnoord | phh in suspend we use constantly 20mv with large spikes every 1 to 1.5 seconds |
| 17:16.19 | Captnoord | on raph it is |
| 17:16.27 | Captnoord | every second* |
| 17:16.30 | Captnoord | spikes |
| 17:16.37 | phh | every second ? |
| 17:16.40 | phh | hum |
| 17:16.44 | phh | and in windows there is no such thing ? |
| 17:16.52 | jamenlang | GlemSom: did you get my message on XDA? |
| 17:17.12 | Captnoord | can't boot windows |
| 17:17.19 | Captnoord | because I didn't charge it yet |
| 17:17.19 | Captnoord | :P |
| 17:17.29 | Captnoord | btw its a 0.5 ohm resistor |
| 17:17.32 | GlemSom | jamenlang, Uhhm... doesn't seem so... |
| 17:17.38 | phh | Captnoord: I know, you already said that. |
| 17:18.03 | Jafterdark | what are you guy's working on |
| 17:18.18 | jamenlang | i think it was just a 'visitor message' not a private one |
| 17:18.21 | phh | Jafterdark: Captnoord is playing with battery consumption. |
| 17:18.23 | Captnoord | phh spikes are HUGE |
| 17:18.42 | Captnoord | at least 50 mV on top of the 20mv |
| 17:18.47 | Captnoord | 70mV spikes |
| 17:18.52 | phh | Captnoord: like the radio is sending a keepalive every second. |
| 17:18.54 | GlemSom | jamenlang, Ohh yeah, regarding twitter... I did answer that... didn't I ? |
| 17:18.58 | Captnoord | I dono |
| 17:18.59 | jamenlang | i dunno |
| 17:19.08 | phh | Captnoord: well, you'll compare with wimo. |
| 17:19.21 | leviathan | GNUtoo: did you push the recipe now? |
| 17:19.42 | GlemSom | wonders where to find sent "visitor messages" on XDA... |
| 17:20.42 | Captnoord | yea |
| 17:20.42 | Captnoord | I will |
| 17:20.43 | Captnoord | we do have the same spikes when we are awake |
| 17:20.43 | Captnoord | but they are less |
| 17:20.43 | Captnoord | hmmm |
| 17:20.44 | Captnoord | hard to say |
| 17:20.52 | phh | Captnoord: just different scales ? :p |
| 17:21.08 | Captnoord | nah same scale |
| 17:21.15 | Captnoord | the spikes are always 70mv |
| 17:21.22 | Captnoord | only when everything is awake |
| 17:21.28 | Captnoord | the default drain is about 50mv |
| 17:21.31 | Captnoord | so the spike is lower |
| 17:21.34 | Captnoord | only 20mv |
| 17:21.41 | phh | how width is the spike ? |
| 17:21.42 | Captnoord | so if you say its the radio |
| 17:21.43 | phh | 100us ? |
| 17:22.11 | Captnoord | about 7x 5 ms |
| 17:22.15 | Captnoord | brb |
| 17:22.16 | phh | oO |
| 17:22.19 | phh | that's really long |
| 17:23.18 | GNUtoo | leviathan, building it |
| 17:23.22 | GNUtoo | I'll eat then push |
| 17:23.26 | leviathan | ok |
| 17:23.37 | GNUtoo | else I can pastebin it |
| 17:23.41 | GNUtoo | if you want |
| 17:23.48 | GNUtoo | but not shure that it'll work |
| 17:23.51 | leviathan | yeaah |
| 17:23.56 | leviathan | sure, just pastebin it |
| 17:24.05 | leviathan | or |
| 17:24.06 | leviathan | no |
| 17:24.06 | GNUtoo | ah sorry |
| 17:24.08 | leviathan | wait |
| 17:24.08 | GNUtoo | son't work |
| 17:24.13 | leviathan | I'll pull it regulary |
| 17:24.15 | GNUtoo | because of files:// |
| 17:24.24 | leviathan | push it |
| 17:24.32 | GNUtoo | I really need to go to eat |
| 17:24.34 | leviathan | then your signature keeps conserved |
| 17:24.37 | leviathan | np |
| 17:24.42 | leviathan | take your time |
| 17:24.44 | GNUtoo | I can't push it before beeing shure it works |
| 17:24.52 | GNUtoo | I want to keep my commit access |
| 17:25.01 | GNUtoo | also because it's usefull for us |
| 17:25.03 | leviathan | I've still around 60 years to suffer under my existens I fear |
| 17:25.07 | leviathan | so take your time :) |
| 17:25.34 | leviathan | sure |
| 17:26.07 | Jafterdark | if you need any log just hit me up |
| 17:26.55 | *** part/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
| 17:27.11 | leviathan | :) |
| 17:27.22 | *** part/#htc-linux android-res (~yciduo@80.179.91.44) |
| 17:27.35 | leviathan | first we need to ensure it works at all ^^ |
| 17:28.28 | Captnoord | phh make that 4x 5ms |
| 17:28.32 | Captnoord | on avarage |
| 17:28.34 | Captnoord | 20ms |
| 17:28.37 | phh | Captnoord: still way too much |
| 17:28.42 | Captnoord | yup |
| 17:28.46 | Captnoord | I wonder if it is wakeup |
| 17:28.49 | Captnoord | and resuspend |
| 17:30.48 | Captnoord | nah on windows boot |
| 17:30.48 | Captnoord | that doesn't continue |
| 17:30.50 | Captnoord | its about 70mv |
| 17:30.56 | Captnoord | but thats on init I guess |
| 17:31.13 | Captnoord | to calculate the current |
| 17:31.15 | phh | tell the result when it's sleeping ? |
| 17:31.15 | Captnoord | you have todo |
| 17:31.18 | Captnoord | yea |
| 17:31.21 | Captnoord | charging now |
| 17:31.24 | phh | haha. |
| 17:31.26 | Captnoord | voltage / resistance |
| 17:31.27 | Captnoord | so |
| 17:31.31 | Captnoord | 70mv / 0.5 |
| 17:31.35 | Captnoord | is 140 mA |
| 17:31.46 | phh | if it's charging it's kind of wrong. |
| 17:31.47 | Captnoord | max on bootloader |
| 17:32.24 | Captnoord | won android its 20mv with large spikes |
| 17:32.30 | Captnoord | which we can say is kinda like |
| 17:32.33 | Captnoord | 30mv constant |
| 17:32.40 | Captnoord | that translates into 60mA |
| 17:32.49 | Captnoord | 1350 mA/h |
| 17:33.02 | Jafterdark | is this what your working on W/BatteryStatsImpl( 1245): Couldn't get kernel wake lock stats |
| 17:33.13 | Captnoord | is 22 hours |
| 17:33.23 | Captnoord | but the max we can get is 13 hours? |
| 17:33.26 | phh | Captnoord: mA*h not mA/h . |
| 17:33.37 | phh | it often wakes up. |
| 17:33.50 | phh | and battery efficientcy isn't 100% I guess |
| 17:37.57 | Captnoord | phh don't make start all over again |
| 17:38.08 | Captnoord | its mA / 1 hour |
| 17:38.14 | Captnoord | so if I divice by the drain |
| 17:38.18 | Captnoord | I get the amount of time |
| 17:38.20 | Captnoord | nah |
| 17:38.23 | Captnoord | I did start again |
| 17:38.27 | Captnoord | slaps himself |
| 17:38.53 | Captnoord | or what every |
| 17:39.24 | phh | if it's mA/h, if you devide by the drain, you get 1/hours |
| 17:39.25 | phh | not hours |
| 17:39.31 | Captnoord | true |
| 17:39.33 | Captnoord | your correct |
| 17:39.54 | Captnoord | gonna hookup microp so I can disable the lcm |
| 17:40.16 | phh | can you disable microp ? |
| 17:40.25 | phh | I don't think it does any vital stuff |
| 17:40.34 | Captnoord | I can disable it |
| 17:40.39 | Captnoord | saves more than 10mA |
| 17:40.45 | phh | huhu |
| 17:40.45 | Captnoord | about 5mA for the led |
| 17:40.56 | Captnoord | and another 5mA for the uC |
| 17:41.00 | Captnoord | or maybe more |
| 17:41.12 | phh | and you can make it start again after that ? :D |
| 17:41.19 | Captnoord | hehe |
| 17:41.20 | Captnoord | I hope |
| 17:41.24 | Captnoord | gonna check the dll |
| 17:41.42 | Captnoord | last time I checked it doesn't really seem to have a suspend function |
| 17:42.55 | Captnoord | checking board-mahimahi-microp.c |
| 17:43.05 | phh | there is nothing there either |
| 17:43.49 | Captnoord | and nothing in the dll... |
| 17:43.52 | Captnoord | nothing direct |
| 17:43.59 | phh | bah you have microp's doc no ? |
| 17:44.10 | Captnoord | nope |
| 17:44.11 | Captnoord | you? |
| 17:44.19 | phh | how did you fix your microp ? |
| 17:44.27 | Captnoord | hehe |
| 17:44.29 | phh | well then you can ask the SPL/OEMSBL |
| 17:44.30 | Captnoord | diag image |
| 17:44.36 | phh | or diag image. |
| 17:44.39 | Captnoord | diag rom* |
| 17:44.44 | Captnoord | you gave me |
| 17:44.50 | phh | reverse it :p |
| 17:45.13 | Captnoord | I didn't |
| 17:45.16 | Captnoord | just loaded |
| 17:45.21 | Captnoord | and did test all |
| 17:45.24 | Captnoord | and it reset the microp |
| 17:45.36 | Captnoord | I can't reverse it because I can't extract it |
| 17:45.46 | phh | ah |
| 17:45.56 | Captnoord | but |
| 17:46.04 | phh | you're sure there is anything to do btw ? |
| 17:46.05 | Captnoord | there is interesting code in the other microp |
| 17:46.13 | Captnoord | what do you mean? |
| 17:46.15 | phh | vreg down/vreg up isn't enough ? |
| 17:46.19 | Captnoord | I think it got loads of stuff |
| 17:46.24 | Captnoord | nah the microp disables the lcm |
| 17:46.34 | Captnoord | saves a couple of mA |
| 17:46.39 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
| 17:48.58 | Captnoord | I also think channel power is related to the radio |
| 17:49.06 | Captnoord | which is also in the microp dll |
| 17:49.30 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 17:50.18 | Captnoord | btw the only real difference I found (panel spi init) is that |
| 17:50.25 | Captnoord | {0x00160004,0x0000A1EF}, is {0x00160004,0x0000A0EF}, |
| 17:50.30 | Captnoord | at least on wince |
| 17:50.33 | phh | just one bit ? |
| 17:50.34 | phh | wow. |
| 17:50.34 | Captnoord | don't know what it means |
| 17:50.36 | Captnoord | yea |
| 17:50.45 | Captnoord | there are 4 lcd supported on wince |
| 17:50.59 | Captnoord | and I think its the same as on diamond |
| 17:51.02 | Captnoord | exactly the same |
| 17:51.26 | Captnoord | I know somebody split the stuff |
| 17:51.32 | Wout | toyed around with the desire today. Snapdragon+wvga+android is amazing |
| 17:51.35 | Captnoord | but i'm ready to merge |
| 17:51.41 | Captnoord | hehe |
| 17:51.52 | Captnoord | I know what phone Wout is gonna get |
| 17:51.53 | Captnoord | :P |
| 17:51.55 | phh | Wout: still no keyboard. |
| 17:52.06 | phh | no tv out |
| 17:52.10 | Wout | Captnoord: nope, because of what phh said |
| 17:52.10 | Captnoord | hehe |
| 17:52.13 | Captnoord | hehe |
| 17:52.24 | phh | seriously, when the TP3 will goes out ? |
| 17:52.30 | phh | or nexus pro |
| 17:52.40 | phh | the best would be TP3 with hdmi + analog tv out |
| 17:52.45 | Wout | nexus pro prolly around august |
| 17:52.50 | Wout | tp3 will be a smaller tp |
| 17:53.03 | Wout | best bet would be samsung galaxy pro |
| 17:53.06 | Wout | somewhere this fall |
| 17:53.11 | phh | na |
| 17:53.13 | phh | I want a htc. |
| 17:53.29 | Captnoord | hackable |
| 17:53.29 | Captnoord | :P |
| 17:53.30 | phh | Wout: anyway, is desire way better concerning normal use ? |
| 17:53.38 | Wout | hope htc switches to amoled soon |
| 17:53.48 | phh | I agree it's way better concerning games |
| 17:53.53 | Wout | phh: sense on android really adds heaps of functionality |
| 17:54.04 | Wout | and they've tweaked the hell out of it |
| 17:54.15 | phh | Wout: you can have desire's sense on TP2 :p |
| 17:54.30 | Wout | yeah....crippled and slow :P |
| 17:54.46 | phh | ah ? |
| 17:54.49 | phh | I havent' tested it yet |
| 17:55.01 | phh | I believe that it could be smooth with proper SD handling |
| 17:55.04 | Wout | the 2.1 build is way behind |
| 17:55.07 | phh | but linux totally sucks concerning SD. |
| 17:55.20 | Wout | but seeing that the hero will get a sense upgrade |
| 17:55.25 | Wout | it should run on our tp2 too |
| 17:56.02 | Wout | I was running a memory killer on the desire, after playing around for a few mins it read: 238mb free |
| 17:56.03 | Wout | lol |
| 17:56.58 | phh | oh and we definitely have some memory leak. |
| 17:57.07 | phh | after 3 days of continuous use, I had only 70MB free. |
| 17:57.11 | phh | with all apps killed |
| 17:57.48 | Captnoord | booted into wince |
| 17:58.39 | Captnoord | 50 mV constant with display on normal backlight |
| 17:59.57 | Captnoord | hmmm |
| 18:00.08 | Captnoord | phh want to know what the suspend current is? |
| 18:00.16 | phh | yes |
| 18:00.18 | phh | unmetered ? |
| 18:00.26 | Captnoord | spikes are max 40mV |
| 18:00.35 | phh | in wince ? |
| 18:00.42 | Captnoord | yea |
| 18:00.43 | Captnoord | the rest |
| 18:00.45 | Captnoord | lets say |
| 18:00.49 | phh | a spike every second ? |
| 18:01.01 | phh | a 30ms long spike ? |
| 18:01.02 | Captnoord | < 5mV |
| 18:01.08 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
| 18:01.18 | phh | OK |
| 18:01.28 | phh | you know what to do now. |
| 18:01.29 | Captnoord | yea |
| 18:01.32 | Captnoord | 30ms |
| 18:01.40 | phh | 30ms sounds really long |
| 18:01.49 | Captnoord | got a old scope |
| 18:01.53 | Captnoord | can't make a proper picture |
| 18:01.54 | Captnoord | bleh |
| 18:01.58 | phh | that makes 3% of the time mmm |
| 18:01.59 | leviathan | GNUtoo: re? |
| 18:02.15 | Captnoord | phh it doesn't work that way.... |
| 18:02.25 | Captnoord | you need to intergrate to get the correct value |
| 18:02.31 | Captnoord | I wish I had a digital scope |
| 18:02.43 | Captnoord | I can try tomorrow at school to get sole 1337 pictures |
| 18:02.44 | phh | Captnoord: you don't know how to do an electronical integrator ? :p |
| 18:02.51 | Captnoord | I know |
| 18:02.55 | Captnoord | but they are not accurate |
| 18:03.00 | Captnoord | and hard to make accurate |
| 18:03.07 | Captnoord | for our purposes |
| 18:03.15 | phh | oh right |
| 18:03.17 | Captnoord | but I can just use my voltmeter |
| 18:03.21 | Captnoord | it avarages it a bit |
| 18:03.24 | phh | 30ms spikes of 40mV makes 26days. |
| 18:03.29 | phh | of battery life* |
| 18:03.31 | phh | right. |
| 18:03.34 | phh | time to eat |
| 18:05.01 | Captnoord | 2mv max |
| 18:05.09 | Captnoord | including the spikes |
| 18:05.24 | Captnoord | 0.44 mv constant |
| 18:05.49 | Captnoord | that is about 1 mA drain |
| 18:07.09 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87c5f8.pool.mediaWays.net) |
| 18:08.04 | Captnoord | phh btw that was with the panel code |
| 18:08.08 | Captnoord | now gonna try without |
| 18:08.27 | Captnoord | default kernel |
| 18:12.24 | Captnoord | the panel code doesn't do shit |
| 18:12.25 | Captnoord | lolz |
| 18:12.27 | Captnoord | 20mv |
| 18:12.31 | Captnoord | with same spilkes |
| 18:13.35 | Wout | any progress on the batt readout? |
| 18:14.01 | Captnoord | yea goes slow |
| 18:14.12 | Captnoord | don't worry |
| 18:14.15 | Captnoord | I won't forget you |
| 18:14.26 | Wout | hehe, just curious ;) |
| 18:19.17 | Captnoord | bleh because I copied the diamond panel code the microp stuff has already been done |
| 18:19.51 | Captnoord | a bit hacky |
| 18:20.01 | Captnoord | but should be working |
| 18:20.55 | leviathan | GNUtoo: re? |
| 18:21.26 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 18:23.40 | mickeyl | ok, wifi almost works on the dream |
| 18:23.49 | mickeyl | thanks all who were involved |
| 18:23.51 | mickeyl | ! |
| 18:23.59 | GNUtoo | leviathan, back |
| 18:24.32 | phh | Captnoord: 20mV with panel not off, 2mV with panel off ? |
| 18:24.47 | Captnoord | nah |
| 18:24.56 | Captnoord | with diamond panel code 20mV |
| 18:25.05 | Captnoord | with auto suspend |
| 18:25.07 | Captnoord | 20 mV |
| 18:25.13 | phh | ok |
| 18:25.17 | Captnoord | now killing microp |
| 18:25.20 | Captnoord | leds |
| 18:25.34 | phh | if killing leds, some people might hate me. |
| 18:25.40 | Captnoord | lol |
| 18:25.45 | Captnoord | nah we can make it optional |
| 18:26.12 | phh | it's already optional |
| 18:26.15 | Captnoord | but its stupid to turn a led on when you want battery live |
| 18:26.17 | Captnoord | lol |
| 18:26.23 | leviathan | GNUtoo: wb |
| 18:26.24 | Captnoord | k |
| 18:26.38 | leviathan | mickeyl: you're welcome ;) |
| 18:26.50 | mickeyl | :) |
| 18:26.54 | GNUtoo | thanks |
| 18:26.55 | phh | Captnoord: it's an option in chamonix's ledeffects app |
| 18:27.08 | GNUtoo | (to leviathan and mickeyl) |
| 18:27.14 | mickeyl | two little issues open, but we can fix them |
| 18:27.18 | leviathan | yes |
| 18:27.19 | GNUtoo | that are? |
| 18:27.21 | Captnoord | k |
| 18:27.32 | mickeyl | kernel WARNING which i don't like |
| 18:27.34 | leviathan | GNUtoo: hmm, perhaps the firmware issue? |
| 18:27.39 | leviathan | :) |
| 18:27.44 | Captnoord | hmmm |
| 18:27.45 | GNUtoo | that is one |
| 18:27.51 | Captnoord | what else can draw that much power |
| 18:27.53 | mickeyl | and interface index somewhat broken |
| 18:27.55 | phh | "udev sucks" is the second issue ? :D |
| 18:27.56 | leviathan | loading it manually is not very practicable |
| 18:27.57 | Captnoord | maybe we don't sleep deep anough |
| 18:27.57 | phh | ah. |
| 18:28.04 | mickeyl | udhcpc complains wlan0 does not exist |
| 18:28.06 | GNUtoo | mickeyl, ah that's udev rules |
| 18:28.10 | mickeyl | nah |
| 18:28.11 | mickeyl | no udev here |
| 18:28.15 | leviathan | mhhh |
| 18:28.17 | GNUtoo | mickeyl, last part of mac address is random |
| 18:28.20 | phh | mickeyl: fix the mac ? |
| 18:28.25 | mickeyl | hmm? |
| 18:28.25 | phh | I have a patch for that somwhere |
| 18:28.28 | GNUtoo | mickeyl, so it creates new interface each time |
| 18:28.38 | mickeyl | i don't see how that should disturb udhcpc |
| 18:28.39 | GNUtoo | wlan0->wlan1->wlan2->wlan3 etc... |
| 18:28.42 | mickeyl | it's rather: |
| 18:28.44 | leviathan | I'll look |
| 18:28.47 | GNUtoo | ah |
| 18:28.56 | mickeyl | root@htcdream:~# udhcpc wlan0 |
| 18:28.56 | mickeyl | udhcpc: SIOCGIFINDEX: No such device |
| 18:29.04 | mickeyl | which is somewhat worrying |
| 18:29.06 | GNUtoo | mickeyl, udhcpc -i wlan0 |
| 18:29.09 | mickeyl | but manually setting works |
| 18:29.12 | mickeyl | wah! |
| 18:29.16 | phh | -_-' |
| 18:29.19 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
| 18:29.22 | mickeyl | hahaha |
| 18:29.25 | mickeyl | i'm such noob |
| 18:29.27 | mickeyl | thanks guys |
| 18:29.29 | mickeyl | dances a jig |
| 18:29.30 | phh | I rememebr I did the same thing. |
| 18:29.37 | mickeyl | awesome |
| 18:29.43 | mickeyl | now i will polish my firmware loader and commit |
| 18:29.49 | GNUtoo | too much fso hacking and less embedded stuff? |
| 18:29.49 | leviathan | hmm, ok |
| 18:29.51 | mickeyl | after today's TV session |
| 18:29.54 | GNUtoo | ok |
| 18:29.55 | mickey|tv | :) |
| 18:29.56 | leviathan | lol |
| 18:30.16 | leviathan | good idea |
| 18:30.36 | leviathan | lets see if they have already newest doctor who (eleventh hour) on google video xD |
| 18:31.03 | phh | leviathan: it's damn good. |
| 18:31.20 | leviathan | phh: you've seen it? |
| 18:31.25 | phh | yup |
| 18:31.33 | leviathan | I just know |
| 18:31.41 | leviathan | he now always says jeronymo |
| 18:31.48 | leviathan | not "molto bene" anymore |
| 18:31.48 | phh | hum |
| 18:31.52 | phh | I heard it only once |
| 18:31.56 | stinebd | interesting |
| 18:32.02 | leviathan | and the new doctor also uses guns |
| 18:32.07 | phh | and it was a story about a poll. |
| 18:32.09 | phh | guns ... ? |
| 18:32.13 | leviathan | yeah |
| 18:32.14 | leviathan | trailer |
| 18:32.18 | phh | I haven't seen a damn gun in this episode -_-' |
| 18:32.20 | leviathan | once basically |
| 18:32.21 | leviathan | :) |
| 18:32.28 | leviathan | dunno |
| 18:32.33 | leviathan | just saw it in the trailer |
| 18:32.53 | *** join/#htc-linux Fordyy (~MrFordihu@d90-130-14-1.cust.tele2.se) |
| 18:32.54 | leviathan | he only once had a gun in all the movie history |
| 18:32.56 | stinebd | i wonder if bluetooth pairing via confirmation number works in the aosp build |
| 18:32.58 | leviathan | but never fired one |
| 18:33.05 | phh | stinebd: ah you too ? |
| 18:33.11 | stinebd | phh: yes, pin entry is broken |
| 18:33.13 | leviathan | phh: anyway |
| 18:33.20 | leviathan | I'll watch out for doctor who |
| 18:33.23 | leviathan | ^_^ |
| 18:33.29 | leviathan | until mickey|tv is back |
| 18:33.35 | stinebd | phh: did pin entry work in babijoee's? |
| 18:33.37 | leviathan | because he is the one, with the firmwareloade |
| 18:34.02 | phh | stinebd: i'm not sure |
| 18:34.06 | phh | possibly not. |
| 18:34.47 | stinebd | well no matter, shouldn't be too hard to get it working |
| 18:35.10 | phh | stinebd: I had such problems on my desktop |
| 18:35.14 | phh | and yes it's hard. |
| 18:35.28 | stinebd | the problem is in UI |
| 18:35.42 | phh | maybe not |
| 18:35.45 | phh | could be dbus problem |
| 18:36.01 | stinebd | well that would be even easier to fix |
| 18:36.08 | phh | true |
| 18:36.19 | phh | but I've checked logcat |
| 18:36.22 | phh | there is nothing really explicit. |
| 18:36.39 | stinebd | so have i |
| 18:37.22 | Captnoord | hmm current sensing is a bit of |
| 18:37.28 | Captnoord | should show 140 mA |
| 18:37.37 | Captnoord | but shows me 87 mA |
| 18:38.00 | phh | there is a second hidden battery ! :p |
| 18:38.03 | phh | hum wait |
| 18:38.07 | phh | that'd do the opposite. |
| 18:38.25 | Captnoord | I know that there is a second battery |
| 18:38.34 | Captnoord | backup battery for RTC |
| 18:38.39 | phh | uh ? |
| 18:38.49 | phh | oh yeah I don't lose time. |
| 18:38.50 | Captnoord | in the left cornor of your phone |
| 18:38.59 | Wout | Captnoord: could it be that some commit broke your clock drift problem? |
| 18:39.04 | Wout | problem=fix |
| 18:39.23 | Captnoord | Wout I think the clock drift problem is related to the fact that we suspend / wake so often |
| 18:39.32 | Wout | k |
| 18:39.42 | Captnoord | do you still have the problem? |
| 18:39.47 | phh | Captnoord: I do |
| 18:39.50 | Captnoord | k |
| 18:39.51 | phh | my phone ran for three days |
| 18:39.57 | phh | I got ~ 1hour of drift |
| 18:39.59 | Captnoord | k |
| 18:39.59 | Wout | yeah, notice dit today |
| 18:40.01 | stinebd | clearly the solution is pm.sleep_mode=4 |
| 18:40.05 | Wout | less than before though |
| 18:40.11 | phh | Captnoord: I think the problem is that we don't read hardware clock |
| 18:40.19 | Captnoord | I dono |
| 18:40.21 | Captnoord | possible |
| 18:40.23 | phh | slaps stinebd |
| 18:41.22 | phh | stinebd: does it even work ? |
| 18:41.30 | Captnoord | .text:1001B400 aRil_pmprocSetT unicode 0, <RIL_PmProc: Set timer to 4s before entering suspend mode> |
| 18:41.33 | Captnoord | hmmm ril suspend |
| 18:41.38 | phh | ?!? |
| 18:41.49 | phh | which timer is that? |
| 18:41.59 | Captnoord | RilPhone.dll |
| 18:42.47 | Captnoord | AT+HTCPDPIDLE |
| 18:43.10 | phh | PDP ~= data connection |
| 18:43.16 | Captnoord | k |
| 18:43.40 | phh | I guess that's to say to antenna that our radio is on only once every 4 seconds ? |
| 18:46.10 | phh | but I can't see why it would be PDP specific mm |
| 18:46.10 | Captnoord | at least something doesn't get suspended |
| 18:46.43 | phh | I guess it would just change the frequency of the spikes |
| 18:47.01 | phh | I should trace AT commands. |
| 18:47.28 | Captnoord | and that Enable_Level2_Lock dex call? |
| 18:47.36 | phh | you can test it :p |
| 18:47.50 | Captnoord | hehe |
| 18:47.52 | Captnoord | not today |
| 18:47.55 | stinebd | works with confirmation code |
| 18:48.01 | Captnoord | I will hit the bed early |
| 18:48.17 | phh | stinebd: ? |
| 18:48.47 | stinebd | phh: if both devices can pair via confirmation code, it works. if either one requires pin it doesn't |
| 18:48.59 | phh | stinebd: wow |
| 18:49.01 | phh | that's weird |
| 18:49.10 | phh | and really annoying. |
| 18:49.25 | Markinus | Captnoord: what'S with out vregs? We didn't disable they all . . |
| 18:49.35 | Captnoord | I dono |
| 18:49.45 | Captnoord | sdcc should't be disabled |
| 18:49.49 | Captnoord | if they are the correct ones |
| 18:49.50 | Captnoord | at least |
| 18:49.57 | phh | Captnoord: uh ? |
| 18:50.03 | Markinus | Captnoord: lcd, wlan, bt . . |
| 18:50.24 | Captnoord | i'm running with a special build of mine |
| 18:50.28 | Captnoord | diamond panel code |
| 18:50.34 | Captnoord | but I don't know... |
| 18:50.45 | Captnoord | because the wince has a special power down function |
| 18:50.49 | Captnoord | with 2 spi commands |
| 18:51.11 | Captnoord | and I don't know why it doesn't want to stay suspended |
| 18:51.41 | Captnoord | I could have tested with radio off |
| 18:51.45 | Captnoord | slaps himself |
| 18:52.37 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 18:53.36 | Captnoord | nah i'm tired |
| 18:53.37 | Captnoord | nn all |
| 18:58.20 | Markinus | NetRipper: I did a create a minimal config for Leo. The kernel is now ca. 2.2 MB. But still same problem, signal oder hangings after freeing init memory |
| 18:58.46 | Markinus | NetRipper: so it's something very low level |
| 18:59.08 | NetRipper | Markinus, disable smd in board-htcleo.c |
| 18:59.16 | NetRipper | uncomment that &smd line |
| 18:59.18 | Markinus | NetRipper: I did it |
| 18:59.21 | NetRipper | ok |
| 18:59.22 | NetRipper | hm |
| 18:59.23 | Markinus | NetRipper: disabled all stuff |
| 18:59.41 | Markinus | NetRipper: no other files as board file |
| 18:59.51 | Markinus | NetRipper: no dex, etc. |
| 19:00.00 | NetRipper | i got the kernel to spew out error messages for > 60 sec |
| 19:00.27 | Markinus | ok |
| 19:00.29 | NetRipper | error messages originating from timer.c, because smd was disabled |
| 19:00.52 | Markinus | NetRipper: yes .. . this is needed, RPC too . . |
| 19:00.54 | NetRipper | it tries to sync the clock with smem clock |
| 19:00.59 | NetRipper | it timesout all the time |
| 19:01.01 | Markinus | NetRipper: so I desabled all this stuff |
| 19:01.02 | NetRipper | causing these errors |
| 19:01.23 | Markinus | hmm |
| 19:02.09 | Markinus | it makes a difference if we compile with AEABI or not |
| 19:02.26 | Markinus | NetRipper: without sthe signal message is comming directly after freeing init memory |
| 19:02.37 | NetRipper | without what? |
| 19:02.40 | NetRipper | oh |
| 19:02.51 | Markinus | NetRipper: with hangs after freeing init memory |
| 19:03.07 | Markinus | NetRipper: then the error is comming only if we have other stuff in kernel |
| 19:03.26 | Markinus | NetRipper: but is hnaging |
| 19:04.52 | Markinus | NetRipper: Here is my config |
| 19:04.52 | Markinus | http://pastebin.com/JSpfyVMX |
| 19:05.44 | Markinus | NetRipper: I disabled the whole PM stuff to . .(had to patch some files fot it) |
| 19:09.32 | NetRipper | maybe some of androids drivers are still in place.. like smem stuff |
| 19:09.46 | NetRipper | wrong writes to smem could cause hangs as well |
| 19:10.03 | NetRipper | i'm starting to get out of ideas :p |
| 19:10.14 | Markinus | NetRipper: right :) |
| 19:10.31 | Markinus | and this wrong signal . . |
| 19:10.49 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
| 19:11.40 | Markinus | NetRipper: hmm, right this is the stuff what I not disabled . . the android driver |
| 19:12.39 | NetRipper | there is much stuff in arch-msm that uses smem |
| 19:15.03 | Markinus | NetRipper: hmm yes .. |
| 19:15.24 | leviathan | GNUtoo: did you push? |
| 19:15.33 | GNUtoo | leviathan, many typos |
| 19:15.37 | GNUtoo | so not yet |
| 19:15.41 | leviathan | ok |
| 19:15.46 | GNUtoo | I usually take a long time for pushing |
| 19:20.39 | *** join/#htc-linux bombenbach (~bombenbac@77.47.80.54.dynamic.cablesurf.de) |
| 19:20.53 | *** join/#htc-linux eval- (~eval-@bokchoy.rutgers.edu) |
| 19:21.25 | bombenbach | Hi, I'm curious about htc-msm-2.6.29 |
| 19:21.33 | bombenbach | does it compile for Rhodium? |
| 19:21.50 | bombenbach | I mean does the kernel boot on Rhodium? |
| 19:22.15 | phh | no |
| 19:22.23 | bombenbach | why? |
| 19:22.36 | phh | well, unless you backported it. |
| 19:22.43 | phh | forwardported ? |
| 19:22.43 | phh | hum |
| 19:22.46 | phh | ported |
| 19:22.46 | phh | . |
| 19:23.28 | bombenbach | so, adding the msm7200 support from 2.27 probably won't be enough? |
| 19:23.40 | phh | ? |
| 19:23.57 | GNUtoo | booting and testing |
| 19:24.25 | bombenbach | I don't quite understand why it doesn't boot. I mean the hardware support |
| 19:24.30 | bombenbach | should be inside? |
| 19:24.35 | bombenbach | for msm7200 |
| 19:24.54 | phh | bombenbach: ? |
| 19:25.00 | phh | I really don't understand what do you mean |
| 19:25.39 | bombenbach | I can't understand why 2.6.29 won't boot although 2.6.27 does |
| 19:25.57 | phh | because the drivers for rhodium hasn't been backported |
| 19:28.27 | Markinus | bombenbach: the drivers aren't in the mainline of the kernel . . |
| 19:28.45 | bombenbach | oh, then it's clear |
| 19:30.11 | bombenbach | It's just this thread http://tinyurl.com/yg8q9bz which makes me think |
| 19:30.26 | bombenbach | my bcm4329+iwlist problem might be a kernel-related one |
| 19:31.04 | bombenbach | I've already took that N1 bcm4329 module and compiled it with our 2.6.27 kernel |
| 19:31.12 | Markinus | bombenbach: NEXUS! |
| 19:31.24 | bombenbach | which worked but the iwlist problem was still there |
| 19:31.33 | phh | bombenbach: ..... |
| 19:31.36 | phh | how to put that |
| 19:31.39 | phh | hum |
| 19:31.49 | phh | we are using N1's bcm4329. |
| 19:32.45 | GNUtoo | leviathan, should we do another xorg.conf while we're at it? |
| 19:32.48 | Markinus | phh: from .29 or .32? |
| 19:32.55 | phh | Markinus: .32 iirc |
| 19:33.55 | bombenbach | phh: I see, but if bcm4329 is the same, but iwlist scan works with android kernel 2.6.29 |
| 19:33.56 | phh | bombenbach: maybe try with a bcm4325 driver ? |
| 19:34.17 | bombenbach | phh: where can I find it? |
| 19:34.22 | phh | I7500 |
| 19:34.41 | bombenbach | listen on http://android.git.kernel.org/ ? |
| 19:34.46 | phh | ? |
| 19:35.04 | eval- | what advantages will .29 and .32 bring? |
| 19:35.15 | phh | eval-: tvout & usb otg drivers |
| 19:35.23 | bombenbach | phh: I mean where can I get the module source |
| 19:35.28 | bombenbach | ? |
| 19:35.45 | phh | bombenbach: google I7500 kernel source code ? |
| 19:35.53 | bombenbach | phh: yes |
| 19:36.08 | bombenbach | I will |
| 19:36.46 | Markinus | phh: btw: I prepared already a .32 repo . . .we could start with a bit porting . . (cloned Leos one) http://gitorious.org/linux-on-htc-armv6/linux-on-htc-armv6/commits/htc-msm-2.6.32-armv6 |
| 19:36.57 | eval- | phh: all can do usb otg? which can do tvout? |
| 19:37.17 | eval- | Markinus: i thought stinebd or someone was already playing with .32? |
| 19:37.20 | Markinus | bombenbach: it'S a Samsung . . . .. |
| 19:37.29 | stinebd | wahaha |
| 19:37.30 | stinebd | not me |
| 19:37.41 | eval- | hmm. ok maybe i was already thinking of Markinus then :p |
| 19:37.52 | Markinus | ha :) |
| 19:37.58 | stinebd | i've got enough crap to do with just aosp |
| 19:38.11 | eval- | stinebd: yea i'm impressed you took that on. why? where did our previous builds come from |
| 19:38.16 | bombenbach | sorry for being that lazy; just in case someone else needs it: http://tinyurl.com/y9tusg6 |
| 19:38.27 | stinebd | eval-: dunno |
| 19:38.31 | stinebd | manup or something |
| 19:38.36 | leviathan | GNUtoo: yes |
| 19:38.44 | leviathan | we should do another xorg.conf |
| 19:39.14 | phh | eval-: tvout are for TPs |
| 19:39.19 | phh | TP1/2 |
| 19:39.23 | phh | for usb otg, no clue. |
| 19:39.30 | phh | it has to be reversed from the SPL |
| 19:39.50 | phh | Markinus: which tree have you forked from ? |
| 19:40.04 | bombenbach | phh: what's actually the diff between bcm4329 and 4325 |
| 19:40.04 | bombenbach | and which bcm is in rhodium? |
| 19:40.10 | Markinus | phh: Leo one, anbd this is forked from Nexus .32 |
| 19:40.14 | phh | bombenbach: bc4325 in rhodium |
| 19:40.16 | phh | Markinus: ok fine |
| 19:40.23 | eval- | phh: they can do tvout on winmo?? some adapter someplace? |
| 19:40.36 | phh | bombenbach: bcm4329=bcm4325 + FM out + wifi N |
| 19:40.38 | phh | eval-: . |
| 19:40.46 | phh | eval-: it's an advertised feature you know ? :p |
| 19:40.57 | phh | not a hidden one |
| 19:41.15 | phh | eval-: get something like that: http://www.dealextreme.com/details.dx/sku.34011 |
| 19:41.16 | eval- | mine just came with crappy headphone adapter |
| 19:41.21 | phh | mine too |
| 19:41.25 | phh | hum |
| 19:41.25 | phh | no |
| 19:41.27 | phh | no headphone adapter. |
| 19:41.50 | bombenbach | phh: well, that sounds quite promising. I hope it will compile. |
| 19:41.56 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 19:42.19 | phh | bombenbach: it won't compile as is ... |
| 19:42.22 | GNUtoo | leviathan, ok should I push now or prepare xorg.conf |
| 19:42.23 | GNUtoo | ? |
| 19:42.43 | phh | bombenbach: ah you mean I7500's driver |
| 19:42.43 | leviathan | uhm |
| 19:42.46 | leviathan | first push |
| 19:42.50 | leviathan | then we prepare xorg |
| 19:42.55 | leviathan | and write in the comment |
| 19:43.01 | eval- | can our arm actually decode 640x480 of some format (raw? mpeg2?) fast enough or at least ~20fps? |
| 19:43.03 | GNUtoo | ok |
| 19:43.04 | leviathan | that its allowing the usage of the new driver |
| 19:43.20 | bombenbach | phh: of course, only the module |
| 19:43.31 | bombenbach | bcm4325 |
| 19:44.05 | phh | eval-: we have a qdsp. |
| 19:44.17 | phh | eval-: google for hero's performance maybe |
| 19:44.31 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
| 19:44.42 | *** part/#htc-linux zachy (~george@85.193.4.18) |
| 19:45.46 | eval- | wow. this project keeps getting cooler. when i can grab diamonds for $50 there will be some crazy tech/art projects to do |
| 19:46.30 | eval- | oh, i guess only pros for the video out eh. hmm |
| 19:46.33 | phh | diam can't tv out. |
| 19:46.36 | phh | AFAIK |
| 19:46.57 | makkonen | eval-: in winmo they can do mp4 with hardware acceleration -- seems to be well above 20fps. I just transcoded something a couple nights ago, and it looks pretty great on the tp2 screen. |
| 19:47.19 | makkonen | no idea the specifics of it, or if that hardware has drivers in linux, though. |
| 19:47.32 | phh | makkonen: lol. |
| 19:47.40 | phh | makkonen: you know I was just asking this on #xda-devs ? |
| 19:47.50 | makkonen | synchronicity! |
| 19:47.57 | eval- | makkonen: oh ugh yea the decode on linux might fail |
| 19:48.02 | phh | makkonen: which software uses it ? |
| 19:48.07 | eval- | makkonen: is there anything like ndiswrapper for video?? ;) |
| 19:48.13 | phh | eval-: we have android drivers :p |
| 19:48.24 | bombenbach | just a question: why do you actually mouse and touchpad support in 2.6.27? Touchscreen works fine without |
| 19:48.26 | eval- | phh: b/c the google phones do mp4? |
| 19:48.33 | phh | eval-: even H264 |
| 19:48.38 | eval- | neato |
| 19:48.38 | bombenbach | *do you actually include* |
| 19:48.55 | bzo | makkonen: are you switched over to the tp2 now? |
| 19:49.03 | phh | bombenbach: some possible uinput use |
| 19:49.12 | makkonen | bzo: yeah. |
| 19:49.28 | bombenbach | pss: well it actually confuses Xorg a lot |
| 19:49.32 | bzo | uh oh, am I the last cdma diam/raph user here? |
| 19:49.40 | bombenbach | but nevermind |
| 19:49.53 | makkonen | bzo: you're getting close. |
| 19:50.03 | eval- | phh: how useful has been having a spare diam been? should i be selfish and take my useless cdma diamond to europe or give it to my brother |
| 19:50.25 | phh | eval-: totally useless. |
| 19:50.27 | phh | well |
| 19:50.36 | phh | oh well you meant for non development puprose ? |
| 19:50.41 | phh | eval-: diam has 3D, rhod doesn't :D |
| 19:50.43 | eval- | phh: no, i mean purely for dev |
| 19:50.47 | phh | and diam has sound |
| 19:50.49 | bzo | makkonen: I've been tempted to get the tp2 myself, but I'm not sure I can deal with the size |
| 19:50.50 | eval- | phh: or silly projects |
| 19:50.53 | phh | so I use diam as game console + spotify. |
| 19:51.04 | phh | but for development, it's not really usefull |
| 19:51.08 | eval- | bzo: it's enormous. i was shocked. no more skinny jeans ;) |
| 19:51.24 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 19:51.47 | phh | bzo: I compared it with a "MP4 player", that used to have an enormous screen |
| 19:51.49 | eval- | phh: its not annoying to have your actual phone always between OSes? |
| 19:51.59 | phh | I call it.... "lol". |
| 19:52.04 | phh | eval-: uh ? |
| 19:52.08 | phh | eval-: diam is always on android |
| 19:52.09 | phh | and rhod is |
| 19:52.10 | phh | wait... |
| 19:52.13 | phh | always on android too. |
| 19:52.28 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58CB9.dip0.t-ipconnect.de) |
| 19:52.30 | eval- | phh: really? i can't do either b/c of battery =/ |
| 19:52.38 | phh | eval-: even on rhod ?!? |
| 19:52.44 | eval- | phh: i told you already! |
| 19:52.49 | phh | eval-: my diamond with radio off does >1 day |
| 19:52.56 | eval- | phh: best so far is 12h to use 80%, airplane mode, no wifi, no sim |
| 19:52.57 | phh | my rhod does ~ 20hours |
| 19:52.58 | bzo | I've been scarred by having an apache for 2 years. I can't go back! ;) |
| 19:52.59 | makkonen | bzo: yeah. even coming from a touch pro, the tp2 feels big. But most of the increase is in the screen, and I was always bugged by how small the tp/diam screen was, so I like it. |
| 19:53.09 | eval- | phh: my diam500 does 6-8hrs |
| 19:53.40 | eval- | makkonen: and the screen is so gorgeous! |
| 19:53.54 | phh | eval-: well, on winmo the screen doesn't seem really good |
| 19:53.56 | eval- | makkonen: tho not quite amoled |
| 19:53.57 | phh | but on android |
| 19:53.59 | phh | it's O_O |
| 19:54.04 | bzo | the apache was such a brick. I guess the tp2 is 2/3 the thickness |
| 19:54.08 | GNUtoo | leviathan, can I try to push high priority push also,else it break compilation of xorg under shr |
| 19:54.21 | makkonen | bzo: scarred how? I was scarred by the fact that my apache had a text-to-speech 'YOUR BATTERY IS LOW' voice whenever the battery dropped below 20%, and it wouldn't turn off even if you muted it. god, what a piece. |
| 19:54.34 | phh | makkonen: lol |
| 19:54.50 | eval- | phh: i'm still not using android much on my TP2 b/c of speed and battery issues. it's superfast on winmo, can go 24hrs on 10-15% battery even with wifi (it sleeps real well in winmo i guess) |
| 19:55.08 | phh | eval-: wifi is disactivated on sleep in winmo -_-' |
| 19:55.14 | bzo | makkonen: eh? My apache never spoke to me :/ |
| 19:55.25 | phh | bzo: jealous ? :p |
| 19:55.34 | eval- | phh: yea thats what i suspected |
| 19:55.42 | bzo | phh: haha yes a little |
| 19:55.57 | phh | eval-: for diam500, ok about the battery life |
| 19:55.59 | phh | but rhod210 ?!? |
| 19:56.10 | Markinus | phh: I put you and captnoord in this project .. |
| 19:56.17 | phh | Markinus: ok |
| 19:56.27 | eval- | phh: yeah, i know. it sucks. i will add the pm symbols and see wtf is going on |
| 19:56.52 | eval- | phh: also, i'm pretty sure my diam500 battery is shit. with push gmail on winmo and some text/voice use i only get 8-12hrs |
| 19:57.04 | eval- | push really drains the fuck out of batteries it seems |
| 19:57.48 | phh | eval-: it shouldn't |
| 19:58.02 | phh | on android, it only does 16hours -> 14hours for chamonix iirc |
| 19:58.12 | makkonen | I've been pretty off android since switching to the rhod400, since winmo with sense 2.5 is new and interesting, and android has no sound, which makes it sort of useless. no ringing... not great for a phone. |
| 19:58.14 | phh | on windows mobile... it's another story. |
| 19:58.40 | phh | makkonen: you're allowed to try sound too ! :p |
| 19:58.45 | leviathan | GNUtoo: hmm |
| 19:59.03 | leviathan | only push if it breaks nothing ;-) |
| 19:59.19 | phh | I'm starting to think wether we could work with qualcomm actually |
| 19:59.33 | bzo | I must confess I've been mostly on wm lately as well. The latest diam sense2.5 builds are very good |
| 19:59.35 | phh | I don't think anybody ever talked to them about us ... ? |
| 19:59.47 | phh | well discussed I mean |
| 19:59.47 | makkonen | yeah. haven't dived in to it yet. I wasn't able to do anything with raph800/diam500 sound/mic stuff, so I'm scared. |
| 19:59.59 | Cablekevin | :O |
| 20:00.29 | eval- | phh: herm. ok, i will git reset, up the buf_log, add ramconsole and do some actual sim-less rhod210 tests +/- wifi, +/- gsync & report in a few days. |
| 20:00.32 | phh | makkonen: yeah it takes a lot of time to used to :/ |
| 20:00.51 | eval- | bzo: whose do you use? i am on OMJ's 21887 (i think?) v1.3. needs a few fixes but very fast, pretty |
| 20:01.01 | phh | eval-: simless, without wifi, you should get days of battery life |
| 20:01.04 | bzo | phh: we need to put in a text to speech engine in makkonen's phone to force him to do our will |
| 20:01.10 | eval- | phh: i tell you, 12-16hrs. |
| 20:01.12 | phh | bzo: . |
| 20:01.23 | phh | eval-: ah you said that ? |
| 20:01.28 | phh | eval-: well that's possible. |
| 20:01.32 | GNUtoo | leviathan, all is machine arch |
| 20:01.34 | phh | I'd expect really more though |
| 20:01.34 | GNUtoo | so no risk |
| 20:01.39 | bzo | eval-: omj also, don't remember the specifics the latest sense 2.5/wm 6.5.5 |
| 20:01.41 | phh | I'll wait for captnoord's measures |
| 20:01.43 | eval- | phh: but like i said, the led is flipping green/orange |
| 20:01.52 | GNUtoo | also xorg is default preference -1 but for shr |
| 20:01.53 | phh | eval-: 16hours with flipping led ? |
| 20:01.58 | leviathan | GNUtoo: ok |
| 20:02.05 | leviathan | then make it |
| 20:02.07 | eval- | bzo: i'm using sense 2.1 and wm6.5 (how can you handle the x replacement??) is 2.5 worth it? |
| 20:02.13 | leviathan | GNUtoo: make it so ;-) |
| 20:02.19 | eval- | phh: ok, so the flipping led A LOT is much less than 12-16 |
| 20:02.25 | eval- | phh: the flipping led now and then gives me 12-16 |
| 20:02.32 | eval- | phh: i have yet to experience the green only glory |
| 20:02.40 | phh | eval-: which rate ? |
| 20:02.52 | phh | eval-: well, simless, there is no reason for it to change ... |
| 20:03.01 | phh | my diamond can do >12hours continuous sleep simless |
| 20:03.08 | eval- | phh: i know. it's weird. |
| 20:03.13 | eval- | phh: wait, we are talking rhod now |
| 20:03.23 | eval- | phh: the diam500 i haven't touched since i gave chamonix those logs |
| 20:03.24 | bzo | eval-: eh, haven't tried a lot of builds really. Seems like with the latest 2.5 builds there isn't much of a speed penalty, so why not? |
| 20:03.35 | phh | eval-: well, I haven't tried rhod simless. |
| 20:03.44 | phh | eval-: but it's just to give the idea. |
| 20:03.50 | eval- | bzo: ok. i was of the idea that 2.5 was a slowdown. maybe i'll give it a shot. no one seems to bugfix their 2.1 builds these days |
| 20:05.01 | eval- | phh: ok. well, i will do more thorough tests and pipe kmsg, and we'll see! maybe clean xdandroid & data.img (is the 3/31 worth trying? or go straight to stinebd's aosp.. is stable?) |
| 20:05.02 | bzo | eval-: it used to be a lot slower, but the latest builds were made to run with our class of device |
| 20:05.10 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 20:05.19 | phh | eval-: take stinebd's aosp :p |
| 20:05.36 | phh | I had no stability problem with it |
| 20:05.38 | eval- | phh: your tongue scares me :p |
| 20:05.42 | phh | but I used it for... 10 minutes ? :p |
| 20:05.45 | phh | mm no |
| 20:05.47 | phh | lot more |
| 20:05.50 | phh | well I did my 12hours sleep with it |
| 20:06.35 | eval- | i might as well. i like having source and it would make sense for myn or others to eventually mod some(eclair?)thing with a repo instead of these unknown mixed mods from N1 or whatnot |
| 20:06.49 | eval- | phh: no JIT tho right? that's not quite working? |
| 20:07.02 | phh | eval-: stinebd's aosp uses jit |
| 20:07.47 | leviathan | phh: it was sooo cool |
| 20:07.57 | phh | leviathan: mm ? |
| 20:07.59 | phh | ah right. |
| 20:08.01 | leviathan | this scene where he asked the alien who always saved the earth |
| 20:08.05 | bzo | do the native android devices use the jit? |
| 20:08.05 | phh | :p |
| 20:08.13 | phh | leviathan: na, it's "Is this planet protected ?" |
| 20:08.17 | leviathan | yes |
| 20:08.17 | phh | bzo: afaik no |
| 20:08.20 | eval- | bzo: not (yet) to my knowledge |
| 20:08.20 | leviathan | ^^ |
| 20:08.24 | leviathan | "run" |
| 20:08.26 | leviathan | :D |
| 20:08.32 | phh | leviathan: na it's way better |
| 20:08.35 | phh | "basically.... run" |
| 20:08.36 | eval- | bzo: some google devs twittered its coming with some .32 builds? |
| 20:08.54 | leviathan | its soo coool |
| 20:08.59 | leviathan | I'm loving doctor who |
| 20:09.01 | phh | leviathan: you counted the numbers of geronimo ? |
| 20:09.06 | leviathan | :) |
| 20:09.09 | leviathan | once |
| 20:09.11 | leviathan | okee |
| 20:10.23 | phh | geronimo, and then, plouf in the swimingpool in the library. |
| 20:10.25 | leviathan | mickey|tv: back? |
| 20:10.33 | leviathan | phh: yeahh |
| 20:10.37 | leviathan | that was cool ^^ |
| 20:11.10 | phh | leviathan: the virus that always went into the clocks was fun too. |
| 20:11.19 | leviathan | yes =) |
| 20:11.35 | Markinus | phh: we should speak above the new structure too . . .what will we change -.. |
| 20:12.01 | phh | Markinus: true |
| 20:12.08 | Markinus | phh: I changed already the dex interface, so it'S in one place |
| 20:12.20 | phh | ah ? ok let me checkout it first |
| 20:12.27 | Markinus | phh: ok |
| 20:12.47 | leviathan | phh: were you on fosdem? |
| 20:12.59 | phh | leviathan: no |
| 20:13.02 | leviathan | hmm |
| 20:13.25 | Markinus | phh: (btw you're admin too) |
| 20:13.30 | phh | Markinus: even admin ? |
| 20:13.31 | phh | wow. |
| 20:13.34 | leviathan | lol |
| 20:13.49 | leviathan | "Oh, I'm admin? didnt know that" :) |
| 20:13.49 | phh | leviathan: well, i'm the only one who has admin access on my gito project :p |
| 20:13.59 | leviathan | ahh, ok |
| 20:14.32 | leviathan | is mickey|tv back now? |
| 20:14.48 | leviathan | I'd like to have this firmware loader up and running |
| 20:14.50 | leviathan | ... :) |
| 20:15.04 | leviathan | oh and GNUtoo your patch would be nice to be seen in OE too |
| 20:15.21 | leviathan | so that I can put it all together and publish a new image |
| 20:15.29 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
| 20:15.31 | Markinus | phh: I created a team . . and put it in this project |
| 20:15.46 | GNUtoo | leviathan, very soon |
| 20:15.52 | leviathan | ok |
| 20:17.14 | GNUtoo | leviathan, I'll test my PR d->e and push |
| 20:17.20 | GNUtoo | that needs reparsing |
| 20:17.28 | GNUtoo | or maybe I'll just push |
| 20:17.29 | phh | Markinus: proc_comm_wince.c ? |
| 20:17.34 | phh | I guess cr2 isn't really happy with that |
| 20:17.35 | GNUtoo | it's xf86-video-msm anyway |
| 20:17.41 | GNUtoo | and no one apart us uses it |
| 20:18.17 | Markinus | phh: yes |
| 20:18.27 | Markinus | phh: no? why? |
| 20:18.37 | phh | Markinus: I'd prefer one send_dex_call() function, and one fake proc_comm() function, that uses send_dex_call |
| 20:18.45 | phh | Markinus: he hates that we call it proc_comm, since it's dex :p |
| 20:18.50 | eval- | phh: is your diam100 super hot? my 500 is much hotter in android than my TP2 |
| 20:18.56 | phh | eval-: oO |
| 20:19.11 | phh | eval-: do you feel how cold a stone is ? |
| 20:19.16 | eval- | friends notice it too haha when i show it to them |
| 20:19.17 | Markinus | phh: ahh, ok, yeah . . maybe better |
| 20:19.20 | phh | that's basically how hot my TD is. |
| 20:19.22 | eval- | phh: :p i hate you |
| 20:19.26 | phh | eval-: I love you too |
| 20:19.43 | eval- | phh: if that's true... wtf? how is 500/100 so diff? |
| 20:19.48 | phh | eval-: don't know |
| 20:19.51 | phh | eval-: It's maybe just you. |
| 20:20.05 | eval- | phh: i'm just that hot its true |
| 20:20.11 | phh | :p |
| 20:20.13 | eval- | i should get a new battery and see |
| 20:20.20 | eval- | tho i really doubt... |
| 20:20.28 | eval- | anyway, people complain about this on xda-devs i'm not crazy |
| 20:20.39 | bzo | eval-: mine is warm too |
| 20:21.01 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
| 20:21.18 | makkonen | have you tried turning off the cdma radio? see if that cools it down completely? |
| 20:21.21 | eval- | bzo: do you think it could be as simple as it's sleep restarting? |
| 20:21.26 | eval- | bzo: you are diam500? |
| 20:22.00 | bzo | eval-: dunno, yes diam500 |
| 20:22.19 | eval- | makkonen: good question. ill try airplane for a bit. |
| 20:22.23 | eval- | bzo: how is your battery life |
| 20:23.00 | bzo | maybe 8 hours? |
| 20:23.06 | GNUtoo | leviathan, done,also do that : |
| 20:23.35 | eval- | bzo: ok, pretty similar. 6-8 here |
| 20:24.14 | GNUtoo | http://pastebin.com/Mz3jT1q6 |
| 20:24.20 | GNUtoo | that is not in oe |
| 20:24.25 | GNUtoo | feel free to submit to shr |
| 20:24.30 | GNUtoo | but tell it comes from me |
| 20:24.45 | bzo | phh: could the screens be different on the diam 100/500? maybe the stuff captnoord is looking at is broken on the diam500 as well |
| 20:25.47 | eval- | bzo: i think the touchscreen's are different... we're epson they're... toshiba? |
| 20:25.55 | eval- | bzo: what is captnoord looking at that's broken |
| 20:26.12 | bzo | powering down stuff during suspend |
| 20:27.14 | eval- | bzo: well our suspend is def. all messed up. i 'feel' as if the screen is particularly an issue with the screen spam in dmesg and the fact i have to tap home several times sometimes to get it to light up again (do you have this issue to?) my TP2 doesn't seem to |
| 20:27.54 | bzo | yeah, I see that too |
| 20:28.51 | Markinus | phh: the clockfine is in the moment a modified one from the old repo. But there a new one, this would be nice. Maybe like this 7x30 one .. |
| 20:29.01 | leviathan | GNUtoo: oh, no need for this patch |
| 20:29.02 | Markinus | *clockfile |
| 20:29.14 | leviathan | because I'm compiling binary-localedata |
| 20:29.19 | leviathan | works fine ;-) |
| 20:29.53 | GNUtoo | leviathan, ah? |
| 20:30.20 | GNUtoo | leviathan, what's the difference between localdata and binary-localedata/ |
| 20:30.26 | GNUtoo | s#/#?# |
| 20:31.29 | leviathan | GNUtoo: for binary localedata you have precompiled binary's I guess |
| 20:31.31 | leviathan | anyway |
| 20:31.40 | leviathan | you need qemu to build them at all |
| 20:31.56 | GNUtoo | yes |
| 20:32.01 | leviathan | because its buggy for qemu arm6 |
| 20:32.01 | GNUtoo | that's what I do |
| 20:32.03 | GNUtoo | I use qemu |
| 20:32.07 | leviathan | its disabled by default |
| 20:32.07 | phh | Markinus: 7x30's is a monster |
| 20:32.09 | GNUtoo | and it seem to work |
| 20:32.11 | GNUtoo | for me |
| 20:32.22 | phh | Markinus: clock-wince is definitely not good |
| 20:32.26 | phh | 7x30 is definitely not good either |
| 20:32.26 | GNUtoo | note the seem |
| 20:32.27 | Markinus | phh: yeah . . |
| 20:32.34 | Markinus | phh: hmm |
| 20:32.37 | GNUtoo | maybe it fails somewhere I didn't saw |
| 20:32.44 | Markinus | phh: aso a completly new one |
| 20:32.58 | GNUtoo | or maybe it was disabled(I remember that) and now fixed(maybe I missed that) |
| 20:33.02 | phh | Markinus: we could rely on rpc :p |
| 20:33.39 | leviathan | GNUtoo: You need ENABLE_BINARY_LOCALE_GENERATION_armv6-novfp = "1" |
| 20:33.55 | leviathan | in your local.conf |
| 20:34.01 | GNUtoo | I've ENABLE_BINARY_LOCALE_GENERATION |
| 20:34.04 | GNUtoo | always |
| 20:34.09 | leviathan | ENABLE_BINARY_LOCALE_GENERATION_armv6-novfp |
| 20:34.12 | leviathan | ;) |
| 20:34.16 | leviathan | very important |
| 20:34.24 | leviathan | explicitly for this cpu |
| 20:34.25 | leviathan | :) |
| 20:34.26 | Markinus | phh: hmm, you mean 3000000f? |
| 20:34.31 | phh | Markinus: yes |
| 20:34.46 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
| 20:34.49 | Markinus | phh: but then we have to find out what the enums are . . |
| 20:35.09 | GNUtoo | leviathan, ah no not in this local.conf |
| 20:35.15 | phh | Markinus: set clock, compare before/after ? |
| 20:35.15 | Markinus | phh: but right . . this would be the cleanest way |
| 20:35.24 | Markinus | phh: hmm, right! :) |
| 20:35.33 | phh | Markinus: we would rely on a "black box", which doesn't look right |
| 20:35.48 | phh | but seriously, I've worked on clock-wince, I don't want such thing again |
| 20:36.05 | Markinus | phh: you're right |
| 20:36.19 | GNUtoo | -rw-r--r--. 1 embedded embedded 42470 2010-04-02 16:16 eglibc-locale-zh-tw_2.11-r9.4.4_armv6-novfp.ipk |
| 20:36.46 | Markinus | phh: is this interface on dia/blach etc. too? |
| 20:36.51 | Markinus | *black |
| 20:36.57 | phh | Markinus: yes |
| 20:37.03 | Markinus | good |
| 20:37.23 | phh | Markinus: I changed HEAD to the actual branch instead of master btw |
| 20:37.32 | eval- | makkonen: yeah, even neocore isn't heating me much with radio off |
| 20:37.55 | Markinus | phh: ok |
| 20:37.57 | makkonen | so... that's good. maybe. |
| 20:39.04 | makkonen | When I'm on the phone with the raph800 in winmo, or downloading over evdo, it gets uncomfortably hot. I think it's just a high drain radio. for some reason, android isn't turning it off enough, I guess. |
| 20:39.14 | makkonen | I don't know how to dig down into that. |
| 20:41.10 | phh | Markinus: haha. |
| 20:41.12 | phh | big problem. |
| 20:41.24 | phh | or not ? |
| 20:41.37 | phh | ah no |
| 20:41.38 | phh | nothing. |
| 20:41.44 | phh | it seemed to me qdsp5 was COMP only |
| 20:41.55 | Markinus | phh: ahh, ok, no, is for both |
| 20:42.53 | Markinus | phh: I think we can take this amss detection and switch function, but we should put it direct in the mach-msm dir . . |
| 20:43.08 | phh | yup |
| 20:43.19 | phh | Markinus: I don't know how amss detection works on !wince devices |
| 20:44.02 | Markinus | phh: do you mean there is one? |
| 20:44.16 | Markinus | phh: not complatly static for this device? |
| 20:44.32 | phh | Markinus: I mean that I don't know if the field we use to detect AMSS works for android devices |
| 20:45.04 | Markinus | phh: hehe I didn't see tha ! :) sry |
| 20:45.12 | Markinus | right |
| 20:45.35 | phh | Markinus: haha |
| 20:45.39 | phh | I totally forgot pmic.c |
| 20:45.42 | phh | it has some stuff. |
| 20:45.54 | Markinus | phh: yes . .. |
| 20:46.10 | GNUtoo | leviathan, also before booting |
| 20:46.22 | leviathan | yes? |
| 20:46.23 | phh | like lp_mode |
| 20:46.26 | phh | that I still don't know what it is. |
| 20:47.02 | Markinus | phh: and take a look to nexus microp file .. . . this is a monster . . |
| 20:47.18 | phh | Markinus: how do you think I got your bma150 microp driver ? |
| 20:47.25 | phh | it comes from there :p |
| 20:47.25 | Markinus | phh: hehe |
| 20:47.28 | Markinus | :) |
| 20:47.30 | phh | and yes it's a big monster. |
| 20:47.45 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
| 20:47.47 | eval- | makkonen: interesting. never noticed the heat in winmo. yea i wonder. ok well at least that's a place to look |
| 20:48.00 | GNUtoo | leviathan, ah no the login issue is not present on shr-image |
| 20:48.11 | leviathan | ah, ok |
| 20:48.16 | GNUtoo | leviathan, was present only on mickey's fso2 demo image |
| 20:48.22 | GNUtoo | basically pam was missing |
| 20:48.23 | phh | Markinus: board-htcleo-pm.c ? |
| 20:48.24 | phh | seriously ? |
| 20:48.25 | GNUtoo | so login failled |
| 20:48.28 | GNUtoo | so rm /bin/login |
| 20:48.33 | GNUtoo | cd /bin |
| 20:48.35 | Markinus | phh: it's the om interface |
| 20:48.38 | GNUtoo | ln -s busybox login |
| 20:48.38 | Markinus | *pm |
| 20:48.40 | GNUtoo | and it worked |
| 20:48.43 | leviathan | hmm |
| 20:48.44 | leviathan | strange |
| 20:48.46 | Markinus | 30000060 |
| 20:48.51 | phh | Markinus: I know, but it's not going to be leo specific |
| 20:48.58 | leviathan | perhaps I should clean up the tmp-folder |
| 20:49.05 | leviathan | and let it rebuild over night |
| 20:49.06 | Markinus | phh: hmm, yes . . . right ups |
| 20:49.22 | phh | Markinus: same goes for mmc |
| 20:49.29 | phh | in spite of what qualcomm guys do. |
| 20:49.55 | leviathan | GNUtoo: what do you mean? |
| 20:50.05 | Markinus | phh: there we can meybe take this one from our repo . .. mmc? |
| 20:50.13 | leviathan | GNUtoo: should I let it build from scratch over night? |
| 20:50.25 | Markinus | or rename this |
| 20:50.26 | Markinus | right |
| 20:50.29 | phh | Markinus: rename. |
| 20:50.32 | GNUtoo | yes |
| 20:50.34 | phh | Markinus: yours mmc should be way different from ours |
| 20:50.35 | phh | I guess |
| 20:50.52 | GNUtoo | leviathan, was only for fso2-demo-image with only zhone as framebuffer |
| 20:51.07 | leviathan | oh, ok |
| 20:52.22 | Markinus | phh: hmm, I don'T think it'S very different . .. same GPIO nomber, config, etc. |
| 20:52.30 | phh | Markinus: oh really ? |
| 20:52.37 | phh | ok then |
| 20:53.33 | leviathan | GNUtoo: so, then I'll try the new image :) |
| 20:53.44 | leviathan | next issue is the smoother loading of the firmware |
| 20:53.49 | leviathan | that should be done by mickey|tv |
| 20:54.07 | GNUtoo | leviathan, did you try with udev 151 and correct filenames |
| 20:54.14 | GNUtoo | also with udev 141 and correct filenames |
| 20:54.15 | GNUtoo | ? |
| 20:54.15 | leviathan | uhm |
| 20:54.26 | Markinus | phh: Leo has like nexus a GPIO for wlan power |
| 20:54.27 | leviathan | I'll try it with 141 now |
| 20:54.38 | leviathan | because new image has 141 preinstalled |
| 20:54.39 | leviathan | :) |
| 20:55.09 | phh | Markinus: wifi stuff can be merged in mmc.c as I did in 2.6.27 I guess |
| 20:55.15 | phh | or possibly another file |
| 20:55.31 | Markinus | phh: this stuff isn'T in: |
| 20:55.31 | Markinus | int trout_wifi_power(int on) |
| 20:56.04 | Markinus | phh: o ne, is there |
| 20:56.11 | Markinus | htcleo_wifi_power |
| 20:56.14 | Markinus | overseen it |
| 20:56.57 | *** join/#htc-linux hfctsaot (~fircuser@173-137-7-95.pools.spcsdns.net) |
| 20:58.18 | phh | Markinus: codeaurora's tree is such a mess |
| 20:59.01 | Markinus | phh: hehe, and so much different trees |
| 20:59.24 | phh | I wish I'd work for them. |
| 21:01.14 | hfctsaot | phh u ever figure |
| 21:01.20 | phh | hfctsaot: ? |
| 21:02.39 | phh | Markinus: pff I spent so much time translation pm_* calls and it's there -_-' |
| 21:03.06 | Markinus | phh: I din'T thad didn'T know that . .:( |
| 21:03.13 | phh | uh ? |
| 21:03.17 | Markinus | argh :) |
| 21:03.19 | phh | I've only one 000061 cal actually |
| 21:03.26 | phh | call* |
| 21:03.30 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 21:03.34 | phh | ah no |
| 21:03.37 | Markinus | I didn'T know that you didn't knoiw that . . I know this file . . |
| 21:03.39 | phh | just weird documentation format |
| 21:03.42 | phh | Markinus: lol |
| 21:03.46 | phh | Markinus: I've already been in this file |
| 21:03.53 | phh | I just totally forgot |
| 21:04.07 | Markinus | phh: ahh ok |
| 21:04.19 | GNUtoo | mickey|tv, wifi is not bumped in oe? |
| 21:04.29 | phh | pm_secure_mpp_config_digital_output(0x06)(enum, enum, enum, 0x24, 0x58, 0x18); //vreg id, level, control:â© |
| 21:04.29 | phh | vs |
| 21:04.36 | phh | #define SECURE_MPP_CONFIG_DIGITAL_OUTPUT_PROC 5â© |
| 21:04.43 | phh | int pmic_secure_mpp_control_digital_output(enum mpp_which which,â© enum mpp_dlogic_level level,â© enum mpp_dlogic_out_ctrl out) |
| 21:04.44 | phh | at least |
| 21:04.46 | phh | I was correct. |
| 21:05.01 | Markinus | yeah :) |
| 21:05.28 | phh | Markinus: I still can't see what lp_mode does :'( |
| 21:05.31 | phh | just on/off ? |
| 21:05.37 | Markinus | phh :I decoded some function on Leo , ,here |
| 21:05.38 | Markinus | http://www.htc-linux.org/wiki/index.php?title=Leo_RPC |
| 21:05.38 | Markinus | maybe you need somethink |
| 21:05.42 | ToAsTcfh | phh: sorry im home now |
| 21:05.47 | ToAsTcfh | any luck |
| 21:06.20 | ToAsTcfh | eh guess not :( |
| 21:06.30 | Markinus | phh: no on/off . . this is 30000060 . . no 61 |
| 21:06.44 | phh | low power on off ? hum. |
| 21:06.55 | Markinus | phh: hmm, maybe |
| 21:07.00 | phh | sounds stupid. |
| 21:07.05 | Markinus | ha :) |
| 21:07.05 | phh | what means "vreg low power" ? |
| 21:07.11 | Markinus | hehehe |
| 21:07.12 | phh | it's either on or off -_-' |
| 21:08.08 | Markinus | this is pm_mode_controll . .hmm maybe we can configure there some other stuff. .. its a cmd enum |
| 21:08.16 | phh | Markinus: btw |
| 21:08.20 | phh | struct usb_pwr_sel_switch_args {â© uint32_t cmd;â© uint32_t switch_id;â© uint32_t app_mask;â©}; |
| 21:08.24 | phh | rpc_pmapp.c |
| 21:08.27 | phh | in some codeaurora's tree. |
| 21:08.35 | Markinus | ahhhh |
| 21:08.56 | phh | branch is eclair |
| 21:09.03 | phh | ok that must be android.git.kernel.org |
| 21:09.18 | ToAsTcfh | phh: that dude ever figure out his uid issues? |
| 21:09.24 | phh | ToAsTcfh: no |
| 21:09.30 | ToAsTcfh | :/ |
| 21:09.34 | phh | ToAsTcfh: it'd be a security flaw anyway |
| 21:09.48 | phh | I don't think google guys would have keep an easy one |
| 21:10.10 | ToAsTcfh | what esigning? |
| 21:10.20 | ToAsTcfh | resigning |
| 21:10.33 | phh | na, being able to access RIL |
| 21:10.59 | ToAsTcfh | oh yeah onl if ur root i believe |
| 21:11.08 | ToAsTcfh | but not from an app |
| 21:12.05 | ToAsTcfh | i didnt really understand what h was tryin to do really |
| 21:12.28 | phh | ToAsTcfh: accesss to ril -_-' |
| 21:12.40 | ToAsTcfh | but why |
| 21:12.40 | Markinus | phh: I found it, nice file .. |
| 21:13.01 | phh | ToAsTcfh: i'm not sure |
| 21:13.06 | ToAsTcfh | lol |
| 21:13.14 | bzo | phh: is it normal that the diam500 is using the htcraphael_mddi_power_client? |
| 21:13.25 | phh | bzo: bwah why not ? |
| 21:13.43 | bzo | because there is a htcdiamond__mddi_power_client |
| 21:13.44 | ToAsTcfh | bzo pll2/2 never worked |
| 21:13.56 | phh | bzo: "diamond" here means diam100 |
| 21:14.02 | ToAsTcfh | same issue |
| 21:14.46 | bzo | phh: ah, so maybe the fixes captnoord is making in the raph panel stuff will affect the diam500 |
| 21:14.53 | phh | bzo: maybe |
| 21:15.02 | bzo | ToAsTcfh: yep, seems the same as before |
| 21:15.21 | phh | Markinus: how can they be so messy ... |
| 21:15.30 | bzo | phh: because the main differences seem to be the micropklt_lcd_control stuff in the diam panel |
| 21:15.32 | phh | it's like they have three developers on each feature, working on its own tree |
| 21:16.21 | ToAsTcfh | i wonder if itll overclock rght before i hit it with a large rock |
| 21:17.36 | *** join/#htc-linux Kawaiius (~yadayada@pool-71-255-183-81.slsbmd.east.verizon.net) |
| 21:17.52 | phh | Markinus: hum interesting stuff in htc_battery.c "* CHARGER_EN (CPLD MISC2 bit[0]) is move to PMIC (MPP_14)." |
| 21:18.03 | phh | means wome things are accessible only through rpc, not with gpio |
| 21:18.14 | phh | I thought every control could be done through gpios |
| 21:22.18 | Markinus | hmm |
| 21:23.38 | ToAsTcfh | bzo: so its not the divider or the speed so all thats left is conflict in the kernel somewhere i guess |
| 21:25.21 | phh | bzo: did you try removing all the code but changing the pll's speed ? |
| 21:25.40 | bzo | ToAsTcfh: it seems that the register to control the clock stuff does not work in native android devices |
| 21:25.41 | *** join/#htc-linux sxe (~quassel@ip-88-153-21-39.unitymediagroup.de) |
| 21:25.51 | bzo | phh: I had ToAsTcfh comment out the multiplier change, so yes |
| 21:26.19 | bzo | phh: I didn't have him comment out the acpuclock table adjustments though |
| 21:26.40 | *** join/#htc-linux seg (~seg@cpc2-leds3-0-0-cust928.leed.cable.ntl.com) |
| 21:26.45 | phh | bzo: maybe try removing everything but the pll2 change ? |
| 21:26.54 | phh | bzo: btw, I rethought about AXI concerns |
| 21:27.09 | phh | bzo: "turbo hw" has a different pll1 |
| 21:27.14 | phh | so it's likely that AXI is based on pll1 |
| 21:27.16 | phh | not 2 |
| 21:27.38 | bzo | seems logical |
| 21:27.49 | phh | still we don't know how it's calculated, right. |
| 21:28.07 | bzo | right |
| 21:28.18 | ToAsTcfh | phh: bzo: current acpuclock.c http://pastebin.com/j58c29Mc |
| 21:29.30 | bzo | ToAsTcfh: if you want to try phh's suggestion, comment out lines 526-547 |
| 21:32.08 | Markinus | phh: the acpuclock-arm11.c seems to be the old one. . without modifcations |
| 21:32.16 | phh | Markinus: yup |
| 21:32.22 | phh | we'll have to backport ours there |
| 21:32.32 | bzo | phh: hmm perhaps that would explain why the axi register is the same in turbo/non-turbo devices. They rely purely on the higher clock and not any other different config |
| 21:33.14 | phh | bzo: with fixed /6 divider ? |
| 21:33.19 | phh | I can't believe so |
| 21:34.08 | ToAsTcfh | arch/arm/mach-msm/acpuclock.c: In function 'acpuclk_init': |
| 21:34.10 | ToAsTcfh | arch/arm/mach-msm/acpuclock.c:485: warning: unused variable 'reg_clkctl' |
| 21:34.11 | ToAsTcfh | arch/arm/mach-msm/acpuclock.c:484: warning: unused variable 'a11clk_khz_new' |
| 21:34.16 | ToAsTcfh | just for fyi |
| 21:34.26 | bzo | phh: 960/768*133 = 166 |
| 21:34.37 | ToAsTcfh | hero is turbo |
| 21:34.44 | phh | ToAsTcfh: don't care :p |
| 21:34.56 | phh | bzo: I know, that's why I said "fixed /6" |
| 21:35.00 | ToAsTcfh | :/ |
| 21:35.09 | bzo | phh: seems like too much of a coincidence |
| 21:35.21 | phh | bzo: btw, on android devices, they set frequency to 0 when they want low speed |
| 21:36.07 | bzo | phh: have we ever tried setting pll1 of a non-turbo device to turbo speed? |
| 21:36.14 | phh | NOPE |
| 21:36.15 | phh | oops |
| 21:36.31 | bzo | I guess that will be an interesting experiment for me to try :) |
| 21:36.31 | phh | bzo: is it worth a try ? |
| 21:36.32 | phh | definitely. |
| 21:38.35 | ToAsTcfh | ok booting wish me luck :P |
| 21:38.58 | phh | good crash |
| 21:39.16 | ToAsTcfh | i can only hope for a good crash |
| 21:39.30 | ToAsTcfh | all my crashes suck with no errors |
| 21:41.47 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B58CB9.dip0.t-ipconnect.de) |
| 21:42.09 | phh | ToAsTcfh: and this one ? |
| 21:42.17 | ToAsTcfh | lol i echo 600 and got 528 |
| 21:42.31 | phh | yes it's normal |
| 21:42.36 | ToAsTcfh | lol |
| 21:42.44 | phh | if 528 works, it means you're @ 600. |
| 21:42.49 | phh | theorically |
| 21:42.56 | ToAsTcfh | :/ |
| 21:43.06 | ToAsTcfh | ok |
| 21:43.15 | phh | if bzo gives you correct indications |
| 21:43.20 | phh | and if you applied them |
| 21:43.28 | phh | ToAsTcfh: now try a benchmark app |
| 21:45.30 | ToAsTcfh | http://pastebin.com/u2qWyUCQ |
| 21:49.08 | bzo | ToAsTcfh: save yourself some work next time. Comment using /* at start of line 526, and */ at end of line 547 |
| 21:49.43 | ToAsTcfh | lol sorry |
| 21:50.06 | ToAsTcfh | so pi gave me 13276 |
| 21:50.11 | bzo | nothing to be sorry about, just trying to pass on some knowledge |
| 21:51.08 | GNUtoo | mickey|tv, leviathan firmware loading works with udev |
| 21:51.13 | GNUtoo | no patch needed |
| 21:51.19 | GNUtoo | maybe luck don't know |
| 21:51.20 | mickey|tv | cool |
| 21:51.24 | GNUtoo | and good filenames |
| 21:51.30 | GNUtoo | and also good calibration data |
| 21:51.31 | mickey|tv | still i almost finished my uploader |
| 21:51.33 | GNUtoo | bye |
| 21:51.36 | mickey|tv | cu |
| 21:51.43 | mickey|tv | my dream is udev free zone |
| 21:51.46 | mickey|tv | and will be |
| 21:51.53 | GNUtoo | that's why I repeated to leviathan to test it |
| 21:51.56 | GNUtoo | he didn't |
| 21:51.58 | GNUtoo | so I did it |
| 21:52.00 | GNUtoo | bye |
| 21:52.05 | mickey|tv | right |
| 21:52.07 | mickey|tv | g'night, cu |
| 21:52.20 | stinebd | i wonder who's running a mirror of xdandroid.southcape.org |
| 21:53.54 | ToAsTcfh | phh: im not sure i can say this is faster in pi |
| 21:53.59 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 21:54.06 | mickey|tv | GNUtoo: btw., backlight fix has been pushed |
| 21:54.14 | GNUtoo | ok nice |
| 21:54.32 | mickey|tv | now that wifi works, what do we need to continue on? |
| 21:54.37 | mickey|tv | bluetooth can wait |
| 21:54.40 | mickey|tv | suspend/resume i think |
| 21:54.42 | mickey|tv | what do you think? |
| 21:54.43 | stinebd | jamenlang: ah it's you with the mirror ;) |
| 21:57.02 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
| 21:57.12 | stinebd | or perhaps live bookmarks |
| 21:58.51 | ToAsTcfh | bzo it is slower for sure but it also keeps selecting 480 and then selecting 528 constantly |
| 22:01.54 | ToAsTcfh | bzo also i just moved the min down to 245000 and yeah kmsg is switching back and forth between 245 and 528 like rapidly |
| 22:02.04 | leviathan | mickey|tv: so GNUtoo says wifi works? |
| 22:02.09 | ToAsTcfh | a few times a second |
| 22:02.13 | leviathan | mickey|tv: anyway graphics works now |
| 22:02.19 | mickey|tv | leviathan: wifi works like a charm now |
| 22:02.25 | mickey|tv | graphics as well? splendid |
| 22:02.28 | leviathan | gtk issue has dissapeared |
| 22:02.30 | mickey|tv | now we need suspend/resume, if i may say |
| 22:02.42 | mickey|tv | last i found was that it immediately resumes |
| 22:02.47 | leviathan | mickey|tv: how do you get wifi running like charme? |
| 22:02.48 | mickey|tv | no matter what processes i had run |
| 22:02.51 | leviathan | did I miss something? |
| 22:03.02 | mickey|tv | no, just all the work you guys previously did |
| 22:03.12 | mickey|tv | compiling stuff into kernel |
| 22:03.18 | mickey|tv | loading the proper modules |
| 22:03.21 | mickey|tv | ifconfig up |
| 22:03.25 | mickey|tv | loading firmware |
| 22:03.31 | leviathan | oh |
| 22:03.31 | mickey|tv | ah, and rfkill before ifconfig |
| 22:03.34 | leviathan | ok |
| 22:03.46 | leviathan | but we need automatation of this process |
| 22:03.48 | leviathan | :) |
| 22:03.49 | mickey|tv | sure |
| 22:03.54 | mickey|tv | firmwareloader compiles now |
| 22:04.15 | mickey|tv | the ugly thing is, we will not be able to distribute images |
| 22:04.25 | mickey|tv | as we have no rights for the firmware redistribution |
| 22:04.38 | leviathan | hmm |
| 22:04.45 | mickey|tv | so people will have to put them somewhere manually |
| 22:04.56 | leviathan | mickey|tv: you can download it from ftp.o2s.ch? ;-) |
| 22:05.06 | mickey|tv | i can |
| 22:05.06 | leviathan | yeah |
| 22:05.13 | leviathan | other possibility |
| 22:05.14 | mickey|tv | but i dare not to put those things online |
| 22:05.20 | mickey|tv | with my signature :) |
| 22:05.24 | mickey|tv | [things = images] |
| 22:05.24 | leviathan | yes :) |
| 22:06.04 | mickey|tv | oh wait |
| 22:06.08 | mickey|tv | we could grab them |
| 22:06.12 | mickey|tv | from the filesystem |
| 22:06.16 | mickey|tv | can we read from nand? |
| 22:08.06 | leviathan | uhm |
| 22:08.09 | leviathan | of course |
| 22:08.18 | leviathan | we even can build rootimages for nand :) |
| 22:10.18 | leviathan | ok, I need to sleep now |
| 22:10.26 | leviathan | but it sounds like a plan :) |
| 22:10.57 | leviathan | gn8 |
| 22:11.26 | leviathan | btw: Ventura is a nice app ;-D |
| 22:11.53 | leviathan | this+UMTS=awsome |
| 22:12.14 | leviathan | only question: can it play flash, or will I need the mobile streaming version |
| 22:12.15 | leviathan | but anway |
| 22:12.19 | leviathan | I need sleep now |
| 22:12.21 | leviathan | gn8 |
| 22:15.01 | mickey|tv | gnu8 |
| 22:15.01 | mickey|tv | cu |
| 22:17.33 | mickey|tv | i guess now that it works, there's no benefit in leaving it to be a module, right? |
| 22:17.39 | mickey|tv | (meaning, we can compile it in the kernel) |
| 22:22.37 | ToAsTcfh | phh: bzo: necore sux bad too |
| 22:23.08 | ToAsTcfh | i know something is wrong here |
| 22:23.46 | ToAsTcfh | its so bad smoke looks like its out of a comic strip |
| 22:25.02 | ToAsTcfh | <4>[ 2573.895935] msm_cpufreq_target 528000 r 1 (245000-528000) selected 528000 |
| 22:25.04 | ToAsTcfh | <7>[ 2581.569000] tty_buffer_alloc: cb4a0800 |
| 22:25.06 | ToAsTcfh | <7>[ 2581.574371] tty_buffer_free: c1fde800 |
| 22:28.08 | *** join/#htc-linux Cable[SQL] (~Cablekevi@house.speedxs.nl) |
| 22:28.12 | ToAsTcfh | 2.6fps omg |
| 22:32.47 | eval- | wow my diam500 is hotter trying to 'sleep' than when i was watching neocore (both airplane mode) |
| 22:35.36 | ToAsTcfh | bzo it seems like its not using the max like it selects it but then goes beack to the min for some reason |
| 22:40.21 | *** join/#htc-linux bombenbach (~bombenbac@77.47.80.54.dynamic.cablesurf.de) |
| 22:41.33 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 22:42.04 | makkonen | eval-: that's really weird. |
| 22:42.12 | bombenbach | It seems that bcm4329 has just got updated -> RC209 http://tinyurl.com/ydfe462 |
| 22:42.15 | *** join/#htc-linux antoszka (~antoszka@unaffiliated/antoszka) |
| 22:42.41 | bombenbach | need to try that before I begin messing with bcm4325 aka b43 |
| 22:44.31 | eval- | why are there a slew of people with 0 feedback selling 250-300 nexus on ebay |
| 22:45.36 | eval- | oh: Item location:å京, å京, China ... probably cheap knockoff? |
| 23:10.01 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
| 23:12.54 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
| 23:13.21 | *** join/#htc-linux DCDemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
| 23:26.36 | *** join/#htc-linux PSPdemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
| 23:35.28 | *** join/#htc-linux DCDemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
| 23:39.31 | *** join/#htc-linux PSPdemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |