IRC log for #htc-linux on 20100426

00:16.03*** join/#htc-linux Pandemic187 (~863088eb@gateway/web/freenode/x-jhgtyyczecrvekcy)
00:28.21*** join/#htc-linux Pandemic187 (~863088eb@gateway/web/freenode/x-czjsopeuuetulzpw)
00:31.15Pandemic187Hey, does anyone here use myn's Warm Donut?
00:34.17*** join/#htc-linux Pandemic187 (~8630a1d2@gateway/web/freenode/x-qgavpumbwqyttgre)
00:48.58*** join/#htc-linux Benouch (~44aebafd@gateway/web/freenode/x-jfruhaqbcvjtjwnh)
00:51.31*** join/#htc-linux darkdrgn2k (~darkdrgn2@CPE000d3a2739bc-CM00194757941e.cpe.net.cable.rogers.com)
01:13.47*** join/#htc-linux br1ck (~br1ck@xdslco232.osnanet.de)
01:14.47stinebdTheDeadCpu: i don't agree that it's stable enough yet. and we're still not sure all of the hardware is initialized properly without booting winmo first.
01:21.02DCDemonwhy is it when i play teeter
01:21.14DCDemonthe gsensor is off
01:21.38DCDemonright is up, left is down, vice versa.....
01:21.51stinebdit adds challenge to the game
01:21.54DCDemonlololol
01:22.31stinebdif you get to level 2 you have to play it with the screen turned off
01:23.04stinebdyou're using rhodium?
01:23.50DCDemonyea
01:24.10stinebdprobably need to edit startup.txt and change gsensor_axis=...
01:24.12*** join/#htc-linux eval- (~eval@156.111.165.128)
01:24.14stinebdbut i don't know to what
01:24.21DCDemonoh hey
01:24.22DCDemonawesome
01:24.27DCDemoni got 3g working again on the sense build
01:24.31DCDemonyayz
01:24.53stinebdit's gsensor_axis=-1,-2,3 in babijoee's latest xdandroid bundle
01:25.55stinebdchecks the thread
01:26.16stinebdtry gsensor_axis=-1,2,-3
01:26.33DCDemonwill do
01:26.39*** join/#htc-linux mastermerlin_ (~merlin@pD957BEFC.dip.t-dialin.net)
01:27.00*** join/#htc-linux darkdrgn2k (~darkdrgn2@CPE001310998982-CM00137189ced4.cpe.net.cable.rogers.com)
01:27.30eval-what does gsensor_axis represent exactly (or pass thread link?)
01:32.50stinebda cursory glance at the sensors source code suggests that it provides the order in which axes are given by the hardware
01:33.20stinebdand inverts the reading if the argument is negative
01:33.26eval-i was about to ask
01:33.28eval-cool
01:34.01stinebdhttp://gitorious.org/linux-on-qualcomm-s-msm/android-hardware/blobs/master/sensors/sensors.c#line415
01:34.02DCDemonanyway beside the gsensor deal.....teeter runs smooth
01:34.09eval-i tried your xdaosp sqsh, very fast
01:34.22stinebdtoo slow for me
01:34.29eval-really?  is something faster?
01:34.44stinebdno
01:34.46eval-i mean, it's not as responsive as a native phone yet, sure, but they also aren't running 480x800
01:34.47DCDemonlol
01:35.04eval-what are the _phh builds
01:35.11eval-i downloaded _2 and it never finished booting
01:35.16stinebdthey were created with my kitchen
01:35.28stinebdnot sure what the differences are, i haven't actually tried any of them yet
01:35.30eval-reintroduced the google / proprietary stuff?
01:36.02eval-well that un-answers my next question (which one works & has marketplace, etc) =)
01:36.06stinebdwell the google stuff is optional in everything i made
01:36.25stinebdeven if you build xdaosp yourself you can enable google apps
01:36.39eval-so if i wanted to d/l the repo (i just got my laptop back from acer and they DIDN'T FIX MY SSD, mofos) i could put that stuff in
01:36.55stinebdsure
01:37.01stinebdhave you seen my documentation?
01:37.13eval-i'm looking to be a bit lazier for another week until i finish the thesis corrections
01:37.19eval-no, @southcape?
01:37.24eval-i've been pretty out of it
01:37.33stinebdgitorious wiki now
01:37.37eval-have to put everything in boxes for shipping, all this paperwork, ugh
01:37.38eval-cool
01:37.45stinebdhttp://gitorious.org/xdandroid-eclair/pages/Building_XDANDROID_From_Source
01:39.55stinebdbe sure to read all of it. there might be profanity hidden in there somewhere.
01:40.03eval-very cool
01:40.04eval-hahah
01:40.55eval-the JIT is stable
01:41.00stinebdyeah
01:41.07stinebdin fact i highly recommend it for anything other than diamond
01:41.13stinebd(it sucks up memory)
01:41.23eval-diam100 you mean
01:41.26stinebdyeah
01:41.32eval-has it made it into official android phones yet?
01:41.36stinebdno
01:41.38eval-or are they waiting for 2.6.32?
01:41.41stinebdheh
01:41.51stinebdprobably waiting for the new kernel with more ram
01:41.52eval-which, BTW, has broken shit on both my laptop and desktop since i've tried it
01:42.06eval-yeah i'm waiting to buy an official android until they have 1gb ram
01:42.29stinebdJIT works great for me, even with the higher memory usage
01:42.44stinebdraph with 195MB will have about 45MB free after stuff starts running
01:42.45eval-ooh our rootfs will search & mount .ext2?
01:42.49eval-that's so much more convenient than sqsh!
01:43.00stinebdthat's old stuff
01:43.07stinebdfrom before i made the rootfs repository
01:43.26eval-how much compression does sqshfs give?
01:43.38eval-all these binaries are stipped and such anyway right
01:43.41stinebdroughly 50% i'd say
01:43.45eval-oh ok
01:45.05eval-haha i love it, you can't build android on windows.  meanwhile you can't build bada apps on linux (wtf??)
01:49.37eval-is it necessary to use sun-java5-jdk ?
01:52.23eval-wow im not finding the jdk in lucid this is bizarre
01:53.27stinebdjava5 is necessary, yes
01:53.35eval-would openjdk be fine?
01:53.55stinebdprobably
01:54.09eval-seems ubuntu removed sun-java*
01:54.16eval-in upcoming 10.04
01:55.07stinebdhttp://beeznest.wordpress.com/2010/04/23/howto-install-suns-java-on-ubuntu-lucid-lynx-10-04/
01:55.32eval-yea i just did that =)
01:59.25eval-<PROTECTED>
02:04.53eval-uggg there's a number of sun-java5- things
02:12.43*** join/#htc-linux Xiaopi[work] (~Pierre@116.247.126.74)
02:16.06eval-i have to give sun all sorts of info just to download a jdk??
03:04.16*** join/#htc-linux darkstar62 (~darkstar6@97-126-101-30.tukw.qwest.net)
03:04.29*** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821)
03:19.43*** join/#htc-linux mackie (~mackie@2002:4677:4f46:1234:20c:29ff:fed7:c127)
03:43.14*** join/#htc-linux eval- (~eval@156.111.165.128)
03:44.14eval-stinebd: instructions seem good, building now.  only idiocy was that i started unpacking gapps & the htc-ota zips myself in ~/myxdandroid before realizing to use unzip-file.sh
03:44.51*** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com)
03:45.06[acl]did i miss anything good?
03:54.32[acl]DCDemon: DCDemon  anyway beside the gsensor deal.....teeter runs smooth <---- surprisingly its not running hardware 3d.
04:00.20ToAsTcfhacl i backported BFS to 2.6.27 :) that as good as its gotten for me today :P
04:01.03[acl]ToAsTcfh: Thats good enough to make my day. Whats next ? sound? :-p
04:01.24eval-the brainfuck scheduler?
04:01.51eval-it still exists?
04:07.53ToAsTcfhyes
04:08.04ToAsTcfhand its pretty nice
04:08.15ToAsTcfheval ^^^^^^
04:10.23*** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no)
04:11.47eval-hmm i'm using Ingo's 2.6.31-rt simply because it's in the lucid repo and 2.6.32 broke my desktop atmel usb and my laptop intel 3d
04:12.35eval-any benchmarks of BFS vs. others?  it doesn't hurt disk I/O?
04:16.25*** join/#htc-linux DaveWM (dave@h-96-13-82-120.ip.alltel.net)
04:17.19ToAsTcfheval : i did benchmarks. but didnt se much of i a massive increase. it actually looked like it wa only slight if any in the benchmarks
04:17.20ToAsTcfhbut
04:17.52ToAsTcfhit did clean up and make the entire build run better. like a lot better
04:18.24ToAsTcfheval should it hurt the disk I/O
04:18.27ToAsTcfh?
04:19.50eval-"clean up and make the entire build run better" ?
04:20.25eval-yes if i understood right (but it's been months since i looked) BFS was slightly more responsive for things like webserving but quite worse on I/O
04:29.59ToAsTcfh<eval-> "clean up and make the entire build run better" ? it took the lag out of scroling the app tray. also removed lag from all apps. the strangest thing is the keyboard use to have this weird lag if tyoed to fast and it would just freak out. well since BFS that lag is no more and the keyboard is right on everytime no matter how fast u type on it. this is a on screen keyboard too. so idk why it affected
04:32.08ToAsTcfheval: id say its an improvement. but i also never seen anythng saying it would fuck things up. so now u got me a little worried :P
04:34.34ToAsTcfhi not the first to use it in android and i guess its been adopted to the experimental google main line.
04:38.48eval-really?  google adopted it?
04:39.07eval-that's kinda awesome.  mainline rejects unite!
04:40.00eval-well, if it's cleaning up the responsiveness in your hands than everything that aussie anesthesiologist has been thru with his homebrew schedulers is not for naught.  it'll get into millions of hands if it gets into android
04:42.00eval-christ i'm still not done with the build.  du -csh myxdandroid/
04:42.00eval-4.6Gmyxdandroid/
04:42.11eval-how big is this file i'm trying to make?  50m?
04:42.20ToAsTcfhlol
04:43.16eval-i have to drill a hole in my laptop and put that powered eSATAp adapter in the free spot i think it can stick into.  this 80gb ssd is killing me
04:43.45ToAsTcfhyeah i hope what u were saying about it causing issues is a thing of the past for BFS. because this really is running a lot better then it has ever before
04:45.17eval-i'll googlr iy
04:45.47eval-http://www.phoronix.com/scan.php?page=article&item=bfs_scheduler_benchmarks&num=4
04:47.51*** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.227)
04:48.17eval-Ingos benchmarks did not seem pretty: http://thread.gmane.org/gmane.linux.kernel/886319
04:48.21eval-but this is all 6+months ago
04:51.40eval-OK this is the most useful yet: http://thread.gmane.org/gmane.linux.kernel/886319
04:51.42eval-erms
04:51.45eval-www.cs.unm.edu/~eschulte/data/bfs-v-cfs_groves-knockel-schulte.pdf
04:52.07*** join/#htc-linux darkdrgn2k (~darkdrgn2@bas2-toronto44-1242514693.dsl.bell.ca)
04:52.16eval-Conclusion
04:52.17eval-The results indicate that CFS outperformed BFS with minimizing turnaround time but that BFS
04:52.17eval-outperformed CFS for minimizing latency. This indicates that BFS is better for interactive tasks
04:52.17eval-that block on I/O or user input and that CFS is better for batch processing that is CPU bound.
04:53.39ToAsTcfhhrm so latency is the reason i see such improvement
04:54.40eval-yes for our applications it looks like BFS might be better.  supposedly in .31/.32 some improvements were made in these regards
04:55.10ToAsTcfhtru
04:59.06ToAsTcfhwell thanx man for a deeper look at testing it. i seen the faq for BFS and it seemed like it could do us some good. then come to find out others have had success with it in android i just had to try it. i gotta say. even after overclocking this has far more improved actual feel of android running. even at stock 528mhz its still smooth. its pretty crazy
05:00.48*** join/#htc-linux zachy (~george@ip-85-160-28-29.eurotel.cz)
05:02.27eval-yeah that's awesome man.  put up a patch for us to apply to the gitorious
05:02.42eval-when i was running android on my diam500 i was seriously looking into underclocking it
05:03.04eval-5-6hrs of battery life (on little/no use) was more or less useless.
05:03.46eval-right now i'm suffering horrible lags doing a make -j2 on a dual core for this xdandroid aosp, wondering if i shouldnt' get BFS on my desktop ;)
05:11.38*** join/#htc-linux Pandemic187 (~bob@134.48.161.210)
05:12.18Pandemic187Hey, quick question regarding managing Android SD card partitions on Ubuntu.
05:17.42eval-gparted ?
05:18.48Pandemic187nevermind, i got it. thanks though.
05:22.37*** join/#htc-linux DaveWM (dave@h-98-134-55-98.ip.alltel.net)
05:22.48*** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey)
05:32.13*** join/#htc-linux evildarknight (~charles@41.211.72.35)
05:55.41*** join/#htc-linux eval- (~eval@156.111.165.128)
05:55.46eval-stinebd: there?
06:12.56*** join/#htc-linux DaveWM (dave@h-96-13-106-131.ip.alltel.net)
06:17.28*** join/#htc-linux mrquick1 (~lickety@cpe-70-112-26-46.austin.res.rr.com)
06:18.03eval-stinebd: despite TARGET_PRODUCT and TARGET_USERIMAGES_USE_EXT2 my system.img went in ~/myxdandroid/out/target/product/generic and is YAFFS which i cannot mount -o loop because building yaffs2 fails against 2.6.31-rt due to some init_MUTEX crap
06:18.29eval-i can change init_MUTEX to sema_init or semaphore_init and yaffs2 will build but then i get: insmod yaffs2.ko
06:18.29eval-insmod: error inserting 'yaffs2.ko': -1 Unknown symbol in module
06:20.30*** join/#htc-linux DaveWM (dave@h-96-13-121-48.ip.alltel.net)
06:20.42*** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.227)
06:25.32*** join/#htc-linux DenPal (~hoper@post1.centr.by)
06:25.38*** part/#htc-linux DenPal (~hoper@post1.centr.by)
06:44.13*** join/#htc-linux dekar__ (~dekar@f051150225.adsl.alicedsl.de)
07:16.51*** join/#htc-linux Pandemic187 (~8630a1d2@gateway/web/freenode/x-flxmfeoqbmanfqbw)
07:42.17*** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz)
07:48.01*** join/#htc-linux Mariano (~mcurto88@p54A2FCF3.dip.t-dialin.net)
07:48.07*** part/#htc-linux Mariano (~mcurto88@p54A2FCF3.dip.t-dialin.net)
08:01.56*** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146)
08:03.47*** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
08:16.46*** join/#htc-linux fleixius (~fleixius@unaffiliated/fleixius)
08:18.00*** join/#htc-linux kiozen (~kiozen@p54921357.dip0.t-ipconnect.de)
08:22.45*** join/#htc-linux leviathan (~quassel@etx-public-dock-85-dhcp.ethz.ch)
08:23.19*** join/#htc-linux leviathan_ (~quassel@etx-public-dock-85-dhcp.ethz.ch)
08:27.26*** join/#htc-linux DenPal (~hoper@post1.centr.by)
08:27.29*** part/#htc-linux DenPal (~hoper@post1.centr.by)
08:31.47*** join/#htc-linux Vito_| (~Sysel@195.113.242.131)
08:35.23*** join/#htc-linux celthunder (~celthunde@lethaltechnology.net)
08:41.53*** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl)
09:07.28*** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
09:11.05*** join/#htc-linux [1]cuprafoz (~cuprafoz@62.253.177.183)
09:21.41*** join/#htc-linux Markinus (~Miranda@gtng-4db041ec.pool.mediaWays.net)
11:16.15*** join/#htc-linux apt (ibot@rikers.org)
11:16.15*** topic/#htc-linux is Welcome to the http://htc-linux.org project! Please read the Wiki: http://htc-linux.org/wiki || Logs: http://irclog.netripper.com/?chan=htc-linux || This is no android support channel.
11:36.12*** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl)
12:00.43*** join/#htc-linux Orkspalter (~Orkspalte@p54B587DC.dip0.t-ipconnect.de)
12:01.45*** part/#htc-linux Orkspalter (~Orkspalte@p54B587DC.dip0.t-ipconnect.de)
12:07.25IceBoneWhoop, whoop, getting a Desire on wednesday!
12:07.36*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
12:11.27*** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz)
12:26.43*** join/#htc-linux Forsaken|Laptop (~Forsaken|@92.117.95.29)
12:29.42*** join/#htc-linux Vito_| (~Sysel@195.113.242.131)
12:32.12*** join/#htc-linux tjs_bsd (~tjs@mail.CDPA.cc)
12:37.57*** join/#htc-linux zachy (~george@ip-85-160-42-96.eurotel.cz)
12:38.24*** join/#htc-linux Marcin (Marcin@chello089078146089.chello.pl)
12:45.09*** join/#htc-linux gnutoo_ (~GNUtoo@host139-39-dynamic.117-80-r.retail.telecomitalia.it)
12:58.15*** join/#htc-linux tjs_bsd (~tjs@mail.CDPA.cc)
13:01.19*** join/#htc-linux Benouch (~44ecb89c@gateway/web/freenode/x-fvemppmxrbakulvb)
13:05.13*** join/#htc-linux Untouchab1e_ (~Untouchab@82.147.44.133)
13:15.06*** join/#htc-linux M3DLG (~M3DLG@212.183.140.55)
13:31.19*** join/#htc-linux MarcLandis (~drettsch@quassel/contributor/marclandis)
13:47.16*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
13:57.48*** join/#htc-linux nomercy2 (~NoMercy@p4FDE68DA.dip.t-dialin.net)
14:05.54*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
14:11.53*** join/#htc-linux Marcin (Marcin@chello089078146089.chello.pl)
14:13.19*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
14:13.32freakonlegsCheeseburger
14:16.01*** join/#htc-linux hfctsaot (~hfctsaot@99-205-26-208.pools.spcsdns.net)
14:17.06*** join/#htc-linux gauner1986 (~gauner198@p5B385A23.dip.t-dialin.net)
14:20.42hfctsaot\o/
14:33.47*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
14:36.41*** join/#htc-linux Scepterr (~scepterr@ool-18b92277.dyn.optonline.net)
14:44.59*** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.227)
14:49.04*** join/#htc-linux M3DLG (~M3DLG@212.183.140.17)
14:50.36*** join/#htc-linux kiozen (~kiozen@p54921357.dip0.t-ipconnect.de)
14:52.05*** join/#htc-linux pitillo (~pitillo@unaffiliated/pitillo)
14:52.55*** join/#htc-linux darkdrgn2k (~darkdrgn2@CPE000c419e662f-CM0011aea0fa16.cpe.net.cable.rogers.com)
15:08.35hfctsaotTumble weed rolls through #htc-linux
15:27.08IceBoneIndeed.
15:27.14IceBonephh's absent to wreak havoc!
15:31.07*** join/#htc-linux kvaster (~kvaster@live.bn.by)
15:42.36*** join/#htc-linux ImCoKeMaN (~imcokeman@74.99.149.19)
15:42.36*** join/#htc-linux leobaillard (~leobailla@leobaillard.org)
15:42.36*** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793)
15:43.26*** join/#htc-linux freakonlegs (~Craigtbal@host86-177-141-216.range86-177.btcentralplus.com)
15:52.11*** join/#htc-linux irlolcopter (~12987@host81-153-253-156.range81-153.btcentralplus.com)
15:57.42*** part/#htc-linux mrquick (~kbradsha@cpe-70-112-26-46.austin.res.rr.com)
16:12.39*** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz)
16:17.26DCDemongah stuck at setup screen :/
16:17.35DCDemonreboots to see if itll let him in
16:21.24DCDemonO_o
16:24.09*** join/#htc-linux kiozen (~oeichler@rgnb-5d8796d4.pool.mediaWays.net)
16:24.34DCDemongetting a black screen with only the top bar working :/
16:32.29*** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt)
16:36.31*** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey)
16:40.00*** join/#htc-linux M3DLG (~M3DLG@212.183.140.33)
16:43.23*** join/#htc-linux alain2210 (~alain@AMontsouris-151-1-45-30.w82-123.abo.wanadoo.fr)
16:50.46*** join/#htc-linux Vito89 (~quassel@gw.loccal.net)
16:55.34alain2210mickeyl : hello
17:02.10*** join/#htc-linux nomercy2 (~NoMercy@p4FDE68DA.dip.t-dialin.net)
17:02.32*** part/#htc-linux ravishi (~stormy@h80ad26a9.async.vt.edu)
17:05.11mickeylhi alain2210
17:05.50alain2210mickeyl : I have tried fso1 on the g1. I can make call.
17:06.23mickeylyeah, support was that far, but then i stopped.
17:06.42alain2210I have not yet tried fso2.
17:07.04alain2210But I have seen that zhone2 starts
17:07.50alain2210But I have a question about gprs.
17:07.51mickeylyou could try http://downloads.freesmartphone.org/releases/fso2-preview-1/htcdream/
17:08.01mickeylyes?
17:08.15alain2210yes I have very quickly tried this one.
17:08.42alain2210about gprs, in fso1 : i see that is works on /dev/smd7
17:09.37mickeylfso1 does not contain support for the special GPRS way on the dream
17:09.45mickeyli have learned much later that the dream does not use PPP
17:09.57alain2210that is ?
17:10.12mickeylI'm using my pdp_qmi plugin for the dream
17:10.22mickeylit's using a proprietary qualcomm protocol
17:10.28mickeylthat gets you a network interface
17:10.34mickeyl(yes!)
17:10.42mickeylconnection setup and teardown in less than a second
17:10.52mickeylruns circles around ppp
17:11.00alain2210yes
17:11.20mickeyltake a look here:
17:11.34mickeylhttp://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/plugins/pdp_qmi/plugin.vala;h=726627cbfc58e23860418679a31572e9d368cd47;hb=a2698e95446861f3ae6d89bc64019b29964a8108
17:11.42mickeylbasically you have simple commands to /dev/qmi
17:11.54mickeyland then you get the connection params
17:12.03mickeylwhich you can then use to setup the default route etc.
17:12.07mickeylin fso2 this is completely working out of the box
17:12.10mickeyl(on middleware layer)
17:12.16mickeyl(no UI yet...)
17:13.02alain2210I will read this.
17:16.17*** join/#htc-linux kvaster (~kvaster@live.bn.by)
17:16.29*** join/#htc-linux kiozen (~oeichler@rgnb-5d8796d4.pool.mediaWays.net)
17:30.20alain2210mickeyl: thanks a lot. I have built the interface (with ifup). But I have not used it really since i will conflict with the usb one.
17:38.39*** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch)
17:38.42*** join/#htc-linux leviathan_ (~quassel@c-82-192-226-27.customer.ggaweb.ch)
17:53.32AstainHellbringsup
17:57.45*** join/#htc-linux kvaster (~kvaster@live.bn.by)
17:58.41AstainHellbringanyone in here have the desire?
18:01.27phh[00:48:19] <TheDeadCpu> Okay. You guys probably get this question a lot. But I just have to ask. Is anyone working on / thinking of Nand? For example for the Touch Pro, because I actually think XDAndroid on the TP is stable enough for it. <----- it already works
18:01.33phhjust boring to release something
18:01.34phhand not useful
18:04.40IceBoneHey, phh!
18:04.53IceBoneWhat's the status of the bluetooth audio in the 2.1 sqsh?
18:05.06phhIceBone: I think A2DP works
18:05.13phh2.1 AOSP you mean ?
18:05.40IceBonehttp://htcandroid.xland.cz/Android-2.1-2009-04-14.2-phh.sqsh I mean.
18:05.45phhok aosp then
18:06.03*** join/#htc-linux zachy (~george@85.193.4.18)
18:06.03IceBoneThe thing I've been pestering you about for ages. :P
18:06.16phhIceBone: HSF/HFP profiles ?
18:06.19phhmight work in sense build
18:06.30IceBoneEh, doesn't matter, getting a Desire on wednesday.
18:06.36phhfor me ? :p
18:06.43IceBoneBuy me dinner first.
18:06.45IceBone:P
18:07.59IceBoneI wonder how well it will work with my headset. Diamond on winmo worked perfectly fine.
18:08.10alain2210mickeyl: I try fso2. But I have not found, if I can make gprs works with cli-framework.
18:08.49mickeylthe API hasn't changed much
18:08.51mickeylit's:
18:09.08mickeylgsmpdp.SetCredentials( apn, user, password )
18:09.13mickeylgsmpdp.ActivateContext()
18:09.15mickeylthat should be it
18:27.18*** join/#htc-linux NoMercy (~NoMercy@p4FDE6660.dip.t-dialin.net)
18:29.51Markinusphh: do you have a Idea how this can happen?
18:29.51Markinus[    1.103790] mdp irq already on 4000 4000
18:29.51Markinus[    1.107452] mdp_dma: busy
18:30.18phhMarkinus: don't we clean it in 2.6.27 tree ?
18:30.55Markinusphh: hmm, don't know . .I have this on Leo, very often
18:30.59Markinus.32
18:31.48phhat statup ?
18:31.49*** join/#htc-linux NoMercy_ (~NoMercy@p4FDE692F.dip.t-dialin.net)
18:32.00Parad0XUA_Markinus were you able to fix kernel panic on leo yet?
18:32.10Markinusphh: on boot and on loading of the initrd
18:32.20MarkinusParad0XUA_: no
18:32.28Parad0XUA_*sigh*
18:33.02Parad0XUA_btw I just updated radio on my leo and I think I helped kernel stability a bit
18:33.24Parad0XUA_at least fsck /dev/block/loop1 is not core dumping any more
18:33.48Parad0XUA_but haven't tested that much yet so no warranties :)
18:34.47MarkinusParad0XUA_:  2.10? I using it
18:35.22Markinusphh: did we have this on .27 too?
18:35.29phhdon't know
18:35.29Parad0XUA_nope 2.09.50.29_2
18:36.53Parad0XUA_Markinus: is it difficult to fix leo-keypad driver? should I even bother trying? :)
18:37.20MarkinusParad0XUA_: it seems to be a GPIO problem. If you press a button the device is crashing
18:37.34Parad0XUA_not just crashing :\ it just freezes
18:37.44gauner1986Markinus: are you working on leo?
18:38.16MarkinusParad0XUA_: it's not the same?!?! ;)
18:38.24Markinusgauner1986:  only a bit
18:38.40Markinusgauner1986: this is terrible with the stability problems . . .
18:38.40Parad0XUA_Markinus: well :) I guess it is
18:38.55gauner1986gauner1986: yeah.. they're pretty frustrating..
18:39.04gauner1986eh
18:39.05gauner1986what
18:39.08gauner1986i'm too tired
18:39.10gauner1986lol
18:39.35gauner1986fucking two hours of sleep
18:40.23Parad0XUA_Markinus: please figure out the kernel panic :) do you have any clues at all?
18:42.00gauner1986Parad0XUA_: i think it's a very hard to find low level problem.. i fear we wont be able to solve it at all without further help
18:42.15Parad0XUA_Markinus: great! :)
18:42.46Parad0XUA_Markinus: is there anything in code aurora that could help?
18:43.10*** join/#htc-linux M3DLG (~M3DLG@212.183.140.32)
18:49.11MarkinusParad0XUA_:  i tried already some codeaurora stuff, but there are compiling problems etc. so it would take much time to fix it, but I didn'T have so much
18:49.41MarkinusParad0XUA_: most of the kernel panics are comming from a wrong signal
18:49.54MarkinusParad0XUA_: no Idea how this can happen
18:50.04phhstinebd: http://pjottrr.no-ip.org:81/redmine/issues/show/99
18:50.19phhstinebd: users want screen rotation with 90 and 180 degrees
18:50.50phhstinebd: I don't think that's a good idea though, but just to report to you the bug report.
18:50.53Parad0XUA_Parad0XUA_: signal debugger it is then :) another sleepless night tonight I guess
18:51.39MarkinusParad0XUA_: and we have to find out why this happend:
18:51.40Markinus[    4.613846] mdp irq already on 4000 4000
18:51.40Markinus[    4.630653] mdp_dma: busy
18:52.23Parad0XUA_Markinus: yup could also be signal related cause from time to time it's not happening...
18:53.29Parad0XUA_Markinus: maybe compass or some other other device's irq requests are mistreated by the kernel or something
18:54.51*** join/#htc-linux NoMercy (~NoMercy@p4FDE660B.dip.t-dialin.net)
18:54.59Parad0XUA_Markinus: aand one last question... any luck with usb networking? :)
18:55.10MarkinusParad0XUA_: hmm, it definitly the MDP irq which is comming . ..
18:55.40MarkinusParad0XUA_: I think we didn't need to try usb till we have a stable systemboot
18:55.58Parad0XUA_Markinus: yeah :(
18:56.00Parad0XUA_*lunch*
18:56.10*** part/#htc-linux jumoit (~samuel@121.77.87.145)
18:56.13NoMercygood evening . Markinus by stable systemboot you mean everything working?
18:56.55MarkinusNoMercy: I mean that we can e.g. use a initrd.gz with fsck system check etc. without seg faults and kernel crashes
18:57.26NoMercyokay i guess we are a long time away from this
18:57.34MarkinusNoMercy: yes
19:06.09*** join/#htc-linux NoMercy_ (~NoMercy@p4FDE7BAE.dip.t-dialin.net)
19:06.58*** join/#htc-linux the_eye_ (~dimitris@ppp-94-69-14-58.home.otenet.gr)
19:08.55*** join/#htc-linux alphaone|gone (~alphaone@2001:638:602:af01::1)
19:11.37alain2210mickeyl : that is what I have used. But I have seen neither an rmnet0 interface neither something in log.
19:12.36*** join/#htc-linux Kensan (~rueegsegg@244-43-239-77-pool.cable.fcom.ch)
19:14.44*** join/#htc-linux NoMercy (~NoMercy@p4FDE788E.dip.t-dialin.net)
19:15.11mickeyllet me check again
19:16.07mickeyli only have one card with unlimited data access
19:16.15mickeylneed to swap that all the time between the different devices
19:16.18mickeylboots dream
19:17.04alain2210i have only one card that works....
19:17.41mickeylwell i have at least 2 cards without data access but with free telephony
19:17.48mickeylthat helps for all the call state testing ;)
19:22.19mickeyllooks good
19:22.32mickeylfsonetworkd is missing in the image
19:22.40mickeylbut the context gets setup
19:22.45mickeyland the interface comes up
19:23.30Markinusphh: yes, this mdp problem is "fixed" on .27, with a
19:23.31Markinus#if !defined(CONFIG_MSM_AMSS_VERSION_WINCE)
19:23.31Markinusabout the error printf . . . .
19:23.33*** join/#htc-linux NoMercy_ (~NoMercy@p4FDE7F45.dip.t-dialin.net)
19:23.40alain2210mickeyl : so i retry now
19:23.41phhMarkinus: ah.
19:23.43phhcheating :p
19:23.55mickeylalain2210: here's how it should look like
19:23.59mickeylhttp://pastie.org/936065
19:24.02mickeyl(fsogsmd log)
19:24.09mickeyldmesg should say
19:24.16Markinusphh: I love this . . .
19:24.20mickeylApr 11 15:09:30 htcdream user.emerg kernel: [  204.646545] wds: 0020 @ 01
19:24.20mickeylApr 11 15:09:30 htcdream user.info kernel: [  204.646606] qmi: wds: got handle 0x17a5f448
19:24.20mickeylApr 11 15:09:30 htcdream user.emerg kernel: [  204.646759] wds: 0022 @ ff
19:24.20mickeylApr 11 15:09:30 htcdream user.info kernel: [  204.646820] qmi: wds: CONNECTED
19:24.39phhMarkinus: I've still no clue of what this actually means though
19:26.32Markinusphh: me to ... I will compere it now beween Topaz and Leo . .
19:26.41*** join/#htc-linux NoMercy__ (~NoMercy@p4FDE67A4.dip.t-dialin.net)
19:26.55gauner1986Markinus: dcordés suggested to try booting with the nexus binaries.. do you think that would make any difference?
19:27.17NoMercy__im sorry guys for reconnecting that often but my router just went crazy
19:27.44Markinusgauner1986: don'T know. I would say it should be binary compatible . .
19:27.58Markinusgauner1986: to armv6
19:28.49*** part/#htc-linux zachy (~george@85.193.4.18)
19:30.05alain2210mickeyl: It works better now : I see the qmi: wds : CONNECTED
19:30.32alain2210but not the interface
19:31.01gauner1986Markinus: i'd guess so too..
19:31.52mickeylalain2210: ifconfig ?
19:32.05mickeylalain2210: perhaps you don't have rmnet support compiled in?
19:32.58alain2210I see nothing with ifconfig (only lo and usb0).
19:33.11alain2210for the kernel, I will see.
19:34.29alain2210for the kernel, I have CONFIG_MSM_RMNET=y
19:34.38alain2210CONFIG_MSM_RMNET_DEBUG=y
19:34.59Markinusphh: ok, this is both for MDP DMA.
19:34.59MarkinusLeo: MDP_DMA_P_DONE   (1 << 14) -> 0x4000
19:34.59MarkinusTopaz: MDP_DMA_P_DONE   (1 << 2)   -> 0x4
19:35.16*** join/#htc-linux Tigerzen (~Tigerzen@81-66-204-232.rev.numericable.fr)
19:35.36TigerzenHello !!!
19:36.06mickeylalain2210: hmm, strange. can you diff your defconfig with the one in OE?
19:36.08gauner1986Tigerzen: havent seen you for a long time
19:36.10gauner1986hi
19:36.15mickeylbtw.
19:36.21mickeyli wonder about all the undocumented special commands
19:36.32mickeylwould be interesting to find out what they do
19:37.00TigerzenI misse you ?
19:37.04alain2210probably ;-)
19:37.23mickeylthings like:
19:37.32mickeylat+htcnv?
19:37.32mickeyl+HTCNV: 0,12,8
19:37.32mickeylOK
19:37.32mickeylat+htcnv=?
19:37.32mickeyl+HTCNV: DTM(0-1),MCS(8,10,12),HS_Cat(6,8,12)
19:37.34mickeylhmm
19:37.49alain2210not clear.
19:37.57mickeylindeed
19:38.07alain2210the only line that lacks for me is
19:38.07mickeyland there's a bout 30 non-standard commands
19:38.11alain2210** Message: plugin.vala:80: onUpdateFromQmi with 7 properties [state=up)
19:38.29Tigerzengauner1986, you miss me too
19:38.35mickeylalain2210: which radio firmware do you have?
19:38.38mickeyli have a very old one
19:38.43mickeylperhaps things are different on yours
19:38.49gauner1986hmmm.. you're not a good looking woman, so probably not of that kind :D
19:39.02Tigerzenyou dont realy know if im
19:39.08gauner1986anyway.. where have you been? :)
19:39.53gauner1986well.. i know it for 99% probability by the fact that you're experimetning with embedded linux :D
19:40.17alain2210I have a recent one. 2_22_19_26I
19:40.18Tigerzeni dont want talk about
19:40.27Tigerzencause i brake my Leo
19:40.28gauner1986okay :)
19:40.39Tigerzenbreake
19:40.43gauner1986lol.. oh noes. what a pain
19:40.49gauner1986what happened?
19:40.49mickeylalain2210: 1.22.12.29 here
19:40.59alain2210mickeyl:  very different.
19:41.03mickeylhmm, yeah
19:41.15alain2210I will retry with the command line.
19:41.21mickeylyeah
19:41.26mickeyljust try without fso
19:41.38mickeylbtw.
19:41.47mickeylfor me, the rmnet interfaces are always present
19:41.50mickeylright from bootup
19:42.04Tigerzenits died then its not alive
19:42.05mickeylso if they're missing for you, it is likely the kernel (configuration)
19:42.27alain2210Yes I use my own kernel.
19:43.14mickeyl*nod*
19:43.17mickeyltry mine :)
19:43.27Tigerzenim crazy furious (curious) user
19:43.29mickeylor rather, the one in OE
19:43.43gauner1986how did it die?
19:44.11TigerzenWhy they dont continued on 29 kernel cause Android gonna boot just problem with HZ clock
19:44.22Tigerzenscreen explosed
19:44.34gauner1986ahrg.. painful
19:45.55Parad0XUA_Tigerzen: wait what? you're saying some specific kernel killed your leo?
19:46.11Tigerzenyeah the real problem its my phone conssumer fai i take it for specaly internet full and tv, now ive got phone like 1960 no internet no screentouch not cam
19:46.24Tigerzenscreen explosed
19:46.28gauner1986Parad0XUA_: no i think he means he accidently dropped it and the glas broke :P
19:46.48Tigerzenno i talk about kernel 2.6.29 we can boot on leo with defconf modif on HZ but slowly
19:46.51Parad0XUA_oh :\ that makes more sense :)
19:47.10Parad0XUA_Tigerzen: really? without kernel panic?
19:47.16Tigerzenyes of course
19:47.29gauner1986Tigerzen: did it get repaired now?
19:47.31Tigerzenthen i ask why Markinus or other dont continued with 29
19:47.33alain2210mickeyl : If I do the echo up:apn > /dev/qmi0 and ifconfig rmnet ip up
19:47.37alain2210it works
19:47.40mickeylexcellent
19:47.47mickeylah, right
19:47.50mickeylthat's what fsonetworkd does
19:47.53MarkinusTigerzen: yes, but it's only a workarround . .
19:47.55Tigerzenno expensive like price phone
19:47.59Parad0XUA_Tigerzen: that is very interesting indeed... will try 29 today
19:48.08MarkinusTigerzen: I think it not fixes the true problem :(
19:48.18TigerzenParad make HZ=off
19:48.30alain2210so it lacks only fsonetworkd ?
19:49.06mickeylyes
19:49.09MarkinusTigerzen: yes, then the kernel is waiting very long for IRQs . .  it has to work so too. Did you try to set this value a bit bigger?
19:49.22mickeylfsogsmd will tell fsonetwork that it has a new default rout
19:49.27TigerzenMarkinus, hi, no Leo breake
19:49.29mickeyland fsonetworkd will do the rest
19:49.37mickeylAT@HTCDORMANCYSET=3
19:49.38mickeylhmm
19:49.42MarkinusTigerzen: ohh, shit
19:49.57Tigerzenive got Alcatel phone like 2020ac
19:50.03alain2210I have not change the gateway.
19:50.08Parad0XUA_Markinus: what HZ value are you talking about?
19:50.09gauner1986alcatel phone?
19:50.12gauner1986bäh
19:50.18MarkinusParad0XUA_: yes
19:50.23gauner1986they make ugly phones
19:50.41Tigerzenfor business i need just phone ;)
19:50.46Tigerzensame for girls ;)
19:50.48Parad0XUA_Markinus: you're talking about lowering the cpu freq?
19:51.04MarkinusParad0XUA_: it'S nit the CPU freq
19:51.08Markinus*not
19:51.16Tigerzensure i dont take out my phone when im with a girls
19:51.44Parad0XUA_Markinus: what is it then?
19:52.05gauner1986the tick frequency? :)
19:52.14MarkinusI mean it's the timer frequency
19:52.19Tigerzenlook for HZ Parad you find it leodefconf
19:52.40Tigerzengo to looks dvd steaven seagak
19:52.42Tigerzenseagal
19:52.44Tigerzenciao
19:52.48gauner1986have fun
19:52.57Parad0XUA_sorry guys for noob questions :) just starting my kernel hacking career
19:53.18gauner1986Parad0XUA_: you need to have a LOT of time
19:53.45Parad0XUA_I have plenty :)
19:53.55Parad0XUA_ok so there's CONFIG_NO_HZ=y
19:53.58Parad0XUA_and CONFIG_HZ=100
19:54.56MarkinusCONFIG_NO_HZ=y -> tickless system
19:55.06Parad0XUA_ok
19:55.25gauner1986havent understood what that means too
19:55.25gauner1986:P
19:56.42Parad0XUA_http://www.phoronix.com/scan.php?page=article&item=651&num=1
19:56.57alain2210mickeyl: it works, in the sens that I have the interface, but even with the gateway, I cannot access to the proxy of the operator.
19:58.04Parad0XUA_Markinus: so what HZ value makes kernel more stable?
19:58.26MarkinusParad0XUA_: this value are used on all snapdragon config that I tested . .
19:58.46Parad0XUA_Markinus: 100?
19:58.51gauner1986hm
19:58.54MarkinusParad0XUA_: yes
19:58.55gauner1986i guess that's nice to have
19:59.27MarkinusParad0XUA_: so I think this is ok, and we have a other problem
19:59.51mickeylalain2210: hmm, default route is set?
20:00.36alain2210I have two : the usb and the rmnet, but the rmnet is "above"
20:00.48Parad0XUA_Markinus: but Tigerzen was saying that reducing this value on 29 makes kernel stable?
20:01.05MarkinusParad0XUA_: the kernel runs "slower" . .
20:01.30Parad0XUA_Markinus: that's fine... that could possibly lead to an answer... or you think no?
20:02.01MarkinusParad0XUA_:  yes, this is what we know, we have timing problems, but why is the quastion . .
20:02.16Parad0XUA_Markinus: ok
20:02.27*** join/#htc-linux Kensan (~ken@mail.codelabs.ch)
20:02.34mickeylalain2210: i'd remove the usb one to make sure it's not used - or set the rmnet with a higher metric
20:05.38alain2210mickey: now, I have only one (rmnet0) gateway.
20:05.40MarkinusParad0XUA_: and this is hard to find . .
20:05.52Parad0XUA_Markinus: we shall not give up :)
20:06.06Markinusyes :)
20:07.20*** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl)
20:09.16alain2210mickeyl :  it works. I can speak (with telnet) to the proxy. thanks a lot.
20:09.40alain2210tomorrow, I will try to build a recent fso2 for my image.
20:10.08mickeylsplendid, congrats
20:11.17alain2210congrats for you. and your constant work.
20:11.38mickeyl:)
20:12.22alain2210good evening
20:12.34*** join/#htc-linux ali1234 (~al@robotfuzz.co.uk)
20:12.53MarkinusParad0XUA_: on most of the crashes we get a 0x0 signal . .  and the kernel didn'T know what to do with it, and says . . exit()
20:13.22Parad0XUA_Markinus: yup... what's a 0x0 signal?
20:13.44MarkinusParad0XUA_: this is the problem . . . there isn'T a 0x0
20:13.54Parad0XUA_Markinus: oh! I was so excited when I found out you can use gdb with the kernel :)
20:15.45Parad0XUA_Markinus: but that didn't really help to figure out the kernel panic
20:19.02gauner1986Markinus: couldnt you just ignore that signal? :D
20:19.35Markinusgauner1986: I tried it but no luck
20:19.50Parad0XUA_I tried it to :) commented out the exit line in signal.c :-D
20:19.50gauner1986Markinus: what happens then?
20:20.42Markinuscrash
20:21.16MarkinusParad0XUA_: it's comming from asambler code
20:21.25MarkinusParad0XUA_: I tried there too
20:21.34Parad0XUA_Markinus: :-D
20:21.47Parad0XUA_Markinus: just disable signals :)
20:23.14MarkinusParad0XUA_: ha!
20:23.14MarkinusParad0XUA_: entry-common.S (arch/arm/kernel) Line 34
20:27.09Parad0XUA_Markinus: have you ever tried compiling kernel in OSX? :) I'm tried of switching between osx and ubuntu :(
20:27.13gauner1986if the sense of that code wouldnt be so hard to understand... ^^
20:27.58Parad0XUA_awwww :( textmate has nu support for assembler
20:28.16MarkinusParad0XUA_: no, only kubuntu
20:28.19gauner1986what would you want to highlight there? ;)
20:28.20MarkinusParad0XUA_: in a vbox
20:28.28MarkinusParad0XUA_: under win7 and opensuse
20:28.33Parad0XUA_slowwww
20:28.50gauner1986Parad0XUA_: i have a macbook.. you would just require the cross compiler for it..
20:28.52Parad0XUA_gauner1986: anything :) colors make me happy
20:29.05MarkinusParad0XUA_: slow???, no, quadcode and 8 GB RAm . .. this is fast enough :)
20:29.11Markinus*core
20:29.24Parad0XUA_Markinus: good for youuuu... ;)
20:29.42Parad0XUA_*sadly looks at his old macbook pro*
20:29.59gauner1986i have a shiny new macbook pro :)
20:30.15Parad0XUA_I hate the new shiny once :)
20:30.31Parad0XUA_1. keyboard sucks, prev generation is so much better
20:30.35Parad0XUA_2. sharp edges!!!!!
20:30.37gauner1986not really
20:30.48gauner1986dirt is coming out there way easier
20:31.09Parad0XUA_don't care about dirt! :)
20:31.20gauner1986you like your things dirty?
20:31.21gauner1986;)
20:31.50Parad0XUA_no :) my pro is about 2-3 years old and still veeeeeery clean
20:32.10Parad0XUA_I guess you should consider myself a bad developer cause I never spilled coffee on my laptop :)
20:32.20gauner1986Markinus: what does that line do?
20:32.30Markinusgauner1986: this is the signal entry
20:32.39Markinusgauner1986:  from there is the signal comming in the kernel
20:32.59gauner1986couldnt you find out what causes this signal then somehow?
20:33.01Markinus(if I understand it correctly)
20:33.09Markinusgauner1986:  no
20:33.15Parad0XUA_so which register contains the signal num?
20:33.22Markinusr2 I think
20:33.57Parad0XUA_interesting
20:34.00gauner1986Parad0XUA_: do you have assembler skills? ;)
20:34.05*** join/#htc-linux Dpunkt (~Dpunkt@p5090F25B.dip.t-dialin.net)
20:34.19Parad0XUA_gauner1986: very basic :(
20:34.48Parad0XUA_had some fun with tasm back in college ~4 years ago
20:34.55gauner1986hmmm
20:35.06gauner1986we only did pseudo assembler in school
20:35.15gauner1986that sucked
20:35.18Parad0XUA_wtf is pseudo assembler?! :-D
20:35.24Parad0XUA_sounds awesome though :)
20:35.51gauner1986some kind of learning language for assembler.. dont remember it well though..
20:36.31gauner1986for a good reason i think
20:36.31gauner1986:D
20:38.00Parad0XUA_https://www.codeaurora.org/gitweb/quic/chrome/?p=kernel.git;a=blob_plain;f=arch/arm/kernel/entry-common.S;hb=852612b66d948cf6c6056fc0a2fbbb4dde1cb8df
20:38.04Parad0XUA_that looks different
20:38.33*** join/#htc-linux hexch (~cool@port366.ds1-kd.adsl.cybercity.dk)
20:39.01hexchhi, can someone help me to root my htc magic ?
20:42.09MarkinusParad0XUA_: yes, it's .29 right?
20:42.47Parad0XUA_no idea... googled it :)
20:44.51Parad0XUA_actually it's the same thing... we just have a little macros restore_user_regs
20:45.26Parad0XUA_Markinus: but you don't really think the problem is in the assembly code?
20:45.51MarkinusParad0XUA_: no
20:46.04MarkinusParad0XUA_: the question is why it'S called
20:46.10*** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl)
20:46.13Parad0XUA_Markinus: right
20:46.41Captnoordyo
20:46.47Markinushi
20:47.04MarkinusParad0XUA_: but we had to fix already assambler code for Leo . .
20:47.15MarkinusParad0XUA_: irqs . .
20:47.42Parad0XUA_Markinus: yeah I saw that commit
20:47.57gauner1986Markinus: mhm.. but in normal worlds code you would have some option to determine which functions or objects were involved in that call
20:48.07Parad0XUA_Markinus: how the hell would you figure that one out if that guy would help? :)
20:48.40Parad0XUA_gauner1986: aboslutely :) unless you're talking to a cpu directly ;)
20:49.19hexchanyone ?
20:49.27gauner1986hey captnoord
20:49.35Captnoordyo
20:49.55gauner1986hmm.. Parad0XUA_: but there must be some information stored in registers or stuff?
20:50.05hexchI maked an goldcard with sappimg.zip on it when I boot my phone it loads the sappimg after some time it say main version is older ?
20:51.01Parad0XUA_yup, you could read that data if you had some kind of remote kernel debugger
20:51.40gauner1986cant you do it with poor mans debugging? :P
20:51.58Parad0XUA_yeah I wish I knew more about haret :)
20:52.09gauner1986hmmmm
20:52.20gauner1986what do you want to do?
20:52.52Parad0XUA_honestly... I have no idea :)
20:54.05gauner1986as far as i understood you can't use haret for anything after the kernel took over.. so it can't be useful for anything else but ramconsole..
20:55.31Parad0XUA_I have no idea what really happens to windows and haret after kernel takes over...
20:56.30gauner1986they're both unusable until next reboot i guess ^^
20:57.13Parad0XUA_yeah I can't think of a way for windows and linux to peacefully coexist on one device :)
20:57.17CaptnoordMarkinus: I think the fb_console should work... its something other that doesn't work
20:57.20Captnoordirq's maybe
20:57.52Captnoordbut first gotto play a game a bit
20:57.57stinebdphh: lol... re: screen rotation, i think that's a WONTFIX, unless Android proper adds it at some point
20:58.09phhstinebd: ok
20:58.17phhI'd thought so
20:58.26stinebdi recall a market app for G1 that did that
20:58.34stinebdso perhaps third party solution is the way to go
20:58.41MarkinusCaptnoord: yes, I think so too . . it's something different
20:58.48MarkinusCaptnoord: have fun :)
21:00.09Parad0XUA_Markinus: can you explain this line?
21:00.19Parad0XUA_ldr r10, [lr, #-4]
21:00.31Parad0XUA_the square brackets part
21:00.42gauner1986i knew what that was once
21:00.43gauner1986*mhm*
21:01.06phhParad0XUA_: r10=*(lr-4)
21:01.41Parad0XUA_phh: ok just wanted to make sure I'm reading it correctly :) thanks
21:12.57Parad0XUAso.. anyway... what do you guys do for living?! :)
21:14.55Parad0XUAmaybe hardcore kernel developers are actually great restaurant chefs :)
21:15.51Parad0XUAMarkinus, phh, gauner1986?
21:21.26Woutis kinda wondering what's being worked on right now
21:21.44Woutlast commit was over a week ago, you guys hit a bump in the road?
21:23.50Parad0XUAbig bump indeed
21:30.19stinebdWout: too much stuff is working now ;)
21:36.49Woutstinebd: then commit it! ;)
21:48.12TigerzenParadox, you can try with CONFIG_NO_HZ=n on 29
21:48.38Tigerzenthis way not kernel panic but slowly
21:52.03Parad0XUATigerzen: thanks I'll try it tonight!
21:52.10Parad0XUAohh he left :(
22:01.46mickeyl~seen cr2
22:01.54aptcr2 <n=cr2@ip-109-84-74-80.web.vodafone.de> was last seen on IRC in channel #htc-linux, 94d 1h 41m 1s ago, saying: 'MrPippy: where is this source ?'.
22:01.54mickeyl~seen cr2_
22:01.54aptcr2_ <~cr2@213.244.27.11> was last seen on IRC in channel #htc-linux, 27d 13h 54m 34s ago, saying: 'irc from here'.
22:03.53*** join/#htc-linux leaigor (~laigor@188.134.16.241)
22:06.05*** join/#htc-linux rojohacker (~rojohacke@c-76-103-10-158.hsd1.ca.comcast.net)
22:06.45mickeylall those @setgps, @startgps, @stopgps proprietary commands. Are these leftovers in dream radio or is it likely we need to use these commands to turn on GPS?
22:09.39ali1234it seems like a reasonable assumption to me
22:09.46ali1234how else would you turn on gps?
22:09.52mickeylwell
22:09.57mickeylthere's a shitload of possibilities
22:10.03mickeyltoggle some gpios here
22:10.05mickeylsend some ioctl there
22:10.13mickeyldance a jig and shout 'hoola'
22:10.16mickeyl*sigh*
22:10.18ali1234i've looked at a few MSM radio ... things
22:10.31ali1234gps and the phone stuff is very very closely tied
22:10.52mickeyldo we have a positive confirmation that android is actually sending those commands?
22:11.02ali1234no idea
22:11.34ali1234but what i do know is that all the radio stuff is likely done inside one chip so it is unlikely to involve gpios
22:11.54mickeylsounds reasonable
22:12.11ali1234consider things like agps too
22:12.35ali1234and also the emergency network location that uses gps too
22:12.49ali1234all that stuff is handled by the radio rom, so gps is very tightly integrated with it
22:13.44mickeylok, so what we need is someone tracing the proprietary RIL using gps?
22:15.49ali1234it can't hurt
22:17.08ali1234i seem to recall that the GPS on MSM phones sends codes over serial, possibly the same serial channel as the signal quality stuff
22:17.17ali1234of course you have to turn it on first
22:17.54ali1234NMEA codes, that was it
22:19.05ali1234my knowledge is limited to msm6200 though, that's quite old and used in 3g modems etc
22:19.15mickeylyes, it looks like as soon as it's turned we see nmea on /dev/smd27
22:37.29*** join/#htc-linux M3DLG (~M3DLG@ip-87-82-124-99.easynet.co.uk)
23:07.04*** join/#htc-linux BobVila (~abinford@c-24-12-177-201.hsd1.il.comcast.net)
23:28.57*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
23:33.05*** join/#htc-linux xawen (~Admin@pool-71-179-244-8.bltmmd.fios.verizon.net)
23:36.44AstainHellbringhiya

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