IRC log for #htc-linux on 20091110

00:03.38tmztyeah
00:04.05*** join/#htc-linux thedicemaster2 (n=thedicem@j89126.upc-j.chello.nl)
00:04.23gehzumteufellater man
00:04.25gehzumteufeltake care
00:04.27gehzumteufelI am off too
00:04.29*** part/#htc-linux gehzumteufel (n=gehzumte@174-127-18-210.static-ip.telepacific.net)
00:07.27*** join/#htc-linux enjalot (n=enjalot@c-68-59-51-116.hsd1.fl.comcast.net)
00:07.50enjalothey guys, is there some kind of wiki where i can look at the different htc hardware and their android support?
00:08.46tmztwiki.htc-linux.org
00:08.49tmztor you can just ask :)
00:09.16*** join/#htc-linux zenulator (n=zenulato@c-71-204-210-31.hsd1.de.comcast.net)
00:09.18Pandemic187also, androidonhtc.com
00:09.56enjalotwell, so maybe you guys can help. I want to switch from iPhone to android.. been playing with my friends mytouch and the os is too sweet, also i'm about to put ubuntu on my macbook so i don't want to be locked into apple
00:10.18enjalotnow i want to buy a used gsm phone i can put android on, and my friend told me htc hardware is probably the best choice
00:10.19tmztwell
00:10.22tmztthat's not htc
00:10.27enjaloti know
00:10.29tmztthere is some support but it's very basic
00:10.31enjalotbut the OS is sweet
00:10.36tmztstart with the touch though
00:10.37enjaloti'm willing to hack
00:11.50Pandemic187it runs pretty well on my tilt, but you probably wouldn't want that since you had an iphone.
00:11.54enjalotwhat about htc touch diamond?
00:12.17Pandemic187well
00:12.49Pandemic187check the wikis, and if if you want to see what's actually going on with each phone, check out: http://forum.xda-developers.com/index.php
00:12.58Pandemic187i believe i saw some development for diamond
00:13.12enjalotthanks
00:13.24Pandemic187gsm or cdma?
00:13.39tmztboth
00:14.13Pandemic187i'm checking androidonhtc and according to that not everything works
00:14.22enjaloti only want gsm ~_^
00:15.07Pandemic187well, the wiki doesn't distinguish
00:15.27Pandemic187i don't see an android thread on the diamond forum though
00:16.47tmztnot everything, as in?
00:16.55tmztwe develop it here in this channel
00:17.13Pandemic187yeah, just saying i don't see a thread for it
00:17.14tmztbut there are different builds with different support (forums) and maybe different level of functionality
00:17.55Pandemic187i don't own one so it's not like i'm familiar with it ;)
00:18.00*** join/#htc-linux ttols (n=ttols@222.117.234.186)
00:21.38*** join/#htc-linux droid001 (n=g1@p4FDCE8E0.dip.t-dialin.net)
00:45.06*** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring)
01:10.47*** join/#htc-linux MethoS- (n=clemens@134.102.106.250)
01:38.27*** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno)
01:38.40*** join/#htc-linux jeremychang (n=jeremych@61-30-10-70.static.tfn.net.tw)
01:44.18*** join/#htc-linux Pandemic187 (n=Bob@static-63-131-38-204.mil.onecommunications.net)
02:00.47*** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a)
02:19.01*** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno)
02:32.33tmztanyone here know enough as for arm to help me with a macro?
02:36.35tmzthttp://re-eject.gbadev.org/files/GasARMRef.pdf
02:43.27*** join/#htc-linux ALoGeNoFF (n=alogeno@unaffiliated/alogeno)
02:56.35*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
02:57.00tmztdzo_: I think you had a line backwards, not sure
02:57.14tmzt+       write_d(0x014000f0,BYPASS33);
02:57.14tmzt+       write_d(MSM_FB_PHYS,BYPASS34);
02:57.15tmzt+       write_d(0x000001e0,BYPASS35);
02:57.25tmztwait, are you writing the PHYS address to a register?
02:57.35tmztI was just using the ce value but that makes sense
02:58.42*** join/#htc-linux surge (i=surge@pool-98-118-154-21.bflony.fios.verizon.net)
03:19.49*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
03:23.20*** join/#htc-linux Salt_ (n=Salt@vergil01.u.washington.edu)
03:23.43*** join/#htc-linux Pandemic188 (n=Bob@134.48.161.210)
03:24.06*** join/#htc-linux Funklord (n=cow@c-e1d571d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
03:24.10*** join/#htc-linux mindphasr (i=mind@phasr.net) [NETSPLIT VICTIM]
03:24.24*** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com) [NETSPLIT VICTIM]
03:28.28*** join/#htc-linux paran (n=paran@cust.fiber-lan.snet.lk.212.214.112.112.visit.se) [NETSPLIT VICTIM]
03:45.54*** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz)
03:47.56*** join/#htc-linux the_sys0p (n=the_sys0@cpe-66-75-215-0.bak.res.rr.com)
03:47.56*** join/#htc-linux Adrian^L (i=adrian@216.66.24.2)
04:08.27*** join/#htc-linux NexVision (n=a@c-76-109-33-88.hsd1.fl.comcast.net)
04:10.19*** join/#htc-linux dzo (n=dzo@121.98.128.127)
04:17.16*** join/#htc-linux Tinyboom_ (n=nahh@41.80-202-154.nextgentel.com)
04:25.31*** join/#htc-linux no2chem2 (n=no2chem@cpe-76-90-65-27.socal.res.rr.com)
04:32.04*** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz)
04:34.22tmztno2chem2: can you help with some arm stuff?
04:35.18Pandemic188oh awesome, my bluetooth is somehow broken
04:53.20*** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz)
05:01.39*** join/#htc-linux droid0011 (n=g1@p4FDCE6E2.dip.t-dialin.net)
05:14.20*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
05:25.26*** join/#htc-linux Pandemic188 (n=Bob@134.48.161.210)
05:26.15*** join/#htc-linux Tinyboom (n=nahh@41.80-202-154.nextgentel.com)
05:35.25*** join/#htc-linux dzo (n=dzo@121.98.128.127)
05:45.23*** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey)
05:53.20*** join/#htc-linux goxboxlive (n=jrs@mail2.hjellnesconsult.no)
05:57.05*** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz)
06:01.06*** join/#htc-linux droid001 (n=g1@p4FDCDBD0.dip.t-dialin.net)
06:17.49*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
06:34.34*** part/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821)
06:38.57*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
06:44.10*** join/#htc-linux Pandemic188 (n=Bob@134.48.161.210)
07:04.19*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
07:22.41*** join/#htc-linux kiozen (n=oeichler@p54921386.dip0.t-ipconnect.de)
07:25.42*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
07:30.44*** join/#htc-linux Pandemic189 (n=Bob@134.48.136.235)
07:40.06*** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl)
07:50.56*** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz)
07:53.48*** join/#htc-linux mansoor (n=mansoor@124.124.219.226)
07:56.49*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
07:59.16*** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo)
08:24.40*** part/#htc-linux mansoor (n=mansoor@124.124.219.226)
08:27.01*** join/#htc-linux xixx (n=xixx@cpmsq.epam.com)
09:13.09*** join/#htc-linux reid04 (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com)
09:29.23*** join/#htc-linux leobaillard (n=leobaill@leobaillard.org)
09:30.30*** join/#htc-linux leviathan (n=quassel@c-82-192-226-27.customer.ggaweb.ch)
09:46.33*** join/#htc-linux kvaster (n=kvaster@93.84.112.80)
10:11.59*** join/#htc-linux tavelram (n=nope@marle.vat.sgsnet.se)
10:41.57*** join/#htc-linux Billyonthemounta (n=Miranda@stiitcsc404.epfl.ch)
10:50.10*** join/#htc-linux stamppot (i=d4cb1b12@gateway/web/freenode/x-kmadeznzheyicgwv)
10:56.05*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
11:17.05*** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde)
11:37.19*** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl)
11:55.34*** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes)
12:03.35*** join/#htc-linux thedicemaster2 (n=thedicem@j89126.upc-j.chello.nl)
12:40.57tmztdzo: so the bootloader still doesn't work but I've converted the commits and it compiles fine and the disasm looks fine
12:41.21tmztI will upload the current code a little later
12:42.01tmztI can't tell if the prob-lem is booting from haret instead of xip or something else
12:46.35*** join/#htc-linux GNUtoo (n=gnutoo@host227-132-dynamic.16-79-r.retail.telecomitalia.it)
12:58.17*** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz)
12:58.41*** part/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz)
13:54.14*** join/#htc-linux gnutoo_ (n=gnutoo@host173-133-dynamic.16-79-r.retail.telecomitalia.it)
14:08.24*** join/#htc-linux SOG (n=SOG@n219079052154.netvigator.com)
14:17.23*** join/#htc-linux hurdman (n=nantes_g@lab.openpattern.org)
14:20.24*** join/#htc-linux MethoS- (n=clemens@134.102.106.250)
14:58.07*** join/#htc-linux enjalot (n=enjalot@wg-d232025.dsl.fsu.edu)
15:03.32enjalotis there support for the HTC Pure (diamond2)?
15:15.10*** join/#htc-linux sdt555 (n=titus@147.145.40.44)
15:15.19*** part/#htc-linux sdt555 (n=titus@147.145.40.44)
15:18.07*** join/#htc-linux gsommer (n=gsommer@194.192.93.101)
15:25.45*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
15:30.12*** join/#htc-linux x29a (n=x29a@unaffiliated/x29a)
15:34.28*** join/#htc-linux surge (i=surge@pool-98-118-154-21.bflony.fios.verizon.net)
16:14.05*** join/#htc-linux Gnutoo (n=gnutoo@host63-154-dynamic.2-87-r.retail.telecomitalia.it)
16:19.53*** join/#htc-linux Goten_ (i=goten@anapnea.net)
16:28.13*** join/#htc-linux marex (i=marex@eduroam20.ms.mff.cuni.cz)
16:29.57*** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk)
16:36.04*** join/#htc-linux gnutoo_ (n=gnutoo@host112-145-dynamic.51-79-r.retail.telecomitalia.it)
16:46.30*** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net)
17:02.50*** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring)
17:10.45*** join/#htc-linux sdt555 (n=titus@147.145.40.44)
17:18.21*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
17:20.26*** part/#htc-linux sdt555 (n=titus@147.145.40.44)
17:22.58*** join/#htc-linux kiozen (n=kiozen@rgnb-5d874ca2.pool.mediaWays.net)
17:31.13*** join/#htc-linux the_sys0p (n=the_sys0@cpe-66-75-215-0.bak.res.rr.com) [NETSPLIT VICTIM]
17:31.13*** join/#htc-linux Adrian^L (i=adrian@216.66.24.2) [NETSPLIT VICTIM]
17:47.28*** join/#htc-linux glemsom_ (n=glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk)
17:52.24*** join/#htc-linux Adrian^L (i=adrian@phalse.2600.COM) [NETSPLIT VICTIM]
17:52.47*** join/#htc-linux the_sys0p (n=the_sys0@cpe-66-75-215-0.bak.res.rr.com) [NETSPLIT VICTIM]
17:57.33*** join/#htc-linux swc|666 (n=infidel2@65.101.151.78)
17:58.42*** join/#htc-linux paran (n=paran@cust.fiber-lan.snet.lk.212.214.112.112.visit.se)
18:23.04*** join/#htc-linux balans (n=Administ@212-123-149-239.ip.telfort.nl)
18:24.58*** join/#htc-linux juliusr (n=Juju@lon92-8-88-165-13-120.fbx.proxad.net)
18:25.22juliusrboarp
18:34.07*** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net)
18:40.26*** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be)
18:49.12*** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz)
19:05.28*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
19:10.46*** join/#htc-linux thedicemaster (n=thedicem@j89126.upc-j.chello.nl)
19:17.37*** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net)
19:27.35*** join/#htc-linux Reactor16 (n=Reactor1@41.105.31.157)
19:33.35*** join/#htc-linux glemsom_ (n=glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk)
19:37.53*** join/#htc-linux leaigor (n=laigor@188.134.16.241)
19:43.27*** join/#htc-linux kam187 (n=kam187@87-194-204-58.bethere.co.uk)
19:51.34*** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net)
20:07.11tmztenj: topa?
20:07.35*** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl)
20:18.35*** join/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net)
20:33.05*** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl)
20:44.46*** join/#htc-linux JuNu_KN (n=chatzill@kons-5f711253.pool.mediaWays.net)
20:47.18*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
20:52.06*** join/#htc-linux Pixis5 (n=jp@190.216.51.67)
20:55.21*** join/#htc-linux GNUtoo (n=gnutoo@host60-133-dynamic.54-79-r.retail.telecomitalia.it)
20:56.25*** join/#htc-linux x29a (n=x29a@unaffiliated/x29a)
21:05.16*** join/#htc-linux luminoso_ (n=lumos@av-217-129-139-239.netvisao.pt)
21:07.52*** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl)
21:37.08*** part/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net)
21:37.50*** join/#htc-linux enjalot (n=enjalot@wg-d232066.dsl.fsu.edu)
21:42.25tmztdzo: ping
21:59.16*** join/#htc-linux diogene31 (n=diogene3@mur31-2-82-243-122-54.fbx.proxad.net)
22:09.53dzotmzt: hi
22:10.14tmzthey, let me upload this thing
22:12.09tmzthttp://people.openezx.org/tmzt/green7-dzo-11.S
22:12.31tmztit all compiles and I can produce a bootloader from it and the disasm checks out
22:12.36tmztbut it doesn't work booting from haret
22:12.45tmztI'm wondering if you can try it from xip?
22:13.40tmzt/opt/arm-2008q3/bin/arm-none-eabi-gcc -o green7-dzo-11.o -c green7-dzo-11.S
22:13.57*** join/#htc-linux nantes_geek (n=nantes_g@ANantes-158-1-131-176.w90-49.abo.wanadoo.fr)
22:14.00tmzt/opt/arm-2008q3/bin/arm-none-eabi-objcopy -O binary -R .note -R .note.gnu.build-id -R .comment -S green7-dzo-11.o green7dzo11.bin
22:14.49dzook, let me take a look at it. trying it from xip won't work because the panel is off.
22:15.39tmztah, spl doesn't start it?
22:15.42tmztmaybe nbhdiag?
22:18.25dzoyou need the phys_setup around the waitforint loop.
22:19.54dzoalso the store to intclear near the end
22:22.56tmzthow do I fix that? I couldn't get it to work
22:23.21tmztalso the framebuffer stuff, I was using the ce version like htcfb
22:23.30tmztthen switched to yours, but it still doesn't work
22:23.30dzoalso dmastart has the wrong address should be +0x10000
22:23.36tmztsince I don't have any feedback
22:23.47tmztah yeah, because I was using macros and [r6,r5]
22:23.51tmztok, thanks
22:24.11*** join/#htc-linux cr2 (n=cr2@ip-109-84-176-196.web.vodafone.de)
22:24.13tmzt@ mdp control registers
22:24.14tmztldr r6, =0xaa200000
22:24.17tmztthat one is wrong
22:24.44tmztokay, how do I fix the int stuff?
22:24.50cr2NetRipper: ping
22:24.53dzoi would use a separate reg for the 0x10000 + regs
22:25.02cr2tmzt: put the value in .text
22:25.08tmztnot sure how many was available
22:25.10tmztcr2: ?
22:25.23dzojust put phys_setup and phys_restore around it.
22:25.23tmztcr2: it seems it's handled by my objcopy tricks
22:25.29cr2ok
22:25.52tmztr7 is okay?
22:25.54cr2arm has some silly limits on what you can load directly
22:26.12tmztyeah, found a very useful nintendo ds document
22:26.27dzoor use 2 immediate instructions.
22:26.43tmzthttp://quirkygba.blogspot.com/2008/12/things-you-never-wanted-to-know-about.html
22:26.55NetRippercr2, pong, but just a minute
22:26.55NetRipper:)
22:27.06cr2:)
22:27.09NetRipperbefore im off
22:27.09NetRipper:)
22:27.15cr2lol
22:27.15tmztdzo: the clear screen thing, is that okay?
22:27.39tmztthis arm asm stuff is confusing, I'm more familiar with 6502
22:27.42NetRippercr2, i got some PMs directly after you posted on that leo android thread :P
22:28.02cr2hehe
22:28.28dzotmzt: should be ok, ARM is great once you're used to it.
22:28.45cr2NetRipper: can you checkout the codeaurora qsd8650 branch and compile the board-*8650.c kernel ?
22:29.20tmzthow do I count up not down?
22:29.21cr2NetRipper: if it compiles, we need to make some changes to the board-*.c file
22:29.51NetRipperwhich project exactly?
22:29.56cr2NetRipper: and, as usual, we need to merge our vreg/dex/clk/gpio code.
22:30.06cr2hmm. looking
22:30.15tmztdzo: is svc32 neccessary? also, since this should be loaded to 0x10000000 should I have exception vectors?
22:30.17NetRipperthere is an android enablement, linux base enablement, and snapdragon project
22:30.18NetRipperall seperate
22:30.28tmztI can't understand why ldr is used relative to pc for that
22:30.30cr2https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=blob;f=arch/arm/mach-msm/board-qsd8x50.c;h=824387508ef25ae216d63a98b0cbbebc9fa9b0c4;hb=1c7b799f6410ec81b9334f2430ce5977119d0f50
22:30.39tmztand still no drm driver
22:30.45cr2NetRipper: this branch
22:30.49dzotmzt: your waitforint code loks wrong, what is r5?
22:31.09cr2<PROTECTED>
22:31.11cr2<PROTECTED>
22:31.12cr2<PROTECTED>
22:31.14cr2<PROTECTED>
22:31.24tmztah, it was read by my read_t macro
22:31.46tmztit should be 0 I think
22:31.54tmztadd r5, r5, #0
22:32.13cr2NetRipper: hmm. comet, FFA and SURF
22:32.16NetRippercr2, isn't it easier to add qsd support to the existing raphael kernel?
22:32.23NetRipperthe one on linuxtogo
22:33.00tmztdzo: trying to convert your while loop and perverse rmw
22:33.00dzohttp://pastebin.com/d23605aaa
22:33.09dzothats my current bootloader
22:33.22tmztwhat syntax?
22:33.33cr2NetRipper: if you can :)
22:33.52NetRippercr2, i didn't say that ;p
22:34.15NetRipperbut was wondering as our kernel already has so much code.. or is most of that down the drain for the leo anyway?
22:34.19cr2NetRipper: i'll edit Leo_GPIO a bit, based on the comet board file
22:34.23tmztdzo: so you don't need to wrap every write? just switching from non-shared to smd?
22:34.41tmztdo you have proc_comm vibra code working?
22:35.11tmztokay, got the wait loop :)
22:35.14cr2NetRipper: clock-wince needs to be adjusted, the dex needs to be adjusted. and the whole LCD and gpio business.
22:35.41dzono you don't, but you can't access ram, only device memory.
22:35.43cr2NetRipper: we need to implement such wrappers: gpio_tlmm_config
22:35.55*** join/#htc-linux luminoso (n=lumos@av-217-129-139-239.netvisao.pt)
22:36.20tmztso I can't read from .text either?
22:36.48cr2NetRipper: where is the leo memorymap wiki page ?
22:36.51tmztaer you incbin'ing the kenrel?
22:37.52tmztCPWAIT?
22:38.30NetRipperleomemorymap?
22:38.38dzonot necessary, just waits for the cp regs to be written.
22:38.41tmztwait, so haret is loading to the 0x10008000 address?
22:38.58tmztbecause I'm a kernel? so expection won't even work
22:39.10NetRipperhttp://htc-linux.org/wiki/index.php?title=LeoMemoryMap
22:39.12NetRippercr2, ^^
22:39.27NetRippercr2, seems it's case sensitive
22:39.40dzothis is for xip, but kernel should always be at 0x10008000
22:40.14tmztright, but I want haret to load my bootloader at 0x10000000
22:40.22tmztso the kernel boots at 0x10008000
22:40.41tmztI guess I can use set RAMADDR 0x10000000-0x8000
22:40.49cr2NetRipper: hm. search didn't show it
22:40.49dzoyou'll have to modify haret.
22:41.20cr2NetRipper: you cut away all SMI ?
22:41.39cr2NetRipper: and EBI1 start too
22:42.24tmztcan we add xip support to haret?
22:42.40tmztthe rom header is at a fixed location or just setup somehow?
22:43.44cr2tmzt: haret needs read NAND code first
22:43.59tmztcr2: I just want to boot xip.img, not the one in nand
22:44.09cr2should be easy to merge from itsutils though
22:44.27cr2what is xip.img ?
22:44.28tmztwell, qsd is going to require some major work anyway
22:44.31tmztas will ce6
22:44.38tmztI mean an image of the xip data
22:44.39tmztxip.bin
22:44.40NetRippercr2, http://htc-linux.org/wiki/index.php?title=Leo
22:44.50NetRippercr2, you can cut all you want :P
22:45.04NetRippercr2, if it's in the way, get it out :)
22:45.17tmztdzo: what is mtdblock1 set to?
22:45.55NetRippercr2, im off to bed though.. i'll try to compile that codeaurora kernel tomorrow
22:46.09NetRippercr2, btw can it hurt my leo (chipset wise) if i try to boot the raphael kernel?
22:46.21dzothats the root partition (0xa00000@0x1c80000(root)) on cmd line.
22:46.39tmztokay, but what is it in the ce partition table?
22:47.23dzoce has 1 bit partition for imgfs but i don't use that.
22:47.45cr2NetRipper: you have more gpios, and some different clock locations. booting raph100 zimage is useless
22:47.47tmzthow did you flash it?
22:47.59cr2NetRipper: the LCD is done in a completely different way
22:48.24tmztdzo: it won't hurt anything to wrap every write will it?
22:48.32dzotmzt: note, this stuff isn't working yet. the kernel boots but a9 isn't initialised so it doesn;t get very far.
22:48.37cr2NetRipper: and your rpc dump shows only 0x3000000f PROG
22:48.42tmztalso, can I leave more stuff set up the way ce does and just do DMASTART?
22:48.46NetRippercr2, which means?
22:48.50tmztno proc_comm either?
22:48.52cr2NetRipper: so there are too much open questions now.
22:49.06dzotmzt: not at all, and yes that should be fine.\
22:49.17cr2tmzt: it's still some wince-compatible amss
22:49.29NetRippercr2, so haret is 1st priority i assume?
22:49.38cr2NetRipper: for tracing ?
22:49.40tmztdzo: proc_comm doesn't work either?
22:49.42NetRipperyes
22:49.48NetRippercr2, but also for booting any linux kernel
22:49.55dzono it doesn't
22:50.10cr2NetRipper: yes, we need to recheck the address locations, and defines
22:50.14NetRippercr2, would the aurora kernel be able to do lcd if it's inited by wince already?
22:50.21NetRipperi.e. do screen updates
22:50.22NetRipperdma
22:50.25cr2NetRipper: probably
22:50.27NetRipperok
22:50.32cr2the LCD controller is builtin
22:50.36cr2not mddi
22:50.39dzoi'll put some panel init code into the bootloader next, that should help.
22:51.08cr2NetRipper: but we need to verify the gpios and vregs
22:51.08tmztcool
22:51.22tmztcr2: it is? interesting, so it's ebi?
22:51.24tmztebi panel
22:51.34NetRippercr2, ok.. i'll try and see if i can get support for leo on haret then
22:51.53cr2ok
22:51.58tmztNetRipper: if your building new harets can you add xip support to boot from a file?
22:52.21NetRippertmzt, ummm that doesn't sound like a 1-2-3 thingy, lol :P
22:52.24*** join/#htc-linux AngriestDog (n=jmissao@unaffiliated/sundial)
22:52.34NetRippertmzt, i wouldnt even know where to start ;)
22:52.39tmztwell, okay, something to boot from 0x10000000?
22:52.51tmztah, alright
22:53.03cr2tmzt: 0x188* here
22:53.15NetRipperhow can haret even function as raw bootloader without the wince kernel having booted?
22:53.20tmzton? hero uses that right?
22:53.21cr2don't hardcode 0x10000000
22:53.27cr2and leo
22:53.53tmztNetRipper: it can't, I mean can we get support for something like 'set XIPBIN xip.bin' bootxip
22:53.54cr2NetRipper: it's what ramboot is doing
22:54.08cr2ot should be doing
22:54.24NetRippertmzt, xip.bin being a cooked rom for example?
22:54.33cr2replacing the resume vector with zimage is fun too :)
22:54.46cr2resumeintolinux
22:54.51NetRipperhehe
22:55.09NetRipperhm
22:55.10tmztNetRipper: sure, part of the cooked rom (nbh)
22:55.16tmztactually it's in OS.nb
22:56.12NetRipperi get the idea, but still wouldnt know how to implement such a thing
22:56.17cr2NetRipper: looks better now http://htc-linux.org/wiki/index.php?title=Leo_GPIO
22:56.23tmztguess I need to check it out
22:56.36tmztbut I'm going to try set RAMADDR (0x1000000-0x8000) first
22:56.43tmztfrom my reading of haret source that should work
22:56.53NetRipperyou got quite some info there already cr2
22:57.19cr2NetRipper: you may trace the keys soon :)
22:57.50NetRippertmzt, wouldnt you need to write a nand driver, for within haret, to do that?
22:58.13cr2NetRipper: in itsutils
22:58.18cr2source
22:58.22tmztwhy? the xip.bin has linux kernel embedded in it
22:58.32tmztI hope to switch to Qi at some point
22:58.43tmztso we can boot from nand or sd
22:58.45NetRippertmzt, to allow haret to read from raw nand instead of via winapi?
22:59.09tmztisn't 0x1000000 ram? why do I need a nand driver for that?
22:59.16NetRipperyes that's ram
22:59.23NetRipperoh
22:59.47cr2NetRipper: the bank0 is for the cam probably
22:59.48NetRipperah ok but you want to load the xip.bin into memory and execute it from there
22:59.55tmztI think I can add mmc myself, but I'll need help with nand
22:59.56NetRipperlike zimages and initrds
23:00.02tmztand serial port before I can do much with it
23:00.05tmztNetRipper: yes
23:00.13NetRipperisn't the whole idea of XIP to execute "in place" (on the nand?)
23:00.14NetRipper:P
23:00.15cr2NetRipper: i need to look at the driver dlls, then you'll have even more gpios. and i know many vregs already.
23:00.38cr2NetRipper: he wants to mmap this file :)
23:00.42NetRippercr2, could you look up the irq addresses?
23:00.50NetRippercr2, yea exactly like how zImage is mmapped?
23:00.51dzoNetRipper: no, only nor can really do xip.
23:01.03tmztNetRipper: it's historical, it uses to be in nor flash
23:01.38NetRippertmzt, so xipbin/bootxip would be exactly like loading a zImage but instead the starting point is different?
23:01.47tmztyeah, and there's a header
23:01.51tmztbut I don't know if that matters
23:01.55NetRipperok
23:02.01dzoi can already flash an nbh with a kernel it it and it runs, just doesn't init the hardware correctly.
23:02.01tmztthe cool thing is this could be used to boot ce as well :)
23:02.05NetRipper23:56:36 < tmzt> but I'm going to try set RAMADDR (0x1000000-0x8000) first
23:02.12NetRipperdon't you mean 0x1000000+0x8000 then?
23:02.17NetRipperto skip the header
23:02.37tmztno, set kernel loads the kernel at RAMADDR+0x8000
23:02.39NetRippertmzt, yea might be awesome for cooks
23:02.46tmztand I need the image to start at 0x10000000
23:02.48NetRippertmzt, ah i understand
23:03.01tmztdzo: I asked cmonex about the amss thing, she might answer sometime
23:03.37cr2NetRipper: the irqs must be documented in the kernel
23:03.46NetRipperdzo, on which device?
23:03.52dzoon vogue.
23:04.20NetRipperok sweet
23:04.49NetRippercr2, we'll need that to do any tracing in haret
23:04.55tmzt#
23:04.55tmzt.org 0x40
23:04.55tmzt#
23:04.55tmzt<PROTECTED>
23:04.55tmzt# .word romhdr+0x80000000                         @ was 0x801bbaa0
23:04.58tmzt# .word romhdr
23:05.00NetRipperthe irq addresses don't match those of the msm7k
23:05.00tmztdzo: what's this?
23:05.07tmztthat tells it where the header is?
23:05.10cr2NetRipper: maybe
23:05.11tmztromhdr
23:05.29cr2tmzt: 0x43454345 is ECEC
23:05.35cr2aka CECE
23:05.40tmztright, ok
23:06.00dzothat's the ce romhdr info, lets spl know how big xip is.
23:06.03*** join/#htc-linux cmonex (n=xy6091@py81tzy417.adsl.datanet.hu)
23:06.31tmzthey, not quite sure what's going on if go2amss was already run
23:06.43NetRippertmzt, wouldnt it be faster if you'd ask Kevin2 about what to change to accomplish it? :)
23:07.03tmzthe's hard to get ahold of sometimes, he's on another project now
23:07.08NetRipperok
23:07.28tmztI just don't know if the git or cvs is canoncial now
23:07.38NetRipperim hoping cvs, as that's what im using :P
23:07.38cr2tmzt: i'm still pissed of that we don't have the source for cecompr_XPR.dll
23:07.55tmztwhy do we need it?
23:08.09cmonextmzt what is this code trying to achieve?
23:08.23tmztcmonex: replace xip with a bootloader and boot linux
23:08.30tmztbut nothing works because amss is not responding
23:08.45phhit's always amss' fault :p
23:08.47tmztdzo: what is it doing exactly? I guess the console works with htcfb driver and your early code?
23:08.52phh(or android.)
23:08.52tmztphh: yes, quite true
23:09.27NetRipperanyway im off to bed.. i need sleep if i'll be wrangling with haret tomorrow
23:09.34cmonextmzt: check how the htc wm kernel talks to amss i guess.:? i remember it does some things on boot
23:09.44dzokernel starts but proc_comm isn't working.
23:09.52cmonexah
23:10.19cmonexwell no idea why the amss wouldnt work.. it should have been booted by bootloader already
23:10.30dzoi'll figure it out, just means going through the wince oeminit code..
23:10.36tmztwathcdog maybe?
23:10.46cmonexdzo: yah that was my suggestion
23:10.49tmztdon't know non-A
23:11.33cmonexbtw
23:11.36cmonexwhich phone is this?
23:11.40dzovogue
23:12.02tmztbl does mov lr,pc and b addr?
23:12.24dzoyes for leaf functions.
23:12.34tmztand bx lr to return?
23:12.38dzoyes
23:12.40tmztwithout any thumb stuff?
23:12.45cmonex:)
23:12.48cmonexno thumb
23:12.55cmonexbut blx would switch.. :)
23:12.58dzothumb is horrible.
23:13.10cmonexna you just need to get used to it. but yeah not very efficient=(
23:13.12cr2tmzt: no thumb in wince
23:13.17cmonexno thumb in wince??
23:13.24cr2tmzt: only in oemsbl/amss and androed
23:13.25cmonexi compiled and ran thumb code alright
23:13.38cmonexits great, debugger fucks itself over it
23:13.40cmonex=)
23:13.42cr2cmonex: not in htc wince code
23:13.46cmonexyeah
23:13.48tmztdzo: well, this code works? no reason it shouldn't be able to work from haret then
23:13.53cmonexI wouldnt use it if I were htc, either
23:14.11tmztcmonex: I mean I thought that bx lr would switch to thumb mode
23:14.24tmztbut at least I don't need a stack to use subroutines
23:14.31dzoi did actually run it from haret, i changed it to start at 0x10000000
23:14.37cr2cmonex: that was maybe the main reason to compile android libs with thumb ;)
23:14.40tmztok, so I can try that
23:15.00cmonexcr2 : haha
23:15.06cmonextmzt: no, only if LR ends in 1
23:15.11cmonex(the last bit)
23:15.12tmztthe htc libs?
23:15.16tmztah, I see
23:15.25cmonexits blx that will always switch (if arm then to thumb, or vice versa)
23:15.28tmztbecause they are 16bit instructions
23:15.33cmonexyou dont need a stack as long as you only do one bl.
23:15.44dzoandroid is all thumb, i had to re one of the libs once, took forever.
23:15.59tmztwell, after reading that blog posting I posted I understand why immediate stuff doesn't work
23:16.01cmonexdzo: humm I seem to recall some binaries were arm. maybe I remember wrong
23:16.10cmonexI re'd some of the crap a while ago
23:16.13tmzthttp://quirkygba.blogspot.com/2008/12/things-you-never-wanted-to-know-about.html
23:17.01dzocmonex: perhaps some of it is.
23:17.15cmonexUnlike assembler for Intel processors, say, the ARM syntax is fairly small, has few real surprises and can be learned quite easily.
23:17.25cmonexfinally someone admits ARM is easier than x86
23:17.26cmonex;)
23:18.21tmztwell, it makes sense now
23:18.31tmztit has to be one byte but it can be shifted
23:18.35cr2omg, they use kioctl for gpios ;)
23:18.47dzoi love arm, one thing i noticed looking at wince is how crap the ms compiler must be. it's not optimised at all.
23:18.58tmztgetting ready for the ce6 switch?
23:19.05tmztgetting apps out of kmode
23:19.40cr2cmonex: hehe. x86 has one of the most ugly assembly languages/machine codes
23:20.49tmztarm is information theoretic
23:20.53tmztso it makes sense
23:23.14cr2GIO1: device. hehe
23:24.30*** join/#htc-linux F22 (n=upcm@c-68-82-52-241.hsd1.nj.comcast.net)
23:27.40F22cr2:  were the pastebins i put up last night of any use?
23:31.20cmonexcr2: yes. but its beautiful in a funny way sometiems. arm is also beautiful in another sense :)
23:31.29cmonextmzt: whats one byte?
23:31.48cmonexdzo: ms compiler is optimized for the armv4, thats the issue :D
23:32.22tmztThere are quite a few traps for the unwary - apart from the shift in thought process needed to code assembler, of course. The first of these is that loading a value into a register requires some thought. You can only load values with "mov" that are shifted 8 bit values - 0xff0, 0x1c00, but not 0x101, for example. There is a psuedo opcode to get around this easily - "ldr r1, =0x101" for example - but it may bite you if you didn't k
23:33.11kam187arm assembly?  lots of fun :p
23:33.31tmztkam187: want to join us?
23:33.40tmztkam187: what are you working on now, I forget
23:33.55cr2ak897 is accel+compass ?
23:34.01tmztprobably
23:34.01kam187not much right now
23:34.04cr2ak8973
23:34.14kam187i was messing about with the galaxy kernel before, but thats done now
23:34.17*** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146)
23:34.17kam187what u guys doing?
23:34.25cr2F22: don't remember. i need to step throuhg the disasm code
23:34.53F22you asked for 'wi 1' and then 'wi 5', and then dropped off. :P
23:35.09F22ok
23:35.13tmztkam187: working on a bootloader
23:35.17tmztah, right
23:35.19*** join/#htc-linux peck_ed (n=peck_ed@82.112.143.239)
23:35.25kam187ahh
23:35.40kam187i have a coupla arm reference books, (pdf) if u want them
23:35.51cr2F22: ok, they were empty. NetRipper will look at that too
23:39.06kam187http://www.megaupload.com/?d=J4FADO4C and http://www.megaupload.com/?d=UEPHXR99
23:43.39cr2hm. pm_vote_reg_switch()
23:43.53tmztdzo: are you using a vsync gpio?
23:44.09dzoyes, 97 i think.
23:44.18tmztare you setting that or waiting for it?
23:44.36dzothe panel code waits for it.
23:45.20tmzt#
23:45.21tmzt<PROTECTED>
23:45.21tmzt# mcr p15, 0, r9, c15, c2, 0
23:45.21tmzt# ldr r0,[r2]
23:45.21tmzt# orr r0,#0x1000
23:45.21tmzt# str r0,[r2]
23:45.21tmzt# mcr p15, 0, r10, c15, c2, 0
23:45.21tmztwhat is the coprocessor stuff?
23:45.46dzoahh, you mean in the bootloader, no that flashes an led on so i know it's booted,
23:46.01tmztah, I don't have non klt leds
23:46.03tmztso that doesn't help
23:46.19dzothe cp insts are for the device memory access.
23:46.21tmztwhat is r9 used for?
23:46.42dzor9 is the saved value of the remap register.
23:46.54tmztwhere is it saved?
23:47.06dzosorry, r10 is the saved value, r9 is the new value.
23:47.21dzoit's r1 in your code.
23:47.23tmztI don't see it setup anywhere
23:47.25tmztah
23:47.29F22cr2: so haret isn't returning the info you need as it is?
23:47.30tmztbecause I used your c code
23:48.04dzoyes, in c you have to remap it for each access
23:48.15tmztmcr p15, 0, r0, c15, c2, 0@ set all data access to be device-nonshared
23:48.28tmztr0 has to be 0 there?
23:49.14dzono r0 has to be 0x6db
23:49.51tmztmov r0, #0
23:49.52tmztmcr p15, 0, r0, c7, c10, 5
23:49.54tmztwhat is that?
23:50.19tmztI think I/D cache should be off from haret so I didn't disable it
23:50.25high-reztakes a wild guess
23:50.28high-rezAssembly!
23:50.43dzodifferent cp reg, c7,c10,5
23:51.10tmztyeah, I don't know them all yet
23:51.18tmztI would have to look it up
23:52.49dzothat might be a memory barrier, i'd have to look it up too.
23:53.15cr2S5K3E2FX
23:53.36cr2F22: doesn't seem like that
23:54.32tmztflash?
23:57.02cr2tmzt: camera
23:57.24tmztah
23:58.14tmztdzo: any reason why this shouldn't work booted from 0x10008000?
23:58.22tmzt(my code)
23:58.54dzoshow me your new code and I'll see
23:59.01tmztalright, hold on

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