00:29.33 | *** join/#htc-linux jott (n=j@unaffiliated/jott) |
00:38.34 | *** join/#htc-linux Hawk|- (n=Hawk@p5B17A10C.dip0.t-ipconnect.de) |
00:53.53 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
01:03.50 | *** join/#htc-linux snua12 (n=admin@113-70-207-85.strcechy.adsl-llu.static.bluetone.cz) |
03:44.29 | *** join/#htc-linux robotician (n=dale@usr016.bb275-03.udp.im.wakwak.ne.jp) |
04:44.20 | *** join/#htc-linux ltxda2 (n=anon@c-98-196-125-205.hsd1.tx.comcast.net) |
04:47.32 | *** join/#htc-linux Othello (i=nobody@gateway/tor/x-ce9597689d29db24) |
04:50.20 | *** join/#htc-linux wireddd (n=wired@97-81-78-105.dhcp.athn.ga.charter.com) |
05:29.21 | *** join/#htc-linux AC_Mast85 (i=s@gateway/tor/x-48eb25f9fc07a742) |
06:26.11 | *** join/#htc-linux goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com) |
06:30.00 | goxboxlive | good morning |
06:43.15 | *** join/#htc-linux psokolovsky (n=psokolov@82.193.99.23) |
07:49.24 | *** join/#htc-linux dcordes (n=tsingtao@f049018182.adsl.alicedsl.de) |
08:16.21 | *** join/#htc-linux snua12 (n=admin@113-70-207-85.strcechy.adsl-llu.static.bluetone.cz) |
08:31.24 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
08:47.24 | *** join/#htc-linux pH5 (n=ph5@p5485E870.dip.t-dialin.net) |
08:52.50 | *** join/#htc-linux Marex (n=Marex@gwfm4-3-0-240.802.cz) |
09:11.21 | *** join/#htc-linux AC_Mast85 (i=s@gateway/tor/x-2b4e85738f641e5a) |
09:43.20 | *** join/#htc-linux Babel (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
10:11.19 | *** join/#htc-linux IBG_ (n=IBG@Zc60b.z.pppool.de) |
10:30.25 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
10:33.24 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
10:34.10 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
11:07.15 | *** join/#htc-linux rob_w (n=bob@Mbd3c.m.pppool.de) |
11:13.12 | *** join/#htc-linux rob__w (n=bob@M8407.m.pppool.de) |
11:38.40 | *** join/#htc-linux rob_w (n=bob@X079d.x.pppool.de) |
11:52.49 | *** join/#htc-linux AC_Mast85 (i=s@gateway/tor/x-4022492caf2c7004) |
12:19.37 | *** join/#htc-linux snua12 (n=admin@113-70-207-85.strcechy.adsl-llu.static.bluetone.cz) |
12:37.01 | *** join/#htc-linux zazza (n=zazza@ppp-134-39.27-151.libero.it) |
12:37.28 | zazza | salve |
12:37.37 | pH5 | hi zazza |
12:38.04 | zazza | parli italiano? |
12:40.17 | pH5 | Me? Non parlo italiano. |
12:41.14 | cr2_ | hi pH5 |
12:41.36 | pH5 | hi cr2_ |
12:41.46 | cr2_ | i |
12:41.54 | pH5 | I didn't notice at all, we now have people that own qualcomm msm7xxx devices? |
12:41.57 | cr2_ | ve done something good yesterday |
12:42.03 | pH5 | let hear |
12:42.06 | cr2_ | http://wiki.xda-developers.com/index.php?pagename=TitanMemoryMap |
12:42.14 | cr2_ | for msm7500 |
12:42.29 | cr2_ | all gpio registers |
12:43.28 | pH5 | yay |
12:43.53 | cr2_ | Kevin2 can implement gpio and irq watching in haret now. |
12:44.33 | zazza | Jas-Jar supports sdhc from 8gb for linux gpe? |
12:45.21 | cr2_ | but the other subsystems are still hidden. imho somebody with the device and haret memory tracer may find them faster. |
12:45.31 | cr2_ | zazza: linux supports sdhc ? |
12:46.31 | zazza | si |
12:47.26 | cr2_ | http://lkml.org/lkml/2006/12/22/147 |
12:47.46 | cr2_ | is it already integrated ? |
12:48.35 | pH5 | cr2_: not yet in hh.org, we are still at 2.6.21 |
12:48.44 | pH5 | or am I mistaken? |
12:49.19 | pH5 | no, there is sdhc support in the 2.6.21 mmc core already |
12:49.29 | pH5 | but I'm not sure that this was already tested. |
12:49.46 | pH5 | I ordered a SDHC microsd to test, but it didn't arrive yet. |
12:49.56 | cr2_ | zazza: try it. |
12:50.12 | *** join/#htc-linux rob__w (n=bob@M905a.m.pppool.de) |
12:50.24 | cr2_ | pH5: i've bought a normal 2gb microSD recently. |
12:51.16 | pH5 | but those are not sdhc yet? |
12:51.41 | cr2_ | 2gb is not. |
12:51.57 | pH5 | I only have the 128MB microsd that came with the neo and a bunch of old 1G SDs. |
12:52.26 | cr2_ | i wanted something reliable. |
12:52.51 | cr2_ | asic3 sd/io needs some more research, imho. |
12:53.30 | pH5 | yes. damn, I need to dig up my hx4700. |
12:55.17 | cr2_ | what is the status of the kernel sdio patches? |
12:55.46 | pH5 | cr2_: that's definitely not in hh.org yet (.22 and post-.22) |
12:56.03 | pH5 | I didn't look to closely, because pxamci (which is what I need) still seems to be WIP |
12:56.33 | zazza | from Ramdisk-image the sdhc they are already not recognized! |
12:56.47 | pH5 | zazza: anything at all in dmesg? |
12:57.26 | cr2_ | pH5: imho asic3 is in a worse state. |
12:58.10 | pH5 | I believe that. there is no active maintainer :( |
12:58.26 | *** join/#htc-linux tsdogs (n=tsdogs@84.18.144.39) |
12:58.46 | cr2_ | hi tsdogs |
12:58.55 | tsdogs | cr2_: HI |
12:59.29 | tsdogs | Finally found out some time to port schema options to roadmap |
12:59.37 | cr2_ | pH5: and ati SD needs some research too. i'm thinking about patching haret to call into sdhc.dll directly. |
12:59.45 | cr2_ | tsdogs: that's great :D |
12:59.45 | tsdogs | seems to work, but needs testing. |
13:00.05 | pH5 | hi tsdogs |
13:00.09 | tsdogs | I just updated cvs |
13:00.10 | cr2_ | tsdogs: have you already done it ? |
13:00.12 | tsdogs | hi pH5 |
13:00.19 | cr2_ | tsdogs: wow. |
13:00.42 | tsdogs | It really took only a couple of hours :) |
13:00.56 | cr2_ | yes, for a person who has written this code :) |
13:01.16 | tsdogs | wow even the mailing list on sf is working |
13:01.25 | tsdogs | cr2_: yep |
13:01.55 | cr2_ | i've managed to load enormously big maps. and have found a way to stitch the cut polygons together. |
13:02.01 | tsdogs | I've been following spotly the roadmap mailing list, and it seems pretty active |
13:02.11 | tsdogs | That's really good news |
13:02.22 | tsdogs | cr2_: with postgis? |
13:02.40 | cr2_ | yes, with some more effort it will be really easy to import maps. |
13:02.51 | cr2_ | tsdogs: no, with grass. |
13:03.19 | cr2_ | http://grass.gdf-hannover.de/wiki/Dissolve_polygons |
13:03.58 | cr2_ | it's a bit hardcore stuff. |
13:04.05 | tsdogs | :) |
13:04.13 | cr2_ | but it works, so i feel happy. |
13:04.22 | tsdogs | yep |
13:05.09 | cr2_ | the bad thing is that i've removed the shapefile import script ... |
13:05.18 | cr2_ | need to write it again. |
13:05.27 | tsdogs | cr2_: ? |
13:05.52 | tsdogs | to import it into postgis? |
13:06.19 | cr2_ | i thought postgis is too complex, and have written the code to import the shapefiles. |
13:06.38 | tsdogs | ho, isn't it already in roadmap? |
13:06.44 | psokolovsky | Hi! |
13:06.51 | tsdogs | psokolovsky: Hi |
13:07.08 | cr2_ | but it needed some work with cgpsmapper+ogr2ogr. this shell script is lost. |
13:07.13 | cr2_ | hi psokolovsky |
13:07.18 | psokolovsky | pH5: What's the fate of "multiple libgcc.* in cp" patch you posted on oe list? |
13:07.30 | psokolovsky | pH5: just in case: http://linux-h4000.sourceforge.net/busyb/oe/build_20070915_100122/Step2-1.html |
13:07.39 | cr2_ | tsdogs: this c code is not yet included. |
13:08.07 | tsdogs | cr2_: ok, I thought I had it, but never used shp with u. |
13:08.41 | tsdogs | bbiaf |
13:09.39 | pH5 | hi psokolovsky |
13:09.47 | pH5 | easy: I forgot. will push now. |
13:10.55 | psokolovsky | pH5: just make sure that yours is better than mine ;-D |
13:12.59 | pH5 | psokolovsky: if it's not, you can always fix the fix ;) |
13:23.50 | tsdogs | cr2_: what do you say about porting graphycal changes to roadgps which I made in editor to main? |
13:24.29 | tsdogs | Also I'd like to port the zoom stuff (maybe with a different graphical layout) |
13:25.55 | cr2_ | tsdogs: are you subscribed to the roadmap ml ? |
13:26.18 | tsdogs | yes, but with a yahoo account which I check every now and then... |
13:26.43 | cr2_ | well, then post the patches there. |
13:27.33 | cr2_ | imho porting the roadgps will be easy. |
13:27.51 | tsdogs | I think so too |
13:28.22 | cr2_ | i'd also like to see the zero-length line labels, but this code is too convoluted for my eyes. |
13:28.56 | tsdogs | ok, but the base code is the same as roadmap |
13:28.59 | cr2_ | then the POIs can be labeled, and that will open the floodgates :) |
13:29.20 | cr2_ | ok. |
13:29.22 | tsdogs | Ok, Let's see what I can do for it. |
13:29.30 | cr2_ | nice. |
13:29.55 | cr2_ | currently, the code just drops out, when the distance between 2 points is too small. |
13:30.45 | tsdogs | probably because of the declutter |
13:30.52 | cr2_ | maybe it's possible to change that. and the label cache behaves strange. |
13:31.00 | cr2_ | yes. |
13:31.49 | zazza | <PROTECTED> |
13:31.50 | tsdogs | the label chache is very primitive |
13:32.25 | tsdogs | zazza: ? |
13:33.01 | tsdogs | cr2_: are u using some layer to put the pois? |
13:33.56 | cr2_ | tsdogs: no, but if it will work, i'll add them as the line layers. |
13:34.04 | tsdogs | ok |
13:34.33 | zazza | |
13:34.33 | zazza | the rom installed on jas jar it has importance for linux GPE |
13:34.37 | cr2_ | the "dot" is plotted even now, but there is no label. because of the from=to. |
13:35.02 | cr2_ | zazza: do you have an sdhc card right now? |
13:35.05 | tsdogs | cr2_: ok |
13:35.15 | zazza | si |
13:35.55 | cr2_ | zazza: hmm. can you put gpe image on the card ? |
13:37.16 | zazza | <PROTECTED> |
13:37.17 | zazza | I try to us |
13:39.46 | cr2_ | if it will work, then just boot :) |
13:41.20 | zazza | I must follow the handbook are new for linux |
13:41.21 | zazza | a lot I have time! |
13:41.40 | Kevin2 | psokolovsky: Hi. I tagged haret-0_5_0 last night. |
13:42.15 | psokolovsky | Kevin2: Hi and thanks! I still didn't have chance to test it, now will |
13:43.27 | Kevin2 | pH5: Hi. I checked in your omap changes to haret (post tagging 0.5.0) - I think you missed sending arch-omap.h, so I fixed it up. |
13:44.33 | Kevin2 | cr2_: I'll make a msm7500 stub - can you send a patch adding the stuff you found? |
13:44.51 | cr2_ | Kevin2: does qualcomm gpio watching need some c++ support ? |
13:45.10 | cr2_ | Kevin2: it's not a patch, just an address list - http://wiki.xda-developers.com/index.php?pagename=TitanMemoryMap |
13:45.11 | pH5 | Kevin2: many thanks |
13:45.27 | tsdogs | cr2_: do you have any sample map with 0 length lines? |
13:46.01 | Kevin2 | cr2_: Not c++, but it would be nice to populate the GPIOS and IRQS variables by default. |
13:46.08 | cr2_ | tsdogs: hmm. don#t think so. can you generate a map from your postgis db ? |
13:46.44 | tsdogs | I think I need to recreate it, as had to reinstall the PC, though I have a backup |
13:47.05 | tsdogs | I'll try building a new one, right now I'm testing with shapefile generated maps. |
13:47.38 | cr2_ | Kevin2: i don't have such device, so somebody needs to check. |
13:47.50 | cr2_ | tsdogs: shapefile ? |
13:48.06 | tsdogs | yep from the US ones (san francisco) |
13:48.52 | cr2_ | hmm. it is in the shapefile format ? |
13:49.37 | tsdogs | what u mean? |
13:49.42 | cr2_ | Kevin2: i wish that somebody with the device dumped these memory areas. |
13:50.05 | cr2_ | tsdogs: afair the US is in TIGER (weird ascii) format. |
13:50.29 | tsdogs | yes sorry, tiger format |
13:50.45 | cr2_ | tsdogs: you can edit it manually ? :) |
13:51.28 | tsdogs | I thought so, I'll try tonight, gg now. bb tonight |
13:51.36 | cr2_ | tsdogs: ok. |
13:51.51 | Kevin2 | If I recall - both Kaiser and ImCoKeMaN had these devices. |
13:52.18 | cr2_ | Kevin2: didn't hear from both recently |
13:53.05 | Kevin2 | cr2_: Top of memory is 0x10000000? |
13:54.18 | cr2_ | yes. |
13:54.56 | cr2_ | i don't know why RAM is split into 2 pieces. |
13:55.31 | cr2_ | in wince. the linux microkernel seems to start at 8-9MB |
13:56.10 | cr2_ | i did not understand where is NAND too. |
13:56.34 | cr2_ | pH5: do you have only 1 NAND chip ? |
13:58.55 | cr2_ | Kevin2: there are 5 32bit GPIO registers, but they are used only partly. |
14:03.33 | cr2_ | Kevin2: |
14:03.36 | cr2_ | Output_Level0 (0......15) --- Addr=0x%x, Val=0x%x |
14:03.37 | cr2_ | Output_Level1 (16....42) --- Addr=0x%x, Val=0x%x |
14:03.37 | cr2_ | Output_Level2 (43....67) --- Addr=0x%x, Val=0x%x |
14:03.37 | cr2_ | Output_Level3 (68....94) --- Addr=0x%x, Val=0x%x |
14:03.37 | cr2_ | Output_Level4 (95..105) --- Addr=0x%x, Val=0x%x |
14:03.52 | Kevin2 | Okay, I just checked in an msm stub. Lets see if someone wants to expand it.. http://handhelds.org/cgi-bin/cvsweb.cgi/~checkout~/haret/src/mach/arch-msm.cpp |
14:04.05 | cr2_ | ok. |
14:04.56 | Kevin2 | cr2_: Right - we'll need someone to run tests and confirm your findings. |
14:12.37 | pH5 | cr2_: dunno, didn't look at that yet. |
14:18.29 | Othello | um, just a quick question. any personal experiences with blueangel? |
14:19.54 | Kevin2 | BTW, I made some progress with hermes last week. I got the egpio chip working along with usb detect. I tried getting the front keypad/leds working, but something is not right. Also, still having issues with usb not receiving irqs. And finally, the device runs very hot when under linux. |
14:20.27 | *** join/#htc-linux rob_w (n=bob@Mbdd4.m.pppool.de) |
14:21.18 | *** join/#htc-linux zazza (n=zazza@ppp-201-39.27-151.libero.it) |
14:21.18 | cr2_ | Kevin2: the battery charging goes wild ? |
14:21.35 | Kevin2 | I think I found the battery meters (looks like it uses the built-in adc feature). I don't see a ds1wm chip - I think it may use the same method apache uses. |
14:21.51 | Kevin2 | cr2_: I don't think so, because I think I found the battery charge enable/disable. |
14:22.03 | cr2_ | Othello: ask Babel/BabelO, i've not used BA for a long time. unfortunately. |
14:22.10 | Kevin2 | I think the cpu clock may be too high, but I'm not sure. |
14:22.11 | cr2_ | Kevin2: yes, there is no w1. |
14:23.03 | Othello | thanks cr2_ |
14:24.38 | cr2_ | Kevin2: either we do something about NAND on hermes, of we do some direct SDHC functions tracing. |
14:25.24 | cr2_ | ~ping ImCoKeMaN |
14:25.25 | apt | pong ImCoKeMaN |
14:25.25 | Kevin2 | Yeah. There is some "low hanging fruit" though - I was going to code up the easy stuff first. |
14:25.33 | Kevin2 | ~seen Kaiser |
14:25.36 | apt | kaiser <n=kaiser@adsl-35-181-180.dab.bellsouth.net> was last seen on IRC in channel #kde, 54d 9h 19m 57s ago, saying: 'does it look like jcreator?'. |
14:26.52 | cr2_ | Kevin2: hermes without SD is not very useful ;) |
14:27.37 | cr2_ | Kevin2: but there are many low hanging fruits there. serial ports and i2c for example. isn't the TS also on the builtin ADC ? |
14:27.50 | Kevin2 | Sure, but hermes isn't very useful without the touchscreen, keyboard, phone, etc. -- One step at a time. |
14:28.03 | cr2_ | backlight too. |
14:28.12 | Kevin2 | cr2_: Yes, TS is on built-in ADC. |
14:28.41 | cr2_ | keyboard is a generic spi thing. it's already done on blueangel. but not in a very nice way ;) |
14:29.14 | Kevin2 | cr2_: Yeah, but to use spi we have to use the "generic spi" thing on hermes - it'll take a little while to get it right. |
14:30.02 | cr2_ | well, if you don't use DMA, the generic spi is not that bad. |
14:30.14 | Kevin2 | As for testing - haret should be able to load 20MiB images now. So, we should be able to come up with a ramdisk solution till we figure out storage. |
14:32.12 | cr2_ | 20MiB compressed ? |
14:33.53 | *** join/#htc-linux dcordes_ (n=tsingtao@f049018182.adsl.alicedsl.de) |
14:34.26 | *** join/#htc-linux dcordes_ (n=tsingtao@f049018182.adsl.alicedsl.de) |
14:36.16 | Kevin2 | cr2_: I think so - I haven't tested first hand - but psokolovsky has done a bunch of work with this. |
14:39.02 | cr2_ | ok. |
14:48.06 | pH5 | cr2_: here's my omap850 register list so far: http://en.pastebin.ca/698575 |
14:51.10 | cr2_ | pH5: spi, spi keyboard, w1 ? |
14:51.32 | *** join/#htc-linux scorpio16v (n=scorpio1@f051171020.adsl.alicedsl.de) |
14:52.15 | cr2_ | i think LCD is known too. need to compare it with my garmin list. |
14:54.50 | pH5 | cr2_: keyboard is mpuio, for lcd look at omapfb, spi is uwire |
14:54.59 | pH5 | w1? dunno |
14:55.47 | pH5 | lcdc is at 0xfffec000, I'll add that before uploading to the wiki |
14:56.43 | cr2_ | hmm. HDQ/1 Wire |
14:56.55 | cr2_ | 1 Wire is w1 :) |
14:58.01 | cr2_ | wlan is "arm peripheral" ?? something is wrong with this diagramm |
14:58.36 | cr2_ | TS spi is "dsp peripheral" |
15:22.55 | Kevin2 | cr2_: Does the following hermes clock settings make sense to you? |
15:23.04 | Kevin2 | 000.000 CLOCKS MPLLCON=00033030: PDIV=3 MDIV=33 |
15:23.04 | Kevin2 | 000.000 CLOCKS UPLLCON=0003c042: SDIV=2 PDIV=4 MDIV=3c |
15:23.04 | Kevin2 | 000.000 CLOCKS CLKSLOW=00000004: SLOW_VAL=4 |
15:23.04 | Kevin2 | 000.000 CLOCKS CLKDIVN=00000005: HDIVN=2 PDIVN=1 |
15:23.04 | Kevin2 | 000.000 CLOCKS CAMDIVN=00000000: |
15:23.36 | *** join/#htc-linux goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com) |
15:25.14 | cr2_ | Kevin2: i think they did. check with the CPU manual, there is a speed table there. |
15:25.42 | Kevin2 | Yeah, but the speed table doesn't list these settings. :-/ |
15:27.03 | *** join/#htc-linux goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com) |
15:28.38 | cr2_ | hmm. we are not using the wince speed values ? |
15:29.09 | Kevin2 | cr2_: I don't know - I haven't queried them from linux yet. |
15:32.19 | cr2_ | ok. |
15:32.38 | cr2_ | Kevin2: cpld: clear interrupt only on reg4 ? |
15:32.40 | ImCoKeMaN | hey i still couldnt get recmod to make the nk.exe module a file from the xip |
15:33.12 | cr2_ | ImCoKeMaN: it's not necessary. have a look here - http://wiki.xda-developers.com/index.php?pagename=TitanMemoryMap |
15:33.45 | cr2_ | btw, which command did you use to dump the ram ? |
15:34.21 | ImCoKeMaN | pwf |
15:35.02 | cr2_ | pwf 0x10000000 0x40 ? |
15:36.20 | Kevin2 | cr2_: huh? |
15:36.29 | ImCoKeMaN | pwf 0 0x4000000 |
15:37.28 | *** join/#htc-linux zazza (n=zazza@ppp-230-39.27-151.libero.it) |
15:37.55 | cr2_ | ImCoKeMaN: hehe. it's some internal msm7500 RAM, including the framebuffer... |
15:37.59 | cr2_ | interesting. |
15:38.44 | ImCoKeMaN | what i did or is that something you need me to try? |
15:38.55 | cr2_ | so it starts with the SPL. |
15:39.08 | ImCoKeMaN | yup and it's again at 32mg |
15:39.08 | cr2_ | can you try ' pwf 0x10000000 0x40 ' |
15:39.20 | ImCoKeMaN | sure |
15:39.40 | cr2_ | ok. and then it will be useful to dump the GPIO areas. |
15:40.32 | cr2_ | Kevin2: now i understand, why there was no wince kernel in this ram dump :) |
15:41.33 | Kevin2 | cr2_: Okay. :-) |
15:41.39 | Kevin2 | What did you mean by: (11:32:38 AM) cr2_: Kevin2: cpld: clear interrupt only on reg4 ? |
15:41.59 | cr2_ | the CPLD on titan uses +0x6 for clr irq. |
15:43.02 | Kevin2 | Okay - apache uses +0x0 and hermes uses +0x4 -- they're all different. |
15:43.03 | cr2_ | Kevin2: lol. but i see the microkernel. it's after the framebuffer. very clever indeed. |
15:43.36 | cr2_ | Kevin2: and athena uses +0x8 |
15:43.43 | pH5 | cr2_: does msm have sram for that? |
15:43.46 | ImCoKeMaN | 10000000 | ea0003fe 00000000 00000000 00000000 | ................ |
15:43.46 | ImCoKeMaN | 10000010 | 00000000 00000000 00000000 00000000 | ................ |
15:43.46 | ImCoKeMaN | 10000020 | 00000000 00000000 00000000 00000000 | ................ |
15:43.46 | ImCoKeMaN | 10000030 | 00000000 00000000 00000000 00000000 | ................ |
15:44.00 | Kevin2 | cr2_: I guess we're missing the device with +0x2 then.. |
15:44.03 | cr2_ | ImCoKeMaN: ok. so that's the wince code. |
15:44.14 | cr2_ | Kevin2: need to check wiki. |
15:44.47 | cr2_ | pH5: at least they don't include microkernel in the wince page tables :) |
15:45.16 | pH5 | :) |
15:45.39 | cr2_ | pH5: it seems msm7500 has 32MB more RAM. |
15:45.53 | cr2_ | if we trust that mapping. |
15:47.07 | cr2_ | pH5: where does magician's CPLD ack the irq ? |
15:49.09 | pH5 | neat, separate ram banks for arm11 and arm9? |
15:49.13 | cr2_ | ImCoKeMaN: i'm really curious what comes out from your new dump. |
15:49.41 | pH5 | magician cpld irqs are acked by writing 1 to the corresponding irq register bits |
15:49.55 | cr2_ | pH5: not physically separate, it seems. |
15:50.09 | cr2_ | pH5: what is the register offset ? |
15:51.39 | pH5 | 0xc I think |
15:51.48 | pH5 | first three are output, then irq, then three input |
15:52.01 | cr2_ | ok. |
15:59.34 | ImCoKeMaN | so what all do you want me to dump? |
15:59.40 | cr2_ | now i'm interested from which address the msm7500 cpu boots. and where is the nand. i guess it should be the same address. |
15:59.50 | ImCoKeMaN | you just said 0x40 i thoguht |
15:59.56 | cr2_ | ImCoKeMaN: start with the wince block. |
16:00.04 | cr2_ | yes, these 64MB |
16:00.17 | ImCoKeMaN | oh so add some more 0s |
16:00.38 | cr2_ | what you have dumped already, was a different thing. very interesting anyway. |
16:00.48 | cr2_ | 0s would be compressed by gzip -9 |
16:01.23 | Kevin2 | 0xea0003fe -- that looks like the wince resume address.. |
16:01.24 | ImCoKeMaN | yeah i just mean 0x400000 starting at 0x10000000 |
16:02.10 | cr2_ | Kevin2: it's 'bx +0x1000' i think. a wince 'signature' |
16:03.48 | Kevin2 | Yeah. With latest haret, you can try: set resumeaddr 0x10000000 ; wi 50 -- then try suspend/resume during the wi and see if haret reports the resume. |
16:04.51 | cr2_ | hmm. i guess i know why are the 64MB are splitted in 2 parts. |
16:06.37 | cr2_ | maybe 0x10000000 is NAND, and not DRAM :) |
16:07.17 | cr2_ | then 64MB are split 32@0x00000000 and 32@0x12000000 |
16:07.41 | cr2_ | at least these 2 areas are certainly RAM. |
16:08.20 | Kevin2 | cr2_: I wouldn't be surprised if there was 96MiB of ram - most other phones have 32MiB for the phone modem. |
16:08.55 | goxboxlive | hi |
16:08.57 | cr2_ | ok, we will see. |
16:09.25 | goxboxlive | cr2_: what's the status of Athena? Is that the one you are talking about now? |
16:09.32 | dcordes_ | if I would have a mogul |
16:09.40 | dcordes_ | could I be of any help for qualcomm development? |
16:10.09 | *** join/#htc-linux pH5_ (n=ph5@p5485E870.dip.t-dialin.net) |
16:10.32 | dcordes_ | I have a lot of time to try out all kinds of stuff... |
16:10.39 | cr2_ | goxboxlive: no, i'm talking about titan and msm7500 cpu. athena is waiting. |
16:11.06 | cr2_ | but i've found the IDE datasheet, so the 8GB microdrive is close. |
16:11.10 | goxboxlive | cr2_: Have you bought youself new devices? |
16:11.20 | goxboxlive | ok cool |
16:11.48 | cr2_ | goxboxlive: i bought the TV/USBhost cable. |
16:11.51 | cr2_ | for athena |
16:11.54 | goxboxlive | ok |
16:12.31 | cr2_ | the TV out works, but the USBhost does not see anything. maybe i need to reflash some other firmware. i don#t know how to test it. |
16:12.36 | ImCoKeMaN | i'm upping TitanMemdump2.rar to ftp://ppcgeeks:ezupload@ftp.ppcgeeks.com/Titan/Users/ImCoKeMaN/ |
16:12.44 | ImCoKeMaN | it should be about 6 meg i'll let ya know when it's done |
16:12.56 | cr2_ | then maybe it's easier to make USB host work, and attach the SD card through an adapter. |
16:13.03 | ImCoKeMaN | stupid internet here says 35 mins though |
16:13.21 | cr2_ | ImCoKeMaN: thanks, that's the last big upload i guess. |
16:13.59 | ImCoKeMaN | not problem thanks for looking into a device you don't even own |
16:15.44 | ImCoKeMaN | just to double check you wanted a pwf file.bin 0x10000000 0x4000000 right? |
16:15.52 | cr2_ | yes. |
16:15.59 | ImCoKeMaN | k good =) |
16:16.08 | cr2_ | 1.8MB |
16:16.15 | ImCoKeMaN | heh |
16:16.21 | ImCoKeMaN | says 8 mins now |
16:16.32 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
16:17.11 | ImCoKeMaN | so after this will there need to be some changes to haret and then other testing like gpios etc? |
16:17.20 | Kevin2 | cr2_: If I back track from the clock settings on hermes I get: |
16:17.25 | Kevin2 | FCLK = 400Mhz |
16:17.25 | Kevin2 | HCLK = 100Mhz |
16:17.25 | Kevin2 | PCLK = 50Mhz |
16:17.25 | Kevin2 | U Fin = 16.941176470588236 |
16:17.25 | Kevin2 | M Fin = 16.949152542372882 |
16:18.21 | cr2_ | ImCoKeMaN: probably yes. you can also just dump the gpio register areas with 'pd' |
16:18.42 | cr2_ | Kevin2: the ?CLK are ok, but what is ? Fin ? |
16:19.03 | Kevin2 | Input frequency - calculated by back tracking both MPLL and UPLL. |
16:19.17 | cr2_ | not 12MHz ? |
16:19.45 | Kevin2 | No - definitely 16.93Mhz. |
16:19.56 | cr2_ | what do you have now ? it was some controversial thing. |
16:19.58 | cr2_ | ok. |
16:20.53 | Kevin2 | Actually, if I use FCLK=399.65 and UCLK=47.98 (hints from s3c docs) - then I get U Fin=16.934117647058823Mhz and M Fin=16.934322033898304Mhz |
16:21.30 | cr2_ | ok. |
16:21.35 | Kevin2 | Which is almost exactly what we'd expect. It also matches current CVS - s3c24xx_init_clocks(16934000); |
16:22.11 | ImCoKeMaN | cr2_: it's up |
16:22.45 | cr2_ | Kevin2: good. but i still don't understand the serial clock settings completely. remembering from the logs. |
16:22.51 | cr2_ | ImCoKeMaN: downloading :) |
16:24.07 | cr2_ | ImCoKeMaN: yes, it starts with the wince kernel, then there is coredll. |
16:30.12 | cr2_ | ok, i need to buy some food. bbl |
16:42.41 | *** join/#htc-linux dcordes__ (n=tsingtao@f048043126.adsl.alicedsl.de) |
16:51.51 | *** join/#htc-linux Othello (i=nobody@gateway/tor/x-482da1b528a60fc3) |
16:55.40 | *** join/#htc-linux lionet_s (n=simba@89-178-212-99.broadband.corbina.ru) |
16:55.44 | lionet_s | hiya |
17:11.48 | dcordes | woud it help to have someone with quacomm device? I have a lot of time to try out things |
17:12.16 | pH5 | dcordes: the more the merrier |
17:18.26 | pH5 | Kevin2: http://www.handhelds.org/moin/moin.cgi/HaRET should be updated for 0.5.0 |
17:20.20 | *** join/#htc-linux TimRiker (n=timr@rikers.org) |
17:46.06 | psokolovsky | pH5: latest mag defconfigman requires csv head, or would work with -hh16? |
17:51.12 | psokolovsky | cvs |
18:00.25 | psokolovsky | pH5: ok, I do commit stuff, we'll need to tag in case |
18:11.12 | pH5 | psokolovsky: the leds-magician -> leds-gpio change is only in cvs, so we'll regress the keypad led and vibrator until next tag. |
18:11.17 | pH5 | I don't think that is critical. |
18:12.44 | psokolovsky | ok |
18:20.17 | *** part/#htc-linux scorpio16v (n=scorpio1@f051171020.adsl.alicedsl.de) |
18:44.00 | cr2_ | Kevin2: i had 'kmalloc' and 'vmalloc' commands to check the RAM address spaces in gnu-haret. Is it possible to have these in mainline? i guess it can help to answer many RAM questions on weird cpus ;-) |
18:45.05 | Kevin2 | cr2_: Sure, send a patch to haret@handhelds.org. BTW, how do those commands help find ram address? |
18:48.26 | cr2_ | they recursively allocate RAM and print the page addresses. this code is portable and should work on any wince version & cpu. |
18:50.55 | cr2_ | hm. at least 'vmalloc' :) |
18:51.04 | cr2_ | kmalloc uses allocphysmem |
18:55.53 | Kevin2 | Using AllocPhysMem isn't an issue - it is used by "wi" already. You just need to use the LATE_LOAD stuff so that it only gets pulled in on those machines that have it. |
18:56.12 | cr2_ | ok. |
18:57.32 | *** join/#htc-linux AC_Mast88 (i=s@gateway/tor/x-06bb8b163533bee7) |
19:12.02 | *** part/#htc-linux rmoravcik (n=rmoravci@adsl-dyn19.91-127-1.t-com.sk) |
19:14.01 | *** join/#htc-linux psokolovsky_ (n=psokolov@stingy.earner.volia.net) |
19:15.27 | cr2_ | tsdogs: i get QColor::setNamedColor: Unknown color name '0' with your patch ? |
19:44.27 | *** join/#htc-linux ellisway (n=ellis@homealone.good1.com) |
19:59.26 | *** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130) |
19:59.57 | tsdogs | cr2_: hi, what schema are you using? |
20:03.11 | cr2_ | switched to a better one, so this problem has gone :) |
20:03.25 | cr2_ | but there is the old problem with font matching . |
20:03.32 | cr2_ | excellent work, btw :) |
20:04.13 | cr2_ | i'm merged it into the main CVS tree, because i have other major changes in the .rdm format, so my maps are binary incompatible. |
20:04.16 | tsdogs | tnx. |
20:04.36 | cr2_ | another problem: the setLineCap on the railroad does not work. |
20:04.42 | cr2_ | it was working before. |
20:04.56 | tsdogs | could it be a problem with Caps? |
20:05.12 | cr2_ | my generic setting is Round, but the railroad should be square. |
20:05.29 | tsdogs | ok, trying... |
20:05.52 | cr2_ | btw, why do you set numeric values for Qt::xxx contants in the code ? |
20:07.40 | tsdogs | Only 'cause of conversion, I think I should switch that though. |
20:08.07 | cr2_ | well, it's not that important now. |
20:08.14 | tsdogs | roadmap_canvas does not have any Qt knoledge right now |
20:08.19 | tsdogs | agreed |
20:08.43 | cr2_ | hmm. it should not have this knowlegde, i guess. |
20:09.12 | tsdogs | that's why I should move the string check into the qt_canvas ... |
20:09.14 | cr2_ | it should define its own constants, which need to be translated ny qt_* |
20:09.21 | cr2_ | ok. |
20:10.22 | cr2_ | hmm. how do i get out the "matched" font name. now i have everything in Courier :) |
20:11.11 | cr2_ | i'm compiling 4.3.1 in the background. |
20:11.12 | tsdogs | cr2_: are u using Railroads.LineCap ? |
20:11.22 | cr2_ | searching. |
20:11.45 | tsdogs | I need to check that too, didn't do much testing. |
20:12.04 | cr2_ | Railroad.LineCap: Squar |
20:12.09 | cr2_ | Railroad.LineCap: Square |
20:12.22 | tsdogs | I think it's Railroads |
20:12.27 | cr2_ | hmm. |
20:12.30 | tsdogs | at least I have this one in mine |
20:12.35 | tsdogs | and it works. |
20:12.57 | cr2_ | buildmap_postgres2.c:{0,1,20,"Railroad"}, |
20:13.47 | tsdogs | ok.. |
20:14.06 | tsdogs | what's in the source the layer name? |
20:14.40 | cr2_ | the "20" counts. |
20:14.56 | cr2_ | the name is not saved anywhere. |
20:15.14 | cr2_ | it's only a match to 'schema' aka style. |
20:15.27 | cr2_ | the "dotted" style for the roadmap is recognized. |
20:15.44 | *** join/#htc-linux rmoravcik (n=rmoravci@adsl-dyn19.91-127-1.t-com.sk) |
20:15.48 | tsdogs | ho ok |
20:16.07 | tsdogs | Ho I think I got it |
20:16.16 | tsdogs | maybe u using more than 1 pen? |
20:16.33 | tsdogs | Then u should do it also for other pens |
20:16.46 | tsdogs | Railroad.LineCap1: Square |
20:17.49 | cr2_ | hmm. why it was working before ? :) |
20:18.08 | cr2_ | it's white dotted line on black solid line. |
20:18.23 | cr2_ | checking :) |
20:18.40 | cr2_ | the style was autogenerated, so the script needs a change too. |
20:19.20 | tsdogs | I have your old schema and it was: |
20:19.30 | tsdogs | Railroad.Class: Road |
20:19.42 | tsdogs | Railroad.Color1: #ffffff |
20:19.46 | tsdogs | Railroad.Color: #000000 |
20:19.50 | tsdogs | Railroad.LineCap1: Square |
20:19.54 | tsdogs | Railroad.LineJoin: Svg |
20:19.58 | tsdogs | Railroad.LineJoin1: Svg |
20:20.02 | tsdogs | Railroad.Declutter: 2147483647 |
20:20.06 | tsdogs | Railroad.Delta1: -2 |
20:20.10 | tsdogs | Railroad.FontColor: #000000 |
20:20.14 | tsdogs | Railroad.FontName: Arial Black |
20:20.14 | tsdogs | Railroad.FontSize: 12 |
20:20.14 | tsdogs | Railroad.FontWeight: Normal |
20:20.14 | tsdogs | Railroad.Style1: Dot |
20:20.14 | tsdogs | Railroad.Style: Solid |
20:20.14 | tsdogs | Railroad.Thickness: 3 |
20:21.43 | cr2_ | ok, i need to recheck the script. it seems i have manually edited this style. |
20:22.15 | cr2_ | yes, now it works :) |
20:22.29 | tsdogs | cr2_: did the fonts not work with editor too? |
20:22.59 | cr2_ | yes, they did not work. it's some kde/freetype substitution weirdness |
20:23.04 | cr2_ | xlfd is ok. |
20:23.25 | tsdogs | hmm, ok I'll check that one too |
20:23.47 | cr2_ | -monotype-arial-bold-r-normal--0-0-0-0-p-0-adobe-standard |
20:23.47 | cr2_ | -monotype-arial-bold-r-normal--0-0-0-0-p-0-ascii-0 |
20:23.50 | cr2_ | ... |
20:24.03 | cr2_ | font family: <Arial Bold> match not found |
20:24.29 | cr2_ | hmm. |
20:24.31 | tsdogs | Though I do not get that warning, but should do more deep checking |
20:24.40 | cr2_ | the name is Arial |
20:24.54 | cr2_ | the weight is bold |
20:25.00 | cr2_ | or how it is called ? |
20:25.40 | cr2_ | Major_highway.FontName: Arial Bold |
20:25.43 | tsdogs | there is also a Arial Bold font, which is thiker than Arial |
20:25.51 | cr2_ | Major_highway.FontWeight: Normal |
20:26.00 | cr2_ | i think it should be |
20:26.04 | cr2_ | Major_highway.FontName: Arial |
20:26.10 | cr2_ | Major_highway.FontWeight: Bold |
20:26.13 | cr2_ | ? |
20:26.46 | cr2_ | i'll remove 'Bold" |
20:26.47 | tsdogs | but probably freetype fails to find the substitute |
20:26.51 | tsdogs | ok |
20:27.05 | cr2_ | but bold looks better. |
20:27.13 | tsdogs | yep |
20:27.18 | cr2_ | but it's not an optimal font anyway. |
20:27.23 | cr2_ | we should use dejavu |
20:27.36 | cr2_ | then the pda will be painless too. |
20:27.48 | tsdogs | agreed |
20:28.10 | tsdogs | the Fedora liberations fonts are also nice though |
20:28.15 | cr2_ | heh. |
20:28.18 | cr2_ | font family: <Arial> match not found |
20:28.28 | cr2_ | wtf does it want ? :) |
20:28.35 | tsdogs | I had that too, could it be a problem with CRLF? |
20:28.43 | cr2_ | yes, but they are not in angstrom. |
20:28.49 | cr2_ | where ? |
20:28.55 | tsdogs | in the schema |
20:29.08 | tsdogs | just a guess |
20:29.29 | cr2_ | <PROTECTED> |
20:29.39 | cr2_ | there is no 'schema' anymore |
20:29.55 | tsdogs | ok, was just to make it clear :) |
20:30.01 | cr2_ | what i'd like to know- which font is "matched". |
20:30.36 | tsdogs | I remember I had that problem with editor, and solved it someway, but have to check 'cause I don't remember how |
20:31.03 | tsdogs | or maybe I was still trying to solve it :| |
20:31.29 | cr2_ | i'll try to generate a map with the polygons. |
20:31.51 | tsdogs | could you try changing Courier into the code to Arial? |
20:32.23 | tsdogs | qt_canvas.cc line 75 |
20:34.47 | cr2_ | ok. |
20:35.04 | cr2_ | btw, the rivers font color is also black. |
20:35.44 | tsdogs | and you set it to something else? |
20:36.37 | tsdogs | ok fontcolor ain't working... |
20:36.38 | cr2_ | i think it was working with _editor |
20:37.09 | tsdogs | I need to check there were a few differences in the code, maybe i missed something. |
20:38.17 | cr2_ | compiling. |
20:38.50 | cr2_ | yes, i've changed Courier New to Arial Bold. |
20:38.58 | cr2_ | now everything is in Arial Bold. |
20:39.13 | cr2_ | altitude contours, rivers, etc. |
20:39.18 | cr2_ | and black. |
20:40.08 | tsdogs | Maybe it's only a problem with string termination... |
20:42.28 | cr2_ | need to think about it. |
20:43.03 | tsdogs | yep. |
20:49.25 | tsdogs | yep, I forgot the part about the pen select before drawing the labels.... |
20:51.06 | cr2_ | :) |
20:51.14 | cr2_ | my disk is full. |
20:51.25 | tsdogs | :) |
20:51.34 | cr2_ | looking to something to remove. |
20:53.21 | cr2_ | 5Gig free :) |
20:54.06 | cr2_ | Warning: No xauth data; using fake authentication data for X11 forwarding. |
20:54.12 | cr2_ | hmm. kde is confused. |
20:55.31 | cr2_ | Xlib: connection to "localhost:13.0" refused by server |
20:55.31 | cr2_ | Xlib: Invalid MIT-MAGIC-COOKIE-1 key |
20:55.31 | cr2_ | xterm Xt error: Can't open display: localhost:13.0 |
20:56.02 | tsdogs | it's not Kde, but X |
20:56.26 | cr2_ | can i recreate .Xauthority ? |
20:56.43 | cr2_ | it was obviously overwriten to 0 size |
20:56.54 | tsdogs | I really have no idea, but you can create a new ticket for it |
20:57.06 | cr2_ | Warning: No xauth data; using fake authentication data for X11 forwarding. |
20:57.22 | cr2_ | yeah. |
20:57.34 | cr2_ | my kde setup is a bit fscked anyway. |
20:57.49 | tsdogs | restarting X should fix it. :) |
20:58.07 | cr2_ | because the home is mounted over nfs, and different kde versions on different machines mess with the configs. |
20:58.12 | cr2_ | that's true. |
20:59.38 | cr2_ | 200Gig of some junk... |
21:00.01 | tsdogs | :) |
21:02.58 | cr2_ | ok, will restart x. kde is dead anyway. |
21:05.46 | *** join/#htc-linux cr2 (n=konversa@crpl6.physik.uni-wuppertal.de) |
21:06.06 | cr2 | hehe. |
21:07.31 | tsdogs | cr2: I have updated cvs with font handling. btw the exact match is only a warning (can be removed), but it should work. |
21:08.03 | cr2 | ok, are the changes only in the qt4/* ? |
21:08.04 | tsdogs | bbiaf |
21:08.30 | tsdogs | nope, mainly in roadmap_label, and roadmap_screen and roadmap_landmark |
21:08.43 | cr2 | updating |
21:09.15 | *** join/#htc-linux TimRiker (n=timr@h4607bf2c.area7.spcsdns.net) |
21:10.31 | cr2 | int size, RoadMapPen pen ? |
21:10.36 | cr2 | size is needed ? |
21:12.30 | tsdogs | no idea |
21:13.29 | tsdogs | nope not anymore I think |
21:14.32 | cr2 | hmm. the roadmap_screen.c differences are big... |
21:15.38 | tsdogs | you sure, I only changed one line... |
21:17.49 | tsdogs | cr2: you mean from mainline? |
21:20.00 | cr2 | yes. |
21:20.07 | cr2 | i'll look at your patch. |
21:21.10 | tsdogs | ok |
21:21.57 | cr2 | ok. |
21:23.08 | cr2 | roadmap_label.c:274: warning: pointer targets in passing argument 2 of ‘roadmap_math_get_context’ differ in signedness |
21:23.48 | cr2 | wow :) |
21:23.56 | tsdogs | :) |
21:24.12 | cr2 | but the colored font is too "dense" |
21:24.42 | cr2 | looks like "arial narrow" or something. |
21:24.48 | tsdogs | well there is the buffer thing |
21:26.12 | cr2 | looks really cool :) |
21:27.29 | tsdogs | :) |
21:27.54 | tsdogs | I'm looking at the plugin stuff, to see how to hook the zoom stuff |
21:28.24 | cr2 | ok. |
21:29.44 | cr2 | the font cache is strange. |
21:30.09 | tsdogs | :) what about it? |
21:31.13 | cr2 | sometimes it drops all labels completely. |
21:32.50 | cr2 | i run qtroadmap in 640x480 mode |
21:33.05 | tsdogs | me too |
21:35.09 | cr2 | btw, why don't i have sprites and these funny transparent png icons ? |
21:35.48 | tsdogs | where? |
21:36.17 | cr2 | on the canvas. |
21:36.27 | cr2 | or was it the _editor feature? |
21:36.36 | cr2 | 240x320 does not look good. |
21:36.45 | cr2 | the toolbar is too wide. |
21:37.05 | cr2 | i think some toolbar icons are redundant. |
21:37.13 | tsdogs | sprites are implemented, but there is only the top left orientation and the download sprite aiaik |
21:37.53 | cr2 | ok. |
21:38.06 | cr2 | iconbar and textbar is too much on 240x320 |
21:38.22 | tsdogs | you can change the toolbar with the toolbar file afair |
21:38.37 | tsdogs | toolbar can be removed, menu no idea |
21:39.17 | cr2 | 240x240 is also fun :) |
21:39.31 | tsdogs | :) |
21:39.34 | cr2 | i have to try it on hpaq aka sable |
21:40.22 | cr2 | the text menues are too big for 240x240 |
21:40.40 | tsdogs | I think it would look nice wout the toolbar |
21:41.20 | tsdogs | the qt should handle that dimension, so on 240x240 screen it should be ok, only the "schema" should be readapted for size. |
21:41.47 | cr2 | ok. |
21:44.31 | cr2 | i think the ~[0x05] should be replaced by 1 char |
21:44.37 | cr2 | 0x05 itself. |
21:44.56 | cr2 | but the label code needs to be able to deal with it. |
21:45.06 | cr2 | but it's just a cosmetic change. |
21:46.25 | tsdogs | I think I did something in the editor, or at least checked to remove it. |
21:47.45 | cr2 | i've overlayed the map with a gpx track. |
21:48.03 | cr2 | but the points are marked with black rectangles ? |
21:48.25 | cr2 | the lines are red. |
21:48.37 | cr2 | hm. maybe it's ok. |
21:49.54 | tsdogs | I think it's not finding something for the drawing, as I had to run the install to make it display good (stuff goes in /usr/local/share/roadmap) |
21:51.15 | cr2 | yes, that's true. |
21:52.28 | cr2 | ok. now it looks much better. |
21:53.00 | cr2 | oh no. |
21:53.10 | cr2 | it uses the default/All style |
21:53.12 | cr2 | which sucks. |
21:53.58 | cr2 | ok, it's one more bug. |
21:54.11 | cr2 | removed All, so it picked my style |
21:54.25 | cr2 | actually the style name is stored as the metadata in .rdm |
21:54.59 | cr2 | i have +, - and sat and compass transparent pngs. |
21:55.03 | tsdogs | ? style in rdm |
21:55.22 | cr2 | + and - and b&w. not very nice. very minimalistic. |
21:55.22 | tsdogs | so do I :) |
21:55.42 | cr2 | _editor had some 3d smoothed pngs :) |
21:56.14 | tsdogs | cr2: you saing that the All is in the rdm? |
21:56.45 | cr2 | no, it's just picked if it's there. |
21:56.56 | tsdogs | ho ok |
21:57.13 | cr2 | ok, these were missing sprites. |
21:58.41 | pH5 | Kevin2: there is a bug in htc-egpio gpio_to_irq since the pin number -> gpio number change |
21:58.52 | cr2 | tsdogs: amazing :) |
21:58.54 | pH5 | I worked around this by doing http://en.pastebin.ca/698946 - do you have a better idea? |
21:59.34 | tsdogs | cr2: :) I still think that mainline is better written than editor... |
21:59.58 | cr2 | yes. but it does not support route planning ;-) |
22:00.55 | cr2 | actually, if the zero-length lines will be labeled, i'll return to the universal. |
22:01.28 | cr2 | to make qtopia4 really run on it, so roadmap will have a good pda host. |
22:01.32 | tsdogs | :) ok, I'll try fixing it :) |
22:01.37 | cr2 | :D |
22:01.54 | tsdogs | cr2: what about athena? |
22:02.15 | cr2 | athena has builtin gps, that's true. |
22:02.27 | cr2 | hmm. i can live without suspend on athena |
22:02.41 | cr2 | but then i need some kind of hdd. |
22:02.56 | cr2 | roadmap on athena will really kick ass. |
22:03.30 | cr2 | the CPLD will be supported by Kevin's driver. |
22:03.39 | cr2 | and the ad7877 for TS. |
22:04.16 | Kevin2 | pH5: I've not yet used gpio_to_irq. However, could you just change (pi->input_irq & GPIO_BASE_MASK) + ei->irqStart to (pi->input_irq & 15) + ei->irqStart ? |
22:04.49 | pH5 | Kevin2: yes, I'll commit that. |
22:05.19 | pH5 | the gpio_keys driver uses gpio_to_irq, and I have the headphone input switch on cpld |
22:06.42 | Kevin2 | pH5: The other thing that should probably be done is to remove the check for HTC_EGPIO_TYPE_IRQ and instead check if the gpio is in the ackRegister range.. I doubt anyone is going to list all their irq pins just to be able to use gpio_to_irq. |
22:08.16 | pH5 | Kevin2: should the irq pins show up as gpios at all? |
22:08.42 | pH5 | I thought HTC_EGPIO_TYPE_INPUT exists to map gpio pins to irq pins and with that irq numbers |
22:08.55 | cr2 | pH5: is there any direct link between the CPLD gpio and irq ? |
22:09.04 | pH5 | need irq pins without associated input pins be accessed via gpio_to_irq at all? |
22:10.08 | pH5 | the irq state bit and gpio value bit can't be in the same place, so I don't understand what HTC_EGPIO_TYPE_IRQ is supposed to do. |
22:11.07 | *** join/#htc-linux psokolovsky_ (n=psokolov@82.193.99.23) |
22:13.35 | Kevin2 | pH5: True. I guess we could just remove the check. |
22:16.23 | pH5 | Kevin2: ok |
22:27.38 | tsdogs | time for bed. good night all |
22:29.41 | Kevin2 | pH5: Maybe it would be better for the input_irq to take a real IRQ number instead of a gpio offset. |
22:38.00 | pH5 | Kevin2: yes, it'd be more intuitive in the machine files at least. |
22:38.41 | pH5 | good to see the hermes patches rolling in, btw. |
22:38.54 | pH5 | :) good night |