IRC log for #htc-linux on 20101217

00:17.12*** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com)
00:56.02*** join/#htc-linux Daevoq (~IceChat7@95.234.108.250)
00:57.15*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
01:15.54*** join/#htc-linux kubi (~Adium@miranda/user/kubi)
01:29.44*** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com)
01:32.28*** join/#htc-linux tyween|phone (~tyween@c-76-122-89-0.hsd1.ga.comcast.net)
01:32.44*** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net)
01:34.45dcordes~seen GNUtoo
01:34.56aptgnutoo <~gnutoo@host11-111-dynamic.48-82-r.retail.telecomitalia.it> was last seen on IRC in channel #openmoko-cdevel, 13h 37m 4s ago, saying: 'hi mickeyl '.
01:35.01dcordes19:35 < GNUtoo|Laptop> dekar_, just that android battery system is different
01:35.01dcordes19:35 < GNUtoo|Laptop> get the battery % in the settings
01:35.01dcordes19:35 < GNUtoo|Laptop> on the desktop settings icon->power
01:36.20dcordesthat's about G1 right
01:36.26dekar_yeah
01:36.31dcordesdo we have a 'release' yet ? :)
01:36.34dcordesdekar_: hey
01:36.45dcordesyou think shr on g1 is usable as daily driver ?
01:36.58dekar_oh well - barely
01:37.18dekar_screen turns never off, just background
01:37.33dcordesmhm
01:37.48dekar_you can't change from landscape to portrait without restarting Xorg (about everything)
01:37.49dcordesso battery life is limited
01:38.01dekar_battery seemed quite fine when I tried
01:38.05dcordesawesome
01:38.19dekar_also when you touch the screen backlight turns on already
01:38.21dcordesit should be made available to all g1 users
01:38.32dekar_same for every button and even trackball movement
01:38.33dcordeshow did you install it ?
01:38.40dekar_I just flashed it
01:39.00dcordesI guess it is booting fast ?
01:39.19dcordesSHR on my htc leo (hd2) boots in 10 secs
01:39.28dekar_yeah
01:39.29dcordesand that'S from class 4 uSD
01:39.30dekar_boots fine
01:39.49dekar_most of the hardware seems to work as well
01:39.59dcordesis it difficult to flash for the average user ?
01:40.01dekar_bluetooth, gps etc
01:40.11dekar_not any different from flashing android
01:40.15dcordesthat'S nice
01:40.25dcordesGNUtoo spent lots of time with this device to get that far
01:40.49dekar_the browser really sucked when I tried it -.-"
01:41.20dekar_I don't think I'll keep it for every day usage - though I was pretty impressed how well it runs
01:41.43dekar_but shr obviously wasn't ever designed to run on hvga
01:41.48dcordesyeah
01:42.07dcordesit's not well known that an almost fully working alternative to android exists
01:42.20dcordesgoogle propaganda doesn't allow for such thoughts
01:42.29dcordesin the end user
01:43.06dekar_it supports calls - I have tried that
01:43.23dekar_and I read text messages would work as well
01:43.55dekar_I like having Xorg - I really miss that on android -.-"
01:43.59dekar_also alsa
01:44.15dcordeswe should put together some g1-shr-beta.zip with easy to follow step by step instructions
01:44.19dekar_android is linux without everything you need for daily use
01:44.26dcordesis it hosted on openembedded.org ?
01:44.41dekar_http://build.shr-project.org/shr-unstable/images/htcdream/
01:44.48dcordesok
01:45.15dekar_normal users won't use it - and I don't think you find many developers for such an old device
01:45.24dcordesfor the heck of it
01:46.30dekar_it really doesn't feel ready - like the keymap isn't working properly
01:46.42dcordesdekar_: can you ask gnutoo to add a flashing readme ?
01:46.50dekar_shift works, but the alternate mapping isn't working so no special chars
01:47.02dcordesif you see him
01:47.08dekar_flashing is simple, just flash the file with .fastboot at the end
01:47.12dcordesok
01:47.13dekar_then you're done
01:47.28dekar_flash it to boot - like android kernels
01:48.05dekar_I think you can also flash it to rescue. this will then overwrite the rescue partition but allow you to dualboot shr and android
01:48.30dekar_for the g1 there isn't much need for the rescue partition anyway since you have fastboot
01:48.42dekar_which is even mightier :)
01:50.06dcordesis it possible to go through these processes in windows ?
01:50.46dcordesdekar_: you have a camera :) ?
01:51.34dekar_yeah I have one - some old 3 megapixel cam with 128mb sd XD
01:51.49dekar_sure - you don't even need a PC to do it
01:52.01dekar_you can do everything needed on android
01:52.01dcordesawesome
01:52.22dcordesthat's perfect. but we really need somebody who can test it to write it down
01:52.30dekar_just try it - it's hard to brick the g1 anyway
01:52.52dcordes1) download file x from y 2) put y on sd ...
01:53.03dekar_yeah I can guide you through it
01:53.07dcordeslol well you get the idea
01:53.15dekar_and you write some tutorial
01:53.29dcordessorry I don't have the device. else I would do a tutorial
01:53.34dcordesthat's why I am asking
01:54.04dekar_just do a nandroid backup of your old android - that allows you to 100% restore it like it was before with all settings and apps etc
01:54.10dekar_you know nandroid right?
01:54.26dcordeshttp://htc-linux.org/wiki/index.php?title=DreamBuilds
01:54.28dcordescheck this out
01:54.31dekar_hmm why are you interested then?
01:54.35dcordesno I don't have any android phone sorry
01:54.47dcordesbecause I want people to enjoy gnutoo's work
01:54.56dcordesand get some fun out their old phones
01:55.23dcordeswe might use that wiki page above to put a guide
01:56.02dekar_people won't enjoy it
01:56.29dekar_those linux addicts who actually care will find it
01:56.36dekar_the rest won't enjoy it anyway
01:57.20dekar_first thing gnutoo told me was to kill the setup assistant via ssh and restart the desktop manually
01:57.36dekar_it kinda works, but most people really won't enjoy it
01:57.42dekar_so don't waste their time
01:59.24dcordeswell in that case.. I thought it boots up ready to use
02:01.20dcordesbut I think your assumption people won't enjoy it might be wrong
02:03.07dekar_it boots up ready to use - but "clicking" any input line will make the virtual keyboard pop up and block everything on the screen
02:03.23dekar_so it is buggy like hell and you get stuck in that case
02:03.25dcordes:'-(
02:03.43dekar_shr was made for 640x480 - dream has 480x320
02:03.43dcordesany idea if gnutoo is seeing a way to fix ?
02:03.46dekar_you see the problem?
02:03.53dekar_fonts are uber tiny etc
02:04.25dekar_pidgin worked quite well - though some settings were out of screen and thus unreachable
02:04.44dekar_so you'd have to edit the config file using a text editor instead
02:04.45dcordesah I have seen that on the log
02:05.12dekar_it's no alternative for 99,9% of the people
02:05.21dekar_and I probably won't use it as my daily system
02:05.42dekar_haven't decided yet, but android _is_ more convenient
02:06.01dcordeswe might provide a beta that is ran from uSD: http://htc-linux.org/wiki/index.php?title=Rootfs/Userfriendly
02:06.11dcordes03:05 < dekar_> haven't decided yet, but android _is_ more convenient
02:06.14dcordessure...
02:06.24dcordesshr on that device is a one man project
02:07.03dcordesto me it sounds he got very very far if you compare how many people work on android userspace for dream ..
02:07.14dekar_afaik all moko distributions pretty much suck - even on freerunner
02:07.35dekar_sure - that's why it needs developers but not normal users
02:07.37dcordeswell freerunner hw sucks so..
02:08.10dcordesif you make it known via many enduer testers, more developers will hear about it
02:08.35dekar_I disagree but well - do as you like
02:08.52dcordesyou think it should be kept secret forever
02:09.00dekar_I don't really care about the shr distribution anyway, I care more about using the kernel to run debian
02:09.27dcordeswell you get additional kernel hacekrs on board that way as well
02:09.29dekar_lol I don't think it should be kept secret - it isn't btw
02:09.48dcordestrust me I've been around these projects for a while. the public attention can never harm.
02:09.50dekar_sure - how about you write me a opengl enabled driver for it?
02:09.59ali1234debian? what you gonna use to make phone calls?
02:10.06dcordesali1234: ofono
02:10.30dekar_I agree, but I don't see any use - you will just waste peoples time
02:10.42dcordesali1234: basically you take the gnutoo kernel source and all his scripts that wrap around whacky android drivers (gps etc)#
02:10.46dekar_ali1234, don't care too much about phone calls on debian ;)
02:10.57ali1234what dialer UI does debian have?
02:10.57dekar_but well I could probably use some dialer app for it
02:11.23dcordesdekar_: how do you not see use in getting additional developers ?
02:11.35dekar_g1 is dying already
02:11.44dekar_not worth it - but do as you like
02:11.46dcordesthen why are we talking anyway
02:11.50dcordeslol
02:11.56dcordesthat makes no sense my friend
02:11.57dekar_cause you are talking to me
02:12.24dcordesyou have interest in the kernel / debian why should others not
02:13.09dekar_cause there isn't anyone else here
02:14.05dcordesI just hate keeping watch those builds gaining dust with all the effort in them
02:14.06dekar_I guess I'll look into getting some gnu linux device - maybe something meego based - or webOS?
02:14.21dekar_dcordes, then buy a dream and start developing
02:14.43dcordesalso it makes no sense to call a project dead just because the device is old
02:15.14dekar_I'd guess they're out of production
02:15.16ali1234don't expect meego devices with unlocked bootloaders
02:15.22ali1234except maybe a few x86 netbooks
02:15.51dcordes..how many use recent linux distros on the old omap850 devices
02:16.09ali1234actually, virtually nobody
02:16.47ali1234probably more people are using blueangel/universal... because that actually works
02:17.14ali1234the problem is that publicity just brings a bunch of people who want to "help test" - by which they mean they want the new code NAO
02:17.44*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
02:17.45ali1234but testing is not really all that useful, projects like this need coders not testers
02:18.10dcordesif you want coders, you need to make the project known, right ?
02:18.20ali1234coders will find it pretty easily
02:18.30dcordesif they are looking for it
02:18.30dekar_disagree - coders find those projects
02:18.41dekar_I have found it
02:19.46ali1234plenty of non-coders find it too, that's why we have that -chat channel now :(
02:22.13dcordesok ok ;)
02:22.50dcordeswell soon as we have something for g1 that does not require ssh access etc. and have small documentation I will try to make it known
02:23.48dekar_it doesn't need ssh if people make sure to ignore the setup assistant and don't input the information it asks for
02:24.07dcordesthat could be done via step by step guide
02:24.14dekar_also stuff like the browser is pretty much broken - icons are really big and you can barely see the website
02:24.28dcordesdid you try to compile the latest fennec ?
02:24.31dekar_so go on and make sure it gets known
02:24.46dekar_isn't fennec an android browser?
02:25.04ali1234no
02:25.14ali1234fennec is some gecko based browser
02:25.24dekar_running on android/winmo?
02:25.26ali1234everyone else in the whole world uses webkit cos it's about 10000000 times better
02:25.31dcordeshm why don you go and replace such comments by cooperation and constructivity ?
02:25.46dekar_ali1234, your answer didn't exclude my statement
02:25.58dcordesali1234: fennec works pretty well on my hd2
02:26.01dekar_I surely won't port it from android api to Xorg
02:26.03ali1234fennec is a third party browser, it runs on many platforms
02:26.14ali1234it isn't standard on any of them except for maemo, where it totally sucks
02:26.22ali1234possibly meego handset too
02:26.29dekar_it sucked on my g1 running android as well
02:26.38dcordesI tested it in Ubuntu on the hd2 ;)
02:26.43*** join/#htc-linux mastermerlin (~Adium@p4FEE4D86.dip.t-dialin.net)
02:26.56dekar_oh well hd2 has like thrice my hardware specs
02:27.29dcordesnote to self: compile SHR on screen keyboard for ubuntu on hd2
02:27.38dekar_g1 isn't able to do multitasking on android - once I runs like my gps app it kills even the desktop app
02:28.10dekar_the keyboard didn't look too great actually
02:28.18dekar_you probably find better ones
02:28.36dcordesthe ones in ubuntu are not made for finger input
02:28.49dekar_use ssh?
02:28.50dekar_XD
02:28.51darkstone-awayis alsa supported yet on the hd2?
02:28.53dcordeshttps://launchpad.net/smartphone
02:29.04dcordesdarkstone: no.
02:29.14darkstonetoo bad
02:29.17dcordesI have to go
02:29.17dcordesbye
02:29.22darkstonebb
02:42.56*** join/#htc-linux phantomcircuit (~phantomci@adsl-99-37-226-181.dsl.pltn13.sbcglobal.net)
02:48.36*** join/#htc-linux rob_w_ (~bob@ppp-93-104-11-10.dynamic.mnet-online.de)
02:55.27*** join/#htc-linux Termana (~bradley@123-3-159-167.static.dsl.dodo.com.au)
02:55.35*** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring)
03:21.17*** join/#htc-linux pts69666 (187e7a81@gateway/web/freenode/ip.24.126.122.129)
03:25.39*** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net)
03:31.29*** join/#htc-linux gpc (~gpc@114-42-207-13.dynamic.hinet.net)
03:33.03*** join/#htc-linux netson-ubuntu (~netson-ub@202.159.118.21)
03:43.33*** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com)
03:44.13*** join/#htc-linux ni_ (458eefb3@gateway/web/freenode/ip.69.142.239.179)
04:45.28*** join/#htc-linux hastarin (~hastarin@220.253-201-251.VIC.netspace.net.au)
05:03.08*** join/#htc-linux Regulator (~duffman@c-67-162-193-231.hsd1.ar.comcast.net)
05:17.53*** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net)
05:19.23*** join/#htc-linux Termana (~bradley@123-3-169-184.static.dsl.dodo.com.au)
05:33.29*** join/#htc-linux Samsunguy (~Samsunguy@cpe-76-186-50-40.tx.res.rr.com)
05:45.25*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
05:48.28*** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com)
05:51.46*** join/#htc-linux Kasjopaja23 (~Tina@p578FF684.dip.t-dialin.net)
05:53.25*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@82.76.236.64)
05:58.14*** join/#htc-linux Termana (~bradley@123-3-135-145.static.dsl.dodo.com.au)
06:05.08*** join/#htc-linux clm (62fbc6bf@gateway/web/freenode/ip.98.251.198.191)
06:05.48clmevery
06:06.53*** part/#htc-linux clm (62fbc6bf@gateway/web/freenode/ip.98.251.198.191)
06:29.30*** join/#htc-linux Tinyboom (~nahh@194.84-48-106.nextgentel.com)
06:30.35*** join/#htc-linux XirXes (~XirXes@67-2-117-189.slkc.qwest.net)
06:31.43*** join/#htc-linux Drakh_ (Drakh@190.42.70.191)
06:33.30*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
06:39.04*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
06:53.45*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
06:59.25*** join/#htc-linux CIA-99 (~CIA@208.69.182.149)
07:03.26*** join/#htc-linux gpc (~gpc@114-42-207-13.dynamic.hinet.net)
07:03.37*** join/#htc-linux kiozen (~kiozen@p5DDF2C0F.dip.t-dialin.net)
07:05.33*** join/#htc-linux Baeen (~Bane@ppp59-167-201-55.static.internode.on.net)
07:10.18*** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no)
07:14.58*** join/#htc-linux hastarin (~hastarin@220.253-202-216.VIC.netspace.net.au)
07:36.46*** join/#htc-linux avinashhm (~avinash__@192.163.20.231)
07:42.16*** join/#htc-linux avinashhm (~avinash__@192.163.20.231)
07:47.45*** join/#htc-linux BbLugNut (~kvirc@78-230.187-72.tampabay.res.rr.com)
08:03.38*** join/#htc-linux UnknownArtists (~unknown@84.19.198.203)
08:13.40*** join/#htc-linux tyween (~tyween@c-76-122-89-0.hsd1.ga.comcast.net)
08:30.59*** join/#htc-linux AgentBlair (~AgentBlai@adsl-69-225-127-117.dsl.sndg02.pacbell.net)
08:33.05*** join/#htc-linux Rajko (bitrot@wan.rajkonet.info)
08:33.30*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
08:34.40*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
09:03.48*** join/#htc-linux balans (~Gebruiker@82-170-217-205.ip.telfort.nl)
09:03.59*** join/#htc-linux noobtacular (43503968@gateway/web/freenode/ip.67.80.57.104)
09:14.40*** join/#htc-linux Major_Sarcasm (~Sarcy@w-175.cust-7075.ip.static.uno.net.uk)
09:20.55*** join/#htc-linux NujaWay (~R2D2@chy94-2-82-226-71-148.fbx.proxad.net)
09:29.08*** join/#htc-linux Phally (~Phally@d28072.upc-d.chello.nl)
09:30.16*** join/#htc-linux atoore (atoore@c-76-22-8-177.hsd1.wa.comcast.net)
09:52.18*** join/#htc-linux Drakh_ (Drakh@190.42.29.221)
09:53.32*** join/#htc-linux tiger2wander (~uocnb@117.6.135.144)
10:08.44*** join/#htc-linux BbLugNut (~kvirc@78-230.187-72.tampabay.res.rr.com)
10:14.43*** join/#htc-linux housert (~shx@static.104.152.63.178.clients.your-server.de)
10:20.10*** join/#htc-linux bally3 (c13dff56@gateway/web/freenode/ip.193.61.255.86)
10:34.11*** join/#htc-linux gauner1986 (~Adium@145.85.83.14)
10:57.49*** join/#htc-linux deadly` (deadly@unaffiliated/ashar)
11:03.03*** join/#htc-linux greg- (greg-@port-13875.pppoe.wtnet.de)
11:06.12*** join/#htc-linux johnb81 (~john@78.169.170.146)
11:11.03*** join/#htc-linux johnb81 (~john@78.161.51.231)
11:11.59*** join/#htc-linux noobhands_ (5a980414@gateway/web/freenode/ip.90.152.4.20)
11:26.10noobhands_gauner1986:
11:26.21noobhands_find me htc_ime evo keyboard for me
11:26.22noobhands_i cant find apk
11:26.25noobhands_i'll find you a gf
11:26.38gauner1986i got one
11:26.42gauner1986but at home
11:26.54noobhands_a gf?!
11:26.58noobhands_or the keyboard
11:31.53gauner1986the keyboard
11:31.54gauner1986:P
11:32.33*** join/#htc-linux GNUtoo|laptop (~gnutoo@host11-111-dynamic.48-82-r.retail.telecomitalia.it)
11:35.17noobhands_cool, because every one i've tried
11:35.23noobhands_just force closes with darkstones froyoram
12:38.22*** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-173.netcologne.de)
12:45.58fakkerbitch ass
12:46.58gauner1986it's bitch that i have to sit in the university till 5:30
12:47.08fakker:D
12:47.11fakkerthat was in the wrong window
12:47.13fakkerlol
13:01.39*** join/#htc-linux Archonx (3e9c9e13@gateway/web/freenode/ip.62.156.158.19)
13:02.36*** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com)
13:21.47*** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-173.netcologne.de)
13:24.27*** join/#htc-linux crw-away (crw-away@a94-132-183-118.cpe.netcabo.pt)
13:36.54*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
13:37.18*** join/#htc-linux JohnSheridan (~opera@nat004-252-205-109.tvoe.tv)
13:37.58*** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com)
13:38.59*** join/#htc-linux kubi (~Adium@miranda/user/kubi)
13:39.12[acl]phh: i pushed the .35fb
13:39.46[acl]phh: there is still some work to be done to move some of the devices to mddi_simple but i think emwe will handle that. rhobontu wasnt broken so it was all good
13:43.57*** join/#htc-linux Kasjopaja (~Tina@p578FF6A0.dip.t-dialin.net)
13:50.14*** join/#htc-linux greg- (~meinegehe@port-13875.pppoe.wtnet.de)
13:52.38*** join/#htc-linux gpc (~gpc@220-142-13-63.dynamic.hinet.net)
13:55.04*** join/#htc-linux NujaWay (~R2D2@chy94-2-82-226-71-148.fbx.proxad.net)
13:57.45*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
13:59.59*** join/#htc-linux isikil (4f17c4b3@gateway/web/freenode/ip.79.23.196.179)
14:07.26*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
14:16.40*** join/#htc-linux Dunedan (~dunedan@phoenitydawn.de)
14:21.49*** join/#htc-linux NujaWay (~R2D2@chy94-2-82-226-71-148.fbx.proxad.net)
14:31.30*** join/#htc-linux eR^zeRa` (~zzeratul@88.103.98.168)
14:35.50*** join/#htc-linux MN2 (~yaaic@host86-134-190-249.range86-134.btcentralplus.com)
14:40.08*** join/#htc-linux tyween|phone (~tyween@c-76-122-89-0.hsd1.ga.comcast.net)
14:45.46*** part/#htc-linux MN2 (~yaaic@host86-134-190-249.range86-134.btcentralplus.com)
14:48.50*** join/#htc-linux Sjuustah (~sjuust@ip3e839a58.speed.planet.nl)
15:16.15*** join/#htc-linux Ondalf (~ondalf@dsl-roibrasgw1-feb6dc00-127.dhcp.inet.fi)
15:20.59*** part/#htc-linux Sjuustah (~sjuust@ip3e839a58.speed.planet.nl)
15:27.05*** join/#htc-linux mdeejay (~mdeejay@188.168.168.101)
15:29.22*** part/#htc-linux noobhands (5a980414@gateway/web/freenode/ip.90.152.4.20)
15:29.31*** join/#htc-linux noobhands (5a980414@gateway/web/freenode/ip.90.152.4.20)
15:39.02*** join/#htc-linux kvaster (~kvaster@46.56.182.205)
15:50.14*** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net)
15:56.13*** join/#htc-linux kiozen (~kiozen@rgnb-4d04bf25.pool.mediaWays.net)
15:57.56*** join/#htc-linux |Jeroen| (~jeroen@d5152B6A8.access.telenet.be)
16:06.41*** join/#htc-linux scrizz (60fea773@gateway/web/freenode/ip.96.254.167.115)
16:07.27*** join/#htc-linux [acl] (~abel@96.246.167.90)
16:08.28*** part/#htc-linux gauner1986 (~Adium@145.85.83.14)
16:08.47scrizz:)
16:08.48scrizzhttp://forum.xda-developers.com/showthread.php?t=876936
16:08.50*** part/#htc-linux scrizz (60fea773@gateway/web/freenode/ip.96.254.167.115)
16:12.34[acl]emwe: y0 .. commited.. ready for your butchering
16:12.49emweyah, already at it a bit.
16:12.52emwejust testing t2 register ;)
16:13.00emwewith my older merged tree...
16:13.06emwegot 33fps last night.
16:13.11[acl]woa
16:13.26emwebut strangely by lowering the t2 reg value
16:13.31[acl]i feel like people musta felt the time when we first broke the sound barrier
16:13.54emwethere must be some connection between t2 and vpa register. but havne't yet got a clue out of it. read some evo forum posts... but
16:14.09emweessentially the defaults i get when reading t2=340 and vpa=1
16:14.14emwe(decimal)
16:14.33[acl]emwe: well that can happen.. i guess we gotta do some math to even see how long our blits are taking. We may be able to vsync at a different rate but it all depends no how fast we draw..
16:14.42[acl]emwe: so were you able to read the values? i couldnt on the rhod
16:14.48emweyes, i can.
16:14.53[acl]dang lucky
16:15.09[acl]i wonder why we cant.. i get 0 always
16:15.24emwe[    1.902465] htctopaz_mddi_client_init: readT2=0x154 (340) readVPA=0x1 (1)
16:15.45[acl]hmm.. maybe its a nand thing..
16:15.48emweand i get an always cpu hogging system_server thread
16:15.59emweso it's a pita to reboot again and again
16:16.18[acl]we should have bzo test on rhod in haret.. if he can ready.. then im missing something on nand..
16:18.26emwewhat should i do about the mddi clients?
16:18.51emwei think we can safely move topa and rhod at least.
16:19.41[acl]emwe: well im interested to see that CABC crap.. we have it commentde out.. not sure if we should enable.
16:19.54[acl]we need to move the ones who use epson since that driver is no longer in .35
16:19.55emwehm, always the ioctl to fd=10 (/dev/binder) causing delays in system_server...
16:20.13emweok, one thing at a time ;)
16:20.30[acl]i need to scour alexes commits.. see if he got some of this stuff done
16:20.44emwehe at least has the whole gpio moves done in his tree
16:21.00emwebut it was a huge commit including .35fb and hw3d update and gpio moves
16:21.15*** join/#htc-linux AgentBlair (~AgentBlai@adsl-69-225-127-117.dsl.sndg02.pacbell.net)
16:21.18emwei am a bit afraid of pulling that one in in one go.
16:21.39[acl]ahh
16:21.41emwebtw, has anybody ever requested commit access for him? would very likely simplify our lives.
16:21.52*** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp)
16:23.38phh[acl]: it's time for me to scream ? :p
16:25.05[acl]phh: not sure bro.. i had alot of pigs test..
16:25.25[acl]but we are discussing this now to see what else needs to be done to get it up to par. i didnt want to commit everything in one shot
16:26.06phh[acl]: TV out works ? :D
16:26.40stinebdnobody cares about rhobuntu anyway
16:26.47stinebdruns
16:26.52[acl]stinebd: lol
16:29.02[acl]stinebd: ok so this is just the start. i still have that issue on the raph but peoople with raph100 didnt notice an issue. so not sure where to look
16:29.39stinebdwell mine is a raph110, which should be exactly the same as 100 but with different keyboard
16:29.58stinebdbut then again, who knows...
16:30.05stinebd(htc maybe)
16:31.50*** join/#htc-linux MN2 (~yaaic@host86-134-190-249.range86-134.btcentralplus.com)
16:32.25emweso, the third trial for a not cpu-hogging system_server. a pita.
16:33.25*** join/#htc-linux Curious_ (8bb3cf24@gateway/web/freenode/ip.139.179.207.36)
16:34.04stinebdyou haven't fixed it yet?
16:34.37[acl]phh: i will commit alex clocks to help bzo's issue with the camera.. i think we already all agreed that the clocks are solid
16:35.02phh[acl]: ok
16:35.05[acl]not today tho maybe tonight
16:35.08emweused them for quite a while. all fine.
16:35.46emwe[acl]: there's a fixup_black_clocks() or something which must be taken care of. probably dropped from the board file then.
16:35.47[acl]i hate to take some credit for em but i did help :-p ..
16:35.51emwe(can't remember which one)
16:36.16[acl]emwe: ahh man yeah .. which reminds me.. need to talk to alex about that. we should be setting the speed of the mddi on the panel like supopsed to
16:36.20emwephh: hows the toshiba going? are you msm'ing at all recently?
16:36.31phhemwe: yeah non msm atm
16:36.37emwe[acl]: the MDPH thingy?
16:36.49phhs/non/no/
16:37.15phhemwe: yeah black 'fixup' clock is only a frequency value, and it seems we don't use proper frequency anyway
16:37.29phh(it's not only for black, iirc it's for all WVGA devices)
16:38.11emweso many things scattered around only for some devices. getting all that stuff together would be great.
16:38.12phhI don't have much time for toshiba AC100 either
16:38.16[acl]we are supposed to pass the freq on the panel code. so mdp/fb and all the video gang can enable it and disable it for us
16:38.20emwephh: studies?
16:38.25phhemwe: more or less :p
16:38.31phhemwe: "student life" it's called I think
16:38.34phhlike clubs
16:38.41*** join/#htc-linux tyween (~tyween@c-76-122-89-0.hsd1.ga.comcast.net)
16:38.46[acl]drinking ur ass off huh :-p
16:39.41phhno
16:40.59*** join/#htc-linux darkstone (dtrack@kimoshi.net)
16:41.38*** join/#htc-linux w1naenator (w1naenator@78.154.137.165)
16:41.42*** join/#htc-linux w1naenator272 (w1naenator@78.154.137.165)
16:41.47*** join/#htc-linux balans (~Gebruiker@82-170-217-205.ip.telfort.nl)
16:41.47*** join/#htc-linux DirkNL (~DirkNL@113-82-ftth.onsneteindhoven.nl)
16:41.47*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
16:41.47*** join/#htc-linux furtardo (~mks@nat/yahoo/x-ilnuakfutsnwmbxm)
16:41.47*** join/#htc-linux ImCoKeMaN (~imcokeman@pool-96-249-152-120.hrbgpa.fios.verizon.net)
16:41.47*** join/#htc-linux pw (~pw@coffee-addicts.org)
16:41.47*** join/#htc-linux cout (~cout@li2-82.members.linode.com)
16:41.47*** join/#htc-linux Scepterr (scepterr@mte.rootmy.mobi)
16:41.47*** join/#htc-linux mickeyl (~mickey@openmoko/coreteam/mickey)
16:41.47*** join/#htc-linux pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net)
16:48.15*** join/#htc-linux kiozen (~kiozen@rgnb-4d04bf25.pool.mediaWays.net)
16:48.18emweis there a way to "preview" a merge with git?
16:48.22emweor doing a dry-run?
16:48.44emwei don't wan't to resolve conflicts later on when i can avoid them first...
16:51.04*** join/#htc-linux NujaWay (~R2D2@chy94-2-82-226-71-148.fbx.proxad.net)
16:51.30[acl]emwe: if you find a way let me know.. its a pain
16:52.06emwei can stash my local changes away and merge them back in, but that's not as convenient to see if some local mods would collide on pull
16:52.35emweallthough i recall stash save and pop do a good job
16:52.54ali1234why don't you just commit and then rebase like you're supposed to?
16:53.27[acl]dang.. there is some wisdom right there
16:53.55ali1234if you don't like it just revert
16:54.00ali1234no need for "previews"
16:54.32ali1234you can make as many branches as you need for "trying stuff"
16:54.48ali1234but it is much easier if you actually commit your work instead of using stash all the time
16:55.51*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
16:56.00ali1234merging is also less likely to explode in your face if you make a sensible patch series instead of one uberpatch
16:56.30[acl]haha.. uberpatch
16:56.46emweali1234: so i commit my local trying stuff into a local branch, switch to the main branch, pull incmoing changes and merge the local branches' commit in, understood right?
16:57.48ali1234if you only have one commit you can cherry-pick it
16:58.05ali1234if you have loads you can rebase it
16:58.09emweshould i mention that i never really read about that rebase stuff... how would a scenario look like for the afformentioned case? (local changes which might collide with pulled remote commits)
16:59.36ali1234git rebase changes the base point of a branch
17:00.07ali1234so what it does is unwind all your patches back to the branch point, then apply them at some other point you specify, like the newest version
17:00.16*** join/#htc-linux Arnookie (02636409@gateway/web/freenode/ip.2.99.100.9)
17:00.43ali1234it does this almost completely automatically by looking at the patches, and then looking at the diff of the patched files, and then rebuilding the patches to apply on the latest versions of the files
17:00.56ali1234it doesn't always work though so if it fails it will just ask you to fix it by hand
17:01.34emweperhaps i should read more about that sooner rather then later.
17:02.08ali1234so say you clone some git trepo, then you have a local branch called master which tracks the remote
17:02.20ali1234you make a branch from master called say "monday"
17:02.28ali1234commit some series of changes on it
17:03.01ali1234then on tuesday you go to the master branch, do a git pull, and create a new branch called "tuesday"
17:03.17ali1234then you rebase your patches from "monday" branch to "tuesday" branch
17:03.29ali1234now your work is up to date
17:04.28ali1234you can do this all in one branch using git merge
17:04.29emweand the monday commits are all stacked "above" the pulled commits from master? or are they "ordered" in chronological order?
17:04.48ali1234with rebase they are stacked above it
17:05.00ali1234with merge they end up in chronological order (i think)
17:05.23emweok, one always has the unpushed stuff at the top so to say.
17:05.39ali1234with rebase, yes
17:06.05emweis it considered good practice to commit the latest crap always?
17:06.26ali1234sure why not, you can always branch from an earlier point
17:06.38[acl]lol i dunno about that.. but then again i broke autobuild so im a special case :-p
17:06.40emwelike testing stuff, dirty unclean code... i mean.. one day - idealy- these commits are to be merged and pushed upstream. so there's a serious of utter crap commits with likely breakage...
17:06.45ali1234although i don't like to commit broken code
17:07.05ali1234you can clean up history later with rebase --interactive
17:07.10ali1234and squash
17:07.11emweaha
17:07.41ali1234you can take a series of 100 commits and reduce it to one patch from start to finish
17:07.45emweoi! neato.
17:07.46ali1234so if you jeep taking something in and out, that will disappear when you squash the patches
17:08.18ali1234git rebase --interactive is *really* powerful
17:09.11ali1234eg you can edit any commit in the series, and it will fix all the later ones automatically
17:10.48emweyou are not a git tutor, no ;)
17:10.57emwei guess this is all usually done via cmdline, yes?
17:11.09emweor is there a tool recommended by you ali1234?
17:11.13ali1234you can get GUIs for it i guess, i use command line though
17:11.39ali1234i use gitk though for viewing the overall tree, makes it quite a bit clearer
17:11.52ali1234you should get a editor that supports merging too
17:12.14ali1234(for git mergetool to work)
17:12.18*** join/#htc-linux Noellenchris1 (~Noellench@m385a36d0.tmodns.net)
17:12.36ali1234a lot of the "interactive" stuff is done through your favourite editor anyway
17:13.02ali1234for example when you rebase --interactive it presents a text file with the list of commits, and you edit it to indicate which commits you want to edit, it's quite easy to do really...
17:13.20ali1234it pretty much tells you what to do at every point
17:13.25emwei see
17:13.39emwemy only friends here are geany and meld (the latter for mergetool)
17:14.16ali1234i use meld, it's quite buggy :(
17:14.33ali1234sometimes whole bits of the file disappear for no reason, shortly followed by a crash
17:14.53emwenot experienced that, yet.
17:15.21emweit's a pain though one can't save favourite diff combinatoins. i often find myself comparing whole kernel trees three way
17:15.46emweca, ours and android's msm
17:16.12ali1234you can just macro it on the shell...
17:16.44ali1234probably more effort than it's worth though
17:18.10*** join/#htc-linux Bally3 (~bashir@cpc10-blbn8-2-0-cust86.10-1.cable.virginmedia.com)
17:20.46*** join/#htc-linux gauner1986 (~Miranda@p508C6F91.dip.t-dialin.net)
17:27.11*** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net)
17:27.28*** join/#htc-linux Ashar (deadly@119.155.62.171)
17:27.28*** join/#htc-linux Ashar (deadly@unaffiliated/ashar)
17:28.48*** part/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net)
17:32.54*** join/#htc-linux johnb81 (~johnb@78.187.86.161)
17:36.13Curious_darkstone, can i use the partition for system?,
17:36.16Curious_oops
17:38.26NeoMatrixJRanyone seeing the .35 FB update on glemsom's service?  looks like his auto-build hasn't auto-built yet....
17:40.27emweNeoMatrixJR: autobuild is offline as glemsom is moving flat.
17:41.40NeoMatrixJRoh
17:42.15[acl]lol
17:46.57NeoMatrixJRwell... crap.  I'm going to have to see if I can get my build system back up and running and up to date....
17:47.18NeoMatrixJRand get android working properly on my phone again
17:47.26NeoMatrixJRall my apps keep crashing....
17:48.10[acl]NeoMatrixJR: the test kernel and modules i released are the same
17:48.21[acl]so you cna use that for now
17:49.13NeoMatrixJR[acl] where are they at?  Your forum post w/ the updated gralloc and such?  I forgot to bookmark it.
17:49.18NeoMatrixJR:(
17:50.30[acl]no there is a new post.. called test framebuffer
17:50.33[acl]on ppcg
17:50.45emwe[acl]: raph and diam got broken due to the driver name renaming in toshiba client. just to let you know.
17:50.57[acl]emwe: :-( .. damn raph
17:51.27[acl]emwe: can you patch ? im at work so cant patch :-(
17:51.28emwejust saw mine not showing anything but the remnands of haret ;)
17:51.35emweyap yap. already at it.
17:52.37*** join/#htc-linux johnb81 (~johnb@78.187.86.161)
17:54.53emwe[acl]: an idea what the writel(0xa0c, MSM_CLK_CTL_BASE + 0x8c); in alex' panel module init's does?
17:55.14[acl]yeah .. let me look it up
17:56.00[acl]pmdh ns reg
17:56.09[acl]he is setting the speed
17:56.10[acl]hack
17:56.48emweso i leave that out i guess for the time being.
17:57.02[acl]well until we inplement a way to set the speed in the clock code
17:57.14emwejust diffing to his repo as he got all the mddi cliens vsync-less and already got the panels vsync-setup ready.
17:58.39[acl]ok yeah so this is what we need to implement int he clock code
17:58.40[acl]clk_set_rate
17:58.51[acl]mddi calls it when we pass a value down in the panel code
17:58.59[acl]this way we dont have to butcher the regs directly
18:01.22[acl]we should look at markinus hd2 code for that sinec they have it implemented.. just need to do the math ourselves
18:04.39emweok
18:09.19*** join/#htc-linux Roots (~tolsen@rrcs-97-79-135-202.sw.biz.rr.com)
18:13.19*** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net)
18:14.07WisTilt2Ho Ho Ho!
18:14.23*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
18:14.44[acl]WisTilt2: ahh man long time no see
18:14.45[acl]sup budd
18:14.52[acl]perfect timing actually
18:15.16WisTilt2hey [acl]. yeah took an extended 3 week trip before the holiday rush
18:15.24WisTilt2unexpected but needed
18:15.38[acl]its all good
18:15.46WisTilt2what exciting stuff did i miss?
18:16.20[acl]well we commited the .35 frame buffer
18:16.30[acl]so on rhod we are able to hit 30fps 2d
18:16.57[acl]found the mddi init for rhod so nand can actually power down the panel now and bring it back up. But that hasnt been moved to haret yet
18:17.50WisTilt2so the frame buffer made major speed improvements sounds like.  is .35 available for haret yet?
18:18.02[acl]yeah we commited the framebuffer today
18:18.18*** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com)
18:18.18[acl]emwe,  is cleaning up some stuff now for other devices but rhod is pretty much ok
18:19.02WisTilt2guess i need to sync and give it a try:)  so you have the full panel init doing its thing for nand, nice.  anyone working on getting it ready for haret yet?
18:19.28bzohey WisTilt2, welcome back
18:20.11WisTilt2hi bzo.  yeah wife and i decided on a spur of the moment 3 week trip.  feel like a new man now:)
18:20.12[acl]WisTilt2: i can do it but this is where i will need your help.
18:20.42[acl]WisTilt2: there are different inits in the dll so i got them all down. prob is i havent had time to write the code to detect what panel is what so the correct init can be applied
18:20.51bzoI could use a 3 week vaca myself. I'd settle for even 3 days, lol
18:21.56WisTilt2[acl] i can do that.  you need to send me anything or tell me where to get it and ill put it together.  im pretty much going to be around through the rest of the year and want to get back on this stuff.
18:22.00[acl]WisTilt2: also we have the novatek doc so we can actually do much more now
18:23.00WisTilt2bzo: yeah we rarely take any kind of vacation, work work work, and decided to get out of here.  i was ready to be back after a week.
18:24.26WisTilt2[acl] so what do i need?  i was going to finish cleaning up the speakerphone mic fix to get commit today then i can work on the panel init.
18:24.31*** join/#htc-linux vw (4463eeec@gateway/web/freenode/ip.68.99.238.236)
18:24.37*** join/#htc-linux Daevoq (~IceChat7@95.234.108.250)
18:25.29bzoWisTilt2: so I think you'll be pleasantly surprised at the improvement in the 2d UI performance. Also, I think we're down to 1 last hurdle on the camera
18:25.41*** join/#htc-linux tyween (~tyween@c-76-122-89-0.hsd1.ga.comcast.net)
18:25.55[acl]WisTilt2; yeah finish that first. i still have to commit all the inits
18:26.16WisTilt2yeah im going to pull the .35 source and give it a look.  sounds like you guys have been hammering things out this past few weeks:)
18:27.21WisTilt2[acl] is our server still working ok?  havent heard anything about it being down since the motherboard died awhile back.
18:27.28[acl]its solid
18:27.46[acl]its a blessing actually.. we can get more progress on nand thanks to that bad boy.
18:29.15emwewb WisTilt2.
18:29.17WisTilt2glad its doing its thing.
18:29.29WisTilt2hi emwe
18:30.58WisTilt2ill be in here all day.  going to pull the latest git and then clean up the speakerphone stuff.  [acl] you doing the committing or do i still send the patch to phh?
18:31.23[acl]whoever.. as long as its phh worthy myself or emwe can do it
18:32.32*** join/#htc-linux tyween (~tyween@c-76-122-89-0.hsd1.ga.comcast.net)
18:37.33bzoemwe so I saw in logs you mentioned that system server thing
18:37.47bzoI though my data was screwed or something, it is actually the kernel?
18:37.49emwebzo: yap. getting it more and more ony my topa
18:38.11emweit's the system_server ioctl()ing to /dev/binder that's all i can say
18:38.15emweand that ioctl takes a while
18:38.16bzowell, it did coincide with when I tried yours and acl's kernels
18:38.24emwehmhm
18:38.29bzomy tree is a couple weeks/months old
18:38.52emwei never had that before i think. but i dunno if it came with FRX03.
18:39.05bzohmm, lemme go back to my kernel and see again. I've been running the same android build for a while
18:39.33bzobtw, I did notice that you ran a location app like places, it tends to clear up the problem
18:40.00emwehm. let me try that the enxt time.
18:40.53bzothere was an android bug report a while back about that which is why I thought to try it
18:43.21bzojeez, the old fb is so slow, it is noticeable even in the boot animation
18:47.09*** join/#htc-linux DomZ (~chatzilla@89.159.175.242)
18:50.08emwehehe ;)
18:50.35bzoemwe: my old kernel has the same problem too
18:50.46bzolaunching places seems to clear it up
18:50.57emwehm, will try that then. which build are you using?
18:51.03emweFRX03?
18:51.17bzomore or less, built my own
18:52.06bzothe other factor could be that I didn't associate a google login until I tried your kernel
18:53.48emwei also build on my own. ;)
18:53.57*** join/#htc-linux largeprime (~LargePrim@173-123-151-85.pools.spcsdns.net)
18:53.58emwebut with no mods
18:54.16bzomy mods are minimal, just camera debugging stuff
18:54.51bzohmm, what is interesting is that with just your mdelay fix, fps2d gets almost the same score
18:55.00bzohowever, the ui feels much less smooth
18:58.46emwethe mdelay thingy gets fps up, but only the .35fb seems to get the data "through" to the mddi controller it seems
18:58.56emwethrough faster i mean
18:59.53bzocould be. Perhaps fps2d is only measuring the handoff of the frame, and not actually the drawing
19:05.40*** join/#htc-linux MN2 (~yaaic@host86-134-190-249.range86-134.btcentralplus.com)
19:11.43emweso, pushed corrected panel and mddi client code. mostly taken from alex's repo.
19:12.29emweonly topa and rhod left for later. off to supper.
19:15.47*** join/#htc-linux tyween (~tyween@c-76-122-89-0.hsd1.ga.comcast.net)
19:17.30*** join/#htc-linux the_eye_ (~dimitris@78-218-199.adsl.cyta.gr)
19:24.44*** join/#htc-linux Mstrk242 (Mstrk242@76.224.54.78)
19:26.50*** join/#htc-linux kubi (~Adium@miranda/user/kubi)
19:40.57*** join/#htc-linux johnb81 (~johnb@78.187.86.161)
19:42.35*** join/#htc-linux atoore (atoore@c-76-22-8-177.hsd1.wa.comcast.net)
19:44.26*** join/#htc-linux rob_w (~bob@ppp-93-104-11-10.dynamic.mnet-online.de)
19:49.00*** join/#htc-linux tyween (~tyween@c-76-122-89-0.hsd1.ga.comcast.net)
19:49.16stinebdemwe: nicely done sir. i shall try that kernel later.
19:50.35bzostinebd: are you seeing high cpu usage by system_server?
19:51.01stinebdbzo: not in a while, but it's been about two weeks since i've even booted it :P
19:51.25bzolol, that's one solution to avoiding the problem
19:51.54bzoseems like a recent thing. emwe and I are getting it, and I see some chatter about it on #xdandroid
19:52.16stinebdit would be related to the switch from jit to no-jit probably
19:52.33stinebdit happened occasionally before then, but it's more common now
19:53.08bzoI think it started happening for me when I associated a google account
19:53.23bzomaybe triggered by early attempt to access data?
19:53.40stinebdthere's no way to know without stracing it or something
19:54.07stinebdi tried attaching strace during the issue but it was some stupid ipc mechanism in a loop at that point. gotta have strace running from the start i think.
19:54.36stinebdactually the ipc thing was something else, i forget what was happening with that.
19:54.57stinebduseless results, anyway
19:55.06stinebdperhaps a recv() and no data
19:55.27bzodid you see emwe's comment about ioctl and /dev/binder?
19:56.04stinebdbinder was the issue i was seeing with the random bootloop (on new data.img) we used to fight all the time
19:56.16stinebdwhich is a kernel ipc mechanism
19:56.59stinebdif it's the same thing causing system_server runaways, then ugh.
19:57.09stinebdand no, i didn't see it
19:57.52bzo"it's the system_server ioctl()ing to /dev/binder that's all i can say and that ioctl takes a while"
19:58.31stinebdwell it's still likely that whichever process it's trying to communicate with is the actual problem
19:58.42stinebdwhich is what will make debugging it a pain
19:59.34bzoit may be something to do with location
19:59.45bzowhen I start a location app like places, it seems to clear it up
20:00.05bzoI saw an old android bug about it which is what gave me the idea to try it
20:00.22stinebddriver issue?
20:00.40stinebdif it's a provider issue, we might not be able to do anything
20:00.47stinebdsince that's all google bits
20:01.08bzono clue
20:07.36*** join/#htc-linux gauner19861 (~Adium@p508C6F91.dip.t-dialin.net)
20:07.40gauner19861hi
20:15.06*** join/#htc-linux tyween (~tyween@c-76-122-89-0.hsd1.ga.comcast.net)
20:21.20*** join/#htc-linux Alex[sp3dev] (~alex_dfr@86.110.163.19)
20:21.35Alex[sp3dev]hey doods
20:22.10bzohey Alex
20:22.49Alex[sp3dev]looks like you're doing some unorthodox stuff today?
20:23.08bzoeh?
20:23.34Alex[sp3dev]i mean pushing 35 fb to our 'mainline'
20:23.57stinebdemwe did it!
20:24.00bzonot I, you can credit/blame [acl]
20:24.08[acl]Alex[sp3dev]: sup bro
20:24.11[acl]question for you
20:24.22[acl]before i commit your clocks ..
20:24.32Alex[sp3dev]looks like i have no chance to merge my tree into 'mainline'. damn, i want my usb and kovsky board to be pushed. or better, all my repo to be merged so i can sleep at night
20:24.40[acl]Alex[sp3dev]: clk set rate.. ddi you look into it ?
20:25.47Alex[sp3dev][acl]: not really.. except for adding vfe clock. i still believe our clocks are fucked a bit, because the generated register values differ from wince.. maybe adjusting them will save some power. but since everything works i am not touching that anymore
20:26.23[acl]hmm
20:26.56gauner19861too many !leodevs here :D
20:27.01gauner19861hey johnsheridan
20:27.05Alex[sp3dev][acl]: actually i may look into amss and jbruneaux stuff to further upgrade them, but i don't want to waste my time. i'll be only working on camera and nand.. cause this project takes too much time and i want to invest that time into learning quite other stuffs
20:28.07[acl]ahh
20:28.09Alex[sp3dev]stinebd: a question to you. will you kill me if i rewrite our init code in C and rearrange the mounting scheme? i am sick to death that xdandroid takes some five minutes to boot, while neopeek and the rest boot in under one minute
20:28.24bzoAlex[sp3dev] btw, did you get the email I forwarded you from jbruneaux
20:28.32Alex[sp3dev]bzo: yep
20:29.03stinebdAlex[sp3dev]: why c?
20:29.03[acl]neopoop
20:29.18Alex[sp3dev]stinebd: why bash?
20:29.31stinebdbecause you don't have to gcc it.
20:29.51Alex[sp3dev][acl]: ok, my current plans are to write a v4l driver for camera, nand bootloader and move to SHR
20:30.25[acl]Alex[sp3dev]: just make room for clk-set rate some where in there :-p
20:30.38[acl]so we can natively use the .35 code without modding the damn regs by hand
20:30.41[acl]:-D
20:30.57Alex[sp3dev][acl]: ahh, you mean the panel code..
20:31.03[acl]yeah
20:31.15JohnSheridanhey
20:31.35Alex[sp3dev]you know.. i think it is fundamentally wrong to calculate the clocks. the correct solution is to hardcode them and to never change the rate of the pll they are derived from
20:31.48[acl]im not a big fan of neopeek so discussing his build should be banned :-p
20:32.10Alex[sp3dev][acl]: not that i like him much, but xdandroid is slooooow
20:32.28[acl]Alex[sp3dev]: but like i said why neopeek when you can go straight cyanogen
20:32.39[acl]its like settling for the ugly sister when you can go for the hot one
20:33.08Alex[sp3dev][acl]: why cyanogen when you can go shr? it is like having sex with a guy when you can do it with a girl
20:33.27stinebdmaybe we shouldn't be referring to cyanogen as a woman while he's sitting in here
20:34.02[acl]LOL
20:34.19Alex[sp3dev]stop that. android is gay, cyanogen is not (i hope so)
20:34.35bzoyeah, but can you get angry birds for shr? (jk jk)
20:34.53Alex[sp3dev]bzo: yep, grab it from n900's maemo?
20:35.16bzodamn, a lack would have been a plus
20:35.16*** join/#htc-linux MN2 (~yaaic@host86-134-190-249.range86-134.btcentralplus.com)
20:35.26Alex[sp3dev]stinebd: are we going gingershit?
20:35.32[acl]i dunno.. to each their own. I'm not involved in android itself so as long as the kernel is kosher we can do as we wish with userland
20:35.39stinebdAlex[sp3dev]: hopefully
20:36.02[acl]Alex[sp3dev]: shit bro what kinda fps are you getting now on the xperia ?
20:36.06stinebdwe'll have to wait until it's actually pushed though
20:36.22Alex[sp3dev][acl]: never tested. but i think overclocking panel is sooo wrong.. in winmo it just works
20:36.38[acl]Alex[sp3dev]: i hate over clocking anything
20:36.49stinebd+1
20:36.51[acl]but with our new .35 fb we can rip 30fps 2d.
20:36.58[acl]but we thing its a limit on the panel
20:37.08[acl]since u have a diff panel, then you shouldnt be limited like rhod and topa
20:37.13[acl]so this is why im asking
20:37.21Alex[sp3dev]stinebd: at least, the base.git is now at gingerbread. hopefully the other code will be dumped soon
20:37.39Alex[sp3dev][acl]: note that blac and raph800 have exactly the same display chip as xperia
20:38.06[acl]Alex[sp3dev]: hmm.. forgot about that. I should test on the raph800 tonight
20:38.21Alex[sp3dev][acl]: how about writing init code for it?
20:38.26stinebdAlex[sp3dev]: the pushes are long and painful. probably going to take hours.
20:38.55[acl]Alex[sp3dev]: init code ? im worried about rhod man.. we finally got the mddi init running
20:38.56*** join/#htc-linux tyween` (tyween@c-76-122-89-0.hsd1.ga.comcast.net)
20:39.15Alex[sp3dev]and now.. i summon GNUtoo|laptop here..
20:39.26GNUtoo|laptophi
20:39.28[acl]lol
20:39.37Alex[sp3dev]GNUtoo: which kind of x11 driver are you using on dream?
20:39.46GNUtoo|laptopxf86-video-fbdev
20:39.55Alex[sp3dev]does the CA one work?
20:40.12GNUtoo|laptopxf86-video-msm had no real improvements for that machine(it may for qsd ones)
20:40.45GNUtoo|laptopsomeone made a recent xf86-video-msm work on a dell streak
20:40.48GNUtoo|laptopin #meego-arm
20:40.54GNUtoo|laptopI don't remember who
20:40.57GNUtoo|laptopI'll look in the logs
20:41.02[acl]anyways fellas .. gotta go ..
20:41.07Alex[sp3dev]ok.. is fbdev very slow? maybe android surfaceflinger can help us? i just wonder whether it will be slow or usable
20:41.09GNUtoo|laptopdcordes, might now better this stuff
20:41.25Alex[sp3dev]fawk, he quit
20:41.30GNUtoo|laptophmmm
20:41.37Alex[sp3dev]wanted to tell him to merge my tree ;)
20:42.18*** part/#htc-linux gauner19861 (~Adium@p508C6F91.dip.t-dialin.net)
20:42.48GNUtoo|laptopmaybe he'll come bac?
20:42.52GNUtoo|laptop*back
20:42.54Alex[sp3dev]GNUtoo: which software are you using for gps? something openstreetmap-based?
20:43.03GNUtoo|laptopmany
20:43.06GNUtoo|laptopnavit
20:43.16GNUtoo|laptoptangogps
20:43.21GNUtoo|laptopunder SHR all works
20:43.37GNUtoo|laptopbasically /dev/smd27 is NMEA
20:43.44GNUtoo|laptopI just had to integrate the activator
20:43.56Alex[sp3dev]GNUtoo: did you move phh's library to kernel?
20:43.56GNUtoo|laptopusing system like call in python
20:44.00GNUtoo|laptopno
20:44.06GNUtoo|laptopI did something quick and dirty
20:44.15GNUtoo|laptopin python(ogpsd is in python)
20:44.28Alex[sp3dev]now i wonder what is better - move it to kernel and make it emulate a tty, or emulate the tty in userspace
20:44.29GNUtoo|laptopI also did a vala dbus activator
20:44.37GNUtoo|laptopit's already a tty
20:44.47GNUtoo|laptopyou just need to activate the device
20:44.49GNUtoo|laptopthat's a
20:44.52GNUtoo|laptop*that's all
20:44.54Alex[sp3dev]i mean a *proper one*, that will not shit bricks if you don't activate it
20:44.55GNUtoo|laptopplain NMEA
20:45.14GNUtoo|laptopok
20:45.31GNUtoo|laptophmmm
20:45.38GNUtoo|laptopmaybe a sys node?
20:45.55Alex[sp3dev]for activation?
20:46.00GNUtoo|laptopyes
20:46.06Alex[sp3dev]we can abuse rfkill ;)
20:46.11GNUtoo|laptoplol
20:46.14GNUtoo|laptopcould be an idea
20:46.58Alex[sp3dev]i think we will need to wikify the list of the goals. i mean, design everything before implementing
20:47.39Alex[sp3dev]i hope i can start working on it all in two weeks. then hopefully other guys that are now studying will join
20:48.10GNUtoo|laptopwhat phone was it already?
20:48.30Alex[sp3dev]what do you mean by already?
20:48.37GNUtoo|laptopby I don't remember
20:48.46*** join/#htc-linux mastermerlin (~Adium@p4FEE4D86.dip.t-dialin.net)
20:48.56GNUtoo|laptops/by/I meant/
20:49.07*** join/#htc-linux mastermerlin1 (~Adium@p4FEE4D86.dip.t-dialin.net)
20:50.11Alex[sp3dev]ok. see you.. hopefully i'll have some results to report next time
20:52.16*** join/#htc-linux xxx (5fa02c29@gateway/web/freenode/ip.95.160.44.41)
20:58.56MN2hi johnsheridan, gauner
21:01.29*** join/#htc-linux Daevoq (~IceChat7@95.234.108.250)
21:05.20*** join/#htc-linux Curious_ (8bb3cf24@gateway/web/freenode/ip.139.179.207.36)
21:06.07Curious_I don't know what markinus did but since  the latest commit, I can't get the current drainage any less than 65ma in stand by
21:06.16Curious_no 3g no wifi, nothing
21:06.57Curious_gonna disable wlan n and try again
21:07.32*** join/#htc-linux Bally3 (~bashir@cpc10-blbn8-2-0-cust86.10-1.cable.virginmedia.com)
21:07.49JohnSheridanit's why git development sucks :)
21:08.11Curious_i believe it so sometimes
21:08.38Curious_but the average benefit is positive, i believe :D
21:11.19Curious_oh, for the notice, individual development also sucks !
21:11.49Curious_especially when it is CLOSED source
21:12.10JohnSheridandon't think so... :)
21:12.25Curious_it is obvious that you don't think so !
21:12.30JohnSheridanmaybe both bad
21:12.57Curious_but it may go further if someone else contributed!
21:14.33*** join/#htc-linux johnny88xxx (~johnny88x@88.130.220.133)
21:14.51Bally3anyone seen markinus on here today?
21:21.09Curious_he is dead
21:21.37Curious_haven't you read the news
21:21.51JohnSheridanyeah... car killed him :(
21:22.30Curious_his wife stabbed him with a knife 7 times because of the fact that he doesn't pay enough attention to her even if they are new couples!
21:22.39Curious_gonna try to find the link of the news
21:22.48Curious_wait a min
21:22.52JohnSheridanow
21:22.56JohnSheridanno
21:23.18Bally3Damn.. that was damn inconsiderate of her
21:23.43JohnSheridanI heard big green robot killed him at night with twisted pair
21:23.58Bally3so no
21:24.15JohnSheridan:D
21:24.22JohnSheridanit was joke ofcourse dude
21:24.24Curious_according to news while stabbing him, she yelled him as "why did you marry me!? you could've married with your phones and geeks!"
21:24.42JohnSheridancockpro this is true :D
21:24.43Bally3she was right of course
21:24.47JohnSheridanagree with u
21:24.48Curious_ah i found the link
21:24.49Curious_http://www.itusozluk.com/img.php/b7592b343f8ede85c3e1953134732e3223749/nah+i%FEareti
21:25.11Curious_another source : http://www.resimresim.com/data/media/115/msn_nah_avatarlari.jpg
21:25.39*** join/#htc-linux miknix (~miknix@bl15-155-212.dsl.telepac.pt)
21:25.39*** join/#htc-linux miknix (~miknix@gentoo/developer/miknix)
21:27.10Bally3darn.. for a minute I thought you were pointing me to the news story :o
21:27.29Curious_LoL
21:27.41Curious_but the above story may come true :)
21:29.34Bally3heres hoping not.. aforementioned phone geeks need tg01 stuff doing lol
21:30.03Bally3btw, do you know what the make of the bluetooth is on hd2?
21:30.21Bally3struggling to find tg01 bt make
21:31.13JohnSheridanwhat u mean?
21:31.57Bally3the manufacturer of the bt chip
21:32.19Curious_broadcom
21:32.25Curious_it is bcm4329
21:32.32Bally3we're trying to identify all the bits that dont work as yet.. camera is proprietry it appears
21:32.46JohnSheridanstandard should be
21:33.01Bally3ooh thanks.. the toshiba regza has that.. so hoping tg01 does too
21:33.17Bally3cheers :)
21:33.47JohnSheridan3mpx therE?
21:34.42Bally3yup
21:39.01*** join/#htc-linux kvaster (~kvaster@46.56.223.52)
21:39.41WisTilt2phh, [acl]: speakerphone mic fix patch in your mailboxes.
21:39.56stinebdwow WisTilt2 is here!
21:40.06WisTilt2hiya stinebd
21:40.10stinebdWisTilt2: too much turkey for thanksgiving?
21:40.58WisTilt2lol, no...wife and i decided at the last moment after thanksgiving to take off for 3 weeks on vacation before the holiday rush.  just back yesterday.
21:41.07stinebdooh nice
21:42.10WisTilt2back into this project now.  just submitted speakerphone mic fix, then going to work on that panel init for haret i guess.
21:42.22*** join/#htc-linux eR^zeRa` (~zzeratul@88.103.98.168)
21:43.32Curious_gn8
21:43.59NeoMatrixJRdang...all these updates and the auto-builders are down
21:44.01NeoMatrixJR:(
21:44.04Curious_Johnsheridan, we would like to hear some progress you know.
21:44.10Curious_hope there will be something soon ..
21:44.20JohnSheridanu right
21:46.06Bally3ET8EE6-AS module is made by toshiba and is a 3.2mpx camera module thats used in the nokia n73 and other phones
21:47.05JohnSheridanu sure? I don't think Toshiba make own sensors
21:49.45Bally3Im searching for the post where someone showed the camera module seperated and we took it from there.. but it was a while ago, it would be great if it isnt the case tbh.. if its propriatery we may never get camera on tg01
21:51.30*** join/#htc-linux Arnookie (02636409@gateway/web/freenode/ip.2.99.100.9)
21:52.01Bally3http://www.toshiba.com/taec/news/press_releases/2006/wrls_06_445.jsp
21:59.45*** join/#htc-linux Curious_ (8bb3cf24@gateway/web/freenode/ip.139.179.207.36)
22:00.03Curious_CONFIRMED: wlan n option drains too much battery
22:00.06Curious_i turned it off and
22:00.15Curious_in sleep i get around 10mA  now
22:00.18Curious_instead of 60-70mA
22:00.41Curious_and of course in both cases the WLAN was turned off
22:00.44Curious_how can that be possible
22:01.06Curious_while wlan is turned off in both cases, how can "N" option effect the battery drain
22:02.00Curious_is wlan driver defective such that it allows to power up wlan N option even if I don't enable WLAN in android
22:03.23XirXesdoesnt the leo have the same wifi chip as the vision
22:03.25WisTilt2curious: how are you measuring that drain?  did you put an meter in-line with battery or using some kind of software polling?
22:03.35Curious_it is bcm4329
22:03.38Curious_i dunno what vision has
22:04.47Curious_but obviously the driver has defective N option for Leo
22:05.35XirXesyeah im pretty sure the vision has the bcm4329
22:06.27Curious_Johnsheridan, you wrote board-htcleo-wifi
22:06.39Curious_check it out if you have time
22:10.22crawlinglaterz
22:14.09*** join/#htc-linux nono (4f5a219f@gateway/web/freenode/ip.79.90.33.159)
22:15.23*** join/#htc-linux furtardo (~mks@nat/yahoo/x-clidxnpsyxwbdagz)
22:20.52*** part/#htc-linux JohnSheridan (~opera@nat004-252-205-109.tvoe.tv)
22:21.46*** join/#htc-linux Tinyboom_ (~nahh@194.84-48-106.nextgentel.com)
22:39.31*** part/#htc-linux GNUtoo|laptop (~gnutoo@host11-111-dynamic.48-82-r.retail.telecomitalia.it)
22:53.46*** join/#htc-linux eR^zeRa` (~zzeratul@88.103.98.168)
23:06.21*** join/#htc-linux MN2 (~yaaic@host86-134-190-249.range86-134.btcentralplus.com)
23:10.43*** join/#htc-linux SSpot (MD@94.129.180.41)
23:16.24*** join/#htc-linux crrrystal (ad14b57f@gateway/web/freenode/ip.173.20.181.127)
23:16.42*** join/#htc-linux MN2 (~yaaic@host86-134-190-249.range86-134.btcentralplus.com)
23:29.09*** join/#htc-linux BabelO (~fcr@AMontpellier-554-1-38-168.w86-202.abo.wanadoo.fr)
23:29.09*** join/#htc-linux BabelO (~fcr@unaffiliated/babelo)
23:35.03*** join/#htc-linux tyween (tyween@c-76-122-89-0.hsd1.ga.comcast.net)

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