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.10 | par | seems like the acx100 driver kind of hangs a bit |
01:15.14 | par | root@htcblueangel:~# for i in `seq 2 4`;do /bin/sh -c "/bin/ping -c2 172.16.24.$i" ;sleep 4;done |
01:15.14 | par | PING 172.16.24.2 (172.16.24.2): 56 data bytes |
01:15.14 | par | 64 bytes from 172.16.24.2: seq=0 ttl=64 time=4.598 ms |
01:15.14 | par | 64 bytes from 172.16.24.2: seq=1 ttl=64 time=3.981 ms |
01:15.14 | par | --- 172.16.24.2 ping statistics --- |
01:15.14 | par | 2 packets transmitted, 2 packets received, 0% packet loss |
01:15.16 | par | round-trip min/avg/max = 3.981/4.289/4.598 ms |
01:15.18 | par | PING 172.16.24.3 (172.16.24.3): 56 data bytes |
01:15.20 | par | 64 bytes from 172.16.24.3: seq=0 ttl=64 time=1021.565 ms |
01:15.22 | par | 64 bytes from 172.16.24.3: seq=1 ttl=64 time=6.931 ms |
01:15.24 | par | --- 172.16.24.3 ping statistics --- |
01:15.26 | par | 2 packets transmitted, 2 packets received, 0% packet loss |
01:15.28 | par | round-trip min/avg/max = 6.931/514.248/1021.565 ms |
01:15.30 | par | PING 172.16.24.4 (172.16.24.4): 56 data bytes |
01:15.32 | par | 64 bytes from 172.16.24.4: seq=0 ttl=64 time=4.407 ms |
01:15.34 | par | 64 bytes from 172.16.24.4: seq=1 ttl=64 time=2049.899 ms |
01:15.36 | par | --- 172.16.24.4 ping statistics --- |
01:15.38 | par | 2 packets transmitted, 2 packets received, 0% packet loss |
01:15.40 | par | round-trip min/avg/max = 4.407/1027.153/2049.899 ms |
01:15.44 | par | all 4 are blueangels in ad-hoc wireless mode |
01:16.40 | par | i have perhaps the worlds first cluster of blueangel LOL! |
01:17.14 | tcccp | Cluster as in "parallel computing" or more like... |
01:17.38 | tcccp | ..."virtual server" where a bunch of machines shares the same address? |
01:17.51 | par | look at that lag time |
01:18.08 | par | no way you could do decent parralel computing over that |
01:18.12 | tcccp | aw{some|ful} |
01:18.35 | par | unless its daemon based.. which is the way i'm headed i guess |
01:18.40 | tcccp | I refer to clusters more as parallel computing. Anything else is just some "high availability" array |
01:18.55 | tcccp | I should really compile a new kernel for my iPaq |
01:21.30 | par | i guess it it'll be just pvm or something |
01:22.22 | tcccp | par: I'm in OpenVMS so I'm kind of anal retentive when someone uses the word "cluster" ;) |
01:25.32 | par | hahahaha |
01:28.48 | tcccp | what? 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.39 | infidel206 | par, 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.28 | tuxhero | hi |
07:03.53 | tmzt | hello |
07:04.13 | tuxhero | any thing new? |
07:04.23 | tmzt | on? |
07:04.34 | tuxhero | rpc router |
07:04.43 | tmzt | no |
07:04.54 | tuxhero | who's working on it? |
07:05.14 | tmzt | my gentoo is not cooperating right now |
07:05.22 | tmzt | image |
07:05.35 | tmzt | cr2 mostly researching it |
07:06.08 | tmzt | I'm trying to put together some test utilities |
07:08.23 | tuxhero | i think if we solve this rpc router problem we will be have 90% working kernel |
07:08.44 | tmzt | yeah |
07:08.51 | tmzt | phone mostly |
07:09.18 | tmzt | phone mostly needs this |
07:09.38 | tuxhero | phone,sound,vibrator,GPRS all depend on this |
07:10.22 | tuxhero | did any try ida debugger & disassembler with wince driver to find solution |
07:11.10 | tmzt | gprs? |
07:11.17 | tmzt | gps does |
07:11.22 | tmzt | 3d, etc. |
07:11.38 | tmzt | but 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.58 | tmzt | what linux? |
07:12.24 | tmzt | simplest 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.00 | tmzt | what do you want to try |
07:13.02 | tmzt | which? |
07:13.08 | tmzt | gentoo? |
07:13.10 | |Jason8| | i think it was on a gentoo server |
07:13.21 | tmzt | it got moved |
07:13.46 | |Jason8| | I was just unsure about what to do since it was just a zipped filesystem |
07:13.47 | tmzt | tinderbox.dev.gentoo.org/emedded/images |
07:14.06 | |Jason8| | nothing there. |
07:14.09 | |Jason8| | 404'd |
07:14.26 | tmzt | unzip-tar-it to ext2 partition |
07:14.40 | tmzt | tinderbox.dev.gentoo.org/embedded/images |
07:16.12 | |Jason8| | on my SD Card? |
07:16.25 | tmzt | yes |
07:16.55 | |Jason8| | then boot with haret? |
07:17.04 | tmzt | yes |
07:17.19 | tmzt | but you need to make default.txt first |
07:17.25 | |Jason8| | yeah |
07:18.40 | tmzt | cmdline needs to have root=/dev/mmcblk0p2 |
07:18.58 | tmzt | rootdelay=3 |
07:20.40 | tuxhero | tmzt i fixed Blackstone Up/Down Button repeat bug and changed Up/Down Button to Volume UP/Down and it's working gr8 |
07:21.01 | tuxhero | how should i submit patch to git? |
07:21.39 | tuxhero | should i give patch to some one who has access to git or will i get access to git commit |
07:21.42 | tuxhero | ???? |
07:22.14 | *** join/#htc-linux Moku (n=John@78.54.181.98) |
07:23.23 | tmzt | you 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.39 | tmzt | yes |
07:28.42 | |Jason8| | alright |
07:29.01 | tmzt | do you have a linux host? |
07:29.09 | |Jason8| | i'll have to make one. |
07:29.18 | tmzt | pc 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.35 | tmzt | that 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.19 | tmzt | you need linux to extract with permissions/device nodes |
07:30.30 | tmzt | yes |
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.49 | tmzt | yes, or ignored |
07:34.06 | tmzt | I 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.55 | tmzt | yes |
07:36.00 | |Jason8| | awesome, thanks. |
07:36.16 | tmzt | except init |
07:36.24 | tmzt | remove 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.27 | tmzt | ok |
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.17 | fish1209 | anyone 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.22 | fish1209 | k 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.44 | pa | hello |
08:55.05 | pa | newbie question: what's the status of android port for kaiser? usable? |
08:55.18 | pa | i still have on the WM6.0, which is sooo unusable.. |
08:55.44 | pa | i wonder how could a company sell a smartphone with such a slow system |
08:55.52 | pa | does 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.52 | WyrM | what's the rellation between WM and android? |
09:01.05 | WyrM | does it run on an emulator, or something like that? |
09:11.06 | NetRipper | no, 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.28 | par | i 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.46 | dzo | hi 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.15 | smooth_penguin | hey, 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.25 | mickeyl | couple of hours |
10:20.26 | smooth_penguin | ok, does android work on it completely? |
10:20.34 | smooth_penguin | wifi support and gsm? |
10:21.14 | mickeyl | no idea |
10:21.17 | mickeyl | try #android |
10:21.37 | mickeyl | there's tons of stuff missing in linux atm. |
10:21.44 | mickeyl | (both gnu/linux and android/linux) |
10:22.04 | mickeyl | audio, 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.14 | Untouchab1e | Good 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.56 | Untouchab1e | Anyone know what OK:Android actually is? |
13:04.05 | mickeyl | a paravirtualizable version of Android |
13:06.14 | Untouchab1e | Hmm.. does it make running Android from within Windows Mobile possible? |
13:06.17 | Untouchab1e | considering they are saying: |
13:06.36 | Untouchab1e | OK: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.12 | Untouchab1e | And 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.31 | Untouchab1e | Using 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.26 | jenkem_pusher | probably not cheap |
13:15.36 | Untouchab1e | hah |
13:15.43 | Untouchab1e | still extremely curious as to what it actually is |
13:16.00 | infidel206 | yea i'm reading now |
13:16.14 | infidel206 | maybe just a hoax |
13:16.16 | infidel206 | :p |
13:16.29 | Untouchab1e | lol |
13:16.33 | Untouchab1e | definetly doesnt look like a hoax |
13:16.33 | Untouchab1e | ;) |
13:16.41 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-243-117.ewe-ip-backbone.de) |
13:16.58 | Untouchab1e | Its a real product, but what exactly is it? |
13:17.02 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.152) |
13:17.46 | infidel206 | confusing verbiage on their site |
13:18.25 | infidel206 | they dont just flat out say its a 'microvisor' that runs on windows mobile and allows you to run *nix/android, etc |
13:18.41 | Untouchab1e | There's a "webinar" today though |
13:19.05 | infidel206 | what's misleading is the link with the kaiser |
13:19.13 | Untouchab1e | hah |
13:19.16 | infidel206 | already in millions of devices |
13:19.16 | Untouchab1e | Ive sent them an email |
13:19.30 | Untouchab1e | OK-labs products are supposedly on millions of devices |
13:19.32 | Untouchab1e | not OK:Android |
13:20.00 | infidel206 | "Dear Sir or Madam, What the h377 is your product exactly? Hugs and Kisses, Untouchab1e" |
13:20.06 | infidel206 | :D |
13:20.21 | Untouchab1e | Something like that |
13:20.50 | infidel206 | what time is the webinar? |
13:21.03 | infidel206 | o i c |
13:21.15 | j0b0 | morning 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.25 | Untouchab1e | cool |
13:22.36 | Untouchab1e | but yeah, j0b0, can you figure out what OK:Android is? |
13:22.50 | Untouchab1e | (I posted a lengthy post on the XDA Topic) |
13:22.58 | Untouchab1e | http://www.ok-labs.com/releases/release/ok-labs-accelerates-smartphone-deployments-with-okandroid |
13:25.37 | j0b0 | hotel wifi gives me 5 bits per second or so :/ |
13:25.58 | Untouchab1e | hah |
13:26.04 | Untouchab1e | Anyways.. its very interesting |
13:29.17 | Untouchab1e | OK Labs says semiconductor suppliers, mobile OEMs, and mobile network operators (MNOs) face significant challenges in porting and hosting Android. |
13:29.22 | Untouchab1e | With 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.27 | Untouchab1e | wtf?! |
13:29.44 | Untouchab1e | bbl |
13:38.49 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
13:39.10 | Untouchab1e | Doh, the livelogger isnt working? |
13:39.54 | Untouchab1e | Anyways, 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.55 | infidel206 | Untouchab1e, no idea.. suppose I'll have to wait for the webinar |
13:58.05 | infidel206 | sleeptime.. 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.17 | Untouchab1e | The 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.09 | tmzt | Untouchab1e: it's not for windows mobile, it's foe single core phones |
17:05.19 | tmzt | who has diam500? |
17:11.16 | Untouchab1e | tmzt, since when did Windows Mobile run exclusively on dual core phones? |
17:15.09 | pH5 | what is dual core anyway. all recent smartphones are asymmetric multiprocessor devices of some kind or another. |
17:15.26 | Untouchab1e | exactly |
17:15.34 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
17:16.01 | Untouchab1e | I 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.30 | Squarc | HI everyone |
17:16.53 | Untouchab1e | hi |
17:17.08 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
17:19.45 | tmzt | by daul core I meant whar pH5 just said, ap and modem are sperate cpus running seperate os's |
17:20.35 | tmzt | okl is about supporting modem chips with only a single core acting as ap and bp |
17:21.18 | tmzt | but still allowing custom applications and kernels like linux to run |
17:22.14 | Squarc | tmzt: 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.30 | Squarc | to "export EXTERNAL_STORAGE /mmc" |
17:22.30 | tmzt | maybe |
17:22.37 | Squarc | I dont know if there are any security riksks by doing that |
17:22.42 | tmzt | I don't no vold well |
17:23.22 | Squarc | well 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.44 | Squarc | in init |
17:23.59 | Squarc | system, no user.e2img, by the way |
17:24.19 | Squarc | well anyway, I tried to test this, but I wasnt able to create a working .cpiogz |
17:24.48 | Squarc | I 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.26 | Squarc | using: "find ./ | cpio -o | gzip > ../root.cpiogz" |
17:25.40 | Squarc | whereas ./ is the folder containing init, init.rc, proc, etc. |
17:27.22 | Squarc | any thoughts ? |
17:28.09 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d8741a5.pool.einsundeins.de) |
17:28.39 | tmzt | you have to use parens to get a subshell |
17:30.36 | Squarc | hmm, 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.52 | par | haha, the ba's have a MFLOPS rating of 7 |
18:08.03 | par | thats like a 486DX4/100 |
18:08.05 | par | lol |
18:16.51 | *** join/#htc-linux cr2 (n=cr2@ip-90-186-204-78.web.vodafone.de) |
18:18.57 | pH5 | hej 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.09 | cr2 | hi pH5 |
18:34.38 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-242-253.ewe-ip-backbone.de) |
18:34.41 | cr2 | pH5: Echo31 says that his athena 2.6.30r4 kernel boots |
18:35.50 | AstainHellbring | cr2 wow thats neat news |
18:36.30 | cr2 | i hope he will merge his code with your tree |
18:37.03 | cr2 | so i've looked at the CPLD and pxa gpios again. there are several things to be fixed in wiki |
18:37.25 | AstainHellbring | cr2 does his codebase have any new hardware functionality? |
18:37.37 | pH5 | cr2: that's good news! I'd be happy to review and merge his patches. We should push for upstream inclusion ASAP. |
18:37.38 | cr2 | AstainHellbring: 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.00 | AstainHellbring | cr2 ok what can I do? |
18:38.11 | cr2 | pH5: agreed. it took too much time in the backyard. |
18:38.33 | cr2 | pH5: is my 80MHz patch merged into mainline w100fb ? |
18:38.53 | pH5 | good question, I don't know |
18:39.03 | pH5 | git log drivers/video/w100fb.c |
18:39.08 | pH5 | yes :) |
18:39.50 | cr2 | AstainHellbring: http://wiki.xda-developers.com/index.php?pagename=AthenaResearch |
18:40.18 | cr2 | AstainHellbring: all the child pages want to be moved. the CPLD1, CPLD2 and GPIO are probably the most important |
18:40.41 | cr2 | pH5: nice. it was really annoying to see the flicker on ba ;) |
18:40.54 | AstainHellbring | ok |
18:42.17 | pH5 | damn, 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.28 | cr2 | pH5: does it make sense to create a parent mfd for w100fb ? |
18:43.24 | pH5 | that and maybe the keyboard driver and it can go upstream, too. |
18:43.25 | cr2 | hmm. damn archive. i'll be searching the old HDDs right now. |
18:43.25 | pH5 | cr2: for w228x, yes. the others (w100, w32x0) can use the w100fb platform device directly. |
18:43.49 | cr2 | pH5: the w32x0 has actually the usb otg and SD too |
18:44.12 | cr2 | pH5: but only hitachi g1000 used them |
18:44.52 | pH5 | hm. maybe this mysterious expansion connector in the hx4700's battery compartment has got to do something with this. |
18:44.58 | cr2 | but htc decided to use asic3 sd. |
18:45.19 | pH5 | cr2: is the usb usb otg/sd register space separated? |
18:45.26 | cr2 | yes |
18:45.36 | tmzt | fb is referring to framebuffer here? |
18:45.36 | cr2 | and they have separate irqs |
18:45.46 | cr2 | which are muxed into ATI irq |
18:45.47 | tmzt | not the chip itself? |
18:45.59 | cr2 | yes |
18:46.00 | pH5 | if 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.13 | pH5 | otherwise, 'it depends'. |
18:46.15 | cr2 | don't know about the w100 capabilities though. |
18:47.04 | pH5 | w100fb is the frame buffer driver for w100/w32x0 |
18:47.04 | cr2 | pH5: w32x0 has control block + SD block + otg block + cam/video capture block |
18:47.36 | cr2 | pH5: atiw288x has +i2c block +i2s block |
18:48.00 | cr2 | yes. and the fb too :) |
18:48.05 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d8741a5.pool.einsundeins.de) |
18:48.19 | cr2 | i take b as a given. |
18:48.27 | cr2 | s/ b/ fb/ |
18:48.47 | cr2 | it's like a glamo chip. |
18:50.45 | cr2 | sharp has written only the fb driver, so everybody follows this tradition. |
18:51.17 | cr2 | it's like the obfuscated sharp asic3 driver, which missed asic3_mmc |
18:53.08 | cr2 | AstainHellbring: 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.46 | cr2 | AstainHellbring: 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.39 | cr2 | pH5: connected 300GB raid to the notebook :) |
18:58.01 | AstainHellbring | hmm interesting cr2 |
18:58.13 | AstainHellbring | anything I can do on that account to help fix that info? |
18:59.19 | IamSOG | lol, I saw u said connect 400GB RAID to phones :o |
19:00.17 | AstainHellbring | stupid xda wiki is having issues |
19:00.45 | IamSOG | But if I remember correctly HTC Universal can use the USB port to connect to USB devices |
19:01.19 | AstainHellbring | you mean host usb mode IamSOG? |
19:02.06 | IamSOG | AstainHellbring I dont' remember, but I am pretty sure it can connect a USB flash stick, and use it |
19:02.50 | cr2 | IamSOG: 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.03 | AstainHellbring | cr2 in linux host mode works? |
19:03.22 | cr2 | AstainHellbring: hehe. it's the only way to have rootfs on athena |
19:03.29 | AstainHellbring | ahh nice |
19:03.39 | cr2 | AstainHellbring: that's why miniSD is so important |
19:03.40 | AstainHellbring | no access to MD, sd or doc yet eh? |
19:03.50 | cr2 | no drivers |
19:04.08 | AstainHellbring | ic ic |
19:04.14 | cr2 | but the epson hdd chip has docs |
19:04.42 | cr2 | i 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.45 | cr2 | AstainHellbring: bt and gps will work, once i'll add gpios to wiki |
19:06.10 | cr2 | but the sound ... |
19:06.33 | cr2 | hm, maybe the gsm sound will work, but not the playing music |
19:06.48 | cr2 | too much work. |
19:07.45 | cr2 | btw, for gsm sound you may mmutrace the i2c data to ak4641, then we will know what's going on there. |
19:08.26 | cr2 | pH5: btw, what is the ak4641 asoc status on hx4700 ? |
19:09.05 | AstainHellbring | awesome cr2 |
19:09.13 | pH5 | cr2: right now I'm fighting against ASoC for magician (something broke between my HEAD and broonie's for-2.6.32 branch) |
19:09.25 | pH5 | after that, magician and hx4700 suspend/resume will be priority |
19:10.21 | pH5 | so to answer your question: I didn't work on it, and won't in the near future. |
19:10.52 | cr2 | ok |
19:11.46 | cr2 | AstainHellbring: but athena is not really a phone, so i'd not miss playing sound anyway. |
19:12.22 | cr2 | omg |
19:12.36 | cr2 | pH5: found the archive |
19:13.04 | cr2 | it's amazing what do i have there :) |
19:13.07 | cr2 | G1000SDIO.CAB |
19:13.16 | stefan_schmidt | cr2: hmm, you need a ak4641 asoc codec driver? |
19:13.28 | pH5 | stefan_schmidt: I do. |
19:13.33 | cr2 | htc cheetah |
19:13.38 | stefan_schmidt | pH5: We have one around :) |
19:13.43 | stefan_schmidt | pH5: http://git.gnufiish.org/?p=gnufiish.git;a=blob;f=sound/soc/codecs/ak4641.c;h=1853cd65d2ba4262e6b179d7f090c30f814f24fb;hb=fe8d2b7cc2d550b938821d386c53173be5945a22 |
19:13.44 | cr2 | stefan_schmidt: used on htc universal and athena too |
19:13.56 | stefan_schmidt | Harald wrote it for the M800 |
19:14.06 | stefan_schmidt | basic audio plaback was working IIRC |
19:14.13 | pH5 | hooray :) |
19:14.24 | cr2 | :D |
19:14.59 | stefan_schmidt | I bet he has no problems if you take care about making it ready and push upstream |
19:15.01 | cr2 | stefan_schmidt: it's amazing how much code is hidden in some little known repositories ;) |
19:15.16 | stefan_schmidt | cr2: yeah |
19:15.39 | stefan_schmidt | I just setup a new tree for the omnia work |
19:16.01 | stefan_schmidt | The problem is that one shared tree is also often a problem of coordination |
19:16.19 | stefan_schmidt | Normally I pull different trees in my dev tree and mess around a lot. Rebasing, etc |
19:16.38 | stefan_schmidt | It's pretty hard to work together with this habbits :) |
19:17.09 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
19:17.32 | stefan_schmidt | Any si470x fm chips in the htc's? |
19:17.59 | cr2 | stefan_schmidt: yes, on artemis |
19:18.08 | stefan_schmidt | on i2c? |
19:18.13 | cr2 | stefan_schmidt: fm+rds |
19:18.15 | cr2 | yes |
19:18.21 | stefan_schmidt | moment |
19:18.26 | cr2 | best omap850 phone. |
19:18.57 | AstainHellbring | cr2 for me athena is my main phone as well as everything else |
19:19.19 | stefan_schmidt | sorry, distracted for a moment. GF is away know. :) |
19:20.18 | cr2 | AstainHellbring: writing the atiw288x DSP driver is _really_ a lot of work. |
19:20.22 | stefan_schmidt | cr2: 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.25 | stefan_schmidt | http://git.gnufiish.org/?p=gnufiish.git;a=blob;f=drivers/media/radio/si470x/si470x-lib.c;h=d3063f29e78b30e99cba870e0f181af640fa339e;hb=7375c8918d50473374df3cd6a1b819e1d397fe17 |
19:20.43 | cr2 | stefan_schmidt: nice |
19:20.54 | AstainHellbring | cr2 dsp? |
19:20.58 | stefan_schmidt | hmm, where do you guys put work work in? |
19:21.11 | stefan_schmidt | Any tree that sums all up? |
19:21.12 | cr2 | stefan_schmidt: btw, athena uses lis* accelerometer chip on i2c. and not on spi bus as moko2 |
19:21.32 | stefan_schmidt | cr2: ah, but the datasheet should be public, no? |
19:22.18 | cr2 | stefan_schmidt: http://www.st.com/stonline/products/literature/ds/12726.pdf |
19:22.51 | stefan_schmidt | cr2: ack, so adding the i2c interface should not be to hard. Just low priority I guess. |
19:22.58 | cr2 | ok |
19:23.14 | *** join/#htc-linux tuxhero (n=abimanyu@122.169.172.146) |
19:23.39 | stefan_schmidt | tries his first build for the sgh_i900.c machine file |
19:23.54 | tmzt | didn't get the dsp thing either |
19:23.55 | cr2 | stefan_schmidt: for the old work there is hh.org. for the new one msm git on linuxtogo and pH5 :) |
19:23.57 | tmzt | why usb? |
19:24.10 | tmzt | stefan_schmidt: whose code? |
19:24.33 | tuxhero | tmzt any updates? |
19:24.34 | cr2 | tmzt: atiw228x has sound/video DSP (like qdsp on msm) |
19:24.42 | tmzt | ok |
19:24.44 | stefan_schmidt | tmzt: I wondered if you guys have a central repo or more splitted like the openezx/gnufiish/omnia approach. |
19:24.53 | stefan_schmidt | cr2: ok, so no cntral repo either. |
19:25.01 | cr2 | tmzt: and no docs of course. |
19:25.05 | tmzt | stefan_schmidt: on gitorious right now |
19:25.17 | cr2 | stefan_schmidt: not really |
19:25.26 | tmzt | xsacha has one tree with machine split from zyl |
19:25.34 | stefan_schmidt | Not sure if it would be worth having a tree that follows mainline closely and has support for many linux phone ports |
19:25.55 | tmzt | msm needs to follow android for now |
19:26.02 | tmzt | the rest can though |
19:26.09 | stefan_schmidt | hmm |
19:26.17 | tmzt | we have master on ltg |
19:26.21 | pH5 | stefan_schmidt: linus has the central repo. |
19:26.24 | cr2 | stefan_schmidt: it will be relatively easy to support most htc phones. there is amazing amount of information gathered. |
19:26.24 | stefan_schmidt | Need to think more about that. If pain balances worthness |
19:26.31 | stefan_schmidt | pH5: heh, right |
19:26.40 | pH5 | Honestly, I think with Eric's support, going upstream ASAP is the best thing for PXA devices. |
19:26.53 | stefan_schmidt | pH5: Was thought as a staging ground. But you are right. Just submit early and often. |
19:26.58 | pH5 | MSM and OMAP are a bit different because they depend on the vendor trees. |
19:27.18 | tmzt | pH5: WyrM is doing the same for ezx |
19:27.22 | stefan_schmidt | pH5: Yes, really like how it has changed since eric is there. |
19:27.53 | tmzt | pH5: silven is workingbon omap850 on upstream not ti tree |
19:27.56 | stefan_schmidt | pH5: 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.29 | tmzt | pH5: you can reach him in #linwizard |
19:28.30 | stefan_schmidt | ok, so we just meet all in linus tree. Great. :) |
19:28.40 | cr2 | stefan_schmidt: haha. you can't imaging how much htc phones are capable of that :) |
19:28.43 | tmzt | stefan_schmidt: oh right, omnia not i780 |
19:29.17 | cr2 | stefan_schmidt: your sdram is at 0x80000000 ? |
19:29.19 | par | awesome |
19:29.36 | stefan_schmidt | tmzt: yup. But they should be pretty similar. Maybe just case and keypad. |
19:29.52 | AstainHellbring | cr2 is there support for the gsensor in the athena drivers? |
19:29.57 | tuxhero | any one found solution for RPC Router????????????????/ |
19:29.59 | stefan_schmidt | cr2: cool. where did you found it? The PXA3xx manuals are a bit overhelming. |
19:30.02 | cr2 | AstainHellbring: not yet |
19:30.06 | tmzt | pH5: ali1234 has omap730/850 radio/at on silven's tree as well, and miknix and openandra are working on sound |
19:30.27 | tmzt | tuxhero: reading logs helps, but not in the last day |
19:30.47 | cr2 | tuxhero: tell me how to find the rpc server *ept for a given PROG/VERS |
19:31.11 | cr2 | stefan_schmidt: from your dump mmu |
19:31.14 | pH5 | tmzt: I saw the omap850 patches on linux-omap ml, but I admit I haven't followed this too closely. |
19:31.23 | pH5 | are there omap850 boards submitted upstream already? |
19:31.46 | stefan_schmidt | cr2: cool, thanks |
19:31.55 | tmzt | don't think so, they went to that list and are waiting review |
19:31.55 | cr2 | stefan_schmidt: can you do some simple tests ? |
19:32.02 | cr2 | stefan_schmidt: what is your ram size ? |
19:32.26 | stefan_schmidt | cr2: I can do later. Give me 30 minutes to sort out some stuff here. |
19:32.32 | cr2 | ok |
19:33.11 | cr2 | stefan_schmidt: i don't know much about pxa3xx itself, but many useful wince features. |
19:34.00 | stefan_schmidt | cr2: I can imagine. My haret and wince skills are pretty small atm. Need to improve. |
19:34.12 | tmzt | does it support more than 64mb? |
19:35.25 | stefan_schmidt | cr2: btw, it's 128MB DDR RAM. I searched for SD... |
19:36.16 | AstainHellbring | so cr2 I know this is a long shot but will we be able to support gps on athena? |
19:41.01 | cr2 | AstainHellbring: gps is trivial |
19:42.11 | cr2 | pH5: picked all asic3_spi trees |
19:42.47 | cr2 | hw6915,ipaq4350 and ba |
19:44.36 | cr2 | AstainHellbring: i just need the cpld&gpio wiki page to edit the data :) |
19:44.43 | AstainHellbring | wow nice |
19:44.53 | AstainHellbring | I'm trying to get the data but xda's wiki seems borked |
19:45.07 | cr2 | yeah, i've see it |
19:45.21 | cr2 | that's why copying is a good idea too |
19:45.37 | AstainHellbring | aye |
19:46.25 | cr2 | AstainHellbring: dump your wince dmesg , and check for *1582* |
19:46.59 | AstainHellbring | the kitl? |
19:47.04 | AstainHellbring | how would I do that with athena? |
19:47.43 | par | knew we were saved when i saw San ;) |
19:48.03 | cr2 | http://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.10 | tmzt | where? |
19:48.16 | tmzt | par: |
19:48.23 | cr2 | AstainHellbring: 0xa0100000 0x02 dmesg_buf |
19:48.31 | par | tmzt: right here :) |
19:48.40 | cr2 | par: if he will help us with *ept, we are saved :) |
19:49.07 | tmzt | does android have a way to get ept? |
19:49.19 | cr2 | tmzt: it musz have it. |
19:49.34 | tmzt | it has rpc from userspace |
19:49.47 | tmzt | must be an ioctl then |
19:50.01 | cr2 | tmzt: take the battery driver for example. or time |
19:50.10 | tmzt | we need some stracing with a rebuilt strace |
19:50.21 | cr2 | on g1 ? |
19:50.27 | tmzt | oh, in kernel? |
19:50.33 | cr2 | i'd like to have /dev/mem smem dump first |
19:50.34 | tmzt | I guess |
19:50.47 | cr2 | tmzt: yes, in the kernel. htc_battery.c |
19:50.57 | tmzt | AstainHellbring: did you ever patch kernel? |
19:51.06 | AstainHellbring | tmzt what patch? |
19:51.17 | tmzt | AstainHellbring: for dev/mem on g1 |
19:51.27 | AstainHellbring | oh no I didnt |
19:51.51 | cr2 | AstainHellbring: somebody should recompile the g1 kernel, and add /dev/mem support |
19:52.15 | cr2 | tmzt: it should be possible to write a rogue kernel module for that too. |
19:52.46 | cr2 | i think a hacked /dev/mem driver should be in any linux driver book. |
19:52.51 | cr2 | because it's so simple |
19:52.52 | tmzt | of course, but kernel source should be easier |
19:53.11 | tmzt | full pmem would be great |
19:53.17 | cr2 | tmzt: kernel source means full kernel recompil |
19:53.22 | tmzt | already written :- |
19:53.29 | tmzt | by google |
19:53.42 | tmzt | just restricted by pdata |
19:53.59 | tmzt | yes |
19:54.14 | tmzt | and build boot.img |
19:54.31 | cr2 | and a rogue module can be compiled separately, and inserted later |
19:54.51 | tmzt | ok |
19:55.01 | tmzt | no idea how though |
19:55.11 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
19:55.49 | cr2 | pH: got QKB driver |
19:56.03 | tmzt | qkb? |
19:56.20 | cr2 | pH5: spi_init, kbd_reset, spi_read |
19:56.38 | cr2 | tmzt: BA |
19:56.53 | tmzt | what's q for? |
19:56.56 | cr2 | tmzt: that were the times... if the msm asm was so easy to read ;) |
19:57.15 | AstainHellbring | cr2 thanks for the google cache link |
19:57.16 | tmzt | connected to msm chip? |
19:57.30 | pH5 | cr2: great. would you mind sharing that with me? |
19:57.46 | cr2 | pH5: idb ? |
19:58.52 | cr2 | pH5: these were my comments |
19:59.58 | cr2 | pH5: i'll walk through once again. |
20:00.26 | pH5 | oh, ok |
20:02.44 | *** join/#htc-linux jaSOnGg (n=IamSOG@n219079053081.netvigator.com) |
20:03.40 | stefan_schmidt | ha, first kernel boot! Into panic. :D |
20:04.10 | AstainHellbring | yay kernel panic! |
20:04.19 | pH5 | *APPLAUSE* |
20:05.06 | cr2 | lol |
20:05.30 | stefan_schmidt | Let'S see if I can get the sd/mmc to work and boot into my rootfs |
20:05.52 | stefan_schmidt | At least framebuffe is working correctly. |
20:06.06 | stefan_schmidt | I like the 240x400 display |
20:06.11 | cr2 | pH5: 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.28 | tmzt | did you dump pxafb timings in haret? |
20:06.45 | cr2 | stefan_schmidt: vsfb ? |
20:07.01 | pH5 | cr2: thanks |
20:07.40 | stefan_schmidt | cr2: vsfb? |
20:07.49 | stefan_schmidt | tmzt: no, somebody found them before me. |
20:07.55 | tmzt | ok |
20:08.06 | stefan_schmidt | tmzt: There is a thread in the xda forum. |
20:08.08 | tmzt | so no gpu then? |
20:08.18 | tmzt | yeah, I know |
20:08.25 | stefan_schmidt | The rest is planly the zylonite.c stripped down and customized. |
20:08.36 | tmzt | but I'm having trouble keeping the two seperate |
20:08.37 | stefan_schmidt | tmzt: no gpu. Only what pxa3xx offers |
20:08.41 | cr2 | pH5: D0x40=0 , (m?)sleep 0x186a0 D0x40=1, (m?)sleep 0x2710, D0x40=0 |
20:08.51 | cr2 | pH5: this the the kbd controller reset |
20:08.56 | stefan_schmidt | I'm happy with this after the glamo disaster |
20:09.15 | cr2 | hehe |
20:09.20 | pH5 | cr2: perfect. that's probably udelay() |
20:09.26 | tmzt | stefan_schmidt: there are specs forvthe video stuff I think in the pdfs |
20:09.36 | tmzt | dct, mv |
20:09.46 | cr2 | stefan_schmidt: what's wrong with glamo ? i wish it was atiw2284 :) |
20:09.50 | stefan_schmidt | tmzt: yes, but I let marvell do this job. :) |
20:09.59 | *** join/#htc-linux j0b0 (n=jobo@192.42.249.14) |
20:10.08 | stefan_schmidt | cr2: heh |
20:10.13 | tmzt | ok |
20:10.17 | cr2 | pH5: maybe. there is some lowlevel fiddling there. |
20:10.24 | tmzt | anything on dpram setup? |
20:10.42 | cr2 | tmzt: which dpram ? |
20:10.56 | tmzt | omnia |
20:10.57 | stefan_schmidt | tmzt: focus is to get mmc and usb-client up so I can poke around with the msm modem |
20:11.11 | tmzt | those should be simple |
20:11.14 | cr2 | pH5: the 3 words read after reset go to /dev/null |
20:11.14 | stefan_schmidt | tmzt: As modems are always the biggest problem on mobiles for me so far |
20:11.22 | tmzt | yes |
20:11.27 | tmzt | for everyone |
20:11.40 | pH5 | cr2: ok. fuzzy reverse engineering: "some delay" :) |
20:11.47 | cr2 | smd0 on msm was straightforward. |
20:11.47 | FuzzyPolarBear | blinks |
20:11.57 | tmzt | with code |
20:11.59 | cr2 | pH5: LOL |
20:12.17 | cr2 | pH5: called some_delay in my listing :) |
20:12.43 | tmzt | does ba kbd work on hhxx? |
20:13.11 | pH5 | cr2: :D |
20:13.17 | cr2 | pH5: the only interesting part missing is the ASIC3SPI control register (divisor et al setup), because it's different on different devices. |
20:13.44 | cr2 | pH5: but i can document it too. |
20:14.47 | cr2 | pH5: these bits do not match asic2, and there are no docs. as usual |
20:16.37 | pH5 | as usual |
20:17.12 | *** join/#htc-linux CDJM (n=cdjm@brmn-4d0ad507.pool.mediaWays.net) |
20:17.16 | cr2 | the char read sequence is 1:1 implemented in the ba driver. |
20:17.25 | CDJM | hi |
20:17.49 | cr2 | so there is nothing useful in the driver anymore, once the CTL is documented. |
20:18.22 | tmzt | what are you working on? athena? |
20:18.43 | tmzt | kbd doesn't work? |
20:18.58 | cr2 | pH5: the reset gpio sequence is done on powerdown too. |
20:19.07 | cr2 | tmzt: BA |
20:19.40 | cr2 | tmzt: athena spi kbd driver is the same as on hermes. just needs the hotplug irq+power wrapper. |
20:20.36 | tmzt | why doesn't driver in hh.org work then? |
20:20.45 | tmzt | on ba |
20:21.06 | CDJM | There is a keyboard driver for the hermes available? |
20:21.18 | pH5 | tmzt: 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.21 | cr2 | it works, but pH5 wants to write a clean asic3-spi driver |
20:21.27 | pH5 | and that. |
20:21.46 | pH5 | although knowing the meaning of the clkdiv settings would be really nice for that. |
20:21.58 | tmzt | ah |
20:22.02 | cr2 | CDJM: yes,in a linuxtogo 2.6.25 branch |
20:22.24 | cr2 | pH5: i'm writing down the CTL setup |
20:23.19 | CDJM | cr2: 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.54 | cr2 | pH5: the asic3clock 0x4000 is enabled |
20:24.13 | CDJM | cr2: What do you mean with linuxtogo? Is there a website where i can fetch it from? |
20:24.18 | cr2 | pH5: then 0x2000 |
20:24.43 | cr2 | CDJM: git.linuxtogo.org |
20:25.38 | CDJM | cr2: thx. Is there a chance to run it on my hermes? |
20:25.49 | cr2 | CTL & 0xfff4 |
20:26.16 | cr2 | CDJM: yes. but the SD driver is still missing. |
20:26.40 | cr2 | ASIC3CLK | 0x4 |
20:26.54 | cr2 | sleep 0x1388 |
20:27.06 | CDJM | cr2: What's so special about the controller in the hermes? |
20:27.14 | kiozen | cr2: evening |
20:27.21 | kiozen | got a question |
20:27.41 | cr2 | CLK & 0x87ff | 0x2000 |
20:27.43 | kiozen | do you know how to make a channel permanet on irc? |
20:27.44 | cr2 | hi kiozen |
20:27.51 | cr2 | no |
20:28.12 | kiozen | but didn't you start this cahnnel? |
20:28.47 | cr2 | CLK & 0xfdff |
20:29.15 | cr2 | kiozen: no. rob_w. ask par about these times :) |
20:29.40 | CDJM | kiozen: 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.42 | cr2 | CLK | 0x100 |
20:29.58 | kiozen | CDJM: ok |
20:30.05 | cr2 | CLK | 0x80 |
20:30.10 | kiozen | thus I have to ask them :) |
20:30.28 | cr2 | CLK & 0xffbf |
20:30.46 | CDJM | kiozen: I'm not an freenode guru, but this is what google gave me on a quick search. |
20:30.58 | kiozen | ok :) |
20:31.03 | cr2 | CLK+6 | 1 |
20:31.30 | cr2 | CLK+6 | 2 |
20:31.42 | cr2 | CLK+6 | 4 |
20:32.05 | pH5 | just to be sure, what address is CLK? |
20:32.05 | cr2 | CLK+6 | 8 |
20:32.12 | cr2 | ASIC3SPI |
20:32.16 | pH5 | ok |
20:32.30 | cr2 | sorry, CLK=CTL |
20:32.34 | tmzt | pH5: does the new driver use cells? |
20:32.43 | cr2 | ASIC3CLK is ASIC3CLOCK |
20:33.22 | cr2 | pH5: then the ALT ASIC3GPIO setup |
20:33.35 | cr2 | pH5: CTL+6 ? |
20:34.01 | CDJM | cr5: Which linuxtogo-kernel should i use? There is groups/mobile-linux/kernel.git and ph5/kernel.git |
20:34.15 | pH5 | tmzt: asic3? |
20:34.43 | cr2 | pH5: btw, next you will ask me how to setup the asic3-pwm :) |
20:35.16 | cr2 | i have all these notes somewhere, but it's easier to recover them from the asm |
20:35.39 | pH5 | cr2: =) |
20:36.13 | pH5 | a possibility to register off-soc pwms with the generic pwm api would be nice. |
20:36.28 | cr2 | yes |
20:36.33 | pH5 | then the BA backlight could use the generic pwm driver together with asic3-pwm. |
20:36.47 | cr2 | pwm is just a clk api extension. |
20:37.08 | cr2 | to account for the duty tim |
20:37.19 | tmzt | pH5: yes, mfd cells use offset for each subcomponent I think |
20:37.59 | pH5 | tmzt: yes. after I'm finished with it, it will (use cells). |
20:38.37 | pH5 | I've sent patches for DS1WM and MMC to sameo already, but I don't think he merged them already. |
20:40.29 | pH5 | s/already./yet./ |
20:40.34 | pH5 | better |
20:42.08 | cr2 | #define _IPAQ_ASIC3_SPI_Base 0x0400 |
20:42.09 | cr2 | #define _IPAQ_ASIC3_SPI_Control 0x0000 |
20:42.11 | cr2 | #define _IPAQ_ASIC3_SPI_TxData 0x0004 |
20:42.12 | cr2 | #define _IPAQ_ASIC3_SPI_RxData 0x0008 |
20:42.14 | cr2 | #define _IPAQ_ASIC3_SPI_Int 0x000c |
20:42.15 | cr2 | #define _IPAQ_ASIC3_SPI_Status 0x0010 |
20:42.17 | cr2 | hm. |
20:42.18 | cr2 | no +6 ? |
20:42.29 | cr2 | heh |
20:42.37 | cr2 | .shift |
20:42.53 | pH5 | cr2: that's for 32-bit spacing. converting that to asic3 native registers is on my list. |
20:42.54 | cr2 | then it's #define _IPAQ_ASIC3_SPI_Int 0x000c |
20:42.57 | pH5 | yes |
20:43.01 | cr2 | ok |
20:43.21 | cr2 | so | 1 |2 |4 |8 enables all these irqs ? |
20:43.28 | pH5 | right now there's all this reg << (2-bus_shift) going on. |
20:43.33 | cr2 | looks like locomo spi to me. |
20:43.39 | pH5 | or disables them, not sure. |
20:43.40 | cr2 | ok |
20:44.07 | cr2 | i'll google for locomo spi code |
20:44.44 | cr2 | it's probably irq mask |
20:45.18 | cr2 | because the kbd has external gpio irq |
20:45.33 | CDJM | Sorry, 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.49 | cr2 | need to check the 6915 init. with 2Mbit you can't just ignore irqs ;) |
20:45.58 | pH5 | yeah, and the BA driver busy-waits for some bit in the STATUS register. |
20:46.07 | pH5 | so masking irqs makes sense. |
20:46.09 | cr2 | CDJM: hermes is s3c2442 |
20:46.37 | cr2 | pH5: tx ready |
20:46.49 | *** join/#htc-linux melgurth (n=melgurth@aesk116.neoplus.adsl.tpnet.pl) |
20:47.10 | cr2 | pH5: that looks exactly like the locomo spi. i would not be surprised if it's the same sharp core. |
20:47.51 | cr2 | the asic3_mmc core is from toshiba. |
20:48.02 | cr2 | and toshiba was producing asic3 anyway. |
20:49.00 | CDJM | So which kernel to choose then to get the latest improvements? |
20:49.15 | cr2 | #define CLOCK_CDEX_SPI (1 << 2) |
20:49.20 | cr2 | it's | 4 |
20:49.44 | CDJM | I just want to make errors twice... |
20:49.50 | CDJM | erm |
20:49.52 | CDJM | don't want |
20:49.53 | cr2 | and 0x2000 and 0x4000 are the base clocks |
20:49.58 | cr2 | #define CLOCK_CDEX_EX0 (1 << 13) /* R/W: 32.768 kHz crystal */ |
20:49.59 | cr2 | #define CLOCK_CDEX_EX1 (1 << 14) /* R/W: 24.576 MHz crystal */ |
20:50.14 | cr2 | CDJM: 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.10 | CDJM | cr2: So there is no active development for the hermes anymore? |
20:51.22 | cr2 | CDJM: no, because of the SD driver |
20:51.52 | cr2 | CDJM: pick the keyboard driver from this branch and merge it into the latest keernel |
20:52.25 | CDJM | cr2: Okay. But this is just one problem. 2.6.29.4 vanilla doesn't work. |
20:52.49 | CDJM | cr2: That's why i am asking you for a kernel. |
20:53.05 | cr2 | CDJM: i know that hh.org works. but without the keyboard |
20:53.22 | cr2 | CDJM: and i know that this 2.6.25 branch works with the keyboard. |
20:54.14 | CDJM | cr2: hh.org -> The Happy Hearts Organization - Top-Quality Dating Services at Lower Prices! <- ??? |
20:55.54 | CDJM | cr2: You mean htc-msm-2.6.25 as the branch? |
20:56.49 | cr2 | pH5: no, the locomo layout is different. |
20:56.53 | cr2 | CDJM: yes |
20:57.19 | cr2 | CDJM: hh.org == handhelds.org here :D |
20:57.39 | tcccp | *grin* |
20:58.14 | CDJM | cr2: k. :-) |
20:58.32 | cr2 | tcccp: looking at the 6915 spi / gps driver now |
20:58.45 | tcccp | cr2: Neato :-) |
21:00.32 | cr2 | but only at the transport level. i don't think there is a working GL driver from moko1 |
21:02.14 | tmzt | what? |
21:02.34 | tmzt | gta01 only has 2440 I thought |
21:02.39 | tmzt | no gl |
21:02.57 | cr2 | GL=globallocate gpschip |
21:03.20 | pH5 | global locate hammerhead gps |
21:03.21 | cr2 | connected over uart on moko1 |
21:03.33 | tmzt | oh |
21:03.33 | pH5 | ugly userspace binary blob c++ driver |
21:03.35 | cr2 | and over asic3-spi on 6915 |
21:04.15 | tmzt | there was some work to develope one |
21:06.28 | cr2 | hm. no idb |
21:07.00 | stefan_schmidt | ~lart gl driver for being so big and ugly and being the only oabi around on gta01 |
21:07.00 | apt | shoves 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.26 | tmzt | idb? |
21:08.54 | stefan_schmidt | tmzt: file suffix for IDA |
21:08.55 | cr2 | spi bus read busy timeout |
21:09.09 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
21:09.44 | cr2 | ok. found asic3_spi_init |
21:10.07 | cr2 | 400/2 |
21:10.19 | cr2 | [22:41] <cr2> #define _IPAQ_ASIC3_SPI_Base 0x0400 |
21:10.25 | cr2 | ok, this is the CTL |
21:10.45 | pH5 | too bad the GL reverse engineering efforts went nowhere :/ |
21:10.51 | pH5 | cr2: yes, and 0xf of that is the clkdiv |
21:11.03 | pH5 | (says asic3.h) |
21:11.55 | *** join/#htc-linux WigglerAway (n=james@92-235-224-158.cable.ubr12.stav.blueyonder.co.uk) |
21:12.12 | stefan_schmidt | hmm, 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.28 | stefan_schmidt | The card was detected and the partition found. So power should be fine. |
21:12.51 | tmzt | stefan_schmidt: what kernel? |
21:12.52 | stefan_schmidt | pH5: (GL= not enough man power or serious problems? |
21:13.03 | stefan_schmidt | tmzt: linus from some minutes ago. |
21:13.09 | tmzt | mmc-block? |
21:13.26 | stefan_schmidt | tmzt: --verbose |
21:14.04 | pH5 | stefan_schmidt: I think both. |
21:14.16 | stefan_schmidt | pH5: hmm, sad, true |
21:14.24 | cr2 | CTL & 0xffff |
21:14.28 | pH5 | disassembling gllin didn't work too well due to floating point logic and c++ |
21:14.42 | tmzt | CONFIG_BLOCK_MMC |
21:14.44 | stefan_schmidt | pH5: You already know sdr-gps.org? |
21:14.51 | pH5 | and guessing the algorithms used for holding a lock didn't work too well |
21:14.54 | tmzt | hard to do on wm sip keyboard |
21:15.14 | stefan_schmidt | pH5: ah, ok. Already on the hardware level then. |
21:15.28 | cr2 | CTL & 0xfff0 | 7 |
21:15.39 | cr2 | pH5: this must be the divisor setting |
21:15.58 | stefan_schmidt | tmzt: yup, it's on. |
21:16.25 | cr2 | CTL & 0xfff0 | 4 on BA |
21:16.29 | stefan_schmidt | Perhaps I should turn on the mmc debugging. But normally the screen is to small for it. |
21:16.39 | cr2 | CTL & 0xfff0 | 7 on 6915 |
21:17.21 | cr2 | pH5: there were some asic2 divisor comments. |
21:18.00 | cr2 | i think BA uses some ~100kHz, and 6915 2048kHz ? |
21:18.50 | cr2 | yes, set divisor, and then enable SPI clock |
21:18.59 | cr2 | msleep 0x1388 |
21:20.04 | cr2 | CTL & 0x887ff | 0x2000 |
21:20.25 | cr2 | the same on BA |
21:20.27 | cr2 | [22:27] <cr2> CLK & 0x87ff | 0x2000 |
21:21.11 | cr2 | CTL & 0xfdff |
21:21.22 | stefan_schmidt | argh |
21:21.27 | stefan_schmidt | ~lart stefan_schmidt |
21:21.27 | apt | shoots stefan_schmidt in the head |
21:21.29 | cr2 | CTL & 0xfeff |
21:21.48 | tmzt | stefan_schmidt: still doesn't work? |
21:21.49 | stefan_schmidt | If my rootfs is ext2 I of course need ext2 in the kernel :) |
21:22.11 | cr2 | CTL & 0xff7f |
21:22.12 | tmzt | not the problem, but yes |
21:22.16 | stefan_schmidt | Booting into sd now. And kdrive goes crazy for the 240x400 :) |
21:22.27 | tmzt | stefan_schmidt: is it detecting the sd card? |
21:22.28 | cr2 | lol |
21:22.30 | stefan_schmidt | tmzt: well, it _was_ the problem |
21:22.38 | stefan_schmidt | tmzt: yup |
21:22.48 | stefan_schmidt | tmzt: power is still there from WM |
21:23.20 | tmzt | the unknown block was caused by a missing fs? |
21:23.21 | cr2 | CTL & 0xffbf |
21:23.38 | stefan_schmidt | tmzt: yes |
21:23.41 | stefan_schmidt | tmzt: crappy, msg indeed |
21:24.11 | tmzt | related to realrootdev I think |
21:24.14 | tmzt | ok |
21:25.28 | stefan_schmidt | something like this |
21:26.14 | stefan_schmidt | let's fight with the kdrive problem later. |
21:26.31 | stefan_schmidt | next on my list would be usb-device for usb ethernet |
21:26.33 | cr2 | CTL | 0x8000 on write |
21:26.53 | stefan_schmidt | cr2: It looks really strange what you are talking all the times. ;) |
21:27.44 | tmzt | stefan_schmidt: you need vbus detect and pull up from ce |
21:27.58 | tmzt | or just boot with usb plugged in |
21:28.02 | cr2 | pH5: yes, and the same loop <10 for spi timeout like on BA |
21:28.15 | stefan_schmidt | tmzt: will try the shortcut first |
21:28.27 | tmzt | yeah |
21:28.30 | pH5 | cr2: so exactly the same behaviour, except the clock rate is different? |
21:29.02 | cr2 | pH5: looks like that |
21:29.15 | cr2 | tst 0x10, repeat |
21:32.25 | cr2 | pH5: so the spi_read16 works the same way |
21:34.02 | onen|openBmap | sees that stefan_schmidt makes good progress :-) |
21:34.10 | AstainHellbring | cr2 can you edit that main page for wiki? |
21:34.38 | onen|openBmap | stefan_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.43 | tmzt | onen|openBmap: you have omnia? |
21:34.56 | tmzt | oh |
21:35.11 | onen|openBmap | stefan_schmidt: I planned to try to help with my x800, but since even Laforge is stuck with the GSM :-( ... |
21:35.20 | tmzt | I think you'll like diag channel |
21:35.32 | onen|openBmap | tmzt: hi. no. x500, x800, and a bunch of htc |
21:35.43 | stefan_schmidt | onen|openBmap: Well, it boils down to the same problem as gnufiish. Modem. |
21:35.57 | cr2 | it sends some control packets, and receives the responces. |
21:36.02 | stefan_schmidt | onen|openBmap: I would say don't buy it just in hope. |
21:36.02 | onen|openBmap | tmzt: diag channel? |
21:36.29 | stefan_schmidt | onen|openBmap: _If_ we get the modem working that changes of course. |
21:36.57 | tmzt | qualcomm modems provide a lot of useful information about the protocol stack |
21:37.05 | cr2 | AstainHellbring: http://www.htc-linux.org/wiki/index.php?title=Main_Page ? |
21:37.17 | stefan_schmidt | onen|openBmap: Or better, wait for the Omnia Pro, buy it and send it over. ;) just kidding |
21:37.25 | AstainHellbring | yes cr2 |
21:37.35 | cr2 | AstainHellbring: i can't open any wiki page on xda-dev |
21:37.36 | tmzt | stefan_schmidt: pro? |
21:37.53 | AstainHellbring | stupid xda wiki |
21:37.54 | stefan_schmidt | tmzt: http://pdadb.net/index.php?m=specs&id=1864&view=1&c=samsung_omnia_pro |
21:37.55 | onen|openBmap | stefan_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.00 | stefan_schmidt | tmzt: not yet available |
21:38.04 | tmzt | stefan_schmidt: I'm thinking that will be msm cpu |
21:38.35 | stefan_schmidt | onen|openBmap: yup, sad but true. Fun to hack on it but often not ready in time before they go end-of-life |
21:38.59 | stefan_schmidt | tmzt: It's still listed as PXA312 + MSM6821 |
21:39.13 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
21:39.19 | cr2 | stefan_schmidt: lol. T-DMB digital tuner |
21:39.33 | onen|openBmap | stefan_schmidt: is it the case? I mean, do they reach a point where they, actually, are ready? |
21:39.37 | stefan_schmidt | cr2: yeah, strange feature. |
21:39.51 | cr2 | stefan_schmidt: GEZ :) |
21:40.03 | stefan_schmidt | onen|openBmap: well, openezx is nearly there. You just don't get the hardware outside of asia easily |
21:40.03 | AstainHellbring | cr2 slowly getting those pages moved over for you |
21:40.11 | cr2 | AstainHellbring: thanks |
21:40.18 | AstainHellbring | welcome |
21:40.22 | stefan_schmidt | cr2: For any computing device with internet nowadays :) |
21:40.27 | AstainHellbring | bloody tables dont move so nicely but its a start |
21:40.37 | cr2 | stefan_schmidt: only radio rate |
21:40.44 | stefan_schmidt | cr2: ah, right |
21:40.47 | cr2 | stefan_schmidt: and this is the TV |
21:40.51 | stefan_schmidt | jup |
21:41.03 | onen|openBmap | stefan_schmidt: I would prefer to help with x800, as I have one from work available |
21:41.20 | stefan_schmidt | onen|openBmap: ok, then do this. |
21:41.41 | tmzt | guess not |
21:41.57 | stefan_schmidt | onen|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.02 | onen|openBmap | stefan_schmidt: we already talked about this last time. I won't repeat, and waste your (precious) time. |
21:42.09 | stefan_schmidt | onen|openBmap: heh |
21:42.39 | stefan_schmidt | onen|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.46 | stefan_schmidt | onen|openBmap: need to spread the load. |
21:42.48 | tmzt | 6821, is that in athena? |
21:43.00 | cr2 | stefan_schmidt: it is possible to run barebones wince in qemu ? |
21:43.06 | tmzt | same as pre I think, but cdma variant |
21:43.08 | onen|openBmap | stefan_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.21 | stefan_schmidt | tmzt: ups, in omnia it is 6281 |
21:43.34 | tmzt | oh |
21:43.36 | tmzt | ok |
21:44.02 | stefan_schmidt | cr2: no idea, not by working area |
21:44.07 | tmzt | not sure which ones support external ram, this dpram thing |
21:44.07 | cr2 | tmzt: athena is msm6275 |
21:44.25 | tmzt | umts? |
21:44.26 | stefan_schmidt | cr2: AFAIK he uses the test system so far. |
21:44.36 | cr2 | ok. interesting |
21:44.38 | stefan_schmidt | cr2: There is a system for factory tests on nand |
21:44.47 | onen|openBmap | is happy, server is up again. last days contributions brought 1000 cells :-) |
21:45.02 | AstainHellbring | tmzt specs on athena are being posted to htc-linux wiki |
21:45.24 | cr2 | onen|openBmap: brain cells ? |
21:45.24 | stefan_schmidt | That 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.24 | AstainHellbring | tmzt MSM6275 GSM/UMTS |
21:45.29 | tmzt | ok |
21:45.33 | stefan_schmidt | cr2: gsm cells |
21:45.38 | cr2 | lol |
21:46.23 | onen|openBmap | cr2: I wish ;-) |
21:46.55 | *** join/#htc-linux dariball (n=dariball@p5498703A.dip.t-dialin.net) |
21:48.19 | tmzt | cr2: will memory map help? mmu/tlb I mean |
21:52.12 | cr2 | tmzt: the rom dump may be the best |
21:52.39 | AstainHellbring | rom dump? |
21:52.40 | cr2 | stefan_schmidt: what about dumping nk.exe ? |
21:53.03 | tmzt | itsutils |
21:53.09 | cr2 | stefan_schmidt: your page tables are at +0x350000 |
21:53.12 | tmzt | extract imgfs |
21:53.13 | stefan_schmidt | cr2: just one more test regarding usb device. Then I'm your humble slave. |
21:53.33 | tmzt | cr2: how did you get that? |
21:53.38 | tmzt | pxa docs? |
21:53.40 | cr2 | stefan_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.52 | cr2 | tmzt: print "%x" MMU |
21:54.01 | tmzt | ah |
21:54.11 | tmzt | ptbl? |
21:54.13 | cr2 | not really :) |
21:54.18 | cr2 | but it's the same method |
21:54.44 | tmzt | but no define for it? |
21:55.09 | cr2 | [Mo Jun 8 2009] [23:26:01] <cr2_> fffd0000 | 80350000 | Small (4K) | AP=1111 |
21:55.10 | cr2 | [Mo Jun 8 2009] [23:26:01] <cr2_> fffd1000 | 80351000 | Small (4K) | AP=1111 |
21:55.12 | cr2 | [Mo Jun 8 2009] [23:26:01] <cr2_> fffd2000 | 80352000 | Small (4K) | AP=1111 |
21:55.14 | cr2 | [Mo Jun 8 2009] [23:26:01] <cr2_> fffd3000 | 80353000 | Small (4K) | AP=1111 |
21:55.15 | cr2 | [Mo Jun 8 2009] [23:26:01] <cr2_> fffd4000 | | UNMAPPED | |
21:55.16 | cr2 | [Mo Jun 8 2009] [23:26:01] <cr2_> ffff0000 | 80354000 | Small (4K) | CB AP=1111 |
21:55.18 | cr2 | [Mo Jun 8 2009] [23:26:01] <cr2_> ffff1000 | | UNMAPPED | |
21:55.20 | cr2 | [Mo Jun 8 2009] [23:26:01] <cr2_> ffffc000 | 80355000 | Small (4K) | CB AP=1120 |
21:55.21 | cr2 | in the 'dump mmu' |
21:55.30 | AstainHellbring | what rom you talking of dumping? |
21:55.39 | cr2 | AstainHellbring: omnia |
21:55.43 | AstainHellbring | ahh cool |
21:55.52 | cr2 | tmzt: ptbl = page table |
21:56.34 | stefan_schmidt | ok, no luck with usb device so far. That's for tomorrow. |
21:56.37 | tmzt | ok |
21:56.49 | stefan_schmidt | cr2: so nk.exe dumping |
21:56.50 | cr2 | tmzt: there are some static ram areas where the dpram may be located |
21:57.13 | cr2 | stefan_schmidt: pwf omniank 0x80000000 0x350000 |
21:57.16 | tmzt | stefan_schmidt: why? gadget-udc and g-ether don't work? |
21:57.37 | tmzt | stefan_schmidt: xsascha had it working on i780 I think |
21:57.55 | tmzt | also, dumping seos would be helpful |
21:58.05 | cr2 | stefan_schmidt: check 'pd 0x0 0x1000' too |
21:58.05 | tmzt | or |
21:58.07 | high-rez | Are you guys interested in linux on these devices primarily for android or for other purposes? |
21:58.09 | stefan_schmidt | tmzt: Ah, good. Will look at it tomorrow. |
21:58.12 | tmzt | UP3OCR |
21:58.34 | stefan_schmidt | cr2: pwf, done |
21:58.35 | cr2 | high-rez: !^ htc-linux |
21:58.49 | cr2 | stefan_schmidt: strings -el ? |
21:58.56 | tmzt | high-rez: other purposes? this channel predates public knowledge of android |
21:59.04 | stefan_schmidt | cr2: It's all 1 and later 2 at 0x0 |
21:59.16 | high-rez | tmzt: Oh, I didn't know that. :) Sorry. |
21:59.18 | cr2 | stefan_schmidt: ok. |
21:59.22 | *** part/#htc-linux wdslbr (n=asa@dslb-088-069-215-030.pools.arcor-ip.net) |
21:59.41 | cr2 | high-rez: this channel is 3+ years old. |
21:59.41 | stefan_schmidt | cr2: moment, need to copy the file over |
22:01.06 | high-rez | cr2: 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.58 | cr2 | high-rez: momentum maybe no, but there was "fully" working linux on blueangel in december 2005 |
22:02.08 | stefan_schmidt | hmm, you use synce-pcp for file transfers from and to the device as well? |
22:02.15 | stefan_schmidt | not really reliable here |
22:02.45 | cr2 | stefan_schmidt: wince6 has usb_storage option |
22:03.11 | stefan_schmidt | cr2: but then I would need to switch all the time for haret console |
22:03.12 | cr2 | otherwise i copied from SD |
22:03.20 | stefan_schmidt | anyway, file is here now |
22:03.25 | cr2 | stefan_schmidt: yeah. |
22:03.31 | tmzt | I use synce-pcp |
22:03.44 | stefan_schmidt | cr2: what strings are you looking for? |
22:03.46 | tmzt | with synce-hal |
22:03.47 | cr2 | stefan_schmidt: haret needs some uucp capabilities ;) |
22:03.54 | stefan_schmidt | cr2: lol |
22:04.07 | stefan_schmidt | tmzt: hmm, should be the same here. |
22:04.24 | stefan_schmidt | tmzt: sometimes it gets not recognized tho |
22:04.29 | cr2 | stefan_schmidt: what do you see there ? |
22:04.34 | tmzt | yeah |
22:05.29 | stefan_schmidt | cr2: http://pastebin.com/f4759c30b |
22:05.39 | stefan_schmidt | hugs the pastebinit package |
22:06.17 | cr2 | Now force LCD panel EPSON L5F30827_T02 |
22:06.19 | cr2 | Now force LCD panel EPSON L5F30827_T08 |
22:06.33 | stefan_schmidt | looks good, indeed :) |
22:06.35 | cr2 | OALIoCtlGetHWUID OneNAND ID = %x |
22:06.45 | stefan_schmidt | changes the lcd name in sgh_i900.c :) |
22:07.01 | cr2 | stefan_schmidt: dumprom+ida |
22:07.21 | tmzt | how much flash? |
22:07.27 | cr2 | onenand |
22:07.50 | stefan_schmidt | tmzt: 256 |
22:07.55 | stefan_schmidt | cr2: dumprom? |
22:08.13 | tmzt | storage? |
22:08.39 | cr2 | stefan_schmidt: yeah. there is even a linux version. unless lzma/xpr is used |
22:08.44 | tmzt | ImgfsToDump |
22:08.46 | stefan_schmidt | tmzt: 256 nand plus 8GB internal SD |
22:08.47 | cr2 | no |
22:09.00 | CDJM | gn8 and thanks for your help. cya |
22:09.07 | cr2 | but wine dumprom.exe -v works very well |
22:09.12 | tmzt | which is probably the onenand |
22:09.33 | stefan_schmidt | Need to lookup dumprom first |
22:09.46 | cr2 | stefan_schmidt: run ls in \windows |
22:09.54 | cr2 | heh. i need to add it to haret ;) |
22:10.19 | tmzt | synce-pls '/windows/' |
22:10.29 | cr2 | ; If you did not accept the terms of the EULA, you are not authorized to use |
22:10.31 | cr2 | ; this source code |
22:11.03 | stefan_schmidt | stefan@dodger:~/Projekte/omnia$ synce-pls '/windows/' |
22:11.03 | stefan_schmidt | Directory 2008-01-01 03:00:00 Startmenü/ |
22:11.25 | cr2 | strange |
22:11.36 | cr2 | ERROR: IMGFS!CVolume::LoadCompressionEngine: unable to load compressor type "%S" from dll "%s"... file system will be readonly!!! |
22:12.19 | cr2 | lol |
22:12.22 | cr2 | DRM_IOControl(%08x) |
22:12.42 | cr2 | [NANDSPY] CreateDirectory error...My Storage can't use for folder name. |
22:13.55 | cr2 | FAT12 is not supported! |
22:15.00 | tmzt | no 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.07 | cr2 | no phone init. |
22:18.06 | cr2 | stefan_schmidt: you may also try old good testwm5.exe |
22:18.32 | tmzt | itsutils, imgfstoolsv2.1 |
22:18.38 | stefan_schmidt | cr2: For what? |
22:18.50 | cr2 | tmzt: if itsutils will work |
22:18.53 | stefan_schmidt | still installs wine for dumprom |
22:19.09 | cr2 | tmzt: the file looks a bit htc specific iwth the binary patches. |
22:19.27 | tmzt | which? |
22:19.42 | cr2 | onenand in itsutils |
22:19.48 | tmzt | only nbsplit and it can be costom block sizes |
22:19.52 | tmzt | ah |
22:19.58 | stefan_schmidt | you guys lost me ages ago I feel. :) |
22:20.16 | stefan_schmidt | I should let dumprom attack the nk.exe? |
22:20.17 | tmzt | but is onenand storage or nand-os |
22:20.29 | cr2 | stefan_schmidt: the ram dump. |
22:20.57 | stefan_schmidt | cr2: How was I supposed to get that one? |
22:21.02 | cr2 | dumprom is actually xipextract |
22:21.15 | stefan_schmidt | Seems I have to really read the xda wiki in more detail :) |
22:21.16 | cr2 | stefan_schmidt: which one ? |
22:21.24 | stefan_schmidt | cr2: The ram dump? |
22:21.29 | cr2 | stefan_schmidt: do you have dumprom.exe ? |
22:21.33 | stefan_schmidt | or is this the nk thing |
22:21.46 | stefan_schmidt | cr2: yup, here and workign with wine |
22:21.52 | stefan_schmidt | alos the omniank |
22:22.02 | stefan_schmidt | That is the ram dump you are refering to? |
22:22.03 | cr2 | stefan_schmidt: your dump includes nk.exe and some other junk |
22:22.07 | cr2 | yes |
22:22.10 | stefan_schmidt | ah, ok |
22:22.19 | stefan_schmidt | I thought a complete dump of the ram |
22:22.35 | cr2 | mkdir junk && wine dumprom.exe -v omniank -d junk |
22:23.21 | cr2 | ls -l junk |
22:23.41 | stefan_schmidt | there we go |
22:24.05 | stefan_schmidt | http://pastebin.com/f639ab4f8 |
22:24.32 | cr2 | wee |
22:24.41 | cr2 | <PROTECTED> |
22:24.47 | cr2 | for ida |
22:24.53 | stefan_schmidt | ok |
22:25.02 | stefan_schmidt | But that is for tomorrow |
22:25.03 | cr2 | then you'll certainly learn something about gpios |
22:25.10 | cr2 | sure |
22:25.21 | stefan_schmidt | cr2: great, thanks a lot guiding me through the dark :) |
22:25.32 | cr2 | :) np |
22:25.52 | cr2 | tmzt: 5680 2009-06-10 00:23 cecompr.dll |
22:26.03 | cr2 | tmzt: we need a free software version ;) |
22:26.21 | stefan_schmidt | What is the problem with onenand? |
22:26.23 | tmzt | never written anything like that |
22:26.28 | stefan_schmidt | Same as m-systems? patents? |
22:26.52 | cr2 | stefan_schmidt: dumping onenand in wince |
22:27.04 | cr2 | i think there is some linx driver for onenand |
22:27.19 | cr2 | but don't know its capabilities |
22:27.27 | stefan_schmidt | ok |
22:27.38 | cr2 | it's not a problem since you have SD |
22:27.40 | stefan_schmidt | I'm fine with external mmc so far as rootfs |
22:27.50 | stefan_schmidt | And that one also has an internal 8GB one :) |
22:28.00 | cr2 | but if you'll have a raw nand dump |
22:28.05 | stefan_schmidt | ponders about 8GB raid1 :) |
22:28.07 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
22:28.15 | cr2 | then you can use the nb* tools tmzt talked about |
22:28.24 | stefan_schmidt | ok, got it |
22:28.41 | cr2 | to extract all other driver dlls |
22:28.54 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
22:28.57 | tmzt | cr2: a lot is missing in htc-flasher |
22:29.31 | tmzt | nbinfo, nbmerge but not split |
22:29.32 | cr2 | tmzt: i mean the cecompr.dll replacement |
22:29.39 | tmzt | yes |
22:29.41 | cr2 | these are just 2 functions |
22:29.45 | tmzt | xpr? |
22:29.54 | cr2 | for lzx_ and xpr_ decoder |
22:30.03 | stefan_schmidt | That eminds me. It seems samsung offers images for flashing. Bundled with IMEI |
22:30.10 | tmzt | lzx should easy |
22:30.30 | cr2 | stefan_schmidt: htc format (.nbh) is well known |
22:30.40 | stefan_schmidt | need to check it |
22:30.43 | cr2 | others may use weird encryption. |
22:30.44 | tmzt | no idea what xpr is |
22:30.56 | cr2 | tmzt: xpr is documented too |
22:31.07 | stefan_schmidt | ok, also on the list for tomorrow. Need some sleep now. night and thnaks |
22:31.10 | stefan_schmidt | thanks |
22:31.10 | cr2 | tmzt: i've iven posted the info to xda-dev |
22:31.19 | tmzt | might be fun then |
22:31.20 | cr2 | stefan_schmidt: good nigh |
22:31.56 | tmzt | <PROTECTED> |
22:32.20 | tmzt | well, romhdr is in imgfstools tadzio I yhink |
22:32.51 | tmzt | mbr is supposed to be standar |
22:32.53 | cr2 | http://wiki.samba.org/index.php/SoC/Ideas |
22:33.00 | tmzt | ? |
22:33.43 | cr2 | There'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.44 | cr2 | It is assumed that this algorithm is also used between Outlook and Exchange, so this would also help the OpenChange team. |
22:34.07 | cr2 | later the spec was published by ms |
22:35.18 | tmzt | through 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.24 | cr2 | tmzt: http://www.msuiche.net/codes/xpress.c.txt |
22:46.14 | cr2 | <PROTECTED> |
22:47.00 | cr2 | this is one of my most hated words: |
22:47.04 | cr2 | DWORD |
22:47.21 | infidel206 | lol |
22:47.42 | cr2 | wtf, why not use ansi/c99 types ? |
22:48.27 | tmzt | rle? |
22:48.35 | tmzt | what's the point? |
22:49.23 | cr2 | ask ms |
22:50.25 | tmzt | I guess to supress zero's ones |
22:50.30 | tmzt | ff's |
22:50.41 | cr2 | ok, looking at *ept before going to bed. |
22:50.50 | tmzt | cool |
22:51.13 | tmzt | by the way, enabling adsp crashes wuala android build |
22:51.15 | cr2 | tmzt: maybe we can add this xpr code to dumprom.cpp after all |
22:51.20 | tmzt | crashes raph |
22:51.23 | cr2 | ok |
22:51.34 | cr2 | need rpc debug traces |
22:51.43 | cr2 | from the kernel |
22:51.53 | tmzt | can't get them very well |
22:51.58 | tmzt | yeah |
22:52.07 | tmzt | we need ram console |
22:52.14 | tmzt | anyway, ept |
22:52.26 | tmzt | AstainHellbring: still here? |
22:53.36 | cr2 | some adsp patchez for g1 |
22:55.20 | tmzt | ? |
22:55.43 | cr2 | in android git |
22:55.49 | tmzt | trace you mean? |
22:55.55 | tmzt | where |
22:55.59 | cr2 | the code is becoming such a bloatware that it's not fun |
22:56.12 | cr2 | [ARM] msm: adsp: retry msm_adsp_write() when a queue... 86/10286/4 |
22:56.28 | cr2 | [ARM] msm: adsp: Fix msm_adsp_write to not call mdelay(1) 77/10277/1 |
22:56.54 | tmzt | it seems to work on g1 |
22:57.02 | tmzt | is this 2.6.29? |
22:58.25 | cr2 | yes |
22:58.27 | cr2 | ah |
22:58.30 | cr2 | 642 /* init rpc */ |
22:58.32 | cr2 | 643 endpoint = msm_rpc_connect(APP_BATT_PROG, APP_BATT_VER, 0); |
22:59.11 | cr2 | -1 instead of 0 on wince |
22:59.42 | tmzt | ok |
22:59.52 | tmzt | have we patched that? |
23:00.09 | cr2 | no. it's not necessary i guess |
23:00.29 | tmzt | I think I'm going to move output selection to htc-hw as sysfs for testing |
23:00.34 | cr2 | the hacked htc_battery.c can be a base for gps & other rpc driverz |
23:00.38 | tmzt | tired of ioctls |
23:00.51 | cr2 | yeah |
23:01.17 | cr2 | 343 rc = msm_rpc_call_reply(endpoint, HTC_PROCEDURE_GET_BATT_INFO, |
23:01.19 | cr2 | 344 &req, sizeof(req), |
23:01.20 | cr2 | 345 &rep, sizeof(rep), |
23:01.22 | cr2 | 346 5 * HZ); |
23:01.23 | tmzt | I thought there were threads and everythung else involved |
23:01.23 | cr2 | 347 |
23:02.30 | cr2 | ok, so the PROG/VERS is included into *ept |
23:02.41 | cr2 | and you need the FUNC only |
23:02.42 | tmzt | ah |
23:02.45 | cr2 | looks good. |
23:03.05 | cr2 | <PROTECTED> |
23:03.42 | cr2 | <PROTECTED> |
23:03.45 | cr2 | sane |
23:04.19 | tmzt | yeah |
23:04.19 | cr2 | only need to know and fill the req struct |
23:04.19 | tmzt | FUNC? |
23:04.40 | cr2 | proc in wiki |
23:04.47 | tmzt | ok |
23:04.48 | cr2 | ame prog proc,msg function name |
23:04.53 | tmzt | not callback? |
23:05.10 | cr2 | no |
23:05.31 | tmzt | ok |
23:05.32 | cr2 | callback *ptr (if any) is included into req |
23:05.39 | tmzt | ok |
23:06.16 | tmzt | what is causing No route to host then? |
23:06.33 | cr2 | PM 0x30000061 pm_* |
23:06.34 | cr2 | 0xe,2 pm_set_led_intensity (0,3) |
23:06.41 | cr2 | this 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.56 | cr2 | don't know. |
23:07.06 | tmzt | our leds are micrp though |
23:07.17 | cr2 | using pdsm/gps may crash raph |
23:07.25 | tmzt | g1 has led controller |
23:07.48 | cr2 | arm9 can control them too. it seems |
23:08.00 | cr2 | because these calls were traced in rpc smem |
23:08.06 | tmzt | for charging? |
23:08.13 | tmzt | ah |
23:08.16 | cr2 | backlight maybe |
23:08.26 | tmzt | ok |
23:08.27 | cr2 | yes, maybe chargng led |
23:08.44 | cr2 | 0x17,1 pm_vid_en (1/0) |
23:08.53 | cr2 | is too diffcult to test right now. |
23:09.18 | cr2 | and sound/adsp is too complex |
23:09.39 | cr2 | we may enable tvout too |
23:09.39 | tmzt | even output? |
23:10.06 | cr2 | with missing mdp/dma3 support it will probably produce only junk on the screen |
23:10.22 | tmzt | ok |
23:10.44 | tmzt | dma3? |
23:10.46 | cr2 | but we may confirm the encoder control working |
23:10.50 | cr2 | yes |
23:11.01 | tmzt | channel? |
23:11.06 | cr2 | but the led rpc looks much simplier. |
23:11.24 | tmzt | we know vibra |
23:11.29 | cr2 | yes, a separate mdp dma channel for tvout |
23:11.41 | cr2 | vibra is not rpc |
23:11.47 | tmzt | don't think we have any real leds |
23:11.49 | tmzt | pcom |
23:11.50 | cr2 | at least not on raph |
23:11.52 | tmzt | right |
23:12.25 | cr2 | pm_set_led_intensity (0,3) |
23:12.25 | tmzt | if we understood amss structure better this would make sense |
23:12.33 | cr2 | i don't know which 'led' is that |
23:12.51 | cr2 | disassembling amss is to difficult |
23:13.10 | tmzt | viperbjk? |
23:13.14 | cr2 | at least i get bad results with thumb with my old ida |
23:13.30 | cr2 | it's a lot of work anyway. |
23:13.40 | tmzt | he said we can dump process table |
23:14.31 | cr2 | you need to dump and document the rpc handler (and dex) on the amss side |
23:14.52 | cr2 | it may be interesting |
23:15.14 | tmzt | he also said dmov is software |
23:15.27 | cr2 | but we still can live without it, but documenting the wince side |
23:15.37 | tmzt | and nothing is mmio in smem, I think he said |
23:16.10 | cr2 | maybe |
23:16.36 | cr2 | i'd like to know which dsp is processing the gps data |
23:17.10 | tmzt | and that your mmu bits don't mean anything |
23:17.11 | cr2 | and how to get at the raw datastream :) |
23:17.24 | cr2 | mmu bits ? |
23:17.38 | tmzt | there is 4 and 5 I think |
23:17.45 | tmzt | and qtv |
23:17.57 | tmzt | the protection bits |
23:18.08 | cr2 | it's armv6 spec bits |
23:18.47 | cr2 | not mine :) |
23:19.09 | tmzt | that control what memory is mapped to each core? |
23:19.29 | cr2 | no |
23:19.50 | tmzt | the quallcomm pages mention qdsp4 and qdsp5 |
23:19.53 | cr2 | the virtual page access |
23:20.00 | tmzt | ah |
23:20.25 | cr2 | the mdsp has enough to do with umts |
23:20.33 | tmzt | we know audio is in 5 |
23:20.39 | tmzt | teah |
23:20.39 | cr2 | and adsp is sound/video |
23:21.01 | cr2 | that's why i'm curious who is processing gps data |
23:21.10 | cr2 | and it's a lot of work imho |
23:21.21 | cr2 | which needs some custom dsp |
23:21.39 | tmzt | I think everything is based on other qct chips |
23:21.44 | tmzt | integrated |
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.00 | cr2 | time to sleep |
23:26.24 | cr2 | i think a stripped htc_battery.c should be used for rpc tests |
23:26.36 | cr2 | with rpc_router debug enabled |
23:26.54 | cr2 | once it will work, we may try gps, sound/adsp |
23:27.06 | cr2 | good night |