IRC log for #htc-linux on 20090522

00:08.09cr2tmzt: the smd channel cid > 4 is declared as packet, and <=4 is stream
00:08.29cr2stream are DS=0 and RPCALL=2
00:09.17cr2packet are DATA1=7 and NMEA=27, both do not work. hmm ;)
00:09.44cr2stream channels are working
00:11.00tmztppp is packet?
00:11.19cr2no, it's the smd terminology.
00:11.56cr2the map looks much better now: http://www.htc-linux.org/wiki/index.php?title=RaphaelMemoryMap
00:12.05cr2need to check the raph800 though.
00:13.18tmztbut what are packet and stream? we don't know?
00:13.30cr2smd.c
00:14.13cr2696         if (smd_is_packet(cid)) {
00:14.14cr2697                 ch->read = smd_packet_read;
00:14.16cr2698                 ch->write = smd_packet_write;
00:14.22cr2702         } else {
00:14.23cr2703                 ch->read = smd_stream_read;
00:14.25cr2704                 ch->write = smd_stream_write;
00:15.17tmztI know, but why does this matter?
00:17.00cr2<PROTECTED>
00:17.18cr2from the stream smd you can read any number of bytes
00:17.40cr2in the packet smd you need to care about the packets.
00:18.13cr2the problem is that on g1 the data channel is cid=1, and gps is somewhere else.
00:18.53cr2583 static int smd_is_packet(int chn)
00:18.55cr2584 {
00:18.56cr2585         if ((chn > 4) || (chn == 1))
00:18.58cr2586                 return 1;
00:19.01cr2hmm. so it's also packet...
00:19.34tmztbut data channel is rmnet isn't it? (on g1)
00:20.07cr2it's on top.
00:20.12cr2rmnet vs ppp.
00:20.44cr2packet vs stream is lowlevel.
00:22.47cr2hehe, we can declare them all stream and see what happens :)
00:23.30cr2i don't have any better idea right now.
00:23.47cr2maybe i'd check pppd first.
00:25.23tmztyeah, that makes sense
00:25.37tmztexcept for rpc/proc_comm channel
00:25.55cr2i see the data going through the rpccall channel
00:26.11cr2don't see any dex sound-related things.
00:26.35cr2it seems that the audio data is put into smem just once.
00:26.49cr2the playsound needs a haret patch
00:26.52*** join/#htc-linux par (i=par@dipole.idlepattern.com)
00:27.00tmztall of the audioparams?
00:27.06tmztnot just one?
00:27.16cr2if  i playsound Default.wav then i can see only the ADSP interrupts
00:27.44*** join/#htc-linux punkass (n=punkass@unaffiliated/punkass)
00:27.52cr2+0xfc0d0   ADIE, x2=forceupd,x4=method,x8=Awake,x80000000=dbg
00:28.05cr2this is set to 2 or 6.
00:28.43tmztwhat does that mean? I saw you paste it earlier
00:29.12cr2mmutraced for playsound
00:29.21no2chemhm
00:29.23no2chemsmem?
00:29.31cr2yes
00:29.41no2chemdiamond and smem raph layouts are different?..
00:29.46cr2yes
00:29.53no2chemdoesn't look like it from smem.dll..
00:29.57cr2compare http://www.htc-linux.org/wiki/index.php?title=RaphaelMemoryMap
00:30.11cr2and http://wiki.xda-developers.com/index.php?pagename=DiamondMemoryMap
00:30.28cr2for the SMD channels
00:30.54no2chemhmm, i guess this SMEM_GET_OFFSET function automatically calculates the correct layout
00:31.29cr2the channel TX/RX fifo locations are different
00:31.47no2chemheh, diamond memory map is myseriously not loading for me
00:32.09no2chemlet me take a look though
00:32.17no2chemi have raph and diam smem open atm
00:34.18no2chemhmm
00:34.19cr2od -A x -t x4 -w16 smem
00:34.35no2chemmaybe its ril that allocates the smem buffers
00:34.44cr2start by
00:34.47cr20000d0 00000001 00000000 00000040 00000000
00:35.01no2chemi guess smem.dll just sets up the spinlocks and smem allocation..
00:35.35cr2the smem layout is created by oemsbl i think
00:35.54no2chemwell, oemsbl probably writes how the memory is laid out somewhere
00:35.57no2chembecause,
00:36.06no2chemin windows CE,
00:36.06cr2amss and arm11 just use it.
00:36.50cr2linux is just a wince replacement
00:36.59no2chemyou can use the same image for RAPH/DIAM,.. and there is no problem .. and i haven't seen raph or diam detection routines relating to smem yet
00:37.00cr2the rest operates in the same way.
00:37.05cr2oemsbl and amss
00:37.10no2chemyes
00:37.16cr2and the smem layout does not change.
00:37.39no2chemwell, it changes between diam and raph apparently, so
00:38.09cr2no2chem: yes, the software smd.dll/smd.c go through the channel list and seek for the channel they need.
00:38.24cr2but the "in-ram" layout is obviously different.
00:38.53cr2if you want to trace the channels in haret, it is an important thing to know.
00:38.57no2chemwell, does that create a problem somehow?
00:38.59no2chemoh
00:39.01no2chemyes
00:39.18no2chemmaybe you can use the smem logging routines
00:39.35cr2yes, oyu can't just assume a hardcoded smem layout, you need to parse it on each device.
00:40.22no2chemim not exactly sure how it works yet,
00:40.31no2chembut i think it will dump smem events to <\HtcLog\smem_log_%d.txt>
00:41.18cr2no2chem: is it possible to trace the rpc calls in wince ?
00:41.37cr2what i'm doing now is too lowlevel
00:41.48no2chemonrpc?
00:41.55no2chemim not sure, i haven't looked at that yet..
00:42.10cr2yes, there are some rpc_* functions
00:42.28cr2it'd be nice to override them, and log the parameters.
00:42.37no2chemhm
00:42.41no2chemwell
00:42.47no2chemi know on my copy of oncrpc
00:42.59no2chemit writes *some* of the parameters to demesg
00:42.59cr2no, it's a differetn dll
00:43.06no2chemoh? which one?
00:43.40cr2which contains too much junk to really disassemble and document it. i'd prefer just to log the really used calls.
00:43.48cr2let me check
00:44.40cr2remote_apis_clnt
00:44.47*** join/#htc-linux m_ (n=nospam@89.131.127.37)
00:45.36*** part/#htc-linux m_ (n=nospam@89.131.127.37)
00:47.55*** join/#htc-linux dream_kill (n=nospam@89.131.127.37)
00:48.06tmztdream_kill: what is raph600?
00:48.55cr2tmzt: there is a .pdf manual at the fcc site
00:49.49tmztcmda/gsm version?
00:50.56tmztit's interesting the aurora code is for the newer chips
00:51.46cr2there is a branch at git.android.kernel.org for newer chips
01:13.03cr2tmzt: if i open the gps comport, a lot of rpc traffic is going in both directions
01:13.30cr2tmzt: together with the nmea smd.
01:13.57cr2if i close it the rpc stops.
01:14.08tmzt~ # cat /dev/smd27
01:14.09tmztcat: can't open '/dev/smd27': No such device
01:14.16tmztthat's what I always get
01:14.27cr2these are probably these pdsm_* messages
01:14.29tmztcan we get a rpc client in userspace?
01:14.37tmztI think android uses one
01:14.40cr2raph800 does not have smd27
01:15.19cr2raph800 does not have smd0 too
01:15.43tmztI have AT on smd0
01:15.51tmztbut that's maejrep's changes
01:16.00tmztmaejrep: busy?
01:16.37cr2yes, it's a hack by maejrep
01:17.30tmztif raph/diam are different is has to be able to detect it?
01:17.40tmztto find other channels
01:18.29cr2yes
01:18.40cr2so it does not find DS and NMEA
01:18.56cr2and searching through the smem, there is no NMEA
01:19.02tmztmy ppp is unstable, maejrep says it's not an issue with the size of the buffer
01:19.12tmztI think it might be the mdp update thread but I can't be sure
01:19.15cr2so it must be rpc-only
01:20.15tmztQuickGps?
01:20.36tmztor you mean it is turned on with rpc then it's NMEA?
01:20.43cr2no idea.
01:20.55cr2time to sleep though
01:20.59cr2gn
02:22.11*** join/#htc-linux the_sys0p (n=the_sys0@116.199.69.112)
02:55.18dream_killtmzt  raph600 is raphael from japan :P
02:56.05tmztcr2: no
02:56.19tmzt2100 or 1700 3g?
02:57.56dream_killboth
02:59.05*** join/#htc-linux Tinyboom (n=nahh@206.84-49-89.nextgentel.com)
02:59.38tmztcool, could work on t-mobile then
03:00.14tmztsory, cr2, answered a message from earlier
03:06.17*** join/#htc-linux Tinyboom_ (n=nahh@206.84-49-89.nextgentel.com)
03:08.14*** join/#htc-linux Tinyboom (n=nahh@206.84-49-89.nextgentel.com)
03:08.48*** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-115-251.dynamic.mnet-online.de)
03:14.10*** join/#htc-linux gw280 (n=george@vm.gwright.org.uk)
03:14.28*** part/#htc-linux gw280 (n=george@vm.gwright.org.uk)
04:02.00*** join/#htc-linux droid001 (n=mc@p4FDCFAC7.dip.t-dialin.net)
04:05.05*** join/#htc-linux Shinto (n=John@g227131035.adsl.alicedsl.de)
04:13.31*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
05:00.08*** join/#htc-linux droid0011 (n=mc@p4FDCEB5E.dip.t-dialin.net)
05:13.34*** join/#htc-linux XD (i=t3st1fy@ircop.com)
05:34.01*** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz)
05:37.41*** join/#htc-linux goxboxlive (n=goxboxli@211.80-202-134.nextgentel.com)
05:38.09*** join/#htc-linux zycho_ (n=zycho@dslb-088-070-062-141.pools.arcor-ip.net)
06:02.28*** join/#htc-linux nebi_ (n=nebi@217.142.147.19)
06:06.02*** join/#htc-linux hachiya (n=flash@smtp.filmpr.com)
06:34.10*** join/#htc-linux timebomb (n=tb@e177143250.adsl.alicedsl.de)
06:49.02*** join/#htc-linux methril|work (n=Methril@213.27.233.98)
08:12.58*** join/#htc-linux pH5 (n=ph5@e178233039.adsl.alicedsl.de)
08:15.07*** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo)
08:29.28AbracadabraGood morning everyone
08:30.00pH5very good morning
08:30.20AbracadabraIt can't be a bad morning, it is fridayyyyy ^^
08:31.19*** join/#htc-linux punkass (i=punkass@unaffiliated/punkass)
08:36.39*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
08:40.29*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
08:41.40*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
08:44.24*** join/#htc-linux AntiXpucT (n=Skim@77.106.108.232)
09:14.07*** join/#htc-linux methril|work (n=Methril@213.27.233.98)
09:16.50*** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz)
09:17.24*** join/#htc-linux zycho (n=zycho@dslb-088-070-062-141.pools.arcor-ip.net)
09:25.34*** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
09:34.24*** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde)
09:49.11*** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes)
09:49.23dcordeshi!
09:50.15dcordes~seen cr2
09:50.17aptcr2 <n=cr2@ip-90-186-94-112.web.vodafone.de> was last seen on IRC in channel #htc-linux, 8h 29m 18s ago, saying: 'gn'.
09:50.28dcordescr2, bad news. it is not an offer but an inquiry
09:51.44pH5hi dcordes
09:52.39dcordeshey
10:37.21*** join/#htc-linux cr2 (n=cr2@ip-90-186-85-172.web.vodafone.de)
10:37.29cr2hi
10:44.28*** join/#htc-linux szsoftware (n=szsoftwa@e178234233.adsl.alicedsl.de)
10:52.47*** join/#htc-linux lamikr (n=lamikr@dyn60-31.dsl.spy.dnainternet.fi)
10:55.50*** join/#htc-linux MethoS (n=clemens@host-091-097-240-077.ewe-ip-backbone.de)
10:56.58*** join/#htc-linux zoolooc (n=lucian@nrbg-4dbf93a7.pool.einsundeins.de)
11:06.56tmztcr2: hello, you think we will have to send packets to adsp module on 7500A?
11:07.02*** join/#htc-linux kiozen (n=oeichler@p5492152F.dip0.t-ipconnect.de)
11:07.08tmztfor audio routing?
11:08.12tmztyou said the only interrupts were adsp realted?
11:08.17tmztrelated
11:08.53tmztI looked into dzo's tree but I can't see what he changed for vogue
11:10.24dzohi tmzt, what are you trying to do?
11:11.37cr2hi dzo
11:12.05dzohi, did you get the uartdm1 working yet?
11:12.31cr2dzo: how do you trace the rpc data ? i can log the rx/tx traffic, but it's not very readable
11:12.34szsoftwaredzo: Hi. Is there a way to use data service and telephony simultaniously on phones within your tree?
11:12.36cr2uart2dm here.
11:12.51cr2and i get an oops on opening it.
11:13.11dzoI wrote a little python script to decode the haret traces.
11:13.21cr2dzo: the uart2dm clock setting is added to the clk* api
11:13.41dzoI'll put it somewhere if you like.
11:13.50cr2sure.
11:14.00kiozenhi cr2
11:14.04cr2hi kiozen
11:14.05kiozenon vacation?
11:14.21cr2"Brückentag" :)
11:14.53kiozenlol, I just escaped "Schulfest" of my son
11:15.16kiozenbtw http://explona.com/
11:15.54cr2accelerometer ?
11:16.19kiozenLOL, no gps
11:16.43kiozenthey want some extensions via dbus for GT
11:16.44cr2which chipset ?
11:16.50kiozenduno
11:17.07cr2aha. you are becoming famous :)
11:17.35kiozenI am writing offers :)
11:17.55cr2btw, do you know how grmn does TMC ?
11:18.01cr2yes, it's a good idea.
11:18.37cr2afair the road segment ids are not stored in .img ?
11:18.38kiozenno dont know
11:18.41cr2ok
11:19.04kiozenthey might be stored in NOD/NET section
11:19.33cr2i see
11:20.26dzocr2: http://cs-alb-pc3.massey.ac.nz/vogue/parseharet-kaiser
11:20.53dzoyou will probably have to change the numbers for raph
11:21.07cr2dzo: thanks
11:21.50tmztdzo: get audio routing on raph800/500
11:22.17tmztI have added you vogue-hw sysfs file to htc-hw.c
11:22.24dzotmzt: should just be a SND rpc.
11:22.38tmztpatch at people.openezx.org/tmzt
11:22.53tmztwith AudioPara.c
11:23.24tmztagainst htc-msm not vogue
11:23.38cr2dzo: the parameter numbers are different, but the functions seem to  be the same
11:23.46tmztok, trying to find out which one
11:23.49cr2dzo: for the snd rpc
11:24.14tmztI get static with echo 2 and making call
11:24.35cr2tmzt: are your rpccall fifos at the same location as on raph100 ?
11:24.48tmztthere's a python script?
11:25.00tmzthow do I tell?
11:25.04cr2you need to save the logs first.
11:25.15tmztsame as 800 at least
11:25.33tmztok, so I need to make some calls?
11:25.45tmztwhile mmutracing what?
11:25.48cr2dump smem first
11:26.08cr2i'm looking if i have diam & raph800 smem here.
11:27.28cr2pwf mysmem 0x01f00000 0x100000
11:27.46cr2od -A x -t x4 -w16 mysmem  | less
11:29.10tmztdzo: I want to make sure I converted csv properly, I got alot of extra 00's
11:29.21tmzthold on
11:33.39dzocr2: http://cs-alb-pc3.massey.ac.nz/vogue/rpcdump.c will dump all the rpc calls in smem, again you will need to change the numbers.
11:38.04*** join/#htc-linux cr2_ (n=cr2@ip-77-24-105-149.web.vodafone.de)
11:38.22tmzt7:43 < dzo> cr2:
11:38.24tmzthttp://cs-alb-pc3.massey.ac.nz/vogue/rpcdump.c will dump all the rpc calls in smem, again you will need to change the numbers.
11:50.08tmzt0075800: PMEMu..Z
11:51.23tmzt0095C00: PMEMu..Z
11:52.05*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
11:53.21tmzt0013000: xml!!!! something about PeakFrequency
11:53.57tmztnot complete though
12:01.35tmztfound 0xfeedbeef, is that rpc?
12:01.59tmztaddress 0x01f08300
12:03.52*** join/#htc-linux cr2 (n=cr2@ip-90-187-75-161.web.vodafone.de)
12:07.50tmztthat region didn't change between pwf
12:08.03tmztdo we have the rpc addresses?
12:11.01cr2do the hexdump above, and pastebin the lines up to 0x100
12:12.29cr2od -A x -t x4 -w16 -N 0x100 mysmem
12:15.12cr2for the full list probably
12:15.16cr2od -A x -t x4 -w16 -N 0x900 mysmem
12:15.49cr2a bit less, but it does not matter
12:16.59cr2ths is the full smd allocation map
12:17.27dzotmzt: the rpc region will contain lots of big endian numbers, eg 01000000 02000000 05000000 etc.. should be easy to spot
12:18.23cr2the first point is in line
12:18.26cr20000d0 00000001 00000000 00000040 00000000
12:19.01cr2Address, allocated, start, size, unused
12:19.38tmztAt recv length is correct
12:22.25cr2mickey|zzZZzz: !zzZZzz
12:24.09tmzthttp://pastebin.com/m6f20246f
12:24.31tmztI think he would be at shr conference
12:25.29cr2tmzt: seems to be a completely different layout
12:26.08tmztanyone with raph800?
12:26.21tmztor different from that too?
12:26.21cr2that's why 7500, 7200 and 7500A use magic offsets...
12:27.27cr2tmzt: http://pastebin.com/dac6f488
12:29.36cr2tmzt: can you pm or dcc the full smem.bz2 ?
12:31.10tmztlook like it could be 400
12:32.05tmzt02000000 00000c00 40000000 02000004
12:32.12tmztlet me try
13:14.28*** join/#htc-linux MethoS- (n=clemens@host-091-097-241-191.ewe-ip-backbone.de)
13:33.44*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
13:47.22*** join/#htc-linux kiozen (n=oeichler@p5492152F.dip0.t-ipconnect.de)
13:48.41*** join/#htc-linux madCoder` (n=madcoder@c-71-225-60-178.hsd1.pa.comcast.net)
14:12.19*** join/#htc-linux the_sys0p (n=the_sys0@116.199.69.198)
14:22.49*** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl)
14:27.12*** join/#htc-linux methril|work (n=Methril@213.27.233.98)
14:27.56cr2tmzt: did you get my message ?
14:46.48*** join/#htc-linux timebomb (n=tb@e177143250.adsl.alicedsl.de)
15:09.46szsoftwaredzo: May I ask you wether there is a way to use data service and telephony simultaniously on kaiser/polaris?
15:10.13*** join/#htc-linux pH5 (n=ph5@p5485BE80.dip.t-dialin.net)
15:18.39*** join/#htc-linux wirelessdreamer (n=dreamer@chrobd01.vailsys.com)
15:20.35*** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk)
15:34.13*** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring)
15:55.52*** join/#htc-linux tsdogs (n=tsdogs@tsdogs.metalit.net)
16:27.00*** join/#htc-linux tsdogs (n=tsdogs@tsdogs.metalit.net)
16:38.26*** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c379.pool.einsundeins.de)
16:45.26*** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
16:50.16dream_killanyone managed to make the nand driver to work on raphael yet?
16:50.30dream_killi need a full nand dump from raphael to flash it in the dream :P
16:50.36dream_killi have the jtag working on the dream
16:50.41dream_killso i can do lots of tests now :D
16:52.26AstainHellbringdream_kill I believe pdocread can do full nand dump
16:53.40dream_killprocread reads the ...wince partition :P
16:53.57dream_killfrom 0x2500000 onwards on nand :P
16:54.13dream_killi need 0x0 till 0x2500000 ;)
17:04.49*** join/#htc-linux lifegrasp (n=ckonkel@63.254.171.226)
17:11.08*** join/#htc-linux nebi_ (n=nebi@217.142.147.19)
17:22.08*** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821)
17:26.55*** join/#htc-linux cr2 (n=cr2@ip-90-187-75-161.web.vodafone.de)
17:29.24*** join/#htc-linux szsoftwa1e (n=szsoftwa@e178237083.adsl.alicedsl.de)
17:39.14*** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
17:43.59AstainHellbringdream_kill what spl and radio and os build you running on your g1 atm?
18:22.50*** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk)
18:23.49*** join/#htc-linux StarLite (n=nnscript@swaneng.xs4all.nl)
18:31.35*** join/#htc-linux StarLite` (n=nnscript@swaneng.xs4all.nl)
18:33.04*** join/#htc-linux pH5 (n=ph5@p5485BE80.dip.t-dialin.net)
18:42.04*** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-ac4c47b627b65485)
18:42.49captnoordgreets everyone
18:43.11captnoord!seen
18:46.01*** join/#htc-linux xero (n=IceChat7@70.90.206.16)
18:52.03cr2dream_kill: 0x2400000
18:52.28cr2dream_kill: and pdocread disables the nand mpu. get the latest version of pdocread.
18:52.53*** join/#htc-linux StarLite (n=nnscript@swaneng.xs4all.nl)
18:53.11captnoordhey cr2 how's development?
18:54.16cr2captnoord: slow
18:58.18captnoordI see
18:58.28captnoordschool on its turn is going a bit better atm.....
18:58.34captnoordfor me
18:59.23captnoordso no complex stuff for me regarding coding kernels
18:59.26captnoordwhen i'm ready
19:00.46captnoordis there someone who can recommend me a rom to flash
19:00.54captnoordas i'm getting tired of my stock one
19:00.54captnoord:(
19:09.41*** join/#htc-linux googleman (n=azerty@sd-15832.dedibox.fr)
19:09.52googlemanhi all
19:15.23*** join/#htc-linux StarLite` (n=nnscript@swaneng.xs4all.nl)
19:17.50*** join/#htc-linux lifegrasp_ (n=ckonkel@63.254.171.226)
19:20.11captnoordpeople is there something I am required todo to flash my rom besides doing the hardspl
19:20.11captnoord?
19:21.31*** join/#htc-linux timebomb (n=tb@e177143250.adsl.alicedsl.de)
19:22.45AstainHellbringcaptnoord hardspl is all you should need
19:26.03szsoftwa1ecr2: Evening
19:26.31*** join/#htc-linux timebomb (n=tb@e177143250.adsl.alicedsl.de)
19:33.42*** join/#htc-linux StarLite (n=nnscript@swaneng.xs4all.nl)
19:36.54captnoordAstainHellbring: thanks
19:37.14xeroso what all works on a raphael?
19:39.19captnoordnot anough
19:39.24captnoordstill need sound
19:39.29captnoordand power managment stuff
19:39.41captnoordrpc stuff needs to be completed
19:42.09xeroso... almost everything needed for common users... lol
19:42.44captnoordyup
19:42.56captnoordthe current stage is nice for dev's
19:43.29*** join/#htc-linux wdslbr (n=asa@dslb-088-069-220-239.pools.arcor-ip.net)
19:44.33xeroso what do we know about the raphael?
19:44.44xero(or dont...)
19:44.52cr2xero: lol. it seems that there are not many persons doing any consistent development ;)
19:44.54xeroi could do some reaserch for yall
19:45.01xeroah
19:45.15xeroi had a kaiser that i bricked around the time that dev took off
19:45.31cr2http://www.htc-linux.org/wiki/index.php?title=Raphael
19:46.29cr2and there is g1/g2 and qualcomm codebase
19:46.58xeroso we *should* have a stable kernel as far as processors are concerned
19:47.25cr2the development is based on teh first one, but second has tvout/mdp code that's nice to merge.
19:47.36xeroim suprised how different the g1 and raphael are
19:47.43cr2yes.
19:47.53cr2the main prp
19:48.01cr2oblem is that there are 2 processors
19:48.05cr2arm11 and arm9
19:48.26cr2and arm9 (modem) is running its own os (aka amss)
19:48.34xero2 procs on what?
19:49.06cr2g1 has a different amss version, and the communication api is different on some parts. that's PITA. thank you googel.
19:49.21cr2msm7x0x has 2 cores
19:49.53xeroi had a wizard with a simmilar issue, arm7 and arm9
19:50.00xeroit ran a ti omap
19:50.05cr2yes
19:50.34cr2but afaik all omap850 htc phones run the same modem DSP code
19:50.42cr2on arm7
19:50.45xeroi forget what it ran on the second proc
19:51.00xerobut it was the phone... lol
19:51.26*** join/#htc-linux zycho_ (n=zycho@dslb-088-070-062-141.pools.arcor-ip.net)
19:52.19*** join/#htc-linux StarLite` (n=nnscript@swaneng.xs4all.nl)
19:52.30xeroso whats the chances of getting g1 amss on a raphael?
19:53.06cr2hmm. dangerous
19:53.19xerohow so?
19:53.33cr2and you still need to do some substantial development.
19:53.38xeroyeah...
19:54.02xeroit would be interesting to chart up the g1 chips aginst the raphael
19:54.07cr2because the gpios are different, there is no CPLD, bt uses uart2DM and not uart1DM and so on.
19:54.12*** join/#htc-linux wdslbr_ (n=asa@dslb-088-069-220-239.pools.arcor-ip.net)
19:54.43xeroah
19:54.49xerono fun...
19:54.54cr2it can be done, but is not that interesting
19:55.26xerono reason i suspect... just fix everything to work around whats stock...
19:56.47cr2yeah, raph is a much better device hardware-wise, so it needs some effort to adapt to the extra hardware.
19:58.51cr2AstainHellbring: can you dump the raph[58]00 smem ?
19:59.33googlemandoes anyone know how to create emulator for HTC ROM ?
20:00.43*** join/#htc-linux NetRipper (n=netrippe@netripper.nl)
20:00.51*** join/#htc-linux timebomb (n=tb@e177143165.adsl.alicedsl.de)
20:00.54cr2googleman: i think marex run many SPLs in qemu, but not the full wince
20:02.46googlemanit can emulate simlock part ?
20:02.54googlemanor onenand ?
20:03.22cr2no
20:03.52*** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey)
20:04.36cr2xero: which raph do you have ?
20:04.41xerofuze
20:04.54cr2110/120 ?
20:04.58xeroraph110
20:05.11cr2ok, so it's gsm/umts ?
20:05.29xeroyeah
20:05.46cr2does the umts channel work for you ?
20:05.56xeroi havnt attempted loading nix
20:06.14xerogot a suggested build?
20:06.18xeroill take a look
20:06.30cr2hmm. i use my own.
20:06.40cr2but you can try the version of NetRipper
20:06.52xerook.. link?
20:06.58cr2looking
20:07.02xerook, thanks
20:08.27cr2http://www.netripper.com/raphael/20081204-01_raph_diam_angstrom_usb/
20:08.29xerodoes it have to be on sd?
20:08.40cr2i use linload.exe
20:08.52cr2no, it runs off the ramdisk
20:08.53xerook...
20:08.56xerook
20:09.03cr2but can mount the sd
20:09.23cr2so it's better to compile your own kernel anyway.
20:09.53xeroill do that later, im on my vista laptop
20:09.58cr2you can put these files in the nand directory
20:10.04cr2ok
20:10.24cr2i don't know if this 6 month old version works on raph110
20:11.02xerolol
20:11.02xerook
20:13.16xerocr2, what device do you have?
20:13.40cr2raph100
20:14.01cr2check the wiki , but i think it will work for you too
20:14.08xerounbranded i assume?
20:14.49cr2Detected machine Raphael/MSM7xxxA (Plat='PocketPC' OEM='HTC Touch Pro T7272')
20:15.14xeromine will say 4600 im betting...
20:15.34cr2you can override the mtype anyway.
20:16.30xerogeneric 72xxa
20:16.50cr2does not make sense
20:16.57xerono?
20:17.18cr2which mtype is set in default.txt ?
20:17.26cr2your haret is just a bit too old
20:17.26xeroi didnt check
20:17.36xeroit booted
20:17.46cr2####### Boot Raphael board (also for Diamond devices)
20:17.47cr2set MTYPE 1910
20:17.49cr2it's ok
20:18.12xerotrout_pwrsink_set:STUB!
20:18.18cr2yes, it's ok
20:18.23xerook
20:18.25cr2do you have 256MB ram ?
20:18.33xerodont know...
20:18.41xeroi just got the device
20:19.41cr2yes, i think so
20:19.59xeroas best i can tell it has halted at that line
20:20.01cr2. Like many AT&T smart devices, the HTC Fuze is a quad-band ... with 512MB of ROM and 201MB RAM, with 117MB free for user programs
20:20.12cr2hehe. wince wastes a lot of ram ;)
20:20.38xerolol, yeah... im running a wm6.5 rom, so probably more
20:20.53cr2xero: ok, probably just a too old kernel version
20:20.57xerook
20:21.09xerocould you rar up your setup?
20:21.26cr2bzip2 ?
20:21.31cr2gzip ?
20:21.43xerook
20:21.44xerosure
20:21.50cr2i'm a non-windows user :)
20:22.01tcccphehe
20:22.20xeroi was till my debian partition on this laptop corrupted
20:22.22cr2hmm. i need to check my haret config.
20:23.12xerowell... thats not 100% true... i have a server 2003 box...
20:24.52*** join/#htc-linux lifegrasp (n=ckonkel@63.254.171.226)
20:25.54*** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf8c02.pool.einsundeins.de)
20:26.29googlemancr2 pm
20:30.06*** join/#htc-linux StarLite (n=nnscript@swaneng.xs4all.nl)
20:36.26*** join/#htc-linux StarLite` (n=nnscript@swaneng.xs4all.nl)
20:39.03*** join/#htc-linux rzk_ (n=rzk@daemonet.ru)
20:40.16cr2xero: can you check your OEM in haretlog.txt ?
20:47.37*** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk)
20:53.26*** join/#htc-linux unknown__ (n=unknown@6.233.80.212.static.versanetonline.de)
21:06.48*** join/#htc-linux StarLite (n=nnscript@swaneng.xs4all.nl)
21:10.47*** join/#htc-linux UnknownArtists (n=unknown@6.233.80.212.static.versanetonline.de)
21:14.16*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
21:16.05*** join/#htc-linux StarLite` (n=nnscript@swaneng.xs4all.nl)
21:34.39*** join/#htc-linux StarLite (n=nnscript@swaneng.xs4all.nl)
21:50.15*** join/#htc-linux StarLite` (n=nnscript@swaneng.xs4all.nl)
21:57.08*** join/#htc-linux UnknownArtists (n=unknown@6.233.80.212.static.versanetonline.de)
22:01.01*** join/#htc-linux NetRipper (n=netrippe@netripper.nl)
22:03.27*** join/#htc-linux StarLite (n=nnscript@swaneng.xs4all.nl)
22:17.57*** join/#htc-linux UnknownArtists (n=unknown@6.233.80.212.static.versanetonline.de)
22:39.09*** join/#htc-linux UnknownArtists (n=unknown@6.233.80.212.static.versanetonline.de)
23:09.15*** join/#htc-linux StarLite (n=nnscript@swaneng.xs4all.nl)
23:30.38*** join/#htc-linux StarLite` (n=nnscript@swaneng.xs4all.nl)
23:38.59*** join/#htc-linux zycho (n=zycho@dslb-088-070-062-141.pools.arcor-ip.net)
23:49.27*** join/#htc-linux StarLite (n=nnscript@swaneng.xs4all.nl)

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