| 01:09.25 | *** join/#htc-linux hagisbasheruk (n=hagisbas@78.148.135.168) |
| 02:34.46 | *** part/#htc-linux RockTheHouse (n=Rock_The@89.243.183.198) |
| 03:59.06 | *** join/#htc-linux DesktopMa (n=DesktopM@hybellovas41.grm.hia.no) |
| 04:00.09 | DesktopMa | I have a diamond, and it deserves something better than wm. HaRET (version from web page) freezes everything once the progressbar is complete, but not sure if that's because of what I'm trying to run or HaRET itself |
| 04:01.37 | DesktopMa | willing to do tests if anyone is interested. |
| 04:02.21 | DesktopMa | (it has a MSM7201A) |
| 05:06.59 | Xmoo`sleep | DesktopMa |
| 05:07.11 | Xmoo`sleep | it has to so somethin with your default.txt |
| 06:09.09 | *** join/#htc-linux goxboxlive (n=goxboxli@160.84-48-176.nextgentel.com) |
| 06:40.22 | *** join/#htc-linux LunohoD (n=alex@e180071025.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 06:40.22 | *** join/#htc-linux andy_ (n=andy@207.96.50.10) [NETSPLIT VICTIM] |
| 06:40.22 | *** join/#htc-linux Zba_Phy (n=none@2a01:e35:8a13:a2b0:21c:c0ff:fe25:ff68) |
| 06:49.25 | *** join/#htc-linux Sliss__ (n=chatzill@230.253-242-81.adsl-dyn.isp.belgacom.be) |
| 07:06.24 | *** join/#htc-linux hagisbasheruk (n=hagisbas@78.148.135.168) |
| 07:45.17 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfbb90.pool.einsundeins.de) |
| 07:54.26 | *** join/#htc-linux who__ (i=who@194.145.250.184) |
| 07:56.05 | *** join/#htc-linux marex (n=marex@85-132-216-250-eth3-gwfm10-user.802.cz) |
| 08:16.02 | *** join/#htc-linux LunohoD (n=alex@e180071025.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 08:16.02 | *** join/#htc-linux andy_ (n=andy@207.96.50.10) [NETSPLIT VICTIM] |
| 08:16.02 | *** join/#htc-linux Zba_Phy (n=none@2a01:e35:8a13:a2b0:21c:c0ff:fe25:ff68) |
| 08:34.16 | *** join/#htc-linux goxboxlive (n=goxboxli@160.84-48-176.nextgentel.com) |
| 09:30.40 | Sliss | android on a htc blueangle possible? |
| 09:32.22 | *** join/#htc-linux hagisbasheruk (n=hagisbas@78.148.135.168) |
| 11:04.07 | *** join/#htc-linux tsdogs (n=tsdogs@195.32.71.229) |
| 11:33.41 | *** join/#htc-linux pH5 (n=ph5@p5485F9C7.dip.t-dialin.net) |
| 11:36.15 | *** join/#htc-linux Tonny (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net) |
| 12:44.54 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
| 12:45.36 | dcordes | DesktopMa: where did you get what you tried to boot? |
| 12:50.42 | dcordes | DesktopMa: probably try http://linuxtogo.org/~lgorris/kaiser-bootkit/ if you didn't yet |
| 13:18.44 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 13:23.45 | *** join/#htc-linux kiozen (n=oeichler@93.134.94.126) |
| 13:24.27 | kiozen | hi |
| 13:24.30 | kiozen | suse 11 sucks |
| 13:28.07 | BabelO | ola kiozen :) |
| 13:28.21 | kiozen | hi BabelO |
| 13:28.24 | BabelO | kiozen: just finish to compile qt for wince gdal + proj for wince |
| 13:28.35 | kiozen | ohhhh :) |
| 13:28.39 | BabelO | kiozen: now trying qlandkarteM for wince but QSerialPort not here :( |
| 13:29.08 | kiozen | hm, that is not nice |
| 13:29.19 | kiozen | try to disable it |
| 13:29.39 | kiozen | if M works on wince it's worth to write a serial handler |
| 13:30.39 | BabelO | kiozen: don't hope too much, it look very slow on wince |
| 13:31.18 | kiozen | ok |
| 13:32.37 | dcordes | BabelO: kiozen can you guys help me getting an armv5/6 build of recent qtopia which is small in size and suitable for qvga? |
| 13:33.51 | *** join/#htc-linux hagisbasheruk (n=hagisbas@78.148.135.168) |
| 13:34.22 | kiozen | hm, small in size and qtopia is a bit othogonal |
| 13:34.33 | BabelO | dcordes: take the one from ba image |
| 13:34.43 | dcordes | BabelO: I tried it, it's too big |
| 13:34.51 | dcordes | I removed a few things like audio files |
| 13:35.12 | dcordes | but it was still too small. Now that we have gps in linux it would be fun to try M on kaiser |
| 13:35.15 | BabelO | dcordes: so you can't, get sd working before |
| 13:35.42 | dcordes | s/small/big/ |
| 13:36.16 | dcordes | BabelO: msm_proc_comm is needed on kaiser for sd |
| 13:36.21 | dcordes | I don't know how to integrate it |
| 13:46.17 | dcordes | when I build with msm mmc support it fails on mmc vreg enable failed |
| 13:46.26 | dcordes | and vreg depends on msm_proc_comm |
| 13:46.37 | dcordes | but when I add proc_comm, kernel doesn't boot |
| 13:46.46 | dcordes | http://git.android.com/?p=linux-msm.git;a=blob;f=arch/arm/mach-msm/vreg.c |
| 13:51.05 | BabelO | kiozen: there is too much diff between qt embedded and qtopia |
| 13:51.37 | kiozen | yes that is my problem using qtopia |
| 13:52.20 | kiozen | and it lacks the nice straight forwardness ot qt, too |
| 13:52.39 | kiozen | BabelO: thus M won't compile right? |
| 13:53.41 | BabelO | kiozen: no, i ve change some include, but have other compile issues |
| 13:54.20 | BabelO | kiozen: in IMAP.H line 127 "Note: C++ does not support default-int" |
| 13:55.50 | dcordes | pH5: can you point me on what to look up in order to enable proc_comm on kaiser? |
| 13:57.21 | pH5 | dcordes: I can't |
| 13:57.34 | pH5 | oh, and hi dcordes, BabelO, kiozen |
| 13:58.53 | dcordes | hi pH5 ok |
| 14:01.38 | kiozen | hi pH5 :) |
| 14:01.46 | kiozen | BabelO: there is nothing in line 127 |
| 14:01.58 | BabelO | hi pH5 |
| 14:02.19 | BabelO | kiozen: |
| 14:02.28 | BabelO | c:\dev\src\IMap.h(127) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int |
| 14:02.53 | BabelO | this is easy to fix, but a lot :) |
| 14:04.08 | kiozen | silly me wrong project, wait have to checkout |
| 14:05.40 | kiozen | BabelO: do you have <projects.h> in your path? |
| 14:09.58 | BabelO | kiozen: ok look better now |
| 14:15.19 | pH5 | heh. still no luck with asic3_mmc on hx4700, but pcmcia seems to work now (only that I don't have any cf card to test with me). |
| 14:16.20 | BabelO | pH5: lol, you can try pcmcia on BA then :) |
| 14:17.48 | pH5 | samuel ortiz said he'll have a look at asic3_mmc, too. |
| 14:20.02 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 14:42.45 | *** join/#htc-linux kiozen (n=oeichler@93.134.94.126) |
| 14:48.38 | BabelO | kiozen: i m looking for stdint :( |
| 14:49.53 | kiozen | BabelO: not sure if it's really needed |
| 14:51.07 | *** join/#htc-linux mistadman (n=mistadma@adsl-156-124-125.msy.bellsouth.net) |
| 14:53.42 | BabelO | kiozen: i send you the build result, but too much error :( |
| 14:57.15 | kiozen | BabelO: add the typedef for int32_t, FP_NAN and isnan |
| 14:58.12 | *** join/#htc-linux Alex[sp3dev] (n=Alexande@86.110.163.25) |
| 14:58.18 | BabelO | kiozen: do you have them ? |
| 15:00.53 | kiozen | BabelO: have a look at GT's version of GeoMath.cpp (latest svn version) |
| 15:01.12 | kiozen | hm pastebin.ca seems to be broken |
| 15:01.22 | BabelO | ok |
| 15:03.37 | kiozen | BabelO: but there are other nasty bugs, like missing QTcpServer and QWaitWidget |
| 15:03.50 | kiozen | BabelO: seems to be waist of time |
| 15:03.51 | BabelO | yes :( |
| 15:04.07 | kiozen | let's better forget about it :) |
| 15:04.25 | kiozen | it makes more sense to get linux working on these devices |
| 15:04.30 | BabelO | kiozen: yes too much |
| 15:04.36 | DesktopMa | I tried the Kaiser kit on Diamond, device freezes once HaRET is done loading |
| 15:11.10 | *** join/#htc-linux DesktopMa (n=DesktopM@hybellovas41.grm.hia.no) |
| 15:12.38 | pH5 | DesktopMa: that's no big surprise, diamond is msm7201a, kaiser is msm7200 iirc. |
| 15:13.27 | DesktopMa | yeha |
| 15:13.29 | DesktopMa | *yeah |
| 15:13.33 | Alex[sp3dev] | most likely it doesnt hang, but the framebuffer should be all different - diamond is vga, right? |
| 15:13.39 | DesktopMa | the google android kernel shouldn't do too bad though |
| 15:13.49 | DesktopMa | it's for those devices |
| 15:14.04 | DesktopMa | yeah it is |
| 15:22.00 | *** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring) |
| 16:07.11 | cr2 | hi |
| 16:08.21 | cr2 | DesktopMa: have your run with 'earlyharetlog.txt' enabled, and have you registered a device number for the diamond ? |
| 16:28.20 | DesktopMa | that's a no. I'm new to this :) |
| 16:32.45 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 16:58.18 | cr2 | DesktopMa: you create an empty 'earlyharetlog.txt' file in the same directory where you have haret.exe |
| 16:58.35 | cr2 | DesktopMa: then you run haret.exe, and look for t he 'haretlog.txt' file. |
| 17:03.17 | DesktopMa | right |
| 17:09.04 | DesktopMa | http://www.auby.no/files/haretlog.txt |
| 17:11.40 | marajin | Allo Allo Allo |
| 17:15.43 | cr2 | hm. 0x16* |
| 17:15.49 | cr2 | that's something new. |
| 17:16.05 | cr2 | but the detected name looks good. |
| 17:16.07 | cr2 | Plat='PocketPC' OEM='HTC Touch Diamond P3700' |
| 17:17.05 | *** join/#htc-linux Othello (i=Magorium@gateway/tor/x-15d4758e8e08cb35) |
| 17:18.11 | cr2 | ok, so it's not registered yet. |
| 17:18.29 | cr2 | some "smart" people have registered kaiser 3 times ;-) |
| 17:20.09 | cr2 | i'll add it to the list, and modify haret. |
| 17:25.02 | cr2 | DesktopMa: can you add the 'dump mmu' command at the beginning of default.txt ? |
| 17:33.11 | cr2 | Video Phys FB=1666a000 |
| 17:33.24 | cr2 | 128MB ram. ok. |
| 17:49.31 | DesktopMa | cr2: vill do |
| 17:49.56 | DesktopMa | it's supposed to be 192 mbyte ram |
| 17:50.02 | DesktopMa | but I'm not sure how they calculate that |
| 17:50.02 | *** join/#htc-linux Othello (i=Magorium@gateway/tor/x-9c185d9042fe7409) |
| 17:50.08 | DesktopMa | does e.g. the 7201a have dedicated video ram? |
| 17:51.09 | cr2 | no. |
| 17:52.47 | cr2 | DesktopMa: you may also dump the beginning of SRAM |
| 17:53.42 | cr2 | DesktopMa: and may be the 0x1f* area. though this one contains some data like imei & such. usually and the end. |
| 17:53.52 | *** join/#htc-linux hollo_ (n=hollo@3e6b025d.rev.stofanet.dk) |
| 17:53.54 | cr2 | DesktopMa: you may check the kaisermemorymap page. |
| 17:54.32 | DesktopMa | kaiser is listed as 128 |
| 17:56.50 | cr2 | WinCE reports memory size 134217728 (phys=118571008 store=115261440) |
| 17:56.59 | cr2 | it's 128MB RAM. |
| 17:57.43 | lama | hello cr2 |
| 17:57.47 | DesktopMa | http://www.auby.no/files/haretlog_large.txt |
| 17:57.50 | cr2 | kaiser is here http://wiki.xda-developers.com/index.php?pagename=KaiserMemoryMap |
| 17:58.14 | cr2 | DesktopMa: thanks. this one is interesting too. |
| 17:58.19 | cr2 | hi lama |
| 17:58.54 | DesktopMa | not sure where the rest 64 mbyte went :P |
| 18:00.37 | cr2 | DesktopMa: looking at your dump. 0x1f* is mapped at 0x4a2*. looks like kaiser. |
| 18:01.18 | DesktopMa | yeah it probably has a lot similar |
| 18:01.32 | DesktopMa | iirc 7201a fixed some patent stuff over 7200 |
| 18:01.39 | cr2 | 1 |
| 18:02.00 | cr2 | the page attribute decoder seems to be broken on armv6 |
| 18:02.38 | cr2 | this is interesting: |
| 18:02.41 | cr2 | <PROTECTED> |
| 18:04.23 | cr2 | this one rather unusual: 4a51d000 | 000fb000 | Small (4K) | AP=3000 |
| 18:05.23 | cr2 | something new: 4a600000 | 039e0000 | Small (4K) | CB AP=3000 |
| 18:05.34 | DesktopMa | I don't know these specifics (I jumped of the arm bandwagon after gameboy advance), so I'm a bit lost until I can catch up |
| 18:05.37 | cr2 | i.e. not present on 7x00 |
| 18:05.46 | cr2 | ok. |
| 18:06.28 | cr2 | <PROTECTED> |
| 18:07.00 | cr2 | looks like a different CPU to me. |
| 18:07.43 | cr2 | hm. the second megabyte is remapped too. |
| 18:08.43 | cr2 | DesktopMa: can you dump the complete first megabyte ? |
| 18:09.07 | DesktopMa | yes if you tell me how :) |
| 18:09.50 | cr2 | pwf dia1M 0x0 0x100000 |
| 18:09.58 | cr2 | look for the dia1M file |
| 18:10.17 | DesktopMa | will do |
| 18:10.21 | cr2 | ok. |
| 18:11.45 | cr2 | hehe. it's probbaly remapped to DSP |
| 18:13.19 | cr2 | 0xac* is used on 7200 too. for some unknown purpose. |
| 18:14.28 | DesktopMa | http://www.auby.no/files/diamond/ |
| 18:14.29 | DesktopMa | dump |
| 18:15.05 | cr2 | :) |
| 18:15.08 | cr2 | 1.30.OliNex |
| 18:15.08 | cr2 | Diamond SPL EVT |
| 18:15.13 | DesktopMa | hehe |
| 18:15.38 | cr2 | looks good. |
| 18:16.13 | cr2 | ok, the usual stuff |
| 18:16.15 | cr2 | emapi init 1251 Test |
| 18:16.16 | cr2 | 1. Power on WiFi |
| 18:17.18 | cr2 | cpldwrite. hehe. |
| 18:21.00 | cr2 | toopoly/hitachi/sharp panels. |
| 18:21.53 | cr2 | lol |
| 18:21.55 | cr2 | MSDOS5.0 |
| 18:22.12 | DesktopMa | but but, I have no "exit to msdos" :P |
| 18:23.52 | cr2 | atmicro 48 and 88. something to think about. |
| 18:26.03 | *** join/#htc-linux surgex0 (i=surge@pool-71-186-163-107.bflony.fios.verizon.net) |
| 18:26.19 | DesktopMa | qualcomm used the 7201a to demonstrate android |
| 18:26.29 | DesktopMa | so I'm hopefull :P |
| 18:26.33 | cr2 | undumped your dump. |
| 18:27.09 | cr2 | yes. that looks good. |
| 18:27.12 | cr2 | <PROTECTED> |
| 18:27.12 | cr2 | <PROTECTED> |
| 18:27.12 | cr2 | <PROTECTED> |
| 18:27.12 | cr2 | <PROTECTED> |
| 18:27.13 | cr2 | <PROTECTED> |
| 18:27.13 | cr2 | <PROTECTED> |
| 18:28.43 | cr2 | DesktopMa: linux will boot everywhere. it's only about device driver support. without any docs ;) |
| 18:28.58 | DesktopMa | yeah |
| 18:29.08 | DesktopMa | but but those will hopefully be in android already |
| 18:29.15 | DesktopMa | as it's one of the chips google are going to support |
| 18:29.20 | DesktopMa | if not now, at launch :P |
| 18:30.22 | cr2 | i think so too. |
| 18:30.51 | cr2 | but they can do a good job obfuscating things. |
| 18:31.26 | DesktopMa | yeah |
| 18:31.32 | DesktopMa | there's open and there's open |
| 18:31.38 | cr2 | 0xc2c |
| 18:31.39 | DesktopMa | do they have any policies against binary blobs? |
| 18:31.46 | cr2 | there is open source and free software. |
| 18:32.18 | cr2 | hehe. i doubt they'll be different from motorola. |
| 18:32.48 | cr2 | 0x0c2c for resume. |
| 18:32.50 | DesktopMa | from their talks it doesn't sound like they're going to do any low level hardware support at all |
| 18:32.56 | DesktopMa | just provide the upper layers |
| 18:33.11 | DesktopMa | then leave the rest to the manufacturers / open source developers |
| 18:34.13 | cr2 | DesktopMa: the spl looks not bad :) |
| 18:34.23 | DesktopMa | the patched one? :P |
| 18:34.54 | cr2 | atmicro is on i2c. |
| 18:35.13 | cr2 | patched does not change anything in hw support. |
| 18:35.28 | cr2 | i'm interested in the hardware :) |
| 18:35.39 | DesktopMa | :) |
| 18:36.10 | DesktopMa | I'm still puzzled over the "missing" ram :P |
| 18:37.01 | cr2 | DesktopMa: you'd look at the second MB and so on. i guess you'll find what i call 'wince dmesg buffer' |
| 18:37.30 | DesktopMa | yeah that would be useful |
| 18:37.55 | DesktopMa | can't I just dump a crapload :P |
| 18:39.10 | cr2 | on kaiser it's second and third megabyte. |
| 18:39.24 | cr2 | then you'll know your LCD panel type. |
| 18:40.38 | mistadman | Cr2: Whats up? |
| 18:42.26 | mistadman | cr2: I am just about finish hacking up a basic DPRAM driver for the Athena. Just having issue turning the DPRAM on/off and resetting. Do you have any ideas? |
| 18:42.41 | mistadman | cr2: See here: http://rafb.net/p/wLlXIq40.html |
| 18:44.08 | mistadman | cr2: And here: http://rafb.net/p/DYoCCU77.html |
| 18:44.12 | DesktopMa | http://www.auby.no/files/diamond/ |
| 18:44.14 | DesktopMa | first 9 mbyte |
| 18:44.27 | cr2 | mistadman: you've taken the BA driver ? |
| 18:44.38 | mistadman | cr2: Parts |
| 18:44.53 | cr2 | mistadman: ok. |
| 18:45.13 | cr2 | mistadman: the init should be traceable. |
| 18:45.27 | mistadman | cr2: via MMUTRACE? |
| 18:45.31 | cr2 | yes. |
| 18:45.40 | mistadman | cr2: If so, I have done that... |
| 18:46.01 | cr2 | mistadman: trace only the registers known to be used for init. and gpios. |
| 18:46.36 | cr2 | DesktopMa: you may dump this area too: 0x01f00000 1 SHARED_MEM A9/A11 |
| 18:46.50 | DesktopMa | allright, 1M? |
| 18:47.17 | cr2 | DesktopMa: but pm me the link. because it has phone numbers and things. |
| 18:47.20 | cr2 | DesktopMa: yes. |
| 18:47.23 | mistadman | cr2: These registers right? http://wiki.xda-developers.com/index.php?pagename=AthenaDPRAM |
| 18:47.46 | cr2 | mistadman: these -> |
| 18:47.49 | cr2 | +0x3fc0 =0 (TX disable), =1 (TX enable) (strh) |
| 18:47.49 | cr2 | <PROTECTED> |
| 18:47.49 | cr2 | <PROTECTED> |
| 18:48.27 | cr2 | mistadman: there are probably some other PXA and cpld gpios for power/reset. |
| 18:49.45 | mistadman | cr2: Yeah I did that! When I traced on WinCE, when the modem in powered it replys with "AT Command Interpreter Ready". |
| 18:50.27 | mistadman | cr2: I follow the exact gpio int sequence, but the modem doesn't become active. |
| 18:51.02 | cr2 | mistadman: ok, i don |
| 18:51.14 | cr2 | t know the exact details too :) |
| 18:51.36 | mistadman | cr2: This reg: +0x3fc6 goes high when the DPRAM is ready, but never does with my driver. |
| 18:51.53 | mistadman | c2: Here is my question then... |
| 18:53.09 | mistadman | cr2: Is there a difference with using EGPIO vs manipulating the gpio registers individually. |
| 18:53.31 | mistadman | cr2: http://wiki.xda-developers.com/index.php?pagename=AthenaCPLD1 vs. http://wiki.xda-developers.com/index.php?pagename=AthenaGPIO |
| 18:54.19 | DesktopMa | cr2: pm |
| 18:56.38 | cr2 | DesktopMa: ok. the dump looks similar to kaiser. |
| 18:56.59 | cr2 | GPIOB1 0x0002 phone power |
| 18:56.59 | cr2 | <PROTECTED> |
| 18:57.01 | cr2 | mistadman: |
| 18:57.35 | DesktopMa | yeah I doubt they'd change that much |
| 18:57.52 | cr2 | mistadman: btw, can we assign the 'led related' gpios to real gpios ? |
| 18:58.56 | mistadman | cr2: Sorry, but I am not sure what you mean... |
| 18:59.17 | cr2 | DesktopMa: but the FIFO size looks like 4K |
| 18:59.30 | cr2 | mistadman: it's not phone -related |
| 19:00.35 | cr2 | DesktopMa: the AT tx and rx fifos are obvious. the GPS rx too. |
| 19:01.21 | cr2 | DesktopMa: can you dump the first 2MB of DRAM ? |
| 19:01.40 | mistadman | cr2: Sorry dude, I have been spending sooo much time hacking away at this dpram power issue, I think messing with my head.... I am still not sure what you are asking. Even though I should. :-( |
| 19:01.59 | mistadman | s/think/think its/ |
| 19:02.36 | cr2 | mistadman: i'll have a look at the DPRAM power reset later today. |
| 19:02.56 | mistadman | cr2: Awesome! |
| 19:02.59 | DesktopMa | cr2: where is dram mapped? |
| 19:03.11 | mistadman | cr2: and Thanks! |
| 19:03.27 | cr2 | DesktopMa: 0x10000000 |
| 19:03.43 | cr2 | DesktopMa: wtf is SKU ? |
| 19:04.22 | cr2 | DesktopMa: no 'dmesg' data in the 9M dump. |
| 19:04.46 | DesktopMa | hmm |
| 19:06.53 | DesktopMa | dram in pm |
| 19:07.49 | cr2 | ok, it's the wince kernel as i've expected. |
| 19:09.14 | cr2 | DesktopMa: it's too small :( can you dump 5MB ? |
| 19:11.23 | DesktopMa | lol sure |
| 19:11.30 | cr2 | wee. i like htc for leaving so much debugging data :) |
| 19:13.18 | cr2 | LOL |
| 19:13.22 | cr2 | * WARNING: The debugger may contain inaccurate data. To resolve this issue, make sure that the QFE which * |
| 19:13.22 | cr2 | * updates OsAxsHCe50.dll is installed. For more information, see the Knowledge Base article at * |
| 19:13.22 | cr2 | * http://go.microsoft.com/fwlink/?LinkId=103288. * |
| 19:14.04 | DesktopMa | :P |
| 19:14.07 | DesktopMa | DRAM updated |
| 19:14.40 | cr2 | Application %s has performed an illegal operation and will be shut down. If the problem persists, contact the program vendor. |
| 19:15.28 | cr2 | hm. strange. |
| 19:15.50 | *** join/#htc-linux Xmoo (n=Info@h241015.upc-h.chello.nl) |
| 19:16.07 | cr2 | ok. it was my mistake. |
| 19:16.44 | cr2 | bb in 10min. |
| 19:17.40 | *** join/#htc-linux hagisbasheruk (n=hagisbas@78.148.135.168) |
| 19:36.20 | mistadman | DesktopMa: So what do you think about the Diamond? |
| 19:37.22 | DesktopMa | it needs an UI that doesn't lag :) |
| 19:37.30 | DesktopMa | but otherwise it's sweet |
| 19:38.17 | mistadman | DesktopMa: I hear ya bro. That's the same compliant I have with the Athena! |
| 19:38.23 | DesktopMa | hehe |
| 19:38.51 | mistadman | DesktopMa: WinMo Blows! LOL! |
| 19:39.33 | mistadman | DesktopMa: What other phones do you own? |
| 19:41.25 | DesktopMa | a p3600 |
| 19:41.32 | DesktopMa | also an ericsson z600 :P |
| 19:42.11 | mistadman | DesktopMa: Cool. |
| 19:52.13 | Xmoo | one questions guys |
| 19:52.20 | Xmoo | isn't this build of android CDMA only? |
| 20:33.48 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 21:00.30 | DesktopMa | hmm the android plugin for eclipse doesn't add any wizard |
| 21:00.42 | DesktopMa | file -> new -> project shows an entire empty window |
| 21:14.10 | *** join/#htc-linux LunohoD_ (n=alex@e180073031.adsl.alicedsl.de) |
| 21:15.36 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 21:16.18 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 21:28.03 | BabelO | cr2: do you want something to compile for wince with QT ? |
| 21:36.14 | cr2 | BabelO: roadmap ? but it will work only as a map viewer. |
| 21:37.11 | BabelO | cr2: just ask because i have qt for wince and gdal compiled here, but can't build M, too much change to do |
| 21:41.20 | cr2 | no, only roadmap comes to mind. |
| 21:55.19 | cr2 | DesktopMa: http://wiki.xda-developers.com/index.php?pagename=DiamondMemoryMap |
| 21:55.50 | cr2 | DesktopMa: you may compare the entries with kaiser, and fill the "description" field. |
| 22:43.02 | lama | oh, qt for wince? |
| 22:43.22 | lama | wouldn't it be cool to try konqueror |
| 22:57.10 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
| 22:57.38 | martin__ | dcordes: hey |
| 22:57.46 | dcordes | hi |
| 22:58.14 | martin__ | just finally got online after a long day and going to hack till i fall asleep |
| 22:58.29 | cr2 | hi |
| 22:58.34 | dcordes | hi |
| 22:58.37 | cr2 | i've added the diamond page. |
| 22:58.43 | dcordes | I looked at it |
| 22:58.52 | dcordes | did you notice the niki page I added? |
| 22:59.27 | cr2 | the 0x1f* looks very similar. AT rx,tx and GPS fifos (size=4K) |
| 22:59.30 | cr2 | no. |
| 22:59.35 | cr2 | link ? |
| 22:59.52 | dcordes | http://wiki.xda-developers.com/index.php?pagename=Niki_Research |
| 23:00.14 | cr2 | dcordes: on diamond the 0x1f* fifos have exactly the same layout as kaiser. |
| 23:00.29 | cr2 | ok. |
| 23:00.30 | dcordes | can you see that from the mmu dump? |
| 23:00.49 | cr2 | from the 0x1f* dump |
| 23:01.18 | dcordes | I remember. I've seen in the logs he made one |
| 23:01.19 | cr2 | but there are other differences, so you can't just boot the kaiser kernel |
| 23:01.33 | dcordes | framebuffer? |
| 23:01.48 | cr2 | close to the end of the SDRAM |
| 23:02.00 | cr2 | the SRAM is used only for the SPL. |
| 23:02.08 | cr2 | don't see anything else there. |
| 23:02.30 | martin__ | dcordes: could you post your mmutrace of the smd stuff again? |
| 23:02.46 | martin__ | i found the rafb link in thursday's logs but it's dead now |
| 23:03.13 | dcordes | http://rafb.net/p/KTtfOw20.html |
| 23:03.40 | martin__ | thanks |
| 23:03.44 | dcordes | cr2: if you tell me what to do I can make a build so we can try on diamon |
| 23:04.42 | dcordes | martin__: can you provide me with a "git-diff origin/htc-msm" so I can commit your smd changes to the kaiser tree? |
| 23:05.23 | martin__ | dcordes: i'm not sure it's worth committing in its current state |
| 23:05.44 | dcordes | martin__: fyi with addlist mmutrace 0x4a20a000 (0x4a30c000 - 0x4a20a000) wince freezes on wirq and with "addlist mmutrace 0x4a300000 0xc000" you get the output from the paste |
| 23:06.14 | martin__ | i dunno if that stuff i did swapping the head/tail pointers is actually correct and don't want to mislead people |
| 23:07.08 | dcordes | martin__: there was total crap in there anyway but you're probably right. looks like there are not too many people waiting for something to be changed there |
| 23:07.35 | dcordes | martin__: do you think the modem receives the writes? |
| 23:07.50 | martin__ | no, i think we're writing somewhere we shouldn't |
| 23:07.57 | martin__ | and that's what's causing the fatal errors |
| 23:08.11 | dcordes | I see did you try it on your own kaiser? |
| 23:08.13 | martin__ | now, this trace of yours is interesting |
| 23:08.32 | martin__ | since the area that's getting written is not the area we thought was the at send buffer |
| 23:08.50 | dcordes | martin__: you got the mmu dump by hand? |
| 23:09.00 | dcordes | so you can see where I got this area from |
| 23:09.19 | martin__ | yup, got it |
| 23:09.43 | dcordes | it is one of the two 1M wince areas which map to the sram phys |
| 23:10.15 | dcordes | 0x4a* and 0xb51* from the memory map |
| 23:10.25 | martin__ | hm |
| 23:10.49 | martin__ | in the dump i've got only the upper part of that maps to smem |
| 23:10.55 | martin__ | http://void.printf.net/~martin/kaiser-mmu.txt |
| 23:11.07 | martin__ | search down to 4a300000 |
| 23:11.27 | martin__ | it's only 4a30a000 onwards that map to smem |
| 23:11.52 | dcordes | <PROTECTED> |
| 23:11.54 | dcordes | and then |
| 23:11.57 | dcordes | <PROTECTED> |
| 23:11.58 | dcordes | I see |
| 23:12.30 | martin__ | ah! |
| 23:12.35 | dcordes | ? |
| 23:12.46 | martin__ | the area that shows up in your trace is 41308xxx |
| 23:12.55 | martin__ | sorry, 4a308xxx |
| 23:13.17 | martin__ | which in my dump maps to a0300000 |
| 23:13.28 | dcordes | same |
| 23:13.39 | dcordes | Tiny (1K) |
| 23:13.54 | martin__ | now... last i checked, that ain't smem |
| 23:14.20 | cr2 | i think Tiny(1K) is a decoder bug |
| 23:16.26 | martin__ | cr2: any idea what's actually going on there, then? |
| 23:17.46 | cr2 | no. |
| 23:17.56 | dcordes | hm |
| 23:19.41 | martin__ | i really need to know what physical addresses those writes are going to |
| 23:30.16 | dcordes | martin__: just tried addlist mmutrace 0x4a30a000 0x40b000 |
| 23:30.20 | dcordes | shows nothing |
| 23:32.06 | *** join/#htc-linux Kevin21 (n=Kevin@207-237-52-122.c3-0.avec-ubr12.nyr-avec.ny.cable.rcn.com) |
| 23:47.47 | dcordes | cr2: can you look at 0x4fc* in kauser mmu? http://void.printf.net/~martin/kaiser-mmu.txt |
| 23:48.03 | dcordes | there are two spots that map to 0x01f |
| 23:48.38 | dcordes | 4K in sice... you said 1K is probably a decoder bug |
| 23:48.49 | dcordes | maybe 4K is errornous there too? |
| 23:49.16 | dcordes | addlist mmutrace 0x4fc0c000 4*1024 |
| 23:49.17 | dcordes | addlist mmutrace 0x4fc00000 4*1024 |
| 23:51.31 | dcordes | shows stuff like |
| 23:51.32 | dcordes | 077.457 02690480: swpeq r1, r2, [r0] # 4fc0c0b4 =91000001 |
| 23:59.23 | dcordes | martin__: still thre? |