| 00:04.07 | goxboxlive | hmm i guess i'm the only one a wake |
| 00:05.58 | paulproteus | (-: |
| 00:09.38 | goxboxlive | oh there are an crazy american here :-) |
| 00:10.17 | goxboxlive | paulproteus: i have had a few beers, so i am no ready for go to sleep |
| 00:10.32 | paulproteus | Sounds good, talk to you later. (-: |
| 00:10.38 | goxboxlive | :-) |
| 00:14.13 | *** join/#htc-linux Davy (n=Davy@d150-5-139.home.cgocable.net) |
| 00:15.14 | Davy | has there been any progress with regards to the apache linux project? |
| 00:23.31 | goxboxlive | Davy: ask Kevin2 about it |
| 00:24.25 | Davy | ok |
| 00:32.25 | *** join/#htc-linux TBlake (n=tbcrowle@pool-71-176-212-67.rcmdva.fios.verizon.net) |
| 00:34.10 | TBlake | I am looking for information on how to get linux to work on a ipaq 6925 an HTC sable machine. I downloaded crosstool .43, familiar 2.6, & haret .5.1. I compiled it all and haret hangs the haret log file is not helping. The last two lines are: |
| 00:34.10 | TBlake | Trampoline setup (...) |
| 00:34.10 | TBlake | MMU setup: mmu... |
| 00:34.10 | TBlake | Go Go Go... |
| 00:34.11 | TBlake | <PROTECTED> |
| 00:38.42 | *** part/#htc-linux TBlake (n=tbcrowle@pool-71-176-212-67.rcmdva.fios.verizon.net) |
| 00:39.15 | *** join/#htc-linux TBlake (n=tbcrowle@pool-71-176-212-67.rcmdva.fios.verizon.net) |
| 00:43.39 | *** join/#htc-linux LunohoD_ (n=alex@e180065091.adsl.alicedsl.de) |
| 00:51.02 | cr2 | TBlake: have you manually set the sable mtype ? can you post the haretlog.txt ? |
| 00:51.53 | cr2 | TBlake: i have 6915 and it was working. |
| 02:12.54 | *** join/#htc-linux ellisway (n=ellis@homealone.good1.com) |
| 02:17.13 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 03:32.58 | TBlake | my haret log is at http://docs.google.com/Doc?id=dg7sznfk_10pmwqfkhc |
| 03:38.19 | TBlake | I am manually setting the mtype to 1157 |
| 03:42.36 | *** join/#htc-linux dcordes_ (n=user0815@f049186253.adsl.alicedsl.de) |
| 03:55.38 | *** join/#htc-linux dcordes__ (n=user0815@92.227.112.115) |
| 04:10.07 | *** join/#htc-linux hlbot (n=adm@iclem.net) [NETSPLIT VICTIM] |
| 04:16.32 | *** join/#htc-linux ecze (n=ecze@eczema.ecze.com) [NETSPLIT VICTIM] |
| 04:17.45 | *** join/#htc-linux LunohoD (n=alex@e180065091.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 04:18.36 | *** join/#htc-linux dcordes__ (n=user0815@92.227.112.115) |
| 04:18.36 | *** join/#htc-linux bernt (n=bernt@dslb-084-061-209-120.pools.arcor-ip.net) [NETSPLIT VICTIM] |
| 04:18.36 | *** join/#htc-linux Dindon (i=Euroserv@193.27.79.0) [NETSPLIT VICTIM] |
| 04:18.36 | *** join/#htc-linux cods (n=cods@rsbac/developer/cods) |
| 04:18.36 | *** join/#htc-linux thinko (i=jdoe6alp@smaug.rackdragon.com) |
| 04:24.01 | *** join/#htc-linux aLeSD (n=alex@79.144.172.74) [NETSPLIT VICTIM] |
| 04:25.11 | Kevin2 | <PROTECTED> |
| 04:29.35 | *** join/#htc-linux ellisway (n=ellis@homealone.good1.com) |
| 04:53.44 | *** join/#htc-linux joschkopf (n=joschi@78.52.81.216) |
| 05:04.40 | *** join/#htc-linux ellisway (n=ellis@homealone.good1.com) |
| 05:15.29 | *** join/#htc-linux CVirus (n=GoD@196.205.192.211) |
| 06:13.47 | *** join/#htc-linux Marex-notebook (n=marex@gwfm10-3-250.802.cz) |
| 08:04.21 | *** join/#htc-linux tsdogs (n=tsdogs@84.18.144.39) |
| 08:38.06 | tsdogs | paulproteus: you there? |
| 09:18.43 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1de87.pool.einsundeins.de) |
| 10:17.44 | *** join/#htc-linux pH5 (n=ph5@p5485D891.dip.t-dialin.net) |
| 10:19.18 | *** join/#htc-linux pH5_ (n=ph5@p5485D891.dip.t-dialin.net) |
| 10:50.35 | *** join/#htc-linux ymerejt (n=jerry@ip-191.net-89-3-216.rev.numericable.fr) |
| 11:18.30 | *** join/#htc-linux rob_w (n=bob@M8f14.m.pppool.de) |
| 11:38.40 | *** join/#htc-linux BabelO (n=Fabrice@unaffiliated/babelo) |
| 11:44.43 | BabelO | hi |
| 12:31.42 | *** join/#htc-linux AlGe (n=user@chello080109231226.4.uni-klu.teleweb.at) |
| 12:33.01 | AlGe | Hi |
| 12:42.08 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-b9558b9f42fcf1a1) |
| 12:43.42 | *** join/#htc-linux Vessi (n=kvirc@vessi.nat.ua) |
| 13:11.18 | TBlake | The ipaq screen says: |
| 13:11.47 | TBlake | HaRET boot |
| 13:11.47 | TBlake | Shutting down hardware |
| 13:11.47 | TBlake | Turning off MMU... |
| 13:11.47 | TBlake | In preloader |
| 13:11.47 | TBlake | PSR=600000df |
| 13:11.48 | TBlake | Tags relocated |
| 13:11.50 | TBlake | Kernel relocated |
| 13:11.52 | TBlake | Initrd relocated |
| 13:11.54 | TBlake | Jumping to Kernel... |
| 13:11.59 | TBlake | then it hangs |
| 13:24.50 | *** join/#htc-linux jeanseb (n=jeanseb@gazypan.dyndns.org) |
| 13:26.13 | Vessi | the same thing |
| 13:44.21 | Vessi | has someone a little guide how to find gpios values on S3C24xx SoC? |
| 14:20.21 | Kevin2 | Vessi: http://www.handhelds.org/moin/moin.cgi/HaRET_20Documentation |
| 14:20.57 | Vessi | no way. i read it already, but i have strange format of haret output |
| 14:21.17 | Kevin2 | Vessi: What haret version are you using? |
| 14:21.27 | Vessi | 0.5.1 gnu-haret from handhelds.org |
| 14:21.44 | Kevin2 | In what way is it "strange"? |
| 14:22.17 | Vessi | wait a moment, i'll form a pastebin ) |
| 14:22.44 | Kevin2 | TBlake: Sounds like a kernel issue. Remind me - where did you get your kernel from? |
| 14:22.54 | Vessi | Kevin2: or only one string, for example - 004615: mem GPIOS(2) b1600024=0000fc5e (0000f812) |
| 14:23.26 | Kevin2 | Vessi: You need to use haretconsole. |
| 14:24.30 | Vessi | Kevin2: hm, I've trouble connecting my wince to linux box. will it work with Python for Windows? |
| 14:24.58 | Kevin2 | Vessi: Yes - other people have had success. |
| 14:25.10 | Vessi | ok, thanks, i'll try |
| 14:33.28 | Vessi | i hope at all it's possible to launch linux kernel on this chip, because kernel has its support |
| 14:33.46 | Kevin2 | Vessi: What device? |
| 14:33.57 | Vessi | Eten Glofiish X500 |
| 14:34.06 | Vessi | based on Samsung S3C2442 |
| 14:34.41 | Kevin2 | I've booted a kernel on HTC Hermes - which also uses S3C2442. |
| 14:35.30 | Vessi | and Pierre Harox from handhelds.org booted kernel on Eten Glofiish G500, prev.model in this line |
| 14:36.27 | Vessi | but only one time haret hadn't locked on "Jumping to kernel...", so i think i'm doing wrong something in kernel configuration |
| 14:36.55 | Kevin2 | Where did you get your kernel? |
| 14:37.51 | Vessi | i've tried a lot - hh-kernel, vanilla-sources, even kernel with gentoo patchset :) |
| 14:40.49 | *** join/#htc-linux bernt (n=bernt@dslb-084-061-116-041.pools.arcor-ip.net) |
| 14:40.52 | Vessi | hm, haretconsole is pretty one :) at least i can see the name of irq |
| 14:42.32 | *** join/#htc-linux tg_ (i=tg@digit.drk.hu) |
| 15:08.46 | TBlake | I compiled my own kernel using crosstool and the familiar sable config |
| 15:11.05 | TBlake | is there a precompiled sable kernel outthere? |
| 15:12.25 | Vessi | i'm compiling my own kernel now using QEMU. it's dramatically slow, but it's native |
| 15:17.31 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 15:29.14 | Kevin2 | TBlake: Where did you download the kernel source from? |
| 15:32.23 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 15:52.45 | bernt | Pressing the camera button gives the following result with showkey: |
| 15:52.45 | bernt | keycode 0 press |
| 15:52.45 | bernt | keycode 1 release |
| 15:52.45 | bernt | keycode 84 release |
| 15:52.45 | bernt | keycode 0 release |
| 15:52.46 | bernt | keycode 1 release |
| 15:52.48 | bernt | keycode 84 release |
| 15:52.50 | bernt | how can I make this to one keysymbol? |
| 16:02.51 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-72-70-182-49.hrbgpa.fios.verizon.net) |
| 16:15.58 | *** join/#htc-linux gundam (n=gundam@slackware.it/staff/gundam) |
| 16:24.03 | paulproteus | tsd... oops |
| 16:32.10 | *** join/#htc-linux logan_ (n=logan@144.Red-88-9-71.dynamicIP.rima-tde.net) |
| 16:42.22 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1df6d.pool.einsundeins.de) |
| 16:42.39 | kiozen | cr2: are here? |
| 16:47.05 | logan_ | somebody knows where I can find documentation about openmoko or qtopia in htc magician m500 mobile? |
| 16:47.24 | logan_ | is similar then s100 but |
| 16:48.45 | logan_ | the screen become black when openmoko is starting |
| 16:49.02 | logan_ | and I can't see nothing |
| 17:14.06 | *** part/#htc-linux logan_ (n=logan@144.Red-88-9-71.dynamicIP.rima-tde.net) |
| 17:27.47 | Vessi | oh shi~... qemu is DRAMATICALLY slow |
| 17:28.14 | *** join/#htc-linux yonix (n=yonix@bzq-84-109-119-183.red.bezeqint.net) |
| 17:28.19 | *** part/#htc-linux yonix (n=yonix@bzq-84-109-119-183.red.bezeqint.net) |
| 17:42.07 | *** join/#htc-linux lieter (n=lieter@a62-251-100-248.adsl.xs4all.nl) |
| 17:57.45 | *** join/#htc-linux pH5 (n=ph5@p5485D891.dip.t-dialin.net) |
| 18:21.06 | *** join/#htc-linux CVirus (n=GoD@196.205.192.211) |
| 18:26.01 | *** join/#htc-linux _law_ (n=_law_@213.173.86.202) |
| 18:26.10 | *** join/#htc-linux pH5 (n=ph5@p5485D891.dip.t-dialin.net) |
| 18:40.11 | cr2 | hehe. they all are too impatient. i've finally reached my computer :) |
| 18:40.39 | BabelO | lol |
| 18:42.04 | cr2 | hi BabelO, how is artemis going. i must admit that i dislike omap850, but artemis looks like a nice device :) |
| 18:43.32 | BabelO | cr2: i made some progress, i m reading doc from omap5910 to complete, i suppose that ti are clever and keep same register description :) |
| 18:44.00 | cr2 | for spi ? certainly not ;) |
| 18:44.29 | cr2 | BabelO: your area in OSM does not look that bad, btw. |
| 18:46.04 | BabelO | cr2: still miss 80 % of the road in montpellier |
| 18:46.11 | *** join/#htc-linux snake_work (n=xx@dyndsl-091-096-098-030.ewe-ip-backbone.de) |
| 18:46.42 | paulproteus | Morning all. |
| 18:46.43 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1df6d.pool.einsundeins.de) |
| 18:47.04 | kiozen | hi cr2, are you busy celebrating carnival? |
| 18:47.46 | cr2 | kiozen: we have a lot of snow today, and it's a disaster here ;) |
| 18:48.24 | kiozen | hu? snow? I wish we had... |
| 18:48.43 | cr2 | yes, for the first time in this winter. |
| 18:49.12 | kiozen | how hight, will they change DEM significantly? |
| 18:50.27 | cr2 | we have very mountanous relief, when it snows then the buses usually stay still. i was driving a car, and it's really unpleasant. |
| 18:50.57 | *** join/#htc-linux MHazem (n=GoD@196.205.192.211) |
| 18:51.03 | kiozen | :) I love driving in the snow |
| 18:51.29 | kiozen | cr2: I have a few questions regarding DEM |
| 18:51.32 | cr2 | yes, but not after such a dramatic change. |
| 18:51.39 | cr2 | ok. |
| 18:51.57 | kiozen | you know a source of free DEM data for Europe? |
| 18:52.33 | BabelO | kiozen: what format are you looking for ? |
| 18:52.47 | kiozen | cr2: an open one :) |
| 18:53.14 | kiozen | I have got this stuff already as EADS quirk |
| 18:53.18 | cr2 | there is only one known DEM |
| 18:53.37 | cr2 | i think there are even the shapefiles made of it. |
| 18:55.33 | kiozen | I wonder if we can supply an easy script that: downloads DEM -> convert DEM to a transparent shading layer |
| 18:55.38 | BabelO | kiozen: lol i understand why you are looking for free -> http://www.mapmart.com/Samples/Samples.htm |
| 18:56.07 | BabelO | kiozen: you want to add 3D to qlandkarte M ? |
| 18:56.32 | kiozen | BabelO: overlay this with OSM maps ;) |
| 19:00.15 | cr2 | BabelO: interesting. |
| 19:00.48 | BabelO | cr2: just hope same for money ;) |
| 19:00.52 | cr2 | kiozen: we should think about it. have you seen kflog ? |
| 19:01.04 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 19:01.54 | kiozen | cr2: yes when I started QLandkarte |
| 19:03.37 | cr2 | kiozen: afair they use DEM too |
| 19:04.35 | kiozen | cr2: GDAL seems to support some kind of DEM format |
| 19:05.06 | cr2 | kiozen: i've used only the 2D functions. |
| 19:05.37 | cr2 | well, the coordinate system transformation is always 3D. |
| 19:05.42 | kiozen | cr2: well if I understand right DEM is a 16bit value per point. |
| 19:06.08 | kiozen | What you do with it is application problem. |
| 19:06.25 | kiozen | don't think GDAL renders anything with it |
| 19:06.37 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 19:06.50 | kiozen | thus I have to write my own render object to get that transparent overlay |
| 19:07.44 | BabelO | kiozen: with qgraphics an qscene, should be ok no ? |
| 19:07.45 | cr2 | ok. |
| 19:08.53 | kiozen | BabelO: afaik those to objects do not offer more than I have done already, they are a bit overkill, more for movies |
| 19:09.14 | BabelO | ok |
| 19:10.16 | kiozen | cr2: I would guess shading is nothing more than to differentiate between points and convert the value into a grayscale |
| 19:10.50 | kiozen | the trick is to interpolate between the points for higher resolution. |
| 19:11.47 | kiozen | that could be done with a Lagrange filter. Never have done this for 2D, but hey there is always a first time |
| 19:12.25 | cr2 | 2D linear resampling ? |
| 19:13.09 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 19:13.26 | kiozen | my DEM is 25m/pt, my map is 1m/px. I would say a Lagrange filter of order 2 will give a nicer output than order 1 |
| 19:13.58 | kiozen | but before I start I want to make sure there is an open source for DEM data |
| 19:14.15 | kiozen | no sense to have just for my own. |
| 19:15.20 | cr2 | SRTM ? |
| 19:15.44 | cr2 | http://www.dlr.de/srtm |
| 19:16.46 | kiozen | cr2: I know but I do not like the section "Vertrieb" |
| 19:17.33 | kiozen | and I miss "download" |
| 19:17.46 | cr2 | lol |
| 19:18.05 | cr2 | DLR is just about that ;) |
| 19:18.48 | cr2 | http://www2.jpl.nasa.gov/srtm/cbanddataproducts.html |
| 19:19.41 | kiozen | cr2: yes seemless is just for the US :( |
| 19:20.08 | cr2 | the hires - yes. |
| 19:21.16 | kiozen | is there a law against locking away public money, err ... data |
| 19:22.43 | kiozen | ok, I have to move. cr2 if you have more information on that topic in the vaults of your pc, I read the logs. :) |
| 19:22.46 | kiozen | bbl |
| 19:24.19 | BabelO | cr2: any idea how can i locate daram of omap850 dsp ? |
| 19:28.15 | cr2 | daram ? |
| 19:29.38 | BabelO | cr2: it is ram to share data between gsm dsp and mpu part as i understand |
| 19:30.24 | cr2 | isn't it the last 4MB of SDRAM as documented in wiki ? |
| 19:34.39 | cr2 | BabelO: btw, are we sure that the TS uses spi2 ? |
| 19:35.28 | cr2 | BabelO: on kaiser the spl references something like an ADC, but the TS is serviced by the separate TSC2003 i2c chip. |
| 19:35.30 | BabelO | cr2: no not really sure, i can't trace it |
| 19:36.01 | cr2 | the touch.dll references spi2 though. |
| 19:36.08 | cr2 | like spl. |
| 19:36.56 | cr2 | i think the best thing is to reuse the Kevin's spi.c code for pxa, and check. |
| 19:38.19 | pH5 | BabelO: the only thing I found is OMAP850TRM, Section 1.4.3 (1-19) |
| 19:38.53 | pH5 | the MPUI RAM section is 16kB at FFD00000 |
| 19:43.19 | cr2 | pH5: there are some references in xda-dev wiki how to fetch the ARFCN and such things from RAM. |
| 19:43.25 | BabelO | pH5: ok, i m looking at basic thing, to be sure :) |
| 19:44.38 | pH5 | I wonder if we could use a similar thing on the omap850dsp to use it to decompress mp3 audio instead of running the phone :) |
| 19:44.50 | cr2 | LOL |
| 19:45.14 | cr2 | pH5: with the right firmware ;) |
| 19:45.51 | cr2 | and you have the voice spi channel there already. |
| 19:50.39 | *** join/#htc-linux ltxda (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net) |
| 19:56.58 | BabelO | pH5: what is SMC and MCSI ? |
| 19:58.11 | *** join/#htc-linux dcordes (n=user0815@92.227.112.115) |
| 19:58.13 | pH5 | smartcard & multichannel serial interface |
| 19:59.06 | BabelO | pH5: ok i read something about on 5910 manual |
| 19:59.26 | pH5 | I think mcsi connects the dsp to the 'dagon' chip used for gprs/edge |
| 20:08.32 | BabelO | pH5: if SPI / i2C are mapped to GSM - MPU then SPI is 0xfffe3000 and i2c to 2800 |
| 20:10.15 | cr2 | BabelO: can you write the decoder ? |
| 20:10.32 | cr2 | then we can parse the initial SPL setup bits. |
| 20:11.04 | BabelO | cr2: decoder for what ? |
| 20:15.59 | cr2 | for the SPARE* et al. |
| 21:19.49 | Kevin2 | BabelO / pH5: Have you rechecked that you can't trace the accesses via haret? |
| 21:20.27 | BabelO | Kevin2: i can redo it now, what is current version ? i ve 0.5.0 on artemis currently |
| 21:21.14 | Kevin2 | http://handhelds.org/~koconnor/haret/haret-20080119.exe |
| 21:29.17 | BabelO | Kevin2: no more luck |
| 21:29.43 | Kevin2 | BabelO: What commands did you run? |
| 21:30.07 | BabelO | Kevin2: addlist mmutrace p2v(0xfffc1000) 0xff |
| 21:30.30 | Kevin2 | BabelO: What is at physical address 0xfffc1000? |
| 21:30.41 | BabelO | Kevin2: normally ts spi port |
| 21:30.51 | Kevin2 | What does "show p2v(0xfffc1000)" report? |
| 21:31.04 | Kevin2 | What does "dump mmu 2 0xfffc1000 0xff" report? |
| 21:31.37 | BabelO | 0xb80c1000 this is first output of show i ll look at other adress |
| 21:32.02 | BabelO | Kevin2: nothing is reported by second command |
| 21:32.05 | BabelO | so not mapped ? |
| 21:33.34 | Kevin2 | That's odd - there was nothing at all - not even a header? |
| 21:34.14 | BabelO | Kevin2: yes there is header, but no virtual adress lines |
| 21:34.35 | Kevin2 | Can you pastebin the log of the commands? |
| 21:34.45 | BabelO | Kevin2: this is header registers cp15: r1=0005327f r2=10390000 r3=00000001 r13=26000000 |
| 21:35.45 | BabelO | Kevin2: http://pastebin.ca/889381 |
| 21:35.50 | BabelO | oups |
| 21:36.23 | Kevin2 | Don't use p2v on the dump mmu command. |
| 21:36.24 | BabelO | http://pastebin.ca/889383 |
| 21:36.32 | BabelO | output you asked |
| 21:37.13 | BabelO | Kevin2: yes it was just more other test |
| 21:37.46 | BabelO | Kevin2: i test this command on CPLD and it return me virtual adresses where cpld is mapped too |
| 21:38.46 | BabelO | Kevin2: these adress FFFC:1000 depends of a strobeX bit, can it be related ? |
| 21:39.13 | Kevin2 | Something odd is going on - if it was unmapped, then "show p2v(0xfffc1000)" should have returned 0xffffffff |
| 21:39.34 | BabelO | ok i understand |
| 21:39.38 | Kevin2 | Can you pastebin the output of "dump mmu 1" |
| 21:40.53 | BabelO | Kevin2: http://pastebin.ca/889389 |
| 21:43.44 | Kevin2 | BabelO: Can you recheck what "show p2v(0xfffc1000)" reports? |
| 21:44.13 | BabelO | HaRET(19)# show p2v(0xfffc1000) |
| 21:44.13 | BabelO | 0xb80c1000 |
| 21:44.39 | BabelO | Kevin2: really strange :( |
| 21:45.08 | TBlake | Kevin2:I downloaded the kernel source from handhelds.org I pulled it from cvs |
| 21:45.40 | gundam | http://www.youtube.com/watch?v=1OT8aKYV_1k&feature=related |
| 21:46.43 | Kevin2 | BabelO: You're trying to trace touchscreen activity? |
| 21:46.56 | BabelO | Kevin2: yes |
| 21:47.25 | BabelO | Kevin2: i can trace i2c activity in same way but not spi |
| 21:48.29 | Kevin2 | BabelO: Can you restart haret and then rerun "show p2v(0xfffc1000)" ? |
| 21:49.22 | Kevin2 | TBlake: Okay. Just the other day, I got a success report from someone that booted sable kernel on a beetles. Not sure what the status of it is. |
| 21:51.44 | BabelO | Kevin2: same result |
| 21:52.11 | TBlake | Kevin2: I am looking at the familiar info on hh trying to make sure i have the latest |
| 22:02.26 | BabelO | Kevin2: other thing is with pd 0xfffXXXXX 0x40 for example all is only 0 |
| 22:10.11 | Kevin2 | BabelO: I think I may have introduced a bug into "dump mmu" ... |
| 22:10.53 | BabelO | Kevin2: i just retest tracing i2c bus while i start camera application and it is ok |
| 22:11.16 | BabelO | Kevin2: ok, if you have a nice patch, then tell me ;) |
| 22:11.40 | Kevin2 | Can you test http://handhelds.org/~koconnor/haret/haret-20080202.exe |
| 22:14.08 | Kevin2 | BabelO: With the new binary - what does "dump mmu 2 0xfffc1000 0xff" report? |
| 22:14.26 | BabelO | ok doing it |
| 22:16.18 | BabelO | Kevin2: http://pastebin.ca/889432 |
| 22:16.24 | BabelO | good ;) |
| 22:17.00 | Kevin2 | Integer overflow on address 0xfffc1000 caused it to go unreported. Ughh.. |
| 22:23.15 | BabelO | Kevin2: so can i have more luck tracing with this version, or you need more change ? ( i already try but did not works) |
| 22:23.34 | Kevin2 | BabelO: Did you try tracing both addresses? |
| 22:24.00 | BabelO | Kevin2: no, just physical, ok let me try |
| 22:24.54 | *** join/#htc-linux TimRiker (n=timr@rikers.org) |
| 22:28.39 | BabelO | Kevin2: no more luck, i can trace Timer 32K and RTC, same for i2c but no spi :(, i try mmc |
| 22:29.25 | Kevin2 | BabelO: Are you sure that spi port is used for touchscreen? |
| 22:30.08 | BabelO | Kevin2: it seem yes, because we show it in assembler |
| 22:30.39 | BabelO | Kevin2: i can't trace mmc too |
| 22:32.57 | Kevin2 | BabelO: You ran "show mmu 2 <addr> <size>" for mmc and then watched all the addresses? |
| 22:33.17 | BabelO | no doing it actually |
| 22:36.23 | BabelO | Kevin2: no, nothing to trace |
| 22:36.44 | Kevin2 | What do you mean? |
| 22:37.03 | BabelO | HaRET(45)# show mmu 2 0xfffb7800 0xff |
| 22:37.03 | BabelO | 0x10390000 |
| 22:37.21 | BabelO | then |
| 22:37.27 | BabelO | HaRET(46)# addlist mmutrace 0x10390000 0xff |
| 22:37.41 | BabelO | and wi did no show any trace |
| 22:38.41 | Kevin2 | BabelO: "dump mmu" shows the full range - you need to adjust what you are going to watch to the range. |
| 22:39.09 | Kevin2 | Hrmm. It is not "show mmu" it is "dump mmu". |
| 22:39.54 | BabelO | Kevin2: yes i know, that is what i do woth dump mmu it return me two base adress and i adjust addlist mmutrace offset |
| 22:41.00 | BabelO | Kevin2: for example i get 98000000 for 0xfffb7800 so i trace 0x980b7800, is it ok ? |
| 22:41.53 | Kevin2 | BabelO: Yes. |
| 22:42.03 | BabelO | ok so it is what i do |
| 22:44.42 | BabelO | Kevin2: can i tracea whole region and just exclude a litle part ? |
| 22:46.01 | Kevin2 | Yeah, but it's kinda ugly. You add to mmulist with the rw flag set to '' for the part that you want to ignore. Then you add in the full range. |
| 22:46.39 | BabelO | ok a cheat code then ;) |
| 22:46.42 | Kevin2 | Actually, that wont work.. |
| 22:47.45 | Kevin2 | Hrmm. What is it that you want to ignore? |
| 22:49.01 | BabelO | Kevin2: i want to trace full 0xfffbxxxx range and ignore timer32k and rtc part,just if i can see other traffic too |
| 22:50.06 | Kevin2 | Okay - you can do "addlist mmutrace <start> <size> 'rw' 0xffffffff" the part you want to ignore. Then add the full range. |
| 22:51.02 | BabelO | clear mmutrace |
| 22:51.06 | BabelO | oups |
| 22:55.14 | *** join/#htc-linux gdfg (n=gdf@host96-36-dynamic.61-82-r.retail.telecomitalia.it) |
| 22:55.36 | BabelO | Kevin2: this is what i do http://pastebin.ca/889470 |
| 22:55.58 | BabelO | Kevin2: i push three time touchscreen on this test :( |
| 22:56.05 | BabelO | just seeing irq |
| 23:00.33 | Kevin2 | BabelO: I don't know. Maybe wince is adding and removing a new mapping each time? That'd be odd though. |
| 23:02.19 | Kevin2 | BabelO: The asm code shows it accessing those addresses? |
| 23:04.34 | BabelO | Kevin2: yes, i am sure about 0xfffb7800 which is mmc base adress, same for uart |
| 23:05.39 | Kevin2 | Earlier, you said the asm code was accessing some address. Was it accessing a physical address or a virtual address? |
| 23:07.35 | BabelO | Kevin2: i have asm of nk.exe and it is always physical adress |
| 23:09.02 | Kevin2 | Hrmm. What is at virtual address 0xfffc1000? If wince is disabling the mmu and doing a physical address access, then one can't use mmutrace to catch it. But, it would be really odd to turn off the mmu to access hardware. |
| 23:10.06 | BabelO | Kevin2: at this adress it is spi_100k_2 |
| 23:11.16 | Kevin2 | BabelO: That is what is at the physical address - but what is at the virtual address? |
| 23:11.55 | BabelO | good question |
| 23:15.20 | BabelO | i see lot of access to PCC_ULPD R/W |
| 23:21.45 | BabelO | Kevin2: it seem i can trace some other register like mpu interrupt, timer1-3, i ll look more |
| 23:51.44 | *** join/#htc-linux CVirus (n=GoD@196.205.192.211) |