IRC log for #htc-linux on 20070915

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.00goxboxlivegood 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.28zazzasalve
12:37.37pH5hi zazza
12:38.04zazzaparli italiano?
12:40.17pH5Me? Non parlo italiano.
12:41.14cr2_hi pH5
12:41.36pH5hi cr2_
12:41.46cr2_i
12:41.54pH5I didn't notice at all, we now have people that own qualcomm msm7xxx devices?
12:41.57cr2_ve done something good yesterday
12:42.03pH5let hear
12:42.06cr2_http://wiki.xda-developers.com/index.php?pagename=TitanMemoryMap
12:42.14cr2_for msm7500
12:42.29cr2_all gpio registers
12:43.28pH5yay
12:43.53cr2_Kevin2 can implement gpio and irq watching in haret now.
12:44.33zazzaJas-Jar supports sdhc from 8gb for linux gpe?
12:45.21cr2_but the other subsystems are still hidden. imho somebody with the device and haret memory tracer may find them faster.
12:45.31cr2_zazza: linux supports sdhc ?
12:46.31zazzasi
12:47.26cr2_http://lkml.org/lkml/2006/12/22/147
12:47.46cr2_is it already integrated ?
12:48.35pH5cr2_: not yet in hh.org, we are still at 2.6.21
12:48.44pH5or am I mistaken?
12:49.19pH5no, there is sdhc support in the 2.6.21 mmc core already
12:49.29pH5but I'm not sure that this was already tested.
12:49.46pH5I ordered a SDHC microsd to test, but it didn't arrive yet.
12:49.56cr2_zazza: try it.
12:50.12*** join/#htc-linux rob__w (n=bob@M905a.m.pppool.de)
12:50.24cr2_pH5: i've bought a normal 2gb microSD recently.
12:51.16pH5but those are not sdhc yet?
12:51.41cr2_2gb is not.
12:51.57pH5I only have the 128MB microsd that came with the neo and a bunch of old 1G SDs.
12:52.26cr2_i wanted something reliable.
12:52.51cr2_asic3 sd/io needs some more research, imho.
12:53.30pH5yes. damn, I need to dig up my hx4700.
12:55.17cr2_what is the status of the kernel sdio patches?
12:55.46pH5cr2_: that's definitely not in hh.org yet (.22 and post-.22)
12:56.03pH5I didn't look to closely, because pxamci (which is what I need) still seems to be WIP
12:56.33zazzafrom Ramdisk-image the sdhc they are already not recognized!
12:56.47pH5zazza: anything at all in dmesg?
12:57.26cr2_pH5: imho asic3 is in a worse state.
12:58.10pH5I believe that. there is no active maintainer :(
12:58.26*** join/#htc-linux tsdogs (n=tsdogs@84.18.144.39)
12:58.46cr2_hi tsdogs
12:58.55tsdogscr2_: HI
12:59.29tsdogsFinally found out some time to port schema options to roadmap
12:59.37cr2_pH5: and ati SD needs some research too. i'm thinking about patching haret to call into sdhc.dll directly.
12:59.45cr2_tsdogs: that's great :D
12:59.45tsdogsseems to work, but needs testing.
13:00.05pH5hi tsdogs
13:00.09tsdogsI just updated cvs
13:00.10cr2_tsdogs: have you already done it ?
13:00.12tsdogshi pH5
13:00.19cr2_tsdogs: wow.
13:00.42tsdogsIt really took only a couple of hours :)
13:00.56cr2_yes, for a person who has written this code :)
13:01.16tsdogswow even the mailing list on sf is working
13:01.25tsdogscr2_: yep
13:01.55cr2_i've managed to load enormously big maps. and have found a way to stitch the cut polygons together.
13:02.01tsdogsI've been following spotly the roadmap mailing list, and it seems pretty active
13:02.11tsdogsThat's really good news
13:02.22tsdogscr2_: with postgis?
13:02.40cr2_yes, with some more effort it will be really easy to import maps.
13:02.51cr2_tsdogs: no, with grass.
13:03.19cr2_http://grass.gdf-hannover.de/wiki/Dissolve_polygons
13:03.58cr2_it's a bit hardcore stuff.
13:04.05tsdogs:)
13:04.13cr2_but it works, so i feel happy.
13:04.22tsdogsyep
13:05.09cr2_the bad thing is that i've removed the shapefile import script ...
13:05.18cr2_need to write it again.
13:05.27tsdogscr2_: ?
13:05.52tsdogsto import it into postgis?
13:06.19cr2_i thought postgis is too complex, and have written the code to import the shapefiles.
13:06.38tsdogsho, isn't it already in roadmap?
13:06.44psokolovskyHi!
13:06.51tsdogspsokolovsky: Hi
13:07.08cr2_but it needed some work with cgpsmapper+ogr2ogr. this shell script is lost.
13:07.13cr2_hi psokolovsky
13:07.18psokolovskypH5: What's the fate of "multiple libgcc.* in cp" patch you posted on oe list?
13:07.30psokolovskypH5: just in case: http://linux-h4000.sourceforge.net/busyb/oe/build_20070915_100122/Step2-1.html
13:07.39cr2_tsdogs: this c code is not yet included.
13:08.07tsdogscr2_: ok, I thought I had it, but never used shp with u.
13:08.41tsdogsbbiaf
13:09.39pH5hi psokolovsky
13:09.47pH5easy: I forgot. will push now.
13:10.55psokolovskypH5: just make sure that yours is better than mine ;-D
13:12.59pH5psokolovsky: if it's not, you can always fix the fix ;)
13:23.50tsdogscr2_: what do you say about porting graphycal changes to roadgps which I made in editor to main?
13:24.29tsdogsAlso I'd like to port the zoom stuff (maybe with a different graphical layout)
13:25.55cr2_tsdogs: are you subscribed to the roadmap ml ?
13:26.18tsdogsyes, but with a yahoo account which I check every now and then...
13:26.43cr2_well, then post the patches there.
13:27.33cr2_imho porting the roadgps will be easy.
13:27.51tsdogsI think so too
13:28.22cr2_i'd also like to see the zero-length line labels, but this code is too convoluted for my eyes.
13:28.56tsdogsok, but the base code is the same as roadmap
13:28.59cr2_then the POIs can be labeled, and that will open the floodgates :)
13:29.20cr2_ok.
13:29.22tsdogsOk, Let's see what I can do for it.
13:29.30cr2_nice.
13:29.55cr2_currently, the code just drops out, when the distance between 2 points is too small.
13:30.45tsdogsprobably because of the declutter
13:30.52cr2_maybe it's possible to change that. and the label cache behaves strange.
13:31.00cr2_yes.
13:31.49zazza<PROTECTED>
13:31.50tsdogsthe label chache is very primitive
13:32.25tsdogszazza: ?
13:33.01tsdogscr2_: are u using some layer to put the pois?
13:33.56cr2_tsdogs: no, but if it will work, i'll add them as the line layers.
13:34.04tsdogsok
13:34.33zazza
13:34.33zazzathe rom installed on jas jar it has importance for linux GPE
13:34.37cr2_the "dot" is plotted even now, but there is no label. because of the from=to.
13:35.02cr2_zazza: do you have an sdhc card right now?
13:35.05tsdogscr2_: ok
13:35.15zazzasi
13:35.55cr2_zazza: hmm. can you put gpe image on the card ?
13:37.16zazza<PROTECTED>
13:37.17zazzaI try to us
13:39.46cr2_if it will work, then just boot :)
13:41.20zazzaI must follow the handbook are new for linux
13:41.21zazzaa lot I have time!
13:41.40Kevin2psokolovsky: Hi.  I tagged haret-0_5_0 last night.
13:42.15psokolovskyKevin2: Hi and thanks! I still didn't have chance to test it, now will
13:43.27Kevin2pH5: 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.33Kevin2cr2_: I'll make a msm7500 stub - can you send a patch adding the stuff you found?
13:44.51cr2_Kevin2: does qualcomm gpio watching need some c++ support ?
13:45.10cr2_Kevin2: it's not a patch, just an address list -  http://wiki.xda-developers.com/index.php?pagename=TitanMemoryMap
13:45.11pH5Kevin2: many thanks
13:45.27tsdogscr2_: do you have any sample map with 0 length lines?
13:46.01Kevin2cr2_: Not c++, but it would be nice to populate the GPIOS and IRQS variables by default.
13:46.08cr2_tsdogs: hmm. don#t think so. can you generate a map from your postgis db ?
13:46.44tsdogsI think I need to recreate it, as had to reinstall the PC, though I have a backup
13:47.05tsdogsI'll try building a new one, right now I'm testing with shapefile generated maps.
13:47.38cr2_Kevin2: i don't have such device, so somebody needs to check.
13:47.50cr2_tsdogs: shapefile ?
13:48.06tsdogsyep from the US ones (san francisco)
13:48.52cr2_hmm. it is in the shapefile format ?
13:49.37tsdogswhat u mean?
13:49.42cr2_Kevin2: i wish that somebody with the device dumped these memory areas.
13:50.05cr2_tsdogs: afair the US is in TIGER (weird ascii) format.
13:50.29tsdogsyes sorry, tiger format
13:50.45cr2_tsdogs: you can edit it manually ? :)
13:51.28tsdogsI thought so, I'll try tonight, gg now. bb tonight
13:51.36cr2_tsdogs: ok.
13:51.51Kevin2If I recall - both Kaiser and ImCoKeMaN had these devices.
13:52.18cr2_Kevin2: didn't hear from both recently
13:53.05Kevin2cr2_: Top of memory is 0x10000000?
13:54.18cr2_yes.
13:54.56cr2_i don't know why RAM is split into 2 pieces.
13:55.31cr2_in wince. the linux microkernel seems to start at 8-9MB
13:56.10cr2_i did not understand where is NAND too.
13:56.34cr2_pH5: do you have only 1 NAND chip ?
13:58.55cr2_Kevin2: there are 5 32bit GPIO registers, but they are used only partly.
14:03.33cr2_Kevin2:
14:03.36cr2_Output_Level0 (0......15) --- Addr=0x%x, Val=0x%x
14:03.37cr2_Output_Level1 (16....42) --- Addr=0x%x, Val=0x%x
14:03.37cr2_Output_Level2 (43....67) --- Addr=0x%x, Val=0x%x
14:03.37cr2_Output_Level3 (68....94) --- Addr=0x%x, Val=0x%x
14:03.37cr2_Output_Level4 (95..105) --- Addr=0x%x, Val=0x%x
14:03.52Kevin2Okay, 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.05cr2_ok.
14:04.56Kevin2cr2_: Right - we'll need someone to run tests and confirm your findings.
14:12.37pH5cr2_: dunno, didn't look at that yet.
14:18.29Othelloum, just a quick question. any personal experiences with blueangel?
14:19.54Kevin2BTW, 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.18cr2_Kevin2: the battery charging goes wild ?
14:21.35Kevin2I 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.51Kevin2cr2_: I don't think so, because I think I found the battery charge enable/disable.
14:22.03cr2_Othello: ask Babel/BabelO, i've not used BA for a long time. unfortunately.
14:22.10Kevin2I think the cpu clock may be too high, but I'm not sure.
14:22.11cr2_Kevin2: yes, there is no w1.
14:23.03Othellothanks cr2_
14:24.38cr2_Kevin2: either we do something about NAND on hermes, of we do some direct SDHC functions tracing.
14:25.24cr2_~ping ImCoKeMaN
14:25.25aptpong ImCoKeMaN
14:25.25Kevin2Yeah.  There is some "low hanging fruit" though - I was going to code up the easy stuff first.
14:25.33Kevin2~seen Kaiser
14:25.36aptkaiser <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.52cr2_Kevin2: hermes without SD is not very useful ;)
14:27.37cr2_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.50Kevin2Sure, but hermes isn't very useful without the touchscreen, keyboard, phone, etc.  --  One step at a time.
14:28.03cr2_backlight too.
14:28.12Kevin2cr2_: Yes, TS is on built-in ADC.
14:28.41cr2_keyboard is a generic spi thing. it's already done on blueangel. but not in a very nice way ;)
14:29.14Kevin2cr2_: 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.02cr2_well, if you don't use DMA, the generic spi is not that bad.
14:30.14Kevin2As 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.12cr2_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.16Kevin2cr2_: I think so - I haven't tested first hand - but psokolovsky has done a bunch of work with this.
14:39.02cr2_ok.
14:48.06pH5cr2_: here's my omap850 register list so far: http://en.pastebin.ca/698575
14:51.10cr2_pH5: spi, spi keyboard, w1 ?
14:51.32*** join/#htc-linux scorpio16v (n=scorpio1@f051171020.adsl.alicedsl.de)
14:52.15cr2_i think LCD is known too. need to compare it with my garmin list.
14:54.50pH5cr2_: keyboard is mpuio, for lcd look at omapfb, spi is uwire
14:54.59pH5w1? dunno
14:55.47pH5lcdc is at 0xfffec000, I'll add that before uploading to the wiki
14:56.43cr2_hmm. HDQ/1 Wire
14:56.55cr2_1 Wire is w1 :)
14:58.01cr2_wlan is "arm peripheral" ?? something is wrong with this diagramm
14:58.36cr2_TS spi is "dsp peripheral"
15:22.55Kevin2cr2_: Does the following hermes clock settings make sense to you?
15:23.04Kevin2000.000 CLOCKS  MPLLCON=00033030: PDIV=3 MDIV=33
15:23.04Kevin2000.000 CLOCKS  UPLLCON=0003c042: SDIV=2 PDIV=4 MDIV=3c
15:23.04Kevin2000.000 CLOCKS  CLKSLOW=00000004: SLOW_VAL=4
15:23.04Kevin2000.000 CLOCKS  CLKDIVN=00000005: HDIVN=2 PDIVN=1
15:23.04Kevin2000.000 CLOCKS  CAMDIVN=00000000:
15:23.36*** join/#htc-linux goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com)
15:25.14cr2_Kevin2: i think they did. check with the CPU manual, there is a speed table there.
15:25.42Kevin2Yeah, 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.38cr2_hmm. we are not using the wince speed values ?
15:29.09Kevin2cr2_: I don't know - I haven't queried them from linux yet.
15:32.19cr2_ok.
15:32.38cr2_Kevin2: cpld: clear interrupt only on reg4 ?
15:32.40ImCoKeMaNhey i still couldnt get recmod to make the nk.exe module a file from the xip
15:33.12cr2_ImCoKeMaN: it's not necessary. have a look here - http://wiki.xda-developers.com/index.php?pagename=TitanMemoryMap
15:33.45cr2_btw, which command did you use to dump the ram ?
15:34.21ImCoKeMaNpwf
15:35.02cr2_pwf 0x10000000 0x40 ?
15:36.20Kevin2cr2_: huh?
15:36.29ImCoKeMaNpwf 0 0x4000000
15:37.28*** join/#htc-linux zazza (n=zazza@ppp-230-39.27-151.libero.it)
15:37.55cr2_ImCoKeMaN: hehe. it's some internal msm7500 RAM, including the framebuffer...
15:37.59cr2_interesting.
15:38.44ImCoKeMaNwhat i did or is that something you need me to try?
15:38.55cr2_so it starts with the SPL.
15:39.08ImCoKeMaNyup and it's again at 32mg
15:39.08cr2_can you try ' pwf 0x10000000 0x40 '
15:39.20ImCoKeMaNsure
15:39.40cr2_ok. and then it will be useful to dump the GPIO areas.
15:40.32cr2_Kevin2: now i understand, why there was no wince kernel in this ram dump :)
15:41.33Kevin2cr2_: Okay.  :-)
15:41.39Kevin2What did you mean by: (11:32:38 AM) cr2_: Kevin2: cpld: clear interrupt only on reg4 ?
15:41.59cr2_the CPLD on titan uses +0x6 for clr irq.
15:43.02Kevin2Okay - apache uses +0x0 and hermes uses +0x4 -- they're all different.
15:43.03cr2_Kevin2: lol. but i see the microkernel. it's after the framebuffer. very clever indeed.
15:43.36cr2_Kevin2: and athena uses +0x8
15:43.43pH5cr2_: does msm have sram for that?
15:43.46ImCoKeMaN10000000 | ea0003fe 00000000 00000000 00000000 | ................
15:43.46ImCoKeMaN10000010 | 00000000 00000000 00000000 00000000 | ................
15:43.46ImCoKeMaN10000020 | 00000000 00000000 00000000 00000000 | ................
15:43.46ImCoKeMaN10000030 | 00000000 00000000 00000000 00000000 | ................
15:44.00Kevin2cr2_: I guess we're missing the device with +0x2 then..
15:44.03cr2_ImCoKeMaN: ok. so that's the wince code.
15:44.14cr2_Kevin2: need to check wiki.
15:44.47cr2_pH5: at least they don't include microkernel in the wince page tables :)
15:45.16pH5:)
15:45.39cr2_pH5: it seems msm7500 has 32MB more RAM.
15:45.53cr2_if we trust that mapping.
15:47.07cr2_pH5: where does magician's CPLD ack the irq ?
15:49.09pH5neat, separate ram banks for arm11 and arm9?
15:49.13cr2_ImCoKeMaN: i'm really curious what comes out from your new dump.
15:49.41pH5magician cpld irqs are acked by writing 1 to the corresponding irq register bits
15:49.55cr2_pH5: not physically separate, it seems.
15:50.09cr2_pH5: what is the register offset ?
15:51.39pH50xc I think
15:51.48pH5first three are output, then irq, then three input
15:52.01cr2_ok.
15:59.34ImCoKeMaNso what all do you want me to dump?
15:59.40cr2_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.50ImCoKeMaNyou just said 0x40 i thoguht
15:59.56cr2_ImCoKeMaN: start with the wince block.
16:00.04cr2_yes, these 64MB
16:00.17ImCoKeMaNoh so add some more 0s
16:00.38cr2_what you have dumped already, was a different thing. very interesting anyway.
16:00.48cr2_0s would be compressed by gzip -9
16:01.23Kevin20xea0003fe -- that looks like the wince resume address..
16:01.24ImCoKeMaNyeah i just mean 0x400000  starting at 0x10000000
16:02.10cr2_Kevin2: it's 'bx +0x1000' i think. a wince 'signature'
16:03.48Kevin2Yeah.  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.51cr2_hmm. i guess i know why are the 64MB are splitted in 2 parts.
16:06.37cr2_maybe 0x10000000 is NAND, and not DRAM :)
16:07.17cr2_then 64MB are split 32@0x00000000 and 32@0x12000000
16:07.41cr2_at least these 2 areas are certainly RAM.
16:08.20Kevin2cr2_: I wouldn't be surprised if there was 96MiB of ram - most other phones have 32MiB for the phone modem.
16:08.55goxboxlivehi
16:08.57cr2_ok, we will see.
16:09.25goxboxlivecr2_: what's the status of Athena? Is that the one you are talking about now?
16:09.32dcordes_if I would have a mogul
16:09.40dcordes_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.32dcordes_I have a lot of time to try out all kinds of stuff...
16:10.39cr2_goxboxlive: no, i'm talking about titan and msm7500 cpu. athena is waiting.
16:11.06cr2_but i've found the IDE datasheet, so the 8GB microdrive is close.
16:11.10goxboxlivecr2_: Have you bought youself new devices?
16:11.20goxboxliveok cool
16:11.48cr2_goxboxlive: i bought the TV/USBhost cable.
16:11.51cr2_for athena
16:11.54goxboxliveok
16:12.31cr2_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.36ImCoKeMaNi'm upping TitanMemdump2.rar to ftp://ppcgeeks:ezupload@ftp.ppcgeeks.com/Titan/Users/ImCoKeMaN/
16:12.44ImCoKeMaNit should be about 6 meg i'll let ya know when it's done
16:12.56cr2_then maybe it's easier to make USB host work, and attach the SD card through an adapter.
16:13.03ImCoKeMaNstupid internet here says 35 mins though
16:13.21cr2_ImCoKeMaN: thanks, that's the last big upload i guess.
16:13.59ImCoKeMaNnot problem thanks for looking into a device you don't even own
16:15.44ImCoKeMaNjust to double check you wanted a pwf file.bin 0x10000000 0x4000000   right?
16:15.52cr2_yes.
16:15.59ImCoKeMaNk good =)
16:16.08cr2_1.8MB
16:16.15ImCoKeMaNheh
16:16.21ImCoKeMaNsays 8 mins now
16:16.32*** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde)
16:17.11ImCoKeMaNso after this will there need to be some changes to haret and then other testing like gpios etc?
16:17.20Kevin2cr2_: If I back track from the clock settings on hermes I get:
16:17.25Kevin2FCLK = 400Mhz
16:17.25Kevin2HCLK = 100Mhz
16:17.25Kevin2PCLK = 50Mhz
16:17.25Kevin2U Fin = 16.941176470588236
16:17.25Kevin2M Fin = 16.949152542372882
16:18.21cr2_ImCoKeMaN: probably yes. you can also just dump the gpio register areas with 'pd'
16:18.42cr2_Kevin2: the ?CLK are ok, but what is ? Fin ?
16:19.03Kevin2Input frequency - calculated by back tracking both MPLL and UPLL.
16:19.17cr2_not 12MHz ?
16:19.45Kevin2No - definitely 16.93Mhz.
16:19.56cr2_what do you have now ? it was some controversial thing.
16:19.58cr2_ok.
16:20.53Kevin2Actually, 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.30cr2_ok.
16:21.35Kevin2Which is almost exactly what we'd expect.  It also matches current CVS - s3c24xx_init_clocks(16934000);
16:22.11ImCoKeMaNcr2_: it's up
16:22.45cr2_Kevin2: good. but i still don't understand the serial clock settings completely. remembering from the logs.
16:22.51cr2_ImCoKeMaN: downloading :)
16:24.07cr2_ImCoKeMaN: yes, it starts with the wince kernel, then there is coredll.
16:30.12cr2_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.44lionet_shiya
17:11.48dcordeswoud it help to have someone with quacomm device? I have a lot of time to try out things
17:12.16pH5dcordes: the more the merrier
17:18.26pH5Kevin2: 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.06psokolovskypH5: latest mag defconfigman requires csv head, or would work with -hh16?
17:51.12psokolovskycvs
18:00.25psokolovskypH5: ok, I do commit stuff, we'll need to tag in case
18:11.12pH5psokolovsky: the leds-magician -> leds-gpio change is only in cvs, so we'll regress the keypad led and vibrator until next tag.
18:11.17pH5I don't think that is critical.
18:12.44psokolovskyok
18:20.17*** part/#htc-linux scorpio16v (n=scorpio1@f051171020.adsl.alicedsl.de)
18:44.00cr2_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.05Kevin2cr2_: Sure, send a patch to haret@handhelds.org.  BTW, how do those commands help find ram address?
18:48.26cr2_they recursively allocate RAM and print the page addresses. this code is portable and should work on any wince version & cpu.
18:50.55cr2_hm. at least 'vmalloc' :)
18:51.04cr2_kmalloc uses allocphysmem
18:55.53Kevin2Using 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.12cr2_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.27cr2_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.57tsdogscr2_: hi, what schema are you using?
20:03.11cr2_switched to a better one, so this problem has gone :)
20:03.25cr2_but there is the old problem with font matching .
20:03.32cr2_excellent work, btw :)
20:04.13cr2_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.16tsdogstnx.
20:04.36cr2_another problem: the setLineCap on the railroad does not work.
20:04.42cr2_it was working before.
20:04.56tsdogscould it be a problem with Caps?
20:05.12cr2_my generic setting is Round, but the railroad should be square.
20:05.29tsdogsok, trying...
20:05.52cr2_btw, why do you set numeric values for Qt::xxx contants in the code ?
20:07.40tsdogsOnly 'cause of conversion, I think I should switch that though.
20:08.07cr2_well, it's not that important now.
20:08.14tsdogsroadmap_canvas does not have any Qt knoledge right now
20:08.19tsdogsagreed
20:08.43cr2_hmm. it should not have this knowlegde, i guess.
20:09.12tsdogsthat's why I should move the string check into the qt_canvas ...
20:09.14cr2_it should define its own constants, which need to be translated ny qt_*
20:09.21cr2_ok.
20:10.22cr2_hmm. how do i get out the "matched" font name. now i have everything in Courier :)
20:11.11cr2_i'm compiling 4.3.1 in the background.
20:11.12tsdogscr2_: are u using Railroads.LineCap ?
20:11.22cr2_searching.
20:11.45tsdogsI need to check that too, didn't do much testing.
20:12.04cr2_Railroad.LineCap: Squar
20:12.09cr2_Railroad.LineCap: Square
20:12.22tsdogsI think it's Railroads
20:12.27cr2_hmm.
20:12.30tsdogsat least I have this one in mine
20:12.35tsdogsand it works.
20:12.57cr2_buildmap_postgres2.c:{0,1,20,"Railroad"},
20:13.47tsdogsok..
20:14.06tsdogswhat's in the source the layer name?
20:14.40cr2_the "20" counts.
20:14.56cr2_the name is not saved anywhere.
20:15.14cr2_it's only a match to 'schema' aka style.
20:15.27cr2_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.48tsdogsho ok
20:16.07tsdogsHo I think I got it
20:16.16tsdogsmaybe u using more than 1 pen?
20:16.33tsdogsThen u should do it also for other pens
20:16.46tsdogsRailroad.LineCap1: Square
20:17.49cr2_hmm. why it was working before ? :)
20:18.08cr2_it's white dotted line on black solid line.
20:18.23cr2_checking :)
20:18.40cr2_the style was autogenerated, so the script needs a change too.
20:19.20tsdogsI have your old schema and it was:
20:19.30tsdogsRailroad.Class: Road
20:19.42tsdogsRailroad.Color1: #ffffff
20:19.46tsdogsRailroad.Color: #000000
20:19.50tsdogsRailroad.LineCap1: Square
20:19.54tsdogsRailroad.LineJoin: Svg
20:19.58tsdogsRailroad.LineJoin1: Svg
20:20.02tsdogsRailroad.Declutter: 2147483647
20:20.06tsdogsRailroad.Delta1: -2
20:20.10tsdogsRailroad.FontColor: #000000
20:20.14tsdogsRailroad.FontName: Arial Black
20:20.14tsdogsRailroad.FontSize: 12
20:20.14tsdogsRailroad.FontWeight: Normal
20:20.14tsdogsRailroad.Style1: Dot
20:20.14tsdogsRailroad.Style: Solid
20:20.14tsdogsRailroad.Thickness: 3
20:21.43cr2_ok, i need to recheck the script. it seems i have manually edited this style.
20:22.15cr2_yes, now it works :)
20:22.29tsdogscr2_: did the fonts not work with editor too?
20:22.59cr2_yes, they did not work. it's some kde/freetype substitution weirdness
20:23.04cr2_xlfd is ok.
20:23.25tsdogshmm, ok I'll check that one too
20:23.47cr2_-monotype-arial-bold-r-normal--0-0-0-0-p-0-adobe-standard
20:23.47cr2_-monotype-arial-bold-r-normal--0-0-0-0-p-0-ascii-0
20:23.50cr2_...
20:24.03cr2_font family: <Arial Bold> match not found
20:24.29cr2_hmm.
20:24.31tsdogsThough I do not get that warning, but should do more deep checking
20:24.40cr2_the name is Arial
20:24.54cr2_the weight is bold
20:25.00cr2_or how it is called ?
20:25.40cr2_Major_highway.FontName: Arial Bold
20:25.43tsdogsthere is also a Arial Bold font, which is thiker than Arial
20:25.51cr2_Major_highway.FontWeight: Normal
20:26.00cr2_i think it should be
20:26.04cr2_Major_highway.FontName: Arial
20:26.10cr2_Major_highway.FontWeight: Bold
20:26.13cr2_?
20:26.46cr2_i'll remove 'Bold"
20:26.47tsdogsbut probably freetype fails to find the substitute
20:26.51tsdogsok
20:27.05cr2_but bold looks better.
20:27.13tsdogsyep
20:27.18cr2_but it's not an optimal font anyway.
20:27.23cr2_we should use dejavu
20:27.36cr2_then the pda will be painless too.
20:27.48tsdogsagreed
20:28.10tsdogsthe Fedora liberations fonts are also nice though
20:28.15cr2_heh.
20:28.18cr2_font family: <Arial> match not found
20:28.28cr2_wtf does it want ? :)
20:28.35tsdogsI had that too, could it be a problem with CRLF?
20:28.43cr2_yes, but they are not in angstrom.
20:28.49cr2_where ?
20:28.55tsdogsin the schema
20:29.08tsdogsjust a guess
20:29.29cr2_<PROTECTED>
20:29.39cr2_there is no 'schema' anymore
20:29.55tsdogsok, was just to make it clear :)
20:30.01cr2_what i'd like to know- which font is "matched".
20:30.36tsdogsI remember I had that problem with editor, and solved it someway, but have to check 'cause I don't remember how
20:31.03tsdogsor maybe I was still trying to solve it :|
20:31.29cr2_i'll try to generate a map with  the polygons.
20:31.51tsdogscould you try changing Courier into the code to Arial?
20:32.23tsdogsqt_canvas.cc line 75
20:34.47cr2_ok.
20:35.04cr2_btw, the rivers font color is also black.
20:35.44tsdogsand you set it to something else?
20:36.37tsdogsok fontcolor ain't working...
20:36.38cr2_i think it was working with _editor
20:37.09tsdogsI need to check there were a few differences in the code, maybe i missed something.
20:38.17cr2_compiling.
20:38.50cr2_yes, i've changed Courier New to Arial Bold.
20:38.58cr2_now everything is in Arial Bold.
20:39.13cr2_altitude contours, rivers, etc.
20:39.18cr2_and black.
20:40.08tsdogsMaybe it's only a problem with string termination...
20:42.28cr2_need to think about it.
20:43.03tsdogsyep.
20:49.25tsdogsyep, I forgot the part about the pen select before drawing the labels....
20:51.06cr2_:)
20:51.14cr2_my disk is full.
20:51.25tsdogs:)
20:51.34cr2_looking to something to remove.
20:53.21cr2_5Gig free :)
20:54.06cr2_Warning: No xauth data; using fake authentication data for X11 forwarding.
20:54.12cr2_hmm. kde is confused.
20:55.31cr2_Xlib: connection to "localhost:13.0" refused by server
20:55.31cr2_Xlib: Invalid MIT-MAGIC-COOKIE-1 key
20:55.31cr2_xterm Xt error: Can't open display: localhost:13.0
20:56.02tsdogsit's not Kde, but X
20:56.26cr2_can i recreate .Xauthority ?
20:56.43cr2_it was obviously overwriten to 0 size
20:56.54tsdogsI really have no idea, but you can create a new ticket for it
20:57.06cr2_Warning: No xauth data; using fake authentication data for X11 forwarding.
20:57.22cr2_yeah.
20:57.34cr2_my kde setup is a bit fscked anyway.
20:57.49tsdogsrestarting X should fix it. :)
20:58.07cr2_because the home is mounted over nfs, and different kde versions on different machines mess with the configs.
20:58.12cr2_that's true.
20:59.38cr2_200Gig of some junk...
21:00.01tsdogs:)
21:02.58cr2_ok, will restart x. kde is dead anyway.
21:05.46*** join/#htc-linux cr2 (n=konversa@crpl6.physik.uni-wuppertal.de)
21:06.06cr2hehe.
21:07.31tsdogscr2: I have updated cvs with font handling. btw the exact match is only a warning (can be removed), but it should work.
21:08.03cr2ok, are the changes only in the qt4/* ?
21:08.04tsdogsbbiaf
21:08.30tsdogsnope, mainly in roadmap_label, and roadmap_screen and roadmap_landmark
21:08.43cr2updating
21:09.15*** join/#htc-linux TimRiker (n=timr@h4607bf2c.area7.spcsdns.net)
21:10.31cr2int size, RoadMapPen pen ?
21:10.36cr2size is needed ?
21:12.30tsdogsno idea
21:13.29tsdogsnope not anymore I think
21:14.32cr2hmm. the roadmap_screen.c differences are big...
21:15.38tsdogsyou sure, I only changed one line...
21:17.49tsdogscr2: you mean from mainline?
21:20.00cr2yes.
21:20.07cr2i'll look at your patch.
21:21.10tsdogsok
21:21.57cr2ok.
21:23.08cr2roadmap_label.c:274: warning: pointer targets in passing argument 2 of ‘roadmap_math_get_context’ differ in signedness
21:23.48cr2wow :)
21:23.56tsdogs:)
21:24.12cr2but the colored font is too "dense"
21:24.42cr2looks like "arial narrow" or something.
21:24.48tsdogswell there is the buffer thing
21:26.12cr2looks really cool :)
21:27.29tsdogs:)
21:27.54tsdogsI'm looking at the plugin stuff, to see how to hook the zoom stuff
21:28.24cr2ok.
21:29.44cr2the font cache is strange.
21:30.09tsdogs:) what about it?
21:31.13cr2sometimes it drops all labels completely.
21:32.50cr2i run qtroadmap in 640x480 mode
21:33.05tsdogsme too
21:35.09cr2btw, why don't i have sprites and these funny transparent png icons ?
21:35.48tsdogswhere?
21:36.17cr2on the canvas.
21:36.27cr2or was it the _editor feature?
21:36.36cr2240x320 does not look good.
21:36.45cr2the toolbar is too wide.
21:37.05cr2i think some toolbar icons are redundant.
21:37.13tsdogssprites are implemented, but there is only the top left orientation and the download sprite aiaik
21:37.53cr2ok.
21:38.06cr2iconbar and textbar is too much on 240x320
21:38.22tsdogsyou can change the toolbar with the toolbar file afair
21:38.37tsdogstoolbar can be removed, menu no idea
21:39.17cr2240x240 is also fun :)
21:39.31tsdogs:)
21:39.34cr2i have to try it on hpaq aka sable
21:40.22cr2the text menues are too big for 240x240
21:40.40tsdogsI think it would look nice wout the toolbar
21:41.20tsdogsthe qt should handle that dimension, so on 240x240 screen it should be ok, only the "schema" should be readapted for size.
21:41.47cr2ok.
21:44.31cr2i think the ~[0x05] should be replaced by 1 char
21:44.37cr20x05 itself.
21:44.56cr2but the label code needs to be able to deal with it.
21:45.06cr2but it's just a cosmetic change.
21:46.25tsdogsI think I did something in the editor, or at least checked to remove it.
21:47.45cr2i've overlayed the map with a gpx track.
21:48.03cr2but the points are marked with black rectangles ?
21:48.25cr2the lines are red.
21:48.37cr2hm. maybe it's ok.
21:49.54tsdogsI 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.15cr2yes, that's true.
21:52.28cr2ok. now it looks much better.
21:53.00cr2oh no.
21:53.10cr2it uses the default/All style
21:53.12cr2which sucks.
21:53.58cr2ok, it's one more bug.
21:54.11cr2removed All, so it picked my style
21:54.25cr2actually the style name is stored as the metadata in .rdm
21:54.59cr2i have +, - and sat and compass transparent pngs.
21:55.03tsdogs? style in rdm
21:55.22cr2+ and - and b&w. not very nice. very minimalistic.
21:55.22tsdogsso do I :)
21:55.42cr2_editor had some 3d smoothed pngs :)
21:56.14tsdogscr2: you saing that the All is in the rdm?
21:56.45cr2no, it's just picked if it's there.
21:56.56tsdogsho ok
21:57.13cr2ok, these were missing sprites.
21:58.41pH5Kevin2: there is a bug in htc-egpio gpio_to_irq since the pin number -> gpio number change
21:58.52cr2tsdogs: amazing :)
21:58.54pH5I worked around this by doing http://en.pastebin.ca/698946 - do you have a better idea?
21:59.34tsdogscr2: :) I still think that mainline is better written than editor...
21:59.58cr2yes. but it does not support route planning ;-)
22:00.55cr2actually, if the zero-length lines will be labeled, i'll return to the universal.
22:01.28cr2to make qtopia4 really run on it, so roadmap will have a good pda host.
22:01.32tsdogs:) ok, I'll try fixing it :)
22:01.37cr2:D
22:01.54tsdogscr2: what about athena?
22:02.15cr2athena has builtin gps, that's true.
22:02.27cr2hmm. i can live without suspend on athena
22:02.41cr2but then i need some kind of hdd.
22:02.56cr2roadmap on athena will really kick ass.
22:03.30cr2the CPLD will be supported by Kevin's driver.
22:03.39cr2and the ad7877 for TS.
22:04.16Kevin2pH5: 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.49pH5Kevin2: yes, I'll commit that.
22:05.19pH5the gpio_keys driver uses gpio_to_irq, and I have the headphone input switch on cpld
22:06.42Kevin2pH5: 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.16pH5Kevin2: should the irq pins show up as gpios at all?
22:08.42pH5I thought HTC_EGPIO_TYPE_INPUT exists to map gpio pins to irq pins and with that irq numbers
22:08.55cr2pH5: is there any direct link between the CPLD gpio and irq ?
22:09.04pH5need irq pins without associated input pins be accessed via gpio_to_irq at all?
22:10.08pH5the 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.35Kevin2pH5: True.  I guess we could just remove the check.
22:16.23pH5Kevin2: ok
22:27.38tsdogstime for bed. good night all
22:29.41Kevin2pH5: Maybe it would be better for the input_irq to take a real IRQ number instead of a gpio offset.
22:38.00pH5Kevin2: yes, it'd be more intuitive in the machine files at least.
22:38.41pH5good to see the hermes patches rolling in, btw.
22:38.54pH5:) good night

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