| 00:02.18 | *** join/#htc-linux J-I-M-M-Y (~jimmy@addr-85-23-44-214.suomi.net) |
| 00:13.23 | *** part/#htc-linux lozzd (~laurie@denness.net) |
| 00:20.44 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
| 00:23.37 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
| 00:28.59 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
| 00:31.21 | *** join/#htc-linux unity_punk (~unitypunk@76-14-141-97.rk.wavecable.com) |
| 00:41.16 | *** join/#htc-linux antoszka (~antoszka@unaffiliated/antoszka) |
| 01:01.08 | *** join/#htc-linux Chrisa_ (~chatzilla@dslb-088-070-206-139.pools.arcor-ip.net) |
| 01:07.11 | stinebd | phh: uml worked quite well for this, thanks |
| 01:13.13 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
| 01:30.09 | *** join/#htc-linux br1ck_ (~br1ck@xdsl-92-252-7-61.dip.osnanet.de) |
| 01:34.35 | *** join/#htc-linux seg (~seg@cpc2-leds3-0-0-cust928.leed.cable.ntl.com) |
| 01:36.57 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
| 01:37.29 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
| 01:38.19 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 01:44.27 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.58) |
| 01:59.12 | *** join/#htc-linux Xiaopi[work] (~Pierre@116.247.126.74) |
| 02:09.59 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
| 02:13.12 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
| 02:24.51 | *** join/#htc-linux bartman` (~bart@tau.jukie.net) |
| 02:37.01 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
| 02:38.58 | *** join/#htc-linux rojohacker (~rojohacke@c-76-103-10-158.hsd1.ca.comcast.net) |
| 02:41.11 | *** join/#htc-linux unity_punk (~unitypunk@76-14-141-97.rk.wavecable.com) |
| 02:59.40 | rojohacker | hi |
| 02:59.51 | AstainHellbring | hi |
| 03:00.08 | rojohacker | is dead here |
| 03:00.14 | AstainHellbring | sometimes |
| 03:09.40 | *** join/#htc-linux jamenlang2 (~jamenlang@68-170-60-12.mammothnetworks.com) |
| 03:10.21 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 03:21.46 | *** join/#htc-linux moishaspb (~chatzilla@user-12hdsgv.cable.mindspring.com) |
| 03:30.06 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
| 03:46.54 | *** join/#htc-linux DJW|Home (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
| 03:47.26 | *** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt) |
| 03:51.31 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
| 03:56.07 | *** join/#htc-linux tfried2001 (~tfried200@82.211.188.186) |
| 04:06.41 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
| 04:08.36 | *** join/#htc-linux Chrisa_ (~chatzilla@dslc-082-083-144-166.pools.arcor-ip.net) |
| 04:24.55 | *** join/#htc-linux moishaspb (~chatzilla@user-12hdsgv.cable.mindspring.com) |
| 04:28.01 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
| 04:30.22 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 04:35.09 | *** join/#htc-linux ravishi (~stormy@c-98-249-6-188.hsd1.va.comcast.net) |
| 04:39.20 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
| 04:49.48 | *** join/#htc-linux MxxCon (donuts@ool-18b9baa8.dyn.optonline.net) |
| 05:00.28 | *** join/#htc-linux pershoot (~pershoot@cpe-72-227-138-97.nyc.res.rr.com) |
| 05:00.33 | pershoot | hi all |
| 05:01.15 | pershoot | im trying to compile kernel 2.6.33 for ARM, using code sourcery's toolchain (gnueabi), but getting this error: |
| 05:01.27 | pershoot | arch/arm/mach-msm/idle-v7.S:47: Error: selected processor does not support `fmrx r1,fpexc' |
| 05:01.28 | pershoot | arch/arm/mach-msm/idle-v7.S:48: Error: selected processor does not support `fmrx r2,fpscr' |
| 05:01.28 | pershoot | arch/arm/mach-msm/idle-v7.S:117: Error: selected processor does not support `fmxr fpexc,r2' |
| 05:01.28 | pershoot | arch/arm/mach-msm/idle-v7.S:125: Error: selected processor does not support `fmxr fpscr,r3' |
| 05:01.28 | pershoot | arch/arm/mach-msm/idle-v7.S:126: Error: selected processor does not support `fmxr fpexc,r2' |
| 05:01.52 | pershoot | anyone run in to this? |
| 05:21.03 | *** join/#htc-linux madCoder` (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net) |
| 05:25.06 | *** join/#htc-linux mastermerlin (~merlin@pD957F260.dip.t-dialin.net) |
| 05:26.12 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d8791b6.pool.mediaWays.net) |
| 05:26.55 | *** part/#htc-linux MxxCon (donuts@ool-18b9baa8.dyn.optonline.net) |
| 05:35.58 | *** join/#htc-linux GNUtoo (~GNUtoo@host137-158-dynamic.54-79-r.retail.telecomitalia.it) |
| 05:38.14 | GNUtoo | mickey|zzZZzz,hi maybe I know why suspend is broken |
| 05:47.37 | *** join/#htc-linux zachy (~george@ip-85-160-63-223.eurotel.cz) |
| 05:50.07 | *** join/#htc-linux tehtrk (~tehtrk@rrcs-24-173-220-30.sw.biz.rr.com) |
| 05:52.02 | *** join/#htc-linux mackie (~mackie@70.79.119.70.cfl.res.rr.com) |
| 06:02.28 | GNUtoo | must also remove: [ 116.749847] wakeup wake lock: mmc_delayed_work |
| 06:02.40 | GNUtoo | I will give more when I'll come back |
| 06:21.23 | *** join/#htc-linux obrienmd_sea (~obrienmd@173.160.148.166) |
| 06:26.08 | *** join/#htc-linux Tigerzen (~Tigerzen@81-66-204-232.rev.numericable.fr) |
| 06:26.40 | Tigerzen | pershoot, get off ondefconfig vfp=n and try again |
| 06:31.29 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04d30.pool.mediaWays.net) |
| 06:35.42 | *** join/#htc-linux diiishe-away (~mmm@96.56.222.18) |
| 06:36.44 | *** join/#htc-linux sniveri (~chatzilla@2002:554c:1bce:8:8200:60ff:fe0f:e800) |
| 06:38.39 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 06:49.23 | *** join/#htc-linux dekar_ (~dekar@f052214052.adsl.alicedsl.de) |
| 07:07.13 | *** join/#htc-linux TIgerzen (TIgerzen@81-66-204-232.rev.numericable.fr) |
| 07:07.49 | TIgerzen | hi morning |
| 07:08.58 | *** join/#htc-linux gauner1986 (~gauner198@p5B385188.dip.t-dialin.net) |
| 07:09.17 | sniveri | good morning |
| 07:09.34 | TIgerzen | But the hangs i resolved it before 4days !!! |
| 07:09.36 | TIgerzen | lol |
| 07:09.42 | TIgerzen | with HZ=off |
| 07:10.08 | TIgerzen | Now its works with fast one ? |
| 07:10.38 | TIgerzen | I supposed its mmc dcard problem not yet ? |
| 07:10.43 | gauner1986 | dunno.. not really tested yet, no time.. will do today |
| 07:11.24 | TIgerzen | ok take wing linux and put it on ext2 there's the best i test and have Android gui |
| 07:11.37 | gauner1986 | did you test usbnet shell? |
| 07:11.56 | TIgerzen | no need initrd but maybe i dont remember i test pre4 version of wing |
| 07:12.02 | TIgerzen | not yet dont have many time too |
| 07:12.14 | TIgerzen | child, family work |
| 07:13.12 | TIgerzen | iv do one initrd verry nice working but i forget wher's now pfff |
| 07:13.24 | TIgerzen | with shh telnet and drop bear |
| 07:13.35 | gauner1986 | lol |
| 07:13.58 | TIgerzen | what about stude ? |
| 07:14.39 | gauner1986 | okay.. gtg.. be back later.. |
| 07:14.47 | TIgerzen | ciao |
| 07:15.10 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 07:16.55 | *** join/#htc-linux TIgerzen1 (TIgerzen@81-66-204-232.rev.numericable.fr) |
| 07:18.28 | *** join/#htc-linux kiozen (~oeichler@p549211ED.dip0.t-ipconnect.de) |
| 07:18.35 | *** join/#htc-linux TIgerzen (TIgerzen@81-66-204-232.rev.numericable.fr) |
| 07:18.36 | *** join/#htc-linux balans (~Gebruiker@82-169-26-39.ip.telfort.nl) |
| 07:22.31 | *** join/#htc-linux Tigerzen (Tigerzen@81-66-204-232.rev.numericable.fr) |
| 07:26.06 | *** join/#htc-linux DenPal (~hoper@183-243-252-87-dynamic-pool.gprs.mts.by) |
| 07:36.29 | *** join/#htc-linux Tigerzen8 (Tigerzen@81-66-204-232.rev.numericable.fr) |
| 07:44.57 | *** join/#htc-linux johnb81 (~john@88.226.97.204) |
| 07:50.28 | *** join/#htc-linux android-res (~yciduo@80.179.91.44) |
| 08:02.01 | *** join/#htc-linux gauner1986 (~Adium@ip-145-85-83-12.fontys.nl) |
| 08:02.29 | *** join/#htc-linux seg (~seg@cpc2-leds3-0-0-cust928.leed.cable.ntl.com) |
| 08:06.31 | seg | Hi Gauner 1986 |
| 08:06.54 | seg | Do you have a link to the latest Leo Image? |
| 08:14.55 | gauner1986 | no, sorry. |
| 08:18.16 | *** join/#htc-linux DenPal (~hoper@216-243-252-87-dynamic-pool.gprs.mts.by) |
| 08:19.17 | *** join/#htc-linux rabc (~rabc@93.107.95.194) |
| 08:38.44 | *** join/#htc-linux Vito_| (~Sysel@95.80.208.234) |
| 09:01.11 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04d30.pool.mediaWays.net) |
| 09:05.52 | *** join/#htc-linux rabc (~rabc@93.107.95.194) |
| 09:06.16 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
| 09:08.22 | *** join/#htc-linux TIgerzen (TIgerzen@81-66-204-232.rev.numericable.fr) |
| 09:17.41 | *** join/#htc-linux Captnoord (~Captnoord@145.74.218.14) |
| 09:17.51 | *** join/#htc-linux GNUtoo (~GNUtoo@host137-158-dynamic.54-79-r.retail.telecomitalia.it) |
| 09:19.06 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
| 09:20.15 | *** join/#htc-linux gauner1986 (~Adium@ip-145-85-83-12.fontys.nl) |
| 09:20.40 | *** join/#htc-linux TIgerzen (~TIgerzen@81-66-198-6.rev.numericable.fr) |
| 09:22.09 | *** join/#htc-linux the_eye_ (~dimitris@ppp-94-69-43-23.home.otenet.gr) |
| 09:27.16 | *** join/#htc-linux rabc (~rabc@93.107.95.194) |
| 09:31.44 | *** join/#htc-linux Vito_| (~Sysel@95.80.208.234) |
| 09:35.11 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
| 09:38.32 | phh | qsd8x50 ffa is a development board |
| 09:38.53 | phh | [03:15:33] <stinebd> phh: uml worked quite well for this, thanks <--- cool |
| 09:43.58 | *** join/#htc-linux obrienmd (~obrienmd@173.160.148.166) |
| 09:44.34 | *** join/#htc-linux rabc (~rabc@93.107.95.194) |
| 09:51.22 | *** join/#htc-linux the_eye_ (~dimitris@ppp-94-69-3-247.home.otenet.gr) |
| 09:53.22 | Markinus | phh: I merged today out repo with google, very nice, one call and done! :) |
| 09:53.38 | phh | Markinus: which one ? |
| 09:53.45 | Markinus | .32 |
| 09:53.48 | phh | pffff |
| 09:54.27 | *** join/#htc-linux Pferdismus (~Pferdismu@HSI-KBW-109-192-100-062.hsi6.kabel-badenwuerttemberg.de) |
| 09:54.28 | phh | I guess there haven't been much changes since last time |
| 09:54.29 | Markinus | phh: ha, I don't think that's possible to merge the other one .. :) |
| 09:54.39 | phh | I don't think either :p |
| 09:54.42 | Markinus | phh: 15 commits or so . . |
| 09:55.37 | dcordes | Markinus, Already up-to-date. |
| 09:56.22 | Markinus | dcordes: ahh, the other one, hehe . . .I do it for this too . . |
| 09:57.33 | Markinus | dconres: done |
| 09:57.35 | Markinus | *dcordes |
| 09:57.44 | dcordes | uber fast |
| 09:57.56 | dcordes | Markinus, so you tried the mmap diff? |
| 09:58.04 | Markinus | dcordes: yes . . |
| 09:58.26 | Markinus | dcordes: but there are still many seg faults |
| 09:58.45 | chamonix | http://www.wired.com/gadgetlab/2010/04/windows-mobile-android/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+wired%2Findex+%28Wired%3A+Index+3+%28Top+Stories+2%29%29 |
| 09:59.12 | dcordes | Markinus, no change? |
| 09:59.32 | dcordes | how about running the entire posix-test-suite |
| 09:59.35 | Markinus | dcordes: better, yes, ok no |
| 09:59.37 | dcordes | maybe it can give us some pointers |
| 10:01.02 | gauner1986 | which low level problems are now still there? |
| 10:01.36 | Markinus | ehhhh "Roberts\rquote tutorial will work with most HTC Windows Mobile phones on almost all carriers. The only requirement is that the phone has a display with a minimum resolution of 320 x 240 pixels." |
| 10:02.10 | Markinus | gauner1986: that is what we have to find out! |
| 10:02.31 | gauner1986 | which symptoms? |
| 10:02.32 | gauner1986 | :) |
| 10:03.31 | dcordes | angina pectoralis |
| 10:03.32 | gauner1986 | haha |
| 10:03.32 | gauner1986 | :P |
| 10:03.32 | dcordes | possible ongoing AMI |
| 10:03.51 | *** join/#htc-linux obrienmd (~obrienmd@173.160.148.166) |
| 10:04.09 | Pferdismus | hey dcordes any chance to join your team? |
| 10:04.35 | dcordes | well I have no team. all the documentation and code is public |
| 10:04.41 | gauner1986 | just do it |
| 10:04.48 | gauner1986 | :P |
| 10:04.58 | dcordes | no teams exist |
| 10:05.21 | Pferdismus | all right that's what I wanted to hear |
| 10:05.58 | dcordes | gauner1986, so possible therapy is to throw leo into bucket of thrombolytics |
| 10:06.28 | gauner1986 | Pferdismus: are you a kernel dev? :) |
| 10:06.30 | dcordes | gauner1986, or alternatively maintain reperfussion mechanically using a stent |
| 10:06.36 | gauner1986 | :D |
| 10:06.48 | gauner1986 | dcordes: i have no clue about medical english :P |
| 10:09.03 | dcordes | Markinus, in that article it seems they don't even need linux to run android ..do a grep |
| 10:09.50 | Markinus | dcordes: ohh :) |
| 10:10.32 | Markinus | phh: could you help me a bit on RPC?. I will dump les clocks, and I get only totaly wrong stuff. What do I wrong here? http://pastebin.com/M3xKW2bq |
| 10:15.18 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
| 10:16.12 | phh | Markinus: here, get_clk_khz is 0x24 |
| 10:16.14 | phh | not 0x22 |
| 10:16.48 | Markinus | phh: hmm, in my dll it's 0x22 . .hmm |
| 10:17.12 | phh | Markinus: I have topaz' dlls ... |
| 10:17.21 | Markinus | phh: leo . . |
| 10:17.30 | phh | ah. |
| 10:17.43 | phh | Markinus: doesn't leo have a not 0 version ? |
| 10:17.46 | Markinus | what'S on Leo? |
| 10:17.52 | Markinus | no, 0 |
| 10:18.44 | Markinus | phh: sometimes 0 sometimes 0x10001 or 2 or so, here 0 |
| 10:18.44 | phh | ah. |
| 10:18.55 | Markinus | phh: what it'S on topaz? |
| 10:19.04 | phh | 0 |
| 10:19.14 | Markinus | phh: or Rhod, I mean proc |
| 10:19.18 | phh | ah |
| 10:19.21 | phh | 24 on topaz |
| 10:19.24 | phh | 0x24 |
| 10:19.43 | phh | Markinus: but I didn't see get clk khz in leo's dll ? |
| 10:19.49 | Markinus | 24: clk_regime_sec_sel_mdc_clk_src(enum) |
| 10:19.58 | phh | Markinus: req.data[0] = i;â© |
| 10:20.02 | phh | should be cpu_to_be32(i); |
| 10:20.08 | Markinus | phh: yes, it's 0x22 |
| 10:21.33 | Markinus | phh: ahhhhhhhhhhhhhh |
| 10:21.33 | Markinus | I forgott it, shit |
| 10:21.34 | phh | Markinus: don't you have android userland ? |
| 10:21.34 | Markinus | phh: still no |
| 10:21.34 | Markinus | phh: we are now better, but no usb shell or so |
| 10:21.34 | phh | you're sure the answer is 2*4 bytes long ? |
| 10:21.34 | phh | in the dll I see only enum 0x24 0x60 0x18 |
| 10:21.34 | Markinus | phh: it's from pmic .. there they have it always for all pmic calls |
| 10:21.49 | phh | you could have a different api |
| 10:21.49 | Markinus | phh: but maybe it's wrong . .riight |
| 10:22.03 | phh | Markinus: and be32_to_cpu for the answers :p |
| 10:22.18 | Markinus | yes yes :) |
| 10:22.29 | phh | Markinus: rc=28 |
| 10:22.32 | phh | iirc the header is 24 |
| 10:22.35 | phh | so only one uint32 |
| 10:22.40 | Markinus | phh: ok |
| 10:23.28 | Markinus | phh: ok, then we know now we have different pmic apis too .. Topaz/leo |
| 10:23.58 | phh | Markinus: manual be32_to_cpu says your clock is 320MHz :p |
| 10:24.01 | phh | err no |
| 10:24.03 | phh | 256MHz |
| 10:24.24 | *** join/#htc-linux deklok1 (~deklok@cpc8-newt30-2-0-cust197.newt.cable.virginmedia.com) |
| 10:24.33 | phh | if I know how to do be32_to_cpu by hand, which is not guaranteed. |
| 10:25.14 | Markinus | we have 4 plls: |
| 10:25.14 | Markinus | PLL0 @ f8005300: MODE=00000007 L=0000000c M=00000004 N=00000005 freq=245760000 Hz (245 MHz) |
| 10:25.14 | Markinus | PLL1 @ f8005320: MODE=00000007 L=00000028 M=00000000 N=00000001 freq=768000000 Hz (768 MHz) |
| 10:25.14 | Markinus | PLL4 @ f8005380: MODE=00000000 L=0000000f M=00000000 N=00000001 freq=288000000 Hz (288 MHz) |
| 10:25.14 | Markinus | PLL5 @ f80053a0: MODE=00000000 L=00000032 M=00000000 N=00000001 freq=960000000 Hz (960 MHz) |
| 10:25.39 | phh | ok |
| 10:25.53 | phh | which one is used for cpu clock ... ? |
| 10:25.58 | phh | ah it's SCPLL |
| 10:26.06 | Markinus | phh: ahhh, now it's ok, thx! |
| 10:27.48 | Markinus | phh: http://pastebin.com/VRfkrbh8 |
| 10:33.21 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 10:36.09 | gauner1986 | Markinus: what are you working on? |
| 10:36.27 | phh | understanding these damn clock shit it seems. |
| 10:36.49 | Markinus | right . . but this is . .. arghh. . :) |
| 10:36.56 | phh | ::) |
| 10:36.58 | phh | -: |
| 10:38.09 | Markinus | phh: they use for acpucklick on scorpion a pll reqest over PCOM, have to find how this works on pmic too . . |
| 10:38.32 | phh | Markinus: ouch |
| 10:38.47 | Markinus | right |
| 10:38.54 | phh | that makes me think I have to code pll request stuff. |
| 10:39.37 | phh | and usb stuff |
| 10:39.40 | phh | pfff |
| 10:42.58 | *** join/#htc-linux DenPal (~hoper@216-243-252-87-dynamic-pool.gprs.mts.by) |
| 10:52.11 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 10:58.54 | *** join/#htc-linux tfried2001 (~tfried200@82.211.188.186) |
| 11:18.39 | Markinus | phh: what is the mode flag on the plls? |
| 11:18.44 | Markinus | *value |
| 11:19.24 | *** join/#htc-linux TIgerzen (TIgerzen@81-66-204-232.rev.numericable.fr) |
| 11:23.19 | mickeyl | GNUtoo: bad news, same kernel crash on ifconfig wlan0 down with compat wireless |
| 11:23.34 | GNUtoo | mickeyl, I knew it |
| 11:23.41 | mickeyl | oh |
| 11:23.43 | *** join/#htc-linux balans (~Gebruiker@82-169-26-39.ip.telfort.nl) |
| 11:23.43 | GNUtoo | mickeyl, I've even worse crash |
| 11:23.44 | mickeyl | i thought it worked for you? |
| 11:23.52 | GNUtoo | under fso2-demo-image |
| 11:24.01 | GNUtoo | but it worked fine under shr-image |
| 11:24.07 | mickeyl | hmm |
| 11:24.12 | mickeyl | ifconfig wlan0 up/down ? |
| 11:24.14 | mickeyl | works on shr? |
| 11:24.16 | GNUtoo | up |
| 11:24.18 | GNUtoo | and down |
| 11:24.19 | GNUtoo | works |
| 11:24.21 | GNUtoo | on shr |
| 11:24.22 | mickeyl | err |
| 11:24.24 | mickeyl | no i'm confused |
| 11:24.32 | mickeyl | where's the difference? |
| 11:24.39 | GNUtoo | mickeyl, on fso2-demo-image I don't even see it requesting the firmware |
| 11:24.58 | mickeyl | ok, all our images are behaving differently for us :/ |
| 11:25.03 | GNUtoo | mickeyl, also you must echo 1 > ../rfkill1/state after loading the firmware |
| 11:25.08 | GNUtoo | not before |
| 11:25.19 | mickeyl | d'oh |
| 11:25.22 | mickeyl | why? |
| 11:25.26 | mickeyl | perhaps that's the problem |
| 11:25.29 | GNUtoo | indeed |
| 11:25.31 | mickeyl | rebooting... |
| 11:25.33 | GNUtoo | ok |
| 11:25.40 | mickeyl | err, not rebooting |
| 11:25.42 | mickeyl | taking battery out |
| 11:25.43 | mickeyl | *sigh* |
| 11:25.47 | GNUtoo | lol |
| 11:26.35 | mickeyl | that sucks so much |
| 11:26.46 | mickeyl | loosing more time than i would have thought |
| 11:26.52 | mickeyl | *sigh* |
| 11:27.14 | GNUtoo | mickeyl, maybe I should try to look after wifi and suspend and bluetooth |
| 11:28.05 | phh | Markinus: no clue |
| 11:28.41 | mickeyl | GNUtoo: yeah, I'm afraid suspend is even more important for us than RF |
| 11:28.49 | GNUtoo | ah ok |
| 11:29.35 | GNUtoo | android: http://pastebin.com/nNA0EQ4R |
| 11:29.38 | GNUtoo | did it suspend |
| 11:29.42 | GNUtoo | how do I know |
| 11:29.49 | GNUtoo | what are the lines to look for? |
| 11:30.14 | phh | <6>[ 210.614349] suspend: exit suspend, ret = 0 (2010-04-08 13:03:19.098785400 UTC)â© |
| 11:30.35 | phh | theorically you have the same thing with s/exit/enter/ but I can't find it mmm |
| 11:31.06 | GNUtoo | ok |
| 11:32.59 | phh | <3>[ 235.627227] pm_op(): platform_pm_suspend+0x0/0x5c returns -16â© |
| 11:33.03 | phh | this one means it tried hard |
| 11:33.05 | phh | but with no success. |
| 11:33.29 | phh | most likely it received an irq while trying to suspend |
| 11:33.55 | mickeyl | so, something is sending irqs all the time |
| 11:34.00 | mickeyl | which means we don't disable one of those |
| 11:34.05 | mickeyl | what could that be? |
| 11:34.09 | mickeyl | some clock i guess |
| 11:34.10 | phh | ask powertop ? |
| 11:34.16 | mickeyl | good point |
| 11:34.37 | phh | mickeyl: only one out of 6 sleeps have failed |
| 11:34.44 | phh | I don't think it's really important ... |
| 11:35.32 | mickeyl | ? |
| 11:35.37 | mickeyl | it's immediately resuming |
| 11:35.51 | mickeyl | so i guess it's still completely broken, no? |
| 11:35.55 | mickeyl | or is that expected? |
| 11:35.57 | phh | only one time over the 6 tiems ... |
| 11:36.01 | mickeyl | hmm |
| 11:36.13 | mickeyl | that's not how i read this log |
| 11:36.22 | phh | mickeyl: or you're refering to the timestamps in [ ] at the begining of thel ine ? |
| 11:36.29 | mickeyl | yes |
| 11:36.30 | *** join/#htc-linux balans1 (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 11:36.38 | phh | this timer is stopped when the system is in sleep |
| 11:36.42 | mickeyl | errrrrrrrr |
| 11:36.44 | phh | <6>[ 234.077972] suspend: exit suspend, ret = 0 (2010-04-08 13:10:42.640533447 UTC)â© |
| 11:36.46 | mickeyl | heh |
| 11:36.47 | phh | <6>[ 234.718566] suspend: exit suspend, ret = 0 (2010-04-08 13:20:41.604827881 UTC)â© |
| 11:36.54 | phh | don't you thnk something's wrong here then ? :p |
| 11:37.03 | GNUtoo | indeed |
| 11:37.08 | GNUtoo | that's under android |
| 11:37.12 | phh | delta timestamp <1s, delta time ~= 10minutes :p |
| 11:37.19 | phh | GNUtoo: and that's normal linux behaviour |
| 11:37.24 | mickeyl | ok |
| 11:37.34 | phh | you can try on a x86, it's the same thing :p |
| 11:37.38 | mickeyl | still in our kernel it doesn't work |
| 11:37.48 | mickeyl | it really immediately comes back |
| 11:37.53 | mickeyl | 'felt time' |
| 11:38.01 | GNUtoo | mickeyl, try to locally revert theses 3 commits: |
| 11:38.13 | GNUtoo | 4ca666904c624a54cf29a1b5b64b74c705b0eece. |
| 11:38.19 | GNUtoo | 4c902425f2cfa03f632780616a43623d4930c253 |
| 11:38.26 | GNUtoo | 00243f441ef12bd6823007759c7c1fc91ecda55d |
| 11:38.35 | GNUtoo | that could be one of the problems |
| 11:38.46 | GNUtoo | and remove the dot in the first commimt |
| 11:39.09 | mickeyl | ok, will do that after my rfkill order change |
| 11:39.14 | mickeyl | ah wait |
| 11:39.17 | mickeyl | no |
| 11:39.20 | mickeyl | that won't work |
| 11:39.30 | mickeyl | you need the rfkill otherwise ifconfig won't succeed |
| 11:39.37 | mickeyl | so the order is fixed |
| 11:39.52 | mickeyl | ifconfig won't attempt to load the firmware when rfkill blocks it |
| 11:39.57 | GNUtoo | mickeyl, load firmware,rfkill,ifconfig |
| 11:40.08 | mickeyl | hmm |
| 11:40.10 | GNUtoo | the firmware should be loaded before ifconfig |
| 11:40.12 | mickeyl | how do i force it to load firmware? |
| 11:40.17 | GNUtoo | and before rfkill |
| 11:40.25 | GNUtoo | that is strange I'll try something |
| 11:40.33 | GNUtoo | but I can't do wifi,and suspend at the same time |
| 11:40.50 | mickeyl | just tell me how you managed to upload firmware before it requests it :) |
| 11:41.04 | mickeyl | iwconfig also doesn't work until the interface is up |
| 11:41.51 | GNUtoo | strange |
| 11:42.27 | GNUtoo | mickeyl, just putting the 2 firmwares in /lib/firmware with the correct names,it doesn't even request it under fso-demo-image but it does under shr-image |
| 11:42.36 | GNUtoo | I'll try to fix that |
| 11:42.51 | mickeyl | well, something is broken for you there |
| 11:42.55 | mickeyl | i didn't build a full new image |
| 11:42.59 | mickeyl | but on my updated image here it works fine |
| 11:43.32 | *** join/#htc-linux pieteckhart (~AndChat@95.98.144.157) |
| 11:43.35 | mickeyl | i can, of course, reflash the SD with a new image |
| 11:43.50 | mickeyl | but it works really well atm., so i'd rather not :) |
| 11:44.07 | mickeyl | but oh well |
| 11:44.15 | mickeyl | need to check whether things work out of the box anyways |
| 11:44.27 | mickeyl | so might as well reformat the SD |
| 11:46.06 | *** join/#htc-linux DenPal (~hoper@216-243-252-87-dynamic-pool.gprs.mts.by) |
| 11:49.28 | mickeyl | GNUtoo: fwiw, i'm building 26268253c2f3f670cea133668ccfa503ffcc800e now to check suspend/resume there |
| 11:49.38 | GNUtoo | ok |
| 11:50.25 | GNUtoo | mickeyl, don't loose too much time I'll try to fix wifi |
| 11:51.01 | mickeyl | ok, this will be my last try. if it still doesn't work, i continue with userland :) |
| 11:51.08 | mickeyl | i'm not much of a help anyways here |
| 11:52.07 | leviathan | mickeyl: do you build it directly from oe.org-repo? |
| 11:52.08 | GNUtoo | indeed,you have less success chance than me for that kind of issues |
| 11:52.11 | leviathan | so the official |
| 11:52.12 | mickeyl | leviathan: yes |
| 11:52.15 | GNUtoo | because you don't have a working version |
| 11:52.20 | leviathan | oh btw: hi mickeyl, hi GNUtoo |
| 11:52.22 | leviathan | :) |
| 11:52.25 | mickeyl | morning leviathan |
| 11:52.26 | GNUtoo | hi |
| 11:52.27 | leviathan | thx |
| 11:53.04 | GNUtoo | wl1251-fw.bin wl1251-nvs.bin are firmwares names btw |
| 11:53.21 | *** join/#htc-linux lkcl (~lkcl@nat67.mia.three.co.uk) |
| 11:53.31 | phh | (nvs is "calibration" file not firmware) |
| 11:54.42 | mickeyl | out of interest... |
| 11:55.11 | mickeyl | what "calibration" is that? just regulary information or is that RF chip really tweaked on a per-device-basis? |
| 11:55.21 | mickeyl | (which would be surprising to me) |
| 11:55.57 | leviathan | I was told it would be possible |
| 11:56.00 | leviathan | at least on raph |
| 11:56.12 | leviathan | to create a generic nvs which works everywhere |
| 11:56.38 | phh | mickeyl: theorically it's per device basis. |
| 11:56.39 | mickeyl | we should take a peek in the nvs driver |
| 11:56.40 | leviathan | nvs seems to be something like a pecific finger print file, which calibrates the device to optimum working range |
| 11:56.54 | phh | but on raph/diam/blac/topaz we used to have the same file for everyone for a while |
| 11:56.56 | phh | and it worked fine |
| 11:57.43 | leviathan | mickeyl: why is the initprocess broken in oe.org-repo? |
| 11:57.57 | leviathan | when I build neither usb0 nor xserver-nodm comes up |
| 11:58.00 | leviathan | in shr-image |
| 11:58.02 | leviathan | ... |
| 11:58.12 | mickeyl | i have no idea |
| 11:58.20 | mickeyl | no time to look at that |
| 11:58.28 | mickeyl | most likely missing device specific entries |
| 11:58.44 | mickeyl | (i.e. override directories) |
| 11:58.56 | leviathan | hmm |
| 11:59.00 | leviathan | does it work for you? |
| 11:59.26 | leviathan | GNUtoo: does it work for you? |
| 11:59.43 | leviathan | because if you both have no problem, the error lies on my site |
| 11:59.43 | GNUtoo | leviathan, wifi yes |
| 12:00.02 | GNUtoo | leviathan, xserver is easy |
| 12:00.06 | mickeyl | no xserver here |
| 12:00.10 | GNUtoo | nano /etc/X11/Xserver |
| 12:00.10 | leviathan | no, I mean, does GUI automatically start up on bootup? |
| 12:00.11 | mickeyl | usb0 doesn't come up |
| 12:00.12 | GNUtoo | edit trout |
| 12:00.17 | leviathan | ok |
| 12:00.18 | GNUtoo | ARGS="" |
| 12:00.22 | GNUtoo | and remove xfbdev |
| 12:00.33 | leviathan | yes but it doesnt start automaticaly anway |
| 12:00.34 | leviathan | ... |
| 12:00.36 | GNUtoo | leviathan, for usb0 easy: ifup usb0 |
| 12:00.44 | leviathan | GNUtoo: btw: could we fix that? |
| 12:00.51 | leviathan | I mean xorg |
| 12:01.09 | GNUtoo | I'll do when I'll have time |
| 12:01.12 | leviathan | Should I do a patch and email it to OE-patchwork? |
| 12:01.21 | GNUtoo | you could do that |
| 12:01.32 | GNUtoo | or mickeyl could look at your patch |
| 12:05.13 | mickeyl | FYI: 26268253c2f3f670cea133668ccfa503ffcc800e is already immediately resuming |
| 12:05.35 | mickeyl | so we either have to go back some more revs or find the cause |
| 12:05.41 | mickeyl | i'll move back to userland now |
| 12:11.29 | GNUtoo | ok |
| 12:15.51 | GNUtoo | for the record: here's a dmesg of a correct wifi loading under shr-image: http://pastebin.com/GQ6EgNcf |
| 12:18.47 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
| 12:23.53 | julcel | <PROTECTED> |
| 12:26.06 | Fordyy | <PROTECTED> |
| 12:29.03 | leviathan | GNUtoo: hmm, ok |
| 12:33.50 | GNUtoo | and here's fso-demo-image: http://pastebin.com/RZAhssd9 |
| 12:34.40 | leviathan | hmm |
| 12:34.40 | leviathan | ok |
| 12:44.25 | GNUtoo | also leviathan |
| 12:44.26 | GNUtoo | auto usb0 |
| 12:44.29 | GNUtoo | add that on top of |
| 12:44.35 | GNUtoo | iface usb0 inet static |
| 12:47.45 | leviathan | hmm, ok |
| 12:48.02 | leviathan | enable hotplug would be a nice idea too ;-) |
| 12:49.21 | GNUtoo | hotplug? |
| 12:49.40 | GNUtoo | ah ok |
| 12:49.50 | GNUtoo | I thought hotplug daemon for a moment |
| 12:49.55 | GNUtoo | leviathan, read this file's doc |
| 12:50.00 | GNUtoo | there is a hotplug like thing |
| 12:50.06 | GNUtoo | but anyway usb0 will always be on |
| 12:50.13 | GNUtoo | so not an issue |
| 12:50.52 | phh | unless you want to start a dhcp on usb0 when connecting usb |
| 12:51.24 | GNUtoo | yes,but static is fine |
| 12:51.53 | phh | anyway, leviathan if you want something on usb connected, read the power_supply changes |
| 12:52.00 | phh | it's either battery usb or ac |
| 12:52.19 | GNUtoo | phh, btw tell me if you need more tests |
| 12:52.22 | GNUtoo | on android |
| 12:52.38 | phh | GNUtoo: none yet thanks |
| 12:52.49 | GNUtoo | ok |
| 12:53.54 | *** part/#htc-linux DenPal (~hoper@216-243-252-87-dynamic-pool.gprs.mts.by) |
| 12:55.05 | leviathan | following thing |
| 12:55.10 | leviathan | I've sent a patch to ML |
| 12:55.13 | leviathan | OE |
| 12:55.19 | leviathan | can someone please review? |
| 12:55.23 | Markinus | phh: do you understand the formula for md/ns? |
| 12:55.23 | Markinus | phh: some things are ok. But I cannot find out what reason have D, A5 and MNE . .do oyu know that? |
| 12:55.45 | phh | Markinus: D = duty |
| 12:56.01 | phh | it's the time during which the clock pin is set to 1 |
| 12:56.02 | phh | (or 0 ?) |
| 12:56.12 | phh | and there is a *2 or /2 somewhere |
| 12:56.22 | phh | basically set D=L (or was it M ?) and it's fine |
| 12:56.30 | phh | A5 is unknown |
| 12:56.35 | phh | and MNE.... I need my docs. |
| 12:57.02 | phh | ok D=N. |
| 12:57.19 | Markinus | phh:d = n/2 |
| 12:57.24 | phh | Markinus: na |
| 12:57.25 | phh | well |
| 12:57.26 | phh | yes and no. |
| 12:57.39 | phh | Markinus: the value of the D register, is the actual value of D/2 |
| 12:57.49 | phh | so you need to do (val)*2 |
| 12:57.51 | phh | which makes N |
| 12:57.58 | Markinus | ahhh, ok |
| 12:58.06 | phh | (hard to explain.) |
| 12:58.14 | phh | ok, my doc says that MNE = MN Enable |
| 12:58.16 | phh | helps a lot. |
| 12:58.55 | Markinus | phh: ok, now it'S much better! :) thx |
| 13:00.14 | phh | A5 seems to be related to some counter mmm |
| 13:00.50 | phh | yes it's a total mess. |
| 13:03.51 | Markinus | Argh . .this whole clock stuff . . . |
| 13:04.06 | *** join/#htc-linux GeekLad1 (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 13:04.30 | phh | :p |
| 13:06.50 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 13:15.09 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 13:15.12 | *** join/#htc-linux bartman` (~bart@tau.jukie.net) |
| 13:15.15 | *** join/#htc-linux bartman (~bart@tau.jukie.net) |
| 13:16.30 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 13:16.32 | *** join/#htc-linux MACKIEFROMWORK (~IceChat7@208.15.82.161) |
| 13:17.30 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 13:17.58 | *** join/#htc-linux GeekLad1 (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 13:18.27 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 13:19.29 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 13:20.23 | *** join/#htc-linux k_linux (~klinux@41.214.209.143) |
| 13:20.38 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 13:26.26 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 13:27.12 | Markinus | phh: so, we have a SDC1 freq under win of 24576000 Hz, but the sdcc diver will set it to 50000000 . . .hmm. how did the driver know which frequency is ok? |
| 13:27.15 | Markinus | hmmm |
| 13:28.25 | phh | it doesn't |
| 13:28.34 | phh | there is a frequency_max setting |
| 13:28.43 | phh | I guess it's possibly set to 50MHz |
| 13:31.16 | *** join/#htc-linux Kawaiius (~yadayada@pool-71-255-191-174.slsbmd.east.verizon.net) |
| 13:31.47 | Markinus | phh: yes . .msmsdcc_fmax = 50000000; |
| 13:34.05 | Markinus | phh: in our .27 repo: |
| 13:34.05 | Markinus | msmsdcc_fmax = 32000000; |
| 13:34.25 | phh | Markinus: yeah our SD controler can't do really high speed I guess |
| 13:34.52 | Markinus | phh: we have some problems too . . maybe it'S for leo too fast to |
| 13:35.05 | phh | you have mmc problems ? |
| 13:39.43 | *** join/#htc-linux Chrisa__ (~chatzilla@dslb-088-070-205-239.pools.arcor-ip.net) |
| 13:39.47 | Markinus | phh: I thing yes, we have seg faults on initrd and so |
| 13:40.14 | Markinus | phh: this could be a to high clock. O no working fsck .. is hanging or crashing |
| 13:41.04 | phh | if you haves pbs in initrd, it's something else |
| 13:41.37 | Markinus | phh: yes, maybe. difficoulf to find. But it happpens with meny initrds |
| 13:42.35 | Markinus | phh: but it'S a simple test. I create a exactly wince clock and set the max to it |
| 13:44.32 | majster | hi, where can i found source for system.sqsh ? |
| 13:45.11 | phh | majster: android.git.kernel.org ? |
| 13:47.15 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 13:47.38 | majster | thx |
| 13:51.22 | Markinus | phh: ok, this wasn't our problem, fsck segfault on sd again . . . hmm |
| 13:54.44 | *** join/#htc-linux The (~yadayada@pool-71-255-191-174.slsbmd.east.verizon.net) |
| 13:55.18 | *** join/#htc-linux tfried2001 (~tfried200@82.211.188.186) |
| 13:55.55 | Guest86671 | Hey who lied on the kernel building site sayin sound was working on the rhod :( twas very cruel. lol |
| 13:56.56 | MACKIEFROMWORK | no doubt |
| 13:57.07 | Markinus | Guest86671: maybe on 01.04 ?? ':) |
| 13:58.48 | Guest86671 | no..im pretty sure i got 01.04 and it still isnt working |
| 14:03.02 | *** join/#htc-linux majster_ (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
| 14:05.57 | Markinus | Guest86671: it wasn't my work. But you know that the first of April is a very spacial day? :) |
| 14:08.15 | Guest86671 | lol it was posted on april 8...7 days late..someone has a cruel sense of humor if thats what it is lol |
| 14:09.09 | *** join/#htc-linux draioch (~rabc@93.107.95.194) |
| 14:10.15 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 14:11.27 | leviathan | GNUtoo: Ok. I'm building it now freshly |
| 14:11.34 | leviathan | directly from OE |
| 14:11.39 | GNUtoo | ok |
| 14:11.44 | leviathan | lets see, if its working then |
| 14:11.52 | leviathan | ATM I'm unable to start fso |
| 14:12.06 | leviathan | but I beg, thats because of residies of my own ugly hacking |
| 14:12.21 | leviathan | so I made everything clean and I'm building from official repo |
| 14:12.39 | leviathan | if you two can get a running image out of it, then so can I ^^ |
| 14:12.42 | leviathan | so |
| 14:12.49 | leviathan | now I'll make a new coffee |
| 14:13.02 | leviathan | and will take a look onto my homework for next week |
| 14:13.10 | leviathan | while its building |
| 14:13.16 | leviathan | because its fast |
| 14:13.34 | leviathan | but even if its not needing 2days for building from scratch |
| 14:13.38 | leviathan | it still needs 2hours |
| 14:13.40 | leviathan | :) |
| 14:14.24 | GNUtoo | ok |
| 14:16.42 | *** join/#htc-linux k_linux (~klinux@2002:295c:85d:7:8200:60ff:fe0f:e800) |
| 14:17.18 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 14:19.04 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-48-60.client.mchsi.com) |
| 14:19.44 | *** join/#htc-linux Vito_| (~Sysel@195.113.241.225) |
| 14:35.41 | phh | Guest86671: sound works on rhod ! :p |
| 14:35.42 | phh | only in calls. |
| 14:40.10 | Guest86671 | Gay |
| 14:40.13 | Guest86671 | well not really |
| 14:41.05 | Markinus | you can put a ipod on the other side and hear music :) |
| 14:41.40 | Guest86671 | ooo yea lol |
| 14:41.42 | phh | Guest86671: I can't even get BT working :'( |
| 14:41.47 | phh | BT working would do the trick, but no. |
| 14:41.55 | phh | this thing hates me |
| 14:42.03 | Markinus | yeah, like topaz |
| 14:42.12 | Guest86671 | That really is gay lol..at least your trying though..more then i can do lol |
| 14:42.16 | phh | Markinus: na you have A2DP working |
| 14:42.18 | phh | if you want. |
| 14:42.32 | Markinus | phh: yes, this is what I mean, that it's working on Topaz |
| 14:42.47 | Markinus | phh: but .. it's the same, no realy. . |
| 14:43.16 | *** join/#htc-linux hfctsaot (~fircuser@108.109.161.62) |
| 14:43.33 | Kawaiius | Wish i knew how to do that stuff..the rhod would be conquered...not lol |
| 14:44.49 | Markinus | phh: read this! |
| 14:44.50 | Markinus | https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=commitdiff;h=3461e6e1b67e40d484b39c2add43f7ba25b75eaf |
| 14:45.17 | Markinus | maybe this is the modem config which we need |
| 14:46.58 | hfctsaot | phh: I re tried everything again lastnight. it seemed like its actually work. but I didn't seem such a speed increase to say for sure. can u give me a way to increase it to 700mhz |
| 14:53.07 | *** join/#htc-linux TheDeadCpu (~Joachimlq@ti0064a380-0395.bb.online.no) |
| 14:53.14 | phh | hfctsaot: maybe not :/ |
| 14:53.30 | phh | hfctsaot: you can to use 0x40 instead of 0x3e |
| 14:53.37 | phh | that would make ~ 640 I'd say |
| 14:54.20 | phh | Markinus: I've already seen that |
| 14:54.26 | phh | Markinus: but I tried to see how to use this driver |
| 14:54.27 | *** join/#htc-linux gauner1986 (~gauner198@p5B385188.dip.t-dialin.net) |
| 14:54.30 | phh | with a big grep adie -r qdsp5 |
| 14:54.33 | phh | and nothing but this file |
| 14:54.37 | phh | and there is nothing in the __init |
| 14:54.38 | gauner1986 | hi |
| 14:54.40 | Markinus | phh: hmm |
| 14:54.41 | phh | so I don't understand how it works |
| 14:55.00 | TheDeadCpu | Hello, guys, this guy on XDA made a Scandinavian HW keyboard Layout for the Touch Pro that works with XDAndroid :D |
| 14:55.08 | Markinus | phh: only this here init_waitqueue_head |
| 14:55.15 | phh | TheDeadCpu: yeah I have to push it I know. |
| 14:55.43 | phh | Markinus: you still have to trigger the waitqueue sometime I think |
| 14:55.43 | Markinus | phh: could the connection come prom modem to it? |
| 14:55.56 | phh | Markinus: it registers no rpc server :/ |
| 14:56.02 | TheDeadCpu | phh: Well I tried it and it workes wonderfully! |
| 14:56.03 | Markinus | hmm |
| 14:56.07 | phh | Markinus: oh wait. |
| 14:56.17 | phh | Markinus: haha. |
| 14:56.25 | phh | Markinus: it relies on userland |
| 14:56.33 | phh | Markinus: the init code is executed on some write() to /dev/snd_adie |
| 14:56.50 | Markinus | ohh |
| 14:56.51 | phh | ah no it's only debug ops |
| 14:57.06 | phh | maybe it actually needs debugging to work -_-' |
| 14:57.22 | Markinus | LIST OF CLIENTS |
| 14:57.32 | Markinus | hmm |
| 14:57.56 | phh | Markinus: anyway, just dump wince RPC and see if there is such calls ? |
| 14:58.34 | Markinus | we see adie calls in dmesg I think .I get some cr2 |
| 14:58.37 | Markinus | from |
| 14:58.48 | Markinus | RPC . .we have to look |
| 14:59.47 | hfctsaot | phh: yeah it seemed to work but the pi bench didn't show but like 200ms faster. but it was consistently faster so I believe it may be working idk |
| 14:59.58 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 15:00.24 | hfctsaot | neocore showed no improvement |
| 15:00.32 | phh | hfctsaot: ok there is something I can try. |
| 15:00.58 | phh | hfctsaot: in acpu_freq_tbl |
| 15:01.06 | phh | comment all frequencies that uses PLL_2, but the last one |
| 15:01.13 | phh | (last one being 528000) |
| 15:01.25 | phh | change fourth field from 1 to 0: |
| 15:01.31 | phh | <PROTECTED> |
| 15:01.50 | *** join/#htc-linux TheDeadCpu (~Joachimlq@ti0064a380-0395.bb.online.no) |
| 15:02.04 | phh | change the writel from 0x3e to 0x24 |
| 15:02.07 | hfctsaot | phh: ok |
| 15:02.09 | phh | and cross fingers really hard. |
| 15:02.16 | hfctsaot | lol |
| 15:02.44 | phh | Markinus: interesting things. |
| 15:02.47 | phh | somewhere in radio there is: |
| 15:02.49 | phh | clk_regime_sel_adie_mode: clock mode not supported (%d)â© |
| 15:03.03 | hfctsaot | thump it three times then boot |
| 15:03.17 | Markinus | hmm |
| 15:03.31 | phh | @ADIE=<adderss>,<Mask>,<value>â© |
| 15:03.35 | Markinus | phh: maybe we need it truely |
| 15:03.36 | phh | looks like RIL stuff but..... no way ? |
| 15:03.36 | gauner1986 | Markinus: did you find the solution to that mdp thingy? |
| 15:03.45 | Markinus | gauner1986: mdp?!? |
| 15:03.53 | gauner1986 | yeah.. that error yesterday |
| 15:04.04 | Markinus | gauner1986: aso, this wasn'T important |
| 15:04.07 | phh | No support CE to use DEX to update adie codec tableâ© |
| 15:04.08 | phh | hum hum. |
| 15:04.11 | phh | what ? |
| 15:04.14 | Markinus | gauner1986: was my very small def config |
| 15:04.18 | gauner1986 | okay |
| 15:04.26 | Markinus | phh: he?? :) |
| 15:04.29 | hfctsaot | phh was I suppose to add that second line u mentioned under writel |
| 15:04.43 | phh | hfctsaot: udelay() ? |
| 15:04.47 | phh | hfctsaot: well it might work without it |
| 15:05.15 | hfctsaot | ok ill try removing it |
| 15:05.20 | hfctsaot | also |
| 15:05.23 | phh | hfctsaot: haha |
| 15:05.23 | phh | no. |
| 15:05.29 | hfctsaot | ok |
| 15:05.37 | phh | it won't kill anything to leave it |
| 15:05.45 | hfctsaot | ok |
| 15:06.15 | GNUtoo | mickeyl, I really don't see the difference between the images: |
| 15:06.33 | GNUtoo | opkg install udev --force-reinstall doesn't change anything on both images |
| 15:06.35 | phh | Markinus: that makes me come back to clk_regime_sec_switch_adsp_clk. |
| 15:06.39 | GNUtoo | even if you move commons dir |
| 15:06.48 | GNUtoo | such as /etc/udev and /lib/udev |
| 15:06.52 | hfctsaot | this is gonna mess up scaling then I guess. by removing the clocks from the table |
| 15:06.53 | phh | enum, 0x24, 0x18 |
| 15:07.03 | phh | hfctsaot: most likely |
| 15:07.09 | hfctsaot | :/ |
| 15:07.13 | hfctsaot | lol |
| 15:07.13 | GNUtoo | I opkged shr-tasks in fso image->no change |
| 15:07.17 | Markinus | phh: yes . . . . .. maybe only one time called vvery early on system start |
| 15:07.18 | phh | hfctsaot: bah we will see how to fix it if it works. |
| 15:07.23 | GNUtoo | kenrel is always the same,also the modules |
| 15:07.26 | phh | Markinus: yes but we do a RPC bye |
| 15:07.33 | phh | so maybe it resets it |
| 15:07.35 | Markinus | phh: righz |
| 15:07.42 | mickeyl | GNUtoo: hmm, what about gcc and binutils? |
| 15:07.50 | phh | Markinus: it's in the rpc dump you gave me ? |
| 15:07.50 | mickeyl | is that different between shr and fso2? |
| 15:08.02 | GNUtoo | there is devtmpfs for both |
| 15:08.08 | GNUtoo | mickeyl, it's the same tmpdir |
| 15:08.11 | phh | hum no, only cam related stuff in there |
| 15:08.13 | Markinus | phh: moment, have to look |
| 15:08.20 | phh | ok |
| 15:08.41 | *** join/#htc-linux unity_punk (~unitypunk@76-14-141-97.rk.wavecable.com) |
| 15:08.50 | Markinus | phh: no |
| 15:09.08 | phh | Markinus: this function is never called for you either ? |
| 15:09.21 | hfctsaot | phh: what kind of pi bench speed increases do u guys see |
| 15:09.23 | GNUtoo | mickeyl, I also tried udev alone with ssh |
| 15:09.30 | phh | hfctsaot: I didn't do any benchmark |
| 15:09.33 | hfctsaot | or neocore |
| 15:09.41 | GNUtoo | both images |
| 15:09.42 | hfctsaot | oh ok |
| 15:09.47 | Markinus | phh: never seen |
| 15:09.51 | phh | Markinus: ok |
| 15:09.51 | Markinus | phh: in no RPC log |
| 15:10.48 | *** join/#htc-linux madCoder- (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net) |
| 15:11.58 | GNUtoo | I'll try again to md5sum udev files |
| 15:12.05 | GNUtoo | because I forgott when I did it |
| 15:12.10 | mickeyl | ok |
| 15:12.24 | Markinus | phh: the're using other rpc functions, like msm_rpc_register_client |
| 15:13.33 | hfctsaot | phh: if I'm commenting out the lower freqs the I prolly need to bring my min freq in my config up to 528 also I guess? |
| 15:13.47 | phh | hfctsaot: hum |
| 15:13.48 | phh | don't know |
| 15:13.58 | Markinus | phh: yes, more own code https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=commit;h=5db7f0a865759526bc7663279107f886d426c16a |
| 15:14.27 | hfctsaot | phh ok ill just try both ways |
| 15:17.56 | *** join/#htc-linux Guest86671 (~yadayada@pool-72-84-150-192.slsbmd.east.verizon.net) |
| 15:19.17 | *** join/#htc-linux The-Compiler (~compiler@unaffiliated/the-compiler) |
| 15:19.18 | mickeyl | GNUtoo: wrt. suspend resume; the following is very interesting: |
| 15:19.26 | mickeyl | watch "cat /proc/interrupts | sort -r -k 2" |
| 15:19.47 | GNUtoo | ok |
| 15:20.04 | mickeyl | i have a suspicion |
| 15:20.09 | GNUtoo | for? |
| 15:20.15 | GNUtoo | suspend? |
| 15:20.26 | mickeyl | yeah |
| 15:20.52 | mickeyl | that it works flawlessly in android would support my theory |
| 15:21.01 | mickeyl | because this is one of the few actual changes in operation |
| 15:21.25 | GNUtoo | ok for udev stuff reinstalling udev on shr break firmware loading |
| 15:21.36 | GNUtoo | ok |
| 15:21.59 | mickeyl | we have to make 100% sure the refresh thread is really stopped on suspend |
| 15:22.08 | mickeyl | as you found out, the code is not being called :) |
| 15:22.13 | mickeyl | so that might be the bug |
| 15:22.38 | GNUtoo | mickeyl, it is not |
| 15:22.50 | GNUtoo | ok |
| 15:22.55 | GNUtoo | I finish wifi,work a bit and then look at suspend |
| 15:22.59 | mickeyl | awesome |
| 15:23.15 | mickeyl | i need to stop for now, my wife's birthday today |
| 15:23.20 | mickeyl | will be back late tonight |
| 15:23.25 | mickeyl | cu |
| 15:23.49 | Markinus | phh: codaurora has so much new stuff. Diffficoult to merge |
| 15:23.57 | phh | Markinus: I know. |
| 15:24.00 | Markinus | phh: from one patch to other |
| 15:24.10 | phh | Markinus: even in different branches |
| 15:24.24 | Markinus | phh: they have a rpc_fsusb stack . .for OTG |
| 15:24.36 | phh | I already told you for that one |
| 15:24.49 | phh | those functions are in our dll :p |
| 15:24.50 | Markinus | yes .. ohh . .to mcuh stuff :) |
| 15:24.54 | *** join/#htc-linux bzo (~chatzilla@adsl-75-35-5-163.dsl.pltn13.sbcglobal.net) |
| 15:24.59 | Markinus | phh: Yes I saw it |
| 15:25.06 | phh | but the rpc endpoint doesn't exist |
| 15:25.11 | Markinus | maybe Leo . . . |
| 15:25.12 | GNUtoo | mickey|away, ok |
| 15:25.14 | Markinus | have to try |
| 15:25.15 | GNUtoo | np at all |
| 15:25.42 | phh | c:\wm665_21730\platform\common\src\soc\common\commonqct7201a\csp\amss\services\audio\audfmt\audwma.câ© |
| 15:25.44 | phh | seriously. |
| 15:25.50 | phh | they could have come up with something shorter |
| 15:26.26 | phh | (that was a totally useless comment) |
| 15:29.31 | phh | NB: on wince dlls, the -e l option to strings is damn useful. |
| 15:29.38 | phh | (stupid UTF16.) |
| 15:44.49 | hfctsaot | phh: so this line of code came from where? the raph? |
| 15:45.00 | phh | hfctsaot: which line of code ? |
| 15:45.27 | hfctsaot | the oc writel line |
| 15:45.32 | phh | ah |
| 15:45.34 | phh | it comes from my mind |
| 15:45.56 | hfctsaot | oh cool |
| 15:47.13 | hfctsaot | I wonder if switching pll2 to 1/1 would do any good now |
| 15:47.17 | Markinus | phh: ahh, nice .. good to know . .I could now coompile it |
| 15:47.32 | phh | Markinus: compile what ? |
| 15:47.39 | Markinus | phh: this adie oatch |
| 15:47.41 | Markinus | patch |
| 15:47.45 | phh | ah ok |
| 15:49.05 | hfctsaot | phh: BTW I seen the oc printk line from bzo patch. so it is setting all that up. |
| 15:49.15 | hfctsaot | or his patch was |
| 15:49.15 | phh | hfctsaot: mmmm ? |
| 15:49.27 | phh | oh yes |
| 15:49.33 | phh | yes he does div=1 |
| 15:49.36 | hfctsaot | when I tested everything again |
| 15:49.44 | GNUtoo | mickey|away, found the cause, presence or absence of /lib/firmware |
| 15:49.49 | GNUtoo | read it when you come back |
| 15:50.17 | hfctsaot | I tested the stuff we've tried over the last week again |
| 15:51.36 | *** join/#htc-linux rzk_ (~kvirc@95-24-231-240.broadband.corbina.ru) |
| 15:52.07 | hfctsaot | and noticed that it was setting up oc clock in bzo patch. I could see it in init when it prints the printk line after the jiffy setup in acpuclock |
| 15:54.24 | hfctsaot | so yeah its not in acpuclock clock that i was having the issue. which would explain why when I added a lot of debugging to acpuclock it still never printed any errors or what not |
| 15:54.31 | GNUtoo | leviathan, ls /lib/firmware ? |
| 15:55.00 | leviathan | uhm |
| 15:55.18 | leviathan | my htcdream userspace isnt present yet |
| 15:55.22 | leviathan | needs still building |
| 15:55.27 | GNUtoo | leviathan, on previous userspace |
| 15:55.29 | GNUtoo | then |
| 15:55.35 | hfctsaot | its something to do with it selecting the clock |
| 15:55.41 | leviathan | its broken anyway |
| 15:55.42 | leviathan | why? |
| 15:56.09 | GNUtoo | leviathan, if you do not have /lib/firmware the kernel doesn't even try to load a firmware |
| 15:56.18 | GNUtoo | it doesn't request it to udev |
| 15:56.19 | *** join/#htc-linux tfried2001 (~tfried200@82.211.188.186) |
| 15:56.29 | GNUtoo | you do not have the success or failure message in dmesg |
| 15:56.39 | leviathan | uhhm |
| 15:56.55 | leviathan | I'm sure I have this folder ;-) |
| 15:57.03 | leviathan | and I've also my firmware there |
| 15:57.10 | hfctsaot | phh: whatever happens right after it selects the clock seems to have the issue with bzo oc code |
| 15:57.16 | GNUtoo | anyway you'll test with new rootfgs |
| 15:57.20 | GNUtoo | *rootfs |
| 15:57.31 | leviathan | yes |
| 15:57.34 | leviathan | I'll will |
| 15:57.46 | leviathan | then we have a reproducble base |
| 15:57.52 | leviathan | from vanilla repo |
| 15:57.55 | leviathan | ok, well |
| 15:58.03 | leviathan | I modded defconfig for size |
| 15:58.07 | leviathan | but nearly vanilla |
| 15:58.08 | leviathan | :) |
| 15:58.53 | hfctsaot | phh: eh maybe not. just the way it seems to me |
| 16:00.53 | hfctsaot | its just all the stuff in acpuclock seems to setup and init properly. its just when I select pll2 it seems to error out somewhere else in the kernel |
| 16:02.11 | hfctsaot | but without debugging in the proper files ill never see it till I add debugging to the line |
| 16:02.19 | Markinus | ohh, the newest code shows 5% battery ( is full) on Topaz |
| 16:03.24 | Markinus | phh: what do you think? chack the ADIE interface in? |
| 16:03.31 | Markinus | *e |
| 16:03.34 | phh | Markinus: it seems to me it won't work |
| 16:03.49 | phh | I see no rpc call on 0x300002 with proc id >0x2Ã |
| 16:03.51 | phh | 0x20* |
| 16:04.37 | phh | Markinus: I think I've found the interesting function in wavedev.dll \o/ |
| 16:04.39 | Markinus | phh: hmmmm, I see the changes in smem, maybe they do it over there |
| 16:04.47 | phh | sub_6b8f8 |
| 16:04.48 | Markinus | phh: aha? |
| 16:04.51 | phh | it's a bit long though. |
| 16:05.52 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 16:06.15 | phh | GlemSom: I already broke your toy or what ? :p |
| 16:06.28 | GlemSom | huh already? :P |
| 16:06.43 | phh | compare http://glemsom.anapnea.net/android2/htc-msm-linux/ and http://glemsom.anapnea.net/android/htc-msm-linux/ :p |
| 16:07.19 | GlemSom | hmm, I corrected a but a few days ago (a blocking FIFO socket...)... I've been insanly busy today at work, so honestly haven't noticed it... I'll have a look though |
| 16:07.58 | phh | there have been a commit today |
| 16:08.00 | phh | and nothing on android2 |
| 16:08.07 | phh | I "reseted the timer" |
| 16:08.09 | phh | and still nothing |
| 16:08.21 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
| 16:09.24 | GlemSom | Ok, I'll investigate... thanks for the info! :) |
| 16:12.53 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
| 16:14.27 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 16:15.08 | Captnoord | phh: awake? |
| 16:15.12 | Captnoord | implemented this |
| 16:15.13 | Captnoord | .//TODO: turn this off; on keypress, turn it on, with timeout delay after last keypress to turn it off |
| 16:15.17 | Captnoord | :P |
| 16:15.22 | Captnoord | should I commit? |
| 16:15.23 | Captnoord | :P |
| 16:15.25 | phh | mmmmm ? |
| 16:15.43 | Captnoord | 5 second delay atm |
| 16:15.48 | phh | for navi ? |
| 16:16.39 | Captnoord | keyboard backlight |
| 16:16.54 | phh | ah |
| 16:17.00 | phh | I should implement keyboard backlight for TP2. |
| 16:17.08 | *** join/#htc-linux mastermerlin (~merlin@pD957F260.dip.t-dialin.net) |
| 16:17.19 | phh | and you can commit if it works at least for you :p |
| 16:17.36 | Markinus | Captnoord: with the actual code, we have on full battery on Topaz 5%, did you know this? |
| 16:17.43 | Captnoord | yup I know |
| 16:17.47 | Markinus | ok |
| 16:18.08 | Captnoord | because I split the battery code into raphael/diamond and topaz / that other device |
| 16:18.25 | phh | that makes me think |
| 16:18.32 | phh | that a goldfish has a better memory than me |
| 16:18.41 | Captnoord | hehe...... |
| 16:18.45 | Captnoord | does it |
| 16:19.05 | phh | ah right |
| 16:19.07 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
| 16:19.07 | Captnoord | I don't have topaz... or rhod and it makes developing it very hard for me |
| 16:19.12 | phh | when we plug in usb, the device wakes up |
| 16:19.16 | phh | but we have no gpio for it |
| 16:19.24 | phh | so it could be an RPC wake up ... ? |
| 16:19.33 | phh | so maybe there are some usb-related rpc functions somewhere |
| 16:19.33 | Captnoord | phh what do you mean? |
| 16:19.43 | Captnoord | usb as in PC |
| 16:19.47 | Captnoord | or usb as in charger |
| 16:19.50 | phh | as in vbus. |
| 16:19.53 | Captnoord | k |
| 16:20.01 | Captnoord | there is vbus check stuff |
| 16:20.11 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
| 16:20.12 | Captnoord | or you didn't mean that |
| 16:20.14 | phh | but is there vbus rpc callback ? |
| 16:20.21 | Captnoord | good question |
| 16:20.37 | Captnoord | GetVbusStatus |
| 16:20.37 | Captnoord | LDR R3, =0xAA0FC00C |
| 16:20.37 | Captnoord | LDR R3, [R3] |
| 16:20.37 | Captnoord | CMP R3, #0 |
| 16:20.37 | Captnoord | MOVNE R0, #1 |
| 16:20.38 | Captnoord | MOVEQ R0, #0 |
| 16:20.38 | Captnoord | BX LR |
| 16:20.42 | Captnoord | thats my vbus function |
| 16:20.44 | Markinus | phh: maybe 3000001a but I didn'T see such a call |
| 16:20.48 | phh | Captnoord: you know we have it ? :p |
| 16:20.54 | Captnoord | yea I know |
| 16:20.55 | Captnoord | :P |
| 16:21.18 | Captnoord | doesn't usb use 0x51 gpio..... |
| 16:21.32 | Captnoord | 0x5a |
| 16:21.34 | Captnoord | I mean |
| 16:26.29 | *** join/#htc-linux rzk (~rzk@daemonet.ru) |
| 16:33.15 | Markinus | phh: the only thing what I see on usb in/out is pmem_remote_imem_enable (1) |
| 16:33.29 | phh | Markinus: in RX buff ? |
| 16:33.44 | Markinus | TX I mean . . . |
| 16:33.59 | phh | well, I meant about a callback, so RX |
| 16:35.05 | leviathan | mickey|away: http://people.ee.ethz.ch/~davidlan/downloads/log.do_compile.26828 |
| 16:35.23 | leviathan | wtf? |
| 16:35.38 | Captnoord | I wonder if we would call that |
| 16:35.41 | Captnoord | Markinus: |
| 16:35.47 | Captnoord | call it |
| 16:35.48 | Captnoord | nah |
| 16:35.49 | Captnoord | I mean |
| 16:35.52 | Captnoord | read imem stuff |
| 16:35.53 | phh | lol? |
| 16:35.58 | Captnoord | call that function |
| 16:36.00 | phh | ah. |
| 16:36.02 | Captnoord | and read imem stuff again |
| 16:36.20 | Captnoord | I wonder if it changes that field..... |
| 16:36.21 | phh | ah right. |
| 16:36.36 | Captnoord | it should... but i'm interested in the value |
| 16:37.23 | *** join/#htc-linux rafyvitto (~rafyvitto@24.227.27.77) |
| 16:39.00 | rafyvitto | hi guys |
| 16:39.02 | *** join/#htc-linux GNUtoo (~GNUtoo@host137-158-dynamic.54-79-r.retail.telecomitalia.it) |
| 16:41.09 | GlemSom | phh, I've got NO clue to why it didn't catch the update... for unknown reason it stopped yesterday at 07:08. the reset timer DID reset the timer... but... it just ignored checking for updates... :/ I'm running the daemon with logging now, so I'll catch the error if it happens again.... Anyway, I gotta go - but I'll look a bit further into it tonight... |
| 16:41.24 | phh | glok thanks |
| 16:47.05 | *** join/#htc-linux DenPal (~hoper@72-243-252-87-dynamic-pool.gprs.mts.by) |
| 16:55.19 | Captnoord | don't use delayed work when you just use work |
| 16:57.24 | Captnoord | yup works |
| 17:02.18 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
| 17:05.50 | Markinus | Captnoord: you mean MSM_IMEM_BASE ? |
| 17:06.30 | Captnoord | yea |
| 17:07.21 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
| 17:07.33 | phh | wow ? |
| 17:07.35 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
| 17:07.37 | phh | 300MB for SHR is not enough ? |
| 17:08.26 | ToAsTcfh | \o/ im here |
| 17:08.29 | ToAsTcfh | :P |
| 17:08.36 | phh | who cares ? |
| 17:08.49 | ToAsTcfh | oh.... :/ |
| 17:08.58 | phh | :p |
| 17:09.10 | ToAsTcfh | i thought i was ur favorite turd |
| 17:12.36 | ToAsTcfh | phh: well it compiled \o/ |
| 17:12.42 | phh | what compiled ? |
| 17:12.47 | phh | I didn't understand what you said |
| 17:13.02 | ToAsTcfh | the changes u said to make :P |
| 17:14.25 | ToAsTcfh | booting |
| 17:15.44 | ToAsTcfh | phh: that was very unbiblical |
| 17:15.50 | phh | I said what .. ? |
| 17:15.51 | ToAsTcfh | it didnt boot |
| 17:16.56 | ToAsTcfh | <phh>hfctsaot: ok there is something I can try. |
| 17:16.57 | ToAsTcfh | hfctsaot: in acpu_freq_tbl |
| 17:16.59 | ToAsTcfh | comment all frequencies that uses PLL_2, but the last one |
| 17:17.01 | ToAsTcfh | (last one being 528000) |
| 17:17.02 | ToAsTcfh | [11:01]change fourth field from 1 to 0: |
| 17:17.04 | ToAsTcfh | { 528000, ACPU_PLL_2, 2, 0, 132000, 3, VDD_7, 128000, 0, 5, -1 },â© |
| 17:17.05 | ToAsTcfh | -->|TheDeadCpu (~Joachimlq@ti0064a380-0395.bb.online.no) has joined #htc-linux |
| 17:17.07 | ToAsTcfh | <phh>change the writel from 0x3e to 0x24 |
| 17:17.08 | ToAsTcfh | <hfctsaot>phh: ok |
| 17:17.10 | ToAsTcfh | <phh>and cross fingers really hard. |
| 17:17.39 | ToAsTcfh | hfctsaot=me :) |
| 17:17.48 | phh | I know. |
| 17:18.01 | ToAsTcfh | it didnt work |
| 17:18.20 | ToAsTcfh | wont even boot |
| 17:18.36 | Captnoord | phh btw I found the pll init stuff in nk.exe |
| 17:18.43 | phh | ah ? |
| 17:18.54 | Captnoord | .data:802565C0 PLL_INIT_TABLE mdns_clock_params <0x4B00, 0, 0x32, 0, 1, 4> |
| 17:18.54 | Captnoord | .data:802565C0 ; DATA XREF: DFVM_table_something+18o |
| 17:18.54 | Captnoord | .data:802565C0 ; .text:off_8005E384o ... |
| 17:18.54 | Captnoord | .data:802565D8 mdns_clock_params <0xF000, 1, 0x32, 0, 1, 0xA> |
| 17:18.54 | Captnoord | .data:802565F0 mdns_clock_params <0x14000, 2, 0x32, 0x19, 1, 2> |
| 17:18.55 | Captnoord | .data:80256608 mdns_clock_params <0x1E000, 3, 0x46, 0x19, 1, 4> |
| 17:18.55 | Captnoord | .data:80256620 mdns_clock_params <0x3C000, 4, 0x50, 0x32, 1, 4> |
| 17:18.56 | Captnoord | .data:80256638 mdns_clock_params <0x3E800, 5, 0x46, 0x32, 1, 2> |
| 17:18.56 | Captnoord | .data:80256650 mdns_clock_params <0x5DC00, 6, 0x46, 0x32, 1, 4> |
| 17:18.57 | Captnoord | .data:80256668 mdns_clock_params <0x80E80, 7, 0x64, 0x28, 1, 4> |
| 17:19.10 | Captnoord | last one is for example |
| 17:19.10 | Captnoord | 528000 |
| 17:19.18 | Captnoord | 0x80E80 = 528000 |
| 17:19.30 | phh | mdns_clock_params ... ? |
| 17:19.50 | Captnoord | exactly the same struct as we have in clock_wince.c |
| 17:24.06 | ToAsTcfh | ok tried with just the writel deal instead of the freq table stff |
| 17:26.44 | phh | Captnoord: ah, cr2 is a cheater ? :p |
| 17:26.56 | Captnoord | I dono |
| 17:26.58 | Captnoord | tell me |
| 17:26.59 | Captnoord | :P |
| 17:27.02 | *** join/#htc-linux Vito89 (~quassel@r6bf250.net.upc.cz) |
| 17:28.14 | ToAsTcfh | phh: it jst didnt like me messing with the tables like that. it boots fine without the freq table edits |
| 17:30.35 | ToAsTcfh | phh: no change do to the edit to the writel line in bench |
| 17:30.43 | ToAsTcfh | it must not be working |
| 17:30.51 | ToAsTcfh | :/ |
| 17:31.23 | ToAsTcfh | phh: i didnt cross my fingures though :/ |
| 17:31.35 | ToAsTcfh | i should have damn it |
| 17:31.58 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 17:33.08 | ToAsTcfh | damn it man has god no mercy on me and my hero |
| 17:33.53 | Captnoord | hehe |
| 17:34.10 | Captnoord | maybe somehow the ram clock got to high |
| 17:34.11 | ToAsTcfh | :'( |
| 17:34.13 | Captnoord | so it doesn't boot |
| 17:34.19 | ToAsTcfh | yeah |
| 17:34.25 | Captnoord | and if you change it just a little |
| 17:34.25 | ToAsTcfh | idk |
| 17:34.46 | Captnoord | like 166 mhz ram running on 200mhz or something |
| 17:34.47 | Captnoord | I dono |
| 17:34.47 | ToAsTcfh | it could be the ram clock |
| 17:35.13 | Captnoord | yup |
| 17:35.14 | ToAsTcfh | but i think wee tried all that :/ |
| 17:35.28 | Captnoord | you can change the way the ram is beeing used |
| 17:35.33 | Captnoord | lemme pullout the docs |
| 17:35.45 | ToAsTcfh | heroc |
| 17:35.51 | ToAsTcfh | cdma hero |
| 17:35.53 | Captnoord | something like setting the latency higher |
| 17:36.02 | Captnoord | the registers are the same |
| 17:36.06 | Captnoord | they just have diff offsets |
| 17:36.18 | Captnoord | hmmmm |
| 17:36.22 | Captnoord | diff base clock |
| 17:36.42 | ToAsTcfh | turbo cpu |
| 17:36.59 | Captnoord | define "turbo" |
| 17:37.00 | Captnoord | :P |
| 17:37.04 | Captnoord | nah |
| 17:37.05 | Captnoord | nvm |
| 17:37.08 | Captnoord | hmmmm....... |
| 17:38.11 | ToAsTcfh | bzo's patch works to a degree for me. but when i set the device to pll2 it just hangs |
| 17:38.14 | Captnoord | dono for now |
| 17:39.04 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58D4A.dip0.t-ipconnect.de) |
| 17:39.32 | ToAsTcfh | no errors either make for a shit debugging situation |
| 17:40.48 | ToAsTcfh | it even shows it selecting the clock in kmsg. but thats the end of the story. it just freezes and after a few reboots |
| 17:41.08 | Markinus | Captnoord: no, it isn'T setting this val |
| 17:41.27 | Markinus | IMEM |
| 17:42.47 | ToAsTcfh | ToAsTcfh bashes his forehead against the keyboard |
| 17:44.16 | Markinus | phh: This imap call. I didn't come from usb. It seems this is called if I enable sense. |
| 17:44.36 | Markinus | phh: booted without and then activated |
| 17:44.41 | Wout | oi |
| 17:46.30 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 17:46.47 | Markinus | *imem |
| 17:51.20 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 17:51.57 | *** join/#htc-linux Cass_VM (~Cass@cass.demon.co.uk) |
| 17:56.39 | ToAsTcfh | phh: u still alive?! :P |
| 17:56.39 | Captnoord | Markinus: hmmm |
| 17:56.41 | Captnoord | k |
| 17:56.44 | phh | ToAsTcfh: possibly |
| 17:56.48 | ToAsTcfh | lol |
| 17:56.57 | ToAsTcfh | ok just checkin |
| 17:57.17 | Captnoord | Markinus: both on the 0 as argument and on 1 as argument? |
| 17:57.24 | Captnoord | and if you set imem to something like |
| 17:57.26 | Captnoord | 2 |
| 17:57.35 | Captnoord | before calling that function |
| 17:57.39 | ToAsTcfh | anyhow im headed back to work. let me know if god speaks to u and tells what we need to do |
| 17:58.08 | Markinus | Captnoord: I tested only 1, We set it in clock to 0. After them I did exactly this call what happen on sense start. -> 1 |
| 17:58.14 | Markinus | but still: 0 |
| 17:58.24 | Markinus | Captnoord: maybe they change somethig else |
| 17:58.28 | Captnoord | possible |
| 17:58.39 | Markinus | Captnoord: it's for 3d right? |
| 17:58.51 | Captnoord | yea... kinda |
| 17:58.55 | Captnoord | but its for more |
| 17:59.00 | Captnoord | adsp should use it |
| 17:59.11 | Markinus | Captnoord: ok, we didn't do this call . . maybe we should |
| 17:59.19 | Captnoord | I dono |
| 17:59.25 | Captnoord | I can check the gpu driver for it |
| 17:59.37 | *** join/#htc-linux draioch (~rabc@93.107.95.194) |
| 18:03.25 | *** join/#htc-linux hfctsaot (~fircuser@173.6.162.9) |
| 18:05.41 | Captnoord | I think they don't call it imem |
| 18:05.42 | Captnoord | but |
| 18:05.42 | Captnoord | GLESConfig |
| 18:07.42 | Markinus | ahh |
| 18:08.13 | *** join/#htc-linux bombenbach (~bombenbac@77.47.80.54.dynamic.cablesurf.de) |
| 18:08.23 | Captnoord | or something like that |
| 18:08.24 | Captnoord | I dono |
| 18:08.25 | Captnoord | :S |
| 18:08.37 | *** join/#htc-linux piet (~piet@ip54548483.speed.planet.nl) |
| 18:09.05 | Markinus | Captnoord: maybe they disabling this completly if not used. For save power |
| 18:09.13 | bombenbach | phh: mega thx for the new bcm4329!!! both iwlist scan and WPA work!! *happy* |
| 18:09.14 | Captnoord | I dono |
| 18:09.23 | phh | bombenbach: cool |
| 18:09.33 | phh | bombenbach: I just merged the wifi driver :p |
| 18:09.56 | phh | bombenbach: can you try softap now ? |
| 18:10.16 | bombenbach | phh: how? (sorry never used that before) |
| 18:10.26 | phh | bombenbach: don't know :p |
| 18:10.35 | phh | if it's GNU/Linuxish it's with hostap |
| 18:10.37 | phh | but I don't think so |
| 18:11.38 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
| 18:12.14 | bombenbach | phh: I'll check it out; But, what branch d'you actually use for glemsom.anapnea.net? those has rfkill as module whereas in linux-msm |
| 18:12.19 | bombenbach | it's inside the kernel |
| 18:12.24 | phh | bombenbach: ? |
| 18:12.30 | Reefermattness | Morning guys. :) |
| 18:12.35 | Captnoord | hmm maybe we don't suspend the gpu |
| 18:12.36 | phh | Reefermattness: 'night |
| 18:12.45 | Captnoord | and thats the reason why it draws so much power |
| 18:12.45 | Captnoord | nah |
| 18:12.51 | Captnoord | for another time |
| 18:12.52 | Reefermattness | phh, go get some sleep :P |
| 18:12.52 | Captnoord | need togo |
| 18:13.08 | phh | bombenbach: ah |
| 18:13.08 | bombenbach | phh: I mean I use git clone git://gitorious.org/linux-on-qualcomm-s-msm/linux-msm.git for compiling my kernels |
| 18:13.11 | phh | bombenbach: it's rfkill_backport |
| 18:13.13 | phh | !=rfkill |
| 18:13.17 | bombenbach | phh: yes! |
| 18:13.32 | phh | bombenbach: for non rhod devices, the wifi device uses a driver that doesn't exist for 2.6.27, it needs a backport |
| 18:14.33 | *** join/#htc-linux Cass_VM (~Cass@cass.demon.co.uk) |
| 18:14.47 | leviathan | mickey|away: heyo |
| 18:14.48 | leviathan | back? |
| 18:14.54 | leviathan | GNUtoo: are you here? |
| 18:15.09 | GNUtoo | leviathan, yes |
| 18:15.11 | leviathan | GNUtoo: http://people.ee.ethz.ch/~davidlan/downloads/log.do_compile.26828 |
| 18:15.17 | bombenbach | phh: so you use the htc-msm-2.6.27 branch for glemsom.anapnea archives? |
| 18:15.22 | phh | bombenbach: yes |
| 18:15.24 | leviathan | GNUtoo: do you have any idea, where this is coming from? |
| 18:15.35 | phh | bombenbach: + modulese from compat-wireless-msm in the same gito project |
| 18:15.38 | phh | + ramzswap |
| 18:15.46 | *** join/#htc-linux Graduated (~Graduated@pD951AB51.dip.t-dialin.net) |
| 18:15.59 | bombenbach | phh: o.k., thx for the info, gonna use that too. |
| 18:16.08 | stinebd | + tiwlan |
| 18:16.16 | Graduated | hi |
| 18:16.30 | phh | stinebd: forgot that one. |
| 18:16.39 | stinebd | don't leave us losers with the old phones out |
| 18:16.44 | phh | lol |
| 18:17.24 | Graduated | hey phh |
| 18:17.39 | GNUtoo | leviathan, I bet api change from enlightenment's part |
| 18:17.47 | GNUtoo | ask #openmoko-cdevel |
| 18:17.48 | rzk_ | how to get where is touchscreen connected in /dev/ ? I'm trying to get TSLIB work. /dev/input/event0 does not match, TSLIB recieves nothing. Touchscreen working perfect in android and from i2c debug. |
| 18:18.01 | rzk_ | (device - htc nike) |
| 18:18.20 | Graduated | i want to boot linux on my device |
| 18:18.50 | Graduated | phh: so what exactly am i supposed to do to help developing |
| 18:18.59 | phh | rzk_: cat /sys/class/input/input*/name |
| 18:18.59 | phh | I'd say. |
| 18:19.06 | phh | Graduated: which device ? |
| 18:19.10 | Graduated | leo |
| 18:19.24 | leviathan | GNUtoo: what can we do about? |
| 18:19.32 | Graduated | phh: htc leo |
| 18:19.32 | leviathan | wait 'till its fixed? |
| 18:19.35 | Markinus | Graduated: leo is in a very early state |
| 18:19.36 | GNUtoo | leviathan, ask #openmoko-cdevel |
| 18:19.40 | leviathan | ok |
| 18:19.52 | GNUtoo | I don't know #e api |
| 18:19.59 | GNUtoo | I only know gtk+ |
| 18:20.01 | GNUtoo | with pygtk |
| 18:20.02 | phh | leviathan: what's the needed image size for SHR ... ? |
| 18:20.09 | Graduated | Markinus: i know that there are some major low level problems to be solved |
| 18:20.09 | phh | I did a 300MB image, and it said me not enough space |
| 18:20.17 | phh | i'm now trying with 500MB .. |
| 18:20.19 | Markinus | Graduated: right. |
| 18:20.25 | Cass_VM | Markinus, anything else change in the default.txt apart from the new ramaddr ? |
| 18:20.29 | leviathan | phh: you mean kernel? |
| 18:20.33 | leviathan | or what? |
| 18:20.43 | phh | leviathan: the root FS |
| 18:20.45 | NetRipper | Markinus, how did your tests go? |
| 18:20.48 | phh | it needs some free space |
| 18:20.55 | leviathan | phh: SHR is always to big to flash into internal memory |
| 18:21.00 | leviathan | if you think about that |
| 18:21.04 | phh | leviathan: I don't care about that :p |
| 18:21.05 | Markinus | Cass_VM: but this this you need the mem patch too |
| 18:21.13 | Markinus | NetRipper: much problems |
| 18:21.13 | Graduated | Markinus: and i want to solve these problems together wit you guys |
| 18:21.13 | phh | I just want to do a loopback ext2 on which I put SHR |
| 18:21.13 | Cass_VM | its not commited yet ? |
| 18:21.13 | leviathan | phh: hmm |
| 18:21.19 | phh | but 300MB seems not enough for it. |
| 18:21.21 | leviathan | phh: around 170MB? |
| 18:21.22 | leviathan | momm |
| 18:21.23 | NetRipper | Markinus, with the new memory map? more problems? |
| 18:21.29 | Markinus | NetRipper: no, no more |
| 18:21.31 | Markinus | NetRipper: less |
| 18:21.34 | NetRipper | ah |
| 18:21.38 | Markinus | NetRipper: but still much :) |
| 18:21.39 | NetRipper | so it is an improvement? |
| 18:21.46 | NetRipper | then i'll commit it |
| 18:21.47 | Markinus | NetRipper: I would say yes |
| 18:21.49 | Cass_VM | Markinus, mem patch not commited yet ? |
| 18:21.52 | NetRipper | ok |
| 18:21.56 | leviathan | phh: yes, a full SHR needs around 170MB |
| 18:22.01 | leviathan | with tango gps |
| 18:22.03 | leviathan | and so on |
| 18:22.15 | Markinus | NetRipper: I decode today Leos sdc1 clock |
| 18:22.24 | Graduated | Markinus: which progs and which kernel build do you guys use? |
| 18:22.24 | phh | leviathan: I'm having not enough space, just to start. |
| 18:22.28 | NetRipper | Markinus, ah on the segfault |
| 18:22.28 | Markinus | NetRipper: and add exactly this to clock file |
| 18:22.39 | phh | with your shr-full-eglibc-ipk--20100407-htcdream.rootfs.tar.bz2 |
| 18:22.51 | Markinus | NetRipper: then set the sdcc freq to it |
| 18:22.58 | Markinus | NetRipper: but thisdidn't help |
| 18:23.03 | NetRipper | ah |
| 18:23.14 | Markinus | NetRipper: seg faults on fsck still |
| 18:23.17 | Markinus | there |
| 18:23.35 | leviathan | http://people.ee.ethz.ch/~davidlan/downloads/OE/htcdream/images/htcdream/ |
| 18:23.41 | leviathan | phh: you mean this one? |
| 18:23.50 | Markinus | NetRipper: in our sd driver here, is the clock set to 50000000 |
| 18:23.51 | phh | leviathan: yes |
| 18:23.51 | NetRipper | Graduated, http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.32 |
| 18:24.31 | Markinus | wince to 24576000 |
| 18:24.35 | NetRipper | Graduated, toolchain: arm-2008q1-126-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 |
| 18:24.44 | NetRipper | (google it,you'll find a download) |
| 18:24.55 | Graduated | thanks netripper |
| 18:25.20 | Graduated | so let's start this shtT |
| 18:25.44 | phh | stinebd: btw, why do you need an UML ? |
| 18:25.45 | Markinus | Graduated: Yes! :) |
| 18:25.50 | phh | you're going to do a user usable kitchen ? |
| 18:25.53 | phh | or even a web kitchen ? |
| 18:25.55 | stinebd | phh: yes |
| 18:26.00 | Markinus | Graduated: are you a kernel dev? |
| 18:26.02 | phh | yes for which one ? :p |
| 18:26.08 | Graduated | brb |
| 18:26.10 | stinebd | the first one first, then maybe the second one |
| 18:26.34 | stinebd | web kitchens need to be legal though |
| 18:26.59 | phh | stinebd: yay that one is not going to be easy. |
| 18:27.11 | phh | stinebd: but modaco (or something like that) website does that so ... |
| 18:27.13 | stinebd | once the first one is done, the second one won't be too hard |
| 18:27.33 | phh | true |
| 18:27.58 | stinebd | there's an extremely basic "kitchen" on xdandroid.southcape.org right now |
| 18:28.10 | Markinus | NetRipper: here, I did a dump of from Leos clocks with the RPC api: |
| 18:28.10 | Markinus | NetRipper: http://pastebin.com/wzDFm894 |
| 18:28.11 | stinebd | with no error handling yet |
| 18:28.13 | phh | cool |
| 18:28.18 | phh | who cares about error uh ? |
| 18:28.40 | phh | stinebd: you made a git repo for it ? :p |
| 18:28.57 | stinebd | nope |
| 18:29.34 | stinebd | well i have a local git repo for it |
| 18:29.48 | stinebd | but i'll wait until initial development is finished before checking in it |
| 18:29.50 | stinebd | it in* |
| 18:32.30 | phh | stinebd: "plus-gps" ? |
| 18:32.37 | stinebd | phh: proprietary |
| 18:32.41 | phh | ok |
| 18:32.51 | phh | but libhardware_legacy is 100% open |
| 18:32.58 | stinebd | yes, but it links against libgps.so |
| 18:33.05 | phh | oO |
| 18:33.15 | stinebd | the kitchen-base.img libhardware_legacy is linked to emulator libgps.so |
| 18:33.21 | phh | ok |
| 18:33.53 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 18:33.54 | stinebd | i'm assuming we'll need to use dream's libgps if we ever get gps working, of course |
| 18:34.22 | phh | we won't |
| 18:34.29 | phh | well, unless I become really lazy |
| 18:34.51 | NetRipper | Markinus, there's a command for this in haret as well ;) |
| 18:34.58 | Markinus | NetRipper: yes? ohh |
| 18:35.21 | Markinus | NetRipper: over rpc? |
| 18:35.43 | NetRipper | Markinus, DUMP MSMCLKKHZ 0 254 |
| 18:35.44 | NetRipper | in haret |
| 18:35.50 | NetRipper | it uses clkregim.dll |
| 18:36.16 | Markinus | ahh, nice |
| 18:36.38 | phh | dd if=/dev/zero of="${ROOTDIR}"/system-builder/swap.img bs=1M count=64 >/dev/null 2>&1â© |
| 18:36.40 | phh | stinebd: swap ?!? |
| 18:38.10 | NetRipper | i pushed the memmap to git, it has the whole story explaining why :p http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=1ff730a5a7cf1b6bde5c98dd087bb5cb45d8ee27 |
| 18:38.33 | Markinus | NetRipper: I see 2 clocks more |
| 18:38.41 | NetRipper | ok |
| 18:38.44 | Markinus | NetRipper: in lin . .hmm |
| 18:38.46 | NetRipper | in ce or in lin? |
| 18:38.48 | NetRipper | aha |
| 18:39.56 | NetRipper | Markinus, do you where to find the code that is responsible for voltage on the ARM11 core? |
| 18:40.22 | NetRipper | acpuclock calls the "regulator" but i couldnt find an implementation in mach-msm |
| 18:40.26 | NetRipper | unless im looking for the wrong keywords |
| 18:40.49 | Markinus | NetRipper: this both: |
| 18:40.49 | Markinus | # |
| 18:40.49 | Markinus | [ 1.381723] clk_regime_sec_msm_get_clk_freq_khz(50) data = 12288 rc = 28 |
| 18:40.49 | Markinus | # |
| 18:40.49 | Markinus | [ 1.391195] clk_regime_sec_msm_get_clk_freq_khz(51) data = 24576 rc = 28 |
| 18:41.13 | Markinus | NetRipper: yes, they using a regulkator, moment |
| 18:41.59 | Markinus | NetRipper: in acpuclk_set_vdd_level |
| 18:42.03 | NetRipper | 50 = icodec_rx and 51 = cam related / icodec_rx (according to wiki) |
| 18:42.39 | Markinus | NetRipper: if the call enums IDs are the same as wiki . .. |
| 18:42.56 | NetRipper | they're over dex, they should be |
| 18:43.00 | Markinus | NetRipper: are you sure about it? |
| 18:43.00 | NetRipper | they better be :P it's radio rom |
| 18:43.16 | NetRipper | would be weird if it means something else in wince than in linux :p |
| 18:43.22 | NetRipper | same radio rom |
| 18:43.23 | NetRipper | ;) |
| 18:44.11 | *** join/#htc-linux enjalot (~enjalot@wg-d232222.dsl.fsu.edu) |
| 18:44.30 | Markinus | NetRipper: ok :) |
| 18:46.06 | Markinus | NetRipper: but we have to find out what the enums in the other calls are, or do you have a Idea? |
| 18:46.09 | NetRipper | Markinus, and i found that set_vdd_level yea but it calls a regulator |
| 18:46.17 | NetRipper | some generic api, which then probably calls something msm-specific again |
| 18:46.41 | NetRipper | Markinus, not really.. im not that good disassembling |
| 18:47.01 | Markinus | NetRipper: ahhh, ok. Weird stuff |
| 18:47.32 | Markinus | NetRipper: I mean this enums |
| 18:47.32 | Markinus | clk_regime_sec_sel_sdc1_clk(0x7) |
| 18:47.54 | Markinus | or clk_regime_sec_sel_sdc1_clk(0x1) |
| 18:48.13 | Markinus | do you have a Idea`? |
| 18:48.34 | NetRipper | best i could do is look at the asm for that function and see what it does with the parameter |
| 18:48.43 | NetRipper | dunno if i can make sense of it |
| 18:49.18 | Markinus | NetRipper: would be great . .I clock functions with only this calls would be great! |
| 18:50.56 | Markinus | NetRipper: they use some of the calls in standby and wake too |
| 18:51.28 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 18:51.39 | Markinus | NetRipper: like clk_regime_sec_de/register_for_cpu_resource(0x10) |
| 18:52.47 | NetRipper | i already looked at that one but i couldnt figure out what register/deregister do |
| 18:55.29 | Graduated | Markinus: no gotta disappoint you I'm not a kernel dev |
| 18:56.27 | Graduated | Markinus: but we'll do this shtT without me being an "official" kernel dev |
| 18:57.17 | Markinus | Graduated: nono, I'm not too :) |
| 18:57.23 | stinebd | phh: the uml will OOM when using mksquashfs without swap |
| 18:57.36 | phh | stinebd: you know you can do mem=128m to the cmdline ? :p |
| 18:57.36 | stinebd | imo it's better to give it swap than >128MB memory |
| 18:57.40 | Markinus | Graduated: I wanted only know if you did something already .. |
| 18:58.05 | phh | stinebd: it's slower. |
| 18:58.12 | stinebd | phh: don't care. |
| 18:58.12 | phh | anyway |
| 18:58.23 | stinebd | it's not noticeably faster with lots of ram |
| 18:58.50 | stinebd | the swap will typically stay in the host's cache anyway |
| 19:01.49 | Markinus | NetRipper: and this one: |
| 19:01.49 | Markinus | clk_regime_sec_devman_request() with |
| 19:01.49 | Markinus | 0, 1, -1 on sleep |
| 19:01.49 | Markinus | 0, 1, 0x1cf20 on resume |
| 19:02.01 | Graduated | Markinus: No but this will be my first project and it'll be a successful one ;) |
| 19:02.12 | Markinus | Graduated: great! :) |
| 19:02.19 | Graduated | Markinus: you did something already? |
| 19:02.37 | Markinus | do you have the stuff for compiling? |
| 19:02.42 | Markinus | Graduated: a bit :) |
| 19:03.07 | Markinus | Graduated: this is our repo: |
| 19:03.07 | Markinus | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.32 |
| 19:05.35 | GNUtoo | leviathan, that seem wrong btw: |
| 19:05.45 | GNUtoo | wait_for_completion_killable(msmfb_refresh_thread); |
| 19:05.58 | leviathan | hmm? |
| 19:06.06 | leviathan | hmm |
| 19:06.16 | GNUtoo | wait_for_completion_killable requires another argument: |
| 19:06.45 | GNUtoo | extern void wait_for_completion(struct completion *); |
| 19:07.07 | GNUtoo | struct completion {unsigned int done;wait_queue_head_t wait; }; |
| 19:07.31 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 19:13.32 | GNUtoo | I think the right way is freezing-of-tasks.txt |
| 19:14.04 | rzk_ | hm, /dev/input/event0 is htcnike-kbd, /dev/input/event1 must be htcnike-ts, but TSLIB still recieves nothing... |
| 19:14.40 | rzk_ | can be touchscreen connected somewhere else than /dev/input ? |
| 19:15.25 | *** join/#htc-linux expanderz (~expanderz@bas3-montreal31-1242530916.dsl.bell.ca) |
| 19:16.34 | *** join/#htc-linux piet (~piet@ip54548483.speed.planet.nl) |
| 19:16.35 | *** part/#htc-linux zachy (~george@85.193.4.18) |
| 19:17.47 | rzk_ | also, TSLIB needs only TSLIB_TSDEVICE export to switch devices? |
| 19:19.06 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 19:19.18 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 19:20.24 | *** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt) |
| 19:23.55 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
| 19:24.51 | GNUtoo | or maybe send_signal would be better |
| 19:24.56 | GNUtoo | as it has allow_signal |
| 19:26.13 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 19:30.15 | *** join/#htc-linux rabc (~rabc@93.107.95.194) |
| 19:30.25 | Jafterdark | anything new on the battery |
| 19:30.51 | stinebd | yes, mine is discharging at 85% |
| 19:38.11 | Graduated | Markinus: all right after some reading i suppose i'll manage to try to boot the first time |
| 19:40.14 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d8791b6.pool.mediaWays.net) |
| 19:41.38 | Graduated | Markinus: so haret onto the sd card, kernel into the folder "boot" in my default.txt and that's it right? |
| 19:43.41 | Markinus | Graduated: you can put it in the sd root dir |
| 19:43.49 | Markinus | Graduated: all |
| 19:43.58 | Markinus | Graduated: you deen the right default.txt |
| 19:44.01 | Markinus | *need |
| 19:44.07 | bombenbach | phh: concerning compiling the kernel & wireless-compat-mode: |
| 19:44.11 | bombenbach | should I replace the approprriate modules from a freshly compiled kernel |
| 19:44.12 | Markinus | Graduated: and a kernel, Haret, right |
| 19:44.22 | bombenbach | by those from compat-wireless-msm/mods? |
| 19:44.28 | bombenbach | I mean cfg80211.ko, cfg80211.ko and rfkill_backport.ko? |
| 19:44.44 | Markinus | Graduated: importand, you have to use Image not zImage on Leo |
| 19:44.54 | Markinus | Graduated: you can forgott the modules for first :) |
| 19:45.06 | phh | bombenbach: yes |
| 19:45.09 | phh | bombenbach: you compile your own kernel ? |
| 19:46.02 | *** join/#htc-linux shu8i (~shu8i@78.104.102.92) |
| 19:46.14 | *** join/#htc-linux jamenlang2 (~jamenlang@68-170-60-12.mammothnetworks.com) |
| 19:46.20 | bombenbach | phh: yes, I guess stuff like CONFIG_ANDROID_PARANOID_NETWORK is not really necessary for Ubuntu |
| 19:46.41 | phh | bombenbach: is it an actual problem ? |
| 19:47.03 | shu8i | hi |
| 19:47.08 | Graduated | what do you mean by the right default.txt? |
| 19:47.20 | shu8i | is this the hd2 linux channel or general linux on htc devices? |
| 19:47.35 | Graduated | Markinus: what do you mean by the right default.txt |
| 19:48.15 | bombenbach | phh: it might become one: http://tinyurl.com/yccktjq |
| 19:48.21 | *** join/#htc-linux shu8i (~shu8i@78.104.102.92) |
| 19:49.06 | phh | bombenbach: I don't really like the idea of having many kernel builds out there ... |
| 19:49.11 | phh | but as you want |
| 19:49.40 | stinebd | phh: that modaco kitchen stuff is nice. i might completely rip off their design |
| 19:49.50 | phh | stinebd: ah. |
| 19:50.21 | stinebd | and actually with enough customization options we might not even need a very user-friendly local kitchen |
| 19:50.39 | stinebd | assuming we can find a machine with storage and bandwidth to handle an online kitchen |
| 19:51.28 | phh | which is not going to happen I guess. |
| 19:51.31 | bombenbach | phh: at the moment I'm simply trying to understand the way things work |
| 19:51.37 | bombenbach | what do u mean by many kernel builds? |
| 19:51.43 | phh | stinebd: and in a russian or chinese country because of copyrights ? :p |
| 19:51.44 | bombenbach | would a rhobuntu_defconfig be a problem? |
| 19:51.55 | phh | bombenbach: I'd just hate it |
| 19:51.59 | phh | but I can live with it |
| 19:52.09 | bombenbach | phh: but why? |
| 19:52.12 | stinebd | phh: forcing the user to upload a gapps-passion zip works around that. we wouldn't be distributing |
| 19:52.19 | phh | stinebd: ah |
| 19:52.47 | stinebd | we would definitely have to set up user accounts though, so people can't download other people's system |
| 19:53.06 | *** join/#htc-linux Zoolooc (~fredsibar@p5495650F.dip.t-dialin.net) |
| 19:53.20 | stinebd | i think norway would work too ;) |
| 19:55.16 | Jafterdark | i got 30% win And andr 5% |
| 19:57.05 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 19:58.45 | Jafterdark | what the lates zImage update for battery to download |
| 20:02.10 | balsat | Can some of the se X10 kernel source code, be used on the HD2? |
| 20:03.10 | Graduated | Markinus: set mtype 2524 |
| 20:03.10 | Graduated | , set ramaddr 0x11800000 |
| 20:03.10 | Graduated | , set ramsize 0x08000000, |
| 20:03.10 | Graduated | set kernel Image, |
| 20:03.10 | Graduated | #set initrd "initrd-netripper-busybox.cpio" |
| 20:03.11 | Graduated | , set cmdline "lpj=3055616" |
| 20:03.13 | Graduated | , bootlinux |
| 20:03.22 | NetRipper | with the latest kernel in git |
| 20:03.26 | NetRipper | set ramaddr 0x20000000 |
| 20:03.33 | NetRipper | and set ramsize 0x0fc00000 |
| 20:03.34 | Graduated | Markinus: still up to date this stuff? |
| 20:03.39 | NetRipper | Graduated, ^^ |
| 20:03.53 | NetRipper | look at the text of the latest git commit, you'll find explanation in there |
| 20:05.03 | Graduated | thanks guys nice support here i'm looking forward to work with you guys |
| 20:07.38 | Markinus | balsat: aree the sources availible? do you have a link? |
| 20:10.26 | gauner1986 | nice comment @ netripper |
| 20:10.35 | balsat | Markinus, http://balsat.hopto.org/builds/sex10-source/ |
| 20:10.36 | NetRipper | ta :) |
| 20:10.45 | NetRipper | almost a diary entry |
| 20:10.46 | NetRipper | ;) |
| 20:12.27 | rzk_ | [23:51:52] <phh> stinebd: and in a russian or chinese country because of copyrights ? :p --- your content freeze here :p |
| 20:14.01 | *** join/#htc-linux freemusic (~freemusic@85-127-72-152.dynamic.xdsl-line.inode.at) |
| 20:14.12 | *** join/#htc-linux gauner1986- (~gauner198@p5B385188.dip.t-dialin.net) |
| 20:15.20 | Jafterdark | any know if there's a link to the new updates for battery |
| 20:15.30 | bombenbach | what's about xf86-video-msm? I'd really like to try to get X11 working that |
| 20:15.45 | phh | bombenbach: ask leviathan dcordes, or gnutoo |
| 20:16.08 | phh | they do it for openembedded |
| 20:16.21 | *** join/#htc-linux blitzKrieg (~smith@c-98-240-185-93.hsd1.mn.comcast.net) |
| 20:16.27 | GNUtoo | phh, how do you kill such thread? kernel_thread(msmfb_refresh_thread, NULL, CLONE_KERNEL); which has allow_signal(SIGKILL); |
| 20:16.45 | GNUtoo | bombenbach, I know a bit xf86-video-msm |
| 20:16.48 | *** part/#htc-linux blitzKrieg (~smith@c-98-240-185-93.hsd1.mn.comcast.net) |
| 20:16.48 | phh | GNUtoo: I guess it's in ps ax ? |
| 20:16.49 | freemusic | hi all, i'm searching for a recent (rc or unstable) distro for universal |
| 20:16.59 | GNUtoo | phh, kernel thread,not shure |
| 20:17.09 | phh | GNUtoo: there are kernel threads in ps ax |
| 20:17.11 | phh | not sure if all |
| 20:17.14 | GNUtoo | but kernel_thread returns a pid |
| 20:17.19 | GNUtoo | I know |
| 20:17.21 | GNUtoo | the [] |
| 20:17.27 | phh | yes |
| 20:17.34 | bombenbach | GNUtoo: does xf86-video-msm work with X? In Rhobuntu we're actually using an ugly TinyX |
| 20:17.51 | GNUtoo | bombenbach, do you have dri/drm for Rhobuntu? |
| 20:18.05 | Markinus | balsat: maybe a link to a tar? Cannot look in the files .. |
| 20:18.24 | *** part/#htc-linux TheDeadCpu (~Joachimlq@ti0064a380-0395.bb.online.no) |
| 20:18.24 | balsat | 1 min |
| 20:18.45 | bombenbach | GNUtoo: I guess not, cause we're using the android kernel. Rhobuntu will presumably be based Jaunty armel |
| 20:19.06 | Markinus | balsat: thx! |
| 20:19.28 | GNUtoo | bombenbach, so if you've not 3d,you should use xf86-video-fbdev |
| 20:19.57 | GNUtoo | bombenbach, because I found out that the speed gain of xf86-video-msm depend on dri2 which depend on drm |
| 20:20.04 | GNUtoo | s/3d/dri |
| 20:20.31 | Graduated | is this the old git? http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-qsd8k-2.6.29 |
| 20:20.37 | GNUtoo | bombenbach, else you can use kdrive |
| 20:20.55 | bombenbach | GNUtoo: I assume that android doesn't use dri/drm? Otherwise it must be in the kernel we use |
| 20:21.12 | GNUtoo | bombenbach, depend on the model |
| 20:21.14 | freemusic | hello, i'm searching for a distro for universal ? |
| 20:21.25 | Graduated | NetRipper: is this one the old git? http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-qsd8k-2.6.29 |
| 20:21.26 | Markinus | Graduated: this is the .29 . .l using the .32 now |
| 20:21.38 | GNUtoo | phh, root 36 0.0 0.0 0 0 ? D 22:21 0:00 [msmfb_refreshd] |
| 20:21.49 | Graduated | Markinus: yeah the name change irritated me a bit |
| 20:21.57 | Markinus | Graduated: ahhh :) |
| 20:22.14 | Markinus | Graduated: nono, this is the new one, there a our newest stuff |
| 20:22.25 | GNUtoo | bombenbach, some models have dri/drm driver,see that : |
| 20:22.39 | gauner1986- | Markinus: isnt .29 the old stuff? |
| 20:22.39 | NetRipper | Graduated, yes |
| 20:22.54 | Markinus | gauner1986-: yes |
| 20:23.03 | Graduated | NetRipper: why did they change the name |
| 20:23.29 | balsat | Markinus, http://balsat.hopto.org/builds/sex10-source/ |
| 20:23.44 | NetRipper | Graduated, we changed the name, we don't neccesarily need to keep it qsd8k specific |
| 20:23.45 | GNUtoo | bombenbach, 1128 config MSM_KGSL in https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=blob;f=drivers/char/Kconfig;h=e152568cbc8758dd016c2748671b0b84abb4312d;hb=2a5d4424afe5e0972ecd268994163dc176a338de |
| 20:23.46 | gauner1986- | sex-source |
| 20:23.47 | gauner1986- | *mhm* |
| 20:23.48 | NetRipper | msm7k is welcome too |
| 20:24.00 | NetRipper | if they wish to port their code to .32 that is |
| 20:24.12 | NetRipper | with minimal invasive code |
| 20:24.33 | bombenbach | phh: dri/drm in your kernel builds? probably not? |
| 20:24.48 | phh | bombenbach: clearly not |
| 20:25.44 | Markinus | balsat: thx |
| 20:26.36 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B58D4A.dip0.t-ipconnect.de) |
| 20:26.38 | bombenbach | phh: so I guess there is no other way to get a 3D driver for Ubuntu other than compiling a special kernel build |
| 20:26.41 | Markinus | NetRipper: we have already a clone of this repo for .32 porting for the older devices |
| 20:26.42 | gauner1986- | Markinus: noticed you are also using miranda for irc? |
| 20:26.56 | phh | bombenbach: there is no way to get 3D driver at all ... |
| 20:26.58 | Markinus | gauner1986-: right :) |
| 20:27.02 | GNUtoo | bombenbach, I bet dri/drm are not the same than opengl |
| 20:27.21 | gauner1986- | Markinus: did you get these miranda-* channels that auto join on startup removed? |
| 20:27.28 | bombenbach | GNUtoo: but it's probably than fb? or not? |
| 20:27.34 | GNUtoo | bombenbach, I was told that dri/drm were only memory management |
| 20:27.41 | GNUtoo | bombenbach, I bet so |
| 20:27.48 | Markinus | gauner1986-: auto channels?? |
| 20:28.04 | Markinus | NetRipper: http://gitorious.org/linux-on-htc-armv6 |
| 20:28.10 | GNUtoo | bombenbach, basically if you forget about dri/drm and 3d you have 2 options |
| 20:28.15 | GNUtoo | *kdrive |
| 20:28.23 | GNUtoo | *xorg with xf86-video-fbdev |
| 20:28.26 | gauner1986- | yeah.. for me miranda joins the miranda support channels every time i connect to freenode.. have to remove them every time.. that sucks... |
| 20:28.38 | bombenbach | GNUtoo: or? |
| 20:28.40 | gauner1986- | dunno where to remove them |
| 20:29.16 | GNUtoo | bombenbach, ??? or??? the 2 options are kdrive or xorg with xf86-video-fbdev |
| 20:29.27 | GNUtoo | bombenbach, you should ask your kernel hacker for dri/drm |
| 20:29.34 | bombenbach | GNUtoo: sorry, didn't notice kdrive. what's that actually? |
| 20:29.52 | GNUtoo | bombenbach, basically an xorg compatible server in 1 binary |
| 20:30.06 | GNUtoo | but not maintained |
| 20:30.14 | bombenbach | GNUtoo: sth like TinyX? |
| 20:30.17 | GNUtoo | but it's in xorg source tree |
| 20:30.18 | GNUtoo | better |
| 20:30.30 | bombenbach | GNUtoo: in which way better? |
| 20:30.31 | GNUtoo | it handle rotation |
| 20:30.40 | GNUtoo | it's xorg compatible |
| 20:31.48 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
| 20:31.56 | NetRipper | Markinus, ah |
| 20:31.59 | bombenbach | GNUtoo: well, then I'll probably stick to xorg with with xf86-video-fbdev. No alternative kernel builds. |
| 20:32.10 | bombenbach | Thx for the info |
| 20:32.34 | Markinus | NetRipper: I prepared some stuff there for multiply device using, look in the pmic_global |
| 20:32.38 | GNUtoo | bombenbach, the only downside is that it doesn't handle xrandr -o 1 |
| 20:32.39 | *** join/#htc-linux J-I-M-M-Y (~jimmy@addr-85-23-44-214.suomi.net) |
| 20:32.51 | GNUtoo | bombenbach, rotation should be defined in xorg.conf |
| 20:32.59 | GNUtoo | so for rotating you need to restart X |
| 20:33.30 | GNUtoo | phh, what's the right way to kill the kernel thread? |
| 20:33.37 | phh | no clue |
| 20:33.42 | GNUtoo | :( |
| 20:33.55 | GNUtoo | I'll try leviathan's way then,even if compiler complain |
| 20:33.55 | bombenbach | GNUtoo: that's not good. Our current TinyX can handle rotation xrandr |
| 20:34.05 | GNUtoo | bombenbach, so use kdrive |
| 20:34.34 | GNUtoo | bombenbach, the resulting binary to use is named Xfbdev |
| 20:35.02 | GNUtoo | bombenbach, else you could modify xf86-video-fbdev and add rotation |
| 20:35.34 | GNUtoo | bombenbach, for that you must implement .shadow_create .shadow_destroy and .shadow_allocate if I recall well |
| 20:36.30 | bombenbach | GNUtoo: It seems Rhobuntu (at least Zubuntu derivates) already use kdrive: |
| 20:36.45 | bombenbach | Spotted a /usr/bin/Xfbdev in our images |
| 20:36.53 | GNUtoo | ok |
| 20:37.03 | GNUtoo | tinyX was kind of strange |
| 20:37.10 | GNUtoo | because it's so old |
| 20:37.33 | bombenbach | yeah, but I've never heard of kdrive before, so I thought that must be a TinyX |
| 20:37.45 | GNUtoo | http://en.wikipedia.org/wiki/TinyX |
| 20:38.08 | bombenbach | GNUToo: but kdrive is really slow |
| 20:38.20 | bombenbach | is xf86-video-fbdev faster? |
| 20:38.22 | GNUtoo | realy? |
| 20:38.32 | GNUtoo | I don't know...I don't use kdrive anymore |
| 20:38.39 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
| 20:38.41 | GNUtoo | maybe I should |
| 20:39.13 | bombenbach | GNUtoo: well, when using lxde it feels a bit like Win98+Standard VGA |
| 20:39.31 | GNUtoo | ah |
| 20:39.50 | bombenbach | that's why I thought that getting a real driver might make it faster |
| 20:40.12 | Markinus | phh: the X10 kernel has the tv drivers too |
| 20:45.23 | Jafterdark | how can i mount rootfs.img on my pc |
| 20:45.59 | Markinus | Jafterdark: linux mount |
| 20:46.19 | bombenbach | GNUtoo: If you use xf86-video-fbdev then you must habe a drm-enabled kernel. Does it boot on Rhodium? |
| 20:46.44 | bombenbach | GNUtoo: I mean xf86-video-msm |
| 20:46.47 | GNUtoo | ok |
| 20:47.02 | GNUtoo | bombenbach, I've only htcdream |
| 20:47.06 | GNUtoo | so I don't know |
| 20:47.41 | *** part/#htc-linux shu8i (~shu8i@78.104.102.92) |
| 20:47.51 | bombenbach | GNUtoo: Then probably not, but thx anyway |
| 21:00.48 | *** join/#htc-linux Ice (~IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
| 21:02.56 | Jafterdark | yes in linux |
| 21:04.00 | makkonen | Jafterdark: (as root) mount -o loop /path/to/rootfs.img /path/to/mount/ |
| 21:04.07 | *** join/#htc-linux fish1209_ (~fish1209@75-92-35-227.war.clearwire-wmx.net) |
| 21:04.56 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-96-249-148-131.hrbgpa.fios.verizon.net) |
| 21:05.42 | Hoochster | ./path/to/mount/ NO such file or directory |
| 21:05.44 | Hoochster | roflmao j/k |
| 21:06.18 | makkonen | aargh |
| 21:06.53 | Hoochster | you know if you posted that the question would arise heh |
| 21:06.56 | gauner1986- | :D |
| 21:07.21 | makkonen | damn... hoochster, I was reading the TP2 forums last night, and I had a question for you... and now I can't for the life of me remember what it was. |
| 21:07.29 | makkonen | oh, I'm pretty sure that question has actually arisen. |
| 21:07.40 | Hoochster | a question for me lmao you already know all the answers |
| 21:07.53 | Hoochster | hows the 6.5 update? |
| 21:07.57 | makkonen | eh, I'm not up on the TP2. |
| 21:08.12 | makkonen | it's pretty nice. Sense 2.5 is sexy. |
| 21:08.27 | makkonen | the wm6.5 start menu is an abomination, but I'm getting used to it. |
| 21:09.28 | xawen | sense 2.5 is nice looking, but the htc messaging client is slooooooooooooowwww |
| 21:10.08 | Hoochster | makkonen, there are ways to change that start menu |
| 21:10.16 | Hoochster | but no need to focus on that lol |
| 21:10.25 | Jafterdark | this what i have james@james-desktop:~/downloads$ mount -loop -o rw rootfs.img |
| 21:10.39 | Hoochster | you have to give it a mount point Jafterdark |
| 21:10.50 | stinebd | you need to be root as well |
| 21:10.53 | Hoochster | and |
| 21:10.56 | Hoochster | that |
| 21:10.56 | Hoochster | and |
| 21:11.03 | Hoochster | don't think you use rw in there |
| 21:11.04 | *** join/#htc-linux shu8i (~shu8i@78.104.102.92) |
| 21:11.12 | Hoochster | it prob thinks you are trying to mount rw to rootfs.img |
| 21:11.12 | Hoochster | heh |
| 21:11.14 | stinebd | it doesn't affect anything |
| 21:11.32 | stinebd | it'll mount rw by default anyway |
| 21:12.36 | Jafterdark | what is this |
| 21:12.59 | Jafterdark | path to mount |
| 21:13.19 | stinebd | what exactly are you trying to do anyway? |
| 21:13.39 | Jafterdark | so i can add files to it |
| 21:14.05 | Jafterdark | or sould i give up |
| 21:14.08 | stinebd | what files? why? |
| 21:14.38 | stinebd | it's easy enough to do, anyway |
| 21:14.40 | makkonen | Jafterdark: do this. everything within the quotes. "cd ~; mkdir rootfs; sudo mount -o loop rootfs.img rootfs; cd rootfs" |
| 21:14.55 | stinebd | you'll need to be root to add any files as well |
| 21:15.51 | Jafterdark | james@james-desktop: |
| 21:16.20 | Jafterdark | if i do a su it need a password |
| 21:16.31 | stinebd | so it's probably better to cd ~ ; mkdir rootfs ; sudo -s (then in the subshell) mount -o loop rootfs.img rootfs ; cd rootfs ; (copy files around) ; cd /home/james ; umount rootfs ; exit |
| 21:17.18 | stinebd | what distribution are you using? |
| 21:17.50 | stinebd | if it's ubuntu, use sudo instead of su, and when it asks for your password, enter your password for the james user |
| 21:20.17 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
| 21:20.33 | *** part/#htc-linux shu8i (~shu8i@78.104.102.92) |
| 21:21.06 | *** join/#htc-linux shu8i (~shu8i@78.104.102.92) |
| 21:23.01 | Jafterdark | cd |
| 21:26.42 | *** join/#htc-linux bombenbach (~bombenbac@77.47.80.54.dynamic.cablesurf.de) |
| 21:28.14 | bombenbach | Jafterdark: It's "sudo mount rootfs.img /mnt -o loop" case you run Ubuntu |
| 21:29.46 | Markinus | NetRipper: The X10 is using for voltage a tps65023 over i2c too |
| 21:29.56 | Markinus | hmm |
| 21:30.31 | chamonix | hey guys |
| 21:34.18 | *** join/#htc-linux antoszka (~antoszka@unaffiliated/antoszka) |
| 21:34.35 | *** join/#htc-linux rabc (~rabc@109.78.16.208) |
| 21:36.29 | Markinus | NetRipper: but the'Re using smbus functions . . . |
| 21:38.57 | Markinus | NetRipper: hmm, i know they're almost same, but how it'S in linux/wince drivers? If I do a i2c scan, do I see the smbus devices too? Hmmm. But sould we have smbus too? Never seen on a htc device. . . |
| 21:39.37 | NetRipper | no idea about that |
| 21:39.51 | NetRipper | cr2 is the one to ask about that |
| 21:40.15 | Markinus | NetRipper: yeah . .:) |
| 21:41.06 | Markinus | NetRipper: ahh, strange strange with the voltages. . |
| 21:41.48 | NetRipper | yea i think it's not under mach-msm |
| 21:41.54 | NetRipper | it's some driver that registers itself as regulator probably |
| 21:41.59 | NetRipper | and then automatically used |
| 21:42.06 | NetRipper | (just a guess) |
| 21:42.24 | NetRipper | i'll look at that later |
| 21:42.35 | NetRipper | but im playing with overclocking so i need to increase voltage to go even further |
| 21:42.44 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
| 21:42.46 | Markinus | NetRipper: what? :)) ha! |
| 21:42.48 | NetRipper | i overclocked the leo to 1190mhz now, which seems to be stable |
| 21:42.55 | Markinus | NetRipper: cool |
| 21:42.56 | NetRipper | but it can go up to 1270 or something |
| 21:43.10 | Markinus | NetRipper: did you see it in benchmarks? |
| 21:43.14 | NetRipper | yes i verified it |
| 21:43.18 | NetRipper | on a video benchmark |
| 21:43.20 | Markinus | very nice! :) |
| 21:43.21 | NetRipper | coreplayer |
| 21:43.41 | NetRipper | only problem is, is that overclocking now only works when connected to AC power |
| 21:43.48 | Markinus | hmmm |
| 21:44.03 | NetRipper | the way i'm disabling auto-scaling somehow doesn't work when on battery |
| 21:44.05 | Markinus | NetRipper: to much power for battery?? hehe :) |
| 21:44.17 | Markinus | NetRipper: intresting |
| 21:44.31 | NetRipper | i am however able to make a little app that would make things nicer on the hd2 |
| 21:44.37 | NetRipper | currently when you playback a video with coreplayer |
| 21:44.48 | NetRipper | the processor speed scaling goes very weird |
| 21:44.52 | NetRipper | sometimes it goes down to 384mhz |
| 21:44.55 | NetRipper | which makes it stutter |
| 21:45.01 | Markinus | NetRipper: <eah I read about this |
| 21:45.24 | NetRipper | so i plan on making a little tool that monitors the active processes, and if some process is active, it just fixes the speed at 1ghz |
| 21:45.28 | Markinus | NetRipper: if you had a solution for this, this would be great |
| 21:45.45 | NetRipper | should already be possible to make this.. i can disable autoscaling for this purpose |
| 21:45.52 | NetRipper | but not for overclocking |
| 21:46.23 | NetRipper | (somehow, when on battery, some thread that executes every 1 second makes sure the processor speed is adjusted to its current performance level... this doesn't happen when connected to AC) |
| 21:46.30 | Markinus | NetRipper: we have a low power version. I hope we can change the voltages . . |
| 21:47.03 | NetRipper | i'm not sure yet, but i'm afraid voltage goes through ARM9 and we may be limited there |
| 21:47.48 | *** join/#htc-linux zikson (~zikson@79.101.154.22) |
| 21:48.04 | Markinus | NetRipper: maybe a rpc call which we didn'T know . . or something else . . .hmm |
| 21:48.33 | Markinus | NetRipper: I had already rpc calls they works on lin but isn'T in the wince dll |
| 21:48.38 | Markinus | *aren't |
| 21:49.07 | NetRipper | aha |
| 21:50.13 | Markinus | NetRipper: yeah, like RPC over the julian procs (6 and 7 or so, same as on other android devices) works on leo too |
| 21:50.45 | NetRipper | julian procs? |
| 21:50.52 | Markinus | julian time set |
| 21:51.24 | NetRipper | ok |
| 21:52.41 | ToAsTcfh | phh: no new ideas for me? |
| 21:55.15 | *** join/#htc-linux Moosey (~AMoosa@cpc2-nfds7-0-0-cust845.lei3.cable.ntl.com) |
| 21:58.34 | Jafterdark | thanks for the help ill just keep trying or get a book hehe |
| 22:00.30 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 22:04.41 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 22:08.32 | Captnoord | re |
| 22:14.14 | Hoochster | er |
| 22:24.26 | *** join/#htc-linux k_linux (~klinux@41.140.179.125) |
| 22:27.50 | Markinus | NetRipper: there are the 2 other PLLs missing in the wiki, I put them in |
| 22:33.19 | *** part/#htc-linux shu8i (~shu8i@78.104.102.92) |
| 22:42.12 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
| 22:52.52 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
| 23:00.34 | *** part/#htc-linux fish1209_ (~fish1209@75-92-35-227.war.clearwire-wmx.net) |
| 23:01.00 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
| 23:14.09 | *** join/#htc-linux apt (ibot@rikers.org) |
| 23:14.10 | *** topic/#htc-linux is Welcome to the http://htc-linux.org project! Please read the Wiki: http://htc-linux.org/wiki || Logs: http://irclog.netripper.com/?chan=htc-linux || This is no android support channel. |
| 23:22.05 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 23:27.08 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
| 23:32.09 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 23:35.10 | AstainHellbring | hi |
| 23:48.21 | *** join/#htc-linux mrquick (~kbradsha@cpe-70-112-20-78.austin.res.rr.com) |
| 23:48.36 | *** join/#htc-linux Tinyboom (~nahh@5.84-49-172.nextgentel.com) |
| 23:50.00 | *** join/#htc-linux BobVila (~abinford@c-24-12-177-201.hsd1.il.comcast.net) |