IRC log for #htc-linux on 20100506

00:01.54kaitoAh, thanks. I'll try that in a minute. :)
00:02.58dcordesjust to reduce confusion: what we doing for the hd2 right now is trying to get real basic stuff working.. and this is happening in the kernel. android is next stage. so you don't ask for android now but for working linux kernel
00:03.23dcordeson tg01
00:06.05kaitoYeah. That's cool. Seems pretty intresting. :D
00:07.01dcordessince you can run hd2 kernel image you'll prlly get some result soon
00:07.07dcordeswell it's a base
00:07.08dcordesto work off
00:07.46kaitooh, good. :)
00:07.58*** join/#htc-linux jumoit (~samuel@121.77.87.145)
00:09.59*** join/#htc-linux Vito_| (~Sysel@gw.loccal.net)
00:10.44dcordeskaito, do you have the haretlog.txt ?
00:11.08kaitoJust as you said that I created it.
00:11.16kaitoWell, made earlyharetlog
00:11.26kaitoone minute
00:14.05kaitoall that's in it is
00:14.08kaito===== HaRET pre-0.5.3-20100305_230216 =====
00:15.36dcordesyou created fille called earlyharetlog.txt and that's what you get in haretlog.txt ?
00:15.42kaitoyeah
00:15.49dcordeshmm that's not much
00:15.57dcordesI don't know if it means you're machine is undetexted
00:16.00dcordesif you start haret
00:16.06dcordesdoes it say detected generic qsd blabal
00:16.07dcordes?
00:16.25kaitoone sec, I'll see.
00:17.07*** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com)
00:17.10kaitoNo, it just starts the kernel, or trying to start the kernel at least.
00:17.18kaitothen freezes, and reboots. :P
00:18.43dcordesyea well I mean before you tap run
00:18.50dcordesthere is box with some text
00:18.51dcordesin haret.exe
00:19.00dcordeswondering what that says
00:19.28kaitoit automatically starts the kernel.
00:19.46dcordesthen you have some old thingy there
00:19.55dcordeswait a sec
00:20.22kaitoOH WAIT
00:20.31dcordeswhat is it
00:20.35kaitoif I rename startup.txt default.txt
00:20.52kaitoit opens up a box
00:21.03kaitoSaying run default.txt, or listen for network connection
00:21.04dcordesoh right
00:21.38dcordesyou also got stuff in haretlog.txt now ?
00:21.49kaitoI dunno, I'll have a check.
00:21.51dcordess/stuff/more stuff/
00:22.49kaitoYeahh :D
00:22.55kaitoone sec, I'll upload it.
00:23.24dcordesnice
00:25.43kaitohttp://pastebin.com/4zkbb14H
00:25.45kaito:D
00:26.08kaitobtw, I might go offline randomly, but I'll be back tomorrow.
00:26.38dcordes#
00:26.38dcordesDetected machine Generic QSD8xxx/QSD8xxx (Plat='PocketPC' OEM='Toshiba TG01') bene
00:26.53dcordesno problem I'm also offline randomly now
00:26.57dcordeslate here
00:27.00dcordesttyl
00:27.01dcordes!
00:27.23dcordeskaito, put it on the mobile-linux mailing list
00:27.38kaitook, I will do, Thanks for the help, nite! :)
00:29.40*** join/#htc-linux dekar (~dekar@port-92-193-27-184.dynamic.qsc.de)
00:31.54*** join/#htc-linux mufumbo (~mufumbo@71-6-82-200.static-ip.telepacific.net)
00:33.22dcordeskaito, also dump everything you find here: http://htc-linux.org/wiki/index.php?title=Tg01
00:33.24dcordesbyebye
00:40.38*** join/#htc-linux eosrider (~eosrider@adsl-75-23-154-65.dsl.pltn13.sbcglobal.net)
01:10.15*** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl)
01:25.42*** part/#htc-linux jumoit (~samuel@121.77.87.145)
01:30.38*** join/#htc-linux treobriggs (~treobrigg@75-119-249-122.dsl.teksavvy.com)
01:30.55treobriggsanyone else in here have a palm treo pro?
01:33.31treobriggs(htc panther)
01:37.37tmzt_somebody was working on it
01:37.40tmzt_gsm or cdma?
01:40.41treobriggsCDMA
01:40.57treobriggsI've heard it boots then fails
01:41.12tmzt_I don't think the screen was inited correctly
01:42.55treobriggsthanks.  how is it coming for the rhodium? it was tough to get drivers for stuff last I heard
01:44.14*** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com)
01:54.40*** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821)
01:54.43*** join/#htc-linux br1ck (~br1ck@85.8.90.9)
02:00.28ToAsTcfhCaptnoord: sweet i got it!!!!
02:00.56[acl]i don't think he is here but ill celebrate .. what did you get ?
03:04.34*** join/#htc-linux Forsaken|Desk1 (~Forsaken|@dslb-084-058-202-213.pools.arcor-ip.net)
03:33.29*** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz)
03:51.39*** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com)
03:55.47*** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz)
04:25.15*** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821)
04:36.52*** join/#htc-linux canthonyza (~canthonyz@41.0.201.200)
04:45.33*** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no)
04:48.11*** join/#htc-linux AstainZZZZZZ (~AstainHel@unaffiliated/astainhellbring)
04:48.42*** join/#htc-linux evildarknight (~charles@41.211.72.35)
05:08.51*** join/#htc-linux tri0xinn (~tri0xin@c-24-20-118-179.hsd1.or.comcast.net)
05:16.03*** join/#htc-linux zachy (~george@ip-85-160-22-80.eurotel.cz)
05:16.34*** join/#htc-linux kiozen (~oeichler@rgnb-5d878a4f.pool.mediaWays.net)
05:20.43*** join/#htc-linux tri0xinn (~tri0xin@c-24-20-118-179.hsd1.or.comcast.net)
05:28.59*** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
05:36.39*** join/#htc-linux GNUtoo|oeee (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
05:54.46*** join/#htc-linux kvaster (~kvaster@live.bn.by)
06:01.12*** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
06:03.40*** join/#htc-linux canthonyza_ (~canthonyz@41.0.201.200)
06:15.04*** join/#htc-linux fjompa (~thomas@c-a5f0e255.310-2-64736c14.cust.bredbandsbolaget.se)
06:16.48*** join/#htc-linux Untouchab1e (~Untouchab@82.147.44.133)
06:24.14*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
06:27.03*** join/#htc-linux NoMercy (~NoMercy@p4FDE7BFE.dip.t-dialin.net)
06:32.54*** join/#htc-linux kiozen (~kiozen@p54921434.dip0.t-ipconnect.de)
06:41.14canthonyza_can a op please kick canthonyza... should register it
06:46.23*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
06:50.22*** join/#htc-linux Wout (~wout@internet.office.tweakers.net)
06:55.56*** join/#htc-linux Eskandari (~chatzilla@94.182.101.233)
07:21.16*** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
07:21.48*** join/#htc-linux dekar_ (~dekar@port-92-193-58-252.dynamic.qsc.de)
07:24.59*** join/#htc-linux tmzt (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net)
07:34.59*** join/#htc-linux kvaster (~kvaster@93.84.112.80)
07:40.04*** join/#htc-linux kvaster (~kvaster@93.84.112.80)
07:48.58*** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B00599.dip0.t-ipconnect.de)
08:10.12*** join/#htc-linux Vito_| (~Sysel@gw.loccal.net)
08:21.04*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
08:40.23*** join/#htc-linux leobaillard (~leobailla@leobaillard.org)
08:46.46*** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl)
08:51.34*** join/#htc-linux Marcin_88 (Marcin@chello089078146089.chello.pl)
08:54.28*** join/#htc-linux gnutoo_ (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
08:57.42*** join/#htc-linux Cass (~Cass@87-194-153-242.bethere.co.uk)
09:16.23*** join/#htc-linux Markinus (~Miranda@gtng-4db04237.pool.mediaWays.net)
10:01.38Captnoordphh: I pushed my navi sleep stuff
10:01.44Captnoordand the microp stuff
10:01.49Captnoordto replace the evil function
10:09.46*** join/#htc-linux shu8i (~shu8i@78.104.102.92)
10:22.47*** part/#htc-linux shu8i (~shu8i@78.104.102.92)
10:38.38*** join/#htc-linux Vito_| (~Sysel@195.113.241.232)
10:54.08*** join/#htc-linux _silencer (~Kim@91.182.144.143)
11:56.11_silencerhas someone the datasheets/user guide/architecture manual for snapdragon series of soc's?
11:56.34*** join/#htc-linux PSPdemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net)
11:56.44_silencerqsd8250
11:57.41_silencerlooks like qualcomme doesn't have a support site with this kind of information like TI :s
11:58.58*** join/#htc-linux Cass_ (~Cass@nat/sun/x-pfgzosugbpptzstl)
12:07.03*** join/#htc-linux Forsaken|Laptop1 (~Forsaken|@p54B00599.dip0.t-ipconnect.de)
12:07.41*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
12:09.48*** join/#htc-linux Marcin_88 (Marcin@chello089078146089.chello.pl)
12:17.41*** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes)
12:18.08dcordeshi
12:18.29dcordes_silencer, I'm afraid such a cpu manual is hard to get from qualcomm
12:19.37_silencerdamn
12:21.04dcordesat some point they will leak no doubt
12:21.09_silenceris the diference big between the cortex-a8 implementation?
12:21.15dcordesI don't know...
12:21.22_silencerok
12:21.24dcordesbut that's an interesting question
12:21.35dcordesto know whether or not it uses the same instructions as cortex-a8
12:21.44*** join/#htc-linux mickey|sports (~mickey@80.81.242.146)
12:21.49_silenceryep
12:22.44_silenceri hope it's leaked some day :) would be very usefull
12:23.43dcordes_silencer, maybe ti has some chapter: avoiding segmentation fault problems on htc leo
12:24.18dcordesNetRipper, http://www.netripper.com/leo/20100310_package/Image can you help figuring out which revision this was built from?
12:24.52dcordesNetRipper, http://htc-linux.org/wiki/index.php?title=Tg01
12:25.10_silencerSo, it seems that we have a segmentation fault during execution of
12:25.10_silencerhelloworld (sig=11, signo=11, errno=0, code=30001 ). I don't know enough
12:25.10_silencerabout kernel memory management to be able to interpret the dump from the
12:25.10_silenceruser_debug flag correctly, maybe someone can help on this ?
12:25.10_silencerLeTama
12:25.50_silencersig 11 is { do_bad,SIGSEGV, SEGV_ACCERR,"page domain fault"   },
12:27.00_silencerbut do_page_fault is called
12:27.01_silencer:s
12:27.17NetRipperdcordes, http://irclog.netripper.com/?chan=htc-linux&month=3&day=10 search for 20100310_package
12:27.27NetRippernot sure if that kernel was committed
12:27.46NetRipperor what kind of local chnages i had
12:28.30NetRipperyou can probably check the date in git and that'll be the base with some small changes locally.. maybe insignificant
12:28.38NetRipperthink i played with MDP back then
12:28.48NetRipperand the msm_fb
12:30.36dcordesvery early patch that day
12:30.49dcordeshttp://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=bcf6a41b7ecf90be54102b9b67ec7486244bb860
12:34.26NetRipperpage doesnt load for me
12:34.26NetRipper:x
12:35.58dcordeswell it's the second 10.3.2010 commit in qsd8k branch
12:54.14NetRipperthat'll probably come very close to the version i put online
12:55.01*** part/#htc-linux zachy (~george@ip-85-160-22-80.eurotel.cz)
12:55.30dcordeskk
12:55.34dcordesI'll be back later
12:55.42dcordesbye
13:00.54*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
13:02.44*** join/#htc-linux Markinus (~Miranda@gtng-4db04237.pool.mediaWays.net)
13:07.42*** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net)
13:14.24*** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl)
13:28.58*** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B0062E.dip0.t-ipconnect.de)
13:30.18*** join/#htc-linux Forsaken|Laptop2 (~Forsaken|@p54B0062E.dip0.t-ipconnect.de)
13:32.36_silencerhi LeTama
13:32.46_silencerare you sure about signal 11?
13:33.05_silencerbecause it is { do_bad,  SIGSEGV, SEGV_ACCERR, "page domain fault"     },
13:33.37_silencerbut the back trace shows do_page_fault is called :s
13:35.09*** join/#htc-linux Marcin_88 (Marcin@chello089078146089.chello.pl)
13:37.29LeTamahi Silencer
13:37.48LeTamaWell, I'm not really sure of anything
13:38.20LeTama11 is SEGV right ?
13:38.52_silenceryes
13:39.13_silencerso with signo=11 you only saying it seg faults
13:39.18_silencernot the isr number
13:39.32_silencerwould make more sense
13:39.48*** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B0062E.dip0.t-ipconnect.de)
13:46.53LeTamaSilencer, I'm not sure I understand what you mean. What I see is that my helloworld app is trying to access invalid memory location
13:47.46LeTamait tries to reach *(0x0064) or something like that, that is invalid
13:56.13*** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B0062E.dip0.t-ipconnect.de)
14:02.03*** join/#htc-linux Forsaken|Laptop (~Forsaken|@p54B0062E.dip0.t-ipconnect.de)
14:02.21_silencerwhat c library are you using?
14:07.00LeTama|the one with the toolchain
14:07.59LeTamawell, in fact, it's *(0x00008), take a look at this:
14:08.01LeTamahttp://pastebin.com/7rNCfwsb
14:08.13*** join/#htc-linux Marcin__88 (Marcin@chello089078146089.chello.pl)
14:08.54LeTama[   26.635747] PL:pgf - vma ok, vmstart=8000 addr=8
14:09.28LeTamathat's the one that blows up.
14:09.52LeTamaI tried the same binairies with my diamond, they work fine
14:10.33LeTamabut again, I'm a complete noob, so everything I say has to be taken with a grain of salt
14:12.39_silencer#define VM_FAULT_BADMAP0x010000
14:15.43_silencervm address isn't mapped i guess
14:16.39*** join/#htc-linux Forsaken|Laptop1 (~Forsaken|@p54B0062E.dip0.t-ipconnect.de)
14:17.08*** join/#htc-linux Vito_| (~Sysel@195.113.241.232)
14:19.43LeTamaI don't know, it seems that the address the app tries to access is wrong, it doesn't seem like a legit request. it could be a stack corruption ?
14:20.27LeTamaI saw some stack manipulation to launch processes, maybe it's related?
14:21.02_silencerboth kernel and usermode stuff is compiled using arm eabi?
14:21.32_silencerand not some other convention
14:21.32LeTamayes
14:21.40_silencerok so that isn't the problem
14:21.40LeTamasame toolchain
14:22.52_silenceris your cpio on the web somewhere?
14:23.09_silenceri would like to check your usermode test binairy
14:23.15LeTamano, but I can put it somewhere
14:23.18_silencerok
14:23.25LeTamahold on
14:26.36*** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
14:27.35*** join/#htc-linux jumoit (~samuel@121.77.87.145)
14:29.02LeTamatry http://home.lestamas.fr:8080/myinitrd6.zip
14:29.40LeTamaThat's the one I use with my traces, I think this one doesn't even have the printf
14:33.28_silencerthx
14:45.14*** part/#htc-linux jumoit (~samuel@121.77.87.145)
14:53.38_silencerLeTama, that vaddr is inside the stack
14:53.40_silencer<PROTECTED>
14:53.40_silencer<PROTECTED>
14:55.47*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
15:11.11_silencersorry vaddr = 0 == loader decides where to put stack
15:23.18*** join/#htc-linux hfctsaot (~hfctsaot@173-136-120-139.pools.spcsdns.net)
15:24.16hfctsaot\o/
15:37.20*** join/#htc-linux jumoit (~samuel@121.77.87.145)
15:43.51*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
15:48.41*** join/#htc-linux dekar (~dekar@f051105012.adsl.alicedsl.de)
15:54.30*** join/#htc-linux [acl] (~abel@96.246.167.90)
15:56.33*** join/#htc-linux kvaster (~kvaster@live.bn.by)
15:59.27*** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
15:59.40*** join/#htc-linux hfctsaot (~hfctsaot@173-136-120-139.pools.spcsdns.net)
16:02.41*** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net)
16:02.44*** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net)
16:09.48*** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net)
16:23.21*** join/#htc-linux ImCoKeMaN (~imcokeman@74.99.149.19)
16:23.58*** join/#htc-linux ImCoKeMaN (~imcokeman@74.99.149.19)
16:24.46*** join/#htc-linux zule (~zule@cpe-76-184-157-78.tx.res.rr.com)
16:25.05zule$ mount -o remount,rw -t vfat /dev/block//vold/179:3 /emmc
16:25.11zuleanyone see a issue with that command?
16:25.23zuleor is my deny proof I don't have the privledge?
16:25.32zulei get operation not permitted
16:27.05*** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com)
16:31.00*** join/#htc-linux GNUtoo|oeee (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
16:31.36*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
16:39.53AstainHellbringhey zule how goes it?
16:40.41zuleit goes
16:40.49zuleworking on the htc incredible
16:47.08*** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl)
16:51.35*** join/#htc-linux xsacha (~admin@CPE-58-173-213-49.qld.bigpond.net.au)
16:51.42xsachaanyone here have an x2?
16:51.47xsachadstl1
17:04.37*** join/#htc-linux ginge (~quassel@78-105-175-81.zone3.bethere.co.uk)
17:16.51*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
17:19.02chamonixhey guys
17:20.27xsachahi
17:20.54xsachai want kernel source for general mobile's dstl1 (aka x2/n2) but the d/l link on site downloads a 32kb file now? :\ anyone have a copy?
17:22.07*** join/#htc-linux gauner1986 (~gauner198@p5B385D7B.dip.t-dialin.net)
17:22.14gauner1986hi all
17:23.02chamonixhey gauner1986
17:23.18*** join/#htc-linux Vito89 (~quassel@gw.loccal.net)
17:23.43gauner1986hey chamonix :)
17:24.50chamonixhows u?
17:25.11gauner1986hmm.. a bit stressed atm. university stuff all the time, u?
17:28.44xsachairvine california is stress-free place
17:28.57xsachasafest city in usa
17:30.32*** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com)
17:37.36chamonixCaptnoord: I just reached 20 hours
17:41.34obrienmd_seachamonix - sorry, out of the loop, kernel / android ver / device?
17:43.33chamonixobrienmd_sea: experimental / AOSP / raph
17:43.44*** join/#htc-linux gbraad_ (~gbraad@g82252.upc-g.chello.nl)
17:44.23[acl]grrrrr
17:44.25chamonixall this under specific test conditions, nothing really near to everydays use
17:44.31[acl]i give up. the hell with rhod and 3d
17:45.07chamonixobrienmd_sea: if u want to know what is normal: current kernel / AOSP / raph = 15 hours in normal use
17:50.42obrienmd_seachamonix: yeah I see close to that w/ current / AOSP / rhod
17:50.57obrienmd_seachamonix: hopeful that experimental changes might be useful?
17:51.55chamonixoobviously they are
17:52.02*** join/#htc-linux NoMercy_ (~NoMercy@p4FDE6B50.dip.t-dialin.net)
17:54.25*** join/#htc-linux kiozen (~oeichler@rgnb-5d878a4f.pool.mediaWays.net)
17:57.37phhjonpry: no update today ? :(
17:59.31*** join/#htc-linux gbraad (~gbraad@fedora/gbraad)
18:03.34[acl]phh: i compared logs from the blackstone and rhod. During the bootscreen and teeter there are no mem gralloc issues. Any new theories ?
18:03.45phh[acl]: nope.
18:05.39[acl]phh: i do have some logs from the kernel. I added some debug outputs  on hw3d and there is some behavior i cant understand. Want me to share or are you just sick of this .. lol ?
18:05.59phh[acl]: na it's fine
18:06.39[acl]phh: ill find my pastebin. give me a sec
18:09.04phhyou have weird secs.
18:09.19[acl]lol sorry im at work and i just got a call..
18:09.37phhnp
18:17.40[acl]phh: i just put all of this in one. hope its clear. But notice the grallocs dont show out of mem issues.
18:17.40[acl]http://pastebin.com/FiQfkLjf
18:20.12*** join/#htc-linux gauner1986 (~Adium@p5B385D7B.dip.t-dialin.net)
18:21.38phh[acl]: get_msm_hw3d_file is run at every blit()
18:21.42phhso >20 times per second
18:23.04phhconcerning revoke stuff I don't know
18:24.06[acl]phh: ok. So that answers my question about those calls.
18:24.25phhdoesn't help much uh ?
18:24.38phh[acl]: on diamond/raph, the black screen problem was because of clock not correctly inited
18:24.45phhand/or wrong memory addresses
18:24.47phh(pmem gpu stuff)
18:25.00[acl]funny thing is that the function is called but nothing is being done. It actually just goes through all the way to the err:
18:25.00phhdon't ask me what is a "wrong" memory address for it
18:25.09phhmeh ?
18:25.34phhwhich err ?
18:25.53*** join/#htc-linux jonpry_ (~d0360e63@gateway/web/freenode/x-jgmmkthibdzafjcq)
18:26.01phhhey jonpry_
18:26.04[acl]phh: At the end of the function there is a err: that is the default exit. It just runs through that with no results. So the fuction is called but nothing is done.
18:26.09[acl]make sense?
18:26.21*** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be)
18:26.34phh[acl]: oh that.
18:26.47phhI think it does, let me chec
18:26.48phhk
18:27.23[acl]phh: so im not gonna ask what the correct merm is, but how can we find the correct mem? i changed it to run on ebin like the Eris and results are the same.
18:27.23phh[acl]: yes it does, see get_img in mdp.c in video driver
18:27.29phhit calls it for everything that is not pmem
18:27.44phh[acl]: ask wimo ? :p
18:27.50*** join/#htc-linux morphis (~morphis@p5489DE36.dip.t-dialin.net)
18:28.05[acl]lol. Well ive been talking to a lot of winmo chefs.
18:28.07phh[acl]: write an ogles app and print memory buffer vaddr and translate them to phys
18:28.22[acl]on winmo?
18:28.22phhI said wimo no wimo chefs :p
18:28.24phhyes
18:28.36[acl]sounds doable
18:28.47[acl]:-p
18:30.17[acl]what about my theory of no android device having wvga and 3d ? maybe the qcomm driver really blows for android
18:30.36phh[acl]: works on blackstone, but the OOM problems
18:30.41phhand works on VGA devices
18:30.47phhit's not a problem of driver
18:30.51phhjust a problem of lack of power and memory
18:30.54NoMercy_good evening guys - today i got a desire myself - can i be of any use to help u?
18:30.56[acl]ok ok.. as long are you are sure about that
18:32.50*** join/#htc-linux jonpry_ (~d0360e63@gateway/web/freenode/x-dpkipgvxribtrbhl)
18:32.55*** part/#htc-linux gauner1986 (~Adium@p5B385D7B.dip.t-dialin.net)
18:34.17[acl]phh:" just a problem of lack of power and memory" < -- power ? so you think the power is not enabled on the gpu?
18:34.48phh[acl]: power like cpu power :p
18:34.53phhnot electrical power
18:38.15[acl]phh: ok.. ill see what i can do about that opengles app. hopefully i have better news next time
18:44.54*** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
19:05.51*** join/#htc-linux defendthecommons (~defendthe@coa-public-apl.ci.austin.tx.us)
19:18.31*** join/#htc-linux Orkspalter (~Orkspalte@p54B59097.dip0.t-ipconnect.de)
19:24.43*** join/#htc-linux Kawaiius (~yadayada@pool-72-84-135-16.slsbmd.east.verizon.net)
19:27.49*** join/#htc-linux M3DLG (~M3DLG@212.183.140.7)
19:29.41*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
19:39.11*** join/#htc-linux DuablO (~Pipo@ip5650adad.direct-adsl.nl)
19:39.24DuablOwoohoo
19:39.29DuablOlotsa ppl in here :)
19:41.31*** join/#htc-linux GNUtoo|oeee (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it)
19:43.26*** join/#htc-linux DuablO (~Pipo@ip5650adad.direct-adsl.nl)
19:43.28DuablOoops
19:48.51*** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com)
19:50.32*** join/#htc-linux Orkspalter (~Orkspalte@p54B59097.dip0.t-ipconnect.de)
19:50.38*** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl)
20:01.00*** part/#htc-linux jumoit (~samuel@121.77.87.145)
20:03.17*** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com)
20:07.28*** join/#htc-linux leobaillard (~leobailla@leobaillard.org)
20:07.52*** join/#htc-linux goxboxlive (~jrs@40.80-202-134.nextgentel.com)
20:08.31Captnoordre
20:10.15Captnoordchamonix: is that longer or shorter
20:12.32Woutoi
20:12.40Captnoordoi
20:19.04DuablOoi
20:26.34*** join/#htc-linux GNUtoo (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it)
20:30.49*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
20:56.03chamonixCaptnoord: the test finished with 21:30, 16:00 was the previous test with the battery fix (on AOSP, on 2.0.1 it was about 20% better)
20:56.28*** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk)
20:57.28Captnoordnice
20:57.31chamonixCaptnoord: how much of the fixes in the kernel I've just finished testing was in the last commit?
20:57.43Captnoordnone
20:57.47Captnoordso I have a new kernel for ya
20:57.52chamonixcool
20:58.12chamonixdid u fix battery_smem among those changes?
20:58.33Captnoordyup
20:58.54chamonixin the one I had too or did u do that after?
20:59.03CaptnoordI did in the one you had
20:59.08chamonixok
20:59.16chamonixso what will I be testing now?
20:59.37Captnoordyou test on a diamond?
20:59.42chamonixno, raph
20:59.45Captnoordperfect
20:59.53Captnoordlast commit was totaly related to navi
20:59.58CaptnoordI now put it to sleep
21:00.00Captnoordon suspend
21:00.09chamonixk
21:00.17Captnoordroughtly 2mA less to drain from the battery
21:00.25Captnoordsame url btw
21:00.25chamonixsweet
21:00.29DuablOwould love to test some kernels :)
21:00.32DuablOdutch btw
21:00.47DuablOlinux beginner
21:00.51Captnoordhehe
21:00.57Captnoordyou know how to code?
21:01.02Captnoordor your just a linux beginner
21:01.05DuablO:<
21:01.08Captnoordk
21:01.17Captnoordi'm also a linux beginner
21:01.17DuablObut im getting steamed by some hardcore linux devs
21:01.34DuablOi work for hyves
21:01.39chamonixCaptnoord: did u upload already?
21:01.41DuablObiggest website in holland
21:01.42Captnoordyup
21:01.53CaptnoordDuablO: dude.... i'm from holland....
21:01.55DuablOxD
21:01.56DuablOnice
21:02.03DuablOfigured with noord in ur name
21:02.12Captnoordhehe
21:02.21DuablObut is the kernel able to boot yet ?
21:02.21chamonixk, downloading now... I think I'll be able to start at 07:00 in the morning when battery is finished loading again
21:02.37CaptnoordDuablO: what kind of phone do you have
21:02.45DuablOhd2
21:02.47Captnoordchamonix: I hope it will get you about 5 hours more
21:03.00CaptnoordDuablO: then.... your... having to play the waiting game
21:03.02DuablOxD
21:03.04DuablOi know right
21:03.06Captnoordor take matters into your own hands
21:03.11Captnoordlearn to code....
21:03.11Captnoord:P
21:03.20DuablOim trying to get the coders @ hyves to do it for me :P
21:03.28Captnoordlol
21:03.30Captnoordlazy ass
21:03.32DuablOwhat
21:03.41Captnoordwhat?
21:03.41Captnoord:P
21:03.42Captnoordcome on
21:03.42DuablOim just starting my oreily book bout linux system administration
21:03.58Captnoordknowing system admin doesn't make you a coder......
21:03.59DuablOand im gonna learn python and bash and korn etc etc
21:03.59Captnoord:P
21:04.00DuablO:P
21:04.09DuablOwe have to code alot
21:04.15Captnoordno
21:04.19Captnoordyou have to script a lot
21:04.22Captnoordthere is a difference
21:04.31DuablOwe have alot of coders for phones @ hyves aswell
21:04.34Captnoordbash, python are scripting languages
21:04.38phhC too
21:04.43Captnoordhehe
21:04.44Captnoordyup
21:04.45Captnoordin a way
21:04.52CaptnoordC is also a scripting language
21:04.53Captnoord:P
21:05.02phhI often do scripts in C :D
21:05.03Captnoordphh btw did I break the diamonds panel?
21:05.04Captnoord:P
21:05.08phhdon't know
21:05.10Captnoordin the last commit
21:05.21DuablObut we are deploying alot
21:05.26DuablOand doing commits aswell
21:05.28CaptnoordI think I broke the rhod panel
21:05.30DuablOdunno what it means yet
21:05.33DuablObut that will come
21:05.37chamonixhey phh
21:05.39phhCaptnoord: see glemsom ? :p
21:05.40phhhey chamonix
21:05.42Captnoordyup
21:05.53Captnoordthats why I need Wout
21:05.56Captnoordbut he left
21:06.09*** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt)
21:06.11DuablOwhat phones are u guys working on :)
21:06.26Captnoordis kinda working on the raph
21:06.39Captnoordor what ever phone I might break
21:06.40Captnoord:P
21:06.47chamonixlol
21:08.47chamonixok, I'm all set, just waiting for battery too finish loading
21:08.52chamonixs/too/to
21:09.04jonpryhey phh
21:09.56chamonixCaptnoord: are u working on other fixes or can I plan to compare AOSP with 2.0.1 after this one?
21:10.03DuablOdo u guys have any idea what is wrong with the kernel for the HD2 atm ?
21:10.13*** join/#htc-linux Orkspalter (~Orkspalte@p54B59097.dip0.t-ipconnect.de)
21:10.20jonpryphh: no update today. i've been working on wavewrapper a bit. more coredll stuff. stil segfaults on init though. I think it will require a more real implementation of the registry
21:10.33Captnoordchamonix: atm I have swapped the diamonds panel code with the raphs
21:10.37Captnoordas that panel code works
21:10.46chamonixok
21:10.48phhjonpry: ok
21:10.48Captnoordbut I need to fixup the rest of the supported panels
21:11.01Captnoordchamonix: you already are running a build containing it
21:11.31Captnoordand i'm searching for calls that modify the rest of the microp misc state flags
21:11.33chamonixas I can only test raph we'll see tomorrow evenigng how things goes and then we can decide what's next
21:11.41jonpryphh: the sound driver does some massively weird stuff. It loads like hundreds of values from the registry, dyanmically links some dll's. the weirdest thing is the .CSV files. have you seen those?
21:11.51phhI know.
21:11.57phhthe .csv files are AudioPara
21:11.59phhit exists on all boards
21:12.08jonprywhat is in it?
21:12.11chamonixI'd really love to have all those fixes in a build with modules to be able to use wlan
21:12.14Captnoordchamonix: I have the feeling I run out of options......
21:12.17phhit's calibration of ADC/DAC I think
21:12.44Captnoordthere is 1 thing I really think is strange is when I disable the 0x08 flag
21:13.00Captnoordon the microp state I cut power consumption in half
21:13.06Captnoordbut i'm unable to reset it
21:13.09chamonixCaptnoord: do you have any idea what may plan alarms every 40-60 minutes on raph that may be different on diam?  my sleeps are never planned for longer that 60 minutes
21:13.20CaptnoordI don't know
21:13.24CaptnoordI wish I know
21:13.25Captnoord:(
21:14.00jonpryphh: you get the gps decoded yet?
21:14.08chamonixwe maybe should neutralize the keyboard
21:14.10phhjonpry: no
21:14.30phhjonpry: I still haven't got a fix yet :p
21:15.02Captnoordchamonix: hmmm.... possible
21:15.04CaptnoordI dono
21:15.25chamonixwell besides keyboard and SD I don't see many differences
21:15.34Captnoordyea
21:16.46jonpryi've got some stupid logs of the driver trying to startup. http://pastebin.com/wgsppNZ1 only thing i notice is it messing ADIE alot. And it asks for like 5 interrupts, but I have no idea which ones
21:17.03chamonixwow, this IS impressive
21:17.04chamonixAnalysed 1204.7 minutes of logs
21:17.04chamonixTotal sleep in that time was 1203.2 minutes
21:17.05chamonixRatio sleep/total 99.87%
21:17.35chamonixbut still not many sleeps > 45 minutes
21:17.51chamonixoh, wait a sec
21:18.01chamonixmy bad
21:18.03chamonixSleeptime: 2010-05-05 21:36:41.170000000 UTC -> 2010-05-06 04:27:10.310000000 UTC (410.5)
21:18.06chamonixSleeptime: 2010-05-06 04:27:23.610000000 UTC -> 2010-05-06 05:34:34.310000000 UTC (67.2)
21:18.09chamonixSleeptime: 2010-05-06 05:34:41.630000000 UTC -> 2010-05-06 09:35:03.340000000 UTC (240.4)
21:18.15chamonix410 minutes, that's new
21:18.19chamonix240 as well
21:18.21phhchamonix: that's "a bit" better.
21:18.27chamonixquite
21:18.29chamonix:P
21:18.40phhand what did you change ? :p
21:18.42Captnoordmy buil;d?
21:19.18phhyou changed anything concerning sleep time ?K
21:19.27CaptnoordI didn't
21:20.07chamonixinteresting is, that sleeps are getting shorter with battery unloading
21:20.24chamonixafter 14 hours I had no sleep longer than 42 minutes
21:20.43Captnoordwait
21:20.47chamonixSleeptime: 2010-05-05 21:36:41.170000000 UTC -> 2010-05-06 04:27:10.310000000 UTC (410.5)
21:20.50chamonixSleeptime: 2010-05-06 04:27:23.610000000 UTC -> 2010-05-06 05:34:34.310000000 UTC (67.2)
21:20.52CaptnoordI added a suspend timer to the battery code
21:20.54chamonixSleeptime: 2010-05-06 05:34:41.630000000 UTC -> 2010-05-06 09:35:03.340000000 UTC (240.4)
21:20.57chamonixSleeptime: 2010-05-06 09:35:10.870000000 UTC -> 2010-05-06 09:37:33.320000000 UTC (2.4)
21:20.58Captnoordwhen its suspended
21:21.01chamonixSleeptime: 2010-05-06 09:37:39.270000000 UTC -> 2010-05-06 11:30:37.320000000 UTC (113.0)
21:21.04chamonixSleeptime: 2010-05-06 11:30:43.230000000 UTC -> 2010-05-06 13:16:18.340000000 UTC (105.6)
21:21.07Captnoordit doesn't call shit
21:21.08chamonixSleeptime: 2010-05-06 13:16:23.130000000 UTC -> 2010-05-06 14:59:56.320000000 UTC (103.6)
21:21.11chamonixSleeptime: 2010-05-06 15:00:02.460000000 UTC -> 2010-05-06 15:00:10.320000000 UTC (0.1)
21:21.14chamonixSleeptime: 2010-05-06 15:00:16.210000000 UTC -> 2010-05-06 15:14:11.330000000 UTC (13.9)
21:21.17chamonixSleeptime: 2010-05-06 15:14:17.280000000 UTC -> 2010-05-06 15:42:00.280000000 UTC (27.7)
21:21.20chamonixSleeptime: 2010-05-06 15:42:06.490000000 UTC -> 2010-05-06 16:24:55.310000000 UTC (42.8)
21:21.24chamonixSleeptime: 2010-05-06 16:25:01.150000000 UTC -> 2010-05-06 16:56:29.340000000 UTC (31.5)
21:21.27chamonixSleeptime: 2010-05-06 16:56:35.280000000 UTC -> 2010-05-06 17:20:28.310000000 UTC (23.9)
21:21.31chamonixSleeptime: 2010-05-06 17:20:34.250000000 UTC -> 2010-05-06 17:38:10.300000000 UTC (17.6)
21:21.34chamonixSleeptime: 2010-05-06 17:38:16.300000000 UTC -> 2010-05-06 17:41:25.310000000 UTC (3.2)
21:21.42chamonixwhen did u add that? on 04.05 or today?
21:21.55Captnoordon yours
21:22.09Captnoordon your first kernel
21:22.13chamonixok
21:22.30chamonixso the one corresponding to the log I just parsed
21:23.08Captnoordyup
21:23.15*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
21:23.29Captnoordstatic int htc_battery_suspend(struct i2c_client *client, pm_message_t mesg)
21:23.29Captnoord{
21:23.29Captnoordsuspended = 1;
21:23.29Captnoordreturn 0;
21:23.29Captnoord}
21:23.30Captnoordstatic int htc_battery_resume(struct i2c_client *client)
21:23.30Captnoord{
21:23.31Captnoordsuspended = 0;
21:23.31Captnoordreturn 0;
21:23.32Captnoord}
21:23.39Captnoordwhile (!signal_pending((struct task_struct *)current)) {
21:23.39Captnoordmsleep(10000);
21:23.39Captnoordif (!suspended)
21:23.39Captnoordpower_supply_changed(&htc_power_supplies[CHARGER_BATTERY]);
21:23.39Captnoord}
21:24.22*** join/#htc-linux enjalot_ (~enjalot@c-68-35-253-116.hsd1.fl.comcast.net)
21:24.31chamonixdoes power_supply_changed broadcast anything to userland?
21:24.43Captnoordyup
21:24.47chamonixlol
21:24.51CaptnoordI guess
21:24.56*** part/#htc-linux enjalot (~enjalot@c-68-35-253-116.hsd1.fl.comcast.net)
21:24.59Captnoordsomething with report power bla bla
21:25.00CaptnoordI dono
21:25.20chamonixthen every android app listening to that is participating in waking the phone up
21:25.40Captnoordpossible
21:25.41chamonixs/is/was
21:26.13CaptnoordI don't know anough about that
21:26.40chamonix<uses-permission android:name="android.permission.BATTERY_STATS" />
21:27.06chamonixany braodcast handler subscribing to that will get called
21:27.23chamonixif that function is handeled by andoid as the name suggests
21:27.33Captnoordsame goes for sd
21:27.38Captnoordsame goes for keyboard
21:28.08chamonixwell I dunno all the broadcasts, just battery because I used it in an app
21:28.28Captnoordk
21:28.53chamonixbut I'm testing with a blanc data.img now so there's nothing interfering
21:29.13chamonixI even sop gtalk
21:29.16chamonixstop
21:29.16Captnoordk
21:29.56chamonixand I would formally requests gtalk to be removed from AOSP as google devs do not comply with dev guidelines about services starting at boot
21:30.19chamonix... there is no option to turn load at boot off
21:30.23chamonixmorons
21:31.39chamonixwow, battery is full, I can start on 1/2 hour
21:31.43chamonixin
21:32.24chamonixCaptnoord: if my phone runs tomorrow at this time I buy u a beer or whatever other beverage u'd like
21:35.12jonpryi'll throw in a beer as well
21:35.49chamonixnite guys
21:38.06*** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes)
21:40.53stinebdchamonix: gtalk isn't in aosp because it misses the os part
21:43.46Captnoordbeer is good
21:43.54Captnoordwiskey also
21:44.52Captnoordwith 21:30, 16:00 was
21:44.59Captnoordthats about 5 hours more?
21:45.04stinebdi like milk myself
21:45.11Captnoordme to
21:45.16stinebdafter a rough day i'll need the hard stuff... chocolate milk
21:45.17Captnoordbut sometimes when I had a rought day
21:45.18Captnoord:P
21:45.22Captnoordhehe
21:45.35Captnoordwith a bit of chilly pepper?
21:45.50stinebdnever tried that, sounds good though
21:46.08Captnoordforces stinebd to watch 'chocalate'
21:46.11Captnoordits a movie
21:46.24Captnoordmake sure you watch it with a girl
21:46.32Captnoordor boy ..... whatever you like
21:46.43stinebdheh
21:47.11jonprydoes the TP2 processor have VFP?
21:47.36dcordesjonpry, I don't think so
21:48.44jonprybut iphone does?
21:52.04jonpryhttp://en.wikipedia.org/wiki/ARM_architecture says all arm11's have VFP. but everywhere else says MSM72xx has no floating point
21:59.39Captnoordvfp is not really a fpu
22:01.07Captnoordthere is some code that does featurise that
22:01.10Captnoordbut I dono
22:04.22jonpryVFP looks a lot like fpu to me
22:05.13Captnoordyea yea yea
22:05.22Captnoordvector float bla bla
22:05.34Captnoordit needs additional code
22:05.46Captnoordhttps://launchpad.net/ubuntu/lucid/+source/linux-qcm-msm/2.6.31-800.1
22:05.59Captnoordsome change log regarding vfp
22:06.05CaptnoordI dono if its for 7k
22:06.06Captnoordmsm 7k
22:07.16*** join/#htc-linux mufumbo (~mufumbo@71-6-82-200.static-ip.telepacific.net)
22:07.36jonprythanks, i could find limited info on it as well.
22:07.45Captnoordfrom the codeaurora repo
22:07.46Captnoordbtw
22:08.30Captnoordfor the q8650 bla bla
22:10.14*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
22:10.25jonpryi would like to get my cad software running on my phone. but i need float and lots of it :-)
22:10.36Captnoordhehe
22:10.39Captnoordhmmmm.....
22:17.15jonpryneed gcc 4.5, aka trunk, and -mfpu=vfp -mfloat-abi=hard
22:17.49jonprywho knew it would take 8 years of compiler development to add floating point
22:28.12*** part/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net)
22:34.11zulecan anyone suggest some ways to run my ELF executable on a android phone?
22:34.20zulethe partition is not noexec it appears
22:34.28zulebut ./app doesn't work
22:34.33zulesays not found
22:34.50zuleapp gives permission denied
22:34.59zulethough it's chmod'd 777
22:35.35zuletrying to think of other ways to launch it
22:36.59jonprysu?
22:37.07zulethat's what I'm trying to get
22:37.08zule:)
22:37.13zulehtc incredible
22:37.45zuleit shows owned by the "shell" user
22:37.55zuleadb pushed the file into /data/local
22:38.23*** join/#htc-linux GeekLad (~GeekLad@adsl-82-5-166.jax.bellsouth.net)
22:38.59jonprythe system call to change users will fail unless you can give it su permissions. which won't work unless you already have them
22:39.35jonpryhacking a linux box is a little more complicated than getting any old program to run
22:39.36*** join/#htc-linux Cass_ (~Cass@87-194-153-242.bethere.co.uk)
22:39.39zuleno, I'm trying to run a exploit I'm working on to gain root
22:39.45zulebut can't execute my code
22:39.52*** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net)
22:40.02zulecross compiled on pc
22:40.06jonpryare you starting with a hello world?
22:40.11zuleit's the pipes exploit
22:40.44zuleno, I know how to normally write software. I'm pretty certain it's the security. Just wondering if you have any suggestions of other ways to run a app
22:40.55zuleI'm looking at the NDK stuff, looks ugly though
22:41.02zuleand limited
22:42.25jonpryif the system is catching your attempt, and knows it will result in privilidge escalation, how you execute it will make no difference
22:44.09zulehmm, I doubt it "knows" it will result in escalation. It's a kernel bug they didn't patch out
22:44.26zulebut it does appear they locked down the ability to run native code quite well
22:44.42jonprythey must have, if it isn't working
22:44.54zulethis is the only directory I could find with read/write and no noexec flag
22:45.45jonpryi would put a non compromising executable in there and see if it runs
22:45.55jonpryjust hello world
22:46.05zuleok, I'll try it
23:02.15jonpryzule: JNI?
23:02.27zulejni?
23:02.34jonpryjava native interfaces
23:06.49*** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt)
23:07.07*** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107)
23:42.12*** join/#htc-linux GeekLad (~GeekLad@adsl-82-5-166.jax.bellsouth.net)
23:51.53*** join/#htc-linux ib (~iB@pvil-e-163.resnet.purdue.edu)
23:52.24*** join/#htc-linux Hoochster (~hooch@74.194.109.73)
23:53.39*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
23:55.25*** join/#htc-linux ib (~iB@pvil-e-163.resnet.purdue.edu)
23:56.43*** join/#htc-linux jonpry (~jonpry@c-24-17-200-206.hsd1.wa.comcast.net)

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