IRC log for #htc-linux on 20090609

00:06.53*** join/#htc-linux Marajin_ (n=marajin@87-194-102-189.bethere.co.uk)
00:19.50*** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring)
00:38.16*** join/#htc-linux marcin_ (n=marcin@chello089077185047.chello.pl)
01:10.45*** join/#htc-linux pigeon (n=pigeon@218-214-60-232.people.net.au)
01:15.10parseems like the acx100 driver kind of hangs a bit
01:15.14parroot@htcblueangel:~# for i in `seq 2 4`;do /bin/sh -c "/bin/ping -c2  172.16.24.$i" ;sleep 4;done
01:15.14parPING 172.16.24.2 (172.16.24.2): 56 data bytes
01:15.14par64 bytes from 172.16.24.2: seq=0 ttl=64 time=4.598 ms
01:15.14par64 bytes from 172.16.24.2: seq=1 ttl=64 time=3.981 ms
01:15.14par--- 172.16.24.2 ping statistics ---
01:15.14par2 packets transmitted, 2 packets received, 0% packet loss
01:15.16parround-trip min/avg/max = 3.981/4.289/4.598 ms
01:15.18parPING 172.16.24.3 (172.16.24.3): 56 data bytes
01:15.20par64 bytes from 172.16.24.3: seq=0 ttl=64 time=1021.565 ms
01:15.22par64 bytes from 172.16.24.3: seq=1 ttl=64 time=6.931 ms
01:15.24par--- 172.16.24.3 ping statistics ---
01:15.26par2 packets transmitted, 2 packets received, 0% packet loss
01:15.28parround-trip min/avg/max = 6.931/514.248/1021.565 ms
01:15.30parPING 172.16.24.4 (172.16.24.4): 56 data bytes
01:15.32par64 bytes from 172.16.24.4: seq=0 ttl=64 time=4.407 ms
01:15.34par64 bytes from 172.16.24.4: seq=1 ttl=64 time=2049.899 ms
01:15.36par--- 172.16.24.4 ping statistics ---
01:15.38par2 packets transmitted, 2 packets received, 0% packet loss
01:15.40parround-trip min/avg/max = 4.407/1027.153/2049.899 ms
01:15.44parall 4 are blueangels in ad-hoc wireless mode
01:16.40pari have perhaps the worlds first cluster of blueangel LOL!
01:17.14tcccpCluster as in "parallel computing" or more like...
01:17.38tcccp..."virtual server" where a bunch of machines shares the same address?
01:17.51parlook at that lag time
01:18.08parno way you could do decent parralel computing over that
01:18.12tcccpaw{some|ful}
01:18.35parunless its daemon based.. which is the way i'm headed i guess
01:18.40tcccpI refer to clusters more as parallel computing. Anything else is just some "high availability" array
01:18.55tcccpI should really compile a new kernel for my iPaq
01:21.30pari guess it it'll be just pvm or something
01:22.22tcccppar: I'm in OpenVMS so I'm kind of anal retentive when someone uses the word "cluster" ;)
01:25.32parhahahaha
01:28.48tcccpwhat? It's way more advanced than Microsofts ActiveDirectory
01:58.36*** join/#htc-linux keyhive (n=keyhive@out.clearnet.com)
02:30.46*** join/#htc-linux Hellfenix (i=4650bb27@gateway/web/ajax/mibbit.com/x-12addfba299bbaef)
02:59.17*** join/#htc-linux fish1209 (n=fish1209@unaffiliated/fish0912)
03:08.25*** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-57-219.dynamic.mnet-online.de)
03:14.39infidel206par, try changing the rate to 1M
03:51.57*** join/#htc-linux maejrep (n=madcoder@c-71-225-60-178.hsd1.pa.comcast.net)
04:15.46*** join/#htc-linux goxboxlive (n=jrs@mail2.hjellnesconsult.no)
04:35.06*** join/#htc-linux droid001 (n=mc@p4FDCE7BD.dip.t-dialin.net)
05:15.05*** join/#htc-linux solerant-dc (n=kamikaze@adsl-99-174-146-113.dsl.hstntx.sbcglobal.net)
05:16.18*** join/#htc-linux j0b0 (n=jobo@67.99.198.4)
05:19.49*** join/#htc-linux j0b0 (n=jobo@67.99.198.4)
05:25.15*** join/#htc-linux Moku (n=John@f049019120.adsl.alicedsl.de)
05:26.52*** join/#htc-linux j0b0 (n=jobo@67.99.198.4)
05:29.33*** join/#htc-linux Shinto (n=John@g227212110.adsl.alicedsl.de)
05:42.37*** join/#htc-linux solerant-dc (n=kamikaze@adsl-99-174-146-113.dsl.hstntx.sbcglobal.net)
05:51.55*** join/#htc-linux solerant-dc (n=kamikaze@adsl-99-174-146-113.dsl.hstntx.sbcglobal.net)
06:22.00*** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo)
06:57.56*** join/#htc-linux kiozen (n=oeichler@p54921599.dip0.t-ipconnect.de)
07:02.22*** join/#htc-linux tuxhero (n=abimanyu@58.68.74.85)
07:02.35*** part/#htc-linux tuxhero (n=abimanyu@58.68.74.85)
07:02.55*** join/#htc-linux tuxhero (n=abimanyu@58.68.74.85)
07:03.28tuxherohi
07:03.53tmzthello
07:04.13tuxheroany thing new?
07:04.23tmzton?
07:04.34tuxherorpc router
07:04.43tmztno
07:04.54tuxherowho's working on it?
07:05.14tmztmy gentoo is not cooperating right now
07:05.22tmztimage
07:05.35tmztcr2 mostly researching it
07:06.08tmztI'm trying to put together some test utilities
07:08.23tuxheroi think if we solve this rpc router problem we will be have 90% working kernel
07:08.44tmztyeah
07:08.51tmztphone mostly
07:09.18tmztphone mostly needs this
07:09.38tuxherophone,sound,vibrator,GPRS all depend on this
07:10.22tuxherodid any try ida debugger & disassembler with wince driver to find solution
07:11.10tmztgprs?
07:11.17tmztgps does
07:11.22tmzt3d, etc.
07:11.38tmztbut only audio routing for phone
07:11.43|Jason8|tmzt: is there a wiki page or something somewhere to walk through getting linux to boot on a raph110?
07:11.58tmztwhat linux?
07:12.24tmztsimplest is to try connect-utb.com android image
07:12.35|Jason8|yeah, i got that to boot
07:12.50|Jason8|you linked me to something else a while ago, it was a zip file with the filesystem inside
07:13.00tmztwhat do you want to try
07:13.02tmztwhich?
07:13.08tmztgentoo?
07:13.10|Jason8|i think it was on a gentoo server
07:13.21tmztit got moved
07:13.46|Jason8|I was just unsure about what to do since it was just a zipped filesystem
07:13.47tmzttinderbox.dev.gentoo.org/emedded/images
07:14.06|Jason8|nothing there.
07:14.09|Jason8|404'd
07:14.26tmztunzip-tar-it to ext2 partition
07:14.40tmzttinderbox.dev.gentoo.org/embedded/images
07:16.12|Jason8|on my SD Card?
07:16.25tmztyes
07:16.55|Jason8|then boot with haret?
07:17.04tmztyes
07:17.19tmztbut you need to make default.txt first
07:17.25|Jason8|yeah
07:18.40tmztcmdline needs to have root=/dev/mmcblk0p2
07:18.58tmztrootdelay=3
07:20.40tuxherotmzt i fixed Blackstone Up/Down Button repeat bug and changed Up/Down Button to Volume UP/Down and it's working gr8
07:21.01tuxherohow should i submit patch to git?
07:21.39tuxheroshould i give patch to some one who has access to git or will i get access to git commit
07:21.42tuxhero????
07:22.14*** join/#htc-linux Moku (n=John@78.54.181.98)
07:23.23tmztyou can paste url, give it NetRipper
07:27.14|Jason8|tmzt: so root=/dev/mmcblk0p2 would be the sd card, partition 2?
07:28.23|Jason8|I gotta get my spare SD card, lol
07:28.39tmztyes
07:28.42|Jason8|alright
07:29.01tmztdo you have a linux host?
07:29.09|Jason8|i'll have to make one.
07:29.18tmztpc I mean
07:29.21|Jason8|or find a windows utility to format
07:29.25*** join/#htc-linux idkfa (n=sergey@217.12.97.115)
07:29.25|Jason8|i can cope
07:29.35tmztthat won't be enough
07:30.09|Jason8|I /do/ have a flash drive that has a different distro on it, i could boot into that
07:30.19tmztyou need linux to extract with permissions/device nodes
07:30.30tmztyes
07:30.37|Jason8|that would work?
07:30.38|Jason8|alright.
07:31.48|Jason8|i'm just modifying the default.txt i used for android
07:32.21|Jason8|all the img stuff ( imgdevname=/dev/mmcblk0p1 imgdevnum=1 imgdir=/tmp )  would have to be removed, no?
07:32.49tmztyes, or ignored
07:34.06tmztI mean it will be ignored
07:34.11|Jason8|alright
07:34.23|Jason8|set cmdline "root=/dev/mmcblk0p2 rootdelay=3 init=/init console=tty0 mem=76M msmsdcc_id=3 msmts_calib=0x6D.0x5D.0x340.0x375 msmvkeyb_toggle=hide"
07:34.29|Jason8|so, in theory that should work? :)
07:35.55tmztyes
07:36.00|Jason8|awesome, thanks.
07:36.16tmztexcept init
07:36.24tmztremove that
07:36.25|Jason8|oh.
07:36.26|Jason8|k
07:38.02|Jason8|Sounds good, thanks for the help.
07:38.18|Jason8|I'll get on that tomorrow and I'll hopefully have it booting.
07:38.27tmztok
07:41.03*** join/#htc-linux nebi_ (n=nebi@217.142.147.19)
07:46.37*** part/#htc-linux tuxhero (n=abimanyu@58.68.74.85)
07:48.17fish1209anyone know what formt to convert to for vid playback on a att tilt (HTC KAISER 100)
07:50.03|Jason8|fish1209: try MP4
07:50.22fish1209k thanks
07:55.18*** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo)
08:02.13*** join/#htc-linux BabelO__ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net)
08:04.39*** join/#htc-linux tuxhero (n=abimanyu@58.68.74.85)
08:04.52*** join/#htc-linux nizox (n=none@eros.ph0k.eu)
08:04.56*** part/#htc-linux tuxhero (n=abimanyu@58.68.74.85)
08:34.08*** join/#htc-linux infidel206 (n=infidel2@unaffiliated/jenkempusher/x-35920)
08:54.42*** join/#htc-linux pa (n=pa@unaffiliated/pa)
08:54.44pahello
08:55.05panewbie question: what's the status of android port for kaiser? usable?
08:55.18pai still have on the WM6.0, which is sooo unusable..
08:55.44pai wonder how could a company sell a smartphone with such a slow system
08:55.52padoes WM6.1 make some decent difference?
08:57.14*** join/#htc-linux fish1209_ (n=fish1209@c-24-17-31-138.hsd1.wa.comcast.net)
09:00.52WyrMwhat's the rellation between WM and android?
09:01.05WyrMdoes it run on an emulator, or something like that?
09:11.06NetRipperno, wm is actually shut down and linux is booted, on top of linux android runs
09:13.46*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
09:15.41*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
09:19.24*** join/#htc-linux MethoS (n=clemens@host-091-097-244-101.ewe-ip-backbone.de)
09:20.28pari wish there was a working rpc that would read gps on vogue
09:25.34*** join/#htc-linux methril|work (n=Methril@213.27.233.98)
09:42.32*** join/#htc-linux MLM (n=mlvdmeid@5ED0BCBD.cable.ziggo.nl)
09:53.46dzohi par, i have traced the gps rpcs on vogue but haven't had time to implement anything.
09:55.57*** join/#htc-linux IamSOG (n=SOG@n219079053081.netvigator.com)
09:57.18*** join/#htc-linux jenkem_pusher (n=infidel2@unaffiliated/jenkempusher/x-35920)
10:05.32*** join/#htc-linux smooth_penguin (n=smoove_@59.95.6.84)
10:07.44*** join/#htc-linux [loy] (n=nobody@loy.pp.ru) [NETSPLIT VICTIM]
10:08.27*** join/#htc-linux idkfa (n=sergey@217.12.97.115) [NETSPLIT VICTIM]
10:08.36*** join/#htc-linux MLM (n=mlvdmeid@5ED0BCBD.cable.ziggo.nl) [NETSPLIT VICTIM]
10:08.36*** join/#htc-linux Marajin_ (n=marajin@87-194-102-189.bethere.co.uk) [NETSPLIT VICTIM]
10:08.36*** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) [NETSPLIT VICTIM]
10:09.00*** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk)
10:09.33*** join/#htc-linux TeringTu1y (n=Maarten@195-241-125-243.ip.telfort.nl)
10:11.15smooth_penguinhey, Im about to buy the HTC diamond, hows the battery life with wifi running
10:13.53*** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz)
10:15.25mickeylcouple of hours
10:20.26smooth_penguinok, does android work on it completely?
10:20.34smooth_penguinwifi support and gsm?
10:21.14mickeylno idea
10:21.17mickeyltry #android
10:21.37mickeylthere's tons of stuff missing in linux atm.
10:21.44mickeyl(both gnu/linux and android/linux)
10:22.04mickeylaudio, for a start :)
11:33.47*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
11:37.06*** part/#htc-linux WyrM (n=wyrm@unaffiliated/wyrm)
11:44.15*** join/#htc-linux Squarc (n=Squarc@145.81.0.152)
11:59.11*** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146)
11:59.14Untouchab1eGood afternoon
12:13.54*** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo)
12:15.31*** join/#htc-linux unknown_ (n=unknown@84.19.198.118)
13:01.56Untouchab1eAnyone know what OK:Android actually is?
13:04.05mickeyla paravirtualizable version of Android
13:06.14Untouchab1eHmm.. does it make running Android from within Windows Mobile possible?
13:06.17Untouchab1econsidering they are saying:
13:06.36Untouchab1eOK:Android enables OEMs, MNOs and ISVs to: Run Android together with other mobile OSes and/or deploy multiple instances of Android on a single device.
13:07.12Untouchab1eAnd there is a picture of a Kaiser running Windows Mobile on the site quoting: "Already in millions of devices"
13:08.19*** join/#htc-linux MethoS (n=clemens@host-091-097-244-101.ewe-ip-backbone.de)
13:10.31Untouchab1eUsing Secure HyperCell Technology, OK:Android enables Android to be used as a guest operating system running in a secure hypercell on top of the OKL4 microvisor, the OK Labs mobile phone virtualization platform.
13:15.26jenkem_pusherprobably not cheap
13:15.36Untouchab1ehah
13:15.43Untouchab1estill extremely curious as to what it actually is
13:16.00infidel206yea i'm reading now
13:16.14infidel206maybe just a hoax
13:16.16infidel206:p
13:16.29Untouchab1elol
13:16.33Untouchab1edefinetly doesnt look like a hoax
13:16.33Untouchab1e;)
13:16.41*** join/#htc-linux MethoS- (n=clemens@host-091-097-243-117.ewe-ip-backbone.de)
13:16.58Untouchab1eIts a real product, but what exactly is it?
13:17.02*** join/#htc-linux Squarc (n=Squarc@145.81.0.152)
13:17.46infidel206confusing verbiage on their site
13:18.25infidel206they dont just flat out say its a 'microvisor' that runs on windows mobile and allows you to run *nix/android, etc
13:18.41Untouchab1eThere's a "webinar" today though
13:19.05infidel206what's misleading is the link with the kaiser
13:19.13Untouchab1ehah
13:19.16infidel206already in millions of devices
13:19.16Untouchab1eIve sent them an email
13:19.30Untouchab1eOK-labs products are supposedly on millions of devices
13:19.32Untouchab1enot OK:Android
13:20.00infidel206"Dear Sir or Madam, What the h377 is your product exactly? Hugs and Kisses, Untouchab1e"
13:20.06infidel206:D
13:20.21Untouchab1eSomething like that
13:20.50infidel206what time is the webinar?
13:21.03infidel206o i c
13:21.15j0b0morning Untouchab1e, you should not need any special set (anymore) for diam500. it should work with whatever diam100 works with, when the panel pixel format no longer depends on mtype
13:22.25Untouchab1ecool
13:22.36Untouchab1ebut yeah, j0b0, can you figure out what OK:Android is?
13:22.50Untouchab1e(I posted a lengthy post on the XDA Topic)
13:22.58Untouchab1ehttp://www.ok-labs.com/releases/release/ok-labs-accelerates-smartphone-deployments-with-okandroid
13:25.37j0b0hotel wifi gives me 5 bits per second or so :/
13:25.58Untouchab1ehah
13:26.04Untouchab1eAnyways.. its very interesting
13:29.17Untouchab1eOK Labs says semiconductor suppliers, mobile OEMs, and mobile network operators (MNOs) face significant challenges in porting and hosting Android.
13:29.22Untouchab1eWith OK:Android running on top of its OKL4 microkernel-based mobile hypervisor, now termed a "microvisor," handset manufacturers will have a "short path" to developing and delivering new designs, the company says. It's claimed OK:Android will bring new levels of security and robustness" to Android and make it easier to reuse legacy software in new Android devices.
13:29.27Untouchab1ewtf?!
13:29.44Untouchab1ebbl
13:38.49*** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146)
13:39.10Untouchab1eDoh, the livelogger isnt working?
13:39.54Untouchab1eAnyways, did anyone manage to figure out what OK:Android actually is?
13:49.01*** join/#htc-linux Abracadabra (n=no@62-244-191-249.cust.exponential-e.net)
13:57.55infidel206Untouchab1e, no idea.. suppose I'll have to wait for the webinar
13:58.05infidel206sleeptime.. cya
13:58.55*** join/#htc-linux sdt555 (n=titus@147.145.40.44)
14:34.40*** join/#htc-linux Squarc (n=Squarc@145.81.0.152)
14:36.36*** part/#htc-linux sdt555 (n=titus@147.145.40.44)
14:51.17Untouchab1eThe webinar should be underway now, but nothing is available at the webinar link I signed up for :/
14:53.40*** join/#htc-linux wirelessdreamer (n=dreamer@63.210.102.138)
14:55.00*** join/#htc-linux Squarc (n=Squarc@145.81.0.152)
15:02.11*** join/#htc-linux goxboxlive (n=goxboxli@237.80-202-137.nextgentel.com)
15:06.59*** join/#htc-linux wdslbr (n=asa@dslb-088-069-215-030.pools.arcor-ip.net)
15:59.27*** join/#htc-linux j0b0 (n=jobo@192.42.249.14)
16:11.54*** join/#htc-linux pH5 (n=ph5@e178217077.adsl.alicedsl.de)
16:20.27*** join/#htc-linux [1]Untouchab1e (n=Untoucha@82.147.51.146)
16:23.44*** join/#htc-linux onen|openBmap (n=onen@mry91-1-89-87-198-158.dsl.club-internet.fr)
16:24.41*** join/#htc-linux Philster (n=philster@tb78-108-59-40.cust.teknikbyran.com)
16:39.18*** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl)
16:40.47*** join/#htc-linux _chab7_3 (n=kvirc@fibhost-67-206-132.fibernet.bacs-net.hu)
16:41.15*** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk)
17:04.09tmztUntouchab1e: it's not for windows mobile, it's foe single core phones
17:05.19tmztwho has diam500?
17:11.16Untouchab1etmzt, since when did Windows Mobile run exclusively on dual core phones?
17:15.09pH5what is dual core anyway. all recent smartphones are asymmetric multiprocessor devices of some kind or another.
17:15.26Untouchab1eexactly
17:15.34*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
17:16.01Untouchab1eI will try to attend the webenar with OK-labs tonight and find out some more about OK:Android
17:16.13*** join/#htc-linux MethoS-- (n=clemens@host-091-097-248-250.ewe-ip-backbone.de)
17:16.30SquarcHI everyone
17:16.53Untouchab1ehi
17:17.08*** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk)
17:19.45tmztby daul core I meant whar pH5 just said, ap and modem are sperate cpus running seperate os's
17:20.35tmztokl is about supporting modem chips with only a single core acting as ap and bp
17:21.18tmztbut still allowing custom applications and kernels like linux to run
17:22.14Squarctmzt: hey, I was thinking about the sdcard problem with android, isn't it better to change the "export EXTERNAL_STORAGE /sdcard" line in init.rc inside root.cpiogz ?
17:22.30Squarcto "export EXTERNAL_STORAGE /mmc"
17:22.30tmztmaybe
17:22.37SquarcI dont know if there are any security riksks by doing that
17:22.42tmztI don't no vold well
17:23.22Squarcwell I also thought about mounting /sdcard directly after /mmc gets mounted and before the cache, data and user (if im not mistaking) .e2img get mounted
17:23.44Squarcin init
17:23.59Squarcsystem, no user.e2img, by the way
17:24.19Squarcwell anyway, I tried to test this, but I wasnt able to create a working .cpiogz
17:24.48SquarcI didt get a .cpiogz file, but it was slightly larger (0.1MB), even when I just took the original files and get them in a .cpiogz again
17:25.26Squarcusing: "find ./ | cpio -o | gzip > ../root.cpiogz"
17:25.40Squarcwhereas ./ is the folder containing init, init.rc, proc, etc.
17:27.22Squarcany thoughts ?
17:28.09*** join/#htc-linux kiozen (n=oeichler@rgnb-5d8741a5.pool.einsundeins.de)
17:28.39tmztyou have to use parens to get a subshell
17:30.36Squarchmm, I'll figure it out later I guess
17:54.36*** join/#htc-linux MethoS (n=clemens@host-091-097-245-237.ewe-ip-backbone.de)
18:01.07*** join/#htc-linux JuNu_KN (n=chatzill@kons-5f714cf5.pool.einsundeins.de)
18:07.52parhaha, the ba's have a MFLOPS rating of 7
18:08.03parthats like a 486DX4/100
18:08.05parlol
18:16.51*** join/#htc-linux cr2 (n=cr2@ip-90-186-204-78.web.vodafone.de)
18:18.57pH5hej cr2
18:20.18*** join/#htc-linux stefan_schmidt (n=stefan@p5B037639.dip.t-dialin.net)
18:23.02*** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk)
18:30.53*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
18:34.09cr2hi pH5
18:34.38*** join/#htc-linux MethoS- (n=clemens@host-091-097-242-253.ewe-ip-backbone.de)
18:34.41cr2pH5: Echo31 says that his athena 2.6.30r4 kernel boots
18:35.50AstainHellbringcr2 wow thats neat news
18:36.30cr2i hope he will merge his code with your tree
18:37.03cr2so i've looked at the CPLD and pxa gpios again. there are several things to be fixed in wiki
18:37.25AstainHellbringcr2 does his codebase have any new hardware functionality?
18:37.37pH5cr2: that's good news! I'd be happy to review and merge his patches. We should push for upstream inclusion ASAP.
18:37.38cr2AstainHellbring: need some help with moving wiki pages from xda-dev to htc-linux.org
18:37.53*** join/#htc-linux nebi_ (n=nebi@217.142.147.19)
18:38.00AstainHellbringcr2 ok what can I do?
18:38.11cr2pH5: agreed. it took too much time in the backyard.
18:38.33cr2pH5: is my 80MHz patch merged into mainline w100fb ?
18:38.53pH5good question, I don't know
18:39.03pH5git log drivers/video/w100fb.c
18:39.08pH5yes :)
18:39.50cr2AstainHellbring: http://wiki.xda-developers.com/index.php?pagename=AthenaResearch
18:40.18cr2AstainHellbring: all the child pages want to be moved. the CPLD1, CPLD2 and GPIO are probably the most important
18:40.41cr2pH5: nice. it was really annoying to see the flicker on ba ;)
18:40.54AstainHellbringok
18:42.17pH5damn, I need to check that 'scheduling while atomic problem' on ba. otherwise asic3 mmc also works there - at least I can see it scanninc the partition table.
18:42.28cr2pH5: does it make sense to create a parent mfd for w100fb ?
18:43.24pH5that and maybe the keyboard driver and it can go upstream, too.
18:43.25cr2hmm. damn archive. i'll be searching the old HDDs right now.
18:43.25pH5cr2: for w228x, yes. the others (w100, w32x0) can use the w100fb platform device directly.
18:43.49cr2pH5: the w32x0 has actually the usb otg and SD too
18:44.12cr2pH5: but only hitachi g1000 used them
18:44.52pH5hm. maybe this mysterious expansion connector in the hx4700's battery compartment has got to do something with this.
18:44.58cr2but htc decided to use asic3 sd.
18:45.19pH5cr2: is the usb usb otg/sd register space separated?
18:45.26cr2yes
18:45.36tmztfb is referring to framebuffer here?
18:45.36cr2and they have separate irqs
18:45.46cr2which are muxed into ATI irq
18:45.47tmztnot the chip itself?
18:45.59cr2yes
18:46.00pH5if usb and mmc mfd drivers would have to write into the same clock registers as w100fb or something like that, w100fb should certainly be made the child of a mfd device.
18:46.13pH5otherwise, 'it depends'.
18:46.15cr2don't know about the w100 capabilities though.
18:47.04pH5w100fb is the frame buffer driver for w100/w32x0
18:47.04cr2pH5: w32x0 has control block + SD block + otg block + cam/video capture block
18:47.36cr2pH5: atiw288x has +i2c block +i2s block
18:48.00cr2yes. and the fb too :)
18:48.05*** join/#htc-linux kiozen (n=oeichler@rgnb-5d8741a5.pool.einsundeins.de)
18:48.19cr2i take b as a given.
18:48.27cr2s/ b/ fb/
18:48.47cr2it's like a glamo chip.
18:50.45cr2sharp has written only the fb driver, so everybody follows this tradition.
18:51.17cr2it's like the obfuscated sharp asic3 driver, which missed asic3_mmc
18:53.08cr2AstainHellbring: it seems that the TVout chip in athena wiki is not a right one. it has a different i2c Id
18:53.30*** join/#htc-linux wdslbr (n=asa@dslb-088-069-215-030.pools.arcor-ip.net)
18:53.46cr2AstainHellbring: and the pxa gpios 90 and 91 are used as i2c bitbang for tvout. one more pita ;)
18:55.38*** join/#htc-linux philster (n=philster@tb78-108-59-40.cust.teknikbyran.com)
18:55.39cr2pH5: connected 300GB raid to the notebook :)
18:58.01AstainHellbringhmm interesting cr2
18:58.13AstainHellbringanything I can do on that account to help fix that info?
18:59.19IamSOGlol, I saw u said connect 400GB RAID to phones :o
19:00.17AstainHellbringstupid xda wiki is having issues
19:00.45IamSOGBut if I remember correctly HTC Universal can use the USB port to connect to USB devices
19:01.19AstainHellbringyou mean host usb mode IamSOG?
19:02.06IamSOGAstainHellbring I dont' remember, but I am pretty sure it can connect a USB flash stick, and use it
19:02.50cr2IamSOG: it's very easy on athena. and it even works :)
19:03.01*** join/#htc-linux kiozen_ (n=oeichler@rgnb-5d8741a5.pool.einsundeins.de)
19:03.03AstainHellbringcr2 in linux host mode works?
19:03.22cr2AstainHellbring: hehe. it's the only way to have rootfs on athena
19:03.29AstainHellbringahh nice
19:03.39cr2AstainHellbring: that's why miniSD is so important
19:03.40AstainHellbringno access to MD, sd or doc yet eh?
19:03.50cr2no drivers
19:04.08AstainHellbringic ic
19:04.14cr2but the epson hdd chip has docs
19:04.42cr2i think it's easier to make an SD driver from asic3_mmc by pH5
19:05.21*** join/#htc-linux MethoS-- (n=clemens@dyndsl-085-016-162-248.ewe-ip-backbone.de)
19:05.45cr2AstainHellbring: bt and gps will work, once i'll add gpios to wiki
19:06.10cr2but the sound ...
19:06.33cr2hm, maybe the gsm sound will work, but not the playing music
19:06.48cr2too much work.
19:07.45cr2btw, for gsm sound you may mmutrace the i2c data to ak4641, then we will know what's going on there.
19:08.26cr2pH5: btw, what is the ak4641 asoc status on hx4700 ?
19:09.05AstainHellbringawesome  cr2
19:09.13pH5cr2: right now I'm fighting against ASoC for magician (something broke between my HEAD and broonie's for-2.6.32 branch)
19:09.25pH5after that, magician and hx4700 suspend/resume will be priority
19:10.21pH5so to answer your question: I didn't work on it, and won't in the near future.
19:10.52cr2ok
19:11.46cr2AstainHellbring: but athena is not really a phone, so i'd not miss playing sound anyway.
19:12.22cr2omg
19:12.36cr2pH5: found the archive
19:13.04cr2it's amazing what do i have there :)
19:13.07cr2G1000SDIO.CAB
19:13.16stefan_schmidtcr2: hmm, you need a ak4641 asoc codec driver?
19:13.28pH5stefan_schmidt: I do.
19:13.33cr2htc cheetah
19:13.38stefan_schmidtpH5: We have one around :)
19:13.43stefan_schmidtpH5: http://git.gnufiish.org/?p=gnufiish.git;a=blob;f=sound/soc/codecs/ak4641.c;h=1853cd65d2ba4262e6b179d7f090c30f814f24fb;hb=fe8d2b7cc2d550b938821d386c53173be5945a22
19:13.44cr2stefan_schmidt: used on htc universal and athena too
19:13.56stefan_schmidtHarald wrote it for the M800
19:14.06stefan_schmidtbasic audio plaback was working IIRC
19:14.13pH5hooray :)
19:14.24cr2:D
19:14.59stefan_schmidtI bet he has no problems if you take care about making it ready and push upstream
19:15.01cr2stefan_schmidt: it's amazing how much code is hidden in some little known repositories ;)
19:15.16stefan_schmidtcr2: yeah
19:15.39stefan_schmidtI just setup a new tree for the omnia work
19:16.01stefan_schmidtThe problem is that one shared tree is also often a problem of coordination
19:16.19stefan_schmidtNormally I pull different trees in my dev tree and mess around a lot. Rebasing, etc
19:16.38stefan_schmidtIt's pretty hard to work together with this habbits :)
19:17.09*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
19:17.32stefan_schmidtAny si470x fm chips in the htc's?
19:17.59cr2stefan_schmidt: yes, on artemis
19:18.08stefan_schmidton i2c?
19:18.13cr2stefan_schmidt: fm+rds
19:18.15cr2yes
19:18.21stefan_schmidtmoment
19:18.26cr2best omap850 phone.
19:18.57AstainHellbringcr2 for me athena is my main phone as well as everything else
19:19.19stefan_schmidtsorry, distracted for a moment. GF is away know. :)
19:20.18cr2AstainHellbring: writing the atiw288x DSP driver is _really_ a lot of work.
19:20.22stefan_schmidtcr2: We have someone working on seperating the already mainline usb driver in lib and usb glue and adding i2c glue. Not ready yet.
19:20.25stefan_schmidthttp://git.gnufiish.org/?p=gnufiish.git;a=blob;f=drivers/media/radio/si470x/si470x-lib.c;h=d3063f29e78b30e99cba870e0f181af640fa339e;hb=7375c8918d50473374df3cd6a1b819e1d397fe17
19:20.43cr2stefan_schmidt: nice
19:20.54AstainHellbringcr2 dsp?
19:20.58stefan_schmidthmm, where do you guys put work work in?
19:21.11stefan_schmidtAny tree that sums all up?
19:21.12cr2stefan_schmidt: btw, athena uses lis* accelerometer chip on i2c. and not on spi bus as moko2
19:21.32stefan_schmidtcr2: ah, but the datasheet should be public, no?
19:22.18cr2stefan_schmidt: http://www.st.com/stonline/products/literature/ds/12726.pdf
19:22.51stefan_schmidtcr2: ack, so adding the i2c interface should not be to hard. Just low priority I guess.
19:22.58cr2ok
19:23.14*** join/#htc-linux tuxhero (n=abimanyu@122.169.172.146)
19:23.39stefan_schmidttries his first build for the sgh_i900.c machine file
19:23.54tmztdidn't get the dsp thing either
19:23.55cr2stefan_schmidt: for the old work there is hh.org. for the new one msm git on linuxtogo and pH5 :)
19:23.57tmztwhy usb?
19:24.10tmztstefan_schmidt: whose code?
19:24.33tuxherotmzt any updates?
19:24.34cr2tmzt: atiw228x has sound/video DSP (like qdsp on msm)
19:24.42tmztok
19:24.44stefan_schmidttmzt: I wondered if you guys have a central repo or more splitted like the openezx/gnufiish/omnia approach.
19:24.53stefan_schmidtcr2: ok, so no cntral repo either.
19:25.01cr2tmzt: and no docs of course.
19:25.05tmztstefan_schmidt: on gitorious right now
19:25.17cr2stefan_schmidt: not really
19:25.26tmztxsacha has one tree with machine split from zyl
19:25.34stefan_schmidtNot sure if it would be worth having a tree that follows mainline closely and has support for many linux phone ports
19:25.55tmztmsm needs to follow android for now
19:26.02tmztthe rest can though
19:26.09stefan_schmidthmm
19:26.17tmztwe have master on ltg
19:26.21pH5stefan_schmidt: linus has the central repo.
19:26.24cr2stefan_schmidt: it will be relatively easy to support most htc phones. there is amazing amount of information gathered.
19:26.24stefan_schmidtNeed to think more about that. If pain balances worthness
19:26.31stefan_schmidtpH5: heh, right
19:26.40pH5Honestly, I think with Eric's support, going upstream ASAP is the best thing for PXA devices.
19:26.53stefan_schmidtpH5: Was thought as a staging ground. But you are right. Just submit early and often.
19:26.58pH5MSM and OMAP are a bit different because they depend on the vendor trees.
19:27.18tmztpH5: WyrM is doing the same for ezx
19:27.22stefan_schmidtpH5: Yes, really like how it has changed since eric is there.
19:27.53tmztpH5: silven is workingbon omap850 on upstream not ti tree
19:27.56stefan_schmidtpH5: Once I have a minimal machine file that has support for fb and boots, I'll send the first RFC patch for omnia
19:28.29tmztpH5: you can reach him in #linwizard
19:28.30stefan_schmidtok, so we just meet all in linus tree. Great. :)
19:28.40cr2stefan_schmidt: haha. you can't imaging how much htc phones are capable of that :)
19:28.43tmztstefan_schmidt: oh right, omnia not i780
19:29.17cr2stefan_schmidt: your sdram is at 0x80000000 ?
19:29.19parawesome
19:29.36stefan_schmidttmzt: yup. But they should be pretty similar. Maybe just case and keypad.
19:29.52AstainHellbringcr2 is there support for the gsensor in the athena drivers?
19:29.57tuxheroany one found solution for RPC Router????????????????/
19:29.59stefan_schmidtcr2: cool. where did you found it? The PXA3xx manuals are a bit overhelming.
19:30.02cr2AstainHellbring: not yet
19:30.06tmztpH5: ali1234 has omap730/850 radio/at on silven's tree as well, and miknix and openandra are working on sound
19:30.27tmzttuxhero: reading logs helps, but not in the last day
19:30.47cr2tuxhero: tell me how to find the rpc server *ept for a given PROG/VERS
19:31.11cr2stefan_schmidt: from your dump mmu
19:31.14pH5tmzt: I saw the omap850 patches on linux-omap ml, but I admit I haven't followed this too closely.
19:31.23pH5are there omap850 boards submitted upstream already?
19:31.46stefan_schmidtcr2: cool, thanks
19:31.55tmztdon't think so, they went to that list and are waiting review
19:31.55cr2stefan_schmidt: can you do some simple tests ?
19:32.02cr2stefan_schmidt: what is your ram size ?
19:32.26stefan_schmidtcr2: I can do later. Give me 30 minutes to sort out some stuff here.
19:32.32cr2ok
19:33.11cr2stefan_schmidt: i don't know much about pxa3xx itself, but many useful wince features.
19:34.00stefan_schmidtcr2: I can imagine. My haret and wince skills are pretty small atm. Need to improve.
19:34.12tmztdoes it support more than 64mb?
19:35.25stefan_schmidtcr2: btw, it's 128MB DDR RAM. I searched for SD...
19:36.16AstainHellbringso cr2 I know this is a long shot but will we be able to support gps on athena?
19:41.01cr2AstainHellbring: gps is trivial
19:42.11cr2pH5: picked all asic3_spi trees
19:42.47cr2hw6915,ipaq4350 and ba
19:44.36cr2AstainHellbring: i just need the cpld&gpio wiki page to edit the data :)
19:44.43AstainHellbringwow nice
19:44.53AstainHellbringI'm trying to get the data but xda's wiki seems borked
19:45.07cr2yeah, i've see it
19:45.21cr2that's why copying is a good idea too
19:45.37AstainHellbringaye
19:46.25cr2AstainHellbring: dump your wince dmesg , and check for *1582*
19:46.59AstainHellbringthe kitl?
19:47.04AstainHellbringhow would I do that with athena?
19:47.43parknew we were saved when i saw San ;)
19:48.03cr2http://74.125.77.132/search?q=cache:pe8sNRabt5gJ:wiki.xda-developers.com/index.php%3Fpagename%3DAthenaMemoryMap+AthenaMemoryMAp&cd=1&hl=de&ct=clnk&gl=de
19:48.10tmztwhere?
19:48.16tmztpar:
19:48.23cr2AstainHellbring:  0xa0100000  0x02  dmesg_buf
19:48.31partmzt: right here :)
19:48.40cr2par: if he will help us with *ept, we are saved :)
19:49.07tmztdoes android have a way to get ept?
19:49.19cr2tmzt: it musz have it.
19:49.34tmztit has rpc from userspace
19:49.47tmztmust be an ioctl then
19:50.01cr2tmzt: take the battery driver for example. or time
19:50.10tmztwe need some stracing with a rebuilt strace
19:50.21cr2on g1 ?
19:50.27tmztoh, in kernel?
19:50.33cr2i'd like to have /dev/mem smem dump first
19:50.34tmztI guess
19:50.47cr2tmzt: yes, in the kernel. htc_battery.c
19:50.57tmztAstainHellbring: did you ever patch kernel?
19:51.06AstainHellbringtmzt what patch?
19:51.17tmztAstainHellbring: for dev/mem on g1
19:51.27AstainHellbringoh no I didnt
19:51.51cr2AstainHellbring: somebody should recompile the g1 kernel, and add /dev/mem support
19:52.15cr2tmzt: it should be possible to write a rogue kernel module for that too.
19:52.46cr2i think a hacked /dev/mem driver should be in any linux driver book.
19:52.51cr2because it's so simple
19:52.52tmztof course, but kernel source should be easier
19:53.11tmztfull pmem would be great
19:53.17cr2tmzt: kernel source means full kernel recompil
19:53.22tmztalready written :-
19:53.29tmztby google
19:53.42tmztjust restricted by pdata
19:53.59tmztyes
19:54.14tmztand build boot.img
19:54.31cr2and a rogue module can be compiled separately, and inserted later
19:54.51tmztok
19:55.01tmztno idea how though
19:55.11*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
19:55.49cr2pH: got QKB driver
19:56.03tmztqkb?
19:56.20cr2pH5: spi_init, kbd_reset, spi_read
19:56.38cr2tmzt: BA
19:56.53tmztwhat's q for?
19:56.56cr2tmzt: that were the times... if the msm asm was so easy to read ;)
19:57.15AstainHellbringcr2 thanks for the google cache link
19:57.16tmztconnected to msm chip?
19:57.30pH5cr2: great. would you mind sharing that with me?
19:57.46cr2pH5: idb ?
19:58.52cr2pH5: these were my comments
19:59.58cr2pH5: i'll walk through once again.
20:00.26pH5oh, ok
20:02.44*** join/#htc-linux jaSOnGg (n=IamSOG@n219079053081.netvigator.com)
20:03.40stefan_schmidtha, first kernel boot! Into panic. :D
20:04.10AstainHellbringyay kernel panic!
20:04.19pH5*APPLAUSE*
20:05.06cr2lol
20:05.30stefan_schmidtLet'S see if I can get the sd/mmc to work and boot into my rootfs
20:05.52stefan_schmidtAt least framebuffe is working correctly.
20:06.06stefan_schmidtI like the 240x400 display
20:06.11cr2pH5: it sets the asic3_spi clock divisor and alt pins, resets ASIC3D gpio 0x40 with some msleep and reads 3 16bit words from kbd controller
20:06.28tmztdid you dump pxafb timings in haret?
20:06.45cr2stefan_schmidt: vsfb ?
20:07.01pH5cr2: thanks
20:07.40stefan_schmidtcr2: vsfb?
20:07.49stefan_schmidttmzt: no, somebody found them before me.
20:07.55tmztok
20:08.06stefan_schmidttmzt:  There is a thread in the xda forum.
20:08.08tmztso no gpu then?
20:08.18tmztyeah, I know
20:08.25stefan_schmidtThe rest is planly the zylonite.c stripped down and customized.
20:08.36tmztbut I'm having trouble keeping the two seperate
20:08.37stefan_schmidttmzt: no gpu. Only what pxa3xx offers
20:08.41cr2pH5: D0x40=0 , (m?)sleep 0x186a0 D0x40=1, (m?)sleep 0x2710, D0x40=0
20:08.51cr2pH5: this the the kbd controller reset
20:08.56stefan_schmidtI'm happy with this after the glamo disaster
20:09.15cr2hehe
20:09.20pH5cr2: perfect. that's probably udelay()
20:09.26tmztstefan_schmidt: there are specs forvthe video stuff I think in the pdfs
20:09.36tmztdct, mv
20:09.46cr2stefan_schmidt: what's wrong with glamo ? i wish it was atiw2284 :)
20:09.50stefan_schmidttmzt: yes, but I let marvell do this job. :)
20:09.59*** join/#htc-linux j0b0 (n=jobo@192.42.249.14)
20:10.08stefan_schmidtcr2: heh
20:10.13tmztok
20:10.17cr2pH5: maybe. there is some lowlevel fiddling there.
20:10.24tmztanything on dpram setup?
20:10.42cr2tmzt: which dpram ?
20:10.56tmztomnia
20:10.57stefan_schmidttmzt: focus is to get mmc and usb-client up so I can poke around with the msm modem
20:11.11tmztthose should be simple
20:11.14cr2pH5: the 3 words read after reset go to /dev/null
20:11.14stefan_schmidttmzt: As modems are always the biggest problem on mobiles for me so far
20:11.22tmztyes
20:11.27tmztfor everyone
20:11.40pH5cr2: ok. fuzzy reverse engineering: "some delay" :)
20:11.47cr2smd0 on msm was straightforward.
20:11.47FuzzyPolarBearblinks
20:11.57tmztwith code
20:11.59cr2pH5: LOL
20:12.17cr2pH5: called some_delay in my listing :)
20:12.43tmztdoes ba kbd work on hhxx?
20:13.11pH5cr2: :D
20:13.17cr2pH5: the only interesting part missing is the ASIC3SPI control register (divisor et al setup), because it's different on different devices.
20:13.44cr2pH5: but i can document it too.
20:14.47cr2pH5: these bits do not match asic2, and there are no docs. as usual
20:16.37pH5as usual
20:17.12*** join/#htc-linux CDJM (n=cdjm@brmn-4d0ad507.pool.mediaWays.net)
20:17.16cr2the char read sequence is 1:1 implemented in the ba driver.
20:17.25CDJMhi
20:17.49cr2so there is nothing useful in the driver anymore, once the CTL is documented.
20:18.22tmztwhat are you working on? athena?
20:18.43tmztkbd doesn't work?
20:18.58cr2pH5: the reset gpio sequence is done on powerdown too.
20:19.07cr2tmzt: BA
20:19.40cr2tmzt: athena spi kbd driver is the same as on hermes. just needs the hotplug irq+power wrapper.
20:20.36tmztwhy doesn't driver in hh.org work then?
20:20.45tmzton ba
20:21.06CDJMThere is a keyboard driver for the hermes available?
20:21.18pH5tmzt: I tried that one but I didn't get any interrupts. I guess that's because the mainline asic3 driver resets all the asic3 gpios.
20:21.21cr2it works, but pH5 wants to write a clean asic3-spi driver
20:21.27pH5and that.
20:21.46pH5although knowing the meaning of the clkdiv settings would be really nice for that.
20:21.58tmztah
20:22.02cr2CDJM: yes,in a linuxtogo 2.6.25 branch
20:22.24cr2pH5: i'm writing down the CTL setup
20:23.19CDJMcr2: Nice to hear. I just tried to get 2.6.29.4 vanilla running, but for some (unknown) reason it freezes Haret when "Jumping into kernel".
20:23.54cr2pH5: the asic3clock 0x4000 is enabled
20:24.13CDJMcr2: What do you mean with linuxtogo? Is there a website where i can fetch it from?
20:24.18cr2pH5: then 0x2000
20:24.43cr2CDJM: git.linuxtogo.org
20:25.38CDJMcr2: thx. Is there a chance to run it on my hermes?
20:25.49cr2CTL & 0xfff4
20:26.16cr2CDJM: yes. but the SD driver is still missing.
20:26.40cr2ASIC3CLK | 0x4
20:26.54cr2sleep 0x1388
20:27.06CDJMcr2: What's so special about the controller in the hermes?
20:27.14kiozencr2: evening
20:27.21kiozengot a question
20:27.41cr2CLK & 0x87ff | 0x2000
20:27.43kiozendo you know how to make a channel permanet on irc?
20:27.44cr2hi kiozen
20:27.51cr2no
20:28.12kiozenbut didn't you start this cahnnel?
20:28.47cr2CLK & 0xfdff
20:29.15cr2kiozen: no. rob_w. ask par about these  times :)
20:29.40CDJMkiozen: On this page http://freenode.net/using_the_network.shtml they say it is mode +P and can be only set by the freenode staff.
20:29.42cr2CLK | 0x100
20:29.58kiozenCDJM: ok
20:30.05cr2CLK | 0x80
20:30.10kiozenthus I have to ask them :)
20:30.28cr2CLK & 0xffbf
20:30.46CDJMkiozen: I'm not an freenode guru, but this is what google gave me on a quick search.
20:30.58kiozenok :)
20:31.03cr2CLK+6 | 1
20:31.30cr2CLK+6 | 2
20:31.42cr2CLK+6 | 4
20:32.05pH5just to be sure, what address is CLK?
20:32.05cr2CLK+6 | 8
20:32.12cr2ASIC3SPI
20:32.16pH5ok
20:32.30cr2sorry, CLK=CTL
20:32.34tmztpH5: does the new driver use cells?
20:32.43cr2ASIC3CLK is ASIC3CLOCK
20:33.22cr2pH5: then the ALT ASIC3GPIO setup
20:33.35cr2pH5: CTL+6 ?
20:34.01CDJMcr5: Which linuxtogo-kernel should i use? There is groups/mobile-linux/kernel.git and ph5/kernel.git
20:34.15pH5tmzt: asic3?
20:34.43cr2pH5: btw, next you will ask me how to setup the asic3-pwm :)
20:35.16cr2i have all these notes somewhere, but it's easier to recover them from the asm
20:35.39pH5cr2: =)
20:36.13pH5a possibility to register off-soc pwms with the generic pwm api would be nice.
20:36.28cr2yes
20:36.33pH5then the BA backlight could use the generic pwm driver together with asic3-pwm.
20:36.47cr2pwm is just a clk api extension.
20:37.08cr2to account for the duty tim
20:37.19tmztpH5: yes, mfd cells use offset for each subcomponent I think
20:37.59pH5tmzt: yes. after I'm finished with it, it will (use cells).
20:38.37pH5I've sent patches for DS1WM and MMC to sameo already, but I don't think he merged them already.
20:40.29pH5s/already./yet./
20:40.34pH5better
20:42.08cr2#define _IPAQ_ASIC3_SPI_Base      0x0400
20:42.09cr2#define _IPAQ_ASIC3_SPI_Control               0x0000
20:42.11cr2#define _IPAQ_ASIC3_SPI_TxData                0x0004
20:42.12cr2#define _IPAQ_ASIC3_SPI_RxData                0x0008
20:42.14cr2#define _IPAQ_ASIC3_SPI_Int                   0x000c
20:42.15cr2#define _IPAQ_ASIC3_SPI_Status                0x0010
20:42.17cr2hm.
20:42.18cr2no +6 ?
20:42.29cr2heh
20:42.37cr2.shift
20:42.53pH5cr2: that's for 32-bit spacing. converting that to asic3 native registers is on my list.
20:42.54cr2then it's #define _IPAQ_ASIC3_SPI_Int                   0x000c
20:42.57pH5yes
20:43.01cr2ok
20:43.21cr2so | 1 |2 |4 |8 enables all these irqs ?
20:43.28pH5right now there's all this reg << (2-bus_shift) going on.
20:43.33cr2looks like locomo spi to me.
20:43.39pH5or disables them, not sure.
20:43.40cr2ok
20:44.07cr2i'll google for locomo spi code
20:44.44cr2it's probably irq mask
20:45.18cr2because the kbd has external gpio irq
20:45.33CDJMSorry, for bothering you again, but is the Hermes an QCT MSM7xxxA or non-A or something completely different (i thought it has an S3C2442)?
20:45.49cr2need to check the 6915 init. with 2Mbit you can't just ignore irqs ;)
20:45.58pH5yeah, and the BA driver busy-waits for some bit in the STATUS register.
20:46.07pH5so masking irqs makes sense.
20:46.09cr2CDJM: hermes is s3c2442
20:46.37cr2pH5: tx ready
20:46.49*** join/#htc-linux melgurth (n=melgurth@aesk116.neoplus.adsl.tpnet.pl)
20:47.10cr2pH5: that looks exactly like the locomo spi. i would not be surprised if it's the same sharp core.
20:47.51cr2the asic3_mmc core is from toshiba.
20:48.02cr2and toshiba was producing asic3 anyway.
20:49.00CDJMSo which kernel to choose then to get the latest improvements?
20:49.15cr2#define CLOCK_CDEX_SPI          (1 << 2)
20:49.20cr2it's | 4
20:49.44CDJMI just want to make errors twice...
20:49.50CDJMerm
20:49.52CDJMdon't want
20:49.53cr2and 0x2000 and 0x4000 are the base clocks
20:49.58cr2#define CLOCK_CDEX_EX0          (1 << 13)  /* R/W: 32.768 kHz crystal */
20:49.59cr2#define CLOCK_CDEX_EX1          (1 << 14)  /* R/W: 24.576 MHz crystal */
20:50.14cr2CDJM: there was some head brnach for 2.6.25
20:50.26*** join/#htc-linux surgex0 (i=surge@pool-98-118-158-217.bflony.fios.verizon.net)
20:51.10CDJMcr2: So there is no active development for the hermes anymore?
20:51.22cr2CDJM: no, because of the SD driver
20:51.52cr2CDJM: pick the keyboard driver from this branch and merge it into the latest keernel
20:52.25CDJMcr2: Okay. But this is just one problem. 2.6.29.4 vanilla doesn't work.
20:52.49CDJMcr2: That's why i am asking you for a kernel.
20:53.05cr2CDJM: i know that hh.org works. but without the keyboard
20:53.22cr2CDJM: and i know that this 2.6.25 branch works with the keyboard.
20:54.14CDJMcr2: hh.org -> The Happy Hearts Organization - Top-Quality Dating Services at Lower Prices!  <- ???
20:55.54CDJMcr2: You mean htc-msm-2.6.25 as the branch?
20:56.49cr2pH5: no, the locomo layout is different.
20:56.53cr2CDJM: yes
20:57.19cr2CDJM: hh.org == handhelds.org here :D
20:57.39tcccp*grin*
20:58.14CDJMcr2: k. :-)
20:58.32cr2tcccp: looking at the 6915 spi / gps driver now
20:58.45tcccpcr2: Neato :-)
21:00.32cr2but only at the transport level. i don't think there is a working GL driver from moko1
21:02.14tmztwhat?
21:02.34tmztgta01 only has 2440 I thought
21:02.39tmztno gl
21:02.57cr2GL=globallocate gpschip
21:03.20pH5global locate hammerhead gps
21:03.21cr2connected over uart on moko1
21:03.33tmztoh
21:03.33pH5ugly userspace binary blob c++ driver
21:03.35cr2and over asic3-spi on 6915
21:04.15tmztthere was some work to develope one
21:06.28cr2hm. no idb
21:07.00stefan_schmidt~lart gl driver for being so big and ugly and being the only oabi around on gta01
21:07.00aptshoves a crumpet down gl driver's throat, happy now?! Huh? Want some JAM with that? for being so big and ugly and being the only oabi around on gta01
21:08.26tmztidb?
21:08.54stefan_schmidttmzt: file suffix for IDA
21:08.55cr2spi bus read busy timeout
21:09.09*** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk)
21:09.44cr2ok. found asic3_spi_init
21:10.07cr2400/2
21:10.19cr2[22:41] <cr2> #define _IPAQ_ASIC3_SPI_Base      0x0400
21:10.25cr2ok, this is the CTL
21:10.45pH5too bad the GL reverse engineering efforts went nowhere :/
21:10.51pH5cr2: yes, and 0xf of that is the clkdiv
21:11.03pH5(says asic3.h)
21:11.55*** join/#htc-linux WigglerAway (n=james@92-235-224-158.cable.ubr12.stav.blueyonder.co.uk)
21:12.12stefan_schmidthmm, what could be the problems when the kernel gives me an unknown-blovk(179,2) for a root/dev/mmcblk0p2 on the cmdline?
21:12.28stefan_schmidtThe card was detected and the partition found. So power should be fine.
21:12.51tmztstefan_schmidt: what kernel?
21:12.52stefan_schmidtpH5: (GL= not enough man power or serious problems?
21:13.03stefan_schmidttmzt: linus from some minutes ago.
21:13.09tmztmmc-block?
21:13.26stefan_schmidttmzt: --verbose
21:14.04pH5stefan_schmidt: I think both.
21:14.16stefan_schmidtpH5: hmm, sad, true
21:14.24cr2CTL & 0xffff
21:14.28pH5disassembling gllin didn't work too well due to floating point logic and c++
21:14.42tmztCONFIG_BLOCK_MMC
21:14.44stefan_schmidtpH5: You already know sdr-gps.org?
21:14.51pH5and guessing the algorithms used for holding a lock didn't work too well
21:14.54tmzthard to do on wm sip keyboard
21:15.14stefan_schmidtpH5: ah, ok. Already on the hardware level then.
21:15.28cr2CTL & 0xfff0 | 7
21:15.39cr2pH5: this must be the divisor setting
21:15.58stefan_schmidttmzt: yup, it's on.
21:16.25cr2CTL & 0xfff0 | 4 on BA
21:16.29stefan_schmidtPerhaps I should turn on the mmc debugging. But normally the screen is to small for it.
21:16.39cr2CTL & 0xfff0 | 7 on 6915
21:17.21cr2pH5: there were some asic2 divisor comments.
21:18.00cr2i think BA uses some ~100kHz, and 6915 2048kHz ?
21:18.50cr2yes, set divisor, and then enable SPI clock
21:18.59cr2msleep 0x1388
21:20.04cr2CTL & 0x887ff | 0x2000
21:20.25cr2the same on BA
21:20.27cr2[22:27] <cr2> CLK & 0x87ff | 0x2000
21:21.11cr2CTL & 0xfdff
21:21.22stefan_schmidtargh
21:21.27stefan_schmidt~lart stefan_schmidt
21:21.27aptshoots stefan_schmidt in the head
21:21.29cr2CTL & 0xfeff
21:21.48tmztstefan_schmidt: still doesn't work?
21:21.49stefan_schmidtIf my rootfs is ext2 I of course need ext2 in the kernel :)
21:22.11cr2CTL & 0xff7f
21:22.12tmztnot the problem, but yes
21:22.16stefan_schmidtBooting into sd now. And kdrive goes crazy for the 240x400 :)
21:22.27tmztstefan_schmidt: is it detecting the sd card?
21:22.28cr2lol
21:22.30stefan_schmidttmzt: well, it _was_ the problem
21:22.38stefan_schmidttmzt: yup
21:22.48stefan_schmidttmzt: power is still there from WM
21:23.20tmztthe unknown block was caused by a missing fs?
21:23.21cr2CTL & 0xffbf
21:23.38stefan_schmidttmzt: yes
21:23.41stefan_schmidttmzt: crappy, msg indeed
21:24.11tmztrelated to realrootdev I think
21:24.14tmztok
21:25.28stefan_schmidtsomething like this
21:26.14stefan_schmidtlet's fight with the kdrive problem later.
21:26.31stefan_schmidtnext on my list would be usb-device for usb ethernet
21:26.33cr2CTL | 0x8000 on write
21:26.53stefan_schmidtcr2: It looks really strange what you are talking all the times. ;)
21:27.44tmztstefan_schmidt: you need vbus detect and pull up from ce
21:27.58tmztor just boot with usb plugged in
21:28.02cr2pH5: yes, and the same loop <10 for spi timeout like on BA
21:28.15stefan_schmidttmzt: will try the shortcut first
21:28.27tmztyeah
21:28.30pH5cr2: so exactly the same behaviour, except the clock rate is different?
21:29.02cr2pH5: looks like that
21:29.15cr2tst 0x10, repeat
21:32.25cr2pH5: so the spi_read16 works the same way
21:34.02onen|openBmapsees that stefan_schmidt makes good progress :-)
21:34.10AstainHellbringcr2 can you edit that main page for wiki?
21:34.38onen|openBmapstefan_schmidt: hi. I saw today used omnia for the price of a brand new FR. I am wondering if I should get one to try to help
21:34.43tmztonen|openBmap: you have omnia?
21:34.56tmztoh
21:35.11onen|openBmapstefan_schmidt: I planned to try to help with my x800, but since even Laforge is stuck with the GSM :-( ...
21:35.20tmztI think you'll like diag channel
21:35.32onen|openBmaptmzt: hi. no. x500, x800, and a bunch of htc
21:35.43stefan_schmidtonen|openBmap: Well, it boils down to the same problem as gnufiish. Modem.
21:35.57cr2it sends some control packets, and receives the responces.
21:36.02stefan_schmidtonen|openBmap: I would say don't buy it just in hope.
21:36.02onen|openBmaptmzt: diag channel?
21:36.29stefan_schmidtonen|openBmap: _If_ we get the modem working that changes of course.
21:36.57tmztqualcomm modems provide a lot of useful information about the protocol stack
21:37.05cr2AstainHellbring: http://www.htc-linux.org/wiki/index.php?title=Main_Page ?
21:37.17stefan_schmidtonen|openBmap: Or better, wait for the Omnia Pro, buy it and send it over. ;) just kidding
21:37.25AstainHellbringyes cr2
21:37.35cr2AstainHellbring: i can't open any wiki page on xda-dev
21:37.36tmztstefan_schmidt: pro?
21:37.53AstainHellbringstupid xda wiki
21:37.54stefan_schmidttmzt: http://pdadb.net/index.php?m=specs&id=1864&view=1&c=samsung_omnia_pro
21:37.55onen|openBmapstefan_schmidt: yes, I know. A lot of efforts are ongoing everywhere (openezx, htc). But I seems it never reached the point where it (just) works
21:38.00stefan_schmidttmzt: not yet available
21:38.04tmztstefan_schmidt: I'm thinking that will be msm cpu
21:38.35stefan_schmidtonen|openBmap: yup, sad but true. Fun to hack on it but often not ready in time before they go end-of-life
21:38.59stefan_schmidttmzt: It's still listed as PXA312 + MSM6821
21:39.13*** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix)
21:39.19cr2stefan_schmidt: lol. T-DMB digital tuner
21:39.33onen|openBmapstefan_schmidt: is it the case? I mean, do they reach a point where they, actually, are ready?
21:39.37stefan_schmidtcr2: yeah, strange feature.
21:39.51cr2stefan_schmidt: GEZ :)
21:40.03stefan_schmidtonen|openBmap: well, openezx is nearly there. You just don't get the hardware outside of asia easily
21:40.03AstainHellbringcr2 slowly getting those pages moved over for you
21:40.11cr2AstainHellbring: thanks
21:40.18AstainHellbringwelcome
21:40.22stefan_schmidtcr2: For any computing device with internet nowadays :)
21:40.27AstainHellbringbloody tables dont move so nicely but its a start
21:40.37cr2stefan_schmidt: only radio rate
21:40.44stefan_schmidtcr2: ah, right
21:40.47cr2stefan_schmidt: and this is the TV
21:40.51stefan_schmidtjup
21:41.03onen|openBmapstefan_schmidt: I would prefer to help with x800, as I have one from work available
21:41.20stefan_schmidtonen|openBmap: ok, then do this.
21:41.41tmztguess not
21:41.57stefan_schmidtonen|openBmap: morphis is hacking on the qemu emulator a lot in hope to run WM or the test system and get a clue what we miss for the modem
21:42.02onen|openBmapstefan_schmidt: we already talked about this last time. I won't repeat, and waste your (precious) time.
21:42.09stefan_schmidtonen|openBmap: heh
21:42.39stefan_schmidtonen|openBmap: It's fine. Just have a look if you can help. If not just keep your work on openbmap. That helps as well.
21:42.46stefan_schmidtonen|openBmap: need to spread the load.
21:42.48tmzt6821, is that in athena?
21:43.00cr2stefan_schmidt: it is possible to run barebones wince in qemu ?
21:43.06tmztsame as pre I think, but cdma variant
21:43.08onen|openBmapstefan_schmidt: I might be able to get some time to help. But I don't know where to start. You already cleared all the parts. but gsm refuses to go prime time
21:43.21stefan_schmidttmzt: ups, in omnia it is 6281
21:43.34tmztoh
21:43.36tmztok
21:44.02stefan_schmidtcr2: no idea, not by working area
21:44.07tmztnot sure which ones support external ram, this dpram thing
21:44.07cr2tmzt: athena is msm6275
21:44.25tmztumts?
21:44.26stefan_schmidtcr2: AFAIK he uses the test system so far.
21:44.36cr2ok. interesting
21:44.38stefan_schmidtcr2: There is a system for factory tests on nand
21:44.47onen|openBmapis happy, server is up again. last days contributions brought 1000 cells :-)
21:45.02AstainHellbringtmzt specs on athena are being posted to htc-linux wiki
21:45.24cr2onen|openBmap: brain cells ?
21:45.24stefan_schmidtThat already talks to the modem over uart. No idea why we are not able. Spend a whole three days weekend on it with Harald and zecke.
21:45.24AstainHellbringtmzt MSM6275 GSM/UMTS
21:45.29tmztok
21:45.33stefan_schmidtcr2: gsm cells
21:45.38cr2lol
21:46.23onen|openBmapcr2: I wish ;-)
21:46.55*** join/#htc-linux dariball (n=dariball@p5498703A.dip.t-dialin.net)
21:48.19tmztcr2: will memory map help? mmu/tlb I mean
21:52.12cr2tmzt: the rom dump may be the best
21:52.39AstainHellbringrom dump?
21:52.40cr2stefan_schmidt: what about dumping nk.exe ?
21:53.03tmztitsutils
21:53.09cr2stefan_schmidt: your page tables are at +0x350000
21:53.12tmztextract imgfs
21:53.13stefan_schmidtcr2: just one more test regarding usb device. Then I'm your humble slave.
21:53.33tmztcr2: how did you get that?
21:53.38tmztpxa docs?
21:53.40cr2stefan_schmidt: so the wince kenrel is between 0x0 and ptbl
21:53.41*** join/#htc-linux MethoS (n=clemens@dyndsl-085-016-161-142.ewe-ip-backbone.de)
21:53.52cr2tmzt: print "%x" MMU
21:54.01tmztah
21:54.11tmztptbl?
21:54.13cr2not really :)
21:54.18cr2but it's the same method
21:54.44tmztbut no define for it?
21:55.09cr2[Mo Jun 8 2009] [23:26:01] <cr2_>        fffd0000 | 80350000 |    Small (4K) |    AP=1111
21:55.10cr2[Mo Jun 8 2009] [23:26:01] <cr2_>        fffd1000 | 80351000 |    Small (4K) |    AP=1111
21:55.12cr2[Mo Jun 8 2009] [23:26:01] <cr2_>        fffd2000 | 80352000 |    Small (4K) |    AP=1111
21:55.14cr2[Mo Jun 8 2009] [23:26:01] <cr2_>        fffd3000 | 80353000 |    Small (4K) |    AP=1111
21:55.15cr2[Mo Jun 8 2009] [23:26:01] <cr2_>        fffd4000 |          |      UNMAPPED |
21:55.16cr2[Mo Jun 8 2009] [23:26:01] <cr2_>        ffff0000 | 80354000 |    Small (4K) | CB AP=1111
21:55.18cr2[Mo Jun 8 2009] [23:26:01] <cr2_>        ffff1000 |          |      UNMAPPED |
21:55.20cr2[Mo Jun 8 2009] [23:26:01] <cr2_>        ffffc000 | 80355000 |    Small (4K) | CB AP=1120
21:55.21cr2in the 'dump mmu'
21:55.30AstainHellbringwhat rom you talking of dumping?
21:55.39cr2AstainHellbring: omnia
21:55.43AstainHellbringahh cool
21:55.52cr2tmzt: ptbl = page table
21:56.34stefan_schmidtok, no luck with usb device so far. That's for tomorrow.
21:56.37tmztok
21:56.49stefan_schmidtcr2: so nk.exe dumping
21:56.50cr2tmzt: there are some static ram areas where the dpram may be located
21:57.13cr2stefan_schmidt: pwf omniank 0x80000000 0x350000
21:57.16tmztstefan_schmidt: why? gadget-udc and g-ether don't work?
21:57.37tmztstefan_schmidt: xsascha had it working on i780 I think
21:57.55tmztalso, dumping seos would be helpful
21:58.05cr2stefan_schmidt: check 'pd 0x0 0x1000' too
21:58.05tmztor
21:58.07high-rezAre you guys interested in linux on these devices primarily for android or for other purposes?
21:58.09stefan_schmidttmzt: Ah, good. Will look at it tomorrow.
21:58.12tmztUP3OCR
21:58.34stefan_schmidtcr2: pwf, done
21:58.35cr2high-rez: !^ htc-linux
21:58.49cr2stefan_schmidt: strings -el ?
21:58.56tmzthigh-rez: other purposes? this channel predates public knowledge of android
21:59.04stefan_schmidtcr2: It's all 1 and later 2 at 0x0
21:59.16high-reztmzt: Oh, I didn't know that.  :)  Sorry.
21:59.18cr2stefan_schmidt: ok.
21:59.22*** part/#htc-linux wdslbr (n=asa@dslb-088-069-215-030.pools.arcor-ip.net)
21:59.41cr2high-rez: this channel is 3+ years old.
21:59.41stefan_schmidtcr2: moment, need to copy the file over
22:01.06high-rezcr2: I see.  I wasn't aware there was much momentum pre-android (i guess I should have been aware from projects like openmoko etc though)
22:01.58cr2high-rez: momentum maybe no, but there was "fully" working linux on blueangel in december 2005
22:02.08stefan_schmidthmm, you use synce-pcp for file transfers from and to the device as well?
22:02.15stefan_schmidtnot really reliable here
22:02.45cr2stefan_schmidt: wince6 has usb_storage option
22:03.11stefan_schmidtcr2: but then I would need to switch all the time for haret console
22:03.12cr2otherwise i copied from SD
22:03.20stefan_schmidtanyway, file is here now
22:03.25cr2stefan_schmidt: yeah.
22:03.31tmztI use synce-pcp
22:03.44stefan_schmidtcr2: what strings are you looking for?
22:03.46tmztwith synce-hal
22:03.47cr2stefan_schmidt: haret needs some uucp capabilities ;)
22:03.54stefan_schmidtcr2: lol
22:04.07stefan_schmidttmzt: hmm, should be the same here.
22:04.24stefan_schmidttmzt: sometimes it gets not recognized tho
22:04.29cr2stefan_schmidt: what do you see there ?
22:04.34tmztyeah
22:05.29stefan_schmidtcr2: http://pastebin.com/f4759c30b
22:05.39stefan_schmidthugs the pastebinit package
22:06.17cr2Now force LCD panel EPSON L5F30827_T02
22:06.19cr2Now force LCD panel EPSON L5F30827_T08
22:06.33stefan_schmidtlooks good, indeed :)
22:06.35cr2OALIoCtlGetHWUID OneNAND ID = %x
22:06.45stefan_schmidtchanges the lcd name in sgh_i900.c :)
22:07.01cr2stefan_schmidt: dumprom+ida
22:07.21tmzthow much flash?
22:07.27cr2onenand
22:07.50stefan_schmidttmzt: 256
22:07.55stefan_schmidtcr2: dumprom?
22:08.13tmztstorage?
22:08.39cr2stefan_schmidt: yeah. there is even a linux version. unless lzma/xpr is used
22:08.44tmztImgfsToDump
22:08.46stefan_schmidttmzt: 256 nand plus 8GB internal SD
22:08.47cr2no
22:09.00CDJMgn8 and thanks for your help. cya
22:09.07cr2but wine dumprom.exe -v works very well
22:09.12tmztwhich is probably the onenand
22:09.33stefan_schmidtNeed to lookup dumprom first
22:09.46cr2stefan_schmidt: run ls in \windows
22:09.54cr2heh. i need to add it to haret ;)
22:10.19tmztsynce-pls '/windows/'
22:10.29cr2; If you did not accept the terms of the EULA, you are not authorized to use
22:10.31cr2; this source code
22:11.03stefan_schmidtstefan@dodger:~/Projekte/omnia$ synce-pls '/windows/'
22:11.03stefan_schmidtDirectory               2008-01-01 03:00:00  Startmenü/
22:11.25cr2strange
22:11.36cr2ERROR: IMGFS!CVolume::LoadCompressionEngine: unable to load compressor type "%S" from dll "%s"... file system will be readonly!!!
22:12.19cr2lol
22:12.22cr2DRM_IOControl(%08x)
22:12.42cr2[NANDSPY] CreateDirectory error...My Storage can't use for folder name.
22:13.55cr2FAT12 is not supported!
22:15.00tmztno floppies?
22:15.04*** join/#htc-linux liahimcociuba (n=chatzill@213.233.88.168)
22:16.41*** part/#htc-linux liahimcociuba (n=chatzill@213.233.88.168)
22:17.07cr2no phone init.
22:18.06cr2stefan_schmidt: you may also try old good testwm5.exe
22:18.32tmztitsutils, imgfstoolsv2.1
22:18.38stefan_schmidtcr2: For what?
22:18.50cr2tmzt: if itsutils will work
22:18.53stefan_schmidtstill installs wine for dumprom
22:19.09cr2tmzt: the file looks a bit htc specific iwth the binary patches.
22:19.27tmztwhich?
22:19.42cr2onenand in itsutils
22:19.48tmztonly nbsplit and it can be costom block sizes
22:19.52tmztah
22:19.58stefan_schmidtyou guys lost me ages ago I feel. :)
22:20.16stefan_schmidtI should let dumprom attack the nk.exe?
22:20.17tmztbut is onenand storage or nand-os
22:20.29cr2stefan_schmidt: the ram dump.
22:20.57stefan_schmidtcr2: How was I supposed to get that one?
22:21.02cr2dumprom is actually xipextract
22:21.15stefan_schmidtSeems I have to really read the xda wiki in more detail :)
22:21.16cr2stefan_schmidt: which one ?
22:21.24stefan_schmidtcr2: The ram dump?
22:21.29cr2stefan_schmidt: do you have dumprom.exe ?
22:21.33stefan_schmidtor is this the nk thing
22:21.46stefan_schmidtcr2: yup, here and workign with wine
22:21.52stefan_schmidtalos the omniank
22:22.02stefan_schmidtThat is the ram dump you are refering to?
22:22.03cr2stefan_schmidt: your dump includes nk.exe and some other junk
22:22.07cr2yes
22:22.10stefan_schmidtah, ok
22:22.19stefan_schmidtI thought a complete dump of the ram
22:22.35cr2mkdir junk && wine dumprom.exe -v omniank -d junk
22:23.21cr2ls -l junk
22:23.41stefan_schmidtthere we go
22:24.05stefan_schmidthttp://pastebin.com/f639ab4f8
22:24.32cr2wee
22:24.41cr2<PROTECTED>
22:24.47cr2for ida
22:24.53stefan_schmidtok
22:25.02stefan_schmidtBut that is for tomorrow
22:25.03cr2then you'll certainly learn something about gpios
22:25.10cr2sure
22:25.21stefan_schmidtcr2: great, thanks a lot guiding me through the dark :)
22:25.32cr2:) np
22:25.52cr2tmzt: 5680 2009-06-10 00:23 cecompr.dll
22:26.03cr2tmzt: we need a free software version ;)
22:26.21stefan_schmidtWhat is the problem with onenand?
22:26.23tmztnever written anything like that
22:26.28stefan_schmidtSame as m-systems? patents?
22:26.52cr2stefan_schmidt: dumping onenand in wince
22:27.04cr2i think there is some linx driver for onenand
22:27.19cr2but don't know its capabilities
22:27.27stefan_schmidtok
22:27.38cr2it's not a problem since you have SD
22:27.40stefan_schmidtI'm fine with external mmc so far as rootfs
22:27.50stefan_schmidtAnd that one also has an internal 8GB one :)
22:28.00cr2but if you'll have a raw nand dump
22:28.05stefan_schmidtponders about 8GB raid1 :)
22:28.07*** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey)
22:28.15cr2then you can use the nb* tools tmzt talked about
22:28.24stefan_schmidtok, got it
22:28.41cr2to extract all other driver dlls
22:28.54*** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it)
22:28.57tmztcr2: a lot is missing in htc-flasher
22:29.31tmztnbinfo, nbmerge but not split
22:29.32cr2tmzt: i mean the cecompr.dll replacement
22:29.39tmztyes
22:29.41cr2these are just 2 functions
22:29.45tmztxpr?
22:29.54cr2for lzx_ and xpr_ decoder
22:30.03stefan_schmidtThat eminds me. It seems samsung offers images for flashing. Bundled with IMEI
22:30.10tmztlzx should easy
22:30.30cr2stefan_schmidt: htc format (.nbh) is well known
22:30.40stefan_schmidtneed to check it
22:30.43cr2others may use weird encryption.
22:30.44tmztno idea what xpr is
22:30.56cr2tmzt: xpr is documented too
22:31.07stefan_schmidtok, also on the list for tomorrow. Need some sleep now. night and thnaks
22:31.10stefan_schmidtthanks
22:31.10cr2tmzt: i've iven posted the info to xda-dev
22:31.19tmztmight be fun then
22:31.20cr2stefan_schmidt: good nigh
22:31.56tmzt<PROTECTED>
22:32.20tmztwell, romhdr is in imgfstools tadzio I yhink
22:32.51tmztmbr is supposed to be standar
22:32.53cr2http://wiki.samba.org/index.php/SoC/Ideas
22:33.00tmzt?
22:33.43cr2There's also another unknown compression algorithm "XPRESS" used in windows 2003. The student should try to research how the XPRESS decompression works and if possible implement it.
22:33.44cr2It is assumed that this algorithm is also used between Outlook and Exchange, so this would also help the OpenChange team.
22:34.07cr2later the spec was published by ms
22:35.18tmztthrough the sflc thing?
22:40.23*** join/#htc-linux infidel206 (n=infidel2@unaffiliated/jenkempusher/x-35920)
22:44.05*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) [NETSPLIT VICTIM]
22:44.05*** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk) [NETSPLIT VICTIM]
22:44.05*** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) [NETSPLIT VICTIM]
22:44.10*** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda)
22:44.10*** join/#htc-linux surge (i=surge@pool-98-118-158-217.bflony.fios.verizon.net)
22:44.54*** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk)
22:45.24cr2tmzt: http://www.msuiche.net/codes/xpress.c.txt
22:46.14cr2<PROTECTED>
22:47.00cr2this is one of my most hated words:
22:47.04cr2DWORD
22:47.21infidel206lol
22:47.42cr2wtf, why not use ansi/c99 types ?
22:48.27tmztrle?
22:48.35tmztwhat's the point?
22:49.23cr2ask ms
22:50.25tmztI guess to supress zero's ones
22:50.30tmztff's
22:50.41cr2ok, looking at *ept before going to bed.
22:50.50tmztcool
22:51.13tmztby the way, enabling adsp crashes wuala android build
22:51.15cr2tmzt: maybe we can add this xpr code to dumprom.cpp after all
22:51.20tmztcrashes raph
22:51.23cr2ok
22:51.34cr2need rpc debug traces
22:51.43cr2from the kernel
22:51.53tmztcan't get them very well
22:51.58tmztyeah
22:52.07tmztwe need ram console
22:52.14tmztanyway, ept
22:52.26tmztAstainHellbring: still here?
22:53.36cr2some adsp patchez for g1
22:55.20tmzt?
22:55.43cr2in android git
22:55.49tmzttrace you mean?
22:55.55tmztwhere
22:55.59cr2the code is becoming such a bloatware that it's not fun
22:56.12cr2[ARM] msm: adsp: retry msm_adsp_write() when a queue... 86/10286/4
22:56.28cr2[ARM] msm: adsp: Fix msm_adsp_write to not call mdelay(1) 77/10277/1
22:56.54tmztit seems to work on g1
22:57.02tmztis this 2.6.29?
22:58.25cr2yes
22:58.27cr2ah
22:58.30cr2642         /* init rpc */
22:58.32cr2643         endpoint = msm_rpc_connect(APP_BATT_PROG, APP_BATT_VER, 0);
22:59.11cr2-1 instead of 0 on wince
22:59.42tmztok
22:59.52tmzthave we patched that?
23:00.09cr2no. it's not necessary i guess
23:00.29tmztI think I'm going to move output selection to htc-hw as sysfs for testing
23:00.34cr2the hacked  htc_battery.c can be a base for gps & other rpc driverz
23:00.38tmzttired of ioctls
23:00.51cr2yeah
23:01.17cr2343         rc = msm_rpc_call_reply(endpoint, HTC_PROCEDURE_GET_BATT_INFO,
23:01.19cr2344                                 &req, sizeof(req),
23:01.20cr2345                                 &rep, sizeof(rep),
23:01.22cr2346                                 5 * HZ);
23:01.23tmztI thought there were threads and everythung else involved
23:01.23cr2347
23:02.30cr2ok, so the PROG/VERS is included into *ept
23:02.41cr2and you need the FUNC  only
23:02.42tmztah
23:02.45cr2looks good.
23:03.05cr2<PROTECTED>
23:03.42cr2<PROTECTED>
23:03.45cr2sane
23:04.19tmztyeah
23:04.19cr2only need to know and fill the req struct
23:04.19tmztFUNC?
23:04.40cr2proc in wiki
23:04.47tmztok
23:04.48cr2ame  prog  proc,msg  function name
23:04.53tmztnot callback?
23:05.10cr2no
23:05.31tmztok
23:05.32cr2callback *ptr (if any) is included into req
23:05.39tmztok
23:06.16tmztwhat is causing No route to host then?
23:06.33cr2PM  0x30000061   pm_*
23:06.34cr20xe,2 pm_set_led_intensity (0,3)
23:06.41cr2this may be a harmless test
23:06.42*** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net)
23:06.56cr2don't know.
23:07.06tmztour leds are micrp though
23:07.17cr2using pdsm/gps may crash raph
23:07.25tmztg1 has led controller
23:07.48cr2arm9 can control them too. it seems
23:08.00cr2because these calls were traced in rpc smem
23:08.06tmztfor charging?
23:08.13tmztah
23:08.16cr2backlight maybe
23:08.26tmztok
23:08.27cr2yes, maybe chargng led
23:08.44cr20x17,1  pm_vid_en (1/0)
23:08.53cr2is too diffcult to test right now.
23:09.18cr2and sound/adsp is too complex
23:09.39cr2we may enable tvout too
23:09.39tmzteven output?
23:10.06cr2with missing mdp/dma3 support it will probably produce only junk on the screen
23:10.22tmztok
23:10.44tmztdma3?
23:10.46cr2but we may confirm the encoder control working
23:10.50cr2yes
23:11.01tmztchannel?
23:11.06cr2but the led rpc looks much simplier.
23:11.24tmztwe know vibra
23:11.29cr2yes, a separate mdp dma channel for tvout
23:11.41cr2vibra is not rpc
23:11.47tmztdon't think we have any real leds
23:11.49tmztpcom
23:11.50cr2at least not on raph
23:11.52tmztright
23:12.25cr2pm_set_led_intensity (0,3)
23:12.25tmztif we understood amss structure better this would make sense
23:12.33cr2i don't know which 'led' is that
23:12.51cr2disassembling amss is to difficult
23:13.10tmztviperbjk?
23:13.14cr2at least i get bad results with thumb with my old ida
23:13.30cr2it's a lot of work anyway.
23:13.40tmzthe said we can dump process table
23:14.31cr2you need to dump and document the rpc handler (and dex) on the amss side
23:14.52cr2it may be interesting
23:15.14tmzthe also said dmov is software
23:15.27cr2but we still can live without it, but documenting the wince side
23:15.37tmztand nothing is mmio in smem, I think he said
23:16.10cr2maybe
23:16.36cr2i'd like to know which dsp is processing the gps data
23:17.10tmztand that your mmu bits don't mean anything
23:17.11cr2and how to get at the raw datastream :)
23:17.24cr2mmu bits ?
23:17.38tmztthere is 4 and 5 I think
23:17.45tmztand qtv
23:17.57tmztthe protection bits
23:18.08cr2it's armv6 spec bits
23:18.47cr2not mine :)
23:19.09tmztthat control what memory is mapped to each core?
23:19.29cr2no
23:19.50tmztthe quallcomm pages mention qdsp4 and qdsp5
23:19.53cr2the virtual page access
23:20.00tmztah
23:20.25cr2the mdsp has enough to do with umts
23:20.33tmztwe know audio is in 5
23:20.39tmztteah
23:20.39cr2and adsp is sound/video
23:21.01cr2that's why i'm curious who is processing gps data
23:21.10cr2and it's a lot of work imho
23:21.21cr2which needs some custom dsp
23:21.39tmztI think everything is based on other qct chips
23:21.44tmztintegrated
23:24.59*** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda)
23:25.06*** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net)
23:26.00cr2time to sleep
23:26.24cr2i think a stripped htc_battery.c should be used for rpc tests
23:26.36cr2with rpc_router debug enabled
23:26.54cr2once it will work, we may try gps, sound/adsp
23:27.06cr2good night

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