IRC log for #htc-linux on 20070506

00:04.30*** join/#htc-linux g3gg0_ (n=g3gg0@ppp-62-245-210-203.dynamic.mnet-online.de)
01:36.53*** part/#htc-linux Speedy2 (n=Javier_6@cpe-66-75-4-134.san.res.rr.com)
01:53.22*** join/#htc-linux silven (n=zmc@adsl-64-237-227-188.prtc.net)
02:48.40*** join/#htc-linux WizMaui (n=WizMaui@62.112.90.250)
02:50.32*** join/#htc-linux WizMaui_ (n=WizMaui@62.112.90.250)
03:57.12*** join/#htc-linux [ZGI] (n=bambi@grcuje.biz.tm)
04:23.16*** join/#htc-linux psokolovsky_ (n=psokolov@empty-crossing.volia.net)
04:28.12*** join/#htc-linux hugo_nz (n=hugo@60-234-142-71.bitstream.orcon.net.nz)
05:05.50*** join/#htc-linux scorpio16v (n=scorpio1@ACB39C27.ipt.aol.com)
05:37.06*** join/#htc-linux SmallR2002 (n=SmallR20@c-24-14-100-254.hsd1.il.comcast.net)
06:37.12*** join/#htc-linux par (i=par@dipole.idlepattern.com)
06:40.23*** join/#htc-linux rmoravcik (n=rmoravci@adsl-dyn49.91-127-60.t-com.sk)
06:54.12*** join/#htc-linux rmoravci1 (n=rmoravci@adsl-dyn49.91-127-60.t-com.sk)
07:11.04*** join/#htc-linux hugo_nz (n=hugo@60-234-142-71.bitstream.orcon.net.nz)
08:10.55*** join/#htc-linux RoEn_PC (n=roen@p54a65a96.dip.t-dialin.net)
08:11.22*** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
08:49.00*** join/#htc-linux pH5 (n=ph5@p5485E111.dip.t-dialin.net)
09:21.01*** join/#htc-linux goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com)
10:22.10*** join/#htc-linux rob_w (n=bob@p85.212.3.105.tisdip.tiscali.de)
10:25.49*** join/#htc-linux MrVanx (n=chatzill@82-69-60-250.dsl.in-addr.zen.co.uk)
10:26.37*** part/#htc-linux MrVanx (n=chatzill@82-69-60-250.dsl.in-addr.zen.co.uk)
10:35.46*** join/#htc-linux cyrill62 (n=user@ble59-5-82-233-205-36.fbx.proxad.net)
10:37.25*** join/#htc-linux cyrill62 (n=user@ble59-5-82-233-205-36.fbx.proxad.net)
11:06.08*** join/#htc-linux rob_w|tablet (n=bob@p85.212.3.105.tisdip.tiscali.de)
11:14.53*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
11:21.00goxboxlivehi BabelO
11:21.15BabelOhi
11:21.36goxboxliveI am trying out your htcgen.c form sf.net, but it failes hen i start it
11:21.51goxboxliveroot@htcuniversal:~$ ./gnokii --identify
11:21.51goxboxlive./gnokii: ./gnokii: 1: Syntax error: "(" unexpected
11:22.50BabelOit is like a script error ;)
11:22.59BabelOfile libgnokii ?
11:25.27goxboxlivei have it linked to libgnokii.so.3.0.0
11:27.12goxboxlivelibgnokii.so.3 -> libgnokii.so.3.0.0
11:28.32BabelOand your gnokii program ?
11:28.46BabelOtype file /usr/bin/gnokii
11:31.11[ZGI]hi! anny progres on prophet ?
11:41.02*** join/#htc-linux psokolovsky_ (n=psokolov@empty-crossing.volia.net)
11:44.04goxboxliveBabelO i dont have /usr/bin/gnokii I have just placed the executable gnokii file in my home diectory
11:44.40goxboxliveMybe it is becuuse i have used another crosscompiler than i used with the image. I''' figure it out
11:45.14BabelOif you start cmd in your home directory
11:45.14BabelOfile gnokii
11:55.31BabelOgoxboxlive: what file is saying ?
12:00.30BabelOgoxboxlive: if you don't make install with gnokii, binary are in gnokii.libs direcoty and library in common/.libs/
12:20.22*** join/#htc-linux TBBle (n=tbble@2001:388:f000:0:0:0:0:2d)
12:28.05*** part/#htc-linux [ZGI] (n=bambi@grcuje.biz.tm)
12:33.01*** join/#htc-linux RoEn_PC (n=roen@p54A65A96.dip.t-dialin.net)
12:41.09BabelOcr2: hi
12:41.19BabelOcr2: got dump_cis working now ;)
12:41.46BabelOhttp://pastebin.ca/473778
12:46.25*** join/#htc-linux TripleDES (n=sergio@30.pool85-50-204.dynamic.orange.es)
12:50.19*** join/#htc-linux Ro_En_PC (n=roen@p54A672AF.dip.t-dialin.net)
12:52.10*** join/#htc-linux TripleDES (n=sergio@30.pool85-50-204.dynamic.orange.es)
12:57.36*** join/#htc-linux TripleDE1 (n=sergio@220.pool85-50-203.dynamic.orange.es)
13:05.11*** join/#htc-linux Ro_En_PC (n=roen@p54a672af.dip.t-dialin.net)
13:12.17*** join/#htc-linux psokolovsky_ (n=psokolov@empty-crossing.volia.net)
13:20.22*** join/#htc-linux TripleDES (n=sergio@77.pool85-50-139.dynamic.orange.es)
13:35.13*** join/#htc-linux TripleDES (n=sergio@77.pool85-50-139.dynamic.orange.es)
13:42.30*** join/#htc-linux TripleDE1 (n=sergio@77.pool85-50-139.dynamic.orange.es)
13:47.53*** join/#htc-linux TripleDE2 (n=sergio@155.pool85-50-253.dynamic.orange.es)
13:53.21*** join/#htc-linux TripleDES (n=sergio@155.pool85-50-253.dynamic.orange.es)
13:58.54*** join/#htc-linux TripleDE2 (n=sergio@190.pool85-50-250.dynamic.orange.es)
14:02.31*** join/#htc-linux TBBle (n=tbble@2001:388:f000:0:0:0:0:2d)
14:06.18*** join/#htc-linux TripleDE1 (n=sergio@63.pool85-50-246.dynamic.orange.es)
14:14.31*** join/#htc-linux TripleDES (n=sergio@63.pool85-50-246.dynamic.orange.es)
14:18.01*** part/#htc-linux rmoravci1 (n=rmoravci@adsl-dyn49.91-127-60.t-com.sk)
14:21.00*** join/#htc-linux TripleDES (n=sergio@63.pool85-50-246.dynamic.orange.es)
14:27.23*** join/#htc-linux TripleDES (n=sergio@63.pool85-50-246.dynamic.orange.es)
14:49.29*** join/#htc-linux TripleDE1 (n=sergio@21.pool85-50-157.dynamic.orange.es)
14:50.55*** join/#htc-linux RoEn_PC (n=roen@p54A644FE.dip.t-dialin.net)
14:59.41*** join/#htc-linux TripleDES (n=sergio@21.pool85-50-157.dynamic.orange.es)
15:13.59*** join/#htc-linux TripleDES (n=sergio@21.pool85-50-157.dynamic.orange.es)
15:25.03*** join/#htc-linux law|ibook (n=_law_@213.173.86.202)
15:52.09*** join/#htc-linux TripleDES (n=sergio@251.pool85-50-251.dynamic.orange.es)
15:57.30*** join/#htc-linux TripleDE1 (n=sergio@96.pool85-50-240.dynamic.orange.es)
16:03.48*** join/#htc-linux Ro_En_PC (n=roen@p54A65160.dip.t-dialin.net)
16:08.25*** join/#htc-linux TripleDES (n=sergio@96.pool85-50-240.dynamic.orange.es)
16:09.23*** join/#htc-linux duck3y (n=norman@dsl-242-202-179.telkomadsl.co.za)
16:09.51duck3yhello
16:10.40duck3yI am having trouble getting the ramdisk to pick up my SD card
16:11.14cr2duck3y: on which phone?
16:11.36duck3yUniversal
16:11.44cr2and what is the size of your card ?
16:11.49duck3y1GB
16:11.57duck3yis that a problem?
16:12.01*** join/#htc-linux rmoravcik (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk)
16:12.12cr2hm. why do you need the ramdisk ?
16:12.34duck3ywell, it appears as if it doesnt pick up the mmc
16:12.47duck3yso what I did was partioned the card in vfat and ext3
16:13.04duck3yunpacked the openmoko onto the ext3
16:13.11cr2what about the normal kernel ? does it detect your card and the partiton table ?
16:13.31duck3yinstalled the corresponding .cab file onto the device and then when I execute it, I get a kernel panic
16:13.48duck3ycr2: Normal kernel being?
16:14.04cr2normal=without the ramdisk.
16:14.11duck3yon the device?
16:14.15cr2yes.
16:14.33cr2what was the reason for the panic ?
16:14.59duck3yWell I partioned it into a 32MB vfat and the rest being ext3. The device (Windows Mobile) does pick up the 32MB
16:15.26duck3ywill check the kernel panic message now
16:15.42*** join/#htc-linux TripleDES (n=sergio@96.pool85-50-240.dynamic.orange.es)
16:17.00duck3yokay here is the kernel panic message: mmc0: card is mmc v4 but doesnt support any high speed modes
16:17.29duck3yVFS: Cannot open root device "mmcblk0p2" or unknown-block(0,0)
16:18.00duck3yKernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
16:18.06duck3yany ideas?
16:19.15cr2mmc v4 is not SD.
16:19.26duck3yI partioned the mmc in Ubuntu, /dev/sdc1 = vfat partition (32MB), /dev/sdc2 = ext3 partition
16:19.35duck3yso the problem is that card?
16:19.51cr2i have an mmc v4 card somewhere, but have not tried it with linux.
16:20.09cr2imho, yes. mmc v4 is a bit different bus protocol.
16:20.24duck3yThe card I am using was one I took from a Nokia N70 phone
16:21.04cr2i have problems with 2GB SD card on universal too, but others reported 2GB and 4GB SD working
16:21.35cr2nokia does not use asic3 SD controller, that's for sure.
16:21.51duck3yand that is what I need I presume?
16:22.39cr2that#s what universal is using.
16:22.58cr2try with a different card.
16:24.06duck3yDont have another, but will try get one tomorrow.
16:24.06duck3yThanks for the info!
16:24.06cr2ok.
16:24.24BabelOcr2: do you see my pastebin ?
16:24.25duck3yThanks cr2.
16:24.32duck3ycheers
16:24.51cr2BabelO: with acx data ?
16:25.00BabelOyes
16:25.15BabelOhttp://pastebin.ca/473778
16:25.41cr2looks good.
16:25.47cr2config base 0x200
16:26.29cr2memory 0x800
16:26.54cr2can you do 'dump mmu' ?
16:27.15BabelOyes, need a latest haret ?
16:27.25*** join/#htc-linux TripleDE1 (n=sergio@212.pool85-50-242.dynamic.orange.es)
16:27.26cr2look where are the slot0 attributes and memory are ampped.
16:27.49cr2i think any will work. it is stable since some time.
16:31.52BabelOok, dump is ok
16:32.35cr2have a look for the 0x28* and 0x2c*
16:33.04Kevin2cr2: Do you know where the hermes wince resume vector is?
16:33.19*** join/#htc-linux TripleDE1 (n=sergio@212.pool85-50-242.dynamic.orange.es)
16:33.45BabelOcr2:  ac100000 | 28000000 |         | 1MB section and  ac200000 | 2c000000 |         | 1MB section
16:33.59BabelOi ll look with haret at virtual address ?
16:34.28cr2Kevin2: i'll look.
16:34.32cr2BabelO: yes.
16:35.47cr2Kevin2: can you compile me a selfbooting haret for himalaya ? i still can't exec init ;)
16:36.12Kevin2cr2: How would I do that?
16:38.19cr2make htchimalaya_defconfig
16:38.43*** part/#htc-linux duck3y (n=norman@dsl-242-202-179.telkomadsl.co.za)
16:38.57BabelOcr2: nothing to see :(
16:39.09*** join/#htc-linux TripleDES (n=sergio@212.pool85-50-242.dynamic.orange.es)
16:39.10BabelOwith a pinf -f in background
16:40.03cr2Kevin2: looking at the ipl.
16:40.28cr2BabelO: are there any other mappings for this address ?
16:40.28Kevin2cr2: My initd (which is an initramfs) is at http://www.handhelds.org/~koconnor/HTCHermes/rootfs.cgz
16:40.48Kevin2Just use that instead of an initrd.
16:40.55cr2Kevin2: i've tried it. get a can't exec /init
16:41.05cr2initrd ?
16:41.19cr2i've used it as the initramfs
16:41.37cr2so have checked everything. SD, initrd, initramfs.
16:42.02cr2everything can be mounted, but exec fails.
16:42.11cr2i'm completely lost.
16:42.44Kevin2You can compile an initramfs into the kernel, or you can use an initramfs instead of initrd.  I prefer the latter.
16:43.15BabelOcr2: ok i try other for 0x2c* but not for 0x28*??? i try
16:43.20*** join/#htc-linux Ro__En_PC (n=roen@p54A650BB.dip.t-dialin.net)
16:44.57*** join/#htc-linux TripleDE1 (n=sergio@232.pool85-50-147.dynamic.orange.es)
16:45.27cr2Kevin2: the cpio.gz as an initrd ? have not tried that.
16:48.48*** join/#htc-linux ellisway (n=ellis@87.74.241.174) [NETSPLIT VICTIM]
16:48.50*** join/#htc-linux lkklklkllkl (n=roen@p54a67413.dip.t-dialin.net)
16:48.50Kevin2Yes - as an initrd.  I use the following to build the self extracting haret:  make linload KERNEL=../../kernel/herm-head/arch/arm/boot/zImage INITRD=../../kernel/initramfs-herm/rootfs.cgz
16:48.56*** join/#htc-linux Funklord (n=cow@c-d4d572d5.014-46-73746f28.cust.bredbandsbolaget.se)
16:50.04cr2ok.
16:51.53*** join/#htc-linux TripleDE2 (n=sergio@82.pool85-50-152.dynamic.orange.es)
16:56.46cr2Kevin2: the hermes wakeup is nontrivial, like on apache or universal.
16:57.35cr2a lot of hardcoded RAM addresses, SP at 0x58800
16:58.10BabelOcr2: nothin on other adress :(
16:59.06Kevin2cr2: Okay, thanks.
16:59.11cr2BabelO: ok. need to ask Kevin2 what can be the reason.
17:00.08*** join/#htc-linux TripleDES (n=sergio@47.pool85-50-207.dynamic.orange.es)
17:00.18Kevin2What's that?  Can't trace acx?  I don't know why that would be - I couldn't trace on Apache either.
17:00.53*** join/#htc-linux Ro_En_PC (n=roen@p54A6651D.dip.t-dialin.net)
17:02.08*** join/#htc-linux scorpio16v (n=scorpio1@ACB39060.ipt.aol.com)
17:04.51cr2Kevin2: are you able to trace the ATI control registers ?
17:05.27Kevin2cr2: I haven't tried.  What are the addresses again?
17:06.10*** join/#htc-linux Ro__En_PC (n=roen@p54A6776A.dip.t-dialin.net)
17:06.38cr2hm. looking into wiki.
17:06.58Kevin2Looks like 0xb4800000 from wiki
17:07.11cr2<PROTECTED>
17:07.13cr2yes.
17:07.23cr2+0x4000
17:08.14cr2http://wiki.xda-developers.com/index.php?pagename=ATIWxxxx
17:08.36cr24000 was wrong.
17:09.28*** join/#htc-linux RoEn_PC (n=roen@p54A6776A.dip.t-dialin.net)
17:09.38Kevin2I'm watching the full 1Meg range - I don't see any accesses
17:10.14cr2even on the portrait/landscape switch ?
17:11.15cr2and on LCD suspend/resume.
17:11.25cr2damn. i've not ported this code ;)
17:12.11Kevin2Yeah, even on landscape switch.
17:13.35Kevin2Hrmm.  I don't see any accesses even on a full suspend/resume.
17:16.01Kevin2I don't see any accesses to 0x94800000 either.
17:16.10cr2Kevin2: the same on ba/hima.
17:16.40cr2there must be some fault in your tracing logic :)
17:17.11cr2Kevin2: thanks, with linload it works. weird.
17:18.51*** join/#htc-linux TripleDE1 (n=sergio@47.pool85-50-193.dynamic.orange.es)
17:24.54Kevin2cr2: Weird, I don't even see any reads/writes to the framebuffer.
17:25.21Kevin2But the tracing stuff looks okay, because if I read/write to it in another haret session the faults occur as expected.
17:26.02cr2ok.
17:26.37*** join/#htc-linux TripleDE2 (n=sergio@16.pool85-50-136.dynamic.orange.es)
17:27.07Kevin2Maybe they're using dma or a different virtual address?
17:27.36cr2dma for control registers?
17:28.10cr2why don't we see a different mapping in 'dump mmu' ?
17:29.42Kevin2Hrmm.  I do see additional maps to it.
17:31.29Kevin2See http://www.handhelds.org/~koconnor/HTCHermes/dump_mmu.txt  -- I have a bunch of things that map to 0x10000000.
17:32.06Kevin2Some are probably haret itself (if it maps in the framebuffer).
17:33.00BabelOhow do you see additionnal map ?
17:35.27Kevin2grep ' 100'  dump_mmu.txt
17:36.59*** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
17:37.06cr2Kevin2: 48, 4a and 4c
17:37.34BabelOmine is here http://linuxbox2.free.fr/blueangel/mmu-blueangel.txt
17:38.48Kevin2cr2: Yeah, unfortunately, mmutrace will only let you watch 1Meg section mappings.
17:38.58cr2BabelO: 4c
17:39.15cr2Kevin2: he has pxa263
17:39.43Kevin2The reason I did this, is that I don't currently handle "prefetch" aborts which occur when someone tries to run code on a traced page.
17:40.15Kevin2PXA based tracing should work fine, of course.
17:40.28cr2ok, but it seems to be a legitimate use.
17:40.33Kevin2Also, be aware that these other mappings are probably process based, and may move each time you reboot the phone.
17:41.01cr2yes, certainly.
17:41.22Kevin2cr2: Yeah, I should probably lift the restriction.
17:43.05BabelOcr2: so if i trace 4c* i can see acx ?
17:47.20cr2you can try.
17:48.01BabelOwhich address specifics?
17:54.49*** join/#htc-linux rob_w (n=bob@p85.212.3.105.tisdip.tiscali.de)
17:58.09cr2BabelO: sorry, it was ATI
17:58.24cr2but i could not trace these acceses too.
18:02.39*** part/#htc-linux scorpio16v (n=scorpio1@ACB39060.ipt.aol.com)
18:06.02BabelOcr2: ok, back to opie2 and trying to display callscreen ;)
18:06.30cr24.2.0 ?
18:06.46BabelOno last from cvs, it is working for me
18:06.50cr2ok.
18:07.08BabelOgoxboxlive have it working now ;) on 4.2.0
18:47.14*** join/#htc-linux rob__w (n=bob@p85.212.70.24.tisdip.tiscali.de)
18:48.53*** join/#htc-linux twostupiddogs (n=twostupi@62.123.180.130)
19:09.07*** join/#htc-linux goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com)
20:06.28*** join/#htc-linux RoEn_PC (n=roen@p54A6776A.dip.t-dialin.net)
20:28.21*** join/#htc-linux goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com)
20:28.40*** join/#htc-linux goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com)
20:29.16Kevin2cr2: Still around?  It looks like I can trap ati accesses on hermes.  Seems to be writing to 0x4e080590 area.
20:34.15*** join/#htc-linux RoEn_PC (n=roen@p54A6776A.dip.t-dialin.net)
20:42.48*** join/#htc-linux MrVanx (n=chatzill@82-69-60-250.dsl.in-addr.zen.co.uk)
20:42.55*** part/#htc-linux MrVanx (n=chatzill@82-69-60-250.dsl.in-addr.zen.co.uk)
20:43.40*** join/#htc-linux RoEn_PC (n=roen@p54a6776a.dip.t-dialin.net)
20:49.36*** join/#htc-linux ashkan|afk (n=ashkan@unaffiliated/askywalker/x-0000002)
20:53.03*** join/#htc-linux rmoravci1 (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk)
21:25.41*** join/#htc-linux bepe (n=Miranda@p549909FD.dip0.t-ipconnect.de)
21:39.22*** join/#htc-linux TripleDES (n=sergio@49.pool85-50-148.dynamic.orange.es)
22:14.30Kevin2cr2: Latest haret cvs can now trace ati regs.  I used:  ibit irqs 38 ; addlist mmutrace 0x4e000000 1024*1024 w ; wi 10
22:14.55Kevin2The latest cvs also fixes a bug in the instruction emulator, so it would be wise to upgrade regardless.
22:15.19psokolovsky_Kevin2: Hi! So, all the tracing wealth is still not available for pxa25x, right?
22:16.07Kevin2psokolovsky_: I would have thought pxa tracing would work on pxa25x.  But in any case, the mmutrace stuff should work anywhere.
22:16.23Kevin2You need wince4 or later -- it requires AllocPhysMem
22:17.05psokolovsky_Kevin2: ok, thanks for confirmation, guess I should try to do some acx tracing on h4000 then...
22:17.41BabelOpsokolovsky_: same idea as you ;)
22:18.16psokolovsky_BabelO: yeah, I read yesterday channel, I just got idea you didn't have much progress?
22:18.23BabelOand maybe tracing ati acq port on BA
22:18.36Kevin2I was thinking of making wirq not require AllocPhysMem, but I'm not sure there is really a need for it.
22:18.49BabelOpsokolovsky_: no  progress, only trying dump_cis on pcmcia port
22:52.09*** join/#htc-linux damz (n=chatzill@fac34-3-82-231-24-20.fbx.proxad.net)
23:28.57*** join/#htc-linux TripleDES (n=sergio@4.pool85-50-128.dynamic.orange.es)

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