00:09.53 | *** join/#htc-linux Untouchab1e (~Untouchab@82.147.44.130) |
00:17.03 | *** join/#htc-linux jamenlang2 (~jamenlang@68-170-60-12.mammothnetworks.com) |
00:18.29 | *** join/#htc-linux IceBone (~IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
00:30.13 | *** join/#htc-linux k_linux (~klinux@41.214.134.246) |
00:34.41 | *** join/#htc-linux k_linux1 (~klinux@41.214.134.246) |
00:36.08 | *** join/#htc-linux k_linux (~klinux@41.214.134.246) |
01:06.33 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
01:26.00 | *** join/#htc-linux moishaspb (~chatzilla@user-12hdsgv.cable.mindspring.com) |
01:27.00 | *** join/#htc-linux br1ck (~br1ck@xdslex206.osnanet.de) |
01:37.43 | *** join/#htc-linux IceBone (~IceBone@89-212-106-54.dynamic.dsl.t-2.net) |
01:42.00 | *** join/#htc-linux tmzt_ (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
01:46.55 | *** join/#htc-linux pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
01:52.23 | *** join/#htc-linux Xiaopi[work] (~Pierre@116.247.126.74) |
02:04.20 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.36) |
02:12.41 | *** join/#htc-linux Tinyboom (~nahh@142.84-49-172.nextgentel.com) |
02:26.07 | *** join/#htc-linux mackie (~mackie@2002:4677:4f46:1234:20c:29ff:fed7:c127) |
02:37.35 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
02:40.59 | *** join/#htc-linux Guest86671 (~yadayada@pool-72-84-149-186.slsbmd.east.verizon.net) |
03:08.39 | *** join/#htc-linux Backup (backup@110100100.wikipotica.info) |
03:16.25 | Backup | haret cab file, where can i download it? |
03:36.50 | *** join/#htc-linux drellisdee (~drellisde@cpe-075-176-191-020.sc.res.rr.com) |
03:38.13 | drellisdee | what does it mean on haret when you keep getting r5:00000000 r4:000000000 and it hangs for 120 sec and progresses |
03:39.35 | drellisdee | been trying to boot android on whitestone for about 30 min now and its still on haret but hasn't fully hung yet |
03:41.55 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
04:05.32 | *** join/#htc-linux irlolcopter (~12987@host86-150-107-125.range86-150.btcentralplus.com) |
04:12.25 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
04:17.49 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
05:08.21 | *** join/#htc-linux apt (ibot@rikers.org) |
05:08.21 | *** 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:24.44 | *** join/#htc-linux Tinyboom_ (~nahh@142.84-49-172.nextgentel.com) |
05:27.47 | *** join/#htc-linux furtardo_ (~mks@nat/yahoo/x-ivercuouqmtslzxv) |
05:39.50 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
05:39.50 | *** join/#htc-linux ali1234 (~al@robotfuzz.co.uk) |
06:02.53 | *** join/#htc-linux GNUtoo (~GNUtoo@host245-102-dynamic.48-82-r.retail.telecomitalia.it) |
06:04.49 | *** join/#htc-linux xawen (~Admin@pool-71-179-244-8.bltmmd.fios.verizon.net) |
06:06.27 | *** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
06:13.11 | *** join/#htc-linux xawen (~Admin@pool-71-179-244-8.bltmmd.fios.verizon.net) |
06:14.19 | *** join/#htc-linux zachy (~george@ip-85-160-47-3.eurotel.cz) |
06:31.10 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
06:35.28 | *** join/#htc-linux xawen (~Admin@pool-71-179-244-8.bltmmd.fios.verizon.net) |
06:42.40 | *** join/#htc-linux xawen (~Admin@pool-71-179-244-8.bltmmd.fios.verizon.net) |
07:01.40 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
07:06.16 | *** join/#htc-linux DenPal (~hoper@147-243-252-87-dynamic-pool.gprs.mts.by) |
07:19.41 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
07:22.05 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
07:32.50 | *** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
07:40.27 | lilsnoop | anyone run there own web server in linux? |
07:44.33 | *** join/#htc-linux DenPal (~hoper@23-243-252-87-dynamic-pool.gprs.mts.by) |
08:01.04 | *** join/#htc-linux xawen (~Admin@pool-71-179-244-8.bltmmd.fios.verizon.net) |
08:16.17 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
08:16.20 | antoszka | lilsnoop: I run many, why? |
08:17.01 | lilsnoop | antoszka: what do you use? apache.. |
08:20.46 | *** join/#htc-linux dekar_ (~dekar@dialbs-088-079-080-042.static.arcor-ip.net) |
08:27.25 | antoszka | lilsnoop: usually apache or lighttpd depending which is more convenient in a given situation |
08:27.51 | antoszka | lilsnoop: sometimes something exotic and language related (tclhttpd, mongrel, drakhma) |
08:28.35 | lilsnoop | i was trying lighttpd but was having problem redirecting it to another port |
08:28.42 | lilsnoop | even though I put it in the script |
08:28.55 | lilsnoop | I have been using cherokee lately? you ever tried cherokee?? |
08:30.05 | antoszka | nope |
08:30.48 | lilsnoop | it is real easy to setup and I got it going but I just want to make sure I run it securely |
08:30.52 | lilsnoop | not as root |
08:33.05 | antoszka | Often those servers have a master process running as root that spawns children with some www-user privileges. |
08:33.25 | antoszka | Just check ps faux to see what user your server runs as. |
08:41.10 | *** join/#htc-linux evildarknight (~evildarkn@41.207.129.30) |
08:53.27 | *** part/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
08:58.34 | *** join/#htc-linux gauner1986 (~Adium@ip-145-85-83-12.fontys.nl) |
08:58.40 | gauner1986 | good morning |
09:08.16 | *** join/#htc-linux samganjii (~samganjii@p54909F08.dip0.t-ipconnect.de) |
09:08.49 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
09:11.15 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58908.dip0.t-ipconnect.de) |
09:12.56 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B58908.dip0.t-ipconnect.de) |
09:17.37 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
09:27.57 | *** join/#htc-linux Tinyboom (~nahh@142.84-49-172.nextgentel.com) |
09:37.58 | *** join/#htc-linux Cass (~Cass@cass.demon.co.uk) |
09:46.22 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
09:51.15 | *** join/#htc-linux leviathan (~quassel@etx-public-dock-225-dhcp.ethz.ch) |
09:57.44 | phh | [00:35:41] <chamonix> phh: I'm currently testing my raph without network... now I noticed that in airplane mode my phones does not sleep. on the other hand when I remove the SIM and turn airplane mode off sleep works fine. In dmesg I notice almost no sleep tentative and the few ones are prevented by "active wake lock PowerManagerService" and "active wake lock SMD_DATA1"..... bug or feature? <------ that is weird. |
09:58.27 | phh | ToAsTcfh: frequency is <the value> (here 63)*19200/2 |
10:16.57 | *** join/#htc-linux DenPal (~hoper@5-243-252-87-dynamic-pool.gprs.mts.by) |
10:19.42 | *** join/#htc-linux mainuser (~quassel@HSI-KBW-078-042-079-062.hsi3.kabel-badenwuerttemberg.de) |
10:20.47 | mainuser | hey does anybody know, if the processor for leo is already fully ported |
10:22.34 | phh | lol ? |
10:22.45 | phh | it's a plain ARM cortex A8 |
10:22.58 | phh | the processor has been ported before even leo exists |
10:23.15 | mainuser | so where is the current problem? |
10:23.33 | phh | in everything that is not the processor ? |
10:23.44 | mainuser | for example? |
10:24.07 | phh | gpio, timer, rpc, smd, mddi, battery, 3d, ADSP |
10:24.08 | phh | hum what else |
10:24.19 | *** join/#htc-linux gauner1986 (~Adium@ip-145-85-83-12.fontys.nl) |
10:24.34 | mainuser | isn't the timer also a thing connected to the processor? |
10:24.40 | phh | lol ? |
10:24.46 | phh | everything is connected to the processor |
10:24.50 | mainuser | lol |
10:24.50 | phh | still, it's not part of the processor itself |
10:25.59 | mainuser | so currently they are facing problems with the timer right? that's why i'll start finding out what that is now :D |
10:26.09 | phh | I think |
10:26.14 | phh | maybe this one has been fixed, I'm not sure |
10:27.08 | mainuser | so a working hal needs to be done |
10:27.35 | phh | ? |
10:27.35 | mainuser | right? |
10:27.38 | mainuser | HAL |
10:27.39 | phh | the problem is not the ayer |
10:27.46 | phh | it's the code itself |
10:28.20 | mainuser | yeah but this code is in the layer or am i wrong |
10:28.46 | phh | no it's not |
10:29.07 | phh | well, nobody think in a way of HAL in the linux kernel |
10:29.07 | mainuser | man i still got a lot to learn |
10:29.44 | mainuser | why is that so? |
10:30.51 | mainuser | what about the memory map? |
10:33.48 | mainuser | so the pit is the problem or am i wrong again? |
10:35.08 | phh | oh memory map, I forgot that one too. |
10:36.08 | phh | and call it whatever you want ... |
10:36.11 | phh | for us it's just a timer ... |
10:38.11 | mainuser | alright and how do you for example fix such a timer i mean how do you start to find the problem? |
10:41.26 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
10:46.00 | phh | you understand the current code and see where can be the problem |
11:05.21 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.50) |
11:07.22 | *** join/#htc-linux DenPal (~hoper@239-243-252-87-dynamic-pool.gprs.mts.by) |
11:08.02 | *** join/#htc-linux rabc (~rabc@93.107.25.66) |
11:20.57 | *** join/#htc-linux bartman (~bart@tau.jukie.net) |
11:32.00 | *** join/#htc-linux gauner1986 (~Adium@ip-145-93-244-99.fontys.nl) |
11:32.09 | *** join/#htc-linux zachy (~george@ip-85-160-47-3.eurotel.cz) |
11:43.30 | *** join/#htc-linux gauner1986 (~Adium@ip-145-85-83-12.fontys.nl) |
11:47.24 | *** join/#htc-linux GNUtoo (~GNUtoo@host245-102-dynamic.48-82-r.retail.telecomitalia.it) |
11:56.02 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
11:59.41 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
12:02.28 | *** join/#htc-linux DenPal (~hoper@188-243-252-87-dynamic-pool.gprs.mts.by) |
12:05.10 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
12:10.41 | *** join/#htc-linux hfctsaot (~heroc@108.118.254.115) |
12:11.58 | hfctsaot | phh: I got awesome news.... |
12:12.07 | phh | like you're a noob ? |
12:12.09 | phh | ah no sorry. |
12:12.23 | hfctsaot | it works \o/ |
12:12.32 | phh | what works ? |
12:12.35 | phh | the 600MHz thing ? |
12:12.43 | phh | or the full patch ? |
12:13.14 | hfctsaot | 600 and the 640 one |
12:13.37 | phh | ok |
12:13.48 | phh | that's still not as great as ours |
12:14.07 | hfctsaot | <PROTECTED> |
12:14.18 | phh | because of the /2 divisor between pll and cpu |
12:14.53 | phh | hfctsaot: did you announce it somewhere else yet ? |
12:15.01 | hfctsaot | so what exactly is happening in mine |
12:15.06 | hfctsaot | no |
12:15.24 | phh | i'd like to see some teasing, as people seemed really skeptical :p |
12:15.58 | hfctsaot | for sure. can I go any higher |
12:16.02 | phh | you can try |
12:16.19 | phh | but according to bzo, plls can't go higher than ~ 1.3Ghz |
12:16.25 | phh | so you won't get more than 650MHz |
12:16.41 | phh | not because of the cpu, only because of the pll and the /2 divisor |
12:17.34 | hfctsaot | so can I possiblely fix it like urs |
12:17.58 | phh | if you use ours as is, what happens ? |
12:18.05 | phh | just no overclocking ? |
12:18.21 | phh | it says the freq is 600MHz but same speed ? |
12:23.24 | hfctsaot | if I use urs nothing happens |
12:25.18 | phh | ? |
12:25.50 | hfctsaot | it locks up using ur acpuclock |
12:26.08 | chamonix | hey phh.... I've found some more weird stuff now that I use my phone without SIM... scary was that the battery life even with sleep working (SIM out, airplane mode off) was not more than 14 hours.... I'm trying to colelct sleep stats now and will turn on PM debug later because I feel there may be some potential here |
12:26.20 | hfctsaot | no boot |
12:27.23 | chamonix | but for now I'm fighting wifi as without at least that my raph is no fun :) |
12:27.39 | phh | hfctsaot: ah. |
12:27.41 | hfctsaot | and with using ur new acpuclock it runs like snail slow but says 600mhz |
12:27.54 | phh | ah good ! |
12:28.00 | phh | go back to this new acpuclock |
12:28.03 | phh | even if I don't know what it is. |
12:28.09 | phh | hum wait |
12:28.12 | phh | no it should crash. |
12:28.14 | phh | oh but |
12:28.36 | phh | stupid me ... |
12:30.00 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
12:31.09 | phh | hfctsaot: http://husson.hd.free.fr/oc.diff |
12:31.57 | *** join/#htc-linux moisha (~chatzilla@user-12hdsgv.cable.mindspring.com) |
12:32.17 | phh | hfctsaot: I changed stuff in pc_pll_request |
12:33.02 | *** join/#htc-linux moisha (~chatzilla@user-12hdsgv.cable.mindspring.com) |
12:33.42 | chamonix | phh: I'll try to not load RIL at all.... from logcat -b radio I see a lot of attempts of REQUEST_GET_NEIGHBORING_CELL_IDS that will obviously never work with no sim.... maybe a state problem as android shows me the choice to make emergency calls as well (I dunno the spec of SIMless behaviour but it seems weird that I'm offered to make a call at all) |
12:34.02 | phh | chamonix: what about 112 ? :p |
12:34.38 | phh | phones are supposed to have it working even without a sim |
12:35.54 | chamonix | well that's what I dunno.... but anyway requesting loc info is overkill in my sceanrio as I want to test battery with bascially no radio at all, that's y remove RIL completely to see if there is a difference... I read your comment about not being able to reproduce the 4 days and my battery life bothers me as well |
12:36.32 | hfctsaot | phh. is that patch for my stock acpuclock |
12:36.37 | phh | hfctsaot: yes |
12:37.05 | phh | chamonix: but I believe that there is something that wimo did for first try |
12:37.07 | phh | that it didn't at second one |
12:37.18 | chamonix | one explanation would be that during the long running test RIL had crashed for whatever reason, I'll try to validate that |
12:38.02 | chamonix | for my part I never use wimo except the part my mini loader does and I always remove my battery before starting a testrun |
12:38.35 | phh | I don't really use it |
12:38.43 | phh | still there is some difference between two tests |
12:38.49 | phh | the test which got 4 days |
12:38.51 | phh | was with wifi on. |
12:38.56 | phh | in wimo |
12:38.59 | *** join/#htc-linux Wout` (~a@s55927d21.adsl.wanadoo.nl) |
12:39.19 | chamonix | lol, that I can't reproduce as I have not enuff wimo and no working wifi in android |
12:39.46 | phh | the werid thing is that AFAIK, we don't turn off wifi in android if it wasn't turned on in android before |
12:39.50 | phh | and it wasn't on in android. |
12:39.52 | chamonix | ... what bothers me btw |
12:39.58 | phh | so that would mean wifi chip was alive -_-' |
12:40.42 | chamonix | well, maybe it's always alive but in one case initialized and in the other not |
12:41.24 | hfctsaot | phh so 0x3e is 600mhz I thought |
12:41.45 | hfctsaot | its really 640 |
12:41.49 | hfctsaot | ? |
12:41.54 | phh | 0x3e*19.2/2 |
12:42.07 | phh | no it's 595MHz. |
12:42.16 | hfctsaot | ok |
12:42.42 | hfctsaot | u put 640 in the oc_freq |
12:42.53 | hfctsaot | just wondering |
12:43.02 | phh | it's just a random value |
12:45.17 | hfctsaot | ok also I ended up moving ur writel in my stock acpuclock. I put it where the freq change is. added for it to look for 528000 and then do the writel if its at 528000 |
12:47.05 | phh | that would do the trick too |
12:47.24 | hfctsaot | <PROTECTED> |
12:47.31 | phh | I know |
12:47.36 | phh | see my pc_pll_request change -_-' |
12:48.02 | hfctsaot | lol ok. sorry I'm on my cell |
12:48.18 | phh | ah. |
12:48.21 | hfctsaot | ill patch when u get home |
12:48.22 | phh | you'll try my patch later. |
12:48.25 | chamonix | phh: I'm afraid this is a FAQ but is wifi supposed to work on raph? it fails and unloads and the only thing I could find about that was some discussions about tiwlan being present twice and in an old version in /system/etc/wifi |
12:48.31 | phh | ToAsTcfh: http://husson.hd.free.fr/oc.diff |
12:48.34 | phh | (for your log :p) |
12:48.46 | phh | chamonix: ?!? |
12:48.47 | phh | sure it works |
12:48.58 | chamonix | not here |
12:48.58 | phh | *just* works |
12:49.10 | phh | you have the modules-xxx that comes along the zImage ? |
12:49.17 | chamonix | yes |
12:49.23 | phh | in the root of the sdcard ? |
12:49.30 | chamonix | sure |
12:49.38 | phh | ok, dmesg ? |
12:49.46 | *** part/#htc-linux zachy (~george@ip-85-160-47-3.eurotel.cz) |
12:49.59 | hfctsaot | phh so with ur patch I can select whatever freq I want and it will set the max to that right? and do I need to bring my config max up? |
12:50.12 | phh | hfctsaot: theorically yes. |
12:50.16 | phh | and yes you need to change cpufreq's max |
12:50.50 | hfctsaot | ok so this patch is like bzo first commit |
12:51.07 | hfctsaot | kinda |
12:51.20 | phh | it is |
12:51.21 | phh | I think |
12:51.26 | phh | with just the pc_pll_request change |
12:51.36 | chamonix | phh: TIWLAN : driver loaded followed by TIWLAN: TIWLAN: failed to start config manager and finally driver unloaded |
12:51.50 | hfctsaot | ok |
12:52.15 | hfctsaot | thanx ill let u know in a few hours |
12:52.28 | phh | chamonix: rootfs and system coming from where/when ? |
12:53.02 | chamonix | the SDIO controller it detects is vendor 0x104c device 0x9066 |
12:53.54 | chamonix | rootfs http://xdandroid.southcape.org/rootfs/ 14.04, kernel is glemsom zImage 20100409 |
12:54.04 | phh | and system.sqsh ? |
12:54.15 | phh | hum anyway everything should be in rootfs and kernel |
12:54.33 | phh | chamonix: logcat then |
12:55.10 | chamonix | xdandroid 08.02 |
12:55.34 | chamonix | k, let me reboot, I've no USB |
12:56.02 | phh | you can get logcat from the phone :p |
12:56.10 | chamonix | too small :P |
12:57.08 | *** join/#htc-linux leviathan (~quassel@hpx-public-dock-2-dhcp.ethz.ch) |
12:58.44 | chamonix | I've checked in my test log, the last time I have tested wifi positively was Tests kernel_20100123_2244, from Tests kernel_20100219_1857 it has stopped working and since then I had skipped to test of WLAN |
13:00.05 | chamonix | ok, here's logcat |
13:00.09 | chamonix | D/SettingsWifiEnabler( 1242): Received wifi state changed from Disabled to Enabling |
13:00.12 | chamonix | W/BatteryStatsImpl( 1178): Couldn't get kernel wake lock stats |
13:00.14 | chamonix | D/wlan_loader( 1296): adapter tiwlan0, eeprom /data/wifi-calibration, init /etc/wifi/tiwlan.ini, firmware /etc/wifi/Fw1251r1c.bin |
13:00.17 | chamonix | D/wlan_loader( 1296): Configuring adapter |
13:00.20 | chamonix | D/wlan_loader( 1296): Adapter tiwlan0 configuration rc = 0 |
13:00.23 | chamonix | D/wlan_loader( 1296): Starting configMge |
13:00.25 | chamonix | D/wlan_loader( 1296): ConfigMge start rc = -1 |
13:00.28 | chamonix | D/wlan_loader( 1296): Driver configuration failed (-1) |
13:00.30 | chamonix | E/wlan_loader( 1296): init_driver() failed |
13:00.32 | chamonix | D/wlan_loader( 1296): Set property wlan.driver.status = failed - Ok |
13:00.35 | *** join/#htc-linux balans (~BRPOLDB@82-170-215-5.ip.telfort.nl) |
13:00.41 | chamonix | maybe I should delete the calibration? |
13:01.58 | phh | mmmm |
13:02.01 | phh | maybe |
13:03.48 | *** join/#htc-linux DenPal (~hoper@188-243-252-87-dynamic-pool.gprs.mts.by) |
13:04.36 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
13:04.46 | chamonix | I backed it up, re-enabled wifi with same logcat, the file was recreated and is identical to the one I backed up |
13:05.40 | phh | ok |
13:07.00 | phh | it would sound like a werid /etc/wifi/tiwlan.ini then, but since it's in the rootfs ... |
13:08.17 | chamonix | the only thing I could think of is to set ReportSeverityTable all to 1 to get more info |
13:10.37 | phh | you already tried a clean data.img i guess ? |
13:10.49 | chamonix | yes |
13:11.13 | phh | haha. broken calibration extraction ? |
13:11.18 | phh | hum no |
13:11.21 | chamonix | the only thing I didn't try was last xdandroid system.sqsh but I tried one of your 2.1 (14.04.2) |
13:11.22 | phh | chamonix: try to get glemsom's calibration |
13:12.10 | phh | chamonix: wifi works for me on the 2.1 |
13:12.28 | chamonix | for me not :) |
13:12.37 | phh | and can't find my network. it finds all networks but mine. |
13:12.41 | phh | what's the. |
13:12.57 | phh | ah better. |
13:13.04 | phh | just works |
13:13.08 | chamonix | <= phh> chamonix: try to get glemsom's calibration <-- means copy that "calibration" file to /data/wifi-calibration ? |
13:13.15 | phh | chamonix: yup |
13:13.18 | chamonix | kk |
13:14.32 | chamonix | ok, good news is that file is difference from mine :) |
13:14.50 | phh | that's totally normal. |
13:14.57 | chamonix | and wifi enables |
13:14.57 | phh | it's different for each device |
13:14.58 | chamonix | :P |
13:15.03 | phh | yay. |
13:15.09 | chamonix | \o/ |
13:15.12 | phh | chamonix: maybe we broke your wifi eeprom at some point with nand stuff |
13:15.36 | chamonix | do you think it's because of my nand memory area ofr my wimo loader? |
13:15.41 | chamonix | lol |
13:15.48 | chamonix | get out of my head |
13:16.46 | chamonix | well, I don't care about my MAC addres so it's fine now, I have a networked device and not a brick :) |
13:16.51 | *** join/#htc-linux Guest86671 (~yadayada@pool-71-255-179-210.slsbmd.east.verizon.net) |
13:17.14 | phh | chamonix: I was happy when my diamond did 4 days |
13:17.16 | phh | even without wifi and data |
13:17.22 | phh | that would make a good gaming + spotify console |
13:17.26 | phh | but now I lost it. |
13:17.33 | chamonix | that's my next concern |
13:17.47 | chamonix | because 14 hours witout SIM is weird |
13:18.34 | chamonix | I have dropped RIL from the init.rc and will try for a while now see if there is a difference |
13:20.09 | chamonix | what I noticesd last week was that my RIL had been crashing or hanging.... I didn't notice it before I had to turn airplane on/off to get 3g back so I have no logcat from that time |
13:20.57 | chamonix | now when RIL was in that state my battery life increased dramatically |
13:21.34 | chamonix | maybe because my google latitude stopped reporting avery cell change |
13:21.57 | phh | you travel a lot ? |
13:22.04 | chamonix | yes, 150 Km a day |
13:22.05 | phh | well travel isn't the right word |
13:22.10 | *** join/#htc-linux mainuser (~quassel@HSI-KBW-078-042-079-062.hsi3.kabel-badenwuerttemberg.de) |
13:22.54 | chamonix | dunno it it's "a lot" but that would be a few cell changes |
13:22.56 | phh | highways ? |
13:23.23 | chamonix | I used to, last week it was train |
13:23.41 | *** join/#htc-linux kiozen (~oeichler@p549211EE.dip0.t-ipconnect.de) |
13:23.50 | phh | then that would make around 30 cell changes |
13:23.53 | phh | I don't think that's releavant |
13:24.34 | chamonix | well if I look at logcat -b radio I receive a location changed event almost a minute, with difference neighbour data almost every time |
13:24.51 | *** join/#htc-linux johnb81 (~john@88.226.97.204) |
13:25.10 | chamonix | that would be enuff to make a new triangulation and a slight loc change |
13:25.28 | phh | minute oO |
13:25.32 | chamonix | yes |
13:25.35 | phh | wow |
13:25.42 | chamonix | even sitting still here at my desk |
13:27.22 | chamonix | now what I havent got yet is where those RIL calls come from and who orchestrate them..... there is maybe some potential conditioning that to reduce traffic btwn RIL and network |
13:28.01 | chamonix | unfortunately I can't test as I'm SIM less for now :-/ |
13:28.15 | phh | chamonix: remember that without SIM you still get 14 hours ? :p |
13:28.19 | phh | so the potential sounds really low :) |
13:28.35 | chamonix | yes, and see a lot of those requrest neighbour cell data calls |
13:29.14 | phh | do you have sleep logs btw ? |
13:29.17 | chamonix | to me it sounds like the radio is trying and trying and trying to read something from the network |
13:30.14 | chamonix | no no logs... the ones I took yesterday were the ones with the wakelock when in airplane mode |
13:30.50 | chamonix | I'll start a run now without RIL and compare to same conditions with RIL loaded and witout SIM |
13:32.00 | phh | ril's wakelock ? |
13:34.02 | chamonix | PowerManagerService SMD_DATA1 |
13:34.14 | phh | hum, powermanagerservice is annoying me too |
13:34.18 | phh | I have to trace that |
13:34.19 | chamonix | lol |
13:34.22 | phh | smd_data1 is weird though. |
13:34.57 | chamonix | that was when in airplane mode with SIM in |
13:35.06 | chamonix | battery life was about 5 hours |
13:37.04 | chamonix | ok, I'll start two series of readings now each 4 hours without and with RIL and google latitude off |
13:37.08 | *** join/#htc-linux k_linux (~klinux@41.214.197.245) |
13:37.23 | chamonix | after that same with RIL and latitude on |
13:39.38 | chamonix | if someone who has SIM and 3g could report logcat -b radio with location on/off it would be interesting to compare |
13:39.55 | k_linux | Hey |
13:40.08 | chamonix | hey k_linux |
13:40.22 | k_linux | how it goes |
13:40.37 | chamonix | good, I just don't know where it goes :) |
13:40.59 | k_linux | phh: well excuse my english :P |
13:41.07 | phh | k_linux: ? |
13:41.08 | k_linux | *chamonix |
13:41.16 | chamonix | lol, just kidding :P |
13:41.21 | phh | that's not an english problem |
13:41.22 | phh | I think |
13:41.36 | chamonix | none that I noticed |
13:41.52 | k_linux | phh: ok |
13:42.20 | k_linux | phh: I did the mods on kernel and try it |
13:42.20 | chamonix | it was just french humor |
13:42.22 | phh | k_linux: and 3D just gives black screen ? |
13:42.25 | k_linux | chamonix: no problem |
13:42.47 | k_linux | yes u right like always :) |
13:43.21 | phh | I hate that :( |
13:43.36 | k_linux | phh: :D |
13:43.40 | chamonix | lol |
13:43.41 | phh | k_linux: then the only remaning possibility is |
13:43.44 | phh | ergh |
13:43.45 | phh | scaling. |
13:44.02 | k_linux | phh: can we take memory from somewhere else ?? |
13:44.14 | phh | no |
13:44.29 | k_linux | too bad :( |
13:45.06 | k_linux | phh: anyway software acceleration seems better with eclair stuff |
13:45.06 | phh | no seriously, scaling is the only way |
13:45.10 | *** join/#htc-linux evildarknight (~evildarkn@41.207.129.30) |
13:45.14 | phh | oh really ? |
13:45.15 | phh | that's weird |
13:45.29 | k_linux | what do u mean by scaling ?? |
13:45.46 | phh | 800x480 -> 320x480 |
13:45.57 | k_linux | I'm still benchmarking the two of them |
13:47.00 | k_linux | u mean change number of pixel used right ? cause 800x480 eats a lot of memory |
13:47.11 | phh | hum yes and no |
13:47.16 | phh | makes the 3D rendering in 320x480 |
13:47.20 | phh | and then upscale to 800x480 |
13:47.56 | k_linux | seems difficult to do but u r the man :) |
13:48.07 | phh | well, vogue guys did it already |
13:48.10 | phh | in the opposite way |
13:48.12 | phh | they downscaled |
13:48.18 | phh | (their screen suck ;) |
13:48.46 | k_linux | good |
13:48.49 | k_linux | news |
13:49.05 | phh | maybe but I don't want to do that. |
13:49.40 | k_linux | I wish I have enough knowledge to do it |
13:50.21 | k_linux | about performance can I try something to make 3d rendering smoother ?? |
13:50.42 | phh | nothing that I can think of |
13:50.50 | k_linux | ok |
13:51.45 | phh | but overclocking I mean :p |
13:52.46 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.51) |
13:53.06 | phh | k_linux: overclocking helps a lot I'd say no ? |
13:53.30 | k_linux | well I will try it if my hd is dead it will for science :P |
13:54.18 | phh | baahh |
13:54.21 | phh | it won't die don't worry |
13:54.52 | phh | just don't use the "high limit value" but a bit lower |
13:54.54 | k_linux | ok I trust u |
13:55.04 | phh | 650MHz should be fine |
13:55.16 | k_linux | ok |
13:55.27 | k_linux | what was the cmdline :) |
13:55.46 | phh | acpuclock.oc_freq_khz=650000 |
13:57.30 | k_linux | rebooting |
13:57.37 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.51) |
13:59.08 | k_linux | btw, with eclair libs chmod 666 on init.rc is fine |
14:00.53 | k_linux | phh: is it normal ?? |
14:01.19 | mainuser | hey guys just tried to boot my kernel on leo and after a while the dmesg told me something "Please append a correct "root=" boot option:" |
14:01.22 | phh | k_linux: and you have splashscreen not smooth at all ? |
14:01.37 | mainuser | i guess that's because i provided no initdr right? |
14:02.01 | k_linux | it's nearly like with 3D disabled |
14:02.27 | phh | k_linux: then it is :p |
14:02.38 | phh | mainuser: initrd, initramfs, root=. |
14:02.42 | phh | one of those. |
14:03.13 | k_linux | phh: good to know |
14:03.49 | phh | k_linux: splash screen is slow as hell with 3D on |
14:04.38 | k_linux | phh: that means that it's not activated ! at least on boot |
14:05.14 | k_linux | phh: on logcat I didn't see the amount of memory used u know ebi, smi, ... |
14:05.16 | phh | yes |
14:05.17 | hfctsaot | phh; what do u get in neocore |
14:05.25 | phh | hfctsaot: nothing. |
14:05.33 | phh | I have no 3D capable system right now |
14:05.34 | k_linux | when bootscreen loads |
14:05.40 | hfctsaot | :/ |
14:05.49 | phh | hfctsaot: and why do you care about neocore ? |
14:05.53 | hfctsaot | oh ok |
14:06.16 | phh | hfctsaot: it won't change 3D perfs, don't worry. |
14:06.23 | *** join/#htc-linux Guest86671 (~yadayada@pool-71-255-181-172.slsbmd.east.verizon.net) |
14:07.13 | hfctsaot | I went from 26fps to 32 lastnight after getting oc to stick at 440mhz |
14:07.45 | phh | then you didn't edit the correct pll register -_-' |
14:08.04 | hfctsaot | with rosie and results were constant |
14:08.44 | mainuser | phh: how do i compile initrd? and what do i have to put in there? |
14:08.49 | k_linux | hfctsaot: I'm happy with 25 fps on my hero it's already smooth do u want to transform it into PS3 !? :P |
14:09.15 | hfctsaot | pi went from high 13000 to high 10000 |
14:10.32 | hfctsaot | no but my hero is way more responsive now oc |
14:10.37 | phh | mainuser: google? |
14:11.27 | mainuser | phh: and there is nothing special about the one i need to my device ? |
14:12.08 | phh | no |
14:12.26 | mainuser | oh ok |
14:12.44 | hfctsaot | k_linux what device are u working on |
14:13.08 | phh | hfctsaot: so I get a free hero ? :D |
14:13.41 | hfctsaot | lol that dude never responded back to me |
14:13.55 | phh | bah. |
14:14.19 | hfctsaot | he offered then when I tried to take him up on it be never replied |
14:14.40 | hfctsaot | I was gonna send it to u though |
14:15.55 | hfctsaot | phh did maejrep ever get back to u? |
14:16.05 | phh | hfctsaot: concerning what ? |
14:16.28 | hfctsaot | some utility u wanted yesterday |
14:16.35 | phh | ah that |
14:16.36 | phh | not yet |
14:16.43 | phh | but he seems busy |
14:16.56 | k_linux | hfctsaot: porting 2.1 to hd and others diam/raph/topaz/rhod and hero as a new toy but no time to play with ! :D |
14:17.01 | hfctsaot | Tru I told him u were looking for him |
14:17.30 | phh | k_linux: blackstone is so better than hero, hardware speaking |
14:17.39 | hfctsaot | k_linux gsm hero? |
14:17.50 | k_linux | phh: I know |
14:17.50 | k_linux | hfctsaot: yes |
14:18.02 | phh | such a shame htc can't do proper software. |
14:18.12 | phh | (always same story.)= |
14:18.15 | k_linux | phh: oc did some improvements on benchmarking |
14:18.46 | phh | k_linux: and in user experience ? |
14:18.55 | *** part/#htc-linux DenPal (~hoper@188-243-252-87-dynamic-pool.gprs.mts.by) |
14:18.59 | k_linux | still trying |
14:19.34 | hfctsaot | ok yeah on my github tree I'm working on porting eclair drivers to gsm hero .27 as my cdma hero source is for lox |
14:19.43 | k_linux | yay, scrolling is way smoother |
14:20.52 | k_linux | 3d disabled untill now |
14:21.36 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
14:26.04 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
14:26.25 | k_linux | I will maintain ocing it seems a best alternative to 3D for now |
14:27.34 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
14:30.02 | k_linux | phh: ttyl |
14:30.10 | phh | ? |
14:30.21 | *** join/#htc-linux irlolcopter (~12987@host86-150-107-125.range86-150.btcentralplus.com) |
14:30.25 | k_linux | have to go work now see u later |
14:30.38 | k_linux | thx for your help |
14:33.20 | hfctsaot | phh why don't u guys use OpenGL |
14:33.25 | hfctsaot | and oc |
14:33.33 | *** join/#htc-linux evildarknight (~evildarkn@41.207.129.30) |
14:33.34 | phh | hfctsaot: some people use oc, some don't |
14:33.47 | phh | concerning opengl, android eats too much memory |
14:33.53 | phh | and the 3D chip can't take more than 8MB |
14:33.56 | phh | so with our resolutions ... |
14:35.02 | phh | still, some games work |
14:44.41 | *** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt) |
14:47.09 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
14:53.22 | *** join/#htc-linux leviathan (~quassel@hpx-public-dock-2-dhcp.ethz.ch) |
14:57.54 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
15:23.51 | *** join/#htc-linux gauner1986 (~gauner198@p5B384942.dip.t-dialin.net) |
15:23.54 | gauner1986 | hi |
15:26.59 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
15:35.11 | hfctsaot | phh damn |
15:35.38 | phh | (? |
15:36.30 | hfctsaot | ur OpenGL issues |
15:36.39 | phh | ah |
15:37.06 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
15:41.52 | hfctsaot | heh so I guess if I get this working the way it should. then its on to camera :p |
15:42.40 | hfctsaot | phh I bet u hoped I would leave after this huh |
15:42.59 | *** join/#htc-linux JesusMcCloud (~jesus@84-119-49-155.dynamic.xdsl-line.inode.at) |
15:51.15 | hfctsaot | phh: well at least I don't pm u anymore :-P |
15:52.25 | *** part/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
15:52.42 | hfctsaot | good. times :-P |
16:02.16 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
16:10.45 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
16:20.22 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
16:22.02 | ToAsTcfh | phh: no dice... it wont boot again with the config freq at or above the defined freq in acpu |
16:23.12 | ToAsTcfh | then when i boot in with 480 as a max and set the current to anything above 480 it locks up again |
16:24.42 | ToAsTcfh | this is what i added to my stock acpuclock to get it working last night > /*oc hack to change divider*/ |
16:24.42 | ToAsTcfh | <PROTECTED> |
16:24.43 | ToAsTcfh | <PROTECTED> |
16:24.43 | ToAsTcfh | <PROTECTED> |
16:24.53 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04893.pool.mediaWays.net) |
16:25.40 | ToAsTcfh | and i added it above this > /* |
16:25.40 | ToAsTcfh | <PROTECTED> |
16:25.40 | ToAsTcfh | <PROTECTED> |
16:25.40 | ToAsTcfh | <PROTECTED> |
16:28.05 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
16:30.24 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
16:31.20 | ToAsTcfh | Captnoord: /*oc hack to change divider*/ |
16:31.20 | ToAsTcfh | <PROTECTED> |
16:31.20 | ToAsTcfh | <PROTECTED> |
16:31.20 | ToAsTcfh | <PROTECTED> |
16:31.27 | ToAsTcfh | that did the trick |
16:31.37 | Captnoord | hehe |
16:31.42 | Captnoord | now its 'stable' |
16:31.45 | Captnoord | on that freq? |
16:31.48 | ToAsTcfh | yeah |
16:31.54 | Captnoord | how's preformance? |
16:32.01 | ToAsTcfh | but it still says 528 |
16:32.15 | ToAsTcfh | but its like a 13% increase |
16:32.24 | Captnoord | k |
16:32.24 | ToAsTcfh | in neocore and pi |
16:32.28 | Captnoord | I see |
16:32.56 | Captnoord | Markinus: why don't you commit the board-htctopaz.h and make me happy |
16:33.19 | *** join/#htc-linux T0M_4RN0LD___ (~T0m4rn0ld@dslb-092-073-211-076.pools.arcor-ip.net) |
16:34.07 | Captnoord | good to see progress ToAsTcfh |
16:34.42 | mickeyl | does the three qmi and rmnet devices mean the msm7 can be attached to three different APNs in parallel? |
16:34.59 | Markinus | Captnoord: .32? |
16:35.02 | Captnoord | yup |
16:35.14 | Captnoord | can't find the header file |
16:35.52 | Captnoord | ./*unused39*/ |
16:35.57 | Captnoord | nk.exe tells me something else |
16:36.17 | Captnoord | bleh |
16:36.20 | Captnoord | its not used |
16:36.22 | Captnoord | hahahahahahhahahahaha |
16:36.52 | Markinus | Captnoord: you're right . .forgott to commit . . . I do it now |
16:37.01 | Captnoord | hehe |
16:37.03 | Captnoord | perfect |
16:39.28 | Markinus | Captnoord: the last thing which I tried, was to activate the HTC FB COnsole for the topaz, but didn't work till now |
16:40.09 | Captnoord | lets get it to work then |
16:42.35 | Captnoord | just gimme a sign if you pushed it |
16:43.15 | ToAsTcfh | http://geekfor.me/images/benchmarkpi.png |
16:43.40 | ToAsTcfh | http://geekfor.me/images/neocore.png |
16:43.55 | ToAsTcfh | Captnoord: ^^^^^^^^^^^^^ |
16:44.01 | Captnoord | hehe |
16:44.02 | Captnoord | gj |
16:44.13 | Captnoord | persistance is a good thing |
16:44.18 | ToAsTcfh | lol |
16:45.01 | ToAsTcfh | im running the fresh rom right now with the oc and look at the improvement |
16:45.13 | Captnoord | hehe nice nice |
16:45.20 | ToAsTcfh | crazy fast |
16:45.32 | Captnoord | really? |
16:45.51 | Markinus | Captnoord: sign |
16:45.53 | ToAsTcfh | i can run lwp and weather wallpapers at the same time |
16:46.01 | ToAsTcfh | with rosie |
16:46.14 | Captnoord | hmm I wonder about the temperature |
16:46.18 | ToAsTcfh | and the device is still snapy |
16:46.19 | Captnoord | Markinus: thanks |
16:46.36 | ToAsTcfh | idk my battery life has been normal |
16:46.47 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
16:47.01 | ToAsTcfh | it only changes to oc when its ramped up to 528 |
16:47.09 | ToAsTcfh | so scaling still works |
16:47.16 | Captnoord | I know |
16:47.24 | Captnoord | but temperature is more interesting |
16:47.38 | ToAsTcfh | i havent ran 3d games for an hour yet so idk |
16:47.47 | Captnoord | as its totaly related to the quality of the chip / die |
16:47.56 | ToAsTcfh | bzo: we got it working |
16:48.06 | ToAsTcfh | yeah |
16:48.06 | *** join/#htc-linux gauner1986 (~gauner198@p5B384942.dip.t-dialin.net) |
16:48.15 | ToAsTcfh | we will see |
16:48.18 | bzo | cool |
16:48.53 | ToAsTcfh | bzo: /*oc hack to change divider*/ |
16:48.53 | ToAsTcfh | <PROTECTED> |
16:48.54 | ToAsTcfh | <PROTECTED> |
16:48.54 | ToAsTcfh | <PROTECTED> |
16:49.07 | ToAsTcfh | is all it took to a stock acpuclock |
16:49.11 | ToAsTcfh | :/ |
16:50.02 | ToAsTcfh | Captnoord: i just wonder how high it can go |
16:50.06 | ToAsTcfh | lol |
16:50.11 | ToAsTcfh | till i break it |
16:50.26 | Captnoord | die related |
16:50.29 | Captnoord | and temperature related |
16:50.32 | ToAsTcfh | i think its at 640 or 650 now |
16:50.36 | bzo | 0x40? I'm surprised that works. I thougt the multiplier was only a 6 bit value, allowing for a max of 0x3f |
16:50.46 | ToAsTcfh | 32bit |
16:51.05 | bzo | obviously the register is 32bit, but it is split into different bit fields |
16:51.12 | ToAsTcfh | oh |
16:51.14 | ToAsTcfh | :/ |
16:51.21 | ToAsTcfh | lol well it works |
16:51.36 | ToAsTcfh | u got something higher? |
16:52.25 | bzo | that's why my oc patch switches the multiplier to divide by 1 instead of 2 so it doesn't max out |
16:52.35 | ToAsTcfh | ToAsTcfh pushes it till he hears a buzz from the hero |
16:52.39 | bzo | most people get get up past 700mhz |
16:52.56 | ToAsTcfh | well i cant use urs for some reason |
16:53.33 | ToAsTcfh | bzo so im prolly maxed out? |
16:53.47 | bzo | hmm, maybe 0x40 works because it overflows the 6 bits to 000000, and that equals a 64 multiplier |
16:53.53 | bzo | try setting it to zero and see if you get the same clock |
16:54.36 | ToAsTcfh | 0, MSM_CLK_CTL_BASE+0x33C ? |
16:54.50 | bzo | yes |
16:55.13 | bzo | if that works, it's probably safer than using 0x40 |
16:56.45 | ToAsTcfh | hmm well its booting |
16:56.48 | ToAsTcfh | :) |
16:57.20 | ToAsTcfh | so what does this set it to? |
16:57.48 | Captnoord | crosses his fingers hoping ToAsTcfh doesn't kills his cpu |
16:58.10 | bzo | if I am right about it being a 6 bit field, the same as 0x40, or 19.2*64/2 = 614.4 mhz |
16:59.58 | ToAsTcfh | seems the same. maybe a little slower but not much idk |
17:00.22 | ToAsTcfh | pi is givin the same results |
17:00.32 | ToAsTcfh | 10864 |
17:01.00 | bzo | ok, I'm right about it being 6 bit then. Use the 0 value, because by using the 0x40 value you are writing to a bit field of the register that controls something else |
17:01.18 | ToAsTcfh | http://geekfor.me/images/benchmarkpi.png http://geekfor.me/images/neocore.png |
17:02.19 | ToAsTcfh | bzo that may be why i seen an opengl increase |
17:02.47 | phh | that much increase ? |
17:02.50 | phh | ToAsTcfh: with or without sound ? |
17:02.54 | *** join/#htc-linux Mdemmanuel (~IceChat7@pool-74-108-102-246.nycmny.fios.verizon.net) |
17:02.56 | ToAsTcfh | without |
17:03.13 | ToAsTcfh | but all the test are without sound |
17:03.23 | ToAsTcfh | the ones compared too |
17:04.03 | phh | ah. |
17:04.04 | ToAsTcfh | what u think |
17:04.06 | phh | weird then -_-' |
17:04.17 | ToAsTcfh | tests dont lie |
17:04.41 | ToAsTcfh | those are all don exact same way |
17:05.13 | phh | they might lie. |
17:05.46 | ToAsTcfh | well i can run lwp and such now when i couldntt before very well |
17:05.48 | ToAsTcfh | also |
17:06.04 | phh | even -_-' |
17:06.04 | ToAsTcfh | 28.4 is what im getting now |
17:06.15 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
17:06.23 | phh | seriously, fucked timers can do pretty much anything |
17:06.43 | ToAsTcfh | so maybe it was writing to something for opengl also |
17:07.52 | phh | or you daydreamt |
17:08.05 | bzo | with that patch the loops_per_jiffy are not getting corrected, so anything that relies on that will be off |
17:08.12 | ToAsTcfh | no those 32 fps were consistant |
17:08.33 | phh | bzo: do you know if normal timers rely on it ? |
17:08.34 | ToAsTcfh | like allday 32fps |
17:08.36 | phh | like sleep(1) |
17:08.53 | bzo | no idea, but it is easy to fix |
17:09.48 | bzo | look at the loops_per_jiffy = cpufreq_scale(...) code in our acpuclock.c and use it the same way in your patch |
17:10.23 | phh | ToAsTcfh: can you do a release as is, without mentionning overclocking, just some ToAsTcfh's magic, without fixing the jiffies ? |
17:10.26 | phh | just to see their reaction :D |
17:10.33 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
17:10.46 | bzo | Captnoord: you mentioned earlier that you were fixing some power stuff in the raph-panel file - did anything ever come of that? |
17:10.53 | ToAsTcfh | lol ok ill do it tonight im at work |
17:10.55 | *** join/#htc-linux pt_htcprophet (~pitillo@99.Red-88-16-217.dynamicIP.rima-tde.net) |
17:11.13 | phh | bzo: that suspending panel doesn't save enough power to be measures :p |
17:11.14 | phh | measured* |
17:11.27 | Captnoord | hehe |
17:11.29 | bzo | ah, so not worth the bother |
17:11.47 | Captnoord | bzo the main problem is that we don't know whats running on the modem |
17:11.47 | phh | when I got my 4 days battery life, wimo did something |
17:11.48 | Captnoord | software |
17:11.51 | phh | but god knows what .. |
17:12.20 | Captnoord | my best guess is that its because we don't disable the HF amplifiers on the raphael |
17:12.28 | phh | or ... |
17:12.32 | phh | hum |
17:12.35 | Captnoord | phh btw |
17:12.36 | phh | some usb/battery stuff. |
17:12.39 | Captnoord | the rill idle |
17:12.40 | Captnoord | yea |
17:12.42 | phh | maybe I had usb connected on startup |
17:12.51 | Captnoord | the rill at htc idle command |
17:12.54 | Captnoord | you would trace |
17:13.07 | phh | Captnoord: when does this command happen ? |
17:13.19 | bzo | I should try testing my cdma phone in airplane mode |
17:13.43 | Captnoord | phh the asm is really complicated |
17:13.51 | Captnoord | really! |
17:13.59 | Captnoord | i'll check again |
17:14.18 | Captnoord | AT+HTCPDPIDLE |
17:14.20 | Captnoord | that one |
17:15.05 | phh | % strings libhtc_ril.so |grep IDL |wc -lâ©0â© |
17:15.07 | phh | not sure. |
17:15.45 | Captnoord | its called after |
17:15.45 | Captnoord | .text:1001B400 aRil_pmprocSetT unicode 0, <RIL_PmProc: Set timer to 4s before entering suspend mode> |
17:15.53 | phh | ah. |
17:15.55 | phh | right. |
17:17.23 | phh | I lost my brick. |
17:17.25 | *** join/#htc-linux pt_htcprophet (~pitillo@60.Red-88-16-231.dynamicIP.rima-tde.net) |
17:17.50 | phh | haha under books. |
17:19.04 | Mdemmanuel | hey guys, im new to this whole developing thing and ive been using android on my TP2 i would like to help with the development. I learn fast if anyone needs help let me know |
17:19.37 | Captnoord | you know how to code? |
17:19.51 | Mdemmanuel | no |
17:19.53 | Captnoord | you know 'C' |
17:19.54 | Captnoord | then |
17:20.01 | Captnoord | goto www.cplusplus.com |
17:20.04 | Captnoord | your on windows? |
17:20.06 | Captnoord | if so |
17:20.13 | Captnoord | download visual studio express |
17:20.15 | Mdemmanuel | yea on windows |
17:20.24 | Captnoord | and read the tutorials on the website |
17:20.32 | Captnoord | do the tutorials on the website |
17:20.34 | Captnoord | then |
17:20.38 | Captnoord | after you done them all |
17:20.40 | Captnoord | read them again |
17:20.42 | Captnoord | then |
17:20.48 | Captnoord | begin coding small projects on your own |
17:20.53 | Captnoord | and after about 6 months |
17:21.03 | Captnoord | you know anough to understand a bit of the code we'r working with |
17:21.21 | Mdemmanuel | okay so theres nothing i can help with now not even being a tester or something? |
17:21.37 | Captnoord | what device you got? |
17:21.43 | phh | TP2 he said :p |
17:22.00 | Captnoord | lol |
17:22.03 | Captnoord | slaps himself |
17:22.24 | Captnoord | test what ever build there is on |
17:22.24 | Captnoord | http://glemsom.anapnea.net/android/htc-msm-android/ |
17:22.43 | Captnoord | and remember to read the change log |
17:23.03 | Captnoord | if the change log says something is changed regarding lets say.... a different device |
17:23.07 | Captnoord | there is no use in testing |
17:23.08 | mickeyl | did anyone play with the outcommented multitouch stuff in the synaptics-rmi-touchscreen? |
17:23.11 | Captnoord | as it won't change anything |
17:23.40 | Mdemmanuel | okay cool thanks fellaz |
17:25.35 | phh | mickeyl: not much people have multitouch screens here :p |
17:26.56 | mickeyl | i see, ok, i will just try then here |
17:27.18 | mickeyl | the wince HTC devices don't have synaptecs panels? |
17:27.41 | phh | no |
17:27.45 | phh | basic resistive touchscreens |
17:27.53 | mickeyl | ah, pity |
17:27.58 | mickeyl | strange |
17:28.01 | mickeyl | strange from HTC |
17:28.03 | phh | HD2 has some capacitive device, but it's not even synaptic |
17:28.05 | mickeyl | bad keyboard, good panel |
17:28.10 | mickeyl | (dream) |
17:28.15 | mickeyl | good keyboard, bad panel |
17:28.15 | phh | wince didn't handle multitouch |
17:28.17 | mickeyl | (raphael) |
17:28.23 | mickeyl | right, makes sense |
17:28.32 | phh | hum well |
17:28.33 | mickeyl | they build what gets ordered |
17:28.34 | phh | same goes for HD2 |
17:28.39 | phh | ah right, they wanted WM7 on HD2 :D |
17:29.29 | mickeyl | :) |
17:29.42 | mickeyl | i should retrofit the raphael's keyboard to the dream |
17:29.52 | mickeyl | whole mechanical quality is another leauge on the raph |
17:29.53 | phh | -_-' |
17:30.04 | phh | mickeyl: and btw, "bad panel" is all relative :p |
17:30.12 | phh | when using ubuntu, I'm happy to have precise stylus. |
17:30.27 | mickeyl | hmm, right |
17:30.49 | mickeyl | not everyone is glad to get rid of all stylii |
17:31.35 | mickeyl | apparantly 'lukehutch' patched the synaptics driver to feature MT |
17:31.42 | mickeyl | but that patch doesn't apply to what's in 2.6.32 |
17:31.47 | Markinus | phh: we have multitouch on HD2 in wince . . |
17:31.51 | mickeyl | which contains some skeleton code for finger2 |
17:31.56 | mickeyl | all very strange |
17:31.59 | phh | Markinus: ah really ? |
17:32.00 | phh | strange |
17:32.09 | Markinus | phh: definitly |
17:32.12 | Captnoord | pm's Markinus |
17:32.34 | gauner1986 | someone has proven that it's real and not a trick |
17:33.26 | phh | gauner1986: how could that be a trick ... ? |
17:34.13 | *** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
17:34.42 | gauner1986 | phh: maybe you could simulate pinch to zoom by remembering a fingerpress and watch the other finger moving even on a resistive screen |
17:34.49 | phh | gauner1986: I know |
17:34.52 | phh | ondraster did that I think |
17:35.03 | phh | your multitouch is only pinch to zoom ? |
17:35.13 | gauner1986 | yeah.. that's the only thing implemented |
17:37.38 | *** join/#htc-linux dekar_ (~dekar@f051138084.adsl.alicedsl.de) |
17:38.25 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
17:39.22 | *** join/#htc-linux hfctsaot (~heroc@70-11-54-187.pools.spcsdns.net) |
17:40.36 | *** join/#htc-linux ali1234 (~al@robotfuzz.co.uk) |
17:48.19 | *** join/#htc-linux bzo_ (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
17:48.21 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
17:58.35 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
18:19.37 | *** join/#htc-linux BamBamBigelow (~ballbat@host-65-74-148-43.fusionstorm.com) |
18:27.24 | Captnoord | hmmm I think Markinus actualy never inited the fb_console |
18:27.36 | gauner1986 | it works :D |
18:30.26 | NetRipper | never inited the fb console? |
18:41.56 | Captnoord | nah.... |
18:42.25 | Captnoord | he tried to enable the fb_console for the topaz |
18:42.33 | NetRipper | aha |
18:42.34 | Captnoord | but there are a couple of things I think he didn't do |
18:42.53 | Captnoord | bleh |
18:42.55 | Captnoord | ./home/captnoord/dev/linux-on-htc-armv6/arch/arm/mach-msm/htc_fb_console.c:355: undefined reference to `get_default_font' |
18:42.57 | Captnoord | bleh |
18:43.09 | Captnoord | if only I can get rid of those errors |
18:43.10 | Captnoord | bleh |
18:43.57 | *** join/#htc-linux AstainHazLenovo (~AstainHel@unaffiliated/astainhellbring) |
18:44.53 | Captnoord | copy's over shit from the leo config |
18:56.56 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
18:58.50 | NetRipper | Captnoord, you just need to select the font |
18:58.53 | NetRipper | 8x8 |
18:59.00 | NetRipper | build it into your kernel |
18:59.46 | Captnoord | I know |
19:00.34 | NetRipper | i make it sound pretty simple right :D |
19:00.46 | Captnoord | hehe |
19:00.47 | Captnoord | yup |
19:00.54 | NetRipper | i love that about me too |
19:00.55 | NetRipper | :D |
19:08.28 | *** join/#htc-linux ahu (~ahu@xs.powerdns.com) |
19:10.05 | Captnoord | bleh got it |
19:11.41 | NetRipper | yay |
19:13.16 | Captnoord | whips his cpu |
19:13.17 | Captnoord | come on |
19:13.20 | Captnoord | build |
19:13.29 | ahu | hehe |
19:13.34 | ahu | doing repo sync |
19:13.38 | Captnoord | grabs his guitar |
19:13.43 | Captnoord | this could take a minute |
19:14.32 | ahu | repo sync looks like it will take longer ;-) |
19:14.37 | ahu | btw, hi! |
19:15.03 | gauner1986 | play me some nice solo captnoord |
19:15.10 | Captnoord | lol |
19:15.15 | Captnoord | how did you know that |
19:15.23 | gauner1986 | dunno ;) |
19:16.48 | phh | Captnoord: you're complaining about .32 tree ? |
19:22.20 | Captnoord | phh hehe |
19:22.21 | Captnoord | a but |
19:22.22 | Captnoord | bit |
19:26.33 | *** join/#htc-linux j-i-m-m-y (j-i-m-m-y@YYKDCCXXVI.gprs.sl-laajakaista.fi) |
19:30.15 | Captnoord | bleh |
19:30.18 | Captnoord | forgot to clean |
19:30.22 | Captnoord | rebuild |
19:30.25 | Captnoord | takes for ever |
19:30.26 | Captnoord | again |
19:34.11 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
19:34.52 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B581DB.dip0.t-ipconnect.de) |
19:35.44 | Captnoord | make -j4 then |
19:35.45 | Captnoord | bleh |
19:37.41 | mickey|away | http://amethyst.openembedded.net/~morphis/palmpre-zhone2.jpg |
19:37.58 | mickey|away | not htc, but still nice ;) |
19:38.17 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
19:39.23 | Captnoord | hehe |
19:44.47 | gauner1986 | looks a bit old in style |
19:45.56 | j-i-m-m-y | remind me of those tamagochi toys kids had few years ago :D |
19:46.28 | gauner1986 | yeah |
19:46.34 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
19:48.59 | mickey|away | ok, 2nd finger detection works fine |
19:49.11 | mickey|away | with the code already provided in the touchscreen driver |
19:49.18 | mickey|away | just outcommented |
19:49.21 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
19:53.35 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
19:58.30 | *** join/#htc-linux Zoolooc (~fredsibar@p54957C50.dip.t-dialin.net) |
20:03.40 | *** join/#htc-linux Graduated (~Graduated@HSI-KBW-078-042-079-062.hsi3.kabel-badenwuerttemberg.de) |
20:04.18 | *** join/#htc-linux antoszka (~antoszka@unaffiliated/antoszka) |
20:05.29 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
20:19.05 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
20:25.53 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d10b.pool.mediaWays.net) |
20:26.58 | hfctsaot | phh; so what is the freq I'm running at |
20:27.06 | phh | hfctsaot: which config ? |
20:27.10 | phh | 0x40 ? |
20:27.15 | hfctsaot | yep |
20:27.25 | phh | 614.4MHz |
20:28.31 | hfctsaot | can I go higher |
20:28.36 | phh | no |
20:28.40 | phh | not as is |
20:28.48 | hfctsaot | ok |
20:28.53 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
20:28.58 | phh | you must change the divisor |
20:29.23 | hfctsaot | where |
20:29.40 | hfctsaot | I know acpuclock |
20:30.11 | phh | <PROTECTED> |
20:30.19 | phh | change the 1 before 132000 to 0 |
20:30.31 | phh | and change the writel to |
20:30.31 | phh | mm |
20:30.43 | phh | 32 |
20:30.46 | phh | 0x20 |
20:31.09 | hfctsaot | and the jiffy |
20:31.16 | phh | don't care |
20:31.22 | hfctsaot | ok |
20:31.29 | Captnoord | jitty is just how to handle clock noise |
20:31.35 | Captnoord | doesn't have anything todo with speed |
20:31.42 | hfctsaot | ok |
20:31.54 | Captnoord | hmmm... |
20:31.57 | Captnoord | my last try |
20:31.58 | phh | Captnoord: if cpu clock is totally off, that might be a problem though. |
20:32.04 | Captnoord | hehe |
20:32.07 | Captnoord | possible |
20:32.09 | Captnoord | I dono |
20:32.14 | phh | don't know either. |
20:32.33 | phh | "what, my second lasted 750ms ? that's not fair.) |
20:32.43 | *** part/#htc-linux BamBamBigelow (~ballbat@host-65-74-148-43.fusionstorm.com) |
20:33.10 | Captnoord | hehe |
20:33.17 | Captnoord | I think the time problem |
20:33.31 | hfctsaot | yeah I'm gonna release a build with those graphs in the first post. I wonder how many will give up camera for speed |
20:33.32 | Captnoord | is related to us not beeing able to keep ourselfs in sleep |
20:33.49 | phh | Captnoord: yeah, I know that -_-' |
20:33.54 | phh | Captnoord: hum one thing to try |
20:34.14 | Captnoord | i'm trying to build .32 with my changes |
20:34.15 | phh | Captnoord: delete the set_time function |
20:34.19 | phh | I mean to hardware |
20:34.31 | Captnoord | phone...... |
20:34.32 | Captnoord | brb |
20:38.28 | hfctsaot | phh after changing that stuff how to increase the clocks? I mean where are u pulling the hex values from |
20:39.58 | *** join/#htc-linux GNUtoo (~GNUtoo@host245-102-dynamic.48-82-r.retail.telecomitalia.it) |
20:42.03 | hfctsaot | phh basically if I get it working where I can move the clocks around I would like to be able to adjust the speed and find the sweet spot |
20:42.06 | Captnoord | Kernel: arch/arm/boot/zImage is ready |
20:42.07 | Captnoord | bleh |
20:42.08 | Captnoord | finaly |
20:42.11 | Captnoord | #$%^&* |
20:42.14 | Captnoord | random curse word |
20:42.38 | hfctsaot | \o/ |
20:43.21 | Captnoord | lol |
20:43.25 | Captnoord | and still it doesn't work |
20:43.26 | Captnoord | looool |
20:46.31 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-74-99-149-19.hrbgpa.fios.verizon.net) |
20:51.04 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
20:54.09 | Captnoord | ~ram-console leo |
20:54.16 | Captnoord | ~ramconsole |
20:54.17 | apt | it has been said that ramconsole is pwf dm 0x8e0000 0x20000 |
20:54.19 | Captnoord | ~ramconsole leo |
20:54.25 | Captnoord | ~ramconsole diam |
20:54.28 | Captnoord | ~ramconsole raphael |
20:54.36 | Captnoord | slaps apt |
20:54.36 | Captnoord | :P |
20:54.38 | phh | ~ramconsole_leo |
20:54.41 | phh | ~ramconsole-diam |
20:54.42 | apt | rumour has it, ramconsole-diam is pwf dm 0x00800000 0x00100000 |
20:54.43 | phh | ~ramconsole-leo |
20:54.46 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
20:54.52 | phh | ~leo-ramconsole |
20:54.52 | apt | extra, extra, read all about it, leo-ramconsole is pwf myramconsole 0x2FFC0000 0x40000 |
20:54.56 | phh | aaaaaahhhhhh. |
20:55.00 | Captnoord | lol |
20:55.01 | Captnoord | k |
21:10.27 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
21:14.48 | gauner1986 | phh: what are you trying to find out? |
21:16.13 | *** join/#htc-linux obrienmd (~obrienmd@173.160.148.166) |
21:16.30 | ToAsTcfh | \o/ let the party begin |
21:22.37 | ToAsTcfh | phh: didnt boot |
21:33.05 | *** join/#htc-linux maejrep[w] (~madCoder@68.64.144.221) |
21:35.18 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
21:35.23 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
21:37.17 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
21:43.05 | *** join/#htc-linux irlolcopter (~12987@host81-155-17-187.range81-155.btcentralplus.com) |
21:45.43 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
22:03.18 | *** join/#htc-linux MtheG (~kvirc@dhcp-077-250-178-041.chello.nl) |
22:17.36 | *** join/#htc-linux k_linux (~klinux@41.140.179.46) |
22:19.15 | *** join/#htc-linux Gibbs (~IceChat7@cpe-184-57-91-145.columbus.res.rr.com) |
22:40.55 | *** join/#htc-linux apt (ibot@rikers.org) |
22:40.55 | *** 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. |
22:43.50 | *** join/#htc-linux AstainHazLenovo (~AstainHel@unaffiliated/astainhellbring) |
23:20.24 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
23:26.55 | *** join/#htc-linux the_eye_ (~dimitris@ppp-94-69-11-156.home.otenet.gr) |
23:32.48 | *** join/#htc-linux the_eye__ (~dimitris@ppp-94-69-11-136.home.otenet.gr) |
23:34.03 | *** part/#htc-linux scottanious (~cf8d132e@gateway/web/freenode/x-iesioiuqtkzvxroz) |
23:36.13 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
23:40.15 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |