00:03.38 | tmzt | yeah |
00:04.05 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89126.upc-j.chello.nl) |
00:04.23 | gehzumteufel | later man |
00:04.25 | gehzumteufel | take care |
00:04.27 | gehzumteufel | I 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.50 | enjalot | hey guys, is there some kind of wiki where i can look at the different htc hardware and their android support? |
00:08.46 | tmzt | wiki.htc-linux.org |
00:08.49 | tmzt | or you can just ask :) |
00:09.16 | *** join/#htc-linux zenulator (n=zenulato@c-71-204-210-31.hsd1.de.comcast.net) |
00:09.18 | Pandemic187 | also, androidonhtc.com |
00:09.56 | enjalot | well, 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.18 | enjalot | now 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.19 | tmzt | well |
00:10.22 | tmzt | that's not htc |
00:10.27 | enjalot | i know |
00:10.29 | tmzt | there is some support but it's very basic |
00:10.31 | enjalot | but the OS is sweet |
00:10.36 | tmzt | start with the touch though |
00:10.37 | enjalot | i'm willing to hack |
00:11.50 | Pandemic187 | it runs pretty well on my tilt, but you probably wouldn't want that since you had an iphone. |
00:11.54 | enjalot | what about htc touch diamond? |
00:12.17 | Pandemic187 | well |
00:12.49 | Pandemic187 | check 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.58 | Pandemic187 | i believe i saw some development for diamond |
00:13.12 | enjalot | thanks |
00:13.24 | Pandemic187 | gsm or cdma? |
00:13.39 | tmzt | both |
00:14.13 | Pandemic187 | i'm checking androidonhtc and according to that not everything works |
00:14.22 | enjalot | i only want gsm ~_^ |
00:15.07 | Pandemic187 | well, the wiki doesn't distinguish |
00:15.27 | Pandemic187 | i don't see an android thread on the diamond forum though |
00:16.47 | tmzt | not everything, as in? |
00:16.55 | tmzt | we develop it here in this channel |
00:17.13 | Pandemic187 | yeah, just saying i don't see a thread for it |
00:17.14 | tmzt | but there are different builds with different support (forums) and maybe different level of functionality |
00:17.55 | Pandemic187 | i 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.33 | tmzt | anyone here know enough as for arm to help me with a macro? |
02:36.35 | tmzt | http://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.00 | tmzt | dzo_: I think you had a line backwards, not sure |
02:57.14 | tmzt | + write_d(0x014000f0,BYPASS33); |
02:57.14 | tmzt | + write_d(MSM_FB_PHYS,BYPASS34); |
02:57.15 | tmzt | + write_d(0x000001e0,BYPASS35); |
02:57.25 | tmzt | wait, are you writing the PHYS address to a register? |
02:57.35 | tmzt | I 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.22 | tmzt | no2chem2: can you help with some arm stuff? |
04:35.18 | Pandemic188 | oh 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.57 | tmzt | dzo: so the bootloader still doesn't work but I've converted the commits and it compiles fine and the disasm looks fine |
12:41.21 | tmzt | I will upload the current code a little later |
12:42.01 | tmzt | I 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.32 | enjalot | is 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.22 | juliusr | boarp |
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.11 | tmzt | enj: 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.25 | tmzt | dzo: ping |
21:59.16 | *** join/#htc-linux diogene31 (n=diogene3@mur31-2-82-243-122-54.fbx.proxad.net) |
22:09.53 | dzo | tmzt: hi |
22:10.14 | tmzt | hey, let me upload this thing |
22:12.09 | tmzt | http://people.openezx.org/tmzt/green7-dzo-11.S |
22:12.31 | tmzt | it all compiles and I can produce a bootloader from it and the disasm checks out |
22:12.36 | tmzt | but it doesn't work booting from haret |
22:12.45 | tmzt | I'm wondering if you can try it from xip? |
22:13.40 | tmzt | /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.00 | tmzt | /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.49 | dzo | ok, let me take a look at it. trying it from xip won't work because the panel is off. |
22:15.39 | tmzt | ah, spl doesn't start it? |
22:15.42 | tmzt | maybe nbhdiag? |
22:18.25 | dzo | you need the phys_setup around the waitforint loop. |
22:19.54 | dzo | also the store to intclear near the end |
22:22.56 | tmzt | how do I fix that? I couldn't get it to work |
22:23.21 | tmzt | also the framebuffer stuff, I was using the ce version like htcfb |
22:23.30 | tmzt | then switched to yours, but it still doesn't work |
22:23.30 | dzo | also dmastart has the wrong address should be +0x10000 |
22:23.36 | tmzt | since I don't have any feedback |
22:23.47 | tmzt | ah yeah, because I was using macros and [r6,r5] |
22:23.51 | tmzt | ok, thanks |
22:24.11 | *** join/#htc-linux cr2 (n=cr2@ip-109-84-176-196.web.vodafone.de) |
22:24.13 | tmzt | @ mdp control registers |
22:24.14 | tmzt | ldr r6, =0xaa200000 |
22:24.17 | tmzt | that one is wrong |
22:24.44 | tmzt | okay, how do I fix the int stuff? |
22:24.50 | cr2 | NetRipper: ping |
22:24.53 | dzo | i would use a separate reg for the 0x10000 + regs |
22:25.02 | cr2 | tmzt: put the value in .text |
22:25.08 | tmzt | not sure how many was available |
22:25.10 | tmzt | cr2: ? |
22:25.23 | dzo | just put phys_setup and phys_restore around it. |
22:25.23 | tmzt | cr2: it seems it's handled by my objcopy tricks |
22:25.29 | cr2 | ok |
22:25.52 | tmzt | r7 is okay? |
22:25.54 | cr2 | arm has some silly limits on what you can load directly |
22:26.12 | tmzt | yeah, found a very useful nintendo ds document |
22:26.27 | dzo | or use 2 immediate instructions. |
22:26.43 | tmzt | http://quirkygba.blogspot.com/2008/12/things-you-never-wanted-to-know-about.html |
22:26.55 | NetRipper | cr2, pong, but just a minute |
22:26.55 | NetRipper | :) |
22:27.06 | cr2 | :) |
22:27.09 | NetRipper | before im off |
22:27.09 | NetRipper | :) |
22:27.15 | cr2 | lol |
22:27.15 | tmzt | dzo: the clear screen thing, is that okay? |
22:27.39 | tmzt | this arm asm stuff is confusing, I'm more familiar with 6502 |
22:27.42 | NetRipper | cr2, i got some PMs directly after you posted on that leo android thread :P |
22:28.02 | cr2 | hehe |
22:28.28 | dzo | tmzt: should be ok, ARM is great once you're used to it. |
22:28.45 | cr2 | NetRipper: can you checkout the codeaurora qsd8650 branch and compile the board-*8650.c kernel ? |
22:29.20 | tmzt | how do I count up not down? |
22:29.21 | cr2 | NetRipper: if it compiles, we need to make some changes to the board-*.c file |
22:29.51 | NetRipper | which project exactly? |
22:29.56 | cr2 | NetRipper: and, as usual, we need to merge our vreg/dex/clk/gpio code. |
22:30.06 | cr2 | hmm. looking |
22:30.15 | tmzt | dzo: is svc32 neccessary? also, since this should be loaded to 0x10000000 should I have exception vectors? |
22:30.17 | NetRipper | there is an android enablement, linux base enablement, and snapdragon project |
22:30.18 | NetRipper | all seperate |
22:30.28 | tmzt | I can't understand why ldr is used relative to pc for that |
22:30.30 | cr2 | https://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.39 | tmzt | and still no drm driver |
22:30.45 | cr2 | NetRipper: this branch |
22:30.49 | dzo | tmzt: your waitforint code loks wrong, what is r5? |
22:31.09 | cr2 | <PROTECTED> |
22:31.11 | cr2 | <PROTECTED> |
22:31.12 | cr2 | <PROTECTED> |
22:31.14 | cr2 | <PROTECTED> |
22:31.24 | tmzt | ah, it was read by my read_t macro |
22:31.46 | tmzt | it should be 0 I think |
22:31.54 | tmzt | add r5, r5, #0 |
22:32.13 | cr2 | NetRipper: hmm. comet, FFA and SURF |
22:32.16 | NetRipper | cr2, isn't it easier to add qsd support to the existing raphael kernel? |
22:32.23 | NetRipper | the one on linuxtogo |
22:33.00 | tmzt | dzo: trying to convert your while loop and perverse rmw |
22:33.00 | dzo | http://pastebin.com/d23605aaa |
22:33.09 | dzo | thats my current bootloader |
22:33.22 | tmzt | what syntax? |
22:33.33 | cr2 | NetRipper: if you can :) |
22:33.52 | NetRipper | cr2, i didn't say that ;p |
22:34.15 | NetRipper | but was wondering as our kernel already has so much code.. or is most of that down the drain for the leo anyway? |
22:34.19 | cr2 | NetRipper: i'll edit Leo_GPIO a bit, based on the comet board file |
22:34.23 | tmzt | dzo: so you don't need to wrap every write? just switching from non-shared to smd? |
22:34.41 | tmzt | do you have proc_comm vibra code working? |
22:35.11 | tmzt | okay, got the wait loop :) |
22:35.14 | cr2 | NetRipper: clock-wince needs to be adjusted, the dex needs to be adjusted. and the whole LCD and gpio business. |
22:35.41 | dzo | no you don't, but you can't access ram, only device memory. |
22:35.43 | cr2 | NetRipper: 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.20 | tmzt | so I can't read from .text either? |
22:36.48 | cr2 | NetRipper: where is the leo memorymap wiki page ? |
22:36.51 | tmzt | aer you incbin'ing the kenrel? |
22:37.52 | tmzt | CPWAIT? |
22:38.30 | NetRipper | leomemorymap? |
22:38.38 | dzo | not necessary, just waits for the cp regs to be written. |
22:38.41 | tmzt | wait, so haret is loading to the 0x10008000 address? |
22:38.58 | tmzt | because I'm a kernel? so expection won't even work |
22:39.10 | NetRipper | http://htc-linux.org/wiki/index.php?title=LeoMemoryMap |
22:39.12 | NetRipper | cr2, ^^ |
22:39.27 | NetRipper | cr2, seems it's case sensitive |
22:39.40 | dzo | this is for xip, but kernel should always be at 0x10008000 |
22:40.14 | tmzt | right, but I want haret to load my bootloader at 0x10000000 |
22:40.22 | tmzt | so the kernel boots at 0x10008000 |
22:40.41 | tmzt | I guess I can use set RAMADDR 0x10000000-0x8000 |
22:40.49 | cr2 | NetRipper: hm. search didn't show it |
22:40.49 | dzo | you'll have to modify haret. |
22:41.20 | cr2 | NetRipper: you cut away all SMI ? |
22:41.39 | cr2 | NetRipper: and EBI1 start too |
22:42.24 | tmzt | can we add xip support to haret? |
22:42.40 | tmzt | the rom header is at a fixed location or just setup somehow? |
22:43.44 | cr2 | tmzt: haret needs read NAND code first |
22:43.59 | tmzt | cr2: I just want to boot xip.img, not the one in nand |
22:44.09 | cr2 | should be easy to merge from itsutils though |
22:44.27 | cr2 | what is xip.img ? |
22:44.28 | tmzt | well, qsd is going to require some major work anyway |
22:44.31 | tmzt | as will ce6 |
22:44.38 | tmzt | I mean an image of the xip data |
22:44.39 | tmzt | xip.bin |
22:44.40 | NetRipper | cr2, http://htc-linux.org/wiki/index.php?title=Leo |
22:44.50 | NetRipper | cr2, you can cut all you want :P |
22:45.04 | NetRipper | cr2, if it's in the way, get it out :) |
22:45.17 | tmzt | dzo: what is mtdblock1 set to? |
22:45.55 | NetRipper | cr2, im off to bed though.. i'll try to compile that codeaurora kernel tomorrow |
22:46.09 | NetRipper | cr2, btw can it hurt my leo (chipset wise) if i try to boot the raphael kernel? |
22:46.21 | dzo | thats the root partition (0xa00000@0x1c80000(root)) on cmd line. |
22:46.39 | tmzt | okay, but what is it in the ce partition table? |
22:47.23 | dzo | ce has 1 bit partition for imgfs but i don't use that. |
22:47.45 | cr2 | NetRipper: you have more gpios, and some different clock locations. booting raph100 zimage is useless |
22:47.47 | tmzt | how did you flash it? |
22:47.59 | cr2 | NetRipper: the LCD is done in a completely different way |
22:48.24 | tmzt | dzo: it won't hurt anything to wrap every write will it? |
22:48.32 | dzo | tmzt: note, this stuff isn't working yet. the kernel boots but a9 isn't initialised so it doesn;t get very far. |
22:48.37 | cr2 | NetRipper: and your rpc dump shows only 0x3000000f PROG |
22:48.42 | tmzt | also, can I leave more stuff set up the way ce does and just do DMASTART? |
22:48.46 | NetRipper | cr2, which means? |
22:48.50 | tmzt | no proc_comm either? |
22:48.52 | cr2 | NetRipper: so there are too much open questions now. |
22:49.06 | dzo | tmzt: not at all, and yes that should be fine.\ |
22:49.17 | cr2 | tmzt: it's still some wince-compatible amss |
22:49.29 | NetRipper | cr2, so haret is 1st priority i assume? |
22:49.38 | cr2 | NetRipper: for tracing ? |
22:49.40 | tmzt | dzo: proc_comm doesn't work either? |
22:49.42 | NetRipper | yes |
22:49.48 | NetRipper | cr2, but also for booting any linux kernel |
22:49.55 | dzo | no it doesn't |
22:50.10 | cr2 | NetRipper: yes, we need to recheck the address locations, and defines |
22:50.14 | NetRipper | cr2, would the aurora kernel be able to do lcd if it's inited by wince already? |
22:50.21 | NetRipper | i.e. do screen updates |
22:50.22 | NetRipper | dma |
22:50.25 | cr2 | NetRipper: probably |
22:50.27 | NetRipper | ok |
22:50.32 | cr2 | the LCD controller is builtin |
22:50.36 | cr2 | not mddi |
22:50.39 | dzo | i'll put some panel init code into the bootloader next, that should help. |
22:51.08 | cr2 | NetRipper: but we need to verify the gpios and vregs |
22:51.08 | tmzt | cool |
22:51.22 | tmzt | cr2: it is? interesting, so it's ebi? |
22:51.24 | tmzt | ebi panel |
22:51.34 | NetRipper | cr2, ok.. i'll try and see if i can get support for leo on haret then |
22:51.53 | cr2 | ok |
22:51.58 | tmzt | NetRipper: if your building new harets can you add xip support to boot from a file? |
22:52.21 | NetRipper | tmzt, 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.34 | NetRipper | tmzt, i wouldnt even know where to start ;) |
22:52.39 | tmzt | well, okay, something to boot from 0x10000000? |
22:52.51 | tmzt | ah, alright |
22:53.03 | cr2 | tmzt: 0x188* here |
22:53.15 | NetRipper | how can haret even function as raw bootloader without the wince kernel having booted? |
22:53.20 | tmzt | on? hero uses that right? |
22:53.21 | cr2 | don't hardcode 0x10000000 |
22:53.27 | cr2 | and leo |
22:53.53 | tmzt | NetRipper: it can't, I mean can we get support for something like 'set XIPBIN xip.bin' bootxip |
22:53.54 | cr2 | NetRipper: it's what ramboot is doing |
22:54.08 | cr2 | ot should be doing |
22:54.24 | NetRipper | tmzt, xip.bin being a cooked rom for example? |
22:54.33 | cr2 | replacing the resume vector with zimage is fun too :) |
22:54.46 | cr2 | resumeintolinux |
22:54.51 | NetRipper | hehe |
22:55.09 | NetRipper | hm |
22:55.10 | tmzt | NetRipper: sure, part of the cooked rom (nbh) |
22:55.16 | tmzt | actually it's in OS.nb |
22:56.12 | NetRipper | i get the idea, but still wouldnt know how to implement such a thing |
22:56.17 | cr2 | NetRipper: looks better now http://htc-linux.org/wiki/index.php?title=Leo_GPIO |
22:56.23 | tmzt | guess I need to check it out |
22:56.36 | tmzt | but I'm going to try set RAMADDR (0x1000000-0x8000) first |
22:56.43 | tmzt | from my reading of haret source that should work |
22:56.53 | NetRipper | you got quite some info there already cr2 |
22:57.19 | cr2 | NetRipper: you may trace the keys soon :) |
22:57.50 | NetRipper | tmzt, wouldnt you need to write a nand driver, for within haret, to do that? |
22:58.13 | cr2 | NetRipper: in itsutils |
22:58.18 | cr2 | source |
22:58.22 | tmzt | why? the xip.bin has linux kernel embedded in it |
22:58.32 | tmzt | I hope to switch to Qi at some point |
22:58.43 | tmzt | so we can boot from nand or sd |
22:58.45 | NetRipper | tmzt, to allow haret to read from raw nand instead of via winapi? |
22:59.09 | tmzt | isn't 0x1000000 ram? why do I need a nand driver for that? |
22:59.16 | NetRipper | yes that's ram |
22:59.23 | NetRipper | oh |
22:59.47 | cr2 | NetRipper: the bank0 is for the cam probably |
22:59.48 | NetRipper | ah ok but you want to load the xip.bin into memory and execute it from there |
22:59.55 | tmzt | I think I can add mmc myself, but I'll need help with nand |
22:59.56 | NetRipper | like zimages and initrds |
23:00.02 | tmzt | and serial port before I can do much with it |
23:00.05 | tmzt | NetRipper: yes |
23:00.13 | NetRipper | isn't the whole idea of XIP to execute "in place" (on the nand?) |
23:00.14 | NetRipper | :P |
23:00.15 | cr2 | NetRipper: i need to look at the driver dlls, then you'll have even more gpios. and i know many vregs already. |
23:00.38 | cr2 | NetRipper: he wants to mmap this file :) |
23:00.42 | NetRipper | cr2, could you look up the irq addresses? |
23:00.50 | NetRipper | cr2, yea exactly like how zImage is mmapped? |
23:00.51 | dzo | NetRipper: no, only nor can really do xip. |
23:01.03 | tmzt | NetRipper: it's historical, it uses to be in nor flash |
23:01.38 | NetRipper | tmzt, so xipbin/bootxip would be exactly like loading a zImage but instead the starting point is different? |
23:01.47 | tmzt | yeah, and there's a header |
23:01.51 | tmzt | but I don't know if that matters |
23:01.55 | NetRipper | ok |
23:02.01 | dzo | i can already flash an nbh with a kernel it it and it runs, just doesn't init the hardware correctly. |
23:02.01 | tmzt | the cool thing is this could be used to boot ce as well :) |
23:02.05 | NetRipper | 23:56:36 < tmzt> but I'm going to try set RAMADDR (0x1000000-0x8000) first |
23:02.12 | NetRipper | don't you mean 0x1000000+0x8000 then? |
23:02.17 | NetRipper | to skip the header |
23:02.37 | tmzt | no, set kernel loads the kernel at RAMADDR+0x8000 |
23:02.39 | NetRipper | tmzt, yea might be awesome for cooks |
23:02.46 | tmzt | and I need the image to start at 0x10000000 |
23:02.48 | NetRipper | tmzt, ah i understand |
23:03.01 | tmzt | dzo: I asked cmonex about the amss thing, she might answer sometime |
23:03.37 | cr2 | NetRipper: the irqs must be documented in the kernel |
23:03.46 | NetRipper | dzo, on which device? |
23:03.52 | dzo | on vogue. |
23:04.20 | NetRipper | ok sweet |
23:04.49 | NetRipper | cr2, we'll need that to do any tracing in haret |
23:04.55 | tmzt | # |
23:04.55 | tmzt | .org 0x40 |
23:04.55 | tmzt | # |
23:04.55 | tmzt | <PROTECTED> |
23:04.55 | tmzt | # .word romhdr+0x80000000 @ was 0x801bbaa0 |
23:04.58 | tmzt | # .word romhdr |
23:05.00 | NetRipper | the irq addresses don't match those of the msm7k |
23:05.00 | tmzt | dzo: what's this? |
23:05.07 | tmzt | that tells it where the header is? |
23:05.10 | cr2 | NetRipper: maybe |
23:05.11 | tmzt | romhdr |
23:05.29 | cr2 | tmzt: 0x43454345 is ECEC |
23:05.35 | cr2 | aka CECE |
23:05.40 | tmzt | right, ok |
23:06.00 | dzo | that'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.31 | tmzt | hey, not quite sure what's going on if go2amss was already run |
23:06.43 | NetRipper | tmzt, wouldnt it be faster if you'd ask Kevin2 about what to change to accomplish it? :) |
23:07.03 | tmzt | he's hard to get ahold of sometimes, he's on another project now |
23:07.08 | NetRipper | ok |
23:07.28 | tmzt | I just don't know if the git or cvs is canoncial now |
23:07.38 | NetRipper | im hoping cvs, as that's what im using :P |
23:07.38 | cr2 | tmzt: i'm still pissed of that we don't have the source for cecompr_XPR.dll |
23:07.55 | tmzt | why do we need it? |
23:08.09 | cmonex | tmzt what is this code trying to achieve? |
23:08.23 | tmzt | cmonex: replace xip with a bootloader and boot linux |
23:08.30 | tmzt | but nothing works because amss is not responding |
23:08.45 | phh | it's always amss' fault :p |
23:08.47 | tmzt | dzo: what is it doing exactly? I guess the console works with htcfb driver and your early code? |
23:08.52 | phh | (or android.) |
23:08.52 | tmzt | phh: yes, quite true |
23:09.27 | NetRipper | anyway im off to bed.. i need sleep if i'll be wrangling with haret tomorrow |
23:09.34 | cmonex | tmzt: check how the htc wm kernel talks to amss i guess.:? i remember it does some things on boot |
23:09.44 | dzo | kernel starts but proc_comm isn't working. |
23:09.52 | cmonex | ah |
23:10.19 | cmonex | well no idea why the amss wouldnt work.. it should have been booted by bootloader already |
23:10.30 | dzo | i'll figure it out, just means going through the wince oeminit code.. |
23:10.36 | tmzt | wathcdog maybe? |
23:10.46 | cmonex | dzo: yah that was my suggestion |
23:10.49 | tmzt | don't know non-A |
23:11.33 | cmonex | btw |
23:11.36 | cmonex | which phone is this? |
23:11.40 | dzo | vogue |
23:12.02 | tmzt | bl does mov lr,pc and b addr? |
23:12.24 | dzo | yes for leaf functions. |
23:12.34 | tmzt | and bx lr to return? |
23:12.38 | dzo | yes |
23:12.40 | tmzt | without any thumb stuff? |
23:12.45 | cmonex | :) |
23:12.48 | cmonex | no thumb |
23:12.55 | cmonex | but blx would switch.. :) |
23:12.58 | dzo | thumb is horrible. |
23:13.10 | cmonex | na you just need to get used to it. but yeah not very efficient=( |
23:13.12 | cr2 | tmzt: no thumb in wince |
23:13.17 | cmonex | no thumb in wince?? |
23:13.24 | cr2 | tmzt: only in oemsbl/amss and androed |
23:13.25 | cmonex | i compiled and ran thumb code alright |
23:13.38 | cmonex | its great, debugger fucks itself over it |
23:13.40 | cmonex | =) |
23:13.42 | cr2 | cmonex: not in htc wince code |
23:13.46 | cmonex | yeah |
23:13.48 | tmzt | dzo: well, this code works? no reason it shouldn't be able to work from haret then |
23:13.53 | cmonex | I wouldnt use it if I were htc, either |
23:14.11 | tmzt | cmonex: I mean I thought that bx lr would switch to thumb mode |
23:14.24 | tmzt | but at least I don't need a stack to use subroutines |
23:14.31 | dzo | i did actually run it from haret, i changed it to start at 0x10000000 |
23:14.37 | cr2 | cmonex: that was maybe the main reason to compile android libs with thumb ;) |
23:14.40 | tmzt | ok, so I can try that |
23:15.00 | cmonex | cr2 : haha |
23:15.06 | cmonex | tmzt: no, only if LR ends in 1 |
23:15.11 | cmonex | (the last bit) |
23:15.12 | tmzt | the htc libs? |
23:15.16 | tmzt | ah, I see |
23:15.25 | cmonex | its blx that will always switch (if arm then to thumb, or vice versa) |
23:15.28 | tmzt | because they are 16bit instructions |
23:15.33 | cmonex | you dont need a stack as long as you only do one bl. |
23:15.44 | dzo | android is all thumb, i had to re one of the libs once, took forever. |
23:15.59 | tmzt | well, after reading that blog posting I posted I understand why immediate stuff doesn't work |
23:16.01 | cmonex | dzo: humm I seem to recall some binaries were arm. maybe I remember wrong |
23:16.10 | cmonex | I re'd some of the crap a while ago |
23:16.13 | tmzt | http://quirkygba.blogspot.com/2008/12/things-you-never-wanted-to-know-about.html |
23:17.01 | dzo | cmonex: perhaps some of it is. |
23:17.15 | cmonex | Unlike assembler for Intel processors, say, the ARM syntax is fairly small, has few real surprises and can be learned quite easily. |
23:17.25 | cmonex | finally someone admits ARM is easier than x86 |
23:17.26 | cmonex | ;) |
23:18.21 | tmzt | well, it makes sense now |
23:18.31 | tmzt | it has to be one byte but it can be shifted |
23:18.35 | cr2 | omg, they use kioctl for gpios ;) |
23:18.47 | dzo | i 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.58 | tmzt | getting ready for the ce6 switch? |
23:19.05 | tmzt | getting apps out of kmode |
23:19.40 | cr2 | cmonex: hehe. x86 has one of the most ugly assembly languages/machine codes |
23:20.49 | tmzt | arm is information theoretic |
23:20.53 | tmzt | so it makes sense |
23:23.14 | cr2 | GIO1: device. hehe |
23:24.30 | *** join/#htc-linux F22 (n=upcm@c-68-82-52-241.hsd1.nj.comcast.net) |
23:27.40 | F22 | cr2: were the pastebins i put up last night of any use? |
23:31.20 | cmonex | cr2: yes. but its beautiful in a funny way sometiems. arm is also beautiful in another sense :) |
23:31.29 | cmonex | tmzt: whats one byte? |
23:31.48 | cmonex | dzo: ms compiler is optimized for the armv4, thats the issue :D |
23:32.22 | tmzt | There 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.11 | kam187 | arm assembly? lots of fun :p |
23:33.31 | tmzt | kam187: want to join us? |
23:33.40 | tmzt | kam187: what are you working on now, I forget |
23:33.55 | cr2 | ak897 is accel+compass ? |
23:34.01 | tmzt | probably |
23:34.01 | kam187 | not much right now |
23:34.04 | cr2 | ak8973 |
23:34.14 | kam187 | i 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.17 | kam187 | what u guys doing? |
23:34.25 | cr2 | F22: don't remember. i need to step throuhg the disasm code |
23:34.53 | F22 | you asked for 'wi 1' and then 'wi 5', and then dropped off. :P |
23:35.09 | F22 | ok |
23:35.13 | tmzt | kam187: working on a bootloader |
23:35.17 | tmzt | ah, right |
23:35.19 | *** join/#htc-linux peck_ed (n=peck_ed@82.112.143.239) |
23:35.25 | kam187 | ahh |
23:35.40 | kam187 | i have a coupla arm reference books, (pdf) if u want them |
23:35.51 | cr2 | F22: ok, they were empty. NetRipper will look at that too |
23:39.06 | kam187 | http://www.megaupload.com/?d=J4FADO4C and http://www.megaupload.com/?d=UEPHXR99 |
23:43.39 | cr2 | hm. pm_vote_reg_switch() |
23:43.53 | tmzt | dzo: are you using a vsync gpio? |
23:44.09 | dzo | yes, 97 i think. |
23:44.18 | tmzt | are you setting that or waiting for it? |
23:44.36 | dzo | the panel code waits for it. |
23:45.20 | tmzt | # |
23:45.21 | tmzt | <PROTECTED> |
23:45.21 | tmzt | # mcr p15, 0, r9, c15, c2, 0 |
23:45.21 | tmzt | # ldr r0,[r2] |
23:45.21 | tmzt | # orr r0,#0x1000 |
23:45.21 | tmzt | # str r0,[r2] |
23:45.21 | tmzt | # mcr p15, 0, r10, c15, c2, 0 |
23:45.21 | tmzt | what is the coprocessor stuff? |
23:45.46 | dzo | ahh, you mean in the bootloader, no that flashes an led on so i know it's booted, |
23:46.01 | tmzt | ah, I don't have non klt leds |
23:46.03 | tmzt | so that doesn't help |
23:46.19 | dzo | the cp insts are for the device memory access. |
23:46.21 | tmzt | what is r9 used for? |
23:46.42 | dzo | r9 is the saved value of the remap register. |
23:46.54 | tmzt | where is it saved? |
23:47.06 | dzo | sorry, r10 is the saved value, r9 is the new value. |
23:47.21 | dzo | it's r1 in your code. |
23:47.23 | tmzt | I don't see it setup anywhere |
23:47.25 | tmzt | ah |
23:47.29 | F22 | cr2: so haret isn't returning the info you need as it is? |
23:47.30 | tmzt | because I used your c code |
23:48.04 | dzo | yes, in c you have to remap it for each access |
23:48.15 | tmzt | mcr p15, 0, r0, c15, c2, 0@ set all data access to be device-nonshared |
23:48.28 | tmzt | r0 has to be 0 there? |
23:49.14 | dzo | no r0 has to be 0x6db |
23:49.51 | tmzt | mov r0, #0 |
23:49.52 | tmzt | mcr p15, 0, r0, c7, c10, 5 |
23:49.54 | tmzt | what is that? |
23:50.19 | tmzt | I think I/D cache should be off from haret so I didn't disable it |
23:50.25 | high-rez | takes a wild guess |
23:50.28 | high-rez | Assembly! |
23:50.43 | dzo | different cp reg, c7,c10,5 |
23:51.10 | tmzt | yeah, I don't know them all yet |
23:51.18 | tmzt | I would have to look it up |
23:52.49 | dzo | that might be a memory barrier, i'd have to look it up too. |
23:53.15 | cr2 | S5K3E2FX |
23:53.36 | cr2 | F22: doesn't seem like that |
23:54.32 | tmzt | flash? |
23:57.02 | cr2 | tmzt: camera |
23:57.24 | tmzt | ah |
23:58.14 | tmzt | dzo: any reason why this shouldn't work booted from 0x10008000? |
23:58.22 | tmzt | (my code) |
23:58.54 | dzo | show me your new code and I'll see |
23:59.01 | tmzt | alright, hold on |