IRC log for #htc-linux on 20100412

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.47makkonenanyone know if there's a version of haret out there that recognizes the rhod400? (cdma rhodium)
00:53.20AstainHellbringmakkonen what you mean?
00:54.04makkonenthe latest version from netripper's site just comes up with 'found machine generic armv6'
00:54.37makkonenwhich means it doesn't know the correct addresses for watching gpios (and irqs, I think).
00:58.00makkonenI 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.24NetRippermakkonen, hi
07:43.49NetRippermakkonen, place an earlyharetlog.txt in your haret folder
07:43.54NetRipperstart haret
07:44.02NetRipperthen pastebin or send me the haretlog.txt
07:44.32NetRipperrhodium 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.12kvasterhi. is HW3D working on Blacktone already ? (thanks)
08:11.35Captnoordlol
08:11.36Captnoordnope
08:11.43Captnoordthey have some smart 3d driver
08:11.51Captnoordbut I guess its only related to pll stuff
08:11.54Captnoordand 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.52makkonennetripper: http://pastebin.com/nqS3KDST
09:36.56makkonenThanks.
09:37.40makkonennot 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.51phh(hi, and it's the forth day of battery life of my diamond)
09:51.04phh(and the battery indicator still states ~ 50%)
09:51.26makkonenwow.
09:51.43makkonenconstantly sleeping... radio on?
09:52.54phh[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.37phh[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.54Captnoordgood morning phh
10:07.04phh[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.50Captnoordhmmmm
10:23.51Captnoordbool Module::init_kernel(bool fixup, const Memory &ram_section){
10:23.52Captnoordnice
10:24.00Captnoordnow all I need to have is a method of extraction
10:25.35phhoO
10:25.45phhCaptnoord: did you measure the phone's consumption with radio off ?
10:25.52Captnoordnope
10:25.55phhI definitely think it's the problem.
10:25.55Captnoordbussy weekend
10:26.01phhmy diamond has been running for 4 days now.
10:26.03Captnoordi'm sure its a problem
10:26.07CaptnoordoOoOoOoOo
10:26.07Captnoordnice
10:26.10phhand it still says 50%.
10:26.17Captnoordcool
10:26.41Captnoordso there is loads potentional
10:26.41phh*and* it's with the breath LED.
10:26.47Captnoordhmmm
10:26.57Captnoordthe breath led shouldn't consume a lot....
10:27.01CaptnoordI first tought so
10:27.06Captnoordbut.... it doesn't
10:27.14phh"a lot" is relative
10:27.16Captnoordyea
10:27.22phhwhen you speak about a 1Ah battery, running for 4 days
10:27.23Captnoordthats true
10:27.24phhit's really little.
10:27.29Captnoordyup
10:27.32Captnoord4x 24 hours
10:27.43phhonly 4mA ?
10:27.43Captnoord96 hours on 1 ah
10:27.45Captnoordyea
10:27.49Captnoord3 ma is device spec
10:27.51phhah
10:28.14Captnoordcheck the repair manuals..... but I think for our devices its 3 ma
10:28.22phhthere are 4 leds btw.
10:28.33phhwell, not running continuously
10:28.41Captnoordmicro power leds
10:28.46Captnoordlow power
10:29.46Captnoordhmmmm
10:30.01CaptnoordI 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.37Captnoordand maybe we should add dex listening
10:37.46Captnoordso we can listen to what dex does on suspend
10:40.49phhthat's just a little mmiotrace
10:40.52phhtheorically.
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.27CaptnoordModules TOC
10:58.27Captnoord<PROTECTED>
10:58.27Captnoord<PROTECTED>
10:58.29*** join/#htc-linux Orkspalter (~Orkspalte@p54B58DB6.dip0.t-ipconnect.de)
10:58.29Captnoordhmmm smooth
11:02.14phhdiag ?
11:02.52Captnoordyup
11:03.10phhcool
11:03.22phhit's somehow readablr ?
11:03.24phh-r+e
11:03.31Captnoordcode needs love
11:03.33Captnoordold structures
11:03.38Captnoordso they do not allign
11:03.48Captnoordsome random guessing is required
11:04.22phhok
11:04.31phhand everything is in nk.exe ?
11:04.42Captnoordeverything is in a module
11:04.49phhok
11:04.50Captnoordincluding nk.exe
11:05.04Captnoordthe entire system is more generic
11:05.10Captnoordno htc like
11:05.19Captnoordor at least
11:05.36CaptnoordI can simply use 'normal' microsoft tools
11:05.38Captnoordto read it
11:06.43phhhum
11:08.03Captnoordbut pudn fuckedup a part of the source code
11:08.05Captnoordby parsing it
11:08.08Captnoordand its hard to fix
11:08.11phhpudn ?
11:08.15phhit made pudding ouf ot it ?
11:08.18Captnoordhttp://search.pudn.com/search_read.asp?keyword=nkdecompr.c&p=
11:08.20phh(that's what "pudn" make me think of.)
11:08.48Captnoordhehe
11:09.30*** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz)
11:10.02CaptnoordCBRA((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.02Captnoord"" ioffset="" cbytesuncompressedtotal="" if(psecdiv)="" chr(psecdiv-="">Add(pbBufNew));
11:10.04Captnoord:P
11:10.09Captnoordgo
11:11.17phhOK
11:24.49NetRippermakkonen, can you try http://www.netripper.com/leo/haret-pre-0.5.3-20100412_132433.exe ?
11:25.02makkonenwill do
11:26.07*** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch)
11:27.16leviathanToAsTcfh: thats not correctly right with the main interest for quick solutions
11:27.28leviathanwe just wanted it to get basically running first
11:27.44leviathanwe are of course interested into eclairing the drivers
11:27.52leviathanif you wanna help us doing so
11:27.57leviathanplease do so
11:28.08makkonenNetripper: Found machine Rhodium. Thanks.
11:28.13NetRipperok
11:28.56phhleviathan: donut drivers are compatible with eclair
11:29.00phhonly 3D is a problem
11:29.02NetRippermakkonen, do you have a branded rhodium? what brand and provider?
11:29.06phhbut you won't ever have 3D on replicant
11:29.17NetRipper(any idea why T7380 was not yet in the list? new model?)
11:29.23leviathanuhhm
11:29.29makkonenSprint (US) RHOD400.
11:29.43NetRipperok, the t7373 is EU?
11:29.48leviathanif there are opensource solutions for 3D
11:29.51leviathanI'm open for it
11:29.58leviathanelse, may it be
11:30.00makkonenit's not new, but it's cdma, and we never get the same attention as gsm. :-)
11:30.01phhleviathan: yes but there is none.
11:30.07NetRipperehhe true
11:30.08NetRipper:p
11:30.51NetRippermakkonen, hm as you have cdma, not everything might b eworking as expected
11:30.51phhleviathan: anyway, they did it properly, it's just a matter of one config file and a library
11:31.22NetRipperlet me check something
11:31.48phhleviathan: with fallback to software 3D (which is open)
11:32.13makkonentrue. (actually, it's cdma+gsm.) but rhod400/500 seem closer to rhod100 than cdma raph/diam did to gsm raph/diam
11:32.16NetRipperah should be fine.. cdma of touch pro was using it as well
11:32.23leviathanhmm
11:32.27NetRipperok
11:38.01*** join/#htc-linux ATomCZ (~5e710488@gateway/web/freenode/x-bzdyasgvqnmpusdn)
11:38.51makkonenwhat's the correct address to look at SMEM via haret mmutrace? is it standard across devices?
11:39.54phhmakkonen: virtual address or physical address ?
11:39.57NetRipperno 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.02phhoh well, anyway everything is in the wiki
11:40.04NetRippermaybe phh can help you i was gonna say :p
11:40.21makkonenI thought you need to use virtual, not physical.
11:40.23NetRippermight be same between gsm/cdma
11:40.31phhmakkonen: you're looking for smem's location or for something in smem ?
11:40.41makkonenis virtual what's listed as spl in the wiki?
11:40.58makkonenI'm looking for the battery stuff again. which is SMEM+0xfc140 (or 110)
11:41.05NetRipperyes
11:41.18phhna it's not spl
11:41.41phhoh wait
11:41.41NetRipperhe means the memory addreses in the SPL column of memory map
11:41.43NetRipperthose are virtual
11:41.44phhfor smem it is SPL.
11:42.31phhmakkonen: so you want virtual 0xaa000000+0xfc140 :p
11:42.50makkonenok
11:43.33makkonendidn't seem to be getting anything there, so I wasn't sure if I had it wrong.
11:43.41makkonen...clearly, I have something else wrong. :-p
11:44.01phhyou do vd 0xaa000000+0xfc140 0x10 ?
11:45.53makkonenI 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.39phhpossibly.
11:49.56makkonennetripper: 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.25NetRipperyea i need to rewrite that whole php anyway
11:52.58NetRipperi just took it over from someone else
11:53.03NetRipperhavent bothered fixing the php
11:53.28makkonenI 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.40makkonennetripper: eh. it's good enough for most things, most of the time. Low priority.
11:54.58NetRipperyea i know, low priority indeed ;)
11:55.12NetRipperi'll do that when im done with the last game ever built
11:55.30NetRipperor when it gets hacked
11:55.41NetRipperbut then its not low prio anymore heh
12:03.23*** join/#htc-linux rabc (~rabc@109.77.4.86)
12:04.56makkonenbleh. 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.30phhhaha.
12:05.33phhdump mmu
12:06.29makkonenI don't even know where to start with that.
12:06.47phhyou know the physical address of smem
12:06.52phhit's 0x1Fand some zeroes
12:06.55phh(check wiki.)
12:07.04phhdump 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.09makkonenhmm. 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.40phhmakkonen: you're sure of the address .. ?
12:29.49phhcdma rhod uses same addresses as gsm rhod I think
12:29.53phhnot 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.42makkonenI'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.29makkonenor, 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.01phhbecause 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.12leviathanphh: heyo
13:19.23phhhey leviathan
13:19.33leviathanI've got an error
13:19.41leviathanwhile try'n to install ubifs on mtd
13:19.44leviathanon htcdream
13:19.51leviathanperhaps you know this kind of error?
13:19.58leviathanI'll pastebin it
13:20.32*** join/#htc-linux Guest86671 (~yadayada@pool-71-255-178-90.slsbmd.east.verizon.net)
13:21.01leviathanhttp://pastebin.com/fmgsGjZB
13:21.38leviathanphh: any idea?
13:22.54phhthere are two mtd block drivers
13:23.00phhone "cached" and the other one "direct"
13:23.07phhI guess you're using "direct" and you should use "cached"
13:24.54phhbut 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.11phhGNUtoo: btw, when I said xf86-video-msm would give no improvement... actually it might help scrolling.
13:30.30GNUtooah ok
13:30.44GNUtoothanks
13:31.37phhwell, benchmark it, the effects are not obvious
13:32.39leviathanphh: two drivers???
13:33.20*** join/#htc-linux tfried2001 (~tfried200@125.213.207.18)
13:36.20phhhum, let me check.
13:36.24phhI think there are two
13:36.51phhah, there is only one and it's a caching one
13:36.52phhgroumpf
13:38.16phhoh wait, /dev/mtd0 is the char one
13:38.36phhthere is no option to ubiformat to specify the blocksize ?
13:39.34leviathanit checks himself for all informations
13:39.37leviathanout of sysfs
13:39.48leviathanperhaps I have missed some kernel ops?
13:39.59phhhum
13:41.30leviathan<PROTECTED>
13:41.33leviathanwas enabled
13:41.38leviathannow I disabled it
13:41.42leviathanperhaps now it will work?
13:41.54phhyou won't have a /dev/mtd0 device :p
13:41.57phhI think
13:43.01leviathanhmm
13:43.02leviathanok
13:43.15leviathanlets try :)
13:46.27leviathanphh: kernel is compiling
13:46.36leviathanI'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.40mainuserhey
13:51.06mainuserdoes anybody know what i have to type to get the git for the leo?
13:51.15mainuseri mean this command:
13:51.18mainusergit checkout -b htc-vogue origin/htc-vogue
13:51.22mainuserbut for the leo
13:51.47makkonenyou need a different command prior to that.
13:52.12leviathan:)
13:52.16makkonenyou need to get the right repository for the leo. I'm not sure what that is.
13:52.24phhmakkonen: same as vogue iirc
13:52.25*** join/#htc-linux leobaillard (~leobailla@leobaillard.org)
13:52.33makkonenoh. nevermind, then.
13:52.48phhI think branch name is htc-msm-2.6.32
13:53.06makkonenlooks like it. last update 3 days ago.
13:53.39makkonenmainuser: so, git checkout -b htc-msm-2.6.32 origin/htc-msm-2.6.32
13:54.15mainuseryeah 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.18mainuserwhat about that
13:54.32makkonen...
13:54.44*** join/#htc-linux mainuser (~quassel@HSI-KBW-109-192-100-043.hsi6.kabel-badenwuerttemberg.de)
13:54.46phhlol ?
13:54.55phhmakkonen: you said "for leo" no ?
13:55.23mainuseryeah but isnt the one i gave you for leo?
13:55.33makkonenno
13:55.40mainuserouh yes android
13:55.45mainusersorry
13:55.51phhthe way when google will accept our patches is not today.
13:56.04mainuser:D
13:58.07mainuserall right i got everything now i'm ready to compile
13:58.33mainuserhow were the commands again? :P
13:58.40phh.
13:58.58phhthere is a huge bounty on leo or what ?
13:59.18mainuseryeah leo is awesome :)
13:59.18NetRipperthere seems to be
13:59.43phhNetRipper: well, that's a guess, seeing how many noobs ask on how to build a kernel for leo.
13:59.51NetRipperphh, i noticed :p
13:59.57NetRipperi get a lot of pm's as well ;)
14:00.14mainuseryeah that's good isn't it
14:00.35NetRipperits alright if they want to help :)
14:00.49leviathanphh: didn't work this suggested way
14:01.00leviathanI'll now activate all debug options for ubifs and mtd
14:01.00NetRipperits just a steep learning curve, and we generally notice many people not sticking with it ;)
14:01.02phhleviathan: yeah... don't know then
14:01.06mainuserso 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.10leviathanperhaps it will give some usefull option
14:01.23leviathanuhm
14:01.24leviathaninformation
14:01.54makkonenmainuser: make ARCH=arm htcleo_defconfig
14:02.24mainuserin which folder do i have to do that?
14:02.25makkonenmake ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- zImage
14:02.26NetRippermainuser,
14:02.28NetRipperGeneral linux on hd2 thread:
14:02.28NetRipperhttp://forum.xda-developers.com/showthread.php?t=651632
14:02.28NetRipperCompile kernel thread (by someone else), replace htc-qsd8k-2.6.29 with htc-msm-2.6.32 branch:
14:02.31NetRipperhttp://forum.xda-developers.com/showthread.php?t=631216
14:02.37NetRipper2nd one should help you
14:03.04NetRipperjust use htc-msm-2.6.32 instead of htc-qsd8k-2.6.29
14:03.07NetRipperbranch
14:04.13mainuserthanks 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.36mainusermake: command not found what the hell?
14:06.33NetRipperinstall make
14:07.23*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
14:08.17leviathanphh: doesnt work somehow...
14:13.08mainuserthat's what i get:
14:13.10mainusermake: *** No rule to make target `Kernel/kernel/arch/arm/Makefile'.  Stop
14:14.47mainuserNetripper: can you help me?
14:15.44NetRippergo to the root of the kernel
14:15.46NetRippernot a subdir
14:16.10NetRipperyou 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.19NetRipperit figures out byitself it has to go in arch/arm
14:16.26AstainHellbringmorning NetRipper
14:16.34NetRipperalmost evening astain :p
14:17.21mainuseri am at the root of the kernel
14:17.29AstainHellbringhow goes it NetRipper
14:17.49phhwell, 4pm.
14:17.57NetRipperphh, glass half full
14:18.02phhNetRipper: :p
14:18.47NetRipperAstainHellbring, emm i think we stabilized it a bit, but there are still problems
14:18.53NetRipperi dont know state of the last few days
14:19.06NetRipperthink the initrds still segfault
14:19.46AstainHellbringinteresting
14:21.12mainuseromg thats a joke
14:21.52mainuseris 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.20NetRippersorry i dont understand
14:22.24mainuserlook
14:22.52*** join/#htc-linux nizox (~none@77.207.111.193)
14:22.53mainusermy folder was named "Leo Kernel" thats why make had a problem with the directorys i mean because of the space
14:23.10phhuh?
14:23.17phhmake shouoldn't have any problem because of that
14:23.18mainuserthats why i now try to rename the folder to LeoKernel without space
14:23.32NetRipperyou renamed the folder in a seperate shell?
14:23.42NetRipperjust cd .. out of it, and cd back in
14:24.44mainuserouh you mean it does all that just because i was in the folder while renaming?
14:25.04NetRipperyes, the shell that is still in the old direcotry, is in fact still in the old directory
14:25.12NetRipperwhich is now empty, as you renamed the directory :P
14:25.21phhNetRipper: na it's the same inode, same folder
14:25.24NetRipperyea
14:25.37NetRipperphh, try explaning inodes in laymen terms
14:25.41phhright.
14:26.00mainuserok that sounds logical
14:27.56NetRipperi gtg
14:27.57NetRipperlater
14:28.07mainuserhave a nice day
14:32.03*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
14:33.14phhright. linux's fat driver is totally unaware of what FS fragmentation is
14:33.15phhawesome.
14:33.58*** join/#htc-linux balans1 (~balans@82-170-215-5.ip.telfort.nl)
14:38.05mainuseryeah really great :D
14:42.04mainuserphh: see now it works after renaming so it was in fact the space
14:44.03phhI don't think such a big and easy to fix bug exists in the kernel ...
14:45.46mainuserphh: oh man you think it was because i renamed and was still in the old folder?
14:46.04phhwell that doesn't help, but that's another story
14:46.27mainuserphh: 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.12mainusercome on put your binoculars on
14:50.38mainuseromg kernel's running no freezing anymore after a simple fix according to the timers ;) cu all guys later
14:51.41mainuserbuilding 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.30hfctsaotphh: u see my pings?
15:15.32*** join/#htc-linux Vito89 (~quassel@gw.loccal.net)
15:16.09phhhfctsaot: uh ?
15:16.10phhno
15:18.26hfctsaotwill the suboptimal error stop it from stepping up
15:18.27phhah that one
15:19.00hfctsaotI think that's why I'm stuck at 245
15:20.01hfctsaotbut I can't get it to use 370 on pll2 in the table
15:20.16phhedit your board
15:20.20hfctsaotthat's my step up from 245
15:20.20phhchange max_speed_delta_khz
15:20.25phhto maybe 600000
15:20.55hfctsaotok
15:22.14hfctsaotI know that it shows it stepping up to pll2 600000 but its realy not going but 245
15:22.27hfctsaotin kmsg
15:23.41hfctsaotso is the suboptimal error an issue or normal
15:24.13hfctsaotI get it for stepping from 245 up
15:24.28*** join/#htc-linux rabc (~rabc@109.77.4.86)
15:25.59hfctsaotalso I had to do some fixing to the tables to get the stepping right for the other freq
15:27.16hfctsaotbut at 245 it refuses to use 370 as a next step as long as its on pll2 and gives the suboptimal error
15:28.01hfctsaotif I move it to pll1 it still won't use it
15:28.40hfctsaotbut it'll at least show 370 in the init table generation
15:29.13hfctsaotbut from what I can tell its not using it still
15:29.44hfctsaotidk ill try the board settings
15:31.21gauner1986hey markinus :)
15:31.41hfctsaotphh: also someone suggested using .32 source when backporting the camera driver
15:31.56hfctsaotin stead of .29
15:33.19hfctsaot:/
15:39.15phhI 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.59Markinushi gauner
16:03.42ToAsTcfhphh: maejrep used .29 and i think u did as well but idk
16:03.50phhok
16:04.51ToAsTcfhi was just wondering if it would be harder to bring .32 camera to .27 then it wod be to use .29
16:06.40ToAsTcfhphh: this is what i have > .max_speed_delta_khz = 256000,
16:06.46ToAsTcfhwill change now
16:06.49phhI know
16:06.53ToAsTcfhoh
16:06.55ToAsTcfh:/
16:06.59phheveryone has 256MHz.
16:07.04ToAsTcfhoh
16:07.16ToAsTcfhso i need to be special :P
16:11.21*** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be)
16:12.37ToAsTcfhphh: <6>[    2.514556] ACPU running at 480000 KHz < still :/
16:13.29ToAsTcfh<7>[    2.744384] acpuclock: Switching VDD from 0 -> 7
16:13.30ToAsTcfh<7>[    2.744476] acpuclock: VDD switched
16:13.30ToAsTcfh<6>[    2.744476] acpuclock: Switching from ACPU rate 480000000 -> 595200000
16:13.30ToAsTcfh<7>[    2.744506] acpuclk_set_rate: STEP khz = 595200, pll = 2
16:13.30ToAsTcfh<7>[    2.745025] acpuclk_set_rate: ACPU speed change complete
16:13.36ToAsTcfhi dont get it
16:14.49ToAsTcfh<4>[   21.334655] msm_cpufreq_target 425142 r 0 (528000-595200) selected 595200
16:15.13ToAsTcfhits still running like a snail too
16:15.47phhToAsTcfh: well it switched to 600MHz ... ?
16:15.59ToAsTcfhits always done that
16:16.25ToAsTcfhbut in reality its not really running that fst
16:16.30ToAsTcfhfast
16:16.39phh"reality" ?
16:16.53ToAsTcfhcant be at least because its going so slow
16:16.59phhdon't tell me you're using a java benchmark.
16:17.02ToAsTcfhi mean really slow
16:17.07ToAsTcfhsuper slow
16:17.17ToAsTcfhlike 245mhz slow
16:17.27phh245MHz is "super slow" ?
16:17.28phhhum
16:17.41phhyou know that in normal use it's the speed your phone runs at most of the time ?
16:17.59ToAsTcfh245 - 528
16:18.17ToAsTcfhsleeps at 245
16:18.29ToAsTcfhfull blast at 528
16:18.42phhsleeps @ 245 ... ?
16:18.42ToAsTcfh480 at idle i think
16:18.47phh"lol"
16:18.54phhjust check by yourself
16:19.07phhsleeps is at 19.2Mhz, or even lower
16:19.16ToAsTcfhoh ok
16:19.40ToAsTcfhmakes since
16:20.04ToAsTcfhso im stuck again i take it
16:20.22ToAsTcfhgood news is i have dev/mem now :)
16:20.34phhwhat does the system say about your actual frequency ?
16:21.46ToAsTcfhBogoMIPS: 593.23
16:21.52ToAsTcfhthayts changed
16:22.03ToAsTcfhuse to be 478
16:22.09ToAsTcfhor 480
16:22.40ToAsTcfhcat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
16:22.40ToAsTcfh595200
16:23.00ToAsTcfhbut dude im still booting lol
16:23.26ToAsTcfhive been booting since we started this conversation
16:23.32ToAsTcfhlol
16:23.47ToAsTcfhim on the boot animation now
16:23.52ToAsTcfhfinally
16:24.07ToAsTcfhi think we just made progress though
16:24.16ToAsTcfhBogoMIPS: 593.23
16:24.33ToAsTcfhis a good deal although i suspect its fake
16:25.00ToAsTcfhie going this slow there is no way im running at that speed
16:25.25ToAsTcfhmy boot animation is even moving super slow
16:25.49ToAsTcfhlike a second between each frame
16:26.05ToAsTcfhmaybe 2 or 3 seconds
16:26.16ToAsTcfhcrazy slow
16:26.47ToAsTcfhusb is even slow
16:28.02*** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl)
16:28.51ToAsTcfhphh: .acpu_switch_time_us = 20,
16:28.52ToAsTcfh.max_speed_delta_khz = 600000,
16:28.52ToAsTcfh.vdd_switch_time_us = 62,
16:28.52ToAsTcfh.power_collapse_khz = 19200000,
16:28.52ToAsTcfh<PROTECTED>
16:28.52ToAsTcfh#if defined(CONFIG_TURBO_MODE)
16:28.54ToAsTcfh.wait_for_irq_khz = 176000000,
16:28.56ToAsTcfh#else
16:28.58ToAsTcfh.wait_for_irq_khz = 128000000,
16:29.00ToAsTcfh#endif
16:29.02ToAsTcfh
16:29.09ToAsTcfhwhich i aam in turbo mode i fixed that
16:29.16Captnoordyea logic....
16:29.20Captnoordyour boosting up stuff
16:29.26Captnoordso you need to increase timers to
16:30.19ToAsTcfhwell this is all stock except max_speed_delta
16:30.44Captnoordk
16:30.45ToAsTcfhand max axi
16:31.09ToAsTcfhmax_axi i just used from the topaz
16:31.22ToAsTcfhseemed to be as close to mine as any
16:31.36Captnoordk
16:31.47ToAsTcfhwell i only had it and the rhod to chose from
16:32.38ToAsTcfhrrhod was max axi_ 200 mines suppose to be 160
16:32.51ToAsTcfh000
16:33.14CaptnoordI first guess would be that it would be related to the design
16:33.41ToAsTcfhandroid native ?
16:33.51CaptnoordI mean the board design
16:33.51ToAsTcfhradio differences
16:33.54ToAsTcfhoh
16:34.16*** join/#htc-linux alain2210 (~alain@AMontsouris-151-1-62-50.w82-123.abo.wanadoo.fr)
16:34.24Captnoordwith these things the look of the device comes first
16:34.26Captnoordthen the hardware
16:35.10ToAsTcfhyeah so i need to maybe do what? rewrite the board ?
16:35.17ToAsTcfhlol dont say yes
16:36.14ToAsTcfhi 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.41ToAsTcfhi understand the tables can lie
16:36.58ToAsTcfhi seen that with the dream oc deal
16:37.14ToAsTcfhso im guessing thats what happening here
16:38.00Captnoordboard == hardware
16:38.11CaptnoordI don't know
16:38.17Captnoordi'm tired
16:38.18Captnoordbleh
16:38.28*** join/#htc-linux piet (~piet@ip54548483.speed.planet.nl)
16:38.35ToAsTcfhno fixy the camera yet :P
16:41.55ToAsTcfh<4>[    2.897979] OC: ADJUSTING FREQ TABLE freq=198400 div=2 ahbclk=99200 ahbdiv=1
16:41.55ToAsTcfh<4>[    2.898010] OC: ADJUSTING FREQ TABLE freq=297600 div=1 ahbclk=74400 ahbdiv=3
16:41.55ToAsTcfh<4>[    2.898010] OC: ADJUSTING FREQ TABLE freq=595200 div=0 ahbclk=198400 ahbdiv=2
16:42.14CaptnoordoO
16:42.14Captnoordnice
16:42.26ToAsTcfhits always done that though
16:42.31ToAsTcfh:(
16:42.45*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
16:42.53Captnoordk
16:43.01ToAsTcfh:'(
16:43.50ToAsTcfhalso <4>[  208.159088] msm_cpufreq_target 425142 r 0 (528000-595200) selected 595200
16:44.04ToAsTcfhthis just scrolls out in kmsg
16:44.24ToAsTcfhmeaning its trying but failing i guess
16:44.46ToAsTcfhthe first set of numbers keeps changing
16:45.05ToAsTcfhbefore the r 0
16:45.13Captnoordhmmm
16:45.15CaptnoordI dono
16:45.19Captnoordmaybe wrong numbers
16:45.53ToAsTcfhwhat are those numbers the freq target i guess
16:49.22ToAsTcfhecho 528000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
16:49.22ToAsTcfhcannot create /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq: permission denied
16:49.24ToAsTcfhwtf
16:49.25*** join/#htc-linux M3DLG (~M3DLG@212.183.140.6)
16:49.37ToAsTcfhits there im echoing to it
16:49.44ToAsTcfhfriggin jerk
16:52.16*** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey)
16:53.22Captnoordhmmm
16:53.26Captnoordwhat do I read there
16:53.29Captnoordhere*
16:53.31CaptnoordTheorARM
16:53.36Captnoordgoogle invests in TheorARM
16:53.39Captnoordhmmm
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.59hfctsaot:/
17:06.09hfctsaotthere just has to be a way to do this
17:07.27hfctsaotphh what was that ttttt.bin file u sent me
17:08.23hfctsaotI 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.27phhhfctsaot: logs ?
17:32.33hfctsaotoh ok well ill try it anyhow
17:33.02hfctsaotwhere 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.00ZDrivenhey
17:35.03ZDrivenfirst time here
17:35.05hfctsaotphh:?
17:35.14ZDrivenjust wondering the status of the project
17:35.54Captnoordstatus.....
17:36.01Captnoordatm... i'm low on energy
17:40.29mickeylWIFI DOWN WORKS!!!
17:40.49hfctsaot\o/
17:46.10alain2210mickeyl: what have you done with wifi ?
17:46.22mickeylalain2210: GNUtoo found the magic switch...
17:46.38mickeylunfortunately i don't know whom to blame for that weeks of grief
17:46.40mickeylanyways
17:46.44alain2210mickeyl : I have not read it.
17:46.47mickeylyou have to enable debugfs
17:46.49mickeylthat's just it
17:47.03mickeylit 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.15alain2210so I will do it.
17:47.18CaptnoordoOoOo
17:47.30Captnoordmickeyl: how's that possible....
17:47.32GNUtoomickeyl, 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.40Captnoordits beeing enabled / disabled trough the debugfs?
17:48.06GNUtoono
17:48.43GNUtooin order to prevent the crash
17:48.44GNUtooyou enable CONFIG_DEBUGFS or whatever it's called
17:48.44GNUtooin the kenrel
17:48.46GNUtooyou don't even need to mount the debugfs
17:48.52phhhaha.
17:49.49phhlet's see how much battery wimo says is left after 4 days.
17:50.33Captnoordhmm the battery code needs some extra love for the diam
17:50.38Captnoordas it chooses the wrong battery
17:50.40mickeylalain2210: fwiw, i'll release fso2-preview-1 later tonite
17:50.52mickeylalain2210: does not much, but shows a bit
17:51.08alain2210mickeyl  : now I used an old image.
17:51.27alain2210but I know it.
17:51.31phhCaptnoord: instant poweroff in wimo.
17:51.53phhso battery left ~=0.
17:51.58phhstill it did 4 days
17:52.12Captnoordphh hmmm good
17:52.13Captnoordgood
17:52.41phhhum
17:52.43phhit doesn't say battery low
17:52.56phhok it is not 0.
17:52.58phhit's 35%
17:53.00alain2210I have git clone official android 2.6.32 kernel. Should I buidl and try it for suspend ?
17:53.05phhwell
17:53.09phhbetween 35 and 47%.
17:53.44phhok let's say 37.
17:54.12mickeylalain2210: no, the official kernel won't work good
17:54.17mickeylalain2210: ah, for suspend
17:54.20mickeylalain2210: yes, good idea
17:54.25mickeylwe have to find out why ours does not work
17:54.31mickeylhaving a good baseline would improve taht
17:54.33mickeylthanks
17:54.51alain2210mickeyl: yes only for that.
17:55.29phhCaptnoord: so four days for 65% of battery, and with leds on.
17:55.54phhI'll do my next tries on the little battery.
17:55.57phhnot the 1.3Ah one.
18:02.25*** join/#htc-linux Sondergaard (~kim@users2.kollegienet.dk)
18:03.11Sondergaardhi 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.04phhI should have counted.
18:04.24phhI think it's the 6th one no ?
18:04.27phhor maybe 5 mmmm
18:04.51SondergaardWhat ?
18:05.03phhSondergaard: people asking such question
18:05.50Sondergaardokay...
18:06.03Sondergaardwell i want stand Wm. and neither can my girlfriend
18:10.10MarkinusSondergaard: here is the wiki:
18:10.10Markinushttp://www.htc-linux.org/wiki/index.php?title=Main_Page
18:10.10MarkinusSondergaard: here is the repo:
18:10.22Markinushttp://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.32
18:10.35MarkinusMarkinus: have fun! :)
18:12.01*** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt)
18:12.04phhs/Markinus/Sondergaard/g
18:12.05phh:p
18:12.17Markinusphh: ohhh, right! :)
18:15.07*** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-059-005-108.pools.arcor-ip.net)
18:16.34Markinusphh: did you try some gpio config / clock config calls on rhod?
18:16.43phhno
18:17.14*** join/#htc-linux kiozen (~oeichler@rgnb-5d878d6a.pool.mediaWays.net)
18:17.51Markinusphh: 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.49shu8iguys?
18:45.55shu8itake a look at this: http://forum.xda-developers.com/showthread.php?t=662289
18:48.52xawenyeah...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.21phhlol
18:50.51phhno "donate" button ?
18:50.51phhhum
18:51.24phhThis is just emulation of Android OS(at this level), That's why it don't have all features of real Android OS
18:51.25phhrigh
18:51.25phht
18:51.28phhcould be real
18:51.31phhjust a port of qemu
18:52.07shu8iyeah but this is just the beginning muha xD
18:52.14shu8i*hopefully*
18:52.49xawenhe gives credit to qemu and liveandroid
18:52.57phhomfg
18:53.01phhhe is running android x86 ?
18:53.09phh"lol"
18:53.24xawenlol, the second he gets it uploaded everyone will start complaining that it runs too slow
18:53.49shu8idunno maybe the snapdragon on the hd2 will get it done? what do you think?
18:53.50phhthat's likely.
18:54.09phhjava over x86 over qemu over arm ?
18:54.10phhnoway
18:54.34xawenshu8i...feeding the trolls
18:55.07shu8i:P i don't know anything about android :P
18:55.29phhshu8i: it's at the limit of the hardware on MSM7201A @ 300MHz
18:55.31phhthat gives you the idea.
18:56.10shu8ikk dcordes is like:: "haahahahaahahahaha ???" xDD
18:56.18xawenit'd be at least 2 (if not 3) layers of abstraction
18:56.37phhbattery life test on diamond with 900mAh battery and sleep leds off, STARTED
18:56.42phhsee you in two weeks.
18:57.47shu8ihave 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.25phhshu8i: it's a tegra.
18:58.27phhthey had no choice
18:58.56xawenplus the kin 1 looks pretty thick.  Probably a bit more space than the HD2 has
18:59.33shu8ithe 1 looks like a tamagochi to me xD
18:59.38phhdefinitely
19:06.42*** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl)
19:06.50gauner1986lets see if you forget it again phh
19:07.04phhforget what ?
19:07.14phh(that's a yes I guess)
19:07.15gauner1986when you started your test
19:07.16gauner1986;)
19:07.20gauner1986:P
19:07.21phhah.
19:07.29phhgauner1986: 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.42gauner1986ah.. thats boring :P
19:16.31*** join/#htc-linux k_linux (~klinux@41.92.23.119)
19:17.04phh9sorry :p
19:20.38Markinusphh: are you on Rhod better on battery now too?
19:20.54phhMarkinus: almost a full day :p
19:21.25phh(or you meant battery reading ?)
19:21.28Markinusphh: it's much better. . .
19:21.47phhMarkinus: it seem we can do wwwwwaaaaaaayyyyyy better easily
19:21.50phhwell
19:21.54phhwith one single step.
19:22.03phhthe question being what is this step.
19:22.15Markinusphh: yes? how? ahhhhhh, ok
19:22.25Markinusphh: yes . . .something is wrong . .
19:22.33phhMarkinus: with radio off, on my diamond, I have days of battery life.
19:23.09phhand it always has four white leds on, which eats much of the battery
19:23.15phhI'm trying now without the leds
19:23.35Markinusphh: did maybe radio block the standby? Or wackup to often . .
19:23.48phhno clue
19:23.58gauner1986Markinus: i'm thinking of switching to 2.09 atm.. but then you can't boot linux anymore, do you?
19:24.14phhMarkinus: I'd say it's a "idle" state towards 3G data connection that isn't setted properly
19:24.49Markinusphh: 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.06phhMarkinus: it's in sleep > 99.9%
19:25.09phhI don't think that's releavant
19:25.20Markinusphh: yes, this could be. Did you test this without data connection? only "normal" radio
19:25.23Markinusphh: ahh, ok
19:25.29phhMarkinus: I should.
19:25.45phhoh I have a spare simcard
19:25.47phhI can try.
19:28.00Markinusgauner1986: right, with 2.09 no boot
19:28.05gauner1986damn
19:28.20gauner1986heard that it is way better in terms of battery life
19:28.36phhMarkinus: dump smem aarm memory partition ?
19:35.13*** join/#htc-linux leaigor (~laigor@188.134.16.241)
19:36.04Markinusphh: hmm, right, could compare this both  . .
19:36.29phhwell, if the tables are correct.
19:37.42phhMarkinus: another solution is to dump mmu in windows, find 128MB of available memory and boot on it
19:40.39Markinusphh: NetRipper tested allready some configurations. But none of them worked for 2.09 ...
19:40.55Markinusphh: maybe we should look a but deeper,  . . right
19:41.06AstainHellbringanyone know how high one can overclock a raph800?
19:42.25Markinusgauner1986: but in the moment we have no progress on Leo :(
19:42.26phhAstainHellbring: between 700 and 800MHz
19:42.46gauner1986Markinus: :( whats the problem atm?
19:43.08Markinusgauner1986: this is the problem
19:43.26Markinusgauner1986: no idea. .
19:43.30*** join/#htc-linux madCoder` (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net)
19:43.41gauner1986Markinus: what about the hangings? fully solved now?
19:43.43AstainHellbringcool phh
19:43.47Markinusgauner1986: it's still crash on boot, hanging, signal problems,
19:43.48AstainHellbringseems to definately help
19:43.52gauner1986hm
19:43.53gauner1986damn
19:44.08gauner1986thought that was solved now
19:44.51phhAstainHellbring: and doesn't really kill battery life :p
19:45.03Markinusgauner1986: 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.03MarkinusIt's better, but still not ok
19:46.56AstainHellbringMarkinus how would one do that?
19:46.59*** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz)
19:47.03gauner1986Markinus: 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.27gauner1986Markinus: i understood that this is a very low level problem
19:48.00Markinusgauner1986: yeah . .
19:49.23phhMarkinus: do you even know the clock register address ?
19:49.23gauner1986Markinus: 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.25Captnoordre
19:49.31Captnoordmy meds finaly have worn off
19:49.36Captnoorddamn my head felt heavy
19:50.02Captnoordphh got some stuff done regarding the diag stuff
19:50.07gauner1986had a few drinks yesterday?
19:50.08gauner1986xD
19:50.09Captnoordit finaly compiles
19:50.10phhgauner1986: now do the same thing + flashing linux and flashing wimo back at every try.
19:50.25Captnoordgauner1986: nah its more like heavy meds
19:50.37phhgauner1986: and explain why we can't flash linux on raph and co
19:51.08Captnoordphh the only thing we need is extraction of modules
19:51.09gauner1986phh: that even sucks more.. but i guess they have a working haret port?
19:51.14Captnoordbut itsme and other devs only did files
19:51.19Captnoordnever modules
19:51.26phhgauner1986: I said for flashing
19:51.33gauner1986yeah i know
19:51.39phhgauner1986: yes they have haret
19:51.51phhbut I already tried flashing linux on my diamond
19:51.53Captnoordphh:http://www.ditii.com/2010/04/10/google-backs-theorarm-free-optimised-arm-version-of-theora-video-codec/
19:51.54gauner1986i would be satisfied with a haret port :)
19:51.54phhit kind of works
19:51.59phhbut killing bugs is..... baaaaaaaaahhhhhhhhh
19:52.04phhCaptnoord: I know, I know.
19:52.06gauner1986it really is...
19:52.30Captnoordhmmm....
19:52.48phhCaptnoord: I don't really care though :p
19:52.51phhwell
19:52.53phhfor short term
19:54.05gauner1986well.. 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.37phhoh most of the time I can see where the problem comes from
19:54.39phhapproximately
19:54.45Markinusphh: 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.48phhbut you can barely do 2 tries in an hour
19:54.53phhMarkinus: right
19:55.02gauner1986phh: so you have to be very good in it
19:55.04phhMarkinus: so you don't go totally blindly at least
19:55.05gauner1986^^
19:55.14phhgauner1986: basically :p
19:55.26phhgauner1986: but I'm not desperate.
19:55.33phhi'm sure Captnoord will be able to make a "diag" kernel image.
19:57.33CaptnoordI hope so
19:59.37Captnoordwould really be nice
19:59.50Captnoordbut phh has faith in me
20:00.00phhyou don't ? :(
20:00.01Captnoordmore than he should have I guess
20:00.04CaptnoordI do
20:00.07CaptnoordI only need time
20:00.15Captnoordwhich I don't really have
20:02.11Markinusphh: 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.36phhno idea either.
20:03.03CaptnoordI think from what i've seen
20:03.21Captnoordit votes on what frequenty everything should run
20:03.32Captnoordregister a reseource for the cpu
20:03.32Captnoordas in
20:03.38Captnoordthis resource needs cpu power
20:03.45Captnoorddevman I dono
20:04.45*** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes)
20:06.01CaptnoordoOoOo
20:06.03Captnoordwtf it compiles
20:06.17phhyour first kernel mod try ?
20:06.35Captnoordnah the codebase I copy pasted from pudn
20:06.39Captnoordnow only linker errors
20:06.53CaptnoordI first want to be able to extract a module
20:06.59Captnoordand then insert it
20:08.01dcordesCaptnoord, what med :D ?
20:08.13*** join/#htc-linux luminoso_ (~lumos@av-217-129-131-108.netvisao.pt)
20:08.35rojohackerhey 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.16Captnoordconcerta
20:09.36CaptnoordI think I need to talk to my shrink about a lower dose
20:09.38Captnoorda bit lower
20:10.22gauner1986Markinus: what about cr2? isnt he into leo development anymore?
20:10.49Markinusgauner1986: I think he has ( like much of our ) time prooblems
20:10.54Captnoordrojohacker: i'm no Rhodium dev
20:11.08phhrojohacker: speaker works.
20:11.12CaptnoordI work on reverse the battery code when I have the time
20:11.14phhonly software sound doesn't
20:14.19gauner1986Markinus: hmmmm.. that doesnt sound good.
20:15.07gauner1986Markinus: well i would have time to invest.. but as i said, don't have a clue about low level stuff :(
20:18.31Markinusgauner1986: 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.11gauner1986Markinus: the problem is the missing documentation :D
20:19.37Markinusgauner1986: you have the source :)
20:23.46Captnoordand if you never try
20:23.48Captnoordyou never learn
20:23.56gauner1986true
20:24.13Captnoorddon't think I just jumped into it
20:24.55Captnoordor any of us
20:25.19gauner1986i always think that at some point my development will get stuck because of the lack of documentation..
20:25.24gauner1986and thats very demotivating
20:25.45Captnoordhmmm so you get stuck because of demotivating
20:25.48Captnoordand documentation?
20:25.56Captnoordwhat do you mean?
20:26.07Captnoordlittle projects I worked on had proper docs
20:26.59gauner1986take the touchscreen driver for example
20:27.03Captnoordand usualy I write my own docs related on what I am working on
20:27.06gauner1986missing datasheet
20:27.13Captnoordis it....
20:27.13Captnoord?
20:27.16CaptnoordI got one for ya
20:27.31gauner1986for real? ;)
20:27.32Captnoordthe ts stuff is in the 7200 doc
20:27.35Captnoordfor real
20:27.47Captnoordmain problem with these types of docs is
20:27.50Captnoordhow to read them
20:27.59gauner1986hm
20:28.31*** join/#htc-linux [acl] (~abel@96.246.167.90)
20:28.32Captnoordqualcomm took a tsc2301 chip design and incorperated it in there chip
20:28.43Captnoordso if you read that datasheet
20:28.58Captnoordyou get a bettery idea about the capabilities
20:29.03Captnoordthan the chip docs I have
20:29.43*** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt)
20:29.57phhwhy do you care about touchscreen ?
20:30.12Captnoordme?
20:30.15Captnoordor gauner1986
20:30.22CaptnoordI think gauner1986 wants to start small
20:30.30Captnoordwhich is good
20:30.43gauner1986the only way of learning it i think. ^^
20:30.44phhhe want to make documentations ?
20:31.04Captnoordthe only way to learn it is todo it
20:31.21phhgauner1986: we have 4 TS drivers ! :p
20:31.26MarkinusCaptnoord: 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.28phhor was it only three ?
20:31.46phhoh gauner1986 cares about leo
20:31.47phhdamned.
20:31.48Captnoord5 if we count the tsc2301 patch
20:31.52gauner1986yeah..
20:31.54gauner1986leo
20:31.56Markinusphh: right, we have some of them, but no one is for our :(
20:32.17Captnoordgimme driver
20:32.20Captnoordi'll look
20:32.39gauner1986do you know what the dll is named like?
20:32.48Captnoordtouch.dll
20:32.49Captnoordmaybe
20:33.36gauner1986there are three dll's starting with touch: TouchRecognizer.dll TouchGL.dll and Touch.dll
20:34.33CaptnoordI guess toch
20:34.35Captnoordtouch.dll
20:34.39gauner1986okay
20:36.18MarkinusCaptnoord: www.markinus.de/touch.zip
20:36.32gauner1986damn
20:36.34gauner1986cant copy it
20:36.36gauner1986okay
20:36.58MarkinusCaptnoord: would be greate if you could take a look!
20:37.07gauner1986i hate files which you cant copy.. ^^
20:38.58Markinusgauner1986: yeah, the easierst way is to extract a rom
20:39.04CaptnoordMarkinus: thanks
20:40.37NetRipperwhats in that zip markinus?
20:41.12gauner1986i guess the Touch.dll
20:41.20NetRipperoh ok :)
20:41.23MarkinusNetRipper: the touch screens dlls
20:41.27NetRipperthought a linux driver
20:41.28NetRipper:D
20:41.32gauner1986:D
20:41.41MarkinusNetRipper: hehe :)
20:41.55gauner1986let's just write a wrapper :)
20:42.05gauner1986"just"
20:42.06NetRipperyea 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.48MarkinusNetRipper: could you decode some of the other clock functions?
20:43.00AstainHellbringwine that would be cool NetRipper
20:43.09NetRipperMarkinus, ummm im not that good with disassemble :p
20:43.15[1]Captnoordbleh
20:44.04*** join/#htc-linux Cablekevin (~Cablekevi@house.speedxs.nl)
20:44.59MarkinusNetRipper: I compared our wiki clocks, the GRP_NS_REG is offset 0x84 but this is on leo 0x0 .. . hmm
20:45.12CaptnoordMarkinus: what do you want to know?
20:46.24*** join/#htc-linux hounsell (~hounsell@88-107-27-109.dynamic.dsl.as9105.com)
20:46.46Captnoordthe g force sensor is included in the i2c
20:46.56MarkinusCaptnoord: Can you see the touch controll stuff in the dll?
20:47.20MarkinusCaptnoord: right, it'S same as in Rhod/Topaz
20:48.30Captnoordi'm in it
20:48.59gauner1986how can it be? do rhod/topaz also have a capacitve screen?
20:49.29MarkinusCaptnoord: hmm, I think it takes to much time to decode it how this works . . .  to make a lin driver
20:49.40Markinusgauner1986: the gsensor
20:49.46gauner1986ah okay
20:49.51*** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl)
20:50.27CaptnoordMarkinus: nope.... if I only had a leo
20:50.27Captnoord:P
20:50.32*** join/#htc-linux br1ck (~br1ck@xdslcr123.osnanet.de)
20:50.58gauner1986well.. maybe start a donation pledge or sth.
20:51.00MarkinusCaptnoord: hmmm
20:51.00gauner1986xD
20:51.07Markinus:)
20:51.28gauner1986guess there would be enough money
20:52.41MarkinusCaptnoord: is there the multitouch code in too?
20:52.48Markinus(if you can see it )
20:52.55Woutoi
20:53.12Captnoord.text:1000347C aFingerCountD_D unicode 0, <finger count:%d.%d>
20:53.42Captnoord.text:100036D8 aSecondDownCoun unicode 0, <Second down : Count= 0x%x, flag=: 0x%x, POINT=(%d,%d)(%d,>
20:53.44CaptnoordI guess so
20:56.04Captnoordbut
20:56.05Captnoord.text:10003848 aNoResponseDueT unicode 0, <No response due to multi finger touched>
20:56.07Captnoordits disabled
20:56.08CaptnoordP
20:56.29MarkinusCaptnoord: no, it's deffinitly working :)
20:56.32Captnoord.text:10004154 aMoreThan2Point unicode 0, <More than 2 points.>
20:56.34Captnoordokey
20:57.35gauner1986Captnoord: are you using ida?
20:58.06Captnoordyup
20:58.29Captnoordhmm....
20:58.30CaptnoordI need sleep
20:58.34Captnoordtalk to ya all later
20:58.36Captnoordnn
21:00.10gauner1986mh
21:00.13gauner1986me too :)
21:00.27gauner1986thanks for your attention Captnoord
21:04.38MarkinusCaptnoord: nn
21:06.53Markinusphh: 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.16PSPdemoncurious about something dealing with android and gps ( no not asking why its NOT working in android )
21:08.21PSPdemonfor rhodium
21:08.40PSPdemoni booted back into winmo and gps was borked
21:09.30PSPdemoni 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.51PSPdemonwell atleast according to the wiki is what i should say
21:12.52PSPdemon12. 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.37phhMarkinus: let me check
21:14.56phhPSPdemon: or diag rom.
21:15.10PSPdemonphh diag rom?
21:15.25phhPSPdemon: there are some "diagnostic roms" for htc devices
21:16.01PSPdemondo they require hardspl?
21:16.07phhno
21:16.10phhafaik
21:16.22phhMarkinus: hum
21:16.47PSPdemonis there a way to flash the original spl on a non-hardspl device? ( i know this is going a bit off track )
21:16.49phhMarkinus: I can't see
21:17.05Markinusphh: ?
21:17.11phhMarkinus: GRP/IMEM
21:17.33*** part/#htc-linux shu8i (~shu8i@78.104.102.92)
21:17.41Markinus0xa8600084
21:17.50xawenpspdemon: same process as flashing hardspl, you just need the image file for the stock spl when you do it
21:18.15phh0xa80 means clock = TCX0, 0xa8c means clock = PLL0/2
21:18.24phhthat makes a HUGE difference.
21:18.38Markinusphh: ohhh
21:19.11PSPdemonxawen, so i can use the stock spl installer on the hardspl thread?
21:19.12Markinusphh: maybe we should check them all
21:19.19PSPdemonor is there something else i should be looking for?
21:20.27xawenpspdemon: 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.40xawenthat's how you flash back to stock for warranty
21:20.43Markinusphh: usb 0xb59 instead off 0xb0
21:20.46PSPdemontrue
21:20.54Markinus*0xb00
21:21.01PSPdemonbut im not on hardspl atm ( i did that what you said above to return my replacement )
21:21.12PSPdemonunless that method works on a stock spl phone
21:21.20xawensame thing should work to reflash stock
21:21.28xawen*should*
21:22.34Markinusphh: PMDH 0xa21 instead of 0xa0c
21:23.14PSPdemonxawen, im guessing that means you dont know but are pretty sure it SHOULD work
21:23.35PSPdemonlol...dont know if theyll let me change out for a 3rd phone xD
21:24.20xawenpspdemon: 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.38PSPdemoni cant
21:24.41PSPdemonhave to get a new license
21:24.44PSPdemon-_-
21:25.05PSPdemonso im stuck atm on stock spl until htc-unlocks actually responds to my request
21:25.29xawenohhh...w/o the license the flash program won't flash either nbh anyway
21:25.35PSPdemonyea...
21:25.52PSPdemon2 weeks in and no replies yet...
21:26.45PSPdemonim beggining to think ill never get a answer
21:27.03PSPdemonbut more or less my biggest question is will flashing hardspl fix my problem?
21:27.34PSPdemoni havent seen any confirms to this as if it actually DOES fix it
21:27.42PSPdemononly suggesting to try it
21:27.49xawenthat one I don't know...never had android freeze up any of my hardware
21:27.56PSPdemonneither have i
21:28.16PSPdemonafter i booted back into winmo gps decided to stop working....so i dunno
21:35.40phhnow that ubuntu on TP2 is pretty decent
21:35.42phhI need TV OUT.
21:36.06Markinusphh: ha! :)
21:38.09Markinusphh: maybe the different clocks change somethin for 3d or sound
21:38.25phhMarkinus: for sound, it wouldn't
21:38.28phhfor 3D... yes ... could be
21:38.32phhI'm too lazy to try though
21:39.26Markinusphh: do you know what the GRP clock is for?
21:39.33phh3D
21:39.39Markinusahh, ok
21:39.42phh:p
21:40.19MarkinusI thought only the IMEM
21:40.31Markinusphh: but yes, it's the same reg
21:40.57phhwhy don't people want to merge there patches in my tree damnit ?
21:41.30phhI hate seeing people of almost supported devices having only half of the features, because of some stupid devs
21:43.52PSPdemonphh, i would love to see though gentoo on it
21:44.16phhPSPdemon: you have some "ready to be used" image ?
21:44.19phhfor any arm device
21:44.40PSPdemonwell the link i linked to earlier seems to be the one
21:44.51phhah ?
21:44.52phhwhere ?
21:44.55PSPdemontheres a "autobuild" armv6j port of gentoo
21:45.08Markinusphh: and PMDH_CLK?
21:45.23phhMarkinus: no clue
21:45.34phhMarkinus: mddi link ?
21:45.37PSPdemonhttp://mirror.mcs.anl.gov/pub/gentoo/releases/arm/
21:46.33phh<PROTECTED>
21:46.50phhMarkinus: that's the link between the chipset and the screen btw
21:47.01phhI guess it's running slower than expected currently
21:47.06Markinusphh: ahh, thx, it's different too
21:47.13Markinusyeah
21:47.28Markinuswe should change it :)
21:47.32Markinusall of them
21:47.37phhhave fun.
21:48.13PSPdemonphh, wouldnt that work? ( maybe what i should ask is "is that what you mean?" )
21:48.20phhPSPdemon: it's downloading.
21:48.31PSPdemonheh
21:48.43phhok it's a rootfs
21:49.01phhcould work then
21:54.16phhPSPdemon: pff it's huge
21:54.21phhI'm not sure I want to try :p
21:54.31PSPdemonlawl
21:54.31phhtime to sleep anyway
21:54.39Markinusnight
21:54.40PSPdemonwell ubuntu isnt small either xD
21:54.45PSPdemonbut anyway thanks for looking
21:54.52PSPdemonnight
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.54mrquickbluetooth 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.00ToAsTcfhphh: 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.13mrquickis there a buildspek.mk entry that defines BLUETOOTH_PLUGIN_BUILTIN?

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.