00:13.18 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
00:13.44 | *** join/#htc-linux dekar (~dekar@g228087155.adsl.alicedsl.de) |
00:28.57 | *** join/#htc-linux Guest86671 (~yadayada@pool-72-84-151-121.slsbmd.east.verizon.net) |
01:04.16 | *** join/#htc-linux Jaferdark (~Jafterdar@97-87-4-243.dhcp.mdsn.wi.charter.com) |
01:06.37 | *** part/#htc-linux Jaferdark (~Jafterdar@97-87-4-243.dhcp.mdsn.wi.charter.com) |
01:09.18 | stinebd | mrquick: BOARD_HAVE_BLUETOOTH := true - should be set in BoardConfig.mk for whatever product you configured, under the vendor/ directory in the source code unless it's a generic build |
01:23.39 | *** join/#htc-linux br1ck_ (~br1ck@xdsl-92-252-3-59.dip.osnanet.de) |
01:32.28 | *** join/#htc-linux mrquick (~kbradsha@cpe-70-112-20-78.austin.res.rr.com) |
01:34.21 | *** join/#htc-linux Jaferdark (~Jafterdar@97-87-4-243.dhcp.mdsn.wi.charter.com) |
01:36.17 | Jaferdark | hi |
01:54.56 | *** join/#htc-linux eval- (~eval@108.97.132.8) |
02:00.03 | *** join/#htc-linux Xiaopi[work] (~Pierre@116.247.126.74) |
02:00.49 | *** join/#htc-linux mssmison (mssmison@S0106002275a64281.ok.shawcable.net) |
02:01.30 | mssmison | hey all |
03:01.45 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.26) |
03:03.49 | makkonen | ~seen mrpippy |
03:03.52 | apt | mrpippy <~pip@adsl-75-33-10-235.dsl.sndg02.sbcglobal.net> was last seen on IRC in channel #htc-linux, 7d 18h 21m 40s ago, saying: 'yeah pretty sure its not possible'. |
03:04.17 | *** join/#htc-linux Guest86671 (~yadayada@pool-72-84-139-10.slsbmd.east.verizon.net) |
03:50.13 | tmzt_ | 17:24 < xawen> pspdemon: yeah, but the program is just designed to write the contents of the nbh to flash. Should be irrelevant what's in it. If you're worried about it you could always flash to hardspl then back to stock. |
03:50.23 | tmzt_ | doesn't work with android images because of oobsize |
03:50.41 | tmzt_ | ah |
03:51.35 | PSPdemon | tmzt_ my problem is that gps borked after using android |
03:51.44 | PSPdemon | supposedly the fix is install/reinstall hardspl |
03:52.14 | PSPdemon | however htc-unlocks has yet to respond for a new license ( cause this is my replacement phone that just came in ) and so im stuck |
03:53.26 | PSPdemon | also i havent really gotten a answer to my question of...does the hardspl install/reinstall fix the gps issues? since all its been is "try it and it might" basically |
03:58.12 | tmzt_ | this is after pulling battery? |
03:58.33 | tmzt_ | changing the contents of flash shouldn't fix anything |
04:27.26 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
04:28.19 | *** join/#htc-linux parmaster (par@dipole.idlepattern.com) |
04:34.19 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
04:49.42 | PSPdemon | tmzt_ nah i used the turn off from inside android |
04:50.25 | PSPdemon | so no didnt hit the reset button or pull out the battery |
04:51.10 | PSPdemon | also tmzt_ this is coming from the rhodium android wiki |
04:51.46 | PSPdemon | 12. When you boot back to Windows Mobile and you are having issues with things not working like buttons or gps, etc.. try reflashing hardspl. This has fixed numerous problems |
04:51.59 | PSPdemon | :/ |
04:52.28 | *** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
04:53.02 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d879c7c.pool.mediaWays.net) |
04:53.39 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-059-005-108.pools.arcor-ip.net) |
05:43.44 | *** join/#htc-linux apt (ibot@rikers.org) |
05:43.44 | *** 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. |
05:44.16 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
05:53.23 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
06:00.01 | *** join/#htc-linux kiozen (~oeichler@p5492105C.dip0.t-ipconnect.de) |
06:11.47 | *** join/#htc-linux zachy (~george@ip-85-160-8-239.eurotel.cz) |
06:29.00 | *** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
06:31.48 | *** join/#htc-linux zachy1 (~george@ip-85-160-48-167.eurotel.cz) |
06:32.08 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
06:44.25 | *** join/#htc-linux dekar_ (~dekar@e176242238.adsl.alicedsl.de) |
06:46.52 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
06:49.18 | *** join/#htc-linux zachy (~george@ip-85-160-7-36.eurotel.cz) |
07:07.08 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
07:08.15 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
07:09.01 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
07:20.35 | *** join/#htc-linux Freddiam100_ (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
07:23.33 | *** join/#htc-linux Freddiam100__ (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
07:27.52 | *** join/#htc-linux Untouchab1e (~Untouchab@82.147.44.130) |
07:30.29 | Untouchab1e | any mac users here? |
07:42.06 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
07:48.12 | *** join/#htc-linux Untouchab1e_ (~Untouchab@82.147.44.130) |
08:02.07 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
08:08.27 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
08:14.22 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
08:40.21 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58948.dip0.t-ipconnect.de) |
08:40.49 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B58948.dip0.t-ipconnect.de) |
08:56.15 | *** join/#htc-linux leviathan (~quassel@hpx-public-dock-58-dhcp.ethz.ch) |
09:15.25 | phh | wow, people have been sleeping tonight. |
09:15.32 | phh | great for me |
09:20.38 | lilsnoop | we never sleep |
09:20.49 | phh | yes you do. |
09:21.47 | lilsnoop | the real question is do you sleep?? |
09:23.16 | BHSPitMonkey | no |
09:25.43 | phh | who knows. |
09:30.46 | lilsnoop | well i'm really going to sleep |
09:30.56 | lilsnoop | may the gods be good to you |
09:31.00 | lilsnoop | peace |
09:31.57 | *** join/#htc-linux Captnoord (~Captnoord@145.74.217.100) |
09:41.44 | *** join/#htc-linux irlolcopter (~12987@host86-150-107-125.range86-150.btcentralplus.com) |
09:43.21 | *** join/#htc-linux leviathan (~quassel@hpx-public-dock-58-dhcp.ethz.ch) |
10:12.56 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.54) |
10:16.37 | *** join/#htc-linux sxe (~quassel@ip-62-143-98-29.unitymediagroup.de) |
10:20.46 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
10:25.50 | *** join/#htc-linux Captnoord (~Captnoord@145.74.217.100) |
10:26.10 | Captnoord | Markinus: your rpc imem_enable works |
10:26.18 | Captnoord | it works exactly the same as the writel |
10:26.22 | Captnoord | EXACTLY |
10:26.25 | Captnoord | phh bumb |
10:26.29 | Captnoord | so you read the above |
10:26.45 | Captnoord | the imem field is 0 when enabled |
10:26.48 | Captnoord | and 2 when disabled |
10:27.14 | phh | I know I've just been awaking when I read this patch but |
10:27.23 | phh | well I have to reread it. |
10:27.34 | Captnoord | main problem with the patch is that it doesn't remove the writel line |
10:27.37 | phh | pr_info("IMEM OLD: VAL = %d\n", readl(MSM_IMEM_BASE ));â© |
10:27.38 | Captnoord | so... its already enabled |
10:27.42 | phh | rc = msm_rpc_call(pmic_ep, PMIC_API_GET_KHZ_PROC, &req, sizeof(req), 5 * HZ);â© |
10:27.46 | phh | pr_info("IMEM NEW: VAL = %d\n", readl(MSM_IMEM_BASE ));â© |
10:27.50 | Captnoord | comment out |
10:27.51 | Captnoord | writel( 0, MSM_IMEM_BASE ); |
10:27.51 | phh | does anyone mind explaining me ... ? |
10:28.11 | Captnoord | nah... its clkregim.dll rpc stuff |
10:28.16 | Captnoord | PMEM_ENABLE_IMEM |
10:28.24 | Captnoord | I asked Markinus to test it |
10:28.27 | Captnoord | and he commited it |
10:28.36 | Captnoord | but he told me that it didn't work |
10:28.38 | Captnoord | but... it works |
10:28.50 | Captnoord | he just forgot to comment out the line I added to make it work in the first place |
10:28.57 | Captnoord | [12:27] <Captnoord> writel( 0, MSM_IMEM_BASE ); |
10:28.58 | Captnoord | that one |
10:29.14 | Captnoord | otherwise the field will be 0 when you enter the function |
10:29.18 | Captnoord | and 0 when you leave it |
10:32.17 | phh | maybe we should try adsp with it disabled. |
10:32.21 | phh | (just thinking) |
10:32.54 | Captnoord | possible |
10:33.16 | Captnoord | but I haven't found any calls to the api |
10:33.22 | Captnoord | in the oemdriver directory |
10:33.55 | Captnoord | but on windows it seems to be disabled by default |
10:34.02 | Captnoord | maybe we should hook it to the suspend stuff |
10:37.53 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
10:40.40 | Captnoord | phh besides do we do something with the adsp clock? |
10:40.47 | phh | Captnoord: nothing |
10:40.49 | Captnoord | or is that one disabled on wince_clock |
10:40.59 | phh | but on 5225 A9 handles that for us |
10:41.00 | Captnoord | as part of the mass clock disable function |
10:41.12 | Captnoord | why there is a rpc function for it then? |
10:41.45 | Captnoord | clk_regime_sec_switch_adsp_clk |
10:42.37 | phh | I'd like to know too. |
10:43.08 | Captnoord | mvs_amr_set_scr_mode_modem_reset |
10:43.09 | Captnoord | hmmmm |
10:53.19 | *** join/#htc-linux aoejfjkea (~lol@p4FCD2DBF.dip.t-dialin.net) |
10:56.09 | *** join/#htc-linux dekar_ (~dekar@e179177210.adsl.alicedsl.de) |
11:00.19 | *** join/#htc-linux Forsaken|Desk1 (~Forsaken|@dslb-084-059-006-044.pools.arcor-ip.net) |
11:06.59 | *** join/#htc-linux rabc (~rabc@109.77.34.171) |
11:10.42 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
11:23.05 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
11:55.09 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
11:59.54 | *** join/#htc-linux DenPal (~hoper@235-243-252-87-dynamic-pool.gprs.mts.by) |
12:01.32 | *** join/#htc-linux DenPal (~hoper@235-243-252-87-dynamic-pool.gprs.mts.by) |
12:10.45 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
12:11.02 | *** join/#htc-linux balans (~BRPOLDB@82-170-215-5.ip.telfort.nl) |
12:14.41 | *** join/#htc-linux GNUtoo (~GNUtoo@host245-102-dynamic.48-82-r.retail.telecomitalia.it) |
12:18.50 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
12:38.09 | *** join/#htc-linux dekar_ (~dekar@2001:41b8:9bf:fe75:21f:3cff:fe1c:fdcb) |
12:44.56 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.23) |
12:45.46 | *** join/#htc-linux gauner1986 (~gauner198@p5B3845F4.dip.t-dialin.net) |
12:45.51 | gauner1986 | hi |
13:04.16 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
13:07.06 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
13:16.11 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
13:22.32 | *** join/#htc-linux shu8i (~shu8i@78.104.102.92) |
13:26.38 | *** part/#htc-linux shu8i (~shu8i@78.104.102.92) |
13:29.40 | *** join/#htc-linux sensible (~sensible@cpc1-enfi17-2-0-cust659.hari.cable.virginmedia.com) |
13:32.06 | sensible | hi, im looking into kovsky kernel development. Anyone have info about the microp-klt? |
13:37.17 | phh | what do you want to know about it ? |
13:37.29 | phh | if you're looking about backlight issue, it's most likely mddi stuff |
13:40.34 | *** join/#htc-linux Orkspalter_ (~Orkspalte@p54B58948.dip0.t-ipconnect.de) |
13:41.57 | phh | sensible: ? |
13:42.07 | *** join/#htc-linux DenPal (~hoper@235-243-252-87-dynamic-pool.gprs.mts.by) |
13:43.28 | *** join/#htc-linux hfctsaot (~fircuser@173.6.114.90) |
13:44.06 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
13:44.55 | *** part/#htc-linux Orkspalter_ (~Orkspalte@p54B58948.dip0.t-ipconnect.de) |
13:44.56 | hfctsaot | phh: I never got that tttttt utility to work. syntax error everytime :-/ |
13:45.04 | phh | ? |
13:45.06 | phh | it's not an utility |
13:45.23 | hfctsaot | how am I suppose to use it |
13:45.31 | phh | read your logs |
13:45.37 | phh | I mean IRC logs. |
13:45.52 | hfctsaot | uhg ok |
13:45.56 | hfctsaot | lol |
13:48.50 | hfctsaot | bah yeah anyhow I tried just dumping the entire devmem like a dumb ass and all it would do is crash the phone lol. I guess that's expected though. I found out afterwards it does that lol |
13:49.38 | hfctsaot | goodtimes though lol :-P |
13:50.52 | phh | yup, totally expected |
13:51.05 | phh | you must seek() to the phys address you want |
13:54.09 | hfctsaot | phh yeah maejrep filled me in on what address and size ill need. |
13:55.00 | hfctsaot | I just hope I got the readl stuff right |
13:55.48 | hfctsaot | is kmem any better? |
13:56.02 | phh | isn't kmem kernel memory ? |
13:56.38 | hfctsaot | yeah my bad I read that somewheres |
13:58.42 | hfctsaot | wiki I think :-P |
14:00.08 | *** join/#htc-linux DenPal (~hoper@49-243-252-87-dynamic-pool.gprs.mts.by) |
14:01.44 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
14:02.11 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
14:02.50 | hfctsaot | what u been up to phh |
14:03.15 | hfctsaot | mixing carbons and shit |
14:03.22 | hfctsaot | :-P |
14:03.25 | phh | mostly yes. |
14:03.36 | phh | and starting to play with tvout |
14:06.32 | AstainHellbring | tvout huh |
14:06.33 | hfctsaot | u could just mix up some speed for my hero and save me all the coding hassle :-P |
14:07.15 | *** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai) |
14:13.33 | phh | AstainHellbring: pretty easy |
14:13.48 | phh | AstainHellbring: basically, I just have to give the address of the video buffer to the mdp driver |
14:13.51 | phh | and send it a command |
14:14.07 | phh | the hardest part is to scale screen output to the "tvout video buffer" |
14:14.13 | AstainHellbring | interesting |
14:14.24 | phh | i'm not speaking about initing, which I'll let wince do :p |
14:14.30 | AstainHellbring | lol |
14:14.31 | AstainHellbring | nice |
14:21.41 | *** join/#htc-linux DenPal (~hoper@239-243-252-87-dynamic-pool.gprs.mts.by) |
14:26.48 | hfctsaot | phh: whatever happened to the axim x50 guys? did they just give up |
14:27.42 | phh | axim x50 ... ? |
14:28.21 | AstainHellbring | hfctsaot what were they trying to do? |
14:29.50 | sensible | phh: sorry, yes, it is regarding the backlight issue. i dont have microp-klt address. |
14:30.00 | hfctsaot | linux on it |
14:30.09 | phh | sensible: ??? |
14:30.12 | hfctsaot | put linux on it |
14:30.17 | phh | sensible: microp has always been 0xcc>>1 |
14:30.36 | phh | sensible: you don't even have backlight diming at all ? |
14:30.47 | sensible | phh: no nothing |
14:30.54 | phh | I thought you only don't have full backlight off |
14:31.15 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
14:31.18 | sensible | phh: I cannot read version, this is the problem perhaps |
14:31.26 | phh | sensible: microp's version ? |
14:31.33 | sensible | phh: yes |
14:31.34 | phh | can't read, or it's not in the database ? |
14:32.02 | sensible | cannot read....on other htc device you read version from 0x66 |
14:32.10 | sensible | this doesnt work on kovsky... |
14:32.58 | phh | define "doesn't work" ? |
14:33.16 | phh | anyway, if it's not on 0x66, then you don't have a microp klt |
14:33.49 | sensible | hmm, seriously? |
14:33.53 | phh | seriously |
14:34.29 | *** join/#htc-linux balans (~BRPOLDB@82-170-215-5.ip.telfort.nl) |
14:34.35 | sensible | but then which driver controls backlight / led's? microp-ksc is working ok |
14:34.50 | phh | no clue. |
14:34.56 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
14:35.08 | phh | could be mddi, another i2c device, clock tricks |
14:35.50 | sensible | hmm, seems strange - no other htc device like this? Anyway thanks for the tips man :) |
14:36.07 | phh | devices before raphael had no microp |
14:36.14 | phh | but since raphael, all htc devices have microp afaik |
14:36.25 | sensible | oh, I see.... |
14:37.06 | phh | even hero's microp, which is incompatible with our microp, is on 0xcc>>1 |
14:37.40 | phh | sensible: you know how to use haretconsole ? |
14:38.17 | sensible | not really...i'm sure i could learn though ;) |
14:39.00 | phh | well google it and download it |
14:39.13 | phh | then start haret on the phone with the "listen for external connection blabla" activated |
14:39.23 | phh | and connect to haret with haretconsole |
14:39.28 | phh | and wake me back when you're here |
14:39.48 | sensible | hehe cool |
14:41.10 | phh | to start haret in this mode, you must put the executable in a folder where there is no startup.txt btw |
14:42.07 | sensible | ok, but for this requires wifi or some data connection? |
14:42.47 | phh | usb ? :p |
14:43.53 | sensible | hmm, k I need to get python for my windows machine as running nix through virtualbox |
14:49.09 | [acl] | has anyone seen mrpippy? |
14:51.00 | phh | [acl]: to get wifi on sense build, you must make a new libhardware_legacy, which includes some legacy functions that sense's framework needs |
14:51.02 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.39) |
14:51.50 | *** part/#htc-linux DenPal (~hoper@239-243-252-87-dynamic-pool.gprs.mts.by) |
14:52.01 | [acl] | phh: thats the part i need help on. I made one but it wont work on the sense build |
14:52.15 | phh | "won't work" = ? |
14:52.45 | [acl] | phh: well i havent even gotten that far. i get an error on wpa_supplicant when trying to get it up manually |
14:52.54 | phh | ah. |
14:53.58 | [acl] | phh: can i pm you the exact error? it appears to be a permissions issue. So somewhere in the init.eclarhero.rc the permissions might not be set properly |
14:54.19 | [acl] | the strace dump shows its trying to create a directory "eth0" but i'm not sure where |
14:54.25 | phh | if it's short, paste it here |
14:54.28 | phh | if it's long, pastebin it |
14:54.39 | phh | oh I think I know that one |
14:55.13 | [acl] | ill try later today but im at work now so ita hard to get some stuff done.lol.. |
14:55.18 | phh | ok |
14:55.58 | [acl] | Thanks. |
14:56.10 | [acl] | gotta go now. |
15:04.58 | sensible | phh: any info on connecting haret console via usb on a win machine? |
15:06.04 | *** join/#htc-linux ccube (~ccube@95-90-193-182-dynip.superkabel.de) |
15:06.42 | *** join/#htc-linux GNUtoo (~GNUtoo@host245-102-dynamic.48-82-r.retail.telecomitalia.it) |
15:07.24 | phh | sensible: connect usb, see what ipconfig /all says |
15:14.08 | sensible | phh: sorry but how to connect? python console <ip> is not working for me... |
15:14.20 | phh | not working = ? |
15:14.24 | phh | and how are you getting the ip ? |
15:14.29 | phh | ipconfig gives *local* ip, not phone's ip |
15:15.25 | phh | but if local ip is 169.254.2.1, remote ip is 169.254.2.2 |
15:15.28 | phh | most likely. |
15:16.00 | sensible | ipconfig /all gives 169.254.2.2 |
15:16.16 | phh | then it's 169.254.2.1 |
15:16.22 | sensible | yes |
15:16.43 | phh | you're connected to haret ? |
15:17.24 | sensible | yes |
15:17.49 | phh | do wirq 1 |
15:18.03 | phh | and for each irqs that have rosen up, do ibit irqs <interrupt number |
15:18.16 | phh | then addlist mmutrace 0xb2300000 0x1 |
15:18.19 | phh | wirq 10 |
15:18.22 | phh | and change backlight level |
15:19.27 | phh | (the value after wirq is the time to wait btw) |
15:19.43 | sensible | k |
15:24.40 | sensible | ok done |
15:24.52 | phh | paste what you got in haretconsole |
15:25.10 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
15:25.59 | sensible | pastebin? |
15:26.16 | phh | yes |
15:27.12 | sensible | http://pastebin.com/KH8ePe6q |
15:27.32 | *** join/#htc-linux pieteckhart (~AndChat@188.90.43.96) |
15:30.53 | sensible | phh: did you get the link? |
15:31.55 | phh | yes |
15:32.25 | phh | good news |
15:32.31 | phh | you do have a 0xcc>>1 device |
15:32.47 | sensible | hmm |
15:32.51 | sensible | good? |
15:32.53 | phh | you also have an annoying accelerometer |
15:33.29 | phh | hum maybe not an accelerometer |
15:33.52 | phh | sensible: proximity meter ? |
15:34.41 | phh | hum, the only known 0x36 device is mt9t013 |
15:34.43 | phh | camera sensor. |
15:35.51 | sensible | i think there is no accelerometer in kovsky |
15:36.08 | phh | sensible: yay. your device has a different i2c "api" from both hero and our devices |
15:36.40 | sensible | yay? this is bad i think |
15:36.58 | phh | yes. |
15:37.20 | phh | sensible: redo the same trace for different backlight values |
15:38.11 | sensible | hmm i seem to be unable to do the same trace with usb connected :s |
15:38.20 | sensible | sorry i mean change backlight |
15:38.45 | phh | lol ? |
15:38.59 | sensible | i can do, backlight on and backlight off lol |
15:39.05 | phh | ah. |
15:39.48 | phh | you can try to launch the wirq, disconnect usb, dim backlight, connect usb back |
15:39.54 | phh | it keeps the connection on my linux |
15:41.47 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
15:41.55 | sensible | will try, here is trace of backlight on and off: http://pastebin.com/MqTKHJyG |
15:42.30 | phh | pff |
15:42.32 | phh | lot of things |
15:42.52 | phh | let me put that in a readable way. |
15:42.57 | sensible | k |
15:43.49 | phh | hum |
15:43.58 | phh | I'll try assuming microp-ksc isn't linked with that maybe. |
15:44.22 | sensible | btw disconnecting in windows exits console :( |
15:45.57 | phh | ah. |
15:46.20 | phh | right. |
15:46.24 | phh | this seems totally ugly. |
15:46.31 | phh | can you try backlight diming with wifi then ? :p |
15:46.56 | sensible | i do not have wifi access right now :( |
15:47.14 | sensible | why ugly? |
15:47.34 | phh | well, on our microp, for backlight diming there is only one microp command |
15:47.50 | phh | in your logs, there are at least 4 commands needed |
15:48.07 | sensible | hmm |
15:48.54 | sensible | hmm i seem to be unable to dim backlight at all! :O |
15:49.21 | phh | ah. |
15:49.25 | phh | that's not going to help. |
15:50.22 | sensible | hmm hang on |
15:50.48 | sensible | i can turn on autoadjust backlight and get a trace of it dimming.... ? |
15:51.05 | phh | no |
15:51.15 | phh | automatic backlight is 100% hardware thing |
15:51.24 | phh | I mean that the OS isn't aware of what changes are done |
15:51.31 | sensible | ah :( |
15:53.07 | sensible | hmm i think it cannot be changed by winmo on kovsky? |
15:55.01 | phh | that'd be weird. |
15:56.44 | sensible | yes |
15:58.07 | sensible | any ideas? |
15:58.13 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
15:58.58 | phh | no |
15:59.22 | phh | I guess you could copy power on/power off sequences from winmo |
15:59.25 | phh | and cross fingers. |
16:01.14 | sensible | ok, but still, why cant we read version at 0x66? |
16:01.40 | phh | 0x66 register isn't readable on your microp |
16:01.45 | phh | err it's not 0x66 |
16:01.47 | phh | it's 30 |
16:01.50 | phh | or 0x30 |
16:01.56 | phh | anyway the version register doesn't exist for you. |
16:02.10 | sensible | sorry yes, i mean 0x30 |
16:02.14 | sensible | it still doesnt work |
16:02.25 | phh | it's a totally different microp ... |
16:03.08 | sensible | checkout: http://pastebin.com/BudHEktp |
16:03.32 | phh | [ 4.409606] microp-klt: Initializing MicroP-LED chip driver at addr: 0x30â© |
16:03.33 | phh | ... ? |
16:03.38 | phh | address is 0x66, not 0x30 |
16:03.46 | sensible | same with 0x66 |
16:03.51 | sensible | it doesnt work |
16:03.57 | phh | yes, the version register just doesn't exist |
16:04.01 | phh | don't worry about that. |
16:04.19 | sensible | i didnt , i have no commented out version errors |
16:04.19 | *** join/#htc-linux Markinus (~Miranda@gtng-4db05653.pool.mediaWays.net) |
16:04.33 | phh | you didn't what ? |
16:04.46 | sensible | but we must still be able to turn backlight off....there must be a way |
16:05.00 | sensible | i didnt worry about it :) |
16:05.09 | phh | yes, through this microp it seems |
16:05.19 | phh | well, I'm not even sure it's a microp, but nvm. |
16:05.35 | phh | sensible: do you have oem drivers for kovsky ? |
16:05.50 | sensible | so, we have to reverse microp.dll? |
16:06.23 | phh | as I said earlier, you can try just copy/pasting the I2C command you dumped |
16:07.16 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
16:07.57 | sensible | hmm, can you give me a hint? I am still learning kernel programming :) |
16:10.34 | phh | do you have an angstrom initramfs ? |
16:11.04 | sensible | no... |
16:11.44 | phh | you're really not helping |
16:12.11 | sensible | no? |
16:12.57 | phh | right we could do direct kernel tries then |
16:13.38 | sensible | ok |
16:15.02 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
16:19.19 | sensible | phh: how should we try? |
16:28.05 | sensible | hmm, perhaps backlight.c can help? |
16:32.28 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
16:44.54 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.50) |
16:57.14 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
16:58.08 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
17:10.41 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
17:14.13 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
17:19.14 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
17:26.51 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
17:28.51 | *** join/#htc-linux zachy (~george@85.193.4.18) |
17:29.20 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
17:38.06 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d879c7c.pool.mediaWays.net) |
17:39.53 | *** join/#htc-linux benouch (~44ecb89c@gateway/web/freenode/x-snlqdqbioxfvgfkq) |
17:42.35 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
17:43.58 | *** join/#htc-linux Zoolooc (~fredsibar@p54956F70.dip.t-dialin.net) |
17:44.11 | randomblame | she sells seashells down by the seashore |
17:46.29 | *** join/#htc-linux diiishe-away (~mmm@96.56.222.18) |
17:47.08 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
17:47.14 | ToAsTcfh | phh: i see nothing in my logs about the ttttt usage or how to use it :/ |
17:53.41 | GNUtoo | hi phh, are you shure that c6902d80 is battery on htcdream with the modem firmware that I have |
17:53.54 | phh | i'm sure what is what ? |
17:54.08 | phh | ah RPCs |
17:54.13 | GNUtoo | [ 95.445037] [RPC] CALL on ept c6902d80 to 30000048:0da5b528 @ 0:00000001 (44 bytes) (xid 424 proc 7) |
17:54.16 | GNUtoo | that |
17:54.28 | phh | what's "understandable" is the 30000048 |
17:54.32 | phh | let me check |
17:54.46 | GNUtoo | ok I'll check dev nodes |
17:55.13 | phh | ./smd_rpc_sym:0x30000048 time_remote_atomâ© |
17:55.15 | phh | haha. |
17:55.18 | phh | but hum |
17:55.26 | phh | something's wrong here, it's *app* to *modem* |
17:55.31 | phh | that's not what's waking up your phone |
17:55.50 | GNUtoo | ok |
17:56.24 | phh | you have nothing else about rpc ? |
17:56.53 | GNUtoo | http://pastebin.com/MecLTQcF |
17:57.55 | GNUtoo | ./devices/platform/rs30000048:0da5b528/rtc/rtc0 |
17:58.03 | GNUtoo | so is it the real time clock for me |
17:58.04 | GNUtoo | ? |
17:58.20 | phh | I think so |
17:58.28 | ToAsTcfh | phh: is this the correct address and size > 0xa8600000 1024 |
17:58.38 | phh | ToAsTcfh: uh ? |
17:58.39 | phh | clearly not |
17:58.47 | phh | well, for tttt you mean ? |
17:59.05 | ToAsTcfh | no i mean to dd and dump my sy stuff |
17:59.21 | phh | ah. |
17:59.26 | ToAsTcfh | i dont know how to use the ttttt |
17:59.44 | ToAsTcfh | sorry ive gone noob again |
17:59.53 | phh | address is correct |
18:00.09 | ToAsTcfh | and thats the same as ttttt |
18:00.11 | ToAsTcfh | ? |
18:00.14 | phh | no |
18:00.17 | ToAsTcfh | :/ |
18:00.21 | phh | don't take care of ttttttt yet. |
18:00.32 | ToAsTcfh | ok |
18:00.38 | phh | I don't know about the size mmmm |
18:00.43 | GNUtoo | Allow tty clients to make clock requests to msm uarts. (SERIAL_MSM_CLOCK_CONTROL) |
18:00.51 | GNUtoo | Wakeup the msm uart clock on GPIO activity. (SERIAL_MSM_RX_WAKEUP) |
18:01.03 | phh | ToAsTcfh: 0x370 |
18:01.04 | phh | for size |
18:01.06 | gauner1986 | whats ttttttt? |
18:01.26 | phh | gauner1986: pll register as it should looks like for overclocking cpu |
18:01.49 | ToAsTcfh | phh: btw while booting a stock kernel with no mods 480mhz is the boot freq |
18:01.59 | gauner1986 | phh: ah |
18:02.20 | phh | GNUtoo: ok I might see the problem |
18:02.24 | GNUtoo | ok |
18:03.12 | *** join/#htc-linux Jack_E (~chatzilla@host86-142-184-93.range86-142.btcentralplus.com) |
18:04.14 | phh | GNUtoo: how do you try to sleep ? |
18:04.17 | phh | just echo mem > blabla ? |
18:04.35 | GNUtoo | yes |
18:04.42 | GNUtoo | echo mem > /sys/power/state |
18:04.55 | GNUtoo | then exit the usb console |
18:05.02 | GNUtoo | then disconnect usb cable |
18:05.06 | GNUtoo | that's all |
18:05.10 | phh | GNUtoo: the problem seems to be that something, is doing like hwclock --systohc when suspending |
18:05.21 | GNUtoo | ah ok |
18:05.24 | GNUtoo | so userspace |
18:05.31 | phh | not necessarly |
18:05.35 | GNUtoo | ok |
18:05.52 | phh | if you do it directly by hand throguh /sys/power/state, I can't see how it could be userland stuff |
18:06.00 | phh | well, with some uevent stuff it could be |
18:06.05 | GNUtoo | ok |
18:07.06 | mickeyl | unlikely though, since we tried without any processes running except init and dropbear |
18:07.41 | phh | ok |
18:07.49 | phh | I forgot you totally hate udev |
18:08.20 | GNUtoo | I'll try init=/bin/ash |
18:08.26 | GNUtoo | ah needs dropbear |
18:08.30 | GNUtoo | mmm |
18:09.25 | mickeyl | phh: :) |
18:09.30 | mickeyl | right |
18:09.40 | phh | GNUtoo: check in menuconfig if there is no such feature |
18:09.55 | GNUtoo | ok |
18:10.00 | phh | I'm pretty sure I've seen something like that somewhere, but maybe not in kernel |
18:10.01 | GNUtoo | how could it be called |
18:10.19 | phh | save hardware clock on suspend ? |
18:10.42 | GNUtoo | ok |
18:11.07 | mickeyl | CONFIG_RTC_HCTOSYS=y |
18:11.07 | mickeyl | ? |
18:11.23 | mickeyl | or vice versa rather |
18:11.27 | phh | <PROTECTED> |
18:11.31 | phh | mickeyl: possibly |
18:11.47 | mickeyl | right, but that the wrong direction |
18:13.01 | phh | arf |
18:13.02 | phh | right. |
18:13.40 | phh | hum |
18:13.41 | phh | something's wrong |
18:13.47 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
18:13.48 | phh | ah no |
18:14.20 | phh | GNUtoo: what's your current kernel tree again ? |
18:14.39 | GNUtoo | http://gitorious.org/htc-msm-2-6-32/leviathan-incoming |
18:14.50 | GNUtoo | msm-gnuconform branch |
18:15.31 | *** join/#htc-linux pipomolo42 (~alex@home.boeglin.org) |
18:16.38 | GNUtoo | [ 74.104095] wakeup wake lock: unknown_wakeups |
18:17.02 | GNUtoo | http://pastebin.com/tWMMq2QW |
18:17.10 | phh | what's the .. ? |
18:17.13 | phh | something's weird |
18:17.19 | phh | anyway, proc=7 is *get* time |
18:17.20 | phh | from modem |
18:17.28 | GNUtoo | "unknown_wakeups"4444440219537303622195330311350012206992033634081 |
18:17.43 | phh | so it's normal that your kernel calls it at wakeup |
18:18.07 | GNUtoo | <PROTECTED> |
18:18.39 | phh | echo 8 > /sys/module/irq/module/debug_mask |
18:18.43 | GNUtoo | ok |
18:18.44 | phh | resleep, redmesg |
18:19.17 | GNUtoo | ok I'll do echo 8 > /sys/module/irq/parameters/debug_mask |
18:19.29 | phh | haha |
18:19.30 | phh | it's better. |
18:20.08 | GNUtoo | http://pastebin.com/i53fN3HB |
18:20.41 | *** join/#htc-linux Guest86671 (~yadayada@pool-72-84-150-123.slsbmd.east.verizon.net) |
18:20.48 | phh | smd_private.h:#define SMSM_WKUP_REASON_TIMER 0x00000008â© |
18:20.50 | phh | that's your wakeup reason |
18:21.25 | phh | [ 298.531982] msm_irq_exit_sleep2 0 0 8 now 0 0â© |
18:21.31 | phh | the 8 here, is the wakeup reason |
18:21.37 | phh | then do grep WKUP smd_private.h |
18:21.41 | phh | to get wakeup reasons name |
18:21.55 | GNUtoo | ok |
18:23.20 | GNUtoo | #define SMSM_WKUP_REASON_TIMER0x00000008 |
18:25.56 | leviathan | phh: I found out, why its not working |
18:26.05 | phh | leviathan: sleep ? |
18:26.11 | leviathan | nope |
18:26.11 | leviathan | nand |
18:26.16 | leviathan | some guy, who had the same error, told me |
18:26.31 | leviathan | that this thing minimal read size has 2048 bytes |
18:26.38 | leviathan | so try'n to read 64 bytes failes |
18:26.40 | phh | ah that one |
18:26.54 | leviathan | I wrote the autor of the driver (qualcomm-guy) an email |
18:27.09 | leviathan | asked if he has any idea, how I could get UBIFS working |
18:27.20 | phh | ok |
18:27.22 | leviathan | would be nice to get it finally running on the device |
18:27.31 | leviathan | because then I've got 2Gig free memory for sound and so on |
18:27.32 | GNUtoo | phh, so about timer,now that we have the wakup reason what do we do? |
18:27.48 | leviathan | GNUtoo: fixing it |
18:28.25 | GNUtoo | leviathan, not yet,we must find what timer etc... no? |
18:28.35 | GNUtoo | and why a timer resumes it |
18:30.51 | leviathan | hmm |
18:30.54 | leviathan | good question |
18:31.05 | leviathan | basically it should be done by a input device |
18:31.07 | leviathan | hmm |
18:31.15 | leviathan | perhaps gpio |
18:31.30 | leviathan | perhaps it has something todo with the type of the input device? |
18:31.43 | phh | polling input ? :p |
18:32.08 | phh | you can try disactivating resume from timers for a first try |
18:32.32 | GNUtoo | what's resume from timers? a kenrel config option? |
18:32.38 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
18:32.52 | phh | haha |
18:32.53 | phh | don't know. |
18:33.25 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
18:34.12 | GNUtoo | I could try that DG Timer (MSM7X00A_USE_DG_TIMER) instead of that : GP Timer (MSM7X00A_USE_GP_TIMER) ? |
18:34.53 | GNUtoo | android uses gp timer |
18:34.57 | GNUtoo | so better keep gp timer |
18:35.08 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
18:35.12 | phh | mmmm |
18:35.19 | phh | maybe one wakes up and not the other one |
18:35.54 | GNUtoo | or try Collect kernel timers statistics (TIMER_STATS) |
18:36.57 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
18:37.13 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
18:39.51 | *** join/#htc-linux mrquick (~kbradsha@cpe-70-112-20-78.austin.res.rr.com) |
18:40.30 | *** join/#htc-linux pipomolo42 (~alex@home.boeglin.org) |
18:42.23 | *** join/#htc-linux dcordes (~dcordes@unaffiliated/dcordes) |
18:42.50 | dcordes | servus |
18:43.27 | GNUtoo | mmm |
18:43.30 | GNUtoo | [ 93.893737] [RPC] READ on ept c68ceb40 is a CALL on 30100000:00000000 proc 1 xid 6 |
18:43.33 | GNUtoo | I'll look |
18:43.35 | GNUtoo | phone |
18:45.55 | GNUtoo | 30100000:00000000 doesn't exist strange... |
18:46.04 | GNUtoo | nor in /dev/ nor in /sys |
18:46.46 | *** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt) |
18:46.51 | [acl] | who can help me get something committed to the eclair-rootfs git rep ? |
18:47.23 | phh | you have the rights ? |
18:47.37 | [acl] | nope. im hoping someone here does tho :-) |
18:47.44 | [acl] | lol .. maybe you can help me |
18:47.46 | phh | [acl]: gimme the patch |
18:47.49 | phh | GNUtoo: htc_battery.c:#define BATT_MTOA_PROG 0x30100000 |
18:48.06 | *** join/#htc-linux pipomolo42 (~alex@home.boeglin.org) |
18:49.06 | [acl] | phh: i dont know if it might break the other hero builds but alot of the shutdown issues people are having with the last klinux release is the missing shutdown service |
18:49.20 | [acl] | in the init.eclairhero.rc we are missing the following |
18:49.25 | phh | I don't know many eclairhero builds :p |
18:49.32 | [acl] | service shutdown /system/bin/shutdown |
18:49.32 | [acl] | user root |
18:49.32 | [acl] | group root |
18:49.32 | [acl] | disabled |
18:49.32 | [acl] | oneshot |
18:49.32 | phh | aka I know only klinux's one. |
18:49.58 | [acl] | there are others that people use.. trust me we ttried to get them to help and contribute but its like talking to walls |
18:50.18 | phh | ah ? which ones ? |
18:51.14 | [acl] | the one that klinux used as a base |
18:51.19 | [acl] | i forgot what its called |
18:51.26 | [acl] | villain ? i dunno. |
18:51.43 | [acl] | anyways. can you help me get that up there? |
18:52.11 | phh | you have any mail address ? |
18:52.15 | phh | (for commit author ) |
18:52.27 | [acl] | abel.laura@gmail.com |
18:53.10 | phh | pushed |
18:53.20 | [acl] | dud you rock. thanks so much |
18:53.36 | [acl] | ok back to work .. |
18:54.06 | phh | Reefermattness: if you want, there is a clean AOSP 2.1 build from stinebd, with JIT enabled |
18:54.17 | phh | http://htcandroid.xland.cz/Android-2.1-2009-04-12-phh.sqsh |
18:54.48 | phh | (there is phh in the name in case of blames because I chose the apps to include and I might have made mistakes, and it seems I did) |
18:55.01 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
18:55.21 | GNUtoo | phh, ok thanks |
18:55.24 | Reefermattness | lol |
18:55.38 | Reefermattness | I was just about to ask you about that, because everyone is asking me about that. :) |
18:56.04 | phh | Reefermattness: but don't talk too much about it, it's really stinebd's work, I want to let him the joy to announce it |
18:56.28 | Reefermattness | I cant seem to get it to boot, gets stuck on the "Android" splash screen. Ill keep messing with it. Im sure im being a noob somehow. ;) |
18:56.38 | phh | remove data.img ? :p |
18:56.41 | Reefermattness | ohhhh, its the one he has been working on with his new kitchen? |
18:57.07 | GNUtoo | batt is not the cause because it happens only when I connect the usb cable |
18:57.17 | phh | Reefermattness: yes |
18:57.22 | phh | GNUtoo: I think so too |
18:57.38 | GNUtoo | I'll re-echo the debug thing |
18:57.40 | phh | GNUtoo: the DG vs GP timer seems to be a good thing. |
18:57.45 | *** join/#htc-linux balans (~BRPOLDB@061-132-045-062.dynamic.caiway.nl) |
18:58.02 | chamonix | hey guys |
18:58.06 | phh | hey chamonix |
18:58.09 | chamonix | hey phh |
18:58.34 | chamonix | phh: is there anything available in the kernel to control leds from other devices than raph/diam? |
18:58.36 | Reefermattness | heya cham |
18:58.43 | chamonix | heys Reefermattness |
18:58.58 | phh | chamonix: yes and no |
18:59.02 | chamonix | :) |
18:59.07 | phh | bahh, anyway it's totally ugly |
18:59.08 | phh | so it's a yes. |
18:59.24 | chamonix | I guess yes from c no from filesystem or is it more complicated? |
18:59.41 | phh | chamonix: na, it's a yes |
18:59.43 | phh | debugfs as usual |
18:59.47 | chamonix | kk |
18:59.57 | phh | but not wrapped like I did for leds vs ledmode |
19:00.12 | phh | chamonix: IIRC it's /dbgfs/micropklt_dbg/color_leds |
19:00.23 | phh | values are from 0 to 5 |
19:00.27 | phh | see http://htc-linux.org/wiki/index.php?title=TopazColorLED |
19:00.33 | chamonix | cool:) who's the right tester? |
19:01.06 | phh | and I need to fix "sleep leds" for this one too |
19:01.07 | phh | bah. |
19:01.49 | phh | chamonix: bah me if noone proposes. |
19:01.59 | GNUtoo | still [ 1049.557495] msm_irq_exit_sleep2 0 0 8 now 0 0 (http://pastebin.com/yPP4yTDG) There are debug infrrastructure for timers |
19:02.05 | GNUtoo | I'll look how it works |
19:02.10 | phh | GNUtoo: powertop |
19:02.13 | phh | basically. |
19:02.17 | GNUtoo | ah ok good idea |
19:02.28 | phh | hum well, for suspend stuff, doing it by hand might be better |
19:02.32 | chamonix | k, I'll start abstracting LefEffects to handle multiple device profiles and then try to provide an app for a little testing |
19:02.43 | GNUtoo | altough I've to wait for do_rootfs to finish before bitbaking powertop |
19:02.46 | phh | chamonix: cool |
19:02.54 | phh | chamonix: and then, true android devices ? :p |
19:03.02 | mickeyl | GNUtoo: fwiw, it's included in fso2-demo-image |
19:03.05 | phh | GNUtoo: CM has it I think |
19:03.07 | GNUtoo | ok |
19:03.10 | GNUtoo | I'll look |
19:03.33 | GNUtoo | nice thanks a lot mickeyl |
19:03.36 | mickeyl | :) |
19:03.42 | mickeyl | i love debugging tools |
19:03.43 | phh | Reefermattness: I really should fix keyboard and keypad lights I think, no ? |
19:04.03 | GNUtoo | <PROTECTED> |
19:04.08 | GNUtoo | I'll try |
19:04.11 | GNUtoo | to disable that |
19:04.22 | *** join/#htc-linux rojohacker (~rojohacke@c-76-103-10-158.hsd1.ca.comcast.net) |
19:04.22 | phh | GNUtoo: see what uses this timer |
19:04.30 | phh | I'd bet on TCP stack for dropbear :p |
19:04.38 | phh | I totally forgot to mention that. |
19:04.41 | GNUtoo | ok |
19:05.05 | Reefermattness | Yes please phh, its so hard to type in the dark on my phone. lol |
19:05.16 | phh | Reefermattness: yeah but I don't want to :p |
19:05.22 | phh | TV out feels better to do |
19:05.30 | phh | [acl]: oops. |
19:05.37 | phh | not actually pushed, confclit -_-' |
19:05.44 | GNUtoo | http://pastebin.com/GJd36w6f |
19:05.47 | Reefermattness | I got it to boot, it was me being a noob like i thought ;) I only tried it once yesterday before i went to sleep. |
19:05.48 | phh | now it's pushed. |
19:06.08 | Reefermattness | phh, sound? :P hahaha |
19:06.11 | GNUtoo | <PROTECTED> |
19:06.14 | Reefermattness | jk jk |
19:06.40 | phh | GNUtoo: haha. |
19:06.47 | phh | GNUtoo: add debugging symbols |
19:06.50 | GNUtoo | ok |
19:06.51 | phh | <PROTECTED> |
19:06.55 | GNUtoo | thanks |
19:06.56 | phh | to know who is c6829ab0 |
19:06.58 | phh | oh well |
19:07.03 | phh | you can look at Kallsyms |
19:07.04 | phh | or something like that |
19:07.05 | GNUtoo | (I removed them for speed reasons) |
19:07.06 | phh | System.map ? |
19:07.09 | GNUtoo | I'll add them |
19:07.11 | GNUtoo | yes I've that |
19:08.28 | phh | chamonix: btw, I don't know what's their current status, but movim support could be a great addition to extrempp :) |
19:10.18 | phh | hum, well it seems they did quite nothing ATM. |
19:12.28 | phh | chamonix: btw, I did > 4 days of battery life on my diamond, with sleep_leds on without radio |
19:12.46 | phh | but going back to radio on even without any data connection kills it :/ |
19:13.02 | Reefermattness | phh: this sqsh definitely seems smoother. |
19:13.35 | phh | Captnoord: that's for you too btw, ~ after 24h running with radio on, without data connection, battery indicator states 5% |
19:13.43 | Markinus | phh: I'm looking into the clocks, and it's a bit weird. I've here some clocks from uboot on snapdragon. |
19:13.43 | Markinus | phh: our forumula for calc_freq is (pll_frequency*M/((PRE+1)*N)) |
19:13.43 | Markinus | phh: but if I look to their samples, like this: For MCLK 50MHz derived from PLL1 768MHz (M=25, N=192, D=96, P=2) |
19:13.43 | Markinus | phh: it's different -> (pll_frequency*M/((PRE)*N)). Hmm did they change something or is our formula wrong? |
19:14.34 | phh | Markinus: I'm pretty sure the +1 is right |
19:14.39 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.17) |
19:14.54 | phh | the values we have are coherent with other stuff, like ADSP clock being 24MHz |
19:16.04 | Markinus | phh: ok. Then or it's somethink different on snapfragon or codeaurora has bugs in their uboot patches |
19:16.19 | phh | Markinus: or it depends on the clock used ? :p |
19:16.51 | Markinus | phh: hmm, could be too, this here are all for MMC |
19:17.12 | phh | you mean uboot ones ? |
19:17.18 | Markinus | yes |
19:17.44 | phh | our clocks are also mostly MMC ones -_-' |
19:17.56 | phh | our mmc maths would be wrong ? |
19:17.58 | phh | hum quite possible |
19:19.56 | Markinus | phh: there are 4 mmc clocks. 3 from pll1 and one from TCX0. All of them without +1 |
19:20.12 | phh | and we have +1 for all of them. |
19:20.17 | Markinus | phh: right |
19:20.50 | phh | Markinus: easy to find. |
19:20.57 | phh | <PROTECTED> |
19:21.02 | phh | the PRE/MN//D values come from wince |
19:21.06 | phh | PRE here is 0 |
19:21.11 | phh | you don't want to divide by 0 |
19:21.20 | phh | so there must be a +1 |
19:21.44 | Markinus | phh: yeah, this is right |
19:21.50 | phh | but there is 0s in PRE only for BT |
19:21.54 | GNUtoo | phh, I'll addr2line this address because it still doesn't tell me the ilne |
19:21.55 | phh | not for MMC |
19:21.56 | GNUtoo | *line |
19:22.19 | phh | addr2line ? |
19:22.22 | phh | hum didn't know that |
19:22.28 | GNUtoo | part of binutils |
19:22.35 | GNUtoo | it's a perl script |
19:22.39 | GNUtoo | if I remember well |
19:22.44 | GNUtoo | you need a cross one |
19:22.55 | phh | good to know |
19:23.10 | Markinus | GNUtoo: but this works I use it too |
19:23.38 | *** join/#htc-linux balans (~BRPOLDB@82-170-215-5.ip.telfort.nl) |
19:23.40 | gauner1986 | Markinus: mmc causes the problem? Oo |
19:24.06 | Markinus | gauner1986: I looking to clocks and try to compare with know stuff |
19:24.31 | gauner1986 | okay |
19:24.49 | phh | gauner1986: comparing our code with android ones it the stuff we do when we ran out of ideas for everything else, or get a bit bored :p |
19:24.51 | GNUtoo | it didn't find anything,also system.map doesn't contain such address |
19:25.00 | gauner1986 | phh: i see :D |
19:25.00 | GNUtoo | but they look like kenrel addresses |
19:25.08 | GNUtoo | because they start with a c |
19:25.09 | gauner1986 | i thought that code was already used? |
19:25.40 | GNUtoo | but kernel address finish with |
19:25.41 | GNUtoo | c0c9e7ac B _end |
19:25.55 | GNUtoo | here we're on the c6 |
19:26.07 | GNUtoo | so definitely not lines |
19:26.25 | Markinus | maybe the stuff is diabled in defconfig |
19:26.27 | GNUtoo | phh, btw on how to use addr2line: arm-none-linux-gnueabi-addr2line -f -e vmlinux c6827a58 |
19:26.36 | phh | GNUtoo: ok thanks |
19:26.40 | Captnoord | re |
19:27.27 | Captnoord | gauner1986: code is rarely finished |
19:27.28 | GNUtoo | phh, it was in embedded linux primer,they explain great things like how to follow a relocatible bootloader with jtag,but also more simple things |
19:27.28 | Captnoord | :P |
19:28.16 | gauner1986 | Captnoord: well.. i thought that code was partly copied from the android stuff :) |
19:28.33 | Captnoord | hehe |
19:28.42 | Captnoord | feature wise it can be complete |
19:28.48 | Captnoord | but it won't be finished:P |
19:28.55 | GNUtoo | I'll look if I can add more timers debugging |
19:29.51 | *** join/#htc-linux balans (~BRPOLDB@82-170-215-5.ip.telfort.nl) |
19:31.48 | gauner1986 | hm.. it should be.. as it's running on many devices :P |
19:34.15 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
19:35.53 | phh | Captnoord: would you mind trying and fixing my ugly tvout hack ? :D |
19:35.55 | phh | I'm too lazy to test it |
19:36.55 | phh | well the code is not totally finished |
19:37.22 | GNUtoo | I'll take a break |
19:38.43 | leviathan | GNUtoo: ok |
19:40.46 | mrquick | I verified that vendor/xdandroid/msm/BoardConfig.mk does have the entry BOARD_HAVE_BLUETOOTH := true. Still getting compilation error in bluetooth about missing builtin.h |
19:40.46 | mrquick | http://pastebin.com/Jb5rL5Su |
19:45.35 | *** part/#htc-linux zachy (~george@85.193.4.18) |
19:46.18 | *** join/#htc-linux br1ck (~br1ck@xdsl-92-252-3-59.dip.osnanet.de) |
19:52.59 | Markinus | phh: this two lines for LCD are weird too |
19:52.59 | Markinus | #define LCD_MD_VAL_40MHZ 0x0005FFCF |
19:52.59 | Markinus | #define LCD_NS_VAL_40MHZ 0xFFD41B49 |
19:52.59 | Markinus | no Idea how to calculate the 40Mhz from this vals |
20:01.03 | phh | Captnoord: http://husson.hd.free.fr/0001-First-try-at-TV-Out.patch |
20:01.10 | phh | it's so ugly that I don't think I'll commit that. |
20:01.14 | Captnoord | works? |
20:01.17 | phh | don't know |
20:01.23 | Captnoord | lol |
20:01.26 | Captnoord | I can't test |
20:01.28 | phh | it builds :p |
20:01.30 | phh | pfff |
20:01.31 | Captnoord | loooool |
20:01.32 | phh | I guess I'll |
20:01.32 | Captnoord | :P |
20:01.51 | Captnoord | hehe |
20:02.11 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
20:02.14 | Captnoord | I think I hit the bed early today |
20:02.16 | Captnoord | nn all |
20:03.17 | Markinus | night |
20:03.29 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
20:06.22 | *** join/#htc-linux aaronw (~aaronw@thurgood-marshall.sflc.info) |
20:26.02 | phh | haha. |
20:26.10 | phh | even with tv.enable=0, my kernel won't start |
20:26.14 | phh | I should commit that. |
20:26.46 | Markinus | ha :P |
20:34.22 | Markinus | phh: I decoded the values, the have a weird comment. They comment P=2 is already P=1+1 |
20:34.39 | phh | mmmmmmmmuh ? |
20:34.39 | Markinus | phh: so our formula is ok |
20:34.43 | phh | ok |
20:34.45 | Markinus | yeah . . |
20:39.32 | *** join/#htc-linux gauner1986 (~gauner198@p5B3845F4.dip.t-dialin.net) |
20:55.00 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58948.dip0.t-ipconnect.de) |
21:00.41 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
21:05.44 | *** join/#htc-linux mackie (~mackie@2002:4677:4f46:1234:20c:29ff:fed7:c127) |
21:18.11 | Hoochster | wassup |
21:21.22 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-74-99-185-141.hrbgpa.fios.verizon.net) |
21:22.22 | *** join/#htc-linux nizox (~none@77.207.111.193) |
21:29.47 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
21:33.02 | *** join/#htc-linux shu8i (~shu8i@78.104.102.92) |
21:36.00 | *** join/#htc-linux luminoso__ (~lumos@av-217-129-131-108.netvisao.pt) |
21:38.13 | ToAsTcfh | phh: what did i miss?! :P |
21:38.24 | ToAsTcfh | camra yet :P |
21:39.21 | ToAsTcfh | :'( |
21:51.04 | *** join/#htc-linux CoKeSero (~imcokeman@pool-74-99-185-141.hrbgpa.fios.verizon.net) |
21:57.23 | mickeyl | ok, fwiw, i think i found the relation of wlan12xx crash and debugfs |
21:57.44 | mickeyl | apparantly the wl1251 driver is using debugfs commands without guarding against #ifdef CONFIG_DEBUG_FS |
21:57.47 | mickeyl | boom :) |
22:00.45 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
22:06.42 | ToAsTcfh | mickeyl: u ever get a build up loaded |
22:07.30 | ToAsTcfh | or can i just get and arm debian distro |
22:07.57 | mickeyl | depends on what you want to do |
22:08.11 | mickeyl | http://downloads.freesmartphone.org/releases/fso2-preview-1/htcdream/ contains an untested snapshot |
22:08.24 | ToAsTcfh | well i wanna attemp to start what u guys are doing for the cdma heroc |
22:08.44 | ToAsTcfh | but |
22:08.44 | mickeyl | right, in that case you better build your own system though |
22:08.47 | *** part/#htc-linux shu8i (~shu8i@78.104.102.92) |
22:08.54 | mickeyl | starting with a bare console image built by OE |
22:09.02 | mickeyl | then you can slowly iterate from there |
22:09.11 | ToAsTcfh | what to do about a lack of keyboard |
22:09.30 | mickeyl | first thing you have to do then is to get usbnet up and running |
22:09.58 | ToAsTcfh | then bother with the rest. i see |
22:10.10 | ToAsTcfh | telnet |
22:10.24 | ToAsTcfh | till i get my shit workin |
22:10.33 | mickeyl | yeah, or rather ssh |
22:10.54 | ToAsTcfh | tru |
22:11.12 | mickeyl | i'll shot a short video tomorrow, showing the current progress |
22:11.16 | mickeyl | will upload to the same site |
22:11.23 | ToAsTcfh | ok |
22:11.24 | mickeyl | s/shot/shoot/ |
22:11.37 | ToAsTcfh | gnome and all? |
22:11.41 | ToAsTcfh | :P |
22:11.43 | mickeyl | heh |
22:11.44 | mickeyl | no |
22:11.46 | *** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
22:11.49 | mickeyl | i'm not interested in X atm. |
22:11.51 | mickeyl | the other guys are |
22:12.00 | ToAsTcfh | need a ui for sure |
22:12.04 | mickeyl | sure |
22:12.16 | mickeyl | there's more to UI than X though :) |
22:12.27 | ToAsTcfh | of course |
22:12.54 | ToAsTcfh | so how can u guys make cals and such? or can u? |
22:12.56 | phh | mickeyl: accelerated UI, there X then android and that's all :p |
22:13.29 | mickeyl | ToAsTcfh: middleware works perfectly since long. and i have a small phone UI that runs on framebuffer or D |
22:13.31 | mickeyl | err, X |
22:13.51 | ToAsTcfh | tru |
22:13.52 | mickeyl | phh: that's way down on my priority list |
22:14.03 | mickeyl | phh: but i agree that it would be awesome |
22:14.58 | mickeyl | my little pet project is to do a self-contained phone app that does the bread-n-butter things |
22:15.01 | mickeyl | calls |
22:15.06 | mickeyl | mediaplayer |
22:15.09 | ToAsTcfh | phh: i still cant get anything out of /dev/mem idk what the deal is |
22:15.10 | mickeyl | web |
22:15.15 | mickeyl | location |
22:15.19 | mickeyl | contacts |
22:15.20 | mickeyl | calendar |
22:15.22 | mickeyl | that's about it |
22:15.29 | phh | ToAsTcfh: can you be more precise ? |
22:15.40 | phh | ToAsTcfh: like only 4bytes long read work ? |
22:16.04 | mickeyl | sleep time |
22:16.09 | ToAsTcfh | idk i must just be doing the shit wrong |
22:16.22 | phh | ToAsTcfh: that's an explicit error. |
22:16.22 | ToAsTcfh | bad commands or something |
22:16.23 | phh | or not. |
22:17.01 | ToAsTcfh | i suck |
22:17.07 | phh | ..... |
22:17.08 | ToAsTcfh | short error |
22:17.13 | ToAsTcfh | :P |
22:17.22 | phh | then bs=4 ? |
22:18.43 | ToAsTcfh | dd if=/dev/mem of bs=3 seek=0x370 count=1024 |
22:18.54 | phh | of bs=3 ? |
22:18.56 | phh | seek=0x370 ? |
22:19.00 | phh | ok. |
22:19.12 | ToAsTcfh | :/ |
22:20.16 | phh | dd if=/dev/mem of=/sdcard/plop bs=4 count=220 skip=706215936 |
22:21.24 | phh | ToAsTcfh: better ? |
22:21.27 | ToAsTcfh | /dev/mem: read error: Invalid argument |
22:21.27 | ToAsTcfh | 0+0 records in |
22:21.27 | ToAsTcfh | 0+0 records out |
22:21.27 | ToAsTcfh | 0 bytes transferred in 0.004 secs (0 bytes/sec) |
22:21.57 | phh | ok |
22:22.26 | ToAsTcfh | im gonna reboot to make sure its not me by any means |
22:24.23 | phh | dd: /dev/mem: Bad addressâ© |
22:24.23 | phh | yay |
22:24.27 | phh | different system, different error |
22:24.32 | phh | time to sleep I guess. |
22:41.10 | ToAsTcfh | :/ |
22:44.39 | *** join/#htc-linux Jafterdark (Jafterdark@97-87-4-243.dhcp.mdsn.wi.charter.com) |
22:59.12 | *** part/#htc-linux gauner1986 (~gauner198@p5B3845F4.dip.t-dialin.net) |
23:03.28 | Jafterdark | can any one help me get mms to work |
23:04.56 | *** join/#htc-linux aaronw (~aaronw@cpe-67-244-69-13.nyc.res.rr.com) |
23:05.26 | Jafterdark | it did work a little at one time i could send but not receive |
23:14.17 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
23:18.19 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
23:19.58 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
23:21.35 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host245-102-dynamic.48-82-r.retail.telecomitalia.it) |