00:22.04 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
00:30.16 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
00:45.47 | makkonen | anyone know if there's a version of haret out there that recognizes the rhod400? (cdma rhodium) |
00:53.20 | AstainHellbring | makkonen what you mean? |
00:54.04 | makkonen | the latest version from netripper's site just comes up with 'found machine generic armv6' |
00:54.37 | makkonen | which means it doesn't know the correct addresses for watching gpios (and irqs, I think). |
00:58.00 | makkonen | I had the same problem with v 0.52 and raphael. I tried to update it myself, but I could never get it to compile. Fortunately, someone else had. so now I need to either face that again or find a copy where someone else has already done the hard work. |
00:58.03 | *** join/#htc-linux originaloeb (oeb@dtmf.org) |
01:05.02 | *** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
01:25.34 | *** join/#htc-linux br1ck_ (~br1ck@xdslcr123.osnanet.de) |
01:31.38 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
02:09.39 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
02:20.39 | *** join/#htc-linux Xiaopi[work] (~Pierre@116.247.126.74) |
02:57.15 | *** join/#htc-linux Scepterr (~scepterr@ool-18b92277.dyn.optonline.net) |
03:12.03 | *** join/#htc-linux DaveWM (dave@h-98-134-37-123.ip.alltel.net) |
03:12.09 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
03:12.37 | *** join/#htc-linux Scepterr (~scepterr@ool-18b92277.dyn.optonline.net) |
03:23.15 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
03:26.10 | *** join/#htc-linux BobVila (~abinford@c-24-12-177-201.hsd1.il.comcast.net) |
03:29.29 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
03:32.34 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
03:41.12 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
03:46.40 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
03:53.49 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
04:02.22 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
04:08.45 | *** join/#htc-linux jenericc (ebcain@cpe-174-105-251-49.insight.res.rr.com) |
04:09.19 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
04:18.55 | *** join/#htc-linux stel (~stel@c-98-206-136-227.hsd1.il.comcast.net) |
04:21.06 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
04:38.02 | *** join/#htc-linux moisha (~chatzilla@user-12hdsgv.cable.mindspring.com) |
04:50.16 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d878d6a.pool.mediaWays.net) |
04:56.45 | *** join/#htc-linux moishaspb (~chatzilla@user-12hdsgv.cable.mindspring.com) |
05:00.48 | *** join/#htc-linux mackie (~mackie@2002:4677:4f46:1234:20c:29ff:fed7:c127) |
05:33.26 | *** join/#htc-linux fish1209 (~fish1209@75-92-35-227.war.clearwire-wmx.net) |
05:49.33 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
06:10.35 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
06:29.30 | *** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
06:58.53 | *** join/#htc-linux zachy (~george@ip-85-160-45-16.eurotel.cz) |
07:43.24 | NetRipper | makkonen, hi |
07:43.49 | NetRipper | makkonen, place an earlyharetlog.txt in your haret folder |
07:43.54 | NetRipper | start haret |
07:44.02 | NetRipper | then pastebin or send me the haretlog.txt |
07:44.32 | NetRipper | rhodium is suported but your OEM string is probably different |
07:46.27 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.26) |
08:01.12 | kvaster | hi. is HW3D working on Blacktone already ? (thanks) |
08:11.35 | Captnoord | lol |
08:11.36 | Captnoord | nope |
08:11.43 | Captnoord | they have some smart 3d driver |
08:11.51 | Captnoord | but I guess its only related to pll stuff |
08:11.54 | Captnoord | and other clocks |
08:25.07 | *** join/#htc-linux k_linux (~klinux@41.92.5.48) |
08:31.13 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
08:35.14 | *** join/#htc-linux Untouchab1e (~Untouchab@82.147.44.130) |
08:45.21 | *** join/#htc-linux mrquick (~kbradsha@cpe-70-112-20-78.austin.res.rr.com) |
09:20.45 | *** join/#htc-linux Jos (~Jos@Lithium.Jossie90.info) |
09:30.40 | *** join/#htc-linux alain2210 (~alain@AMontsouris-151-1-62-50.w82-123.abo.wanadoo.fr) |
09:36.52 | makkonen | netripper: http://pastebin.com/nqS3KDST |
09:36.56 | makkonen | Thanks. |
09:37.40 | makkonen | not sure what the story with that character under name is. |
09:49.34 | *** join/#htc-linux Xiaopi[work] (~Pierre@116.247.126.74) |
09:50.51 | phh | (hi, and it's the forth day of battery life of my diamond) |
09:51.04 | phh | (and the battery indicator still states ~ 50%) |
09:51.26 | makkonen | wow. |
09:51.43 | makkonen | constantly sleeping... radio on? |
09:52.54 | phh | [23:43:55] <mickeyl> not the proprietary TI thing <-------- ti thing is not proprietary ... (but it's totally ugly, ok) |
09:53.43 | *** join/#htc-linux lkcl (~lkcl@nat66.mia.three.co.uk) |
10:01.53 | *** join/#htc-linux Captnoord (~Captnoord@145.74.217.100) |
10:03.37 | phh | [00:03:22] <dcordes> I only know gps from the kaiser with wince amss. there we had serial device with nmea <------- dream's GPS works quite the same way |
10:05.54 | Captnoord | good morning phh |
10:07.04 | phh | [00:38:02] <tmzt_> http://android.git.kernel.org/?p=kernel/experimental.git;a=commitdiff;h=d22e4a7f173060fa2ffb97adf2df4ba5906b4c0c <------- lol |
10:07.52 | *** join/#htc-linux kiozen (~oeichler@p5492124D.dip0.t-ipconnect.de) |
10:12.18 | *** part/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
10:12.53 | *** join/#htc-linux GNUtoo (~GNUtoo@host96-159-dynamic.54-79-r.retail.telecomitalia.it) |
10:20.20 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.51) |
10:23.50 | Captnoord | hmmmm |
10:23.51 | Captnoord | bool Module::init_kernel(bool fixup, const Memory &ram_section){ |
10:23.52 | Captnoord | nice |
10:24.00 | Captnoord | now all I need to have is a method of extraction |
10:25.35 | phh | oO |
10:25.45 | phh | Captnoord: did you measure the phone's consumption with radio off ? |
10:25.52 | Captnoord | nope |
10:25.55 | phh | I definitely think it's the problem. |
10:25.55 | Captnoord | bussy weekend |
10:26.01 | phh | my diamond has been running for 4 days now. |
10:26.03 | Captnoord | i'm sure its a problem |
10:26.07 | Captnoord | oOoOoOoOo |
10:26.07 | Captnoord | nice |
10:26.10 | phh | and it still says 50%. |
10:26.17 | Captnoord | cool |
10:26.41 | Captnoord | so there is loads potentional |
10:26.41 | phh | *and* it's with the breath LED. |
10:26.47 | Captnoord | hmmm |
10:26.57 | Captnoord | the breath led shouldn't consume a lot.... |
10:27.01 | Captnoord | I first tought so |
10:27.06 | Captnoord | but.... it doesn't |
10:27.14 | phh | "a lot" is relative |
10:27.16 | Captnoord | yea |
10:27.22 | phh | when you speak about a 1Ah battery, running for 4 days |
10:27.23 | Captnoord | thats true |
10:27.24 | phh | it's really little. |
10:27.29 | Captnoord | yup |
10:27.32 | Captnoord | 4x 24 hours |
10:27.43 | phh | only 4mA ? |
10:27.43 | Captnoord | 96 hours on 1 ah |
10:27.45 | Captnoord | yea |
10:27.49 | Captnoord | 3 ma is device spec |
10:27.51 | phh | ah |
10:28.14 | Captnoord | check the repair manuals..... but I think for our devices its 3 ma |
10:28.22 | phh | there are 4 leds btw. |
10:28.33 | phh | well, not running continuously |
10:28.41 | Captnoord | micro power leds |
10:28.46 | Captnoord | low power |
10:29.46 | Captnoord | hmmmm |
10:30.01 | Captnoord | I still haven't time to check the dex call cmd 1 |
10:33.08 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
10:37.37 | Captnoord | and maybe we should add dex listening |
10:37.46 | Captnoord | so we can listen to what dex does on suspend |
10:40.49 | phh | that's just a little mmiotrace |
10:40.52 | phh | theorically. |
10:46.19 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
10:53.34 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
10:56.07 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
10:58.27 | Captnoord | Modules TOC |
10:58.27 | Captnoord | <PROTECTED> |
10:58.27 | Captnoord | <PROTECTED> |
10:58.29 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58DB6.dip0.t-ipconnect.de) |
10:58.29 | Captnoord | hmmm smooth |
11:02.14 | phh | diag ? |
11:02.52 | Captnoord | yup |
11:03.10 | phh | cool |
11:03.22 | phh | it's somehow readablr ? |
11:03.24 | phh | -r+e |
11:03.31 | Captnoord | code needs love |
11:03.33 | Captnoord | old structures |
11:03.38 | Captnoord | so they do not allign |
11:03.48 | Captnoord | some random guessing is required |
11:04.22 | phh | ok |
11:04.31 | phh | and everything is in nk.exe ? |
11:04.42 | Captnoord | everything is in a module |
11:04.49 | phh | ok |
11:04.50 | Captnoord | including nk.exe |
11:05.04 | Captnoord | the entire system is more generic |
11:05.10 | Captnoord | no htc like |
11:05.19 | Captnoord | or at least |
11:05.36 | Captnoord | I can simply use 'normal' microsoft tools |
11:05.38 | Captnoord | to read it |
11:06.43 | phh | hum |
11:08.03 | Captnoord | but pudn fuckedup a part of the source code |
11:08.05 | Captnoord | by parsing it |
11:08.08 | Captnoord | and its hard to fix |
11:08.11 | phh | pudn ? |
11:08.15 | phh | it made pudding ouf ot it ? |
11:08.18 | Captnoord | http://search.pudn.com/search_read.asp?keyword=nkdecompr.c&p= |
11:08.20 | phh | (that's what "pudn" make me think of.) |
11:08.48 | Captnoord | hehe |
11:09.30 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
11:10.02 | Captnoord | CBRA((pbBufNew + cBytesCompressed)<pbbufnewend); memcpy(pbbufnew,="" pbbuf="" +="" ioffset,="" cbytescompressed);="" pbbufnew="" }="" if="" (ccomprrgnssec="=" ccomprrgnssecmax)="" {="" ccomprrgnssecmax="" chr(saferealloc((lpvoid*)&pcc,="" *="" sizeof(compr_cmd)));="" pcc[ccomprrgnssec].cbytescompressed="cBytesCompressed;" pcc[ccomprrgnssec].cbytesuncompressed="cBytesUncompressed;" ++ccomprrgnssec;= |
11:10.02 | Captnoord | "" ioffset="" cbytesuncompressedtotal="" if(psecdiv)="" chr(psecdiv-="">Add(pbBufNew)); |
11:10.04 | Captnoord | :P |
11:10.09 | Captnoord | go |
11:11.17 | phh | OK |
11:24.49 | NetRipper | makkonen, can you try http://www.netripper.com/leo/haret-pre-0.5.3-20100412_132433.exe ? |
11:25.02 | makkonen | will do |
11:26.07 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
11:27.16 | leviathan | ToAsTcfh: thats not correctly right with the main interest for quick solutions |
11:27.28 | leviathan | we just wanted it to get basically running first |
11:27.44 | leviathan | we are of course interested into eclairing the drivers |
11:27.52 | leviathan | if you wanna help us doing so |
11:27.57 | leviathan | please do so |
11:28.08 | makkonen | Netripper: Found machine Rhodium. Thanks. |
11:28.13 | NetRipper | ok |
11:28.56 | phh | leviathan: donut drivers are compatible with eclair |
11:29.00 | phh | only 3D is a problem |
11:29.02 | NetRipper | makkonen, do you have a branded rhodium? what brand and provider? |
11:29.06 | phh | but you won't ever have 3D on replicant |
11:29.17 | NetRipper | (any idea why T7380 was not yet in the list? new model?) |
11:29.23 | leviathan | uhhm |
11:29.29 | makkonen | Sprint (US) RHOD400. |
11:29.43 | NetRipper | ok, the t7373 is EU? |
11:29.48 | leviathan | if there are opensource solutions for 3D |
11:29.51 | leviathan | I'm open for it |
11:29.58 | leviathan | else, may it be |
11:30.00 | makkonen | it's not new, but it's cdma, and we never get the same attention as gsm. :-) |
11:30.01 | phh | leviathan: yes but there is none. |
11:30.07 | NetRipper | ehhe true |
11:30.08 | NetRipper | :p |
11:30.51 | NetRipper | makkonen, hm as you have cdma, not everything might b eworking as expected |
11:30.51 | phh | leviathan: anyway, they did it properly, it's just a matter of one config file and a library |
11:31.22 | NetRipper | let me check something |
11:31.48 | phh | leviathan: with fallback to software 3D (which is open) |
11:32.13 | makkonen | true. (actually, it's cdma+gsm.) but rhod400/500 seem closer to rhod100 than cdma raph/diam did to gsm raph/diam |
11:32.16 | NetRipper | ah should be fine.. cdma of touch pro was using it as well |
11:32.23 | leviathan | hmm |
11:32.27 | NetRipper | ok |
11:38.01 | *** join/#htc-linux ATomCZ (~5e710488@gateway/web/freenode/x-bzdyasgvqnmpusdn) |
11:38.51 | makkonen | what's the correct address to look at SMEM via haret mmutrace? is it standard across devices? |
11:39.54 | phh | makkonen: virtual address or physical address ? |
11:39.57 | NetRipper | no it's not afaik.. i dont know how to find it either... cr2 is the guy that knows it for sure, but he hasnt been here for a little while |
11:40.02 | phh | oh well, anyway everything is in the wiki |
11:40.04 | NetRipper | maybe phh can help you i was gonna say :p |
11:40.21 | makkonen | I thought you need to use virtual, not physical. |
11:40.23 | NetRipper | might be same between gsm/cdma |
11:40.31 | phh | makkonen: you're looking for smem's location or for something in smem ? |
11:40.41 | makkonen | is virtual what's listed as spl in the wiki? |
11:40.58 | makkonen | I'm looking for the battery stuff again. which is SMEM+0xfc140 (or 110) |
11:41.05 | NetRipper | yes |
11:41.18 | phh | na it's not spl |
11:41.41 | phh | oh wait |
11:41.41 | NetRipper | he means the memory addreses in the SPL column of memory map |
11:41.43 | NetRipper | those are virtual |
11:41.44 | phh | for smem it is SPL. |
11:42.31 | phh | makkonen: so you want virtual 0xaa000000+0xfc140 :p |
11:42.50 | makkonen | ok |
11:43.33 | makkonen | didn't seem to be getting anything there, so I wasn't sure if I had it wrong. |
11:43.41 | makkonen | ...clearly, I have something else wrong. :-p |
11:44.01 | phh | you do vd 0xaa000000+0xfc140 0x10 ? |
11:45.53 | makkonen | I believe it does that weird thing where it sends a dex command, and then flips those memory locations to battery, and then they flip back. at least, the raphael did. which is why I needed to addlist mmutrace 0xaa0fc140 0x10 and then wirq to see the actual values. |
11:47.39 | phh | possibly. |
11:49.56 | makkonen | netripper: a change to your logging site so that the url always contained the month (instead of just day=x for the current month) would make google indexing of the data a little more robust. Just a thought. |
11:52.25 | NetRipper | yea i need to rewrite that whole php anyway |
11:52.58 | NetRipper | i just took it over from someone else |
11:53.03 | NetRipper | havent bothered fixing the php |
11:53.28 | makkonen | I know someone explained the whole mmutrace bit somewhere in the logs. but I'm not having any luck searching for it. doesn't help that i have no sense of the passage of time. |
11:54.40 | makkonen | netripper: eh. it's good enough for most things, most of the time. Low priority. |
11:54.58 | NetRipper | yea i know, low priority indeed ;) |
11:55.12 | NetRipper | i'll do that when im done with the last game ever built |
11:55.30 | NetRipper | or when it gets hacked |
11:55.41 | NetRipper | but then its not low prio anymore heh |
12:03.23 | *** join/#htc-linux rabc (~rabc@109.77.4.86) |
12:04.56 | makkonen | bleh. MrPippy: addlist mmutrace 0xbc0fc140 0x10 should do it <-- (from end of february. for raph800. what the hell is 0xbc000000? seems to be some dex remapped area, according to wiki.) |
12:05.30 | phh | haha. |
12:05.33 | phh | dump mmu |
12:06.29 | makkonen | I don't even know where to start with that. |
12:06.47 | phh | you know the physical address of smem |
12:06.52 | phh | it's 0x1Fand some zeroes |
12:06.55 | phh | (check wiki.) |
12:07.04 | phh | dump mmu will print the matches virtual address <-> physical address |
12:08.38 | *** join/#htc-linux zachy1 (~george@ip-85-160-13-207.eurotel.cz) |
12:19.22 | *** join/#htc-linux GNUtoo (~GNUtoo@host96-159-dynamic.54-79-r.retail.telecomitalia.it) |
12:22.09 | makkonen | hmm. 0x9c000000 and 0xbc000000 are both mappings of 0x01f00000, but neither of them gives any data like it did on the raph. After all this, I'm not sure the data would've been any use anyway. |
12:28.38 | *** join/#htc-linux zachy (~george@ip-85-160-42-125.eurotel.cz) |
12:29.40 | phh | makkonen: you're sure of the address .. ? |
12:29.49 | phh | cdma rhod uses same addresses as gsm rhod I think |
12:29.53 | phh | not cdma raph |
12:33.50 | *** join/#htc-linux balans1 (~balans@82-170-215-5.ip.telfort.nl) |
12:37.17 | *** join/#htc-linux 40FAAQUY2 (~Vincent@195.7.104.248) |
12:45.42 | makkonen | I'm not sure of the address, but from dump mmu the same one as the raph shows up. |
12:46.49 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.53) |
12:48.29 | makkonen | or, if you meant the address for the battery data, yeah, it's 0xfc140. or fc110. I don't really understand why in board-htcrhodium.c it has it as fc140, and then fc110 in the device specific fixes. |
12:49.01 | phh | because of backports of old board files |
12:52.37 | *** join/#htc-linux mainuser (~quassel@HSI-KBW-109-192-100-043.hsi6.kabel-badenwuerttemberg.de) |
13:03.33 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
13:10.52 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
13:19.12 | leviathan | phh: heyo |
13:19.23 | phh | hey leviathan |
13:19.33 | leviathan | I've got an error |
13:19.41 | leviathan | while try'n to install ubifs on mtd |
13:19.44 | leviathan | on htcdream |
13:19.51 | leviathan | perhaps you know this kind of error? |
13:19.58 | leviathan | I'll pastebin it |
13:20.32 | *** join/#htc-linux Guest86671 (~yadayada@pool-71-255-178-90.slsbmd.east.verizon.net) |
13:21.01 | leviathan | http://pastebin.com/fmgsGjZB |
13:21.38 | leviathan | phh: any idea? |
13:22.54 | phh | there are two mtd block drivers |
13:23.00 | phh | one "cached" and the other one "direct" |
13:23.07 | phh | I guess you're using "direct" and you should use "cached" |
13:24.54 | phh | but iirc even with it it didn't helped much |
13:25.20 | *** join/#htc-linux gauner1986 (~gauner198@p5B38406E.dip.t-dialin.net) |
13:28.26 | *** join/#htc-linux nizox (~none@77.207.111.193) |
13:30.11 | phh | GNUtoo: btw, when I said xf86-video-msm would give no improvement... actually it might help scrolling. |
13:30.30 | GNUtoo | ah ok |
13:30.44 | GNUtoo | thanks |
13:31.37 | phh | well, benchmark it, the effects are not obvious |
13:32.39 | leviathan | phh: two drivers??? |
13:33.20 | *** join/#htc-linux tfried2001 (~tfried200@125.213.207.18) |
13:36.20 | phh | hum, let me check. |
13:36.24 | phh | I think there are two |
13:36.51 | phh | ah, there is only one and it's a caching one |
13:36.52 | phh | groumpf |
13:38.16 | phh | oh wait, /dev/mtd0 is the char one |
13:38.36 | phh | there is no option to ubiformat to specify the blocksize ? |
13:39.34 | leviathan | it checks himself for all informations |
13:39.37 | leviathan | out of sysfs |
13:39.48 | leviathan | perhaps I have missed some kernel ops? |
13:39.59 | phh | hum |
13:41.30 | leviathan | <PROTECTED> |
13:41.33 | leviathan | was enabled |
13:41.38 | leviathan | now I disabled it |
13:41.42 | leviathan | perhaps now it will work? |
13:41.54 | phh | you won't have a /dev/mtd0 device :p |
13:41.57 | phh | I think |
13:43.01 | leviathan | hmm |
13:43.02 | leviathan | ok |
13:43.15 | leviathan | lets try :) |
13:46.27 | leviathan | phh: kernel is compiling |
13:46.36 | leviathan | I'll do homework as until its ready |
13:50.09 | *** join/#htc-linux mainuser (~quassel@HSI-KBW-109-192-100-043.hsi6.kabel-badenwuerttemberg.de) |
13:50.40 | mainuser | hey |
13:51.06 | mainuser | does anybody know what i have to type to get the git for the leo? |
13:51.15 | mainuser | i mean this command: |
13:51.18 | mainuser | git checkout -b htc-vogue origin/htc-vogue |
13:51.22 | mainuser | but for the leo |
13:51.47 | makkonen | you need a different command prior to that. |
13:52.12 | leviathan | :) |
13:52.16 | makkonen | you need to get the right repository for the leo. I'm not sure what that is. |
13:52.24 | phh | makkonen: same as vogue iirc |
13:52.25 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
13:52.33 | makkonen | oh. nevermind, then. |
13:52.48 | phh | I think branch name is htc-msm-2.6.32 |
13:53.06 | makkonen | looks like it. last update 3 days ago. |
13:53.39 | makkonen | mainuser: so, git checkout -b htc-msm-2.6.32 origin/htc-msm-2.6.32 |
13:54.15 | mainuser | yeah but there is a new one http://android.git.kernel.org/?p=kernel/experimental.git;a=log;h=refs/heads/android-msm-2.6.33-rc8-test1 |
13:54.18 | mainuser | what about that |
13:54.32 | makkonen | ... |
13:54.44 | *** join/#htc-linux mainuser (~quassel@HSI-KBW-109-192-100-043.hsi6.kabel-badenwuerttemberg.de) |
13:54.46 | phh | lol ? |
13:54.55 | phh | makkonen: you said "for leo" no ? |
13:55.23 | mainuser | yeah but isnt the one i gave you for leo? |
13:55.33 | makkonen | no |
13:55.40 | mainuser | ouh yes android |
13:55.45 | mainuser | sorry |
13:55.51 | phh | the way when google will accept our patches is not today. |
13:56.04 | mainuser | :D |
13:58.07 | mainuser | all right i got everything now i'm ready to compile |
13:58.33 | mainuser | how were the commands again? :P |
13:58.40 | phh | . |
13:58.58 | phh | there is a huge bounty on leo or what ? |
13:59.18 | mainuser | yeah leo is awesome :) |
13:59.18 | NetRipper | there seems to be |
13:59.43 | phh | NetRipper: well, that's a guess, seeing how many noobs ask on how to build a kernel for leo. |
13:59.51 | NetRipper | phh, i noticed :p |
13:59.57 | NetRipper | i get a lot of pm's as well ;) |
14:00.14 | mainuser | yeah that's good isn't it |
14:00.35 | NetRipper | its alright if they want to help :) |
14:00.49 | leviathan | phh: didn't work this suggested way |
14:01.00 | leviathan | I'll now activate all debug options for ubifs and mtd |
14:01.00 | NetRipper | its just a steep learning curve, and we generally notice many people not sticking with it ;) |
14:01.02 | phh | leviathan: yeah... don't know then |
14:01.06 | mainuser | so can anybody help me to compile this kernel i know it's a nooby question but its the first time for me working on linux windows was my dev platform |
14:01.10 | leviathan | perhaps it will give some usefull option |
14:01.23 | leviathan | uhm |
14:01.24 | leviathan | information |
14:01.54 | makkonen | mainuser: make ARCH=arm htcleo_defconfig |
14:02.24 | mainuser | in which folder do i have to do that? |
14:02.25 | makkonen | make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- zImage |
14:02.26 | NetRipper | mainuser, |
14:02.28 | NetRipper | General linux on hd2 thread: |
14:02.28 | NetRipper | http://forum.xda-developers.com/showthread.php?t=651632 |
14:02.28 | NetRipper | Compile kernel thread (by someone else), replace htc-qsd8k-2.6.29 with htc-msm-2.6.32 branch: |
14:02.31 | NetRipper | http://forum.xda-developers.com/showthread.php?t=631216 |
14:02.37 | NetRipper | 2nd one should help you |
14:03.04 | NetRipper | just use htc-msm-2.6.32 instead of htc-qsd8k-2.6.29 |
14:03.07 | NetRipper | branch |
14:04.13 | mainuser | thanks this will help me a lot |
14:04.18 | *** join/#htc-linux nizox (~none@77.207.111.193) |
14:05.26 | *** join/#htc-linux GNUtoo (~GNUtoo@host96-159-dynamic.54-79-r.retail.telecomitalia.it) |
14:05.36 | mainuser | make: command not found what the hell? |
14:06.33 | NetRipper | install make |
14:07.23 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
14:08.17 | leviathan | phh: doesnt work somehow... |
14:13.08 | mainuser | that's what i get: |
14:13.10 | mainuser | make: *** No rule to make target `Kernel/kernel/arch/arm/Makefile'. Stop |
14:14.47 | mainuser | Netripper: can you help me? |
14:15.44 | NetRipper | go to the root of the kernel |
14:15.46 | NetRipper | not a subdir |
14:16.10 | NetRipper | you do a make ARCH=arm CROSS_COMPILE=yourcrosscompiletools- |
14:16.17 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-059-005-108.pools.arcor-ip.net) |
14:16.19 | NetRipper | it figures out byitself it has to go in arch/arm |
14:16.26 | AstainHellbring | morning NetRipper |
14:16.34 | NetRipper | almost evening astain :p |
14:17.21 | mainuser | i am at the root of the kernel |
14:17.29 | AstainHellbring | how goes it NetRipper |
14:17.49 | phh | well, 4pm. |
14:17.57 | NetRipper | phh, glass half full |
14:18.02 | phh | NetRipper: :p |
14:18.47 | NetRipper | AstainHellbring, emm i think we stabilized it a bit, but there are still problems |
14:18.53 | NetRipper | i dont know state of the last few days |
14:19.06 | NetRipper | think the initrds still segfault |
14:19.46 | AstainHellbring | interesting |
14:21.12 | mainuser | omg thats a joke |
14:21.52 | mainuser | is it normal that when i rename the folder all the files are cut out then a new folder is created and then first the files are being pasted? |
14:22.20 | NetRipper | sorry i dont understand |
14:22.24 | mainuser | look |
14:22.52 | *** join/#htc-linux nizox (~none@77.207.111.193) |
14:22.53 | mainuser | my folder was named "Leo Kernel" thats why make had a problem with the directorys i mean because of the space |
14:23.10 | phh | uh? |
14:23.17 | phh | make shouoldn't have any problem because of that |
14:23.18 | mainuser | thats why i now try to rename the folder to LeoKernel without space |
14:23.32 | NetRipper | you renamed the folder in a seperate shell? |
14:23.42 | NetRipper | just cd .. out of it, and cd back in |
14:24.44 | mainuser | ouh you mean it does all that just because i was in the folder while renaming? |
14:25.04 | NetRipper | yes, the shell that is still in the old direcotry, is in fact still in the old directory |
14:25.12 | NetRipper | which is now empty, as you renamed the directory :P |
14:25.21 | phh | NetRipper: na it's the same inode, same folder |
14:25.24 | NetRipper | yea |
14:25.37 | NetRipper | phh, try explaning inodes in laymen terms |
14:25.41 | phh | right. |
14:26.00 | mainuser | ok that sounds logical |
14:27.56 | NetRipper | i gtg |
14:27.57 | NetRipper | later |
14:28.07 | mainuser | have a nice day |
14:32.03 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
14:33.14 | phh | right. linux's fat driver is totally unaware of what FS fragmentation is |
14:33.15 | phh | awesome. |
14:33.58 | *** join/#htc-linux balans1 (~balans@82-170-215-5.ip.telfort.nl) |
14:38.05 | mainuser | yeah really great :D |
14:42.04 | mainuser | phh: see now it works after renaming so it was in fact the space |
14:44.03 | phh | I don't think such a big and easy to fix bug exists in the kernel ... |
14:45.46 | mainuser | phh: oh man you think it was because i renamed and was still in the old folder? |
14:46.04 | phh | well that doesn't help, but that's another story |
14:46.27 | mainuser | phh: then you're wrong, because i started renaming after i noticed, that make doesn't work |
14:46.39 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.37) |
14:48.12 | mainuser | come on put your binoculars on |
14:50.38 | mainuser | omg kernel's running no freezing anymore after a simple fix according to the timers ;) cu all guys later |
14:51.41 | mainuser | building android on top of it now i'll be back soon |
14:51.51 | *** join/#htc-linux gauner1986 (~gauner198@p5B38406E.dip.t-dialin.net) |
14:57.38 | *** join/#htc-linux gnutoo_ (~GNUtoo@host116-55-dynamic.180-80-r.retail.telecomitalia.it) |
15:05.12 | *** join/#htc-linux Markinus (~Miranda@gtng-4db057f7.pool.mediaWays.net) |
15:05.27 | *** join/#htc-linux balans1 (~balans@82-170-215-5.ip.telfort.nl) |
15:14.00 | *** join/#htc-linux hfctsaot (~fircuser@173-137-122-217.pools.spcsdns.net) |
15:15.30 | hfctsaot | phh: u see my pings? |
15:15.32 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
15:16.09 | phh | hfctsaot: uh ? |
15:16.10 | phh | no |
15:18.26 | hfctsaot | will the suboptimal error stop it from stepping up |
15:18.27 | phh | ah that one |
15:19.00 | hfctsaot | I think that's why I'm stuck at 245 |
15:20.01 | hfctsaot | but I can't get it to use 370 on pll2 in the table |
15:20.16 | phh | edit your board |
15:20.20 | hfctsaot | that's my step up from 245 |
15:20.20 | phh | change max_speed_delta_khz |
15:20.25 | phh | to maybe 600000 |
15:20.55 | hfctsaot | ok |
15:22.14 | hfctsaot | I know that it shows it stepping up to pll2 600000 but its realy not going but 245 |
15:22.27 | hfctsaot | in kmsg |
15:23.41 | hfctsaot | so is the suboptimal error an issue or normal |
15:24.13 | hfctsaot | I get it for stepping from 245 up |
15:24.28 | *** join/#htc-linux rabc (~rabc@109.77.4.86) |
15:25.59 | hfctsaot | also I had to do some fixing to the tables to get the stepping right for the other freq |
15:27.16 | hfctsaot | but at 245 it refuses to use 370 as a next step as long as its on pll2 and gives the suboptimal error |
15:28.01 | hfctsaot | if I move it to pll1 it still won't use it |
15:28.40 | hfctsaot | but it'll at least show 370 in the init table generation |
15:29.13 | hfctsaot | but from what I can tell its not using it still |
15:29.44 | hfctsaot | idk ill try the board settings |
15:31.21 | gauner1986 | hey markinus :) |
15:31.41 | hfctsaot | phh: also someone suggested using .32 source when backporting the camera driver |
15:31.56 | hfctsaot | in stead of .29 |
15:33.19 | hfctsaot | :/ |
15:39.15 | phh | I have no clue what did I backported. |
15:39.33 | *** join/#htc-linux zachy (~george@85.193.4.18) |
15:41.11 | *** join/#htc-linux nizox (~none@77.207.111.193) |
15:51.59 | Markinus | hi gauner |
16:03.42 | ToAsTcfh | phh: maejrep used .29 and i think u did as well but idk |
16:03.50 | phh | ok |
16:04.51 | ToAsTcfh | i was just wondering if it would be harder to bring .32 camera to .27 then it wod be to use .29 |
16:06.40 | ToAsTcfh | phh: this is what i have > .max_speed_delta_khz = 256000, |
16:06.46 | ToAsTcfh | will change now |
16:06.49 | phh | I know |
16:06.53 | ToAsTcfh | oh |
16:06.55 | ToAsTcfh | :/ |
16:06.59 | phh | everyone has 256MHz. |
16:07.04 | ToAsTcfh | oh |
16:07.16 | ToAsTcfh | so i need to be special :P |
16:11.21 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
16:12.37 | ToAsTcfh | phh: <6>[ 2.514556] ACPU running at 480000 KHz < still :/ |
16:13.29 | ToAsTcfh | <7>[ 2.744384] acpuclock: Switching VDD from 0 -> 7 |
16:13.30 | ToAsTcfh | <7>[ 2.744476] acpuclock: VDD switched |
16:13.30 | ToAsTcfh | <6>[ 2.744476] acpuclock: Switching from ACPU rate 480000000 -> 595200000 |
16:13.30 | ToAsTcfh | <7>[ 2.744506] acpuclk_set_rate: STEP khz = 595200, pll = 2 |
16:13.30 | ToAsTcfh | <7>[ 2.745025] acpuclk_set_rate: ACPU speed change complete |
16:13.36 | ToAsTcfh | i dont get it |
16:14.49 | ToAsTcfh | <4>[ 21.334655] msm_cpufreq_target 425142 r 0 (528000-595200) selected 595200 |
16:15.13 | ToAsTcfh | its still running like a snail too |
16:15.47 | phh | ToAsTcfh: well it switched to 600MHz ... ? |
16:15.59 | ToAsTcfh | its always done that |
16:16.25 | ToAsTcfh | but in reality its not really running that fst |
16:16.30 | ToAsTcfh | fast |
16:16.39 | phh | "reality" ? |
16:16.53 | ToAsTcfh | cant be at least because its going so slow |
16:16.59 | phh | don't tell me you're using a java benchmark. |
16:17.02 | ToAsTcfh | i mean really slow |
16:17.07 | ToAsTcfh | super slow |
16:17.17 | ToAsTcfh | like 245mhz slow |
16:17.27 | phh | 245MHz is "super slow" ? |
16:17.28 | phh | hum |
16:17.41 | phh | you know that in normal use it's the speed your phone runs at most of the time ? |
16:17.59 | ToAsTcfh | 245 - 528 |
16:18.17 | ToAsTcfh | sleeps at 245 |
16:18.29 | ToAsTcfh | full blast at 528 |
16:18.42 | phh | sleeps @ 245 ... ? |
16:18.42 | ToAsTcfh | 480 at idle i think |
16:18.47 | phh | "lol" |
16:18.54 | phh | just check by yourself |
16:19.07 | phh | sleeps is at 19.2Mhz, or even lower |
16:19.16 | ToAsTcfh | oh ok |
16:19.40 | ToAsTcfh | makes since |
16:20.04 | ToAsTcfh | so im stuck again i take it |
16:20.22 | ToAsTcfh | good news is i have dev/mem now :) |
16:20.34 | phh | what does the system say about your actual frequency ? |
16:21.46 | ToAsTcfh | BogoMIPS: 593.23 |
16:21.52 | ToAsTcfh | thayts changed |
16:22.03 | ToAsTcfh | use to be 478 |
16:22.09 | ToAsTcfh | or 480 |
16:22.40 | ToAsTcfh | cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq |
16:22.40 | ToAsTcfh | 595200 |
16:23.00 | ToAsTcfh | but dude im still booting lol |
16:23.26 | ToAsTcfh | ive been booting since we started this conversation |
16:23.32 | ToAsTcfh | lol |
16:23.47 | ToAsTcfh | im on the boot animation now |
16:23.52 | ToAsTcfh | finally |
16:24.07 | ToAsTcfh | i think we just made progress though |
16:24.16 | ToAsTcfh | BogoMIPS: 593.23 |
16:24.33 | ToAsTcfh | is a good deal although i suspect its fake |
16:25.00 | ToAsTcfh | ie going this slow there is no way im running at that speed |
16:25.25 | ToAsTcfh | my boot animation is even moving super slow |
16:25.49 | ToAsTcfh | like a second between each frame |
16:26.05 | ToAsTcfh | maybe 2 or 3 seconds |
16:26.16 | ToAsTcfh | crazy slow |
16:26.47 | ToAsTcfh | usb is even slow |
16:28.02 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
16:28.51 | ToAsTcfh | phh: .acpu_switch_time_us = 20, |
16:28.52 | ToAsTcfh | .max_speed_delta_khz = 600000, |
16:28.52 | ToAsTcfh | .vdd_switch_time_us = 62, |
16:28.52 | ToAsTcfh | .power_collapse_khz = 19200000, |
16:28.52 | ToAsTcfh | <PROTECTED> |
16:28.52 | ToAsTcfh | #if defined(CONFIG_TURBO_MODE) |
16:28.54 | ToAsTcfh | .wait_for_irq_khz = 176000000, |
16:28.56 | ToAsTcfh | #else |
16:28.58 | ToAsTcfh | .wait_for_irq_khz = 128000000, |
16:29.00 | ToAsTcfh | #endif |
16:29.02 | ToAsTcfh | |
16:29.09 | ToAsTcfh | which i aam in turbo mode i fixed that |
16:29.16 | Captnoord | yea logic.... |
16:29.20 | Captnoord | your boosting up stuff |
16:29.26 | Captnoord | so you need to increase timers to |
16:30.19 | ToAsTcfh | well this is all stock except max_speed_delta |
16:30.44 | Captnoord | k |
16:30.45 | ToAsTcfh | and max axi |
16:31.09 | ToAsTcfh | max_axi i just used from the topaz |
16:31.22 | ToAsTcfh | seemed to be as close to mine as any |
16:31.36 | Captnoord | k |
16:31.47 | ToAsTcfh | well i only had it and the rhod to chose from |
16:32.38 | ToAsTcfh | rrhod was max axi_ 200 mines suppose to be 160 |
16:32.51 | ToAsTcfh | 000 |
16:33.14 | Captnoord | I first guess would be that it would be related to the design |
16:33.41 | ToAsTcfh | android native ? |
16:33.51 | Captnoord | I mean the board design |
16:33.51 | ToAsTcfh | radio differences |
16:33.54 | ToAsTcfh | oh |
16:34.16 | *** join/#htc-linux alain2210 (~alain@AMontsouris-151-1-62-50.w82-123.abo.wanadoo.fr) |
16:34.24 | Captnoord | with these things the look of the device comes first |
16:34.26 | Captnoord | then the hardware |
16:35.10 | ToAsTcfh | yeah so i need to maybe do what? rewrite the board ? |
16:35.17 | ToAsTcfh | lol dont say yes |
16:36.14 | ToAsTcfh | i am noticing that the device is saying its running fast but can not figure out why its not |
16:36.32 | *** join/#htc-linux spankalot (~kovak@82-171-250-92.ip.telfort.nl) |
16:36.41 | ToAsTcfh | i understand the tables can lie |
16:36.58 | ToAsTcfh | i seen that with the dream oc deal |
16:37.14 | ToAsTcfh | so im guessing thats what happening here |
16:38.00 | Captnoord | board == hardware |
16:38.11 | Captnoord | I don't know |
16:38.17 | Captnoord | i'm tired |
16:38.18 | Captnoord | bleh |
16:38.28 | *** join/#htc-linux piet (~piet@ip54548483.speed.planet.nl) |
16:38.35 | ToAsTcfh | no fixy the camera yet :P |
16:41.55 | ToAsTcfh | <4>[ 2.897979] OC: ADJUSTING FREQ TABLE freq=198400 div=2 ahbclk=99200 ahbdiv=1 |
16:41.55 | ToAsTcfh | <4>[ 2.898010] OC: ADJUSTING FREQ TABLE freq=297600 div=1 ahbclk=74400 ahbdiv=3 |
16:41.55 | ToAsTcfh | <4>[ 2.898010] OC: ADJUSTING FREQ TABLE freq=595200 div=0 ahbclk=198400 ahbdiv=2 |
16:42.14 | Captnoord | oO |
16:42.14 | Captnoord | nice |
16:42.26 | ToAsTcfh | its always done that though |
16:42.31 | ToAsTcfh | :( |
16:42.45 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
16:42.53 | Captnoord | k |
16:43.01 | ToAsTcfh | :'( |
16:43.50 | ToAsTcfh | also <4>[ 208.159088] msm_cpufreq_target 425142 r 0 (528000-595200) selected 595200 |
16:44.04 | ToAsTcfh | this just scrolls out in kmsg |
16:44.24 | ToAsTcfh | meaning its trying but failing i guess |
16:44.46 | ToAsTcfh | the first set of numbers keeps changing |
16:45.05 | ToAsTcfh | before the r 0 |
16:45.13 | Captnoord | hmmm |
16:45.15 | Captnoord | I dono |
16:45.19 | Captnoord | maybe wrong numbers |
16:45.53 | ToAsTcfh | what are those numbers the freq target i guess |
16:49.22 | ToAsTcfh | echo 528000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq |
16:49.22 | ToAsTcfh | cannot create /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq: permission denied |
16:49.24 | ToAsTcfh | wtf |
16:49.25 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.6) |
16:49.37 | ToAsTcfh | its there im echoing to it |
16:49.44 | ToAsTcfh | friggin jerk |
16:52.16 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
16:53.22 | Captnoord | hmmm |
16:53.26 | Captnoord | what do I read there |
16:53.29 | Captnoord | here* |
16:53.31 | Captnoord | TheorARM |
16:53.36 | Captnoord | google invests in TheorARM |
16:53.39 | Captnoord | hmmm |
16:55.48 | *** join/#htc-linux hnamanh (~kevinle85@c-98-194-210-65.hsd1.tx.comcast.net) |
17:03.18 | *** join/#htc-linux hfctsaot (~fircuser@173-137-7-209.pools.spcsdns.net) |
17:04.59 | hfctsaot | :/ |
17:06.09 | hfctsaot | there just has to be a way to do this |
17:07.27 | hfctsaot | phh what was that ttttt.bin file u sent me |
17:08.23 | hfctsaot | I have devmem now so maybe I can use it |
17:13.00 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
17:13.47 | *** join/#htc-linux dekar (~dekar@port-92-193-80-116.dynamic.qsc.de) |
17:18.58 | *** join/#htc-linux Guest86671 (~yadayada@pool-72-84-155-58.slsbmd.east.verizon.net) |
17:24.30 | *** join/#htc-linux benouch (~44ecb89c@gateway/web/freenode/x-qijymimnpsgkiwga) |
17:28.27 | phh | hfctsaot: logs ? |
17:32.33 | hfctsaot | oh ok well ill try it anyhow |
17:33.02 | hfctsaot | where does it print them to? |
17:34.34 | *** join/#htc-linux Jack_E (~chatzilla@host86-142-184-93.range86-142.btcentralplus.com) |
17:34.35 | *** join/#htc-linux ZDriven (~d1b871e7@gateway/web/freenode/x-hjddfnsolwfsxnpw) |
17:35.00 | ZDriven | hey |
17:35.03 | ZDriven | first time here |
17:35.05 | hfctsaot | phh:? |
17:35.14 | ZDriven | just wondering the status of the project |
17:35.54 | Captnoord | status..... |
17:36.01 | Captnoord | atm... i'm low on energy |
17:40.29 | mickeyl | WIFI DOWN WORKS!!! |
17:40.49 | hfctsaot | \o/ |
17:46.10 | alain2210 | mickeyl: what have you done with wifi ? |
17:46.22 | mickeyl | alain2210: GNUtoo found the magic switch... |
17:46.38 | mickeyl | unfortunately i don't know whom to blame for that weeks of grief |
17:46.40 | mickeyl | anyways |
17:46.44 | alain2210 | mickeyl : I have not read it. |
17:46.47 | mickeyl | you have to enable debugfs |
17:46.49 | mickeyl | that's just it |
17:47.03 | mickeyl | it fixes the crash/hang on wifi down |
17:47.14 | *** join/#htc-linux rojohacker (~rojohacke@c-76-103-10-158.hsd1.ca.comcast.net) |
17:47.15 | alain2210 | so I will do it. |
17:47.18 | Captnoord | oOoOo |
17:47.30 | Captnoord | mickeyl: how's that possible.... |
17:47.32 | GNUtoo | mickeyl, some driver have #ifdef debugfs without config_ thing,so maybe that's why you only have to enable debugfs and not the debugfs_something |
17:47.40 | Captnoord | its beeing enabled / disabled trough the debugfs? |
17:48.06 | GNUtoo | no |
17:48.43 | GNUtoo | in order to prevent the crash |
17:48.44 | GNUtoo | you enable CONFIG_DEBUGFS or whatever it's called |
17:48.44 | GNUtoo | in the kenrel |
17:48.46 | GNUtoo | you don't even need to mount the debugfs |
17:48.52 | phh | haha. |
17:49.49 | phh | let's see how much battery wimo says is left after 4 days. |
17:50.33 | Captnoord | hmm the battery code needs some extra love for the diam |
17:50.38 | Captnoord | as it chooses the wrong battery |
17:50.40 | mickeyl | alain2210: fwiw, i'll release fso2-preview-1 later tonite |
17:50.52 | mickeyl | alain2210: does not much, but shows a bit |
17:51.08 | alain2210 | mickeyl : now I used an old image. |
17:51.27 | alain2210 | but I know it. |
17:51.31 | phh | Captnoord: instant poweroff in wimo. |
17:51.53 | phh | so battery left ~=0. |
17:51.58 | phh | still it did 4 days |
17:52.12 | Captnoord | phh hmmm good |
17:52.13 | Captnoord | good |
17:52.41 | phh | hum |
17:52.43 | phh | it doesn't say battery low |
17:52.56 | phh | ok it is not 0. |
17:52.58 | phh | it's 35% |
17:53.00 | alain2210 | I have git clone official android 2.6.32 kernel. Should I buidl and try it for suspend ? |
17:53.05 | phh | well |
17:53.09 | phh | between 35 and 47%. |
17:53.44 | phh | ok let's say 37. |
17:54.12 | mickeyl | alain2210: no, the official kernel won't work good |
17:54.17 | mickeyl | alain2210: ah, for suspend |
17:54.20 | mickeyl | alain2210: yes, good idea |
17:54.25 | mickeyl | we have to find out why ours does not work |
17:54.31 | mickeyl | having a good baseline would improve taht |
17:54.33 | mickeyl | thanks |
17:54.51 | alain2210 | mickeyl: yes only for that. |
17:55.29 | phh | Captnoord: so four days for 65% of battery, and with leds on. |
17:55.54 | phh | I'll do my next tries on the little battery. |
17:55.57 | phh | not the 1.3Ah one. |
18:02.25 | *** join/#htc-linux Sondergaard (~kim@users2.kollegienet.dk) |
18:03.11 | Sondergaard | hi guys. i really want Android on my HD2. and i wanna get started with programming on it. can anyone help me getting started ? |
18:03.28 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
18:04.04 | phh | I should have counted. |
18:04.24 | phh | I think it's the 6th one no ? |
18:04.27 | phh | or maybe 5 mmmm |
18:04.51 | Sondergaard | What ? |
18:05.03 | phh | Sondergaard: people asking such question |
18:05.50 | Sondergaard | okay... |
18:06.03 | Sondergaard | well i want stand Wm. and neither can my girlfriend |
18:10.10 | Markinus | Sondergaard: here is the wiki: |
18:10.10 | Markinus | http://www.htc-linux.org/wiki/index.php?title=Main_Page |
18:10.10 | Markinus | Sondergaard: here is the repo: |
18:10.22 | Markinus | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.32 |
18:10.35 | Markinus | Markinus: have fun! :) |
18:12.01 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
18:12.04 | phh | s/Markinus/Sondergaard/g |
18:12.05 | phh | :p |
18:12.17 | Markinus | phh: ohhh, right! :) |
18:15.07 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-059-005-108.pools.arcor-ip.net) |
18:16.34 | Markinus | phh: did you try some gpio config / clock config calls on rhod? |
18:16.43 | phh | no |
18:17.14 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d878d6a.pool.mediaWays.net) |
18:17.51 | Markinus | phh: I saw some calls are in irq save place so we get problems on rpc calls .. |
18:23.24 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
18:28.34 | *** join/#htc-linux alain2211 (~alain@AMontsouris-151-1-62-50.w82-123.abo.wanadoo.fr) |
18:32.42 | *** join/#htc-linux Freddiam100_ (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
18:43.38 | *** join/#htc-linux MarcLandis (~drettsch@quassel/contributor/marclandis) |
18:45.35 | *** join/#htc-linux shu8i (~shu8i@78.104.102.92) |
18:45.49 | shu8i | guys? |
18:45.55 | shu8i | take a look at this: http://forum.xda-developers.com/showthread.php?t=662289 |
18:48.52 | xawen | yeah...been watching that all day. I don't know, the guy can't even manage to upload a file. How much faith do you have he's got anything that works? |
18:50.21 | phh | lol |
18:50.51 | phh | no "donate" button ? |
18:50.51 | phh | hum |
18:51.24 | phh | This is just emulation of Android OS(at this level), That's why it don't have all features of real Android OS |
18:51.25 | phh | righ |
18:51.25 | phh | t |
18:51.28 | phh | could be real |
18:51.31 | phh | just a port of qemu |
18:52.07 | shu8i | yeah but this is just the beginning muha xD |
18:52.14 | shu8i | *hopefully* |
18:52.49 | xawen | he gives credit to qemu and liveandroid |
18:52.57 | phh | omfg |
18:53.01 | phh | he is running android x86 ? |
18:53.09 | phh | "lol" |
18:53.24 | xawen | lol, the second he gets it uploaded everyone will start complaining that it runs too slow |
18:53.49 | shu8i | dunno maybe the snapdragon on the hd2 will get it done? what do you think? |
18:53.50 | phh | that's likely. |
18:54.09 | phh | java over x86 over qemu over arm ? |
18:54.10 | phh | noway |
18:54.34 | xawen | shu8i...feeding the trolls |
18:55.07 | shu8i | :P i don't know anything about android :P |
18:55.29 | phh | shu8i: it's at the limit of the hardware on MSM7201A @ 300MHz |
18:55.31 | phh | that gives you the idea. |
18:56.10 | shu8i | kk dcordes is like:: "haahahahaahahahaha ???" xDD |
18:56.18 | xawen | it'd be at least 2 (if not 3) layers of abstraction |
18:56.37 | phh | battery life test on diamond with 900mAh battery and sleep leds off, STARTED |
18:56.42 | phh | see you in two weeks. |
18:57.47 | shu8i | have you seen the kin specs? i don't get it... sharp managed to get an 1240mah battery in that tiny kin1 but htc gave the hd2 a 1230 :S? |
18:58.25 | phh | shu8i: it's a tegra. |
18:58.27 | phh | they had no choice |
18:58.56 | xawen | plus the kin 1 looks pretty thick. Probably a bit more space than the HD2 has |
18:59.33 | shu8i | the 1 looks like a tamagochi to me xD |
18:59.38 | phh | definitely |
19:06.42 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
19:06.50 | gauner1986 | lets see if you forget it again phh |
19:07.04 | phh | forget what ? |
19:07.14 | phh | (that's a yes I guess) |
19:07.15 | gauner1986 | when you started your test |
19:07.16 | gauner1986 | ;) |
19:07.20 | gauner1986 | :P |
19:07.21 | phh | ah. |
19:07.29 | phh | gauner1986: I stated it here so I can check my logs :p |
19:09.43 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
19:13.42 | gauner1986 | ah.. thats boring :P |
19:16.31 | *** join/#htc-linux k_linux (~klinux@41.92.23.119) |
19:17.04 | phh | 9sorry :p |
19:20.38 | Markinus | phh: are you on Rhod better on battery now too? |
19:20.54 | phh | Markinus: almost a full day :p |
19:21.25 | phh | (or you meant battery reading ?) |
19:21.28 | Markinus | phh: it's much better. . . |
19:21.47 | phh | Markinus: it seem we can do wwwwwaaaaaaayyyyyy better easily |
19:21.50 | phh | well |
19:21.54 | phh | with one single step. |
19:22.03 | phh | the question being what is this step. |
19:22.15 | Markinus | phh: yes? how? ahhhhhh, ok |
19:22.25 | Markinus | phh: yes . . .something is wrong . . |
19:22.33 | phh | Markinus: with radio off, on my diamond, I have days of battery life. |
19:23.09 | phh | and it always has four white leds on, which eats much of the battery |
19:23.15 | phh | I'm trying now without the leds |
19:23.35 | Markinus | phh: did maybe radio block the standby? Or wackup to often . . |
19:23.48 | phh | no clue |
19:23.58 | gauner1986 | Markinus: i'm thinking of switching to 2.09 atm.. but then you can't boot linux anymore, do you? |
19:24.14 | phh | Markinus: I'd say it's a "idle" state towards 3G data connection that isn't setted properly |
19:24.49 | Markinus | phh: I saw in my undervoltage tests, that the CPU is switching very often between the cpu levels . . maybe it needs for some reason to much cpu power |
19:25.06 | phh | Markinus: it's in sleep > 99.9% |
19:25.09 | phh | I don't think that's releavant |
19:25.20 | Markinus | phh: yes, this could be. Did you test this without data connection? only "normal" radio |
19:25.23 | Markinus | phh: ahh, ok |
19:25.29 | phh | Markinus: I should. |
19:25.45 | phh | oh I have a spare simcard |
19:25.47 | phh | I can try. |
19:28.00 | Markinus | gauner1986: right, with 2.09 no boot |
19:28.05 | gauner1986 | damn |
19:28.20 | gauner1986 | heard that it is way better in terms of battery life |
19:28.36 | phh | Markinus: dump smem aarm memory partition ? |
19:35.13 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
19:36.04 | Markinus | phh: hmm, right, could compare this both . . |
19:36.29 | phh | well, if the tables are correct. |
19:37.42 | phh | Markinus: another solution is to dump mmu in windows, find 128MB of available memory and boot on it |
19:40.39 | Markinus | phh: NetRipper tested allready some configurations. But none of them worked for 2.09 ... |
19:40.55 | Markinus | phh: maybe we should look a but deeper, . . right |
19:41.06 | AstainHellbring | anyone know how high one can overclock a raph800? |
19:42.25 | Markinus | gauner1986: but in the moment we have no progress on Leo :( |
19:42.26 | phh | AstainHellbring: between 700 and 800MHz |
19:42.46 | gauner1986 | Markinus: :( whats the problem atm? |
19:43.08 | Markinus | gauner1986: this is the problem |
19:43.26 | Markinus | gauner1986: no idea. . |
19:43.30 | *** join/#htc-linux madCoder` (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net) |
19:43.41 | gauner1986 | Markinus: what about the hangings? fully solved now? |
19:43.43 | AstainHellbring | cool phh |
19:43.47 | Markinus | gauner1986: it's still crash on boot, hanging, signal problems, |
19:43.48 | AstainHellbring | seems to definately help |
19:43.52 | gauner1986 | hm |
19:43.53 | gauner1986 | damn |
19:44.08 | gauner1986 | thought that was solved now |
19:44.51 | phh | AstainHellbring: and doesn't really kill battery life :p |
19:45.03 | Markinus | gauner1986: we have much to do. We need clean clock interface, gpio interface etc. Maybe this could help. But I'Ve no much time for it |
19:45.03 | Markinus | It's better, but still not ok |
19:46.56 | AstainHellbring | Markinus how would one do that? |
19:46.59 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
19:47.03 | gauner1986 | Markinus: strange stuff.. i wish i was better at hardware programming.. but i don't have a clue about this kind of stuff.. and not at all about armasm |
19:47.27 | gauner1986 | Markinus: i understood that this is a very low level problem |
19:48.00 | Markinus | gauner1986: yeah . . |
19:49.23 | phh | Markinus: do you even know the clock register address ? |
19:49.23 | gauner1986 | Markinus: in addition to that it's very hard to debug i think.. all the crashes and stuff.. very time consuming. you have to take battery out, reboot to windows, compile again.. restart... that really sucks |
19:49.25 | Captnoord | re |
19:49.31 | Captnoord | my meds finaly have worn off |
19:49.36 | Captnoord | damn my head felt heavy |
19:50.02 | Captnoord | phh got some stuff done regarding the diag stuff |
19:50.07 | gauner1986 | had a few drinks yesterday? |
19:50.08 | gauner1986 | xD |
19:50.09 | Captnoord | it finaly compiles |
19:50.10 | phh | gauner1986: now do the same thing + flashing linux and flashing wimo back at every try. |
19:50.25 | Captnoord | gauner1986: nah its more like heavy meds |
19:50.37 | phh | gauner1986: and explain why we can't flash linux on raph and co |
19:51.08 | Captnoord | phh the only thing we need is extraction of modules |
19:51.09 | gauner1986 | phh: that even sucks more.. but i guess they have a working haret port? |
19:51.14 | Captnoord | but itsme and other devs only did files |
19:51.19 | Captnoord | never modules |
19:51.26 | phh | gauner1986: I said for flashing |
19:51.33 | gauner1986 | yeah i know |
19:51.39 | phh | gauner1986: yes they have haret |
19:51.51 | phh | but I already tried flashing linux on my diamond |
19:51.53 | Captnoord | phh:http://www.ditii.com/2010/04/10/google-backs-theorarm-free-optimised-arm-version-of-theora-video-codec/ |
19:51.54 | gauner1986 | i would be satisfied with a haret port :) |
19:51.54 | phh | it kind of works |
19:51.59 | phh | but killing bugs is..... baaaaaaaaahhhhhhhhh |
19:52.04 | phh | Captnoord: I know, I know. |
19:52.06 | gauner1986 | it really is... |
19:52.30 | Captnoord | hmmm.... |
19:52.48 | phh | Captnoord: I don't really care though :p |
19:52.51 | phh | well |
19:52.53 | phh | for short term |
19:54.05 | gauner1986 | well.. i'm into software engineering also.. most of the times when i see bugs, i have the idea where their causes lie.. but not on the strange linux kernel stuff.. it's doing random crashes.. i hate c and pointer stuff for that.. that's the vice of a hardware dedicated programming language.. |
19:54.37 | phh | oh most of the time I can see where the problem comes from |
19:54.39 | phh | approximately |
19:54.45 | Markinus | phh: whitch address do you mean? If you mean the clocks for the device like USB_HS then yes, we know the clock adresses |
19:54.48 | phh | but you can barely do 2 tries in an hour |
19:54.53 | phh | Markinus: right |
19:55.02 | gauner1986 | phh: so you have to be very good in it |
19:55.04 | phh | Markinus: so you don't go totally blindly at least |
19:55.05 | gauner1986 | ^^ |
19:55.14 | phh | gauner1986: basically :p |
19:55.26 | phh | gauner1986: but I'm not desperate. |
19:55.33 | phh | i'm sure Captnoord will be able to make a "diag" kernel image. |
19:57.33 | Captnoord | I hope so |
19:59.37 | Captnoord | would really be nice |
19:59.50 | Captnoord | but phh has faith in me |
20:00.00 | phh | you don't ? :( |
20:00.01 | Captnoord | more than he should have I guess |
20:00.04 | Captnoord | I do |
20:00.07 | Captnoord | I only need time |
20:00.15 | Captnoord | which I don't really have |
20:02.11 | Markinus | phh: I changed it already to this adresses which we know. But maybe we need the other calls too ( over RPC what wince using, like clk_regime_sec_register_for_cpu_resource or clk_regime_sec_devman_request ) no idea what this stuff do |
20:02.36 | phh | no idea either. |
20:03.03 | Captnoord | I think from what i've seen |
20:03.21 | Captnoord | it votes on what frequenty everything should run |
20:03.32 | Captnoord | register a reseource for the cpu |
20:03.32 | Captnoord | as in |
20:03.38 | Captnoord | this resource needs cpu power |
20:03.45 | Captnoord | devman I dono |
20:04.45 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
20:06.01 | Captnoord | oOoOo |
20:06.03 | Captnoord | wtf it compiles |
20:06.17 | phh | your first kernel mod try ? |
20:06.35 | Captnoord | nah the codebase I copy pasted from pudn |
20:06.39 | Captnoord | now only linker errors |
20:06.53 | Captnoord | I first want to be able to extract a module |
20:06.59 | Captnoord | and then insert it |
20:08.01 | dcordes | Captnoord, what med :D ? |
20:08.13 | *** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt) |
20:08.35 | rojohacker | hey captnoord any update on Rhodium accordin usb charging or internal speaker |
20:09.10 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
20:09.16 | Captnoord | concerta |
20:09.36 | Captnoord | I think I need to talk to my shrink about a lower dose |
20:09.38 | Captnoord | a bit lower |
20:10.22 | gauner1986 | Markinus: what about cr2? isnt he into leo development anymore? |
20:10.49 | Markinus | gauner1986: I think he has ( like much of our ) time prooblems |
20:10.54 | Captnoord | rojohacker: i'm no Rhodium dev |
20:11.08 | phh | rojohacker: speaker works. |
20:11.12 | Captnoord | I work on reverse the battery code when I have the time |
20:11.14 | phh | only software sound doesn't |
20:14.19 | gauner1986 | Markinus: hmmmm.. that doesnt sound good. |
20:15.07 | gauner1986 | Markinus: well i would have time to invest.. but as i said, don't have a clue about low level stuff :( |
20:18.31 | Markinus | gauner1986: you can learn :) You have to test whether you have fun on it or not . . . do some tests, some kernels, try to understand it etc. I'm working only 4 months on this stuff too . . |
20:19.11 | gauner1986 | Markinus: the problem is the missing documentation :D |
20:19.37 | Markinus | gauner1986: you have the source :) |
20:23.46 | Captnoord | and if you never try |
20:23.48 | Captnoord | you never learn |
20:23.56 | gauner1986 | true |
20:24.13 | Captnoord | don't think I just jumped into it |
20:24.55 | Captnoord | or any of us |
20:25.19 | gauner1986 | i always think that at some point my development will get stuck because of the lack of documentation.. |
20:25.24 | gauner1986 | and thats very demotivating |
20:25.45 | Captnoord | hmmm so you get stuck because of demotivating |
20:25.48 | Captnoord | and documentation? |
20:25.56 | Captnoord | what do you mean? |
20:26.07 | Captnoord | little projects I worked on had proper docs |
20:26.59 | gauner1986 | take the touchscreen driver for example |
20:27.03 | Captnoord | and usualy I write my own docs related on what I am working on |
20:27.06 | gauner1986 | missing datasheet |
20:27.13 | Captnoord | is it.... |
20:27.13 | Captnoord | ? |
20:27.16 | Captnoord | I got one for ya |
20:27.31 | gauner1986 | for real? ;) |
20:27.32 | Captnoord | the ts stuff is in the 7200 doc |
20:27.35 | Captnoord | for real |
20:27.47 | Captnoord | main problem with these types of docs is |
20:27.50 | Captnoord | how to read them |
20:27.59 | gauner1986 | hm |
20:28.31 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
20:28.32 | Captnoord | qualcomm took a tsc2301 chip design and incorperated it in there chip |
20:28.43 | Captnoord | so if you read that datasheet |
20:28.58 | Captnoord | you get a bettery idea about the capabilities |
20:29.03 | Captnoord | than the chip docs I have |
20:29.43 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
20:29.57 | phh | why do you care about touchscreen ? |
20:30.12 | Captnoord | me? |
20:30.15 | Captnoord | or gauner1986 |
20:30.22 | Captnoord | I think gauner1986 wants to start small |
20:30.30 | Captnoord | which is good |
20:30.43 | gauner1986 | the only way of learning it i think. ^^ |
20:30.44 | phh | he want to make documentations ? |
20:31.04 | Captnoord | the only way to learn it is todo it |
20:31.21 | phh | gauner1986: we have 4 TS drivers ! :p |
20:31.26 | Markinus | Captnoord: we have a new touchscreen, connected over i2c. We didn't have any informations about it, only that it's a Elan B81_3 |
20:31.28 | phh | or was it only three ? |
20:31.46 | phh | oh gauner1986 cares about leo |
20:31.47 | phh | damned. |
20:31.48 | Captnoord | 5 if we count the tsc2301 patch |
20:31.52 | gauner1986 | yeah.. |
20:31.54 | gauner1986 | leo |
20:31.56 | Markinus | phh: right, we have some of them, but no one is for our :( |
20:32.17 | Captnoord | gimme driver |
20:32.20 | Captnoord | i'll look |
20:32.39 | gauner1986 | do you know what the dll is named like? |
20:32.48 | Captnoord | touch.dll |
20:32.49 | Captnoord | maybe |
20:33.36 | gauner1986 | there are three dll's starting with touch: TouchRecognizer.dll TouchGL.dll and Touch.dll |
20:34.33 | Captnoord | I guess toch |
20:34.35 | Captnoord | touch.dll |
20:34.39 | gauner1986 | okay |
20:36.18 | Markinus | Captnoord: www.markinus.de/touch.zip |
20:36.32 | gauner1986 | damn |
20:36.34 | gauner1986 | cant copy it |
20:36.36 | gauner1986 | okay |
20:36.58 | Markinus | Captnoord: would be greate if you could take a look! |
20:37.07 | gauner1986 | i hate files which you cant copy.. ^^ |
20:38.58 | Markinus | gauner1986: yeah, the easierst way is to extract a rom |
20:39.04 | Captnoord | Markinus: thanks |
20:40.37 | NetRipper | whats in that zip markinus? |
20:41.12 | gauner1986 | i guess the Touch.dll |
20:41.20 | NetRipper | oh ok :) |
20:41.23 | Markinus | NetRipper: the touch screens dlls |
20:41.27 | NetRipper | thought a linux driver |
20:41.28 | NetRipper | :D |
20:41.32 | gauner1986 | :D |
20:41.41 | Markinus | NetRipper: hehe :) |
20:41.55 | gauner1986 | let's just write a wrapper :) |
20:42.05 | gauner1986 | "just" |
20:42.06 | NetRipper | yea lets build wine into the kernel |
20:42.17 | *** join/#htc-linux mackie (~mackie@2002:4677:4f46:1234:20c:29ff:fed7:c127) |
20:42.39 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
20:42.48 | Markinus | NetRipper: could you decode some of the other clock functions? |
20:43.00 | AstainHellbring | wine that would be cool NetRipper |
20:43.09 | NetRipper | Markinus, ummm im not that good with disassemble :p |
20:43.15 | [1]Captnoord | bleh |
20:44.04 | *** join/#htc-linux Cablekevin (~Cablekevi@house.speedxs.nl) |
20:44.59 | Markinus | NetRipper: I compared our wiki clocks, the GRP_NS_REG is offset 0x84 but this is on leo 0x0 .. . hmm |
20:45.12 | Captnoord | Markinus: what do you want to know? |
20:46.24 | *** join/#htc-linux hounsell (~hounsell@88-107-27-109.dynamic.dsl.as9105.com) |
20:46.46 | Captnoord | the g force sensor is included in the i2c |
20:46.56 | Markinus | Captnoord: Can you see the touch controll stuff in the dll? |
20:47.20 | Markinus | Captnoord: right, it'S same as in Rhod/Topaz |
20:48.30 | Captnoord | i'm in it |
20:48.59 | gauner1986 | how can it be? do rhod/topaz also have a capacitve screen? |
20:49.29 | Markinus | Captnoord: hmm, I think it takes to much time to decode it how this works . . . to make a lin driver |
20:49.40 | Markinus | gauner1986: the gsensor |
20:49.46 | gauner1986 | ah okay |
20:49.51 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
20:50.27 | Captnoord | Markinus: nope.... if I only had a leo |
20:50.27 | Captnoord | :P |
20:50.32 | *** join/#htc-linux br1ck (~br1ck@xdslcr123.osnanet.de) |
20:50.58 | gauner1986 | well.. maybe start a donation pledge or sth. |
20:51.00 | Markinus | Captnoord: hmmm |
20:51.00 | gauner1986 | xD |
20:51.07 | Markinus | :) |
20:51.28 | gauner1986 | guess there would be enough money |
20:52.41 | Markinus | Captnoord: is there the multitouch code in too? |
20:52.48 | Markinus | (if you can see it ) |
20:52.55 | Wout | oi |
20:53.12 | Captnoord | .text:1000347C aFingerCountD_D unicode 0, <finger count:%d.%d> |
20:53.42 | Captnoord | .text:100036D8 aSecondDownCoun unicode 0, <Second down : Count= 0x%x, flag=: 0x%x, POINT=(%d,%d)(%d,> |
20:53.44 | Captnoord | I guess so |
20:56.04 | Captnoord | but |
20:56.05 | Captnoord | .text:10003848 aNoResponseDueT unicode 0, <No response due to multi finger touched> |
20:56.07 | Captnoord | its disabled |
20:56.08 | Captnoord | P |
20:56.29 | Markinus | Captnoord: no, it's deffinitly working :) |
20:56.32 | Captnoord | .text:10004154 aMoreThan2Point unicode 0, <More than 2 points.> |
20:56.34 | Captnoord | okey |
20:57.35 | gauner1986 | Captnoord: are you using ida? |
20:58.06 | Captnoord | yup |
20:58.29 | Captnoord | hmm.... |
20:58.30 | Captnoord | I need sleep |
20:58.34 | Captnoord | talk to ya all later |
20:58.36 | Captnoord | nn |
21:00.10 | gauner1986 | mh |
21:00.13 | gauner1986 | me too :) |
21:00.27 | gauner1986 | thanks for your attention Captnoord |
21:04.38 | Markinus | Captnoord: nn |
21:06.53 | Markinus | phh: we change the GRP_CLK /IMEM_CLK on all devices to 0xa80. But on Topaz (maybe Rhod) it's 0xa8c . . don't know whether it'S make a difference |
21:07.44 | *** join/#htc-linux PSPdemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
21:07.58 | *** join/#htc-linux noname (~noname@dslc-082-083-245-034.pools.arcor-ip.net) |
21:08.16 | PSPdemon | curious about something dealing with android and gps ( no not asking why its NOT working in android ) |
21:08.21 | PSPdemon | for rhodium |
21:08.40 | PSPdemon | i booted back into winmo and gps was borked |
21:09.30 | PSPdemon | i read on the wiki that supposedly flashing/reflashing HardSPL would fix this but has anyone been able to confirm or deny that this method works to re-enable gps? |
21:12.51 | PSPdemon | well atleast according to the wiki is what i should say |
21:12.52 | 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 |
21:14.37 | phh | Markinus: let me check |
21:14.56 | phh | PSPdemon: or diag rom. |
21:15.10 | PSPdemon | phh diag rom? |
21:15.25 | phh | PSPdemon: there are some "diagnostic roms" for htc devices |
21:16.01 | PSPdemon | do they require hardspl? |
21:16.07 | phh | no |
21:16.10 | phh | afaik |
21:16.22 | phh | Markinus: hum |
21:16.47 | PSPdemon | is there a way to flash the original spl on a non-hardspl device? ( i know this is going a bit off track ) |
21:16.49 | phh | Markinus: I can't see |
21:17.05 | Markinus | phh: ? |
21:17.11 | phh | Markinus: GRP/IMEM |
21:17.33 | *** part/#htc-linux shu8i (~shu8i@78.104.102.92) |
21:17.41 | Markinus | 0xa8600084 |
21:17.50 | xawen | pspdemon: same process as flashing hardspl, you just need the image file for the stock spl when you do it |
21:18.15 | phh | 0xa80 means clock = TCX0, 0xa8c means clock = PLL0/2 |
21:18.24 | phh | that makes a HUGE difference. |
21:18.38 | Markinus | phh: ohhh |
21:19.11 | PSPdemon | xawen, so i can use the stock spl installer on the hardspl thread? |
21:19.12 | Markinus | phh: maybe we should check them all |
21:19.19 | PSPdemon | or is there something else i should be looking for? |
21:20.27 | xawen | pspdemon: yup, with most of them you start the process (it's a self extracting exe) and switch the nbh file with the stock spl nbh. Then when you continue it flashed the real spl instead of hardspl. |
21:20.40 | xawen | that's how you flash back to stock for warranty |
21:20.43 | Markinus | phh: usb 0xb59 instead off 0xb0 |
21:20.46 | PSPdemon | true |
21:20.54 | Markinus | *0xb00 |
21:21.01 | PSPdemon | but im not on hardspl atm ( i did that what you said above to return my replacement ) |
21:21.12 | PSPdemon | unless that method works on a stock spl phone |
21:21.20 | xawen | same thing should work to reflash stock |
21:21.28 | xawen | *should* |
21:22.34 | Markinus | phh: PMDH 0xa21 instead of 0xa0c |
21:23.14 | PSPdemon | xawen, im guessing that means you dont know but are pretty sure it SHOULD work |
21:23.35 | PSPdemon | lol...dont know if theyll let me change out for a 3rd phone xD |
21:24.20 | 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. |
21:24.38 | PSPdemon | i cant |
21:24.41 | PSPdemon | have to get a new license |
21:24.44 | PSPdemon | -_- |
21:25.05 | PSPdemon | so im stuck atm on stock spl until htc-unlocks actually responds to my request |
21:25.29 | xawen | ohhh...w/o the license the flash program won't flash either nbh anyway |
21:25.35 | PSPdemon | yea... |
21:25.52 | PSPdemon | 2 weeks in and no replies yet... |
21:26.45 | PSPdemon | im beggining to think ill never get a answer |
21:27.03 | PSPdemon | but more or less my biggest question is will flashing hardspl fix my problem? |
21:27.34 | PSPdemon | i havent seen any confirms to this as if it actually DOES fix it |
21:27.42 | PSPdemon | only suggesting to try it |
21:27.49 | xawen | that one I don't know...never had android freeze up any of my hardware |
21:27.56 | PSPdemon | neither have i |
21:28.16 | PSPdemon | after i booted back into winmo gps decided to stop working....so i dunno |
21:35.40 | phh | now that ubuntu on TP2 is pretty decent |
21:35.42 | phh | I need TV OUT. |
21:36.06 | Markinus | phh: ha! :) |
21:38.09 | Markinus | phh: maybe the different clocks change somethin for 3d or sound |
21:38.25 | phh | Markinus: for sound, it wouldn't |
21:38.28 | phh | for 3D... yes ... could be |
21:38.32 | phh | I'm too lazy to try though |
21:39.26 | Markinus | phh: do you know what the GRP clock is for? |
21:39.33 | phh | 3D |
21:39.39 | Markinus | ahh, ok |
21:39.42 | phh | :p |
21:40.19 | Markinus | I thought only the IMEM |
21:40.31 | Markinus | phh: but yes, it's the same reg |
21:40.57 | phh | why don't people want to merge there patches in my tree damnit ? |
21:41.30 | phh | I hate seeing people of almost supported devices having only half of the features, because of some stupid devs |
21:43.52 | PSPdemon | phh, i would love to see though gentoo on it |
21:44.16 | phh | PSPdemon: you have some "ready to be used" image ? |
21:44.19 | phh | for any arm device |
21:44.40 | PSPdemon | well the link i linked to earlier seems to be the one |
21:44.51 | phh | ah ? |
21:44.52 | phh | where ? |
21:44.55 | PSPdemon | theres a "autobuild" armv6j port of gentoo |
21:45.08 | Markinus | phh: and PMDH_CLK? |
21:45.23 | phh | Markinus: no clue |
21:45.34 | phh | Markinus: mddi link ? |
21:45.37 | PSPdemon | http://mirror.mcs.anl.gov/pub/gentoo/releases/arm/ |
21:46.33 | phh | <PROTECTED> |
21:46.50 | phh | Markinus: that's the link between the chipset and the screen btw |
21:47.01 | phh | I guess it's running slower than expected currently |
21:47.06 | Markinus | phh: ahh, thx, it's different too |
21:47.13 | Markinus | yeah |
21:47.28 | Markinus | we should change it :) |
21:47.32 | Markinus | all of them |
21:47.37 | phh | have fun. |
21:48.13 | PSPdemon | phh, wouldnt that work? ( maybe what i should ask is "is that what you mean?" ) |
21:48.20 | phh | PSPdemon: it's downloading. |
21:48.31 | PSPdemon | heh |
21:48.43 | phh | ok it's a rootfs |
21:49.01 | phh | could work then |
21:54.16 | phh | PSPdemon: pff it's huge |
21:54.21 | phh | I'm not sure I want to try :p |
21:54.31 | PSPdemon | lawl |
21:54.31 | phh | time to sleep anyway |
21:54.39 | Markinus | night |
21:54.40 | PSPdemon | well ubuntu isnt small either xD |
21:54.45 | PSPdemon | but anyway thanks for looking |
21:54.52 | PSPdemon | night |
22:05.16 | *** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
22:15.09 | *** join/#htc-linux Zoolooc (~fredsibar@p54954659.dip.t-dialin.net) |
22:32.19 | *** join/#htc-linux Untouchab1e (~Untouchab@82.147.51.146) |
22:35.54 | mrquick | bluetooth doesn't compile due to missing builtin.h? http://pastebin.com/Jb5rL5Su |
22:38.13 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
22:45.00 | ToAsTcfh | phh: how do i use this ttttt file |
22:58.42 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
23:20.43 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
23:21.55 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58DB6.dip0.t-ipconnect.de) |
23:31.36 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
23:41.04 | *** join/#htc-linux Guest86671 (~yadayada@pool-72-84-151-121.slsbmd.east.verizon.net) |
23:45.11 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
23:55.48 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
23:57.13 | mrquick | is there a buildspek.mk entry that defines BLUETOOTH_PLUGIN_BUILTIN? |